Re: i thought i upgraded to freeBSD-STABLE 6.2
KAYVEN RIESE unleashed the infinite monkeys on 21/05/2007 23:10 producing: so u get to be mean to me and here i sit with X connection to :0.0 broken something to do with fonts but now i can't even do startx Please don't top post. What's the output of: uname -a -- Rob | Oh my God! They killed init! You bastards! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
More speed increases for make-ing ports
This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mkTue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+=GTK2_VERSION=${GTK2_VERSION} ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
php5-gd and xorg-libraries conflict
Hi guys, first of all, i wanted to thank everyone who was involved in the xorg update - it was a massive rebuild that went mostly flawlessly. I had a couple of small stops in my laptop but i fixed each in a matter of a few minutes... really glad and impressed :) anyway, I have a new box I'm setting up. it has the minimal ports installed - no xorg ports at all. I need to install php5-gd , which seems to have xorg-libraries as a dependency. portinstall -p php5-gd [] === Extracting for php5-gd-5.2.2 = MD5 Checksum OK for php-5.2.2.tar.bz2. = SHA256 Checksum OK for php-5.2.2.tar.bz2. === Patching for php5-gd-5.2.2 === Applying FreeBSD patches for php5-gd-5.2.2 === php5-gd-5.2.2 depends on executable in : phpize - found === php5-gd-5.2.2 depends on file: /usr/local/bin/autoconf259 - found === php5-gd-5.2.2 depends on file: /usr/local/libdata/xorg/libraries - not found ===Verifying package for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries Read /usr/ports/UPDATING for the procedure to upgrade to xorg 7.2. *** Error code 1 Stop in /usr/ports/x11/xorg-libraries. *** Error code 1 Stop in /usr/ports/graphics/php5-gd. *** Error code 1 Stop in /usr/ports/graphics/php5-gd. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.29492.0 env make DEPENDS_TARGET=package ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! graphics/php5-gd (unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Shouldn't it realise there is no xorg installed at all and just use 7.2? Just in case, i followed the xorg upgrade process (which did nothing of course, including the rebase.sh) ... still nothing. Cheers, Beto _ {Beto|Norberto|Numard} Meijome Two things have come out of Berkeley, Unix and LSD. It is uncertain which caused the other. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Tue, May 22, 2007 at 04:47:50PM +1000, Norberto Meijome wrote: Hi guys, first of all, i wanted to thank everyone who was involved in the xorg update - it was a massive rebuild that went mostly flawlessly. I had a couple of small stops in my laptop but i fixed each in a matter of a few minutes... really glad and impressed :) anyway, I have a new box I'm setting up. it has the minimal ports installed - no xorg ports at all. I need to install php5-gd , which seems to have xorg-libraries as a dependency. portinstall -p php5-gd [] === Extracting for php5-gd-5.2.2 = MD5 Checksum OK for php-5.2.2.tar.bz2. = SHA256 Checksum OK for php-5.2.2.tar.bz2. === Patching for php5-gd-5.2.2 === Applying FreeBSD patches for php5-gd-5.2.2 === php5-gd-5.2.2 depends on executable in : phpize - found === php5-gd-5.2.2 depends on file: /usr/local/bin/autoconf259 - found === php5-gd-5.2.2 depends on file: /usr/local/libdata/xorg/libraries - not found ===Verifying package for /usr/local/libdata/xorg/libraries in /usr/ports/x11/xorg-libraries Read /usr/ports/UPDATING for the procedure to upgrade to xorg 7.2. *** Error code 1 Stop in /usr/ports/x11/xorg-libraries. *** Error code 1 Stop in /usr/ports/graphics/php5-gd. *** Error code 1 Stop in /usr/ports/graphics/php5-gd. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.29492.0 env make DEPENDS_TARGET=package ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! graphics/php5-gd (unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed Shouldn't it realise there is no xorg installed at all and just use 7.2? Just in case, i followed the xorg upgrade process (which did nothing of course, including the rebase.sh) ... still nothing. The same instructions apply. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, May 22, 2007 at 06:36:37AM +0200, Martin Wilke wrote: On Tue, May 22, 2007 at 10:54:51AM +0800, Rong-en Fan wrote: On 5/22/07, LI Xin [EMAIL PROTECTED] wrote: Rong-en Fan wrote: After upgrading tinderbox's jail to latest -current, miwi@ and I see this bad system call (core dumped) while building devel/glib20. My log is at http://www.rafan.org/tb/errors/7-FreeBSD/glib-2.12.12_2.log My tinderbox is running on 6.2-RELEASE. Not sure about miwi@'s but I think they are 6.x. I think it's related to recent changes in current and may only happen in tinderbox environment. Is the jailed environment 32-bit running in a 64-bit host? No, the host is running i386. Same here host is 386. You can't run FreeBSD N.x binaries on FreeBSD M.x where M N. Sometimes it works by accident, until it stops working. The change here was probably libthr being used by default. Kris pgpJiKQ78Uq3t.pgp Description: PGP signature
Re: More speed increases for make-ing ports
On Tue, May 22, 2007 at 01:47:23AM -0500, Stephen Montgomery-Smith wrote: This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mk Tue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+= GTK2_VERSION=${GTK2_VERSION} Be careful, != assignments may add thousands of process invocations to large targets like 'make index' and can slow it down dramatically. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, May 22, 2007 at 03:21:15AM -0400, Kris Kennaway wrote: You can't run FreeBSD N.x binaries on FreeBSD M.x where M N. Sometimes it works by accident, until it stops working. The change here was probably libthr being used by default. Another reason for to run -CURRENT and eat some more dogfood :-) -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_///[EMAIL PROTECTED] And it makes you cry.) ([EMAIL PROTECTED] pgpY5P9SHP3Yl.pgp Description: PGP signature
Re: Speedup for make clean-depends (and thus make clean)
Quoting Jeremy Lea [EMAIL PROTECTED] (from Mon, 21 May 2007 15:28:16 -0700): Hi, On Mon, May 21, 2007 at 10:20:26AM +0200, Alexander Leidinger wrote: I tried to do the WRKDIR and _DEPEND_DIRS part in one go myself, but it was slower than the patch I did post (in the case where all dirs are already clean). But I did use another implementation, I did a set -- $$children and used shift instead of state variables. Did you compare the speed of your patch with the speed of my patch (in a directory with a lot of dependencies like e.g. gnome2)? In /usr/ports/x11/gnome2 (on an up to date port's tree): make clean-depends: real 1030.98user 916.21 sys 102.80 make all-depends-list: real 348.25 user 310.27 sys 32.01 make clean-depends-list: (Your patch) real 685.53 user 611.60 sys 65.93 make clean-depends-full: real 346.18 user 310.53 sys 31.94 make clean-depends-quick: real 124.72 user 119.88 sys 3.73 In other words, it takes my poor old machine 17 minutes to do a 'make clean' of gnome2 with no existing work directories (i.e. to do nothing). Of that 5.8 minutes is spent building the list of directories to clean. Your patch increases that to 11.4 minutes (meaning that 'make clean' is 33% faster - which matches the numbers you posted). With my patch it takes the same time to build the list (meaning 'make clean' is 66% faster). The cheating quick version takes one tenth of the time, because gnome2 directly depends on 57 ports, out of 508 total (on my machine). Yay! Please send-pr and assign to portmgr. From bsd.port.mk: # clean - Remove ${WRKDIR} and other temporary files used for building. # clean-depends - Do a make clean for all dependencies. This is the only documentation of the targets that I found. Using the limited-clean target would get users exactly the this behaviour - it would clean up the port and all of the other ports it depended on that were built to statisfy the building of this port. I think this should speed up the ports build on the cluster (if they don't already cheat and have a dedicated FS which is newfs'ed each time) a little bit (together with the other patches we have, it is a very nice improvement overall). I've added some more to the attched patch, including the idea of a pre-clean, which would be useful for portupgrade, since it could define DEPENDS_PRECLEAN and not have to worry about cleaning before building... Yes, sounds nice. Bye, Alexander. -- Leela: Okay, this has gotta stop. I'm going to remind Fry of his humanity the way only a woman can. Professor: You're going to do his laundry? http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Setting X11BASE
Quoting Kris Kennaway [EMAIL PROTECTED] (from Mon, 21 May 2007 14:57:39 -0400): On Mon, May 21, 2007 at 11:49:32AM +0200, Alexander Leidinger wrote: Quoting Paul Schmehl [EMAIL PROTECTED] (from Sun, 20 May 2007 16:28:56 -0500): It would be nice if every port that you use on a headless system didn't require xorg libraries, but I suppose that's unrealistic. Add this to your make.conf: ---snip--- WITHOUT_X11=yes NO_X11=yes# needed in the past and maybe still needed ---snip--- Recompile every port you need which depends upon the x11 libs (e.g. gd and php). Deinstall the x11 ports. Better would be to put this into make.conf before installing any port, this way no x11 libs should be pulled in as a dependency from the beginning. I think NO_X11 is a NOP. It should be, but once I stumbled upon this. Also WITHOUT_X11 will only disable X support in ports for which it is optional. Many (probably most) ports that require X cannot work without it, and if such a port is either specified explicitly or pulled in as a dependency then you'll get what you asked for. Yes, but most of the time the X11 libs are pulled in on a headless server because of some dependency you don't need (e.g. php-gd-X11 for XPM which is not needed if you use PNG; or ghostscript-X11 on a printserver where you don't intend to display the postscript before printing). In this case WITHOUT_X11 works without a problem (at least on those servers I use this). Bye, Alexander. -- I have gained this by philosophy: that I do without being commanded what others do only from fear of the law. -- Aristotle http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Setting X11BASE
On Tue, May 22, 2007 at 09:35:07AM +0200, Alexander Leidinger wrote: Also WITHOUT_X11 will only disable X support in ports for which it is optional. Many (probably most) ports that require X cannot work without it, and if such a port is either specified explicitly or pulled in as a dependency then you'll get what you asked for. Yes, but most of the time the X11 libs are pulled in on a headless server because of some dependency you don't need (e.g. php-gd-X11 for XPM which is not needed if you use PNG; or ghostscript-X11 on a printserver where you don't intend to display the postscript before printing). In this case WITHOUT_X11 works without a problem (at least on those servers I use this). It works perfectly well for its intended purpose. As long as one is not confused about what that purpose is ;-) Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
On 5/22/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Tue, May 22, 2007 at 01:47:23AM -0500, Stephen Montgomery-Smith wrote: This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mk Tue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+= GTK2_VERSION=${GTK2_VERSION} Be careful, != assignments may add thousands of process invocations to large targets like 'make index' and can slow it down dramatically. Right, and uniqueness logic can be implemented in make. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Quoting Andrew Pantyukhin [EMAIL PROTECTED] (from Tue, 22 May 2007 11:55:39 +0400): On 5/22/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Tue, May 22, 2007 at 01:47:23AM -0500, Stephen Montgomery-Smith wrote: This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mk Tue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+= GTK2_VERSION=${GTK2_VERSION} Be careful, != assignments may add thousands of process invocations to large targets like 'make index' and can slow it down dramatically. Right, and uniqueness logic can be implemented in make. Be proactive and tell/point out how... :) Bye, Alexander. -- Despite the sign that says wet paint, please don't. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 May 2007 09:25:45 +0200 Erwin Lansing [EMAIL PROTECTED] wrote: |Another reason for to run -CURRENT and eat some more dogfood :-) | |-erwin i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. - - Martin - -- Martin Wilke| irc.unixfreunde.de #bsd [EMAIL PROTECTED] | [EMAIL PROTECTED] FreeBSD Committer | Power to Serve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGUtvWFwpycAVoI1MRAjtxAJ4vE9ncNedcWM26JxbmInTtXJs45wCcChzN +dfWu7X+pvQCI7zk0Ft3Qzo= =OUIf -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
Martin Wilke [EMAIL PROTECTED] writes: Erwin Lansing [EMAIL PROTECTED] writes: Another reason for to run -CURRENT and eat some more dogfood :-) i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. So don't run CURRENT in your chroot. We (mostly) support running old userlands on new kernels, but we have never supported running new userlands on old kernels. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, May 22, 2007 at 12:08:11PM +0200, Dag-Erling Smrgrav wrote: Martin Wilke [EMAIL PROTECTED] writes: Erwin Lansing [EMAIL PROTECTED] writes: Another reason for to run -CURRENT and eat some more dogfood :-) i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. So don't run CURRENT in your chroot. We (mostly) support running old userlands on new kernels, but we have never supported running new userlands on old kernels. Which is exactly what the ports tinderbox does, different userlands on a shared kernel. -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_///[EMAIL PROTECTED] And it makes you cry.) ([EMAIL PROTECTED] pgpbjLMv8bTh4.pgp Description: PGP signature
Re: More speed increases for make-ing ports
On 5/22/07, Alexander Leidinger [EMAIL PROTECTED] wrote: Quoting Andrew Pantyukhin [EMAIL PROTECTED] (from Tue, 22 May 2007 11:55:39 +0400): On 5/22/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Tue, May 22, 2007 at 01:47:23AM -0500, Stephen Montgomery-Smith wrote: This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mk Tue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+= GTK2_VERSION=${GTK2_VERSION} Be careful, != assignments may add thousands of process invocations to large targets like 'make index' and can slow it down dramatically. Right, and uniqueness logic can be implemented in make. Be proactive and tell/point out how... :) TMTOWTDI. There are several examples in bsd.*.mk. The obvious one is flags (you set or unset flag vars first, then traverse them and add what you need to the list). In recent versions of our make you can also use ${VAR:O:u} ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
Erwin Lansing [EMAIL PROTECTED] writes: Dag-Erling Smrgrav [EMAIL PROTECTED] writes: So don't run CURRENT in your chroot. We (mostly) support running old userlands on new kernels, but we have never supported running new userlands on old kernels. Which is exactly what the ports tinderbox does, different userlands on a shared kernel. Then you need to run a kernel that corresponds to the newest userland the tinderbox wants to run - or from a different perspective, configure the tinderbox to only run userlands as old as or older than your kernel. In any case, it's your problem, not FreeBSD's. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, May 22, 2007 at 02:20:43PM +0200, Dag-Erling Smørgrav wrote: Then you need to run a kernel that corresponds to the newest userland the tinderbox wants to run - or from a different perspective, configure the tinderbox to only run userlands as old as or older than your kernel. Yes, that's the general idea, and what pointyhat does. In any case, it's your problem, not FreeBSD's. As usual, factual but badly stated. mcl ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg upgrade portmaster
RW [EMAIL PROTECTED] writes: On Mon, 21 May 2007 17:13:10 -0400 Lowell Gilbert [EMAIL PROTECTED] wrote: FreeBSD-Ports [EMAIL PROTECTED] writes: After reading /usr/ports/UPDATING I thought well just try what it says, so I issued the command setenv XORG_UPGRADE yes as root and then did a portmaster xorg-libraries. This update went fine. That's *not* just what it says. It says that the directions are for portupgrade only, and for other tools you need to get an upgrade path from the author of the tool. Furthermore, in the message to which you are following up, the author of portmanager said that his advice was not to use portmanager for this upgrade yet, and if you wanted to use it anyway, to start by removing all your ports and building them over. s/portmanager/portmaster/ Oops. Right. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg upgrade portmaster
Lars Wittebrood [EMAIL PROTECTED] writes: The only message I wanted to give/bring was that I was able to upgrade the xorg-libraries port with with portmanager and I described how I did it. Ah. Sorry; that was rather unclear. I think any upgrade methods will work fine if you remove enough X-dependent applications first. This is impractical for many production servers, but upgrading from source will be impractical for such machines anyway (just because it takes too long, and many programs will be broken for much of the upgrade process). Even on my build machine (which doubles as my desktop; the server is a much slower machine), I removed most of my applications to make sure that the X base would be upgraded first. That way, I could force specific applications to be rebuilt quickly when I wanted them. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
On 5/22/07, Stephen Montgomery-Smith [EMAIL PROTECTED] wrote: Andrew Pantyukhin wrote: On 5/22/07, Alexander Leidinger [EMAIL PROTECTED] wrote: Quoting Andrew Pantyukhin [EMAIL PROTECTED] (from Tue, 22 May 2007 11:55:39 +0400): On 5/22/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Tue, May 22, 2007 at 01:47:23AM -0500, Stephen Montgomery-Smith wrote: This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mk Tue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+= GTK2_VERSION=${GTK2_VERSION} Be careful, != assignments may add thousands of process invocations to large targets like 'make index' and can slow it down dramatically. Right, and uniqueness logic can be implemented in make. Be proactive and tell/point out how... :) TMTOWTDI. There are several examples in bsd.*.mk. The obvious one is flags (you set or unset flag vars first, then traverse them and add what you need to the list). In recent versions of our make you can also use ${VAR:O:u} I must admit I was looking for the :u. Definitely a good feature - maybe it could be invoked in the make file conditional on an appropriate value of OSVERSION. Incidently if you want to save a few more != assignments, I notice that setting the variables ARCH=i386 OPSYS=FreeBSD OSREL=6.2 OSVERSION=602110 in /etc/make.conf will do this for you. A seemingly better way may be to make these system vars available in make by default. They may even be compiled in - to achieve virtually no performance impact (except for a bit larger default var table). ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Quoting Andrew Pantyukhin [EMAIL PROTECTED] (from Tue, 22 May 2007 17:34:32 +0400): On 5/22/07, Stephen Montgomery-Smith [EMAIL PROTECTED] wrote: Incidently if you want to save a few more != assignments, I notice that setting the variables ARCH=i386 OPSYS=FreeBSD OSREL=6.2 OSVERSION=602110 in /etc/make.conf will do this for you. A seemingly better way may be to make these system vars available in make by default. They may even be compiled in - to achieve virtually no performance impact (except for a bit larger default var table). OPSYS can be made static (cvs commit to bsd.port.mk). Bye, Alexander. -- It used to be the fun was in The capture and kill. In another place and time I did it all for thrills. -- Lust to Love http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Tue, 22 May 2007 03:16:58 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: Shouldn't it realise there is no xorg installed at all and just use 7.2? Just in case, i followed the xorg upgrade process (which did nothing of course, including the rebase.sh) ... still nothing. The same instructions apply. Hi Kris, thanks for your time and help :) This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? _ {Beto|Norberto|Numard} Meijome The freethinking of one age is the common sense of the next. Matthew Arnold I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Kris Kennaway wrote: On Tue, May 22, 2007 at 01:47:23AM -0500, Stephen Montgomery-Smith wrote: This small modification cuts off about 25% off pkg_version on my system. Basically bsd.gnome.mk recursively finds all the dependencies, but many of them are listed many times. This makes make work extra hard when it doesn't have to. I simply weed out the repeated entries. --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mkTue May 22 01:29:22 2007 @@ -655,6 +655,8 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +_USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+=GTK2_VERSION=${GTK2_VERSION} Be careful, != assignments may add thousands of process invocations to large targets like 'make index' and can slow it down dramatically. Kris Thanks for the warnings. It turns out that this can be done without !=, but even if this were not the case, I think that in this situation the savings would definitely outweigh the costs. For example, this dramatically improves the time for invocations of make -V PKGNAME for deskutils/alacarte (on my system from about 1.5 seconds to .3 seconds). It only affects a few ports, but enough, I think, to increase the speed of make index noticeably albeit not dramatically. Stephen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Stephen Montgomery-Smith píše v út 22. 05. 2007 v 09:35 -0500: For example, this dramatically improves the time for invocations of make -V PKGNAME for deskutils/alacarte (on my system from about 1.5 seconds to .3 seconds). It only affects a few ports, but enough, I think, to increase the speed of make index noticeably albeit not dramatically. Sounds good. Can you get us a fresh patch? -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] XML is a giant step in no direction at all. -- Erik Naggum signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
On 5/22/07, Michael Johnson [EMAIL PROTECTED] wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). ___ 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: Gstreamer80 is scheduled for removal in 9 days.
On Tue, 22 May 2007 19:18:57 +0400 Andrew Pantyukhin [EMAIL PROTECTED] wrote: On 5/22/07, Michael Johnson [EMAIL PROTECTED] wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). Yes, wxgtk26 depends on gstreamer80. Will wxgtk26 be updated to use gestreamer 0.10 or should those ports that depend on wxgtk26 be modified to use wxgtk28 instead? Regards, Jona ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 audio/audacity audio/audacity-devel audio/goobox audio/jamboree audio/klira audio/lindele audio/picard audio/py-karaoke audio/tunesbrowser cad/gspiceui cad/kicad comms/trustedqsl comms/wsjt databases/pgadmin3-12 deskutils/cycle devel/boaconstructor devel/codeblocks devel/drpython devel/rapidsvn devel/winpdb devel/wxGlade devel/wxGlade-devel editors/poedit editors/spe ftp/ftpcube ftp/wxdfast games/blokish games/gnome-music-quiz games/monkeybubble games/scorched3d graphics/hugin graphics/wxsvg graphics/xaralx graphics/xaralx-devel math/fityk math/gambit math/graphthing math/wxMaxima misc/diary-hercules multimedia/castpodder multimedia/dvdstyler multimedia/gaupol multimedia/istanbul multimedia/tovid multimedia/tunapie net-p2p/py-bittorrent net-p2p/py-bittorrent-devel net-p2p/pyslsk net-p2p/sharktorrent net-p2p/torrent_swapper net-p2p/tribler net-p2p/xmule science/py-scipy sysutils/hachoir-wx textproc/py-enchant x11/gnome2-fifth-toe x11/xorg-edit x11-fm/jaffm x11-toolkits/py-wax x11-toolkits/py-wxPython26 x11-toolkits/py-wxPython26-common x11-toolkits/py-wxPython26-unicode x11-toolkits/wxd x11-toolkits/wxgtk26 x11-toolkits/wxgtk26-common x11-toolkits/wxgtk26-contrib x11-toolkits/wxgtk26-contrib-common x11-toolkits/wxgtk26-unicode x11-toolkits/wxgtk26-unicode-contrib Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Michael PGP.sig Description: This is a digitally signed message part
Re: HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
On May 22, 2007, at 11:29 AM, Jona Joachim wrote: On Tue, 22 May 2007 19:18:57 +0400 Andrew Pantyukhin [EMAIL PROTECTED] wrote: On 5/22/07, Michael Johnson [EMAIL PROTECTED] wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). Yes, wxgtk26 depends on gstreamer80. Will wxgtk26 be updated to use gestreamer 0.10 or should those ports that depend on wxgtk26 be modified to use wxgtk28 instead? We're one of the only projects that still has wxgtk26 depending on gstreamer80 gentoo, fedora, debian, etc don't. Michael Regards, Jona PGP.sig Description: This is a digitally signed message part
Re: Fatal error - pear-Image_Canvas
--On Tuesday, May 22, 2007 18:45:36 +0400 Boris Samorodov [EMAIL PROTECTED] wrote: On Tue, 22 May 2007 09:29:19 -0500 Paul Schmehl wrote: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 64 bytes) in /usr/local/share/pear/PEAR/Registry.php on line 1012 Allowed memory size of 8388608 bytes exhausted (tried to allocate 23 bytes) *** Error code 1 Stop in /usr/ports/graphics/pear-Image_Canvas. *** Error code 1 Has anyone seen this? Know how to fix it? Checkup if the process gets a proper php.ini. Yesterday I've got a similar error, renamed old php.ini and copied php.ini-dist to php.ini. Then my (re)install was a success. Thanks, Boris. That fixed it. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
On 5/22/07, Michael Johnson [EMAIL PROTECTED] wrote: On May 22, 2007, at 11:29 AM, Jona Joachim wrote: On Tue, 22 May 2007 19:18:57 +0400 Andrew Pantyukhin [EMAIL PROTECTED] wrote: On 5/22/07, Michael Johnson [EMAIL PROTECTED] wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). Yes, wxgtk26 depends on gstreamer80. Will wxgtk26 be updated to use gestreamer 0.10 or should those ports that depend on wxgtk26 be modified to use wxgtk28 instead? We're one of the only projects that still has wxgtk26 depending on gstreamer80 gentoo, fedora, debian, etc don't. I was about to say you're talking like you're not on the gnome team, but I see fjoe is maintainer, so we should all probably just blame Max :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Vpopmail Addition?
Hi, Just wondering where you were in the process. I noticed 5.4.19 was just announced yesterday :-) Thanks, Bill On 2/26/07, Peter Pentchev [EMAIL PROTECTED] wrote: On Fri, Feb 23, 2007 at 01:40:23PM -0500, William Olson wrote: Hello, I have sent emails to the vpopmail maintainer [EMAIL PROTECTED] to no avail in regards to a vpopmail addon. below are the messages I have sent in regards to this: Err, sorry, I've been a bit quiet on vpopmail-related topics for a while now, mainly since I've been working on the 5.4.18 upgrade. Yes, I've received all your messages and will get back to you Real Soon Now(tm) : G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 .siht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI -- - My favorite quote from Everybody loves Raymond: I'm tired. Can you just call yourself an idiot? - Bill http://www.goodcleanemail.com http://www.freebsdrocks.net http://www.catb.org/~esr/faqs/smart-questions.html#before http://listarchive.qmailrocks.org/splash/index.html Live Help also available on IRC Server Freenode in channel #qmr ___ 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: Gstreamer80 is scheduled for removal in 9 days.
On May 22, 2007, at 1:01 PM, Max Khon wrote: Hi! On Tue, May 22, 2007 at 05:29:20PM +0200, Jona Joachim wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). Yes, wxgtk26 depends on gstreamer80. Will wxgtk26 be updated to use gestreamer 0.10 or should those ports that depend on wxgtk26 be modified to use wxgtk28 instead? The definitely should be modified to use wxgtk28 if possible. I'll remove gstreamer80 dependency from wxgtk26 (will remove gstreamer from it completely). Thanks!! /fjoe PGP.sig Description: This is a digitally signed message part
Re: HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
On May 22, 2007, at 1:05 PM, Max Khon wrote: Hi! On Tue, May 22, 2007 at 07:57:08PM +0400, Andrew Pantyukhin wrote: On 5/22/07, Michael Johnson [EMAIL PROTECTED] wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). Yes, wxgtk26 depends on gstreamer80. Will wxgtk26 be updated to use gestreamer 0.10 or should those ports that depend on wxgtk26 be modified to use wxgtk28 instead? We're one of the only projects that still has wxgtk26 depending on gstreamer80 gentoo, fedora, debian, etc don't. I was about to say you're talking like you're not on the gnome team, but I see fjoe is maintainer, so we should all probably just blame Max :-) Seems that Gentoo and Debian never had gstreamer support in wxWidgets. Haven't checked Fedora. I just checked for current, I didn't check for past. /fjoe PGP.sig Description: This is a digitally signed message part
Re: HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
Hi! On Tue, May 22, 2007 at 05:29:20PM +0200, Jona Joachim wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 ... Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Seems like many of those depend indirectly (through wxgtk or otherwise). Yes, wxgtk26 depends on gstreamer80. Will wxgtk26 be updated to use gestreamer 0.10 or should those ports that depend on wxgtk26 be modified to use wxgtk28 instead? The definitely should be modified to use wxgtk28 if possible. I'll remove gstreamer80 dependency from wxgtk26 (will remove gstreamer from it completely). /fjoe ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i thought i upgraded to freeBSD-STABLE 6.2
On Tue, 22 May 2007, Rob MacGregor wrote: KAYVEN RIESE unleashed the infinite monkeys on 21/05/2007 23:10 producing: so u get to be mean to me and here i sit with X connection to :0.0 broken something to do with fonts but now i can't even do startx Please don't top post. What's the output of: uname -a i am a differnt puter right now but will it help to say that i know uname -a says 6.2 ? i will give the full output when i get home.. umm.. i had made a decision to back up and wipe the entire system. the thing is.. i am supposed to do that to try to run vista because unlike with xp i have to give vista the MBR, i guess i have been procrastinating on it, and finally i need to do it. nonetheless, if u think u can get x back up i would love to do it as an excercise. i really reall really really need to improve my admin skills. -- Rob | Oh my God! They killed init! You bastards! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Can't build new PHP
ROOT-opus:/usr/ports/lang/php5# make reinstall === Vulnerability check disabled, database not found === Found saved configuration for php5-5.2.1_3 = php-5.2.2-mail-header.patch doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://choon.net/opensource/php/. fetch: http://choon.net/opensource/php/php-5.2.2-mail-header.patch: Operation timed out = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/php-5.2.2-mail-header.patch: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. # I got around this by turning off the MAILHEAD option, but this seems kinda bad for people making the new PHP5. ___ 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: Gstreamer80 is scheduled for removal in 9 days.
On Tue, May 22, 2007 at 11:08:34AM -0400, Michael Johnson wrote: Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Depending on how long the freeze will last (hopefully only a few more days), it is probably a good idea to postpone this. -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_///[EMAIL PROTECTED] And it makes you cry.) ([EMAIL PROTECTED] pgpwhIDFQfYvD.pgp Description: PGP signature
Re: tinderbox and bad system call
On Tue, 22 May 2007, Martin Wilke wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 May 2007 09:25:45 +0200 Erwin Lansing [EMAIL PROTECTED] wrote: |Another reason for to run -CURRENT and eat some more dogfood :-) | |-erwin i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. - - Martin obviously he's being a facious purist hard-butt. - -- Martin Wilke| irc.unixfreunde.de #bsd [EMAIL PROTECTED] | [EMAIL PROTECTED] FreeBSD Committer | Power to Serve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGUtvWFwpycAVoI1MRAjtxAJ4vE9ncNedcWM26JxbmInTtXJs45wCcChzN +dfWu7X+pvQCI7zk0Ft3Qzo= =OUIf -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, 22 May 2007, Dag-Erling Smørgrav wrote: Martin Wilke [EMAIL PROTECTED] writes: Erwin Lansing [EMAIL PROTECTED] writes: Another reason for to run -CURRENT and eat some more dogfood :-) i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. So don't run CURRENT in your chroot. We (mostly) support running old userlands on new kernels, but we have never supported running new userlands on old kernels. this is one of those things that puter geeks need to learn to say in the first place. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--*___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
Norberto Meijome wrote: first of all, i wanted to thank everyone who was involved in the xorg update - it was a massive rebuild that went mostly flawlessly. I had a couple of small stops in my laptop but i fixed each in a matter of a few minutes... really glad and impressed :) anyway, I have a new box I'm setting up. it has the minimal ports installed - no xorg ports at all. I need to install php5-gd , which seems to have xorg-libraries as a dependency. Just think if you really need Xpm support in gd (which is the reason why php-gd depends on xorg-libraries). If you don't you can just rebuild gd and php-gd WITHOUT_X11. -- Sphinx of black quartz judge my vow! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On May 22, 07, at 07:18 , Norberto Meijome wrote: On Tue, 22 May 2007 03:16:58 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: Shouldn't it realise there is no xorg installed at all and just use 7.2? Just in case, i followed the xorg upgrade process (which did nothing of course, including the rebase.sh) ... still nothing. The same instructions apply. Hi Kris, thanks for your time and help :) This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? You could also try make WITHOUT_X11=1 install (or whatever the equivalent is in your favorite port mgmt app) and it shouldn't try installing X at all. mayo PGP.sig Description: This is a digitally signed message part
Re: tinderbox and bad system call
On Tue, 22 May 2007, [EMAIL PROTECTED] (Mark Linimon) wrote: On Tue, May 22, 2007 at 02:20:43PM +0200, Dag-Erling Smørgrav wrote: Then you need to run a kernel that corresponds to the newest userland the tinderbox wants to run - or from a different perspective, configure the tinderbox to only run userlands as old as or older than your kernel. Yes, that's the general idea, and what pointyhat does. In any case, it's your problem, not FreeBSD's. As usual, factual but badly stated. mcl this discussion is starting to feel like a pointyheaded one. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--*___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't build new PHP
On Tuesday 22 May 2007, Paul Hoffman said: ROOT-opus:/usr/ports/lang/php5# make reinstall === Vulnerability check disabled, database not found === Found saved configuration for php5-5.2.1_3 = php-5.2.2-mail-header.patch doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://choon.net/opensource/php/. fetch: http://choon.net/opensource/php/php-5.2.2-mail-header.patch: Operation timed out = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/php-5.2.2-mail-he ader.patch: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. # I got around this by turning off the MAILHEAD option, but this seems kinda bad for people making the new PHP5. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- --- Beech Rintoul - Port Maintainer - [EMAIL PROTECTED] /\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.freebsd.org/releases/6.2R/announce.html --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Pav Lucistnik wrote: Stephen Montgomery-Smith píše v út 22. 05. 2007 v 09:35 -0500: For example, this dramatically improves the time for invocations of make -V PKGNAME for deskutils/alacarte (on my system from about 1.5 seconds to .3 seconds). It only affects a few ports, but enough, I think, to increase the speed of make index noticeably albeit not dramatically. Sounds good. Can you get us a fresh patch? Try the patch I sent last night. The modifier :u seems only to be available in CURRENT, and writing it without invoking a shell without :u is really beyond my skills. (And I think the overhead of a single extra shell invocation is really quite insignificant - for starters it will only affect gnome ports.) But if you are using a recent CURRENT, I guess _USE_GNOME=${_USE_GNOME:O:u} in the same place that I modified it last night will do the trick. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Tue, May 22, 2007 at 10:58:52AM -0700, Mayo Jordanov wrote: On May 22, 07, at 07:18 , Norberto Meijome wrote: On Tue, 22 May 2007 03:16:58 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: Shouldn't it realise there is no xorg installed at all and just use 7.2? Just in case, i followed the xorg upgrade process (which did nothing of course, including the rebase.sh) ... still nothing. The same instructions apply. Hi Kris, thanks for your time and help :) This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? You could also try make WITHOUT_X11=1 install (or whatever the equivalent is in your favorite port mgmt app) and it shouldn't try installing X at all. No, this is not what WITHOUT_X11 does, see another email I sent yesterday. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Wed, May 23, 2007 at 12:18:17AM +1000, Norberto Meijome wrote: On Tue, 22 May 2007 03:16:58 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: Shouldn't it realise there is no xorg installed at all and just use 7.2? Just in case, i followed the xorg upgrade process (which did nothing of course, including the rebase.sh) ... still nothing. The same instructions apply. Hi Kris, thanks for your time and help :) This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? That is what xorg-libraries *does* do. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Stephen Montgomery-Smith wrote: Pav Lucistnik wrote: Stephen Montgomery-Smith píše v út 22. 05. 2007 v 09:35 -0500: For example, this dramatically improves the time for invocations of make -V PKGNAME for deskutils/alacarte (on my system from about 1.5 seconds to .3 seconds). It only affects a few ports, but enough, I think, to increase the speed of make index noticeably albeit not dramatically. Sounds good. Can you get us a fresh patch? Try the patch I sent last night. The modifier :u seems only to be available in CURRENT, and writing it without invoking a shell without :u is really beyond my skills. Or maybe it is not beyond my skills. This is what I came up with: --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mkTue May 22 13:56:16 2007 @@ -655,6 +655,13 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +.for component in ${_USE_GNOME_ALL} +. if ${_USE_GNOME:M${component}} != +_USE_GNOME_UNIQ+=${component} +. endif +.endfor +_USE_GNOME=${_USE_GNOME_UNIQ} + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+=GTK2_VERSION=${GTK2_VERSION} ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, May 22, 2007 at 12:16:43PM +0200, Erwin Lansing wrote: On Tue, May 22, 2007 at 12:08:11PM +0200, Dag-Erling Smrgrav wrote: Martin Wilke [EMAIL PROTECTED] writes: Erwin Lansing [EMAIL PROTECTED] writes: Another reason for to run -CURRENT and eat some more dogfood :-) i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. So don't run CURRENT in your chroot. We (mostly) support running old userlands on new kernels, but we have never supported running new userlands on old kernels. Which is exactly what the ports tinderbox does, different userlands on a shared kernel. Tinderboxes have always had to cope with this (in the past that mostly just affected me). Sometimes when a new CURRENT is forked you can get away with running the previous version for a while longer because the kernel ABI usually only diverges slowly. Eventually there is always an incompatible change and tinderbox machines must be upgraded to run CURRENT. This is just the price of progress. As a bonus, you get to help with QA of FreeBSD-CURRENT, which you'll be thankful for in the long run since you'll be using that branch sooner or later no matter what you do. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ssh X11 forwarding and X.org 7.2
Hello, Since X.org is no longer located in /usr/X11R6, ssh X11 forwarding is broken since ssh no longer finds xauth. This can be fixed by manually setting XAuthLocation in sshd_config. But could some committer also change the paths in /usr/src/crypto/openssh accordingly so the new location becomes the default? Thanks! Cheers Benjamin pgpjlQmNdz9GP.pgp Description: PGP signature
Re: HEADS UP: Gstreamer80 is scheduled for removal in 9 days.
On Tue, May 22, 2007 at 11:08:34 -0400, Michael Johnson wrote: multimedia/gstreamer80 has been marked DEPRECATED and has an EXPIRATION_DATE of 2007-05-31. The following ports depend on gstreamer80 audio/audacity audio/audacity-devel audio/goobox audio/jamboree audio/klira audio/lindele audio/picard audio/py-karaoke audio/tunesbrowser cad/gspiceui cad/kicad comms/trustedqsl comms/wsjt databases/pgadmin3-12 deskutils/cycle devel/boaconstructor devel/codeblocks devel/drpython devel/rapidsvn devel/winpdb devel/wxGlade devel/wxGlade-devel editors/poedit editors/spe ftp/ftpcube ftp/wxdfast games/blokish games/gnome-music-quiz games/monkeybubble games/scorched3d graphics/hugin graphics/wxsvg graphics/xaralx graphics/xaralx-devel math/fityk math/gambit math/graphthing math/wxMaxima misc/diary-hercules multimedia/castpodder multimedia/dvdstyler multimedia/gaupol multimedia/istanbul multimedia/tovid multimedia/tunapie net-p2p/py-bittorrent net-p2p/py-bittorrent-devel net-p2p/pyslsk net-p2p/sharktorrent net-p2p/torrent_swapper net-p2p/tribler net-p2p/xmule science/py-scipy sysutils/hachoir-wx textproc/py-enchant x11/gnome2-fifth-toe x11/xorg-edit x11-fm/jaffm x11-toolkits/py-wax x11-toolkits/py-wxPython26 x11-toolkits/py-wxPython26-common x11-toolkits/py-wxPython26-unicode x11-toolkits/wxd x11-toolkits/wxgtk26 x11-toolkits/wxgtk26-common x11-toolkits/wxgtk26-contrib x11-toolkits/wxgtk26-contrib-common x11-toolkits/wxgtk26-unicode x11-toolkits/wxgtk26-unicode-contrib Please update your ports to use gstreamer 0.10. We will probably extend the removal since there are so many ports that depend on gstreamer80. Hmmz, some of these ports depend indirectly on multimedia/gstreamer80. So there is nothing to fix in them. % for p in `cat ahze_list_of_ports` ; do echo ${p}: `make -C /usr/ports/$p -V BUILD_DEPENDS` `make -C /usr/ports/$p -V RUN_DEPENDS` ; done |grep gstreamer |cut -f 1 -d : audio/goobox audio/jamboree audio/klira audio/lindele audio/tunesbrowser games/gnome-music-quiz games/monkeybubble multimedia/istanbul x11-toolkits/wxgtk26 x11-toolkits/wxgtk26-common x11-toolkits/wxgtk26-contrib x11-toolkits/wxgtk26-contrib-common x11-toolkits/wxgtk26-unicode x11-toolkits/wxgtk26-unicode-contrib % -- Vasil Dimov [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy [EMAIL PROTECTED]Committer @ FreeBSD.org [EMAIL PROTECTED]Home @ Sofia, Bulgaria pgpbiyJpPaE3k.pgp Description: PGP signature
Problem with Matrox G450 and X.org 7.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, after upgrading to xorg-7.2, when I try to start X with a resolution of 1280x1024 the screen just won't come up. The server startx, but I get nothing to see. Resolutions up to 1024x768 work. I run FreeBSD 6-stable, on a Duron 800MHz and a Matrox G450. If I can provide any more useful information, I will try to do. Thanks in advance, Hagen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGUz1gK2ISB1PGAQ0RAo12AKC6EafEl0sHNptRgecz0EcKLTPsAgCgo/wY Cc22UlfGsToWTS/Y7FTh174= =NiQO -END PGP SIGNATURE- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files RgbPath /usr/local/share/X11/rgb ModulePath /usr/local/lib/xorg/modules FontPath /usr/local/lib/X11/fonts/misc/ FontPath /usr/local/lib/X11/fonts/TTF/ FontPath /usr/local/lib/X11/fonts/OTF FontPath /usr/local/lib/X11/fonts/Type1/ FontPath /usr/local/lib/X11/fonts/100dpi/ FontPath /usr/local/lib/X11/fonts/75dpi/ EndSection Section Module Load extmod Load record Load dbe Load glx Load GLcore Load xtrap Load dri Load freetype Load type1 EndSection Section DRI Mode 0666 EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option Autorepeat 250 30 EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option Buttons 8 Option Resolution 800 EndSection Section Monitor #DisplaySize 380 300 # mm Identifier Monitor0 VendorName SAM ModelNameSyncMaster ### Comment all HorizSync and VertRefresh values to use DDC: # HorizSync30.0 - 99.0 # VertRefresh 56.0 - 75.0 Option DPMS EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option PciRetry # [bool] #Option SyncOnGreen # [bool] #Option NoAccel # [bool] #Option ShowCache # [bool] #Option Overlay # [str] #Option MGASDRAM # [bool] #Option ShadowFB # [bool] #Option UseFBDev # [bool] #Option ColorKey # i #Option SetMclk # freq #Option OverclockMem # [bool] #Option VideoKey # i #Option Rotate# [str] #Option TexturedVideo # [bool] #Option Crtc2Half # [bool] #Option Crtc2Ram # i #Option Int10 # [bool] #Option AGPMode # i #Option AGPSize # i #Option DigitalScreen1# [bool] #Option DigitalScreen2# [bool] #Option TV# [bool] #Option TVStandard# [str] #Option CableType # [str] #Option NoHal # [bool] #Option SwappedHead # [bool] #Option DRI # [bool] #Option MergedFB # [bool] #Option Monitor2HSync # [str] #Option Monitor2VRefresh # [str] #Option Monitor2Position # [str] #Option MetaModes # [str] #Option OldDmaInit# [bool] #Option ForcePciDma # [bool] #Option AccelMethod # [str] Identifier Card0 Driver mga VendorName Matrox Graphics, Inc. BoardName MGA G400/G450 ChipSet mgag400 BusID PCI:1:5:0 #Option NoAccel False #Option MGASDRAM True #Option UseFBDev True #Option AGPMode 1 #Option DigitalScreen1 True #Option NoHal False #Option DRI True EndSection Section Screen Identifier Screen0 Device Card0 Monitor
Re: ssh X11 forwarding and X.org 7.2
On Tue, May 22, 2007 at 09:20:38PM +0200, Benjamin Lutz wrote: Hello, Since X.org is no longer located in /usr/X11R6, ssh X11 forwarding is broken since ssh no longer finds xauth. Only if you didn't follow the directions (hint: /usr/X11R6 should be a symlink ;-) This can be fixed by manually setting XAuthLocation in sshd_config. But could some committer also change the paths in /usr/src/crypto/openssh accordingly so the new location becomes the default? Thanks! This and other things should be fixed over time, but there are thousands of them in ports (including some binary applications that would require a new build from the vendors) so it will be a multi-year effort at best, and in practise probably something we'll have to carry around forever. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: minimizing downtime on upgrades? (for example: mysql 4.1 - 5.0 or php)
On 5/22/07, Olivier Mueller [EMAIL PROTECTED] wrote: Hello, Some freebsd-beginner questions about how to maintain a production server up to date day after day, with a practical example: now I have to update a 6.1-based server from mysql 4.1 to mysql 5.0, minimizing the downtime during the upgrade. In the past under other OS'es I would have taken the mysql source, compiled the whole, and then on upgrade time: - stopped the services (httpd, etc.) - mysqldump of all tables - stopped mysqld - removed the old version (+backup) - 'make install'ed the new one - started mysqld - imported the db and restarted the other services - 2-3 minutes downtime, depending on the size of the databases Now I can't really do that under FreeBSD: if I want to prepare (just make in the ports directory) the mysql50-server part, it answers: [EMAIL PROTECTED] /usr/ports/databases/mysql50-server]# make === mysql-server-5.0.41 cannot install: MySQL versions mismatch: mysql41-client is installed and wanted version is mysql50-client. *** Error code 1 Stop in /usr/ports/databases/mysql50-server. So I can only do that after the installation of mysql50-client, which means all the services will have to be stopped during the compilation of mysql50-server, which usually takes some time. Isn't there a better way? How do you handle such cases? Same questions for php upgrades: on php5 upgrade, all the other php5-* packages have to be compiled too, and keeping the webserver running during this time is probably not the best idea. You raise a very good question. Concurrent versions have been a major feature of some enterprise-class package management systems for years now. Through local hacks, FreeBSD ports only enable us to achieve that in a tiny amount of cases (e.g. you can have multiple [but fixed] versions of autoconf installed at the same time). To make the feature available on a larger scale, we'll need to rework much of our current infrastructure. E.g. most probably we'll have to install ports into dedicated directories. This springs has already reignited many talks about the ports system. Let's hope we'll see some substantial results by the end of the year. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On Tue, May 22, 2007 at 03:16:17PM -0400, Kris Kennaway wrote: Tinderboxes have always had to cope with this (in the past that mostly just affected me). Sometimes when a new CURRENT is forked you can get away with running the previous version for a while longer because the kernel ABI usually only diverges slowly. Eventually there is always an incompatible change and tinderbox machines must be upgraded to run CURRENT. This is just the price of progress. As a bonus, you get to help with QA of FreeBSD-CURRENT, which you'll be thankful for in the long run since you'll be using that branch sooner or later no matter what you do. Exactly the non-joke part in my joke (unfortunately, some people seem to ignore or overlook smileys), it would be great if developers could run -CURRENT on at least some of their systems, but I also understand that not everyone has access to hardward to do this. My personal tinderbox runs on my workstation at work, as this is the fastest machine I have access to, and that is too critical to run anything more recent than -STABLE. The amd64 box of the shared tinderboxes available to committers does run -CURRENT though, and I will try (or try to convince Simon) to upgrade the i386 box as well one of these days, so committers have access to test these ports that are running into trouble after the recent events. -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_///[EMAIL PROTECTED] And it makes you cry.) ([EMAIL PROTECTED] pgpAC4e6EFHDO.pgp Description: PGP signature
Re: tinderbox and bad system call
KAYVEN RIESE [EMAIL PROTECTED] writes: Martin Wilke [EMAIL PROTECTED] writes: i think that's a wrong way to say all users and maintainer you should update to current for correct building now. I'm not really willing to update my miwibox to current. obviously he's being a facious purist hard-butt. Obviously you are... well, words fail me. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
samba-3.0.25 port status
Hello: Anyone know anything about the status of Samba3 port? 3.0.25 has been released for over a week now and port is still at 3.0.24. Is because of xorg semi-freeze or perhaps some issues w/3.0.25? I seem to recall that samba port is usually updated pretty quickly. TIA-- P.S.; Not subscribe so please cc me w/replies. -- Best regards, Ken Gunderson GPG Key -- 9F5179FD Never hold discussions with the monkey when the organ grinder is in the room. - Sir Winston Churchill ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Stephen Montgomery-Smith píše v út 22. 05. 2007 v 13:58 -0500: Or maybe it is not beyond my skills. This is what I came up with: Prostý textový dokument příloha (ddd) --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mk Tue May 22 13:56:16 2007 @@ -655,6 +655,13 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +.for component in ${_USE_GNOME_ALL} +. if ${_USE_GNOME:M${component}} != +_USE_GNOME_UNIQ+=${component} +. endif +.endfor +_USE_GNOME=${_USE_GNOME_UNIQ} + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+= GTK2_VERSION=${GTK2_VERSION} Too bad it does not work. Breaks on, for example, graphics/opencv. You need to handle the case of USE_GNOME being defined as empty. Wrapping the code block inside .ifdef _USE_GNOME .endif seems to do the trick here. Still testing ... -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] What do you mean? An African or a European swallow? signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: More speed increases for make-ing ports
Pav Lucistnik píše v út 22. 05. 2007 v 23:16 +0200: Stephen Montgomery-Smith píše v út 22. 05. 2007 v 13:58 -0500: Or maybe it is not beyond my skills. This is what I came up with: Prostý textový dokument příloha (ddd) --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mkTue May 22 13:56:16 2007 @@ -655,6 +655,13 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +.for component in ${_USE_GNOME_ALL} +. if ${_USE_GNOME:M${component}} != +_USE_GNOME_UNIQ+=${component} +. endif +.endfor +_USE_GNOME=${_USE_GNOME_UNIQ} + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+=GTK2_VERSION=${GTK2_VERSION} Too bad it does not work. Breaks on, for example, graphics/opencv. You need to handle the case of USE_GNOME being defined as empty. Wrapping the code block inside .ifdef _USE_GNOME .endif seems to do the trick here. Still testing ... I have generated two INDEXes, one with the patch and one without. They are identical, the timings: INDEX-orig real16m32.761s user18m36.802s sys 8m38.610s INDEX-ddd real16m34.620s user17m25.976s sys 8m46.333s -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] /usr/src scares me. I'm just not man enough to commit there. signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: More speed increases for make-ing ports
On Tue, 22 May 2007, Pav Lucistnik wrote: Pav Lucistnik p??e v ?t 22. 05. 2007 v 23:16 +0200: Stephen Montgomery-Smith p??e v ?t 22. 05. 2007 v 13:58 -0500: Or maybe it is not beyond my skills. This is what I came up with: Prost? textov? dokument p??loha (ddd) --- bsd.gnome.mk-orig Tue May 22 01:29:08 2007 +++ bsd.gnome.mkTue May 22 13:56:16 2007 @@ -655,6 +655,13 @@ _USE_GNOME+= ${${component}_USE_GNOME_IMPL} ${component} . endfor +.for component in ${_USE_GNOME_ALL} +. if ${_USE_GNOME:M${component}} != +_USE_GNOME_UNIQ+=${component} +. endif +.endfor +_USE_GNOME=${_USE_GNOME_UNIQ} + # Setup the GTK+ API version for pixbuf loaders, input method modules, # and theme engines. PLIST_SUB+=GTK2_VERSION=${GTK2_VERSION} Too bad it does not work. Breaks on, for example, graphics/opencv. You need to handle the case of USE_GNOME being defined as empty. Wrapping the code block inside .ifdef _USE_GNOME .endif seems to do the trick here. Still testing ... I have generated two INDEXes, one with the patch and one without. They are identical, the timings: INDEX-orig real16m32.761s user18m36.802s sys 8m38.610s INDEX-ddd real16m34.620s user17m25.976s sys 8m46.333s -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] /usr/src scares me. I'm just not man enough to commit there. Sorry it didn't work out. Thanks for trying it. Could you try the shell one also? I got the impression it was a bit faster. Stephen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
xdm problem with foreign X-terminals
Hello, I discovered a small problem in the xdm port : when transforming config/Xreset.cpp config/Xstartup.cpp to Xreset and Xstartup, for some reason XDMCONFIGDIR is not translated in /usr/local/lib/X11/xdm. A patch equivalent to the patch-Xstartup patch-Xreset part of PR94167 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/94167) resolves it, but a better fix is to understand why cpp does not do the translation (cause of leading double-quote ?) Regards, Arno ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
py24-wmgeneral-0.1_1
good day, mantainer, since something like a year or so I've taken over the project pywmdockapps, previously by Kristoffer Erlandsson. the main web site has changed: it's now hosted on sourceforge. http://pywmdockapps.sourceforge.net I've recently added some more functionality... I'm using it in a few small dockapps, very compact and quite useful. the 'long description' should be corrected, shall I write down an updated version? regards, Mario Frasca. -- on computer's day, give your pc a real operating system. http://kanotix.com/Downloads-req-viewdownload-cid-1.html ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
p5-Mail-SpamAssassin 3.2.0
Hello, Just wondering if you could use any help about this port update? What is the problem you are talking about? I just saw your PR but it's already a few weeks old: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/112502 And as spamassassin 3.2.0 has quite a lot of enhancements... Regards thanks for your work, Olivier ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: p5-Mail-SpamAssassin 3.2.0
Olivier Mueller wrote: Hello, Just wondering if you could use any help about this port update? What is the problem you are talking about? I just saw your PR but it's already a few weeks old: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/112502 And as spamassassin 3.2.0 has quite a lot of enhancements... Regards thanks for your work, Olivier Freebsd has frozen the ports tree. I sent them updates, and it will take a while till they unfreeze ports. _ This email has been scanned and certified safe by SpammerTrap(tm). For Information please see http://www.spammertrap.com _ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
On Wed, 23 May 2007, Pav Lucistnik wrote: Stephen Montgomery-Smith p??e v ?t 22. 05. 2007 v 16:56 -0500: I have generated two INDEXes, one with the patch and one without. They are identical, the timings: INDEX-orig real16m32.761s user18m36.802s sys 8m38.610s INDEX-ddd real16m34.620s user17m25.976s sys 8m46.333s Sorry it didn't work out. Thanks for trying it. Don't get me wrong - the minute saved here is good enough reason to apply that patch. Could you try the shell one also? I got the impression it was a bit faster. Can you send me the patch? Yes. In the same place as the previous one you put: .ifdef _USE_GNOME _USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u .endif I'm going to try it out myself also to see if it is faster. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Would it be possible to check in some of these speedups? Hoping that helps the xorg-7.2 upgrade some Thanks! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Builds failure report
Hi all, building kdebase3 and transcode on -current updated 00:36 CEST with recent openssl patchs and/or commits, I get the following failures: Kdebase3 (with or without --disable-pie (kdelibs with --disable-pie)) /usr/local/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -Wno-non- virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQ T_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -M T crypto.lo -MD -MP -MF .deps/crypto.Tpo -c -o crypto.lo crypto.cpp; \ then mv -f .deps/crypto.Tpo .deps/crypto.Plo; else rm -f .deps/cryp to.Tpo; exit 1; fi In file included from /usr/local/include/ksslinfodlg.h:28, from /usr/local/include/ksslall.h:24, from crypto.cpp:87: /usr/local/include/ksslcertificate.h:61: error: using typedef-name 'X509' after 'class' /usr/local/include/openssl/ossl_typ.h:136: error: 'X509' has a previous declaration here In file included from /usr/local/include/ksslall.h:34, from crypto.cpp:87: /usr/local/include/ksslpkcs7.h:35: error: using typedef-name 'PKCS7' after 'class' /usr/local/include/openssl/pkcs7.h:217: error: 'PKCS7' has a previous declaration here /usr/local/include/ksslpkcs7.h:36: error: using typedef-name 'X509' after 'class' /usr/local/include/openssl/ossl_typ.h:136: error: 'X509' has a previous declaration here In file included from /usr/local/include/ksslall.h:35, from crypto.cpp:87: /usr/local/include/ksslpkcs12.h:36: error: using typedef-name 'EVP_PKEY' after 'class' /usr/local/include/openssl/ossl_typ.h:120: error: 'EVP_PKEY' has a previous declaration here /usr/local/include/ksslpkcs12.h:37: error: using typedef-name 'X509' after 'class' /usr/local/include/openssl/ossl_typ.h:136: error: 'X509' has a previous declaration here crypto.cpp: In member function 'void KCryptoConfig::slotCAImport()': crypto.cpp:1844: error: 'class KOpenSSLProxy' has no member named 'X509_STORE_new' crypto.cpp:1845: error: 'class KOpenSSLProxy' has no member named 'X509_STORE_add_lookup' crypto.cpp:1845: error: 'class KOpenSSLProxy' has no member named 'X509_LOOKUP_file' crypto.cpp:1848: error: 'class KOpenSSLProxy' has no member named 'X509_LOOKUP_ctrl' crypto.cpp:1851: error: 'class KOpenSSLProxy' has no member named 'sk_num' crypto.cpp:1852: error: 'class KOpenSSLProxy' has no member named 'sk_value' crypto.cpp:1921: error: 'class KOpenSSLProxy' has no member named 'X509_STORE_free' crypto.cpp:1993: error: 'class KOpenSSLProxy' has no member named 'X509_STORE_free' gmake[3]: *** [crypto.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.6/kcontrol /crypto' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.6/kcontrol' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.6' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/kdebase3. *** Error code 1 Stop in /usr/ports/x11/kdebase3. Transcode gmake[3]: Entering directory `/usr/ports/multimedia/transcode/work/transcode-1.0 .3/filter' if /bin/sh /usr/local/bin/libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -D_REENTRANT -D_THREAD_SAFE -I.. -I../src -I../libtc -I../avilib -I/ usr/local/include -I../libac3 -I/usr/local/include/freetype2 -I/usr/local/inclu de -I/usr/local/include/ffmpeg -I/usr/local/include -I/usr/local/include -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fno-strict -aliasing -pipe -MT filter_modfps.lo -MD -MP -MF .deps/filter_modfps.Tpo -c -o filter_modfps.lo filter_modfps.c; \ then mv -f .deps/filter_modfps.Tpo .deps/filter_modfps.Plo; else rm -f .deps/filter_modfps.Tpo; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -D_REENTRANT -D_THREAD_SAFE -I.. -I../ src -I../libtc -I../avilib -I/usr/local/include -I../libac3 -I/usr/local/include /freetype2 -I/usr/local/include -I/usr/local/include/ffmpeg -I/usr/local/include -I/usr/local/include -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fno-strict-aliasing -pipe -MT filter_modfps.lo -MD -MP -MF .deps/filter_modfps.Tpo -c filter_modfps.c -fPIC -DPIC -o -libs/filter_modfps.o filter_modfps.c:67: error: static declaration of 'lrint' follows non-static declaration filter_modfps.c: In function 'fancy_clone': filter_modfps.c:368: warning: pointer targets in passing argument 1 of 'clone_average' differ in signedness filter_modfps.c:368: warning: pointer targets in passing argument 2 of 'clone_average' differ in signedness filter_modfps.c:371: warning: pointer targets in passing argument 1 of 'clone_temporal_average' differ in signedness filter_modfps.c:371: warning: pointer targets in passing argument 2 of 'clone_temporal_average' differ in signedness filter_modfps.c:378: warning: pointer targets in passing argument 1 of
Re: Builds failure report
On Wed, May 23, 2007 at 02:15:07AM +0200, Diego Depaoli wrote: Hi all, building kdebase3 and transcode on -current updated 00:36 CEST with recent openssl patchs and/or commits, I get the following failures: Kdebase3 (with or without --disable-pie (kdelibs with --disable-pie)) /usr/local/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -Wno-non- virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQ T_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -M T crypto.lo -MD -MP -MF .deps/crypto.Tpo -c -o crypto.lo crypto.cpp; \ then mv -f .deps/crypto.Tpo .deps/crypto.Plo; else rm -f .deps/cryp to.Tpo; exit 1; fi In file included from /usr/local/include/ksslinfodlg.h:28, from /usr/local/include/ksslall.h:24, from crypto.cpp:87: /usr/local/include/ksslcertificate.h:61: error: using typedef-name 'X509' after 'class' /usr/local/include/openssl/ossl_typ.h:136: error: 'X509' has a previous declaration here Looks like incompatible port version of openssl, delete and retry with system openssl. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
On Tue, May 22, 2007 at 04:54:11PM -0700, Bakul Shah wrote: Would it be possible to check in some of these speedups? Hoping that helps the xorg-7.2 upgrade some Thanks! They will be committed later after careful testing. The last thing we want to do is complicate user x.org upgrades by accidentally committing broken changes. A slow but working build process is very much preferable to a fast but broken one :-) Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Stephen Montgomery-Smith wrote: On Wed, 23 May 2007, Pav Lucistnik wrote: Stephen Montgomery-Smith p?e v ?t 22. 05. 2007 v 16:56 -0500: I have generated two INDEXes, one with the patch and one without. They are identical, the timings: INDEX-orig real16m32.761s user18m36.802s sys 8m38.610s INDEX-ddd real16m34.620s user17m25.976s sys 8m46.333s Sorry it didn't work out. Thanks for trying it. Don't get me wrong - the minute saved here is good enough reason to apply that patch. Could you try the shell one also? I got the impression it was a bit faster. Can you send me the patch? Yes. In the same place as the previous one you put: .ifdef _USE_GNOME _USE_GNOME!=(for i in ${_USE_GNOME}; do ${ECHO_CMD} $$i; done) | sort -u .endif I'm going to try it out myself also to see if it is faster. I tried it out. On my rather fast computer, I am getting similar times. The non-shell patch seems slightly better, but there is not much between that and the shell patch. Both patches give something like 7% speed improvements over the original. It only potentially speeds up gnome ports, and then only a few of them like alacarte, so even if it dramatically speeds those few up, the average speed up over all ports will not be so great. Like I said earlier, overall improvement is noticeable albeit not dramatic. Stephen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: More speed increases for make-ing ports
Kris Kennaway wrote: On Tue, May 22, 2007 at 04:54:11PM -0700, Bakul Shah wrote: Would it be possible to check in some of these speedups? Hoping that helps the xorg-7.2 upgrade some Thanks! They will be committed later after careful testing. The last thing we want to do is complicate user x.org upgrades by accidentally committing broken changes. A slow but working build process is very much preferable to a fast but broken one :-) While I am quite proud of some of the speed improvements I found (especially the sortdeps in pkg_create), I would hate to bear responsibility for severe port breakage, and so I am glad that these proposed changes will be carefully tested. Best regards, Stephen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Tue, 22 May 2007 14:51:50 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? That is what xorg-libraries *does* do. :) I thought that too... but why does it ask for x11/xorg to be installed ?? I am obviously missing something (between my ears ;) ) _ {Beto|Norberto|Numard} Meijome If Bill Gates had a dollar for every time a Windows box crashed... .. Oh, wait a minute, he already does. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Wed, May 23, 2007 at 11:54:22AM +1000, Norberto Meijome wrote: On Tue, 22 May 2007 14:51:50 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? That is what xorg-libraries *does* do. :) I thought that too... but why does it ask for x11/xorg to be installed ?? I am obviously missing something (between my ears ;) ) Can't imagine how this would happen, please post the relevant parts of the log. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Simple question about UPDATING and X11
After reading the most recent /usr/ports/UPDATING and deciding to go ahead and upgrade to X 7.2, I'm wondering where the script xorg-upgrade is and why it wasn't simply added to the ports tree. If it's there, I sure as heck can't find it. Andrew Lankford ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Simple question about UPDATING and X11
On Tue, 22 May 2007 21:46:47 -0400 Andrew Lankford [EMAIL PROTECTED] wrote: After reading the most recent /usr/ports/UPDATING and deciding to go ahead and upgrade to X 7.2, I'm wondering where the script xorg-upgrade is and why it wasn't simply added to the ports tree. If it's there, I sure as heck can't find it. man script ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Simple question about UPDATING and X11
On Tue, 22 May 2007, Andrew Lankford wrote: After reading the most recent /usr/ports/UPDATING and deciding to go ahead and upgrade to X 7.2, I'm wondering where the script xorg-upgrade is and why it wasn't simply added to the ports tree. If it's there, I sure as heck can't find it. call my ignernt. but i bet it has something to do with either the 1) freeze 2) the freeks not released yet. i'm hoping this turns into a personal answer to my question to kris. Andrew Lankford ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--* ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Simple question about UPDATING and X11
On Tue, May 22, 2007 at 09:46:47PM -0400, Andrew Lankford wrote: After reading the most recent /usr/ports/UPDATING and deciding to go ahead and upgrade to X 7.2, I'm wondering where the script xorg-upgrade is and why it wasn't simply added to the ports tree. If it's there, I sure as heck can't find it. script is a program that takes a file to store the output of a session in. See man script. -- Brooks pgpfx8ayN3ShR.pgp Description: PGP signature
Re: Simple question about UPDATING and X11
On Tue, 22 May 2007, Brooks Davis wrote: On Tue, May 22, 2007 at 09:46:47PM -0400, Andrew Lankford wrote: After reading the most recent /usr/ports/UPDATING and deciding to go ahead and upgrade to X 7.2, I'm wondering where the script xorg-upgrade is and why it wasn't simply added to the ports tree. If it's there, I sure as heck can't find it. script is a program that takes a file to store the output of a session in. See man script. ooops. my bad. sorry. -- Brooks *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--* ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: samba-3.0.25 port status
Hi Ken There is a pr for it, just waiting to be committed http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/112836 Cheers Craig B Ken Gunderson wrote: Hello: Anyone know anything about the status of Samba3 port? 3.0.25 has been released for over a week now and port is still at 3.0.24. Is because of xorg semi-freeze or perhaps some issues w/3.0.25? I seem to recall that samba port is usually updated pretty quickly. TIA-- P.S.; Not subscribe so please cc me w/replies. This email has been handled by lerwick.hopto.org mail server and has been scanned by 3 virus killers and spamassassin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: php5-gd and xorg-libraries conflict
On Tue, 22 May 2007 21:58:49 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: This is a server, i rather have just the needed libraries instead of the whole shebbang ( couldn't xorg-libraries install *just* the libX* and the *proto ... is there any reason why this is not the case? That is what xorg-libraries *does* do. :) I thought that too... but why does it ask for x11/xorg to be installed ?? I am obviously missing something (between my ears ;) ) Can't imagine how this would happen, please post the relevant parts of the log. hi Kris, I repeated my tests with a new machine. I did a portinstall -pP php5-gd and , as it should, it installed xorg-libraries without any issue at all. the only difference is that this time 1) there have been a few port updates to the tree 2) I had already pre-built all the packages needed ( /usr/ports is mounted over nfs to the machine that has the packages) Maybe one of this made a difference. Anyway, all as it should be :) thanks again for your help and time , now and every other time :) B _ {Beto|Norberto|Numard} Meijome There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit. Robert Woodruff I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Simple question about UPDATING and X11
KAYVEN RIESE wrote: On Tue, 22 May 2007, Andrew Lankford wrote: After reading the most recent /usr/ports/UPDATING and deciding to go ahead and upgrade to X 7.2, I'm wondering where the script xorg-upgrade is and why it wasn't simply added to the ports tree. If it's there, I sure as heck can't find it. call my ignernt. but i bet it has something to do with either the 1) freeze 2) the freeks not released yet. i'm hoping this turns into a personal answer to my question to kris. Kayvan, Hopefully I'm not misunderstanding your question, but 'script xorg-upgrade' creates a file called 'xorg-upgrade' that keeps a log of your progress through the subsequent steps listed in UPDATING. Cheers Mark ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg-server radeon support - working better than yesterday
On Tue, May 22, 2007 at 12:17:38AM +0200, [LoN]Kamikaze wrote: Since todays update of xorg-server, the mesa-demos work now on my radeon 9200. However some ports like xrandr still give opcode errors. # xrandr X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 154 (RANDR) Minor opcode of failed request: 6 () Serial number of failed request: 9 Current serial number in output stream: 9 Same here with a Radeon X700 [~] [EMAIL PROTECTED]xrandr X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 155 (RANDR) Minor opcode of failed request: 6 () Serial number of failed request: 9 Current serial number in output stream: 9 (--) PCI:*(1:0:0) ATI Technologies Inc RV410 [Radeon X700 (PCIE)] rev 0, Mem @ 0xe000/28, 0xf100/16, I/O @ 0x8000/8 Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with security/vscan
On 5/22/07, Elliot Dierksen [EMAIL PROTECTED] wrote: Quoting Scot Hetzel: security/vscan has an unlisted dependency on misc/compat4x-i386-5.3_9. It fails installation without the compat4x package. The port does list misc/compat4x as a LIB_DEPENDS dependancy in the ports Makefile. When installing the port from /usr/ports/security/vscan (with misc/compat4x uninstalled), does it display that it didn't find libm.2 and goes to install misc/compat4x, then after returning to the build of vscan does it display that it found libm.2? What version of FreeBSD are you installing the port on (i386, amd64)? This was on a fresh install of 6.2-p4 on an i386 platform. Granted, the compat3x port is marked as forbidden but I have that installed anyway. It did not attempt to install the compat4 port. It just failed during install looking for the c.3 shared library. After manually installing the compat4x port, everything worked properly. libc.so.3 comes from the compat3x port, so this shouldn't have caused the install failure. Below are the errors I get when compat4x is not installed: hp010# pkg_delete uvscan-5.10e_3 compat4x-i386-5.3_9 hp010# cd /usr/ports/security/vscan hp010# make install === Extracting for uvscan-5.10e_3 = MD5 Checksum OK for vbsd510e.tar.Z. = SHA256 Checksum OK for vbsd510e.tar.Z. === Patching for uvscan-5.10e_3 === uvscan-5.10e_3 depends on shared library: m.2 - not found ===Verifying install for m.2 in /usr/ports/misc/compat4x === Extracting for compat4x-i386-5.3_9 : === Registering installation for compat4x-i386-5.3_9 === SECURITY REPORT: : === Returning to build of uvscan-5.10e_3 Error: shared library m.2 does not exist *** Error code 1 Not sure why it fails to detect the library, after the compat4x port is installed. Now that compat4x has been installed during the failed install of vscan, another make install for vscan will finish: hp010# make install === uvscan-5.10e_3 depends on shared library: m.2 - found === Configuring for uvscan-5.10e_3 : === Installing for uvscan-5.10e_3 === Generating temporary packing list : Tue May 22 23:05:24 CDT 2007 Successfully updated AntiVirus DAT files to 5036 === Compressing manual pages for uvscan-5.10e_3 === Running ldconfig /sbin/ldconfig -32 -m /usr/local/lib32 === Installing 32-bit ldconfig configuration file === Registering installation for uvscan-5.10e_3 hp010# uname -a FreeBSD hp010.hetzel.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat May 19 01:51:34 CDT 2007 [EMAIL PROTECTED]:/usr/src/7x/sys-p4/amd64/compile/GENERIC.debug amd64 Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with security/vscan
On 5/22/07, Scot Hetzel [EMAIL PROTECTED] wrote: : === Returning to build of uvscan-5.10e_3 Error: shared library m.2 does not exist *** Error code 1 Not sure why it fails to detect the library, after the compat4x port is installed. Found the problem, my patch in PR 112203 was incomplete in the lib-depends target. It failed to add ${_LDCONFIG_FLAGS} to the case where it installed the missing library dependancy and then checked that the library had been installed. I'll be updating the PR with the new patch. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]