Re: Speeding up pkg_version and perhaps other port utilities
Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (Sat, 19 May 2007 23:48:52 -0500): On my system, the program pkg_version can double its speed simply by replacing make -V PKGNAME by make BEFOREPORTMK=yes -V PKGNAME in src/usr.sbin/pkg_install/version. Basically what it does is to tell make to process only about half of bsd.port.mk. It seems to me that with some clever use like this, certain commands like make all-package-depends could selectively read only parts of bsd.port.mk. You have to make sure no dependency is set in the second part of bsd.port.mk then. I don't know for sure if this is already the case. I expect that it is not the case. Bye, Alexander. -- A stagnant science is at a standstill. http://www.Leidinger.net Alexander @ 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: X.org 7.2 ports merged into the FreeBSD Ports Tree
in message [EMAIL PROTECTED], wrote Peter Jeremy thusly... On 2007-May-19 15:10:07 -0700, Doug Barton [EMAIL PROTECTED] wrote: Peter Jeremy wrote: I presume there will be followup commits at some stage to fix src/etc/defaults/rc.conf src/etc/defaults/periodic.conf and src/etc/login.conf ... If you upgrade to xorg 7.2 but don't cleanup the /etc files then rc.d and periodic scripts are processe twice. (I was getting warned about ports with security problems twice). I am using FreeBSD 6. I haven't tried xorg 7.2 port(s) yet, but recently did merge /usr/X11R6 to /usr/local (programs reinstalled, made link to X11R6 to local, and such). On a reboot after that, scripts indeed ran twice. That was very annoying. and mildly surprising, as the scripts are currently dumb enough not to realize that /usr/X11R6 is a symbolic link to /usr/local. That was fixed by, in /etc/rc.conf, ... local_startup=/usr/local/etc/rc.d local_periodic=/usr/local/etc/periodic - Parv -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Speedup for make clean-depends (and thus make clean)
Hi, the attached patch speeds up make clean-depends in the case when not a lot of work directories exist (basic idea by Jeremy Lea). It does this by only including dirs in the cleaning where a WRKDIR exists. In the X.org 7.2 dependency tree case and a completely clean ports tree it is a speedup from about 7min10 to 4min40 on my system. For a not so clean ports tree the time should be more than this, as the cleaning itself will take a good amount of time. But on a system where you only build a leaf port, or in case of portupgrade where a lot of subdirs are clean, it should give a nice speed improvement. This version does not change the semantics of a make clean. If we are allowed to change the semantic (not calculating the dependency-subtree in case a port is already clean), it should be possible to speed this up more. I could write such a new target, e.g. limited-clean, which could be used with update tools if there's some interest in something like this from the author of such a tool. Bye, Alexander. -- The only way to make up for being lost is to make record time while you are lost. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 --- bsd.port.mk Fri May 18 13:34:19 2007 +++ bsd.port.mk Sun May 20 08:37:53 2007 @@ -5047,9 +5058,46 @@ L=$$l; \ done +CLEAN-DEPENDS-LIST= \ + L=${_DEPEND_DIRS}; \ + checked=; \ + while [ -n $$L ]; do \ + l=; \ + for d in $$L; do \ + case $$checked in \ + $$d\ *|*\ $$d\ *|*\ $$d) \ +continue;; \ + esac; \ + checked=$$checked $$d; \ + if [ ! -d $$d ]; then \ +${ECHO_MSG} ${PKGNAME}: \$$d\ non-existent -- dependency list incomplete 2; \ +continue; \ + fi; \ + if [ -d ${WRKDIRPREFIX}$$(${REALPATH} $$d)/work ]; then \ +${ECHO_CMD} $$d; \ + else \ +if [ -d $$(cd $$d ${MAKE} -V WRKDIR) ]; then \ + ${ECHO_CMD} $$d; \ +fi; \ + fi; \ + if ! children=$$(cd $$d ${MAKE} -V _DEPEND_DIRS); then \ +${ECHO_MSG} ${PKGNAME}: \$$d\ erroneous -- dependency list incomplete 2; \ +continue; \ + fi; \ + for child in $$children; do \ +case $$checked $$l in \ +$$child\ *|*\ $$child\ *|*\ $$child) \ + continue;; \ +esac; \ +l=$$l $$child; \ + done; \ + done; \ + L=$$l; \ + done + .if !target(clean-depends) clean-depends: - @for dir in $$(${ALL-DEPENDS-LIST}); do \ + @for dir in $$(${CLEAN-DEPENDS-LIST}); do \ (cd $$dir; ${MAKE} NOCLEANDEPENDS=yes clean); \ done .endif ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 7.2 funal upgrade trouble
El domingo 20 de mayo a las 01:15:45 CEST, Dmitry Morozovsky escribió: On Sun, 20 May 2007, Pav Lucistnik wrote: PL Dmitry Morozovsky p??e v ne 20. 05. 2007 v 02:50 +0400: PL PL However, just after The Big Commit [tm] ;) I'd falled into very strange erro PL (last few lines from script log): PL PL Error: mtree file /usr/ports/Templates/BSD.local.dist is missing. PL Copy it from a suitable location (e.g., /usr/src/etc/mtree) and try again. PL *** Error code 1 PL PL Hence, I could not install portupgrade-devel. PL PL This is on rather fresh (week old) RELENG_6. PL PL Can anyone sched me a bit of light? Thanks in advance. PL PL Already fixed - wait another hour and cvsup/portsnap again. Ah, I see (last commit from flz). Copying from the place mentioned helps too ;) I did that yesterday, but I see now some differences between that files (after a recent portsnap) # diff /usr/ports/Templates/BSD.local.dist /usr/src/etc/mtree/BSD.local.dist --- /usr/ports/Templates/BSD.local.dist Sat May 19 23:55:00 2007 +++ /usr/src/etc/mtree/BSD.local.dist Tue May 9 21:42:12 2006 @@ -1,4 +1,4 @@ -# $FreeBSD: ports/Templates/BSD.local.dist,v 1.1 2007/05/19 21:55:00 flz Exp $ +# $FreeBSD: src/etc/mtree/BSD.local.dist,v 1.117.2.1 2006/01/17 06:53:17 dougb Exp $ # # Please see the file src/etc/mtree/README before making changes to this file. # @@ -14,20 +14,10 @@ .. .. include -X11 -.. .. info .. lib ... Will I get into trouble? I have done already # portupgrade -f -o ports-mgmt/portupgrade-devel portupgrade # portupgrade -Rf libXft Best regards -- http://www.telefonica.net/web2/gauss pgpJzqyPnveeq.pgp Description: PGP signature
Re: Xorg 7.2.0 Release
Le 19/05/2007 à 17:27:42-0400, Colin Percival a écrit Garrett Cooper wrote: Please be aware that the portsnap snapshot hasn't been updated yet to include the X.org 7.2 addition, if you use portsnap. Right now, portsnap is distributing half of Xorg 7.2. This isn't portsnap's fault; the portsnap buildbox CVSuped from cvsup-master in the middle of flz's commit. The rest should be available via portsnap in approximately 45 minutes. Do portsnap just now : [EMAIL PROTECTED] ~]# portsnap fetch Looking up portsnap.FreeBSD.org mirrors... none found. Fetching snapshot tag from portsnap.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Thu May 17 09:35:44 CEST 2007 to Sun May 20 10:37:19 CEST 2007. Fetching 3 metadata patches.. done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 6188 patches.102030405060708090 [EMAIL PROTECTED] ~]# portversion -v -l |wc 1551096 10423 [EMAIL PROTECTED] ~] holly shiiitthat's big... I think I'm going to make a format/install/build-ports Lots of thanks for this work. Regards. -- Albert SHIH Observatoire de Paris Meudon SIO batiment 15 Heure local/Local time: Dim 20 mai 2007 11:48:28 CEST ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org 7.2 ports merged into the FreeBSD Ports Tree
Peter Jeremy [EMAIL PROTECTED] writes: That rates as the biggest commit I recall seeing: - Affecting 7868 files - Updating 6168 ports - Creating 255 new ports - 700KB, 14553 line commit message The commit message never showed up in my inbox... 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: X.org 7.2 ports merged into the FreeBSD Ports Tree
On 5/20/07, Dag-Erling Smørgrav [EMAIL PROTECTED] wrote: Peter Jeremy [EMAIL PROTECTED] writes: That rates as the biggest commit I recall seeing: - Affecting 7868 files - Updating 6168 ports - Creating 255 new ports - 700KB, 14553 line commit message The commit message never showed up in my inbox... Freshports never saw it, either: http://www.freshports.org/x11/xorg/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ghostscript-gpl has a wrong PORTREVISION
Hi, from the Makefile: ---snip--- PORTVERSION=${GS_VERSION} PORTREVISION= 1 PORTREVISION= ${GS_REVISION} ---snip--- Bye, Alexander. -- Know what I hate most? Rhetorical questions. -- Henry N. Camp http://www.Leidinger.net Alexander @ 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?
Am 17.05.2007 um 22:58 schrieb Stephen Montgomery-Smith: Stephen Montgomery-Smith wrote: Alexander Leidinger wrote: As portupgrade cleans before and after updating a port, optimizing this may also be beneficial. Maybe first trying to construct all dependencies of the installed ports like in actual-package-depends and then the remaining ones like it is done currently... I don't use make clean preferring a variant of find /usr/ports - name work -exec rm -rf {} \;. I just looked at it. I really don't think it is worth the big effort that we put into registering ports, because a make clean only happens once or twice, unlike registering of the port which happens for every single dependency. I think it would be better to modify portupgrade to use find to delete all the work in all the ports. The work dir is not necessarily where you assume it is. If you mount / usr/ports r/o (i.e. in a jail, or shared via NFS), you probably do something like this in make.conf: WRKDIRPREFIX?= /var/ports/work WRKDIR?=${WRKDIRPREFIX}${.CURDIR:S/${PORTSDIR}//} Running find on /usr/ports is not of much use then... Stefan -- Stefan Bethke [EMAIL PROTECTED] Fon +49 170 346 0140 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ghostscript-gpl has a wrong PORTREVISION
Alexander Leidinger píše v ne 20. 05. 2007 v 13:40 +0200: from the Makefile: ---snip--- PORTVERSION=${GS_VERSION} PORTREVISION= 1 PORTREVISION= ${GS_REVISION} ---snip--- Fixed! -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] In God we trust. All others must use the callback verifier. signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: HEADS UP: xorg 7.2 ready for testing
On Sun, May 20, 2007 at 10:37:23AM +1000, Peter Jeremy wrote: [Picking a random posting] For the past 4 days, you have been making a variety of doing X broke Y comments in a variety of threads without ever providing sufficient information to allow someone else to make a sensible response. The posting I am replying to is no different. On 2007-May-19 16:18:08 -0700, KAYVEN RIESE [EMAIL PROTECTED] wrote: i don't know exactly what x11-toolkits are for x11-toolkits are a collection of X Window System based development toolkits but i know they were causing me problems. The closest I can find to any details on this is your posting of 17 May 2007 12:05:07 -0700 where you post an extract of gtk20 failing to configure. Did you follow the instructions that you copied into that posting? i do know i use GIMP and want to ask if this means GIMP is not going to be supported by xorg 7.2 It works OK for me. The gimp upgrade on 4th April means that some additional steps are necessary to upgrade gimp if you have not already upgraded it. This means that the xorg 'portupgrade -a' will probably fail to automatically upgrade gimp. I upgraded to the latest GIMP using the exact steps described in the UPDATE file on the 4th of April. It worked fine, but I don't know why portupgrade -a complains now. Maybe I have done something wrong back then... if it is not, is there an alternative jpeg editing program in its place? I suggest you browse http://www.freebsd.org/ports/graphics.html -- Peter Jeremy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGT5hD/opHv/APuIcRAhsiAJ49J2Mxdup4ly8l7ubib3Exi89eXwCfQUOq Vv/tMmdj7/Y+In/TYcIp/Rg= =KbHw -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: HEADS UP: xorg 7.2 ready for testing
Ok, everything upgraded fine after some more pkgdb -F and portupgrade -a, except : x11-toolkits/tix x11-toolkits/qt4-gui I removed them since they were left overs from some app I used some time ago and I don't need them any more. However the mergebase script is complaining now that the following files are in both /usr/local and /usr/X11R6: http://www.physics.upatras.gr/~laganakos/files/freebsd/mergebase.fail I'm not sure what I should do now, and which file to erase or move. Help! X11 still works fine, although I noticed that some applications that still work, use quite larger fonts... Strange, any ideas about this? Kind regards, Vassilis On Sat, May 19, 2007 at 09:54:06PM +0300, Laganakos Vassilis wrote: The problem with sdl12 was related to evas port. If DirectFB rendering is enabled in graphics/evas, then devel/sdl does not compile and gives the error I reported. I disabled the DirectFB rendering in evas, and sdl installed correctly. The other ones failed again, but I hope after a few portupgrade -a they will compile and upgrade. Kind regards, Vassilis On Sat, May 19, 2007 at 03:57:28PM +0300, Laganakos Vassilis wrote: On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: 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. Hi, A bit delayed :) but I finally got the tarball (the latest one from the Wiki page) and I proceeded to upgrading. Everything related to the xorg-* ports seemed to go just fine. After ~36 hours of compiling and numerous portupgrade -a it came down to the failure of the following, that prevented the upgrade of the rest ports. The faulted ones are: x11-toolkits/tix x11-toolkits/qt4-gui devel/sdl12 graphics/gimp print/gutenprint I'm not sure why the gimp and related port, showed up problems. I had upgraded it the way the UPGRADE said a month ago. Anyway, I can remove them and try again. The links to the scripts of the failing ones (bziped and bunzipped): http://www.physics.upatras.gr/~laganakos/files/freebsd/x11-toolkits_tix http://www.physics.upatras.gr/~laganakos/files/freebsd/x11-toolkits_tix.bz2 http://www.physics.upatras.gr/~laganakos/files/freebsd/x11-toolkits_qt4-gui http://www.physics.upatras.gr/~laganakos/files/freebsd/x11-toolkits_qt4-gui.bz2 http://www.physics.upatras.gr/~laganakos/files/freebsd/devel_sdl12 http://www.physics.upatras.gr/~laganakos/files/freebsd/devel_sdl12.bz2 Any clues about this? I followed exactly the procedure you described for the upgrading. I havent though executed the merging script, because I'm not sure if I should run this after the first portupgrade -a, or wait until everything has compliled and upgraded correctly. (This was not very clear) Xorg 7.2 though, works sweet and I have the impression that my X600 radeon is going faster :) Thanx to everyone that worked on the port! Kind regards, Vassilis -- ___ 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] -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: p7zip-4.45
Hi there I have recently done a portupgrade on a 4.11 server and keep hitting the following error (installing this as I am trying to use amavisd-new). Can you point me in the right direct to resolve the problem? Thanks David === Configuring for p7zip-4.45 === Building for p7zip-4.45 mkdir -p bin cd CPP/Common ; make all cc -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows main.c c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows StringToInt.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows Vector.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows CommandLineParser.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows CRC.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows IntToString.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows ListFileUtils.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows MyWindows.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows StdInStream.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows StdOutStream.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows StringConvert.cpp c++ -O -pipe -s -DNDEBUG -D_REENTRANT -DENV_UNIX -I../myWindows - I../ -I../include_windows -c -I../../../myWindows -I../../../ - I../../../include_windows String.cpp String.cpp: In function `__wchar_t MyCharLower(__wchar_t)': String.cpp:59: implicit declaration of function `int towlower(...)' String.cpp: In function `__wchar_t MyCharUpper(__wchar_t)': String.cpp:83: implicit declaration of function `int towupper(...)' *** Error code 1 Stop in /usr/ports/archivers/p7zip/work/p7zip_4.45/CPP/Common. *** Error code 1 Stop in /usr/ports/archivers/p7zip/work/p7zip_4.45. *** Error code 1 Stop in /usr/ports/archivers/p7zip. ___ 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: p7zip-4.45
David Hunt píše v ne 20. 05. 2007 v 21:57 +0930: I have recently done a portupgrade on a 4.11 server and keep hitting 4.11 is no longer supported. String.cpp:59: implicit declaration of function `int towlower(...)' 4.11 lacks many wide character functions. -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] 25 And the Lord spoke unto the Angel that guarded the eastern gate, saying, Where is the flaming sword which was given unto thee? 26 And the Angel said, I had here only a moment ago, I must have put it down some where, forget my own head next. 27 And the Lord did not ask him again. signature.asc Description: Toto je digitálně podepsaná část zprávy
Setting X11BASE
Hello. I'm trying to do security updates on a few hosts of mine, but nothing (portsdb, portupgrade, ...) will work, with the following reason. On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. I know of the X.Org 7.2 update, but I'm trying to avoid that, since this are text-mode servers, and I only have xorg-libraries-6.x as a dependency of other ports. Before I do something really bad, I thought I'd ask: should I really set X11BASE=${LOCALBASE} or should I set X11BASE=/usr/X11R6? In case in the future I do upgrade X.Org, should I remove that? bye Thanks av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird OpenLDAP (Was: Re: HEADS UP: xorg 7.2 ready for testing)
On Sun, May 13, 2007 at 09:05:40PM -0400, Joe Marcus Clarke wrote: On Mon, 2007-05-14 at 01:34 +0100, Tim Bishop wrote: On Sun, May 13, 2007 at 07:05:05PM -0400, Howard Goldstein wrote: Tim Bishop wrote: The problem is identical with all three. I have openldap installed: openldap-client-2.3.35 And it's the owner of /usr/local/include/lber.h. I can't see why this problem has emerged now - these apps were already sharing /usr/local. Maybe it's unrelated to the xorg upgrade? It seems to be unrelated. There's a PR for this. A workaround is this Ah, well spotted! I hadn't noticed that PR. On closer inspection it's fairly obvious where the problem is. The included lber-int.h includes lber.h. This isn't in the current directory and looking at the compiler options we can see how it finds the system installed version rather than the local version first: cc ... -I/usr/local/include ... -I../../../ldap/include ... But I'm not sure where to start looking in this build system to fix it ;-) This is easy. Just set CPPFLAGS to: CPPFLAGS+=-I${LOCALBASE}/include/nss -I${LOCALBASE}/include/nss/nss In www/mozilla/Makefile.common. This will be one of the post-merge housekeeping things we take care of. Hi Joe, Whilst this has solved the problem for seamonkey and mozilla, thunderbird still fails to compile: gmake[5]: Entering directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cc -o decode.o -c -I/usr/local/include/nss -I/usr/local/include/nss/nss -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -a nsi -Wall -pthread -O2 -fPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DUSE_WAITPID -DNEEDPROTOS-DNET_SSL -DNO_LIBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../ldap /include -I/usr/ports/mail/thunderbird/work/mozilla/dist/./include decode.c In file included from decode.c:52: lber-int.h:121: error: syntax error before LDAP_CALLBACK lber-int.h:130: error: redefinition of typedef 'Seqorset' /usr/local/include/lber.h:164: error: previous declaration of 'Seqorset' was here lber-int.h:149: error: syntax error before ldap_x_iovec lber-int.h:165: error: syntax error before BERTranslateProc lber-int.h:187: error: syntax error before LDAP_IOF_READ_CALLBACK lber-int.h:198: error: syntax error before LDAP_X_EXTIOF_READ_CALLBACK lber-int.h:207: error: syntax error before LBER_SOCKET lber-int.h:216: error: syntax error before LBER_SOCKET lber-int.h:223: error: field `sb_ext_io_fns' has incomplete type decode.c:62: error: syntax error before ber_get_tag decode.c:69: error: syntax error before if gmake[5]: *** [decode.o] Error 1 gmake[5]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk' gmake[1]: *** [ldap] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla' gmake: *** [default] Error 2 It looks like -I/usr/local/include has crept in from somewhere else. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org update broke emulators/wine with old version of X
Gerald Pfeifer wrote: On my FreeBSD 6.2 test system with xorg-libraries-6.9.0 I am getting the following build failure after the X.org update: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ddraw.spec clipper.o ddraw.o ddraw_thunks.o device.o direct3d.o executebuffer.o gamma.o light.o main.o material.o palette.o parent.o regsvr.o surface.o surface_thunks.o texture.o utils.o vertexbuffer.o viewport.o version.res -o ddraw.dll.so -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lntdll -ldxguid -luuid -L/usr/local/lib -R/usr/local/lib -lXext -lX11 ../../libs/port/libwine_port.a -L/files/pfeifer/porttest/wine/lib -L/usr/local/lib -Wl,-rpath,/files/pfeifer/porttest/wine/lib/wine /usr/bin/ld: cannot find -lXext winegcc: cc failed. gmake[2]: *** [ddraw.dll.so] Error 2 I believe this happens because of the changes to Mk/bsd.xorg.mk. The libraries are still there, but I assume the old /usr/X11R6/lib path is not provided any longer: % find /usr/X11R6/ -name '*libXext*' /usr/X11R6/lib/libXext.a /usr/X11R6/lib/libXext.so /usr/X11R6/lib/libXext.so.6 Can someone more familiar with this lend a helping hand, please? I assume we do want to support users still running older versions of X, don't we? Not really. This is why XFree86-4 will go away in a few months. In that case, it's not about the version of X. The breakage is caused by the PREFIX merge. -- Florent Thoumie [EMAIL PROTECTED] FreeBSD Committer signature.asc Description: OpenPGP digital signature
lang/jdk14 is broken with xorg42
Hi, I found lang/jdk14 is broken with xorg42 with following error message. ../../../src/solaris/native/sun/awt/awt_motif21.c:26: error: conflicting types for 'XmImGetXIC' /usr/local/include/Xm/XmIm.h:92: error: previous declaration of 'XmImGetXIC' was here ../../../src/solaris/native/sun/awt/awt_motif21.c:26: error: conflicting types for 'XmImGetXIC' /usr/local/include/Xm/XmIm.h:92: error: previous declaration of 'XmImGetXIC' was here ../../../src/solaris/native/sun/awt/awt_motif21.c: In function `getTextWidget': ../../../src/solaris/native/sun/awt/awt_motif21.c:54: warning: cast to pointer from integer of different size ../../../src/solaris/native/sun/awt/awt_motif21.c:58: warning: cast to pointer from integer of different size gmake[4]: *** [/usr/ports/java/jdk14/work/control/build/bsd-i586/tmp/sun/sun.awt/awt/obj/awt_motif21.o] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/sun/awt' gmake[3]: *** [optimized] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/sun/awt' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make/sun' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/java/jdk14/work/j2se/make' gmake: *** [j2se-build] Error 2 This error was derived from two reason: 1. NeedWidePrototypes (X11/Xfuncproto.h) was changed from 0 to 1 from xorg42. 2. awt_motif21.c has an ifdef switch to see Xm/XmIm.h or declare prototype by itself, but its condition is #if (XmVersion == 2001). So far, NeedWidePrototypes have been 0 and prototype declaration have been happened to be matched. So this should be work: --- work/j2se/src/solaris/native/sun/awt/awt_motif21.c.orig Sun May 20 23:57:17 2007 +++ work/j2se/src/solaris/native/sun/awt/awt_motif21.c Sun May 20 23:10:20 2007 @@ -15,7 +15,7 @@ #include awt_p.h #include awt_Component.h -#if (XmVersion == 2001) +#if (XmVersion = 2001) #include Xm/XmIm.h #else #define XmPER_SHELL 0 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird OpenLDAP (Was: Re: HEADS UP: xorg 7.2 ready for testing)
On Sun, May 20, 2007 at 03:45:32PM +0100, Tim Bishop wrote: On Sun, May 13, 2007 at 09:05:40PM -0400, Joe Marcus Clarke wrote: On Mon, 2007-05-14 at 01:34 +0100, Tim Bishop wrote: On Sun, May 13, 2007 at 07:05:05PM -0400, Howard Goldstein wrote: Tim Bishop wrote: The problem is identical with all three. I have openldap installed: openldap-client-2.3.35 And it's the owner of /usr/local/include/lber.h. I can't see why this problem has emerged now - these apps were already sharing /usr/local. Maybe it's unrelated to the xorg upgrade? It seems to be unrelated. There's a PR for this. A workaround is this Ah, well spotted! I hadn't noticed that PR. On closer inspection it's fairly obvious where the problem is. The included lber-int.h includes lber.h. This isn't in the current directory and looking at the compiler options we can see how it finds the system installed version rather than the local version first: cc ... -I/usr/local/include ... -I../../../ldap/include ... But I'm not sure where to start looking in this build system to fix it ;-) This is easy. Just set CPPFLAGS to: CPPFLAGS+= -I${LOCALBASE}/include/nss -I${LOCALBASE}/include/nss/nss In www/mozilla/Makefile.common. This will be one of the post-merge housekeeping things we take care of. Hi Joe, Whilst this has solved the problem for seamonkey and mozilla, thunderbird still fails to compile: gmake[5]: Entering directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cc -o decode.o -c -I/usr/local/include/nss -I/usr/local/include/nss/nss -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -a nsi -Wall -pthread -O2 -fPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DUSE_WAITPID -DNEEDPROTOS-DNET_SSL -DNO_LIBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../ldap /include -I/usr/ports/mail/thunderbird/work/mozilla/dist/./include decode.c In file included from decode.c:52: lber-int.h:121: error: syntax error before LDAP_CALLBACK lber-int.h:130: error: redefinition of typedef 'Seqorset' /usr/local/include/lber.h:164: error: previous declaration of 'Seqorset' was here lber-int.h:149: error: syntax error before ldap_x_iovec lber-int.h:165: error: syntax error before BERTranslateProc lber-int.h:187: error: syntax error before LDAP_IOF_READ_CALLBACK lber-int.h:198: error: syntax error before LDAP_X_EXTIOF_READ_CALLBACK lber-int.h:207: error: syntax error before LBER_SOCKET lber-int.h:216: error: syntax error before LBER_SOCKET lber-int.h:223: error: field `sb_ext_io_fns' has incomplete type decode.c:62: error: syntax error before ber_get_tag decode.c:69: error: syntax error before if gmake[5]: *** [decode.o] Error 1 gmake[5]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk' gmake[1]: *** [ldap] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla' gmake: *** [default] Error 2 It looks like -I/usr/local/include has crept in from somewhere else. And if I opened my eyes I'd have noticed this in the thunderbird port's Makefile: CFLAGS+=-I${X11BASE}/include For me, at least, it builds fine without it. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing (could not open default font 'fixed' error)
Hello list, 1-I've successfully upgraded my ports tree 2-use /usr/ports/Tools/scripts/mergebase.sh and make required sym-link to /usr/local/lib/X11 3- run X -configure 4- run X -config xorg.conf.new but i have an error: could not open default font 'fixed' I forgot something? Thnanks X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-RELEASE i386 Current Operating System: FreeBSD xxx 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 Build Date: 20 May 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun May 20 18:34:00 2007 (++) Using config file: xorg.conf.new (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/local/share/X11/rgb (**) ModulePath set to /usr/local/lib/xorg/modules (II) Loader magic: 0x819e340 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.1 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: pcidata (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.1 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2530 card 8086,2530 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2532 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,2442 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,2442 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,2442 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,2442 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2445 card 8086,2445 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5960 card 1002,5960 rev 01 class 03,00,00 hdr 80 (II) PCI: 01:00:1: chip 1002,5940 card 1002,5961 rev 01 class 03,80,00 hdr 00 (II) PCI: 02:04:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000e (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0 0x9400 - 0x94ff (0x100) IX[B] [2] -1 0 0x9800 - 0x98ff (0x100) IX[B] [3] -1 0 0x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe800 - 0xe9ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xe7ff (0x1000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0xa000 - 0xa0ff (0x100) IX[B] [1] -1 0 0xa400 - 0xa4ff (0x100) IX[B] [2] -1 0 0xa800 - 0xa8ff (0x100) IX[B] [3] -1 0 0xac00 - 0xacff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xea00 - 0xea0f (0x10) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1, Mem @
Re: HEADS UP: xorg 7.2 ready for testing (could not open default font 'fixed' error)
On Sun, 20 May 2007 18:55:43 +0200 Gaye Abdoulaye [EMAIL PROTECTED] wrote: Hello list, 1-I've successfully upgraded my ports tree 2-use /usr/ports/Tools/scripts/mergebase.sh and make required sym-link to /usr/local/lib/X11 3- run X -configure 4- run X -config xorg.conf.new but i have an error: could not open default font 'fixed' I forgot something? Thnanks I had the same error. Installing the x11-fonts/xorg-fonts port fixed it. Jona ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org 7.2 ports merged into the FreeBSD Ports Tree
On Sun, May 20, 2007 at 03:12:50PM +0400, Andrew Pantyukhin wrote: On 5/20/07, Dag-Erling Smørgrav [EMAIL PROTECTED] wrote: Peter Jeremy [EMAIL PROTECTED] writes: That rates as the biggest commit I recall seeing: - Affecting 7868 files - Updating 6168 ports - Creating 255 new ports - 700KB, 14553 line commit message The commit message never showed up in my inbox... Freshports never saw it, either: http://www.freshports.org/x11/xorg/ The commit broke freshports in new and interesting ways. The size of the commit makes two jobs deadlock eachother in some way, but unfortunately Dan is busy with BSDCan and now PGcon, so it can take a couple of days before he has time to look more closely into it. -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] pgpb4H5lhRW1U.pgp Description: PGP signature
Re: Setting X11BASE
On Sun, May 20, 2007 at 03:13:42PM +0200, Andrea Venturoli wrote: Hello. I'm trying to do security updates on a few hosts of mine, but nothing (portsdb, portupgrade, ...) will work, with the following reason. On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. I know of the X.Org 7.2 update, but I'm trying to avoid that, since this are text-mode servers, and I only have xorg-libraries-6.x as a dependency of other ports. Before I do something really bad, I thought I'd ask: should I really set X11BASE=${LOCALBASE} or should I set X11BASE=/usr/X11R6? In case in the future I do upgrade X.Org, should I remove that? The former, and you'll need to keep it until your upgrade your base system. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 7.2 funal upgrade trouble
On Sun, May 20, 2007 at 10:23:12AM +0200, Jos? Garc?a Juanino wrote: # diff /usr/ports/Templates/BSD.local.dist /usr/src/etc/mtree/BSD.local.dist --- /usr/ports/Templates/BSD.local.dist Sat May 19 23:55:00 2007 +++ /usr/src/etc/mtree/BSD.local.dist Tue May 9 21:42:12 2006 @@ -1,4 +1,4 @@ -# $FreeBSD: ports/Templates/BSD.local.dist,v 1.1 2007/05/19 21:55:00 flz Exp $ +# $FreeBSD: src/etc/mtree/BSD.local.dist,v 1.117.2.1 2006/01/17 06:53:17 dougb Exp $ # # Please see the file src/etc/mtree/README before making changes to this file. # @@ -14,20 +14,10 @@ .. .. include -X11 -.. .. info .. lib ... Will I get into trouble? Probably, you do need that new directory. Go back and use the port version. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org update broke emulators/wine with old version of X
On Sun, May 20, 2007 at 04:29:07PM +0200, Gerald Pfeifer wrote: On my FreeBSD 6.2 test system with xorg-libraries-6.9.0 I am getting the following build failure after the X.org update: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ddraw.spec clipper.o ddraw.o ddraw_thunks.o device.o direct3d.o executebuffer.o gamma.o light.o main.o material.o palette.o parent.o regsvr.o surface.o surface_thunks.o texture.o utils.o vertexbuffer.o viewport.o version.res -o ddraw.dll.so -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lntdll -ldxguid -luuid -L/usr/local/lib -R/usr/local/lib -lXext -lX11 ../../libs/port/libwine_port.a -L/files/pfeifer/porttest/wine/lib -L/usr/local/lib -Wl,-rpath,/files/pfeifer/porttest/wine/lib/wine /usr/bin/ld: cannot find -lXext winegcc: cc failed. gmake[2]: *** [ddraw.dll.so] Error 2 I believe this happens because of the changes to Mk/bsd.xorg.mk. The libraries are still there, but I assume the old /usr/X11R6/lib path is not provided any longer: % find /usr/X11R6/ -name '*libXext*' /usr/X11R6/lib/libXext.a /usr/X11R6/lib/libXext.so /usr/X11R6/lib/libXext.so.6 Can someone more familiar with this lend a helping hand, please? I assume we do want to support users still running older versions of X, don't we? Per my email to ports the other week, XFree86-4 requires a maintainer interested in keeping support alive. In particular since we now have no supported build architectures that are using XFree86-4 by default, it will be (and has been) entirely untested with the post-X.org changes and will quickly rot. So far no-one has stepped up to volunteer maintainership of XFree86-4, so we will shortly begin the usual deprecation process. 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 (could not open default font 'fixed' error)
On Sun, May 20, 2007 at 07:26:00PM +0200, Jona Joachim wrote: On Sun, 20 May 2007 18:55:43 +0200 Gaye Abdoulaye [EMAIL PROTECTED] wrote: Hello list, 1-I've successfully upgraded my ports tree 2-use /usr/ports/Tools/scripts/mergebase.sh and make required sym-link to /usr/local/lib/X11 3- run X -configure 4- run X -config xorg.conf.new but i have an error: could not open default font 'fixed' I forgot something? Thnanks I had the same error. Installing the x11-fonts/xorg-fonts port fixed it. Did you both check whether you have the xorg metaport installed, per the note in UPDATING? Some people didn't have it on 6.9 which means they will miss out on a complete xorg 7.2 installation. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org 7.2 ports merged into the FreeBSD Ports Tree
Kris Kennaway [EMAIL PROTECTED] writes: Dag-Erling Smørgrav [EMAIL PROTECTED] writes: The commit message never showed up in my inbox... Check your mail log. On my system I have cvsmail configured to add diffs to the commit mails (which is implemented by repeatedly querying cvsweb), and postfix timed out waiting for it to finish (not surprising), and bounced the email. I don't have anything like that set up. My logs show that nothing larger than ~4000 bytes has been received (nor rejected) from [EMAIL PROTECTED] in the last two days. In fact, nothing at all coming from mx2.freebsd.org has been rejected. The message never left mx2. 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: X.org 7.2 ports merged into the FreeBSD Ports Tree
On Sun, May 20, 2007 at 08:42:05PM +0200, Dag-Erling Smrgrav wrote: Kris Kennaway [EMAIL PROTECTED] writes: Dag-Erling Smørgrav [EMAIL PROTECTED] writes: The commit message never showed up in my inbox... Check your mail log. On my system I have cvsmail configured to add diffs to the commit mails (which is implemented by repeatedly querying cvsweb), and postfix timed out waiting for it to finish (not surprising), and bounced the email. I don't have anything like that set up. My logs show that nothing larger than ~4000 bytes has been received (nor rejected) from [EMAIL PROTECTED] in the last two days. In fact, nothing at all coming from mx2.freebsd.org has been rejected. The message never left mx2. Simon mumbled something about ports-committers being special (i.e. an alias, not a list) and probably already was refused somewhere on hub/mx2, and the message only went out on cvs-all and cvs-ports. -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] pgpTnF5w4ZyUI.pgp Description: PGP signature
Re: X.org 7.2 ports merged into the FreeBSD Ports Tree
* Erwin Lansing ([EMAIL PROTECTED]) wrote: The commit broke freshports in new and interesting ways. The size of the commit makes two jobs deadlock eachother in some way, but unfortunately Dan is busy with BSDCan and now PGcon, so it can take a couple of days before he has time to look more closely into it. It broke freshbsd too; the import and database side was fine, but all those files seemed to cause a minor computational complexity issue with the version of ActiveRecord I'm using and eager association loading, meaning the pages were taking minutes of CPU to generate and mostly timing out. It was an 18 character diff to remove part of the join and let ActiveRecord just select files from each commit in seperate queries: http://freshbsd.org/2007/05/19/?project=freebsdcommitter=flzmodule=ports Oh, and I've just noticed my times are all off by an hour. !)£%^!*£( -- Thomas 'Freaky' Hurst http://hur.st/ pgppfta3I131i.pgp Description: PGP signature
[EMAIL PROTECTED]: cvs commit: CVSROOT approvers avail]
A bit belatedly, but this means that the tree is now in a slush. We will allow 3 kinds of fixes, but only after explicit approval from portmgr: 1) xorg fixes (flz has blanket approval) 2) security issues 3) broken ports We expect the slush to last only a few days, unless something major turned up after the xorg upgrade. Patience, my friends! -erwin - Forwarded message from Joe Marcus Clarke [EMAIL PROTECTED] - Date: Sat, 19 May 2007 21:36:52 + (UTC) From: Joe Marcus Clarke [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: Subject: cvs commit: CVSROOT approvers avail marcus 2007-05-19 21:36:52 UTC FreeBSD ports repository Modified files: .approvers avail Log: The ports tree is now unlocked since X.Org 7.2 was imported. However, it is now in a semi-frozen state, requiring approval from portmgr for commits, until the PREFIX change fallout has subsided. Revision ChangesPath 1.14 +1 -1 CVSROOT/approvers http://cvsweb.FreeBSD.org/CVSROOT/approvers.diff?r1=1.13r2=1.14 1.241 +1 -1 CVSROOT/avail http://cvsweb.FreeBSD.org/CVSROOT/avail.diff?r1=1.240r2=1.241 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/cvs-ports To unsubscribe, send any mail to [EMAIL PROTECTED] - End forwarded message - -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// And it makes you cry.) ([EMAIL PROTECTED] pgpPtmHm4cYOw.pgp Description: PGP signature
Re: HEADS UP: xorg 7.2 ready for testing (could not open default font 'fixed' error)
El domingo 20 de mayo a las 18:55:43 CEST, Gaye Abdoulaye escribió: Hello list, 1-I've successfully upgraded my ports tree 2-use /usr/ports/Tools/scripts/mergebase.sh and make required sym-link to /usr/local/lib/X11 3- run X -configure 4- run X -config xorg.conf.new but i have an error: could not open default font 'fixed' I forgot something? It is possible that fonts.alias files are not installed, as in Xorg 7.2 they are supplied by x11-fonts/font-alias port. Regards -- http://www.telefonica.net/web2/gauss pgpVk5W4nxwYe.pgp Description: PGP signature
net/vnc : slight, potential problem
1. It uses /usr/X11R6 in the configure process instead of the correct new location for Xorg. 2. The port requires xfree86 4.8.x. Compiling stuff straight out of the box works partially solves stuff, but I think that the problem lies in the fact that it's not finding some X utilities properly (imake). -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org update broke emulators/wine with old version of X
On Sun, 20 May 2007, Florent Thoumie wrote: Can someone more familiar with this lend a helping hand, please? I assume we do want to support users still running older versions of X, don't we? Not really. This is why XFree86-4 will go away in a few months. In that case, it's not about the version of X. The breakage is caused by the PREFIX merge. Given that we do not have an update solution which nicely works for some non-trivial setups and situations I'm afraid this is going to hurt us. I'll keep testing and reporting bugs and see where this is heading. On Sun, 20 May 2007, Kris Kennaway wrote: Per my email to ports the other week, XFree86-4 requires a maintainer interested in keeping support alive. In particular since we now have no supported build architectures that are using XFree86-4 by default, it will be (and has been) entirely untested with the post-X.org changes and will quickly rot. Please note that my report was for a system running X.org 6.9, not XFree86. Gerald ___ 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 (could not open default font 'fixed' error)
On Sun, 20 May 2007 14:35:02 -0400 Kris Kennaway [EMAIL PROTECTED] wrote: On Sun, May 20, 2007 at 07:26:00PM +0200, Jona Joachim wrote: On Sun, 20 May 2007 18:55:43 +0200 Gaye Abdoulaye [EMAIL PROTECTED] wrote: Hello list, 1-I've successfully upgraded my ports tree 2-use /usr/ports/Tools/scripts/mergebase.sh and make required sym-link to /usr/local/lib/X11 3- run X -configure 4- run X -config xorg.conf.new but i have an error: could not open default font 'fixed' I forgot something? Thnanks I had the same error. Installing the x11-fonts/xorg-fonts port fixed it. Did you both check whether you have the xorg metaport installed, per the note in UPDATING? Some people didn't have it on 6.9 which means they will miss out on a complete xorg 7.2 installation. That note was not in UPDATING when I upgraded xorg :) No I don't have it, I'll install it after portupgrade -rR gstreamer* finishes... pkgdb -F reported a lot of missing dependencies related to X so I ended up writing a script that installs all of them. Thanks for the hint! Jona ___ 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 (could not open default font 'fixed' error)
A fresh install of freebsd without xorg at the first time and after pkg_add -r xorg (with latest stbale packages) seem to solve my problem. May be I did mistakes the first time while upgrading to xorg-7.2 I am trying kde now. Thanks all ___ 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 Sun, May 20, 2007 at 02:46:01PM -0500, Paul Schmehl wrote: --On May 20, 2007 3:13:42 PM +0200 Andrea Venturoli [EMAIL PROTECTED] wrote: Hello. I'm trying to do security updates on a few hosts of mine, but nothing (portsdb, portupgrade, ...) will work, with the following reason. On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. I know of the X.Org 7.2 update, but I'm trying to avoid that, since this are text-mode servers, and I only have xorg-libraries-6.x as a dependency of other ports. I'm in the same situation, with several headless servers with no X running but xorg-libraries installed as a dependency. I tried running portupgrade -ai on one server. It failed. I ran pkgdb -L and fixed a tons of dependencies by installing the new xorg 7.2 ports. Then I ran portupgrade -ai again. This time it upgraded xorg-libraries from 6.9 to 7.2, and the only failures were related to php4 (which was held up by the port freeze and needs a security update, which should be released shortly.) I'm not sure what to do next. I put X11BASE=${LOCALBASE} in /etc/make.conf, and I ran mergebase.sh. Is there anything else that I need to do? Following directions is considered too hard? If you're going to do things in some random order you came up with on your own (instead of following the careful, precise directions provided in UPDATING) then I don't have a lot of patience for helping you recover your damaged system. Good luck :-) 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 (could not open default font 'fixed' error)
Shaun Sabo a écrit : is Xorg -configure broken? On 5/20/07, *Gaye Abdoulaye* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: A fresh install of freebsd without xorg at the first time and after pkg_add -r xorg (with latest stbale packages) seem to solve my problem. May be I did mistakes the first time while upgrading to xorg-7.2 I am trying kde now. -- ~~Shaun Before I reinstall FreeBSD, I had an error with Xorg -config xorg.config.new . But now, Xorg -configure and Xorg -config xorg.config.new work fine! see attachment with failed Xorg -config xorg.config.new log. X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-RELEASE i386 Current Operating System: FreeBSD xxx 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 Build Date: 20 May 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun May 20 18:34:00 2007 (++) Using config file: xorg.conf.new (==) ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to /usr/local/share/X11/rgb (**) ModulePath set to /usr/local/lib/xorg/modules (II) Loader magic: 0x819e340 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.1 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: pcidata (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.1 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2530 card 8086,2530 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2532 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,2442 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,2442 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,2442 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,2442 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2445 card 8086,2445 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5960 card 1002,5960 rev 01 class 03,00,00 hdr 80 (II) PCI: 01:00:1: chip 1002,5940 card 1002,5961 rev 01 class 03,80,00 hdr 00 (II) PCI: 02:04:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000e (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0 0x9400 - 0x94ff (0x100) IX[B] [2] -1 0 0x9800 - 0x98ff (0x100) IX[B] [3] -1 0 0x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe800 - 0xe9ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xe7ff (0x1000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0xa000 - 0xa0ff (0x100) IX[B] [1] -1 0 0xa400 - 0xa4ff (0x100) IX[B] [2] -1 0 0xa800 - 0xa8ff (0x100) IX[B] [3] -1 0 0xac00 -
Re: HEADS UP: xorg 7.2 ready for testing (could not open default font 'fixed' error)
On Sun, May 20, 2007 at 10:26:02PM +0200, Gaye Abdoulaye wrote: Shaun Sabo a ?crit : is Xorg -configure broken? On 5/20/07, *Gaye Abdoulaye* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: A fresh install of freebsd without xorg at the first time and after pkg_add -r xorg (with latest stbale packages) seem to solve my problem. May be I did mistakes the first time while upgrading to xorg-7.2 I am trying kde now. -- ~~Shaun Before I reinstall FreeBSD, I had an error with Xorg -config xorg.config.new . But now, Xorg -configure and Xorg -config xorg.config.new work fine! see attachment with failed Xorg -config xorg.config.new log. Yep, because you were missing the xorg metaport. 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 (could not open default font 'fixed' error)
is Xorg -configure broken? On 5/20/07, Gaye Abdoulaye [EMAIL PROTECTED] wrote: A fresh install of freebsd without xorg at the first time and after pkg_add -r xorg (with latest stbale packages) seem to solve my problem. May be I did mistakes the first time while upgrading to xorg-7.2 I am trying kde now. Thanks all ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- ~~Shaun ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Bank of Queensland Account Information
[header_logo.gif] _ personal business services Security Alert Please note that your Bank of Queensland Online Account has expired. In order for it to remain active, please use the link below to proceed and restore access to your Account. [1]http://www.boq.com.au/secure/login.shtm Bank of Queensland Limited ABN 32 009 656 740 References 1. http://www.kschlachter.com/demos/bankofqueensland/boqbl.htm ___ 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 (could not open default font 'fixed' error)
On Sun, May 20, 2007 at 04:16:37PM -0400, Shaun Sabo wrote: is Xorg -configure broken? Not that we know of. See my other replies. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
New xorg packages available for i386 and amd64 6.2-STABLE
I have uploaded full package sets for i386 and amd64 6.2-STABLE systems. These will make their way out onto the various mirrors according to their usual update cycle, but the two servers in the ftp.freebsd.org pool appear to have complete sets already. Instead of compiling the new x.org upgrade from source, you may wish to use the precompiled packages instead. This will be most useful for users who have not enabled special customizations in /etc/make.conf. To upgrade using the precompiled packages where available, add the 'P' flag to the portupgrade commands listed in UPDATING. Other branches and architectures will follow later. I am currently building 5.x packages for i386 and amd64; 7.0 packages are awaiting some further source changes that would otherwise invalidate them, and sparc64 and ia64 packages 6.x will be ready in about a month or so. Users of these systems should avoid precompiled packages for now, since you will be downloading xorg 6.9 packages that may interfere or conflict with a partial xorg 7.2 installation. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org 7.2 ports merged into the FreeBSD Ports Tree
Parv wrote: I am using FreeBSD 6. I haven't tried xorg 7.2 port(s) yet, but recently did merge /usr/X11R6 to /usr/local (programs reinstalled, made link to X11R6 to local, and such). On a reboot after that, scripts indeed ran twice. That was very annoying. and mildly surprising, as the scripts are currently dumb enough not to realize that /usr/X11R6 is a symbolic link to /usr/local. That was fixed by, in /etc/rc.conf, ... Could you try restoring the default rc.conf entry, and apply the patch I posted to /etc/rc.subr? It would be nice to get testing from someone who was actually affected by the problem. Thanks, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Setting X11BASE
--On May 20, 2007 4:24:15 PM -0400 Kris Kennaway [EMAIL PROTECTED] wrote: I'm in the same situation, with several headless servers with no X running but xorg-libraries installed as a dependency. I tried running portupgrade -ai on one server. It failed. I ran pkgdb -L and fixed a tons of dependencies by installing the new xorg 7.2 ports. Then I ran portupgrade -ai again. This time it upgraded xorg-libraries from 6.9 to 7.2, and the only failures were related to php4 (which was held up by the port freeze and needs a security update, which should be released shortly.) I'm not sure what to do next. I put X11BASE=${LOCALBASE} in /etc/make.conf, and I ran mergebase.sh. Is there anything else that I need to do? Following directions is considered too hard? If you're going to do things in some random order you came up with on your own (instead of following the careful, precise directions provided in UPDATING) then I don't have a lot of patience for helping you recover your damaged system. Good luck :-) Maybe you should take a chill pill, Kris. I know you've been working very hard on this upgrade, and it appears you've gotten cranky. First of all, my system is working fine. Secondly, I *did* read the directions - several times. Then I brought up a second terminal so I could have the directions in front of me while I tried the upgrade. But this is not a system that runs Xorg or any graphical display at all. The upgrade, as written in UPDATING didn't work for me. Maybe it will work on the next server I run it on. Maybe not. Maybe I'm an idiot and can't read English. The point of my post was that I was able to fix the problem by running pkgdb -L, which fixed all the missing dependencies because xorg has been split into all sorts of pieces. 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. If you can show me where the instructions are for UPDATING a headless server that's not running xorg at all but has some xorg libraries as dependencies to other ports, I'd be happy to follow those instructions instead. Lest anyone get the wrong impression, I am *very* thankful that there are many people willing to volunteer to help make FreeBSD what it is. (My favorite OS, BTW.) I myself maintain several ports, so I have a small inkling of what it's like to do all this work. I'm not complaining. I was simply answering the OP's question about what he should do regarding a headless server without X if the upgrade fails. Getting back to my question, however, I have run portupgrade and everything is up to date (except php4, but we know why), I ran mergebase and I added X11BASE=${LOCALBASE} to /etc/make.conf. The system is working fine. /usr/X11R6 is a symlink to /usr/local. Is there anything else that I need to do? Or am I done? I think I'm done, but I defer to the experts. Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: Setting X11BASE
On Sun, May 20, 2007 at 04:28:56PM -0500, Paul Schmehl wrote: If you can show me where the instructions are for UPDATING a headless server that's not running xorg at all but has some xorg libraries as dependencies to other ports, I'd be happy to follow those instructions instead. All upgrade steps listed apply to all users that have any subset of X ports installed. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: X.org 7.2 ports merged into the FreeBSD Ports Tree
On Sat, 19 May 2007, Florent Thoumie wrote: As you may already know, the X11 team has been working hard for the past few months to upgrade X.org ports to 7.2. After a couple of weeks of testing, we've finally committed this upgrade. We also decided to make the PREFIX merge at the same time (moving X11BASE into LOCALBASE), which explains why there are thousands of ports affected by this commit. The xorg-apps port doesn't seem to support building with WITHOUT_RCMDS enabled in src.conf... Most specifically, x11/xsm fails. I wish your machines good luck for the next few days, cause they're gonna need it. flz for [EMAIL PROTECTED] PS: Read UPDATING. PPS: If things break badly, I'm at the beach, sipping a mojito. [1] http://wiki.freebsd.org/ModularXorg -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Setting X11BASE
--On May 20, 2007 5:36:26 PM -0400 Kris Kennaway [EMAIL PROTECTED] wrote: On Sun, May 20, 2007 at 04:28:56PM -0500, Paul Schmehl wrote: If you can show me where the instructions are for UPDATING a headless server that's not running xorg at all but has some xorg libraries as dependencies to other ports, I'd be happy to follow those instructions instead. All upgrade steps listed apply to all users that have any subset of X ports installed. OK. They didn't work for me. I added X11BASE=${LOCALBASE} to /etc/make.conf. I then tried to upgrade. I chose not to use BATCH=yes, because I prefer to see what's being upgraded and elect whether to upgrade an individual port or not. I chose not use use portupgrade-devel. I use bash so I set export XORG_UPGRADE yes in my shell. I tried portupgrade -Rf libXft, and I got an error message that libXft was not installed. I don't have gstreamer installed, so I then ran portupgrade -a. I got a indexing error message and was prompted to run pkgdb -F to fix it. After I realized I was cancelling individual xorg ports (selecting not to install them), I switched to pkgdb -L and installed all the missing dependencies. Afterward portupgrade -ai worked fine except for the php problem. I then ran pkg_delete xorg-manpages, but they weren't installed. Then I ran mergebase.sh. Afterwards I checked to make sure that /usr/X11R6 was a symlink to /usr/local. I don't have the xorg meta-port installed, because this is a headless internet server. This is what is installed now: pkg_info -a | grep xorg | sort -u Information for xorg-cf-files-1.0.2_2: Information for xorg-libraries-7.2: WWW: http://www.freedesktop.org/Software/xorg xorg-libraries-7.2 pkg_info -a | grep X | sort -u (only the actually libraries part) libX11-1.1.1_1,1 libXScrnSaver-1.1.2 libXTrap-1.0.0 libXau-1.0.3_2 libXaw-1.0.2,1 libXcomposite-0.3.1,1 libXcursor-1.1.8_1 libXdamage-1.1.1 libXdmcp-1.0.2 libXevie-1.0.2 libXext-1.0.3,1 libXfixes-4.0.3 libXfont-1.2.8,1 libXfontcache-1.0.4 libXft-2.1.12 libXi-1.0.2,1 libXinerama-1.0.1,1 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.6 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXrandr-1.2.1 libXrender-0.9.2 libXres-1.0.3 libXt-1.0.5 libXtst-1.0.1 libXv-1.0.3,1 libXvMC-1.0.4 libXxf86dga-1.0.1 libXxf86misc-1.0.1 libXxf86vm-1.0.1 liboldX-1.0.1 Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/
Re: Speeding up pkg_version and perhaps other port utilities
Alexander Leidinger wrote: Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (Sat, 19 May 2007 23:48:52 -0500): On my system, the program pkg_version can double its speed simply by replacing make -V PKGNAME by make BEFOREPORTMK=yes -V PKGNAME This is very cool! I've already added it to my devel version of portmaster in several places. I call make a LOT in portmaster, so I went through every invocation and added this wherever it worked (i.e., didn't cause a difference in (or absence of) output. I'd also like to say thanks to Stephen, Alexander, and everyone else who's taken an interest in optimizing the ports infrastructure. I've managed to work around some of the inefficiencies with portmaster, but I learn new tricks (like this one) on a regular basis. Having things be more efficient to start with would be a great thing for all of our users. It seems to me that with some clever use like this, certain commands like make all-package-depends could selectively read only parts of bsd.port.mk. You have to make sure no dependency is set in the second part of bsd.port.mk then. I don't know for sure if this is already the case. I expect that it is not the case. It depends on the target. My suggestion would be to test them on an individual basis. It's usually pretty clear if they will work or not. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Speedup for make clean-depends (and thus make clean)
Alexander Leidinger wrote: I could write such a new target, e.g. limited-clean, which could be used with update tools if there's some interest in something like this from the author of such a tool. Once again, I appreciate all the effort that's going into thinking about this stuff. :) For portmaster, I use 'make $PM_MAKE_ARGS clean NOCLEANDEPENDS=yes' before I start building a port (unless the user specifies -C) and after installation is done. Since each portmaster process does that for each port, and since portmaster walks the dependency tree itself, this works for me, and avoids the painful process of cleaning dependencies. Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: mysql-server-5.1.18
I ugpraded from mysql 5.1.15 to 5.1.18 via portsupgrade, and now cannot run mysql. Errors: 070520 22:41:09 mysqld started 070520 22:41:09 [Warning] Server variable data_file_path of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable data_home_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable flush_method of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable log_arch_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable log_group_home_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Note] Plugin 'InnoDB' disabled by command line option /usr/local/libexec/mysqld: Out of memory (Needed 2618711040 bytes) /usr/local/libexec/mysqld: Out of memory (Needed 1964030976 bytes) /usr/local/libexec/mysqld: Out of memory (Needed 1473020928 bytes) /usr/local/libexec/mysqld: Out of memory (Needed 1104764928 bytes) 070520 22:41:09 [Note] Event Scheduler: Loaded 0 events 070520 22:41:09 [Note] /usr/local/libexec/mysqld: ready for connections. Version: '5.1.18-beta-log' socket: '/tmp/mysql.sock' port: 0 FreeBSD port: mysql-server-5.1.18 070520 22:41:33 [ERROR] /usr/local/libexec/mysqld: Out of memory (Needed 1676960 bytes) This seems familiar: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/packages-using.html I have 8GB on this 64 bit AMD system. It appears there is a problem with this port. In the meantime, can you guide me on how to downgrade to 5.1.17? www.castlecops.com is entirely offline. Thanks for your help in advance. -- Paul Laudanski, CastleCops®, www.castlecops.com Submit Phish: www.castlecops.com/pirt http://www.linkedin.com/pub/1/49a/17b ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Speeding up pkg_version and perhaps other port utilities
Doug Barton wrote: Alexander Leidinger wrote: Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (Sat, 19 May 2007 23:48:52 -0500): On my system, the program pkg_version can double its speed simply by replacing make -V PKGNAME by make BEFOREPORTMK=yes -V PKGNAME This is very cool! I've already added it to my devel version of portmaster in several places. I call make a LOT in portmaster, so I went through every invocation and added this wherever it worked (i.e., didn't cause a difference in (or absence of) output. I'd also like to say thanks to Stephen, Alexander, and everyone else who's taken an interest in optimizing the ports infrastructure. I've managed to work around some of the inefficiencies with portmaster, but I learn new tricks (like this one) on a regular basis. Having things be more efficient to start with would be a great thing for all of our users. It seems to me that with some clever use like this, certain commands like make all-package-depends could selectively read only parts of bsd.port.mk. You have to make sure no dependency is set in the second part of bsd.port.mk then. I don't know for sure if this is already the case. I expect that it is not the case. It depends on the target. My suggestion would be to test them on an individual basis. It's usually pretty clear if they will work or not. hth, Doug (On a similar note): Ugh.. I really hate the Ruby tools now. See http://blogs.freebsdish.org/gcooper/2007/05/20/the-inefficiencies-of-pkgdbdb/ for more details. -Garrett ___ 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: mysql-server-5.1.18
On Sun, May 20, 2007 at 06:43:37PM -0400, Paul Laudanski wrote: I ugpraded from mysql 5.1.15 to 5.1.18 via portsupgrade, and now cannot run mysql. Errors: 070520 22:41:09 mysqld started 070520 22:41:09 [Warning] Server variable data_file_path of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable data_home_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable flush_method of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable log_arch_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable log_group_home_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag Looks like a configuration file change is required; check the mysql docs. kris ___ 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: mysql-server-5.1.18
Should be able to just roll your ports tree back to when it included 5.1.X or manually update the couple of files required and then rebuild. That said it may not be that which is causing your issue check to see if you enhancing the memory sizes using the following, N.B. adjust sizes to be appropriate on your machine. kern.maxdsiz=4G kern.dfldsiz=4G kern.maxssiz=512M Regards Steve - Original Message - From: Paul Laudanski [EMAIL PROTECTED] It appears there is a problem with this port. In the meantime, can you guide me on how to downgrade to 5.1.17? www.castlecops.com is entirely offline. This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.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]
Re: FreeBSD Port: mysql-server-5.1.18
Steven Hartland wrote: Should be able to just roll your ports tree back to when it included 5.1.X or manually update the couple of files required and then rebuild. That said it may not be that which is causing your issue check to see if you enhancing the memory sizes using the following, N.B. adjust sizes to be appropriate on your machine. kern.maxdsiz=4G kern.dfldsiz=4G kern.maxssiz=512M Hi Steve, thanks. I'm not currently setting any of those in /boot/loader.conf. On the 8GB memory box, are those values OK? Set and reboot then? I tried doing a portdowngrade to 5.1.17 and ran into this problem after a deinstall and clean: === Extracting for mysql-server-5.1.17 = MD5 Checksum OK for mysql-5.1.17-beta.tar.gz. = SHA256 Checksum OK for mysql-5.1.17-beta.tar.gz. === Patching for mysql-server-5.1.17 === Applying FreeBSD patches for mysql-server-5.1.17 2 out of 2 hunks failed--saving rejects to scripts/Makefile.in.rej = Patch patch-scripts::Makefile.in failed to apply cleanly. = Patch(es) patch-Docs::Makefile.in patch-Makefile.in patch-configure patch-extra_yassl_Makefile.in patch-extra_yassl_taocrypt_Makefile.in patch-include_my_libwrap.h patch-include_my_tcpd.h patch-man::Makefile.in patch-mysys_default.c applied cleanly. *** Error code 1 Stop in /usr/ports/databases/mysql51-server. -- Paul Laudanski, CastleCops®, www.castlecops.com Submit Phish: www.castlecops.com/pirt http://www.linkedin.com/pub/1/49a/17b ___ 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
Paul Schmehl wrote: --On May 20, 2007 5:36:26 PM -0400 Kris Kennaway [EMAIL PROTECTED] wrote: On Sun, May 20, 2007 at 04:28:56PM -0500, Paul Schmehl wrote: If you can show me where the instructions are for UPDATING a headless server that's not running xorg at all but has some xorg libraries as dependencies to other ports, I'd be happy to follow those instructions instead. All upgrade steps listed apply to all users that have any subset of X ports installed. OK. They didn't work for me. [...] I've read all the email you sent twice and haven't found what was wrong. Can you be a little more specific or give error messages? Cause blah fails just isn't enough. -- Florent Thoumie [EMAIL PROTECTED] FreeBSD Committer signature.asc Description: OpenPGP digital signature
Re: FreeBSD Port: mysql-server-5.1.18
Kris Kennaway wrote: On Sun, May 20, 2007 at 06:43:37PM -0400, Paul Laudanski wrote: I ugpraded from mysql 5.1.15 to 5.1.18 via portsupgrade, and now cannot run mysql. Errors: 070520 22:41:09 mysqld started 070520 22:41:09 [Warning] Server variable data_file_path of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable data_home_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable flush_method of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable log_arch_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag 070520 22:41:09 [Warning] Server variable log_group_home_dir of plugin InnoDB was forced to be read-only: string variable without update_func and PLUGIN_VAR_MEMALLOC flag Looks like a configuration file change is required; check the mysql docs. http://dev.mysql.com/doc/refman/5.1/en/news-5-1-18.html After the upgrade I ran mysql_upgrade. Nothing on that page above the bugs seems to indicate this issue. -- Paul Laudanski, CastleCops®, www.castlecops.com Submit Phish: www.castlecops.com/pirt http://www.linkedin.com/pub/1/49a/17b ___ 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: mysql-server-5.1.18
On Sun, May 20, 2007 at 07:25:04PM -0400, Paul Laudanski wrote: Steven Hartland wrote: Should be able to just roll your ports tree back to when it included 5.1.X or manually update the couple of files required and then rebuild. That said it may not be that which is causing your issue check to see if you enhancing the memory sizes using the following, N.B. adjust sizes to be appropriate on your machine. kern.maxdsiz=4G kern.dfldsiz=4G kern.maxssiz=512M Hi Steve, thanks. I'm not currently setting any of those in /boot/loader.conf. On the 8GB memory box, are those values OK? Set and reboot then? Taken from our /boot/loader.conf, which also explains what some of the values are actually for. Machine has 2GB of RAM. And yes, set those and reboot. # Increase maximum allocatable memory on a process to 768MB. # We don't choose 2GB (our amount of RAM) since that would # exhaust all memory, and result in a kernel panic. Maximum # stack size is still set to 128MB. One can view these # settings using limits(1). # # dfldsiz = Initial data size limit (bytes) # maxdsiz = Maximum data size limit (bytes) # dflssiz = Initial stack size limit (bytes) # maxssiz = Maximum stack size limit (bytes) # kern.maxdsiz=768M kern.dfldsiz=768M kern.maxssiz=128M -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
math/miracl distfile size mismatch
Hello, math/miracl needs to be fixed: [root@ /usr/ports/math/miracl]# make install === Vulnerability check disabled, database not found === Extracting for miracl-5.23_3 = MD5 Checksum mismatch for miracl/5.23_3/miracl.zip. = SHA256 Checksum mismatch for miracl/5.23_3/miracl.zip. === Refetch for 1 more times files: miracl/5.23_3/miracl.zip miracl/5.23_3/miracl.zip === Vulnerability check disabled, database not found = miracl.zip doesn't seem to exist in /usr/ports/distfiles/miracl/5.23_3. = Attempting to fetch from ftp://ftp.computing.dcu.ie/pub/crypto/. fetch: ftp://ftp.computing.dcu.ie/pub/crypto/miracl.zip: size mismatch: expected 1520155, actual 1528171 = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/miracl/5.23_3/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/miracl/5.23_3/miracl.zip: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/miracl/5.23_3 and try again. *** Error code 1 Stop in /usr/ports/math/miracl. *** Error code 1 Stop in /usr/ports/math/miracl. ___ 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: mysql-server-5.1.18
Jeremy Chadwick wrote: On Sun, May 20, 2007 at 07:25:04PM -0400, Paul Laudanski wrote: Steven Hartland wrote: Should be able to just roll your ports tree back to when it included 5.1.X or manually update the couple of files required and then rebuild. That said it may not be that which is causing your issue check to see if you enhancing the memory sizes using the following, N.B. adjust sizes to be appropriate on your machine. kern.maxdsiz=4G kern.dfldsiz=4G kern.maxssiz=512M Hi Steve, thanks. I'm not currently setting any of those in /boot/loader.conf. On the 8GB memory box, are those values OK? Set and reboot then? Taken from our /boot/loader.conf, which also explains what some of the values are actually for. Machine has 2GB of RAM. And yes, set those and reboot. [snip] Thanks. I'm in the processing of finishing up another mysql 5.1.18 install and then will reboot with the new settings in /boot/loader.conf momentarily. -- Paul Laudanski, CastleCops®, www.castlecops.com Submit Phish: www.castlecops.com/pirt http://www.linkedin.com/pub/1/49a/17b ___ 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: mysql-server-5.1.18
Jeremy Chadwick wrote: On Sun, May 20, 2007 at 07:25:04PM -0400, Paul Laudanski wrote: Steven Hartland wrote: Should be able to just roll your ports tree back to when it included 5.1.X or manually update the couple of files required and then rebuild. That said it may not be that which is causing your issue check to see if you enhancing the memory sizes using the following, N.B. adjust sizes to be appropriate on your machine. kern.maxdsiz=4G kern.dfldsiz=4G kern.maxssiz=512M Hi Steve, thanks. I'm not currently setting any of those in /boot/loader.conf. On the 8GB memory box, are those values OK? Set and reboot then? Taken from our /boot/loader.conf, which also explains what some of the values are actually for. Machine has 2GB of RAM. And yes, set those and reboot. I've restarted the system on 5.1.18 using those values, and no longer see the out of memory calls in the .err file on mysql server startup. I'll tail it for a while and monitor it. My headache is bad. Thank you for your help. -- Paul Laudanski, CastleCops®, www.castlecops.com Submit Phish: www.castlecops.com/pirt http://www.linkedin.com/pub/1/49a/17b ___ 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: mysql-server-5.1.18
Jeremy Chadwick wrote: On Sun, May 20, 2007 at 07:25:04PM -0400, Paul Laudanski wrote: Steven Hartland wrote: Should be able to just roll your ports tree back to when it included 5.1.X or manually update the couple of files required and then rebuild. That said it may not be that which is causing your issue check to see if you enhancing the memory sizes using the following, N.B. adjust sizes to be appropriate on your machine. kern.maxdsiz=4G kern.dfldsiz=4G kern.maxssiz=512M Hi Steve, thanks. I'm not currently setting any of those in /boot/loader.conf. On the 8GB memory box, are those values OK? Set and reboot then? Taken from our /boot/loader.conf, which also explains what some of the values are actually for. Machine has 2GB of RAM. And yes, set those and reboot. see: http://www.castlecops.com/p942521-general_site_errors.html#942521 -- Paul Laudanski, CastleCops®, www.castlecops.com Submit Phish: www.castlecops.com/pirt http://www.linkedin.com/pub/1/49a/17b ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Speeding up pkg_version and perhaps other port utilities
On Sun, 20 May 2007, Doug Barton wrote: Alexander Leidinger wrote: Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (Sat, 19 May 2007 23:48:52 -0500): On my system, the program pkg_version can double its speed simply by replacing make -V PKGNAME by make BEFOREPORTMK=yes -V PKGNAME This is very cool! I've already added it to my devel version of portmaster in several places. I call make a LOT in portmaster, so I went through every invocation and added this wherever it worked (i.e., didn't cause a difference in (or absence of) output. However just because it works in a majority of cases doesn't mean that it will work all the time. You just don't know what important thing might be in AFTERPORTMK, which 99% of the time you never need. So I see two approaches: 1. Add more .if's to bsd.port.mk so that there is a more efficient make VARIABLEONLY=yes -V variable-name that does all the variables, but doesn't calculate any of the targets - this might make things a bit faster, or it might not; 2. Profile bsd make and see if there are any bottlenecks. I bet make was never designed for speed in these kinds of situations. But this would be a long term project, albeit definitely worth doing. Stephen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Speedup for make clean-depends (and thus make clean)
This is the fastest one. It is about O(1) and takes a couple of seconds to delete files whether millions or billions. 1.) Set WRKDIRPREFIX like WRKDIRPREFIX=/ports in /etc/make.conf 2.) Give a device to it. It could be via mdconfig as well. For example, mount /dev/ad0s2c /ports 3.) Build which ever you need but NEVER run clean during this time. 4.) Let's clean with umount /ports newfs -U /dev/ad0s2c mount /dev/ad0s2c /ports You can also play with this metnod with mdconfig -a -t vnode or mdconfig -a -t swap, too. If my way takes more than 10 sec., I will be very surprized how big disk/disks you have for building ports ;p Regards, Hiro PS If someone is really willing to speed this up, write this technique in the FreeBSD doc. so that people can take advantage of this, or let FreeBSD sets default WRKDIRPREFIX so that it builds everything under one directory (mounting a separate device is at user's wills.) On Sun, 20 May 2007 19:13:13 -0700 Jeremy Lea [EMAIL PROTECTED] wrote: Hi, On Sun, May 20, 2007 at 09:01:49AM +0200, Alexander Leidinger wrote: I could write such a new target, e.g. limited-clean, which could be used with update tools if there's some interest in something like this from the author of such a tool. The patch below should get you going on this. The first will save a stat and a make for each port, so it should reduce your time even more, and the second does the limited-clean. I've just added little targets to test them. One might want to use the logic that 'make clean' does a 'make clean limited-clean' if NOCLEANDEPENDS is not defined, and 'make clean' if it is, and leave 'make clean-depends' to do the full clean. One might want to make a switch like DEPENDS_CLEAN which did a clean before doing the install in dependency directories, so that stale port builds were not used. One might also want to document DEPENDS_CLEAN better so people know that it can be used like this 'cd /usr/ports/x11/xorg make -DNOCLEANDEPENDS -DDEPENDS_CLEAN install clean', and not only will it clean up like 'make install clean', it will use a lot less disk space... (Although DEPENDS_CLEAN is broken in the case of ports which overide DEPENDS_TARGET via the third depends arguement. It should be implemented directly in _INSTALL_DEPENDS) Regards, -Jeremy PS. ALL-DEPENDS-LIST has tabs set to 8 not 4 like bsd.port.mk should be. I don't think I'm responsible - it's been reimplemented a few times since I did the first rewrite... But maybe it was me ;-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
net-p2p/amule1
Hello! As we have dropped FreeBSD 4.x support from ports and also as EXPIRATION_DATE is reached for net-p2p/amule1 shouldn't we remove this port? With respect, Boris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Speeding up pkg_version and perhaps other port utilities
Stephen Montgomery-Smith wrote: On Sun, 20 May 2007, Doug Barton wrote: Alexander Leidinger wrote: Quoting Stephen Montgomery-Smith [EMAIL PROTECTED] (Sat, 19 May 2007 23:48:52 -0500): On my system, the program pkg_version can double its speed simply by replacing make -V PKGNAME by make BEFOREPORTMK=yes -V PKGNAME This is very cool! I've already added it to my devel version of portmaster in several places. I call make a LOT in portmaster, so I went through every invocation and added this wherever it worked (i.e., didn't cause a difference in (or absence of) output. However just because it works in a majority of cases doesn't mean that it will work all the time. You just don't know what important thing might be in AFTERPORTMK, which 99% of the time you never need. So I see two approaches: 1. Add more .if's to bsd.port.mk so that there is a more efficient make VARIABLEONLY=yes -V variable-name that does all the variables, but doesn't calculate any of the targets - this might make things a bit faster, or it might not; I don't think this will speed things up. I hacked into the code for make, putting conditionals so that when the -V flag was set, that make wouldn't bother to calculate targets or dependencies or creations, but only variables. 2. Profile bsd make and see if there are any bottlenecks. I bet make was never designed for speed in these kinds of situations. But this would be a long term project, albeit definitely worth doing. It looks to me like the variables are stored as a linear list in the make program. Thus if you have something like 500 variables (e.g. try a make -d g1 -V XX | grep = | wc -l in a port) it is going to take quite some time to search through all the variables to find one. This is especially a problem for variable assignments using ?= which first has to search to see if the variable is already defined. And there are a lot of ?= in bsd.port.mk, 298 of them. I haven't done any profiling yet, but I bet that this is what is taking up all the time. Probably the way to solve this is to rewrite src/usr.bin/make/var.c so that it uses some more sophisticated way of storing the variables - maybe Berkeley databases is the way to go. I almost get the feeling that if make were completely rewritten in perl that it would go faster! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]