Re: hal daemon, and most a/v apps core dump after upgrade to 6.2
On Sunday, 13 May 2007 at 22:42:17 -0500, Lane wrote: I just upgraded to FreeBSD 6.2-STABLE, after running 5.3 for years. My primary reason for upgrading was to take advantage of new features in xine and mplayer, and to get flash functionality out of /usr/ports/www/linux-flashplugin? Maybe I shoulda waited? Now I get Segmentation fault (core dumped) when I try to run xine, vlc, or mplayer. Funny thing, though, is that kmplayer (from KDE 3.5.6) works. Only when kmplayer starts up it immediately runs mplayer in a second window (not the kmplayer window) and it runs fine! When I close kmplayer, mplayer closes, too (uh ... duh!). However, I used to be able to use kmplayer's ability to capture an mms:// stream via a web page, and that is now gone. I'm not sure if it is relevant, but hald also crashes with Segmentation fault (core dumped) when I run it (on boot or manually) from /usr/local/etc/rc.d/hald Another thing I see is that artsd consumes 90-98% CPU (on dual-core system), yet kde thinks it can't start the sound system (even though sound works from audio cd's and videos played via kmplayer). KDE tries repeatedly to start the sound system, and launches a new artsd process for each try I recognize that this is mosly KDE stuff, and much of these rely upon /usr/ports/devel/ffmpeg (rather than /usr/ports/multimedia/ffmpeg), but it only started after upgrading to 6.2-STABLE, so I thought I'd try here first, to see if anyone has similar experience and any pointers. There are no relevant bugs at bugs.freebsd.org, or at bugs.kde.org ... so I'm kinda fishin', I guess :) Clearly this is not critical, nor am I suffering from significantly reduced functionality. But if anyone is of a mind to point me in the right direction, I'd be much obliged. lane Did you upgrade your ports yet? You will need to but I would probably wait until after XOrg 7.2 is brought into the tree. Duane ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
[patch] Xorg 7.2 - graphics/mesa-demos broken for non-NVIDIA
I appear to be stuck with blindness, I don't find where to submit patches for the new ports-tree. There are actually 2 mistakes in the port: -DWITH_NVIDIA_GL=0 triggers #ifdef WITH_NVIDIA_GL and the patchfile that introduces the NVIDIA preprocessor macro contains #elif where it should be #else. diff -Pur graphics/mesa-demos.orig/Makefile graphics/mesa-demos/Makefile --- graphics/mesa-demos.orig/Makefile Mon May 14 08:08:47 2007 +++ graphics/mesa-demos/MakefileMon May 14 08:10:43 2007 @@ -97,8 +97,6 @@ .if defined(WITH_NVIDIA_GL) CFLAGS+= -DWITH_NVIDIA_GL=1 -.else -CFLAGS+= -DWITH_NVIDIA_GL=0 .endif .include bsd.port.post.mk diff -Pur graphics/mesa-demos.orig/files/patch-progs-xdemos-yuvrect_client.c graphics/mesa-demos/files/patch-progs-xdemos-yuvrect_client.c --- graphics/mesa-demos.orig/files/patch-progs-xdemos-yuvrect_client.c Mon May 14 08:08:47 2007 +++ graphics/mesa-demos/files/patch-progs-xdemos-yuvrect_client.c Mon May 14 08:09:29 2007 @@ -7,7 +7,7 @@ - glx_memory = glXAllocateMemoryMESA(dpy, screen, ImgWidth * ImgHeight * 2, 0, 0 ,0); + #ifdef WITH_NVIDIA_GL + glx_memory = glXAllocateMemoryNV(ImgWidth * ImgHeight * 2, 0, 0 ,0); -+ #elif ++ #else + glx_memory = glXAllocateMemoryMESA(dpy, screen, ImgWidth * ImgHeight * 2, 0, 0 ,0); + #endif if (!glx_memory) @@ -20,7 +20,7 @@ - glXFreeMemoryMESA(dpy, DefaultScreen(dpy), glx_memory); + #ifdef WITH_NVIDIA_GL + glXFreeMemoryNV(glx_memory); -+ #elif ++ #else + glXFreeMemoryMESA(dpy, DefaultScreen(dpy), glx_memory); + #endif glXDestroyContext(dpy, ctx); ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
Some good news and some bad news: Good news: Upgrade seems OK on my 6.2-STABLE/amd64 system butI needed multiple portupgrade -a iterations before it upgraded everything. I think this is a side-effect of using ports-mgmt/portupgrade rather than ports-mgmt/portupgrade-devel. Note that you _must_ rebuild xorg.conf because the xorg modules are in a different relative location so the /usr/X11R6 symlink isn't enuf. Bad news: My very-out-of-date -current system has gotten into a confused state. Possibly I didn't help by forgetting to disable my automatic port INDEX build so that INDEX reverted to the /usr/ports one partway thru. I fixed that and aborted the portupgrade when I noticed but that was quite sometime later. I've been trying to recover using pkgdb -F but that has reached a state where it's reporting: Stale dependency: ffmpeg-0.4.9.p1_7 - libGL-6.5.3_1 (graphics/libGL): The libGL build works but then reports that it conflicts with xorg-libraries-6.9.0_1. The latter is still installed in /usr/X11R6 but graphics/libGL/Makefile also reports that it uses X11BASE. Has anyone got any suggestions before I start editing the CONFLICTS lines? -- Peter Jeremy pgpSFStCoUY53.pgp Description: PGP signature
RE: Time to abandon recursive pulling of dependencies?
If you follow the thread, there's already some success in reducing the time required to register ports with many dependencies. On my system registering x11/xorg now takes between 2 to 3 minutes instead of 10, with all the changes. I consider that a remarkable improvement. Absolutely a worthy improvement - by all means lets test it ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Time to abandon recursive pulling of dependencies?
Thomas Sparrevohn wrote: If you follow the thread, there's already some success in reducing the time required to register ports with many dependencies. On my system registering x11/xorg now takes between 2 to 3 minutes instead of 10, with all the changes. I consider that a remarkable improvement. Absolutely a worthy improvement - by all means lets test it Search for the archive for the second incarnation of Stephen Montgomery-Smith's patch to pkg_create. Besides not yet being fully functional, my work is far less significant. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Possibly unbuildable ports reminder
Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/[EMAIL PROTECTED] Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill annoying port email Fenner ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
scilab build fails early in process
After making sure that all the packages/ports that Scilab depends upon had been installed, including the ATLAS library (always a pain in the neck to get built), I tried to build scilab. Very early, it fails in a perl script I didn't even know was on the system, called autom4ke259 and kept in /usr/local/bin. Here's the script output: Script started on Mon May 14 03:39:11 2007 hellas# umask 022 hellas# env MAKEFLAGS= portinstall -v scilab --- Session started at: Mon, 14 May 2007 03:40:21 -0500 [Updating the pkgdb format:bdb1_btree in /var/db/pkg ... - 330 packages found (-0 +1) . done] --- Fresh installation of math/scilab started at: Mon, 14 May 2007 03:42:07 -0500 --- Installing 'scilab-4.1_2' from a port (math/scilab) --- Build of math/scilab started at: Mon, 14 May 2007 03:42:21 -0500 --- Building '/usr/ports/math/scilab' === Cleaning for tk-8.4.14_5,2 === Cleaning for libxslt-1.1.20 === Cleaning for gcc-4.2.0_20070501 === Cleaning for autoconf-2.59_2 === Cleaning for Xaw3d-1.5E_1 === Cleaning for atlas-3.6.0_3,1 === Cleaning for gettext-0.16.1_1 === Cleaning for tcl-8.4.14_4,1 === Cleaning for xorg-libraries-6.9.0_1 === Cleaning for gmake-3.81_1 === Cleaning for pkg-config-0.21 === Cleaning for libxml2-2.6.27 === Cleaning for perl-5.8.8 === Cleaning for zip-2.32 === Cleaning for bison-1.75_2,1 === Cleaning for libgmp-4.2.1_2 === Cleaning for mpfr-2.2.1 === Cleaning for libiconv-1.9.2_2 === Cleaning for m4-1.4.9 === Cleaning for help2man-1.36.4_1 === Cleaning for imake-6.9.0_1 === Cleaning for blas-1.0_1 === Cleaning for lapack-3.0_2 === Cleaning for f2c-20060810_1 === Cleaning for libtool-1.5.22_4 === Cleaning for libdrm-2.0.2 === Cleaning for freetype2-2.2.1_1 === Cleaning for fontconfig-2.4.2_1,1 === Cleaning for p5-gettext-1.05_1 === Cleaning for unzip-5.52_3 === Cleaning for expat-2.0.0_1 === Cleaning for scilab-4.1_2 = scilab-4.1-src.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://www.scilab.org/download/4.1/. scilab-4.1-src.tar.gz 100% of 12 MB 209 kBps 00m00s === Extracting for scilab-4.1_2 = MD5 Checksum OK for scilab-4.1-src.tar.gz. = SHA256 Checksum OK for scilab-4.1-src.tar.gz. === Patching for scilab-4.1_2 === Applying FreeBSD patches for scilab-4.1_2 === scilab-4.1_2 depends on executable in : wish8.4 - found === scilab-4.1_2 depends on executable in : xsltproc - found === scilab-4.1_2 depends on executable in : gfortran42 - found === scilab-4.1_2 depends on file: /usr/local/bin/autoconf259 - found === scilab-4.1_2 depends on shared library: Xaw3d.8 - found === scilab-4.1_2 depends on shared library: atlas.2 - found === scilab-4.1_2 depends on shared library: intl - found === Configuring for scilab-4.1_2 Can't locate Autom4te/C4che.pm in @INC (@INC contains: /usr/local/share/autoconf259 /usr/local/lib/perl5/5.8.8/BSDPAN /usr/local/lib/perl5/site_perl/5.8.8/mach /usr/local/lib/perl5/site_perl/5.8.8 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.8/mach /usr/local/lib/perl5/5.8.8 .) at /usr/local/bin/autom4te259 line 39. BEGIN failed--compilation aborted at /usr/local/bin/autom4te259 line 39. *** Error code 2 Stop in /usr/local/ports/math/scilab. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall77574.0 make ** Fix the problem and try again. --- Build of math/scilab ended at: Mon, 14 May 2007 03:46:48 -0500 (consumed 00:04:27) --- Fresh installation of math/scilab ended at: Mon, 14 May 2007 03:46:48 -0500 (consumed 00:04:40) --- Listing the results (+:done / -:ignored / *:skipped / !:failed) ! math/scilab (unknown build error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed --- Session ended at: Mon, 14 May 2007 03:46:48 -0500 (consumed 00:06:26) hellas# exit exit Script done, output file is /tmp/scilab.install.out Does anyone know how to fix this? Thanks in advance! Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army. * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
On Monday 14 of May 2007, Peter Jeremy wrote: Some good news and some bad news: Good news: Upgrade seems OK on my 6.2-STABLE/amd64 system butI needed multiple portupgrade -a iterations before it upgraded everything. I think this is a side-effect of using ports-mgmt/portupgrade rather than ports-mgmt/portupgrade-devel. Note that you _must_ rebuild xorg.conf because the xorg modules are in a different relative location so the /usr/X11R6 symlink isn't enuf. Bad news: My very-out-of-date -current system has gotten into a confused state. Possibly I didn't help by forgetting to disable my automatic port INDEX build so that INDEX reverted to the /usr/ports one partway thru. I fixed that and aborted the portupgrade when I noticed but that was quite sometime later. I've been trying to recover using pkgdb -F but that has reached a state where it's reporting: Stale dependency: ffmpeg-0.4.9.p1_7 - libGL-6.5.3_1 (graphics/libGL): The libGL build works but then reports that it conflicts with xorg-libraries-6.9.0_1. The latter is still installed in /usr/X11R6 but graphics/libGL/Makefile also reports that it uses X11BASE. Has anyone got any suggestions before I start editing the CONFLICTS lines? Manual upgrade of libraries should probably work (ie cd /path/to/test/tree/x11/xorg-libraries make build make deinstall make install). Dejan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Current unassigned ports problem reports
Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description o ports/105549ports/www/squid_radius_auth doesn't work on sparc64 o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode o ports/107536editors/scite: Can't write on SciTE text editor f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/108537print/hplip: Build failure f ports/108606Courier MTA terminates abnormaly after installation f ports/108748mod_fcgid 1.10 does not work inside jail f ports/109160net/samba3 crashes freebsd when accessing a share resi f ports/110035Port fix for sysutils/be_agent f ports/110454Joomla port Makefile has incorrect url for package f ports/110943start-dccifd chowns /var/run to user dcc f ports/111012quagga's ripd does not see ng interfaces f ports/51ports/lang/stklos: l/bin/stklos-install is a buggy she o ports/111224 ports [PATCH] security/pam_per_user conflicts with security/ f ports/111338graphics/yafray: doesn't respect CXX, CXXFLAGS and eve o ports/111462syslog-ng2 default configuration file path o ports/111923[PATCH] databases/unixODBC overwrites config file on p f ports/111966Clamav-milter no up f ports/111980multimedia/mplayer: compilation error o ports/112067ports/paraview 2.4.4 does not compile properly f ports/112083mail/qsheff overwrites configuration upon upgrade f ports/112094www/lynx: plist missing configuration file o ports/112097ghostscript-gpl-nox11 compile fails due to missing fil o ports/112115ghostscript-gpl-nox11 compile fails due to missing fil f ports/112118[PATCH] sysutils/pipemeter: fix crashes o ports/112197[MAINTAINER UPDATE]: devel/libstrfunc upgrade to 8.3 f ports/112277MD5 and SHA256 mismatch for science/hdf5 f ports/112280MD5 and SHA256 mismatch for science/hdf5 f ports/112287www/rt36: add missed patches for MULTIPLE_INSTANCES o ports/112389[MAINTAINER] mail/MailScanner: update to 4.59.4 f ports/112468sysutils/bacula-server 2.0.3 port build fails for sqli o ports/112545print/ghostscript-gpl 8.54 fail without all driver (or f ports/112648net/dante: net:/socks5: Buffer Overflow in some SOCK 35 problems total. Non-critical problems S Tracker Resp. Description s ports/59254 ports that write something after bsd.port.mk o ports/94921 isakmpd fails on amd64 o ports/95854 New Port: www/ochusha o ports/100896[new ports] emulators/vmware-server-guestd1 emulators/ o ports/101275bug fixed in sudo that prevented use in LDAP user acco o ports/103395security/gnome-ssh-askpass interferes with gnome-scree o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107368audio/normalize: [patch] - normalize-mp3 and normalize f ports/107621net/proxychains doens't compile on 4 and 5 f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut f ports/108104print/hplip: documentation gets installed though NOPOR o ports/108595pstree (sysutils/psmisc) don't work in jail f ports/108723
Re: HEADS UP: xorg 7.2 ready for testing
On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 pgplbo5Az6AnH.pgp Description: PGP signature
Re: HEADS UP: xorg 7.2 ready for testing
Tim Bishop wrote: On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Shouldn't be a problem if you have the symlink from X11R6 to local. But yes, this will be fixed. -- Florent Thoumie [EMAIL PROTECTED] FreeBSD Committer signature.asc Description: OpenPGP digital signature
Re: HEADS UP: xorg 7.2 ready for testing
On Mon, May 14, 2007 at 12:56:54PM +0100, Florent Thoumie wrote: Tim Bishop wrote: On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Shouldn't be a problem if you have the symlink from X11R6 to local. Yeah - I'm running without the symlink so I can discover problems (in my scripts and config mainly). :-) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: first? patch [ HEADS UP: xorg 7.2 ready for testing ]
On 13/05/2007, at 5:26 PM, Kris Kennaway wrote: On Sun, May 13, 2007 at 05:20:53PM +1000, Sam Lawrance wrote: On 13/05/2007, at 5:13 PM, Kris Kennaway wrote: On Sun, May 13, 2007 at 05:04:29PM +1000, Sam Lawrance wrote: On 12/05/2007, at 11:12 AM, Kris Kennaway wrote: On Sat, May 12, 2007 at 02:35:00AM +0200, Danny Pansters wrote: I ran into a little problem with the gstreamer-plugins, to be exact with the 'bad' plugin. What's in a name. Attached patch to gstreamer- plugins which eliminates X11BASE from configure args fixes it. This actually seems to indicate that something you have installed references /usr/X11R6 in a .la file. I actually built this successfully myself during the upgrade tests, so I guess something went wrong with the upgrade on your machine. Can you please provide the full log, as well as the result of find /usr/local/lib -name \*.la | xargs grep /usr/X11R6/lib/ libfontconfig.la Just a quick me too. Last night I installed 6.2-RELEASE with gnome and goffice from the release packageset, then proceeded to follow the xorg upgrade instructions. The two errors I got are listed below. I will try to investigate tonight. OK, still waiting for the log from Danny, so maybe you'll get in first with yours. I hope there's a nice prize, or showgirls springing out of big cakes. http://people.freebsd.org/~lawrance/xorg-upgrade.bz2 I think I have figured this out. In short: portupgrade does not include new, previously not installed, dependencies in its list of tasks when updating. In this particular case, gstreamer-plugins-bad was built before one of its dependencies was updated, and we end up with a crufty old reference to X11R6. Less short: Before the xorg upgrade, gstreamer-plugins-bad was not installed on my system. It was installed during the upgrade as part of running portupgrade -a. Upon further inspection of the xorg-upgrade log above I noticed that there were two build attempts for gstreamer-plugins-bad, and neither was directly performed by portupgrade (ie. the ports framework did it). The first attempt was as a dependency of gstreamer-plugins- dts. The second (and successful) attempt was as a dependency of gstreamer-plugins-xvid. I reverted the system to its original state and ran portupgrade -an to show the order of updates that portupgrade would perform. gstreamer-plugins-bad was not in the list. I think this means is that if a port being upgraded has a new dependency, that dependency will _not_ be included in the list portupgrade uses to determine which packages to update and at what point. Using portupgrade with the flags -aRn made no difference. A few people have reported their systems updating correctly after a several attempts with portupgrade -a; this is possibly one of the reasons. It seems like an effective workaround for the moment. The only issue I can think of is if an out of order build succeeds, and the later update of a dependency breaks something at runtime. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
Tim Bishop [EMAIL PROTECTED] writes: The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Doesn't the migration script create a /usr/X11R6 - /usr/local symlink? 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: Time to abandon recursive pulling of dependencies?
[LoN]Kamikaze wrote:
Stephen Montgomery-Smith wrote:
Basically I think we are stuck on making make package-depends go any
faster.
However I do think that the modifications I made to pkg_create go a very
significant way to solving the problem of registration taking so very long.
Stephen
You are right about invoking make being the problem. However, I was able to
increase the performance of package-depends by 20 to 30 percent, by avoiding
recursive make calls and moving the recursion into the stack of the shell
invocation.
With my changes there's less than 10% overhead over the sum of make calls. I.e.
for 56 seconds of make calls (x11/xorg on my system) there are only 4 more
seconds of processing, instead of 15 to 20 seconds.
The original make package-depends does some things I don't understand. Once
I've figured them out I will post my little patch here.
Someone pointed out that what I was proposing in +DEPENDENCIES is
already to be found in +CONTENTS. So here is a proof of concept patch
to /usr/ports/Mk/bsd.port.mk (proof of concept because no error
checking, and things like that).
For me it makes registration about 3 times faster.
--- bsd.port.mk-origMon May 14 09:28:42 2007
+++ bsd.port.mk Mon May 14 09:33:39 2007
@@ -2387,7 +2387,7 @@
DISABLE_CONFLICTS= YES
.endif
.if !defined(PKG_ARGS)
-PKG_ARGS= -v -c -${COMMENT:Q} -d ${DESCR} -f ${TMPPLIST} -p
${PREFIX} -P `cd ${.CURDIR} ${MAKE} package-depends | ${GREP} -v -E
${PKG_IGNORE_DEPENDS} | ${SORT} -u` ${EXTRA_PKG_ARGS} $${_LATE_PKG_ARGS}
+PKG_ARGS= -v -c -${COMMENT:Q} -d ${DESCR} -f ${TMPPLIST} -p
${PREFIX} -P `cd ${.CURDIR} ${MAKE} actual-package-depends | ${GREP} -v -E
${PKG_IGNORE_DEPENDS} | ${SORT} -u` ${EXTRA_PKG_ARGS} $${_LATE_PKG_ARGS}
.if !defined(NO_MTREE)
PKG_ARGS+= -m ${MTREE_FILE}
.endif
@@ -5216,10 +5216,26 @@
fi; \
done
+ACTUAL-PACKAGE-DEPENDS?= \
+ pkgs=`(for dir in ${_LIB_RUN_DEPENDS:C,[^:]*:([^:]*):?.*,\1,}; do \
+ dir=$$(${REALPATH} $$dir); \
+ if [ -d $$dir ]; then \
+ pkgname=$$(cd $$dir; ${MAKE} -V PKGNAME); \
+ ${ECHO_CMD} $$pkgname; \
+ ${GREP} @pkgdep /var/db/pkg/$$pkgname/+CONTENTS |
${SED} s/@pkgdep //; \
+ fi; \
+ done) | sort -u`; \
+ for pkgname in $$pkgs; do \
+ ${ECHO_CMD} $$pkgname`${GREP} @comment ORIGIN:
/var/db/pkg/$$pkgname/+CONTENTS | ${SED} s/@comment ORIGIN//`; \
+ done
+
# Print out package names.
package-depends:
@${PACKAGE-DEPENDS-LIST} | ${AWK} '{print $$1:$$3}'
+
+actual-package-depends:
+ @${ACTUAL-PACKAGE-DEPENDS}
# Build packages for port and dependencies
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: FreeBSD Port: dspam-3.6.8_2
-Original Message- From: Ion-Mihai Tetcu [mailto:[EMAIL PROTECTED] Sent: Saturday, May 12, 2007 12:32 PM To: Ed Lucero Cc: [EMAIL PROTECTED]; Shawn O'Connor Subject: Re: FreeBSD Port: dspam-3.6.8_2 On Fri, 11 May 2007 09:47:49 -0700 Ed Lucero [EMAIL PROTECTED] wrote: Hi I was interested in finding out when dspam 3.8.0 Stable will be ported. It's in -devel, I'll will MFD it after the Ports freeze is over. -- IOnut Thanks! When is the ports freeze over? Ed ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: rrdtool-1.2.23
There seems to be a problem with rrdtool 1.2.23 when compiling on various versions of FreeBSD if ruby 1.8 is installed. There has been a bit of chatter in newsgroups about this. I am including the tail of the output from one of my servers making the attempt to compile hoping it will help find the solution. Thanks. ===Begin Snip=== Making all in bindings gmake[2]: Entering directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' gmake[3]: Entering directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' cd perl-piped /usr/bin/perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for RRDp cd perl-piped gmake gmake[4]: Entering directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/perl-piped' cp RRDp.pm blib/lib/RRDp.pm Manifying blib/man3/RRDp.3 gmake[4]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/perl-piped' cd perl-shared /usr/bin/perl Makefile.PL RPATH=/usr/local/lib Checking if your kit is complete... Looks good Writing Makefile for RRDs cd perl-shared gmake gmake[4]: Entering directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/perl-shared' cp RRDs.pm blib/lib/RRDs.pm cp ntmake.pl blib/lib/ntmake.pl /usr/bin/perl /usr/local/lib/perl5/5.8.8/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.8.8/ExtUtils/typemap RRDs.xs RRDs.xsc mv RRDs.xsc RRDs.c cc -c -I../../src -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -O2 -fno-strict-aliasing -pipe -DVERSION=\1.2023\ -DXS_VERSION=\1.2023\ -DPIC -fPIC -I/usr/local/lib/perl5/5.8.8/mach/CORE -DPERLPATCHLEVEL=8 RRDs.c Running Mkbootstrap for RRDs () chmod 644 RRDs.bs rm -f blib/arch/auto/RRDs/RRDs.so cc -shared -L/usr/local/lib RRDs.o -L../../src/.libs/ -lrrd -lm -o blib/arch/auto/RRDs/RRDs.so \ \ chmod 755 blib/arch/auto/RRDs/RRDs.so cp RRDs.bs blib/arch/auto/RRDs/RRDs.bs chmod 644 blib/arch/auto/RRDs/RRDs.bs Manifying blib/man3/RRDs.3 gmake[4]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/perl-shared' cd ruby /usr/local/bin/ruby extconf.rb gmake EPREFIX=/usr/local sitedir=/usr/local/lib/ruby checking for rrd_create() in -lrrd... yes creating Makefile gmake[4]: Entering directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' Makefile:144: Commands were specified for file `RRD.so' at Makefile:114, Makefile:144: but `RRD.so' is now considered the same file as `/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so'. Makefile:144: Commands for `/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so' will be ignored in favor of those for `RRD.so'. gmake[4]: Circular /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so - /usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so dependency dropped. cc -I. -I. -I/usr/local/lib/ruby/1.8/i386-freebsd6 -I. -I../../src -fPIC -O2 -fno-strict-aliasing -pipe-fPIC -c main.c /usr/bin/install -c -o root -g wheel -m 0755 RRD.so /usr/local/lib/ruby/1.8/i386-freebsd6 install: RRD.so: No such file or directory gmake[4]: *** [/usr/local/lib/ruby/1.8/i386-freebsd6/RRD.so] Error 71 gmake[4]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings/ruby' gmake[3]: *** [ruby] Error 2 gmake[3]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23/bindings' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/rrdtool/work/rrdtool-1.2.23' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/net/rrdtool. *** Error code 1 Stop in /usr/ports/net/rrdtool. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.12882.96 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=rrdtool-1.2.19_1 UPGRADE_PORT_VER=1.2.19_1 make ** Fix the problem and try again. --- Skipping 'mail/mailgraph' (mailgraph-1.13) because a requisite package 'rrdtool-1.2.19_1' (net/rrdtool) failed (specify -k to force) ** Listing the failed packages (*:skipped / !:failed) ! net/rrdtool (rrdtool-1.2.19_1)(install error) * mail/mailgraph (mailgraph-1.13) --- Packages processed: 0 done, 142 ignored, 1 skipped and 1 failed mx2# ===End Snip=== Brian E. Conklin, MCP+I, MCSE Director of Information Services voice: 360.427.3423 fax: 360.427.3433 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: rrdtool-1.2.23
On 5/14/07, Brian E. Conklin [EMAIL PROTECTED] wrote: There seems to be a problem with rrdtool 1.2.23 when compiling on various versions of FreeBSD if ruby 1.8 is installed. There has been a bit of chatter in newsgroups about this. I am including the tail of the output from one of my servers making the attempt to compile hoping it will help find the solution. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/112412 Also see these ports PRs: - 112483 - 112513 It should be fixed soon after the ports thaw. Until then, you can disable ruby support manually as described. -Kian ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Time to abandon recursive pulling of dependencies?
Stephen Montgomery-Smith wrote: [LoN]Kamikaze wrote: Stephen Montgomery-Smith wrote: Basically I think we are stuck on making make package-depends go any faster. However I do think that the modifications I made to pkg_create go a very significant way to solving the problem of registration taking so very long. Stephen You are right about invoking make being the problem. However, I was able to increase the performance of package-depends by 20 to 30 percent, by avoiding recursive make calls and moving the recursion into the stack of the shell invocation. With my changes there's less than 10% overhead over the sum of make calls. I.e. for 56 seconds of make calls (x11/xorg on my system) there are only 4 more seconds of processing, instead of 15 to 20 seconds. The original make package-depends does some things I don't understand. Once I've figured them out I will post my little patch here. Someone pointed out that what I was proposing in +DEPENDENCIES is already to be found in +CONTENTS. So here is a proof of concept patch to /usr/ports/Mk/bsd.port.mk (proof of concept because no error checking, and things like that). For me it makes registration about 3 times faster. And also, the only reason it goes slow is because it has to do (cd $$dir; make -V PKGNAME) for every dir in _LIB_RUN_DEPENDS. But if instead we kept a file in /var/db/pkg called something like +PACKAGE_NAMES, where as each port is created we add in a one line entry with this mapping of origin to package name, then registration would take less than a second. It also has the advantage that the created +REQUIRED_BY really would be an accurate reflection of the true state of affairs rather than what it should be (meaning that if you cvsup ports and then build on top of old dependencies, +REQUIRED_BY would still be accurate). Stephen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Time to abandon recursive pulling of dependencies?
Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (from Mon, 14 May 2007 09:39:13 -0500): Someone pointed out that what I was proposing in +DEPENDENCIES is Probably me... already to be found in +CONTENTS. So here is a proof of concept patch to /usr/ports/Mk/bsd.port.mk (proof of concept because no error checking, and things like that). As you want to use the origin (it seems), grep for DEPORIGIN instead of pkgdep, should be even more fast than what you already have. Bye, Alexander. -- This was the most unkindest cut of all. -- William Shakespeare, Julius Caesar 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: Time to abandon recursive pulling of dependencies?
Alexander Leidinger wrote: Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (from Mon, 14 May 2007 09:39:13 -0500): Someone pointed out that what I was proposing in +DEPENDENCIES is Probably me... Yes already to be found in +CONTENTS. So here is a proof of concept patch to /usr/ports/Mk/bsd.port.mk (proof of concept because no error checking, and things like that). As you want to use the origin (it seems), grep for DEPORIGIN instead of pkgdep, should be even more fast than what you already have. I don't know how to do this except by using perl, which is not part of the base system. This is because DEPORIGIN is on the next line. And I am not expert at any tools except C and perl. Also I doubt that it will speed things up very much - I think that grepping a bunch of files is quite fast (compared to say invoking make which is very slow). ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: dspam-3.6.8_2
On 5/14/07, Ed Lucero [EMAIL PROTECTED] wrote: I was interested in finding out when dspam 3.8.0 Stable will be ported. It's in -devel, I'll will MFD it after the Ports freeze is over. When is the ports freeze over? The ports freeze will be over after xorg 7.2 gets imported into the ports tree. We are currently waiting for the results of testing the upgrade procedure. 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]
New port: coldfusion7 www/java/lang
I have created a new port for coldfusion 7.0.2 http://cupid.ubixos.com/coldfusion7.tgz I have tested it on a few machine and it works... Any questions please let me know.. Looking forward to hearing from someone soon.. -Christopher Christopher Olsen [EMAIL PROTECTED] 88B Toledo Street Farmingdale, NY 11735 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
On Mon, May 14, 2007 at 01:19:40PM +0100, Tim Bishop wrote: On Mon, May 14, 2007 at 12:56:54PM +0100, Florent Thoumie wrote: Tim Bishop wrote: On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Shouldn't be a problem if you have the symlink from X11R6 to local. Yeah - I'm running without the symlink so I can discover problems (in my scripts and config mainly). :-) There are probably quite a few of them. It will be best to wait until after the import to start addressing these to avoid confusing the issue. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
Kris Kennaway wrote: Dear porters, We are now ready for xorg 7.2 testing! Over the past week we have done extensive tests of various upgrade scenarios, fixed many remaining bugs, and now the upgrade is looking good. Of course, we can't possibly test everything, so that's where you come in. What we need now is for everyone to download this tarball: http://people.freebsd.org/~kris/ports-xorg-7.2.tbz Extract it into a clean directory (i.e. not over the top of your existing ports tree), then follow the directions in UPDATING to begin the upgrade process. In particular, please pay special attention to the instructions on how to record and report information should something go wrong: without a transcript of the upgrade session we may be unable to determine what went wrong on your system, and your report may be wasted. We're asking all FreeBSD ports committers and other interested developers to participate in this process: it's now up to you guys to test the upgrade and report problems you encounter, before we unleash it on the general user base. Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. Kris Hi! I upgraded to 7.2 on a i386 machine running 6-STABLE and it went quite smooth, the only problem was that i didnt have the xorg-6.9-meta port installed which i noticed when the upgrade was done, but it was just to install the new meta port. The mergescript left some stuff in /usr/X11R6 which i had to delete manually, probably some stuff i installed manually like themes or things that havn't been deinstalled correctly (long before the upgrade, most of the files wasn't referenced by installed ports, checked by pkg_info -W). I also had to reinstall the nvidia-driver manually after the portupgrade -a finished. I noticed it was missing when i tried to start X after the upgrade. My install was done using the first tarball and portupgrade-devel, but i used a mergescript from a later release. The log are available by request. Thank you for all working on this. /cjg ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Weird issue after Xorg upgrade
Hi all, it could be unrelated to Xorg upgrade, but now root, only root, is unable to switch from X to console. Ctrl+Alt+Fn doesn't work neither after a 'startx' neither after a [kdm|gmd|xdm]. Regular users instead can do it. ? -- Diego Depaoli ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [patch] Xorg 7.2 - graphics/mesa-demos broken for non-NVIDIA
Marcelo Araujo wrote: Hey folks! I investigated this problem. I'm not sure about this! But, you must OPEN the PRs, for I will check it. You has to use for doing this, the tools, GNATS-WEB, ports-mgmt/porttools or sysutils/gtk-send-pr. Best Regards. The PR is there. Please have a look, as usual it might take a couple of minutes before it shows up. http://www.freebsd.org/cgi/query-pr.cgi?pr=112668 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Weird issue after Xorg upgrade
On Mon, 14 May 2007, Diego Depaoli wrote: Hi all, it could be unrelated to Xorg upgrade, but now root, only root, is unable to switch from X to console. Ctrl+Alt+Fn doesn't work neither after a 'startx' neither after a [kdm|gmd|xdm]. Regular users instead can do it. ? -- Diego Depaoli Sounds unrelated because I can switch to the console no problem under Linux. Some questions: -Do you use a login daemon for user's to access the machine? -Have you checked the console for error messages or /var/log/Xorg.0.log? -What video driver do you use? -How did you upgrade to Xorg 7.2? -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing [SUCCESS]
On Mon, May 14, 2007 at 05:36:26PM -0800, Beech Rintoul wrote: Everything built with no errors. Tested, looks good with KDE (fonts look better). One error, had to merge skype by hand. Thanks, yeah I think skype (and probably skype-devel) needs a version bump to move it out of /usr/X11R6. Kris pgp343PEWgvmT.pgp Description: PGP signature
Re: HEADS UP: xorg 7.2 ready for testing [SUCCESS]
On Mon, 14 May 2007, Kris Kennaway wrote: On Mon, May 14, 2007 at 05:36:26PM -0800, Beech Rintoul wrote: Everything built with no errors. Tested, looks good with KDE (fonts look better). One error, had to merge skype by hand. Thanks, yeah I think skype (and probably skype-devel) needs a version bump to move it out of /usr/X11R6. Kris firefox, thunderbird, and irc/xchat2 built and run like clockwork, btw :). -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
