From sinux at fsfe.org Sun Feb 1 02:41:51 2009 From: sinux at fsfe.org (Sebastien Chassot) Date: Sun Feb 1 02:41:58 2009 Subject: how remove old lib in "portupgrade -fr libxcb" In-Reply-To: <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> References: <1233439929.1046.16.camel@dhcppc0> <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> Message-ID: <1233484908.1023.15.camel@dhcppc0> On Sat, 2009-01-31 at 16:55 -0600, Scot Hetzel wrote: > On Sat, Jan 31, 2009 at 4:12 PM, Sebastien Chassot wrote: > > > > hi, > > > > I've portupgrade my system and as said in UPDATING I launched the > > portupgrade -rf libxcb. > > > > I did it twice and my applications still are linked to libxcb.so.1 and > > libxcb.so.2 > > > > I found out that libxcb.so.1 is in /usr/local/lib/compat/pkg/ and > > libxcb.so.2 is in /usr/local/lib/ > > > > I don't know how remove this old lib and despite lot of portupgrade -f > > xxx it's still there. > > > > How can I solve this issue? > > > Sounds like several of the libraries that your applications require > are still linked to the old libxcb.so.1. > > Use this to find all libraries that are still depending on libxcb.so.1 > > (for i in /usr/local/lib/lib*.so ; do echo -n "$i:" ; ldd $i | grep > "libxcb.so.1" ; echo ; done) | grep libxcb > libxcb.log > > Then rebuild all ports that contain these libraries. I didn't rebuild all ports listed by your command but even after a clean reinstall, "portupgrade -f",... ports that I've rebuild remain linked to libxcb.so.1 and libxcb.so.2 Something stick somewhere... I don't know how compat work but are port looking for old lib in build process to stay compat and could cause this issue? From mahonmesr at googlemail.com Sun Feb 1 05:09:22 2009 From: mahonmesr at googlemail.com (mahonmesr@googlemail.com) Date: Sun Feb 1 05:09:29 2009 Subject: missing tinderbox/scripts/sql/values.lp In-Reply-To: <20090131005155.GA70384@logik.internal.network> References: <20090131005155.GA70384@logik.internal.network> Message-ID: <20090201130918.GA78086@logik.internal.network> On 2009-01-31 00:51:55, mahonmesr@googlemail.com wrote: > Creating package /var/ports/packages/All/tinderbox-3.1.2_2.tbz > Registering depends: p5-DBD-Pg-2.10.7 postgresql-client-8.2.11 gettext-0.17_1 libiconv-1.11_1 p5-DBI-1.60.4 p5-Storable-2.18 p5-version-0.76 perl-5.8.9. > Creating bzip'd tar ball in '/var/ports/packages/All/tinderbox-3.1.2_2.tbz' > tar: tinderbox/scripts/sql/values.lp: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 Seriously, noone? The pkg-plist specifies this mysterious values.lp file but having downloaded and extraced the tarball manually from marcuscom.com, this file is nowhere to be seen. From jimmy at mammothcheese.ca Sun Feb 1 05:17:14 2009 From: jimmy at mammothcheese.ca (James Bailie) Date: Sun Feb 1 05:17:20 2009 Subject: Unhappy Xorg upgrade In-Reply-To: References: <165364.55705.qm@web39102.mail.mud.yahoo.com> <4984F1C7.9040706@mammothcheese.ca> Message-ID: <4985A0D8.1050603@mammothcheese.ca> I agree with all you say. This sort of thing is the achilles heel of ports. I'd like to see a beta port exist side by side with the old version, for massive ports like X, KDE, etc, until things stabilize. Alex Goncharov wrote: > No -- a patch might (*should*, for this kind of a disruptive change) > be put together: I'd install it on my systems, I'd try it and report > problems, I'd revert back -- easily. This is for many "I"s willing to > be the testers -- we'd repeat this again as many times as necessary, > before the commit. -- James Bailie http://www.mammothcheese.ca From yanefbsd at gmail.com Sun Feb 1 05:59:35 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Feb 1 05:59:47 2009 Subject: Unhappy Xorg upgrade In-Reply-To: <165364.55705.qm@web39102.mail.mud.yahoo.com> References: <165364.55705.qm@web39102.mail.mud.yahoo.com> Message-ID: On Jan 31, 2009, at 2:43 PM, bf wrote: > Alex: > > I can understand your frustration. The Xorg update, although it helps > a lot of people, is inevitably going to cause problems for some, > because > it is run by so many people in different ways with a wide variety of > hardware. It's comparable in some ways to updating the OS, and > despite > the hard work by the FreeBSD Xorg team (and they did put in a lot of > work), there are bound to be some difficulties. But all is not > lost, even > though you will have to spend some time recovering: > > Yes, you can get the old versions of the ports: you can use cvs (in > the > base system) or the port ports-mgmt/portdowngrade (which is basically > a wrapper for cvs) to checkout the old versions, which are still > present > in the cvs repository. You can resume your automatic port updates, > and > then just copy the old versions of the Xorg ports over the new ones > (having saved them in some other directory tree where they won't be > overwritten by csup), or just not checkout the newer versions in the > first > place (for example, place all of the xorg ports in your refuse file, > or > just use cvs to checkout a list of individual installed ports that > are not > part of Xorg, rather than using csup collections). > > Alternatively, you could download the entire cvs repository (both > cvs and > the latest versions of csup can do this) and checkout the versions > you want > from your local copy of the repository. > > If you write a script to do this, the whole process won't take much > longer > than a normal csup update. > > For more on this, read the cvs manual ( http://ximbiot.com/cvs/ > manual/ ) > or the relevant parts of the FreeBSD handbook ( > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ > anoncvs.html ). > > In addition to the individual Xorg ports and metaports that you use, > you > will have to either use older versions of Mk/bsd.port.mk and > Mk/bsd.xorg.mk, or use libmap.conf(5) to fool your ports into thinking > that you have the new gl and xaw libraries installed. Remember also > that > one or two of the old ports have disappeared (xorg-protos, for > example). > > For what it's worth, I used similar methods to use the new Xorg when > it > was still in Florent's git repository with the regular ports tree for > several months. Also, for some time I used the old xorg-server > (1.4.x) > with the other new Xorg ports without any obvious problems. And if > the > Xorg nv(4x) driver is giving you problems, you can try the Xorg > vesa(4x) > driver, or the nvidia drivers from ports (x11/nvidia-driver). > > Good luck, > b. FWIW, nvidia-driver in ports is relatively stable, but has a tendency to hardlock in certain situations (I can think of cases with dualhead Xinerama enabled displays running xscreensaver or finishing up a movie with mplayer with the xv driver, where stuff would livelock). The newest stable works extremely well, but the new libGL.so isn't ABI compatible with the one packaged by nvidia, so things like mesa-demos will fail to compile because -lpthread is now required at compile time for the compat5x + libGL.so junk. I've submitted a request on the nvidia-forums to finally update the driver to use at least compat-6x and to remove the GIANT lock from the driver, but the more voices voting for this the merrier :)! The link for the forum page is: . Thanks, -Garrett From pj at smo.de Sun Feb 1 06:08:33 2009 From: pj at smo.de (Philipp Ost) Date: Sun Feb 1 06:08:43 2009 Subject: Blender 2.48 fails to build Message-ID: <4985AD23.80900@smo.de> Hi Marcus, graphics/blender fails to build: # make [...] ====> gmake all in source/gameengine/GamePlayer/ghost ****> Link /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/bin/blender c++ -DNDEBUG -O2 -fno-strict-aliasing -pipe -march=athlon-xp "-I/usr/local/include" -DBUILD_DATE='"2009-02-01"' -DBUILD_TIME='"14:59:49"' -DBUILD_REV='""' -DBUILD_PLATFORM='"freebsd-7.1-i386"' -DBUILD_TYPE='"dynamic"' /usr/ports/graphics/blender/work/blender-2.48/source/creator/buildinfo.c -c -o /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/buildinfo.o -DNAN_BUILDINFO /usr/ports/graphics/blender/work/blender-2.48/source/creator/buildinfo.c:36: warning: deprecated conversion from string constant to 'char*' /usr/ports/graphics/blender/work/blender-2.48/source/creator/buildinfo.c:37: warning: deprecated conversion from string constant to 'char*' /usr/ports/graphics/blender/work/blender-2.48/source/creator/buildinfo.c:38: warning: deprecated conversion from string constant to 'char*' /usr/ports/graphics/blender/work/blender-2.48/source/creator/buildinfo.c:39: warning: deprecated conversion from string constant to 'char*' /usr/ports/graphics/blender/work/blender-2.48/source/creator/buildinfo.c:40: warning: deprecated conversion from string constant to 'char*' mkdir -p /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/bin c++ -o /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/bin/blender /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/buildinfo.o /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/creator/libcreator.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/src/libsrcpublisher.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/bsp/lib/libbsp.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/boolop/lib/libboolop.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/SoundSystem/lib/libSoundSystem.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/ghost/lib/libghost.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/string/lib/libstring.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/render/librender.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/radiosity/libradiosity.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/opennl/lib/libopennl.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/superlu/lib/libsuperlu.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/python/libpython.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/blenkernel/libblenkernel.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/decimation/lib/libdecimation.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/blenloader/libblenloader.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/blenpluginapi/libblenpluginapi.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/nodes_shd/libnodes_shd.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/nodes_cmp/libnodes_cmp.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/nodes/libnodes.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/imbuf/libimbuf.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/blenlib/libblenlib.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/iksolver/lib/libiksolver.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/opennl/lib/libopennl.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/superlu/lib/libsuperlu.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/avi/libavi.a /usr/local//lib/libjpeg.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/gpu/libgpu.a /usr/local//lib/libGLEW.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/bloutines/libbloutines.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blconverter/libblconverter.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/common/libcommon.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/ketsji/libketsji.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blconverter/libblconverter.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blconverter/libblconverter.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/solid/lib/libsolid.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/solid/lib/libsolid_broad.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/solid/lib/libsolid_complex.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/solid/lib/libsolid_convex.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/sumo/libsumo.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/fuzzics/libfuzzics.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/qhull/lib/libqhull.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/dummy/libdummy.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/common/libcommon.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/dummy/libdummy.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/ketsji/libketsji.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/common/libcommon.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/dummy/libdummy.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/blbullet/libblbullet.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/common/libcommon.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/blphys/dummy/libdummy.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/ketsji/libketsji.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/logic/liblogic.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/logic/Joystick/libJoystick.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/rasterizer/librasterizer.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/OpenGLrasterizer/libOpenGLrasterizer.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/expression/libexpression.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/scenegraph/libscenegraph.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/moto/lib/libmoto.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/intern/SoundSystem/libSoundSystem.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/intern/DummySoundSystem/libDummySoundSystem.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/intern/OpenALSoundSystem/libOpenALSoundSystem.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/intern/SDLSoundSystem/libSDLSoundSystem.a /usr/local//lib/libopenal.a /usr/local//lib/libalut.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/intern/SoundSystem/libSoundSystem.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/kernel/gen_system/libgen_system.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/kernel/gen_messaging/libgen_messaging.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/ketsji/KXNetwork/libKXNetwork.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/Network/libNetwork.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/gameengine/Network/LoopBackNetwork/libLoopBackNetwork.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/bullet2/lib/libbullet2.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/guardedalloc/lib/libguardedalloc.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/memutil/lib/libmemutil.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/bmfont/lib/libbmfont.a /usr/local//lib/libpng.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/yafray/libyafrayexport.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/blenlib/libblenlib.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/imbuf/openexr/libopenexr.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/imbuf/cineon/libcineon.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/imbuf/dds/libdds.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/ftfont/libftfont.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/ftgl/lib/libftgl.a /usr/local//lib/libfreetype.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/verse/lib/libverse.a /usr/local//lib/libIlmImf.a /usr/local//lib/libHalf.a /usr/local//lib/libIex.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/moto/lib/libmoto.a /usr/ports/graphics/blender/work/blender-2.48/../lib/freebsd-7.1-i386/elbeem/lib/libelbeem.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/readblenfile/libreadblenfile.a /usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/blender/src/libsrcpublisher.a -L/usr/X11R6/lib -lX11 -lXmu -lXi -lm -lutil -lz -lintl -lIlmThread -pthread -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread /usr/local//lib/python2.5/config/libpython2.5.a -lGL -lGLU -Wl,--export-dynamic /usr/local//lib/python2.5/config/libpython2.5.a(posixmodule.o)(.text+0x785): In function `posix_tmpnam': : warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() /usr/local//lib/python2.5/config/libpython2.5.a(posixmodule.o)(.text+0x87a): In function `posix_tempnam': : warning: warning: tempnam() possibly used unsafely; consider using mkstemp() /usr/local//lib/libopenal.a(libopenal_la-x86_cpu_caps_prk.o)(.text+0x4e): In function `_alDetectCPUCaps': : undefined reference to `_alDetectx86CPUCaps' /usr/local//lib/libopenal.a(libopenal_la-mixaudio16_mmx_prk.o)(.text+0xf24e): In function `MixAudio16_MMX_1': : undefined reference to `_alMMXmemcpy' gmake[1]: *** [/usr/ports/graphics/blender/work/blender-2.48/obj/freebsd-7.1-i386/bin/blender] Error 1 gmake: *** [all] Error 1 *** Error code 2 Stop in /usr/ports/graphics/blender. *** Error code 1 Stop in /usr/ports/graphics/blender. # This is with a ports-tree as of yesterday afternoon. System is FreeBSD 7.1-PRERELEASE i386 Regards, Philipp From yanefbsd at gmail.com Sun Feb 1 06:20:05 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Feb 1 06:20:12 2009 Subject: KDE 4.2 and FreeBSD 6.4 Support In-Reply-To: <20090130160457.41241670@Arbra.asta.home> References: <20090130123548.GK69047@bsdcrew.de> <20090130160457.41241670@Arbra.asta.home> Message-ID: On Jan 30, 2009, at 7:04 AM, Uwe Grohnwaldt wrote: > On Fri, 30 Jan 2009 14:19:41 +0000 > Masoom Shaikh wrote: >> On Fri, Jan 30, 2009 at 12:35 PM, Martin Wilke >> wrote: >>> Howdy Guys, >>> >>> KDE 4.2 is more or less ready for testing, but we have some >>> open tasks before we will officially call for testing. We would >>> like to know how many people are still using KDE4 on FreeBSD 6.4? >>> We are considering dropping support for 6.x. >>> >>> Let me explain. >>> >>> First of all it is sad to say, but currently there are only 2 >>> people who actively work on KDE4. It is _really_ hard work to >>> get KDE4 ready for FreeBSD. Also it is getting harder to build >>> KDE4 with gcc 3.x. Of couse if somebody want to support KDE4 >>> on 6.x you are welcome to our team! Try to compile KDE, make >>> patches and push them upstream! So, in order to move forward >>> we may have to drop 6.x support. We just don't have the manpower >>> to build multiple versions. >>> >>> Ok, enough for the moment. What do you think about >>> 6.4 support? >>> >>> - - Martin >> making kde4 depend on gcc4.x an option for 6.4 ? > > Do you know anybody who uses KDE on FreeBSD 6.4? All people I know are > using FreeBSD7.X or Current on their desktops. > > I think: drop support for fbsd6.4. Bad idea: Assuming mute folks just means that you're begging for noise in the form of complaints from your userbase :). There are no doubt people out there using KDE4 and 6.4, so removing support for 6.4 would be like shooting yourself in the foot. I think the gcc 4.x compiler requirement (as 3 others have suggested) would be the best route unless someone's willing to volunteer some time for testing and debugging issues with gcc 3.4 (it was 3.4 not 3.3, right)? -Garrett From rabe at uugrn.org Sun Feb 1 06:24:56 2009 From: rabe at uugrn.org (Raphael Becker) Date: Sun Feb 1 06:25:03 2009 Subject: How to start KDM since recent xorg Updates? Message-ID: <20090201140250.GA2293@ma.sigsys.de> Hi there, I've started kdm via /etc/ttys since years: [...] #ttyv8 "/usr/X11R6/bin/xdm -nodaemon" xterm on secure #ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure ttyv8 "/usr/local/bin/kdm-bin -nodaemon" xterm on secure Since the recent xorg-updates I had to rebuild my xorg.conf and removed any keyboard and mouse since it is auto-detected by xorg. Starting X by "startx" works, keyboard and mouse will be auto-detected. KDM started by init comes up without any mouse and keyboard attached. Interestingly the Hotkeys like "Ctrl+F1" still work but the X11 emergency brake Ctrl+Alt+Backspace doesn't. Hitting Num-Lock toggles the LED. Mouse doesn't move. I disabled moused as mouse will be detected by hald. hald is running. The emergency exit to the console works by hitting Ctrl+F1. Logging in as root and kill kdm-bin results in a restart of kdm-bin and X11 by init, as expected. After this kdm has mouse and keyboard support and I can log in. This works every time (when started via /etc/ttys). So I guess, kdm+x11 has to be started AFTER hald is running and after a console is logged in. I tried https://www.bsdwiki.de/KDM#Startskript_.28Mit_rc.conf.29 without success (added hald in the REQUIRE-Line) to get it up after hald. This messes everything up (no escape to console, no getty running etc), I have to recover via ssh. WHAT is the problem here and HOW do YOU startup kdm? Is this a general problem or just a problem with my setup? Regdards Raphael -- -- Raphael Becker http://rabe.uugrn.org/ GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .........|.........|.........|.........|.........|.........|.........|.. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090201/52b7cb72/attachment.pgp From mva at sysfault.org Sun Feb 1 07:12:14 2009 From: mva at sysfault.org (Marcus von Appen) Date: Sun Feb 1 07:12:22 2009 Subject: Blender 2.48 fails to build In-Reply-To: <4985AD23.80900@smo.de> References: <4985AD23.80900@smo.de> Message-ID: <20090201145710.GA1153@medusa.sysfault.org> On, Sun Feb 01, 2009, Philipp Ost wrote: > Hi Marcus, > > graphics/blender fails to build: [...] > /usr/local//lib/libopenal.a(libopenal_la-x86_cpu_caps_prk.o)(.text+0x4e): > In function `_alDetectCPUCaps': > : undefined reference to `_alDetectx86CPUCaps' > /usr/local//lib/libopenal.a(libopenal_la-mixaudio16_mmx_prk.o)(.text+0xf24e): > In function `MixAudio16_MMX_1': > : undefined reference to `_alMMXmemcpy' > gmake[1]: *** This looks like your audio/openal library installation is broken and blender's failing due to some missing symbols within the openal library. Did you activate some OPTION knobs on installing audio/openal and if so, which were that? If some were enabled, try to reinstall audio/openal with all OPTION knobs disabled and then rebuild graphics/blender. Regards Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090201/f5b79b58/attachment.pgp From Miltonloc at aol.com Sun Feb 1 07:51:07 2009 From: Miltonloc at aol.com (Miltonloc@aol.com) Date: Sun Feb 1 07:51:13 2009 Subject: USB port Message-ID: I am having problems printing to my USB port using the Fortran compiler. Printing to my parallel port works fine. What do I need? Thanks, Milton Laikin miltonloc@aol.com **************Great Deals on Dell Laptops. Starting at $499. (http://pr.atwola.com/promoclk/100000075x1217883258x1201191827/aol?redir=http://www.dell.com/co ntent/products/features.aspx/laptops_great_deals?c=us%26cs=19%26l=en%26s=d hs%26~ck=anavml) From gaijin.k at gmail.com Sun Feb 1 09:34:08 2009 From: gaijin.k at gmail.com (Alexandre "Sunny" Kovalenko) Date: Sun Feb 1 09:34:15 2009 Subject: Unhappy Xorg upgrade In-Reply-To: References: <200901311153.58361.vehemens@verizon.net> Message-ID: <1233507786.61410.9.camel@RabbitsDen> On Sat, 2009-01-31 at 16:25 -0500, Alex Goncharov wrote: > ,--- You/vehemens (Sat, 31 Jan 2009 11:53:58 -0800) ----* > | In general when upgrading, you take your chances. If a port upgrade > | fails, you should fall back to what worked. > > So, a *fundamental* (practically an OS component) port is brought in > -- and it disables my system. What is my way of action? Right -- > install the old packages, taken from an FTP site (is there a way to > get the previous "source", that is all the ports/*/*/Makefile files? > Csup can only go forward -- or can it go back?) > > When I install the old packages, I can no longer rebuild and install > new (say `csup'ed on 2009-03-01) port components, as one whole -- I > can only do it selectively, excluding from the upgrade most > X-dependent things. That sucks and will lead to a problem earlier or > later. Will combination of sysutils/portdowngrade and HOLD_PKGS variable in /usr/local/etc/pkgtools.conf accomplish what you are trying to accomplish? -- Alexandre "Sunny" Kovalenko From vehemens at verizon.net Sun Feb 1 10:31:02 2009 From: vehemens at verizon.net (vehemens) Date: Sun Feb 1 10:31:08 2009 Subject: Unhappy Xorg upgrade In-Reply-To: References: <200901311153.58361.vehemens@verizon.net> <200901311354.43031.vehemens@verizon.net> Message-ID: <200902011034.50759.vehemens@verizon.net> On Saturday 31 January 2009 04:20:26 pm Alex Goncharov wrote: > ,--- You/vehemens (Sat, 31 Jan 2009 13:54:42 -0800) ----* > > | On Saturday 31 January 2009 01:25:21 pm Alex Goncharov wrote: > | > So, a *fundamental* (practically an OS component) port is brought in > | > -- and it disables my system. What is my way of action? Right -- > | > install the old packages, taken from an FTP site (is there a way to > | > get the previous "source", that is all the ports/*/*/Makefile files? > | > Csup can only go forward -- or can it go back?) > | > | You ignored the first part of the email which is that the ports > | system is flawed due to the lack of a stable versus current branch. > > The FreeBSD model as what it is and I, for one, prefer it to Linux > distros' models. In other words what you call a flaw, I call a > virtue. Your missing the point. This has nothing to do with Linux. The issue is that that while src has a stable versus current branch, there is no stable branch for ports. The result is major updates are almost always problematic. > | It seems to me that you want to run a stable branch, while the ports > | tree is effectively a current branch. > > If somebody tells me that running the new X on my computers will be > better if I switch the base system from STABLE to CURRENT, I'll do it > in a heartbeat. (In fact one of my other systems does run CURRENT, > only I never installed X there -- I don't use that system as a front > end.) The issue is with the ports approach, not the base system (aka src) approach. See above comments. > | > When I install the old packages, I can no longer rebuild and install > | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I > | > can only do it selectively, excluding from the upgrade most > | > X-dependent things. That sucks and will lead to a problem earlier or > | > later. > | > | I never update /usr/ports directly. I have a separate csup ports > | area. When I update, I save the old ports tree and replace it with > | a new one. If a problem occurs, I can fall back to the old tree or > | pieces of it. > > An interesting model -- but how would you be better off falling back > to the old ports tree in case of a bad (for you) new X? Yes, you > could rebuild and return to using the old X. Then what? Would you be > able to keep up with ports upgrades. You wouldn't be able to keep other updates unless you manully patched the tree, but you would be able to use the system until it's fixed. > You may assume that X is going to be fixed -- but what if not, in, say > a year? Your kidding me right?? > | Well, it depends on which ports you are updating. > > All. Your saying that you build every port including the language options and never had a problem in the last 18 months until the xorg update ?!?!? > | If you only run X, then I would expect your statement to be correct. > > Not sure what you mean here: nobody "runs only X". It's impossible. To be precise, it's the xorg port. So yes it's possible. > | > | And last, many of the video drivers have little if any support. If > | > | you have something other then ati/intel/nivdia, you should expect > | > | problems. Input drivers are in a similar state. > | > > | > Both my systems I've been reporting problems with are using the `nv' > | > driver: > | > > | > $ grep /modules/drivers /var/log/Xorg.0.log > | > (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so > | > > | > One system (Dell Latitude) could not be made operational with the new > | > X at all; the other has garbage in the windows and the "captive mouse > | > pointer" -- both issues new in the new X. > | > | See above :) > > Which point? :-) All of them. From alex-goncharov at comcast.net Sun Feb 1 11:11:11 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Sun Feb 1 11:11:29 2009 Subject: Unhappy Xorg upgrade In-Reply-To: <1233507786.61410.9.camel@RabbitsDen> (gaijin.k@gmail.com) References: <200901311153.58361.vehemens@verizon.net> <1233507786.61410.9.camel@RabbitsDen> Message-ID: ,--- Alexandre \ (Sun, 01 Feb 2009 12:03:06 -0500) ----* | > When I install the old packages, I can no longer rebuild and install | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I | > can only do it selectively, excluding from the upgrade most | > X-dependent things. That sucks and will lead to a problem earlier or | > later. | Will combination of sysutils/portdowngrade and HOLD_PKGS variable | in /usr/local/etc/pkgtools.conf accomplish what you are trying to | accomplish? `------------------------------------------------------* I'll try something of that nature (not today) with your and other people's advice. Thank you! -- Alex -- alex-goncharov@comcast.net -- From goncharov.alex at gmail.com Sun Feb 1 11:22:54 2009 From: goncharov.alex at gmail.com (Alex Goncharov) Date: Sun Feb 1 11:23:01 2009 Subject: Unhappy Xorg upgrade In-Reply-To: <200902011034.50759.vehemens@verizon.net> (message from vehemens on Sun, 01 Feb 2009 10:34:50 -0800) References: <200901311153.58361.vehemens@verizon.net> <200901311354.43031.vehemens@verizon.net> <200902011034.50759.vehemens@verizon.net> Message-ID: ,--- You/vehemens (Sun, 01 Feb 2009 10:34:50 -0800) ----* | On Saturday 31 January 2009 04:20:26 pm Alex Goncharov wrote: | > ,--- You/vehemens (Sat, 31 Jan 2009 13:54:42 -0800) ----* | > | > | On Saturday 31 January 2009 01:25:21 pm Alex Goncharov wrote: | > | > So, a *fundamental* (practically an OS component) port is brought in | > | > -- and it disables my system. What is my way of action? Right -- | > | > install the old packages, taken from an FTP site (is there a way to | > | > get the previous "source", that is all the ports/*/*/Makefile files? | > | > Csup can only go forward -- or can it go back?) | > | | > | You ignored the first part of the email which is that the ports | > | system is flawed due to the lack of a stable versus current branch. | > | > The FreeBSD model as what it is and I, for one, prefer it to Linux | > distros' models. In other words what you call a flaw, I call a | > virtue. | | Your missing the point. Oh well, my fault then. | This has nothing to do with Linux. The issue is that that while src | has a stable versus current branch, there is no stable branch for | ports. The result is major updates are almost always problematic. Any data points to support the last statement? | > | It seems to me that you want to run a stable branch, while the ports | > | tree is effectively a current branch. | > | > If somebody tells me that running the new X on my computers will be | > better if I switch the base system from STABLE to CURRENT, I'll do it | > in a heartbeat. (In fact one of my other systems does run CURRENT, | > only I never installed X there -- I don't use that system as a front | > end.) | | The issue is with the ports approach, not the base system (aka src) approach. | See above comments. I am missing the point here, again. | > | > When I install the old packages, I can no longer rebuild and install | > | > new (say `csup'ed on 2009-03-01) port components, as one whole -- I | > | > can only do it selectively, excluding from the upgrade most | > | > X-dependent things. That sucks and will lead to a problem earlier or | > | > later. | > | | > | I never update /usr/ports directly. I have a separate csup ports | > | area. When I update, I save the old ports tree and replace it with | > | a new one. If a problem occurs, I can fall back to the old tree or | > | pieces of it. | > | > An interesting model -- but how would you be better off falling back | > to the old ports tree in case of a bad (for you) new X? Yes, you | > could rebuild and return to using the old X. Then what? Would you be | > able to keep up with ports upgrades. | | You wouldn't be able to keep other updates unless you manully patched the | tree, but you would be able to use the system until it's fixed. What the ETA for the new X fix? | > You may assume that X is going to be fixed -- but what if not, in, say | > a year? | | Your kidding me right?? No. You *know* that it is going to be fixed in a year? If yes, what's the source of your knowledge? What resources are going to be dedicated to work on my three problems? | > | Well, it depends on which ports you are updating. | > | > All. | | Your saying that you build every port including the language options and never | had a problem in the last 18 months until the xorg update ?!?!? Yes, I am saying exactly this. I happen not to run Gnome or KDE. | > | If you only run X, then I would expect your statement to be correct. | > | > Not sure what you mean here: nobody "runs only X". It's impossible. | | To be precise, it's the xorg port. So yes it's possible. Hm, let's see: ---------------------------------------- Information for xorg-server-1.5.3_2,1: Depends on: ([ I exclude the "X things" ]): Dependency: expat-2.0.1 Dependency: openssl-0.9.8j Dependency: pciids-20081012 Dependency: e2fsprogs-libuuid-1.41.3_1 Dependency: python25-2.5.2_3 Dependency: pkg-config-0.23_1 Dependency: libpthread-stubs-0.1 Dependency: libiconv-1.11_1 Dependency: gettext-0.17_1 ---------------------------------------- Plenty of non-xorg things are needed for xorg, right? And if I build from the sources, I also need gmake, bison, autoconf etc. | > | > | And last, many of the video drivers have little if any support. If | > | > | you have something other then ati/intel/nivdia, you should expect | > | > | problems. Input drivers are in a similar state. | > | > | > | > Both my systems I've been reporting problems with are using the `nv' | > | > driver: | > | > | > | > $ grep /modules/drivers /var/log/Xorg.0.log | > | > (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so | > | > | > | > One system (Dell Latitude) could not be made operational with the new | > | > X at all; the other has garbage in the windows and the "captive mouse | > | > pointer" -- both issues new in the new X. | > | | > | See above :) | > | > Which point? :-) | | All of them. Ah, I got you now. -- Alex -- goncharov.alex@gmail.com -- From sinux at fsfe.org Sun Feb 1 12:02:21 2009 From: sinux at fsfe.org (Sebastien Chassot) Date: Sun Feb 1 12:02:29 2009 Subject: how remove old lib in "portupgrade -fr libxcb" In-Reply-To: <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> References: <1233439929.1046.16.camel@dhcppc0> <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> Message-ID: <1233518537.1024.25.camel@dhcppc0> On Sat, 2009-01-31 at 16:55 -0600, Scot Hetzel wrote: > Sounds like several of the libraries that your applications require > are still linked to the old libxcb.so.1. > > Use this to find all libraries that are still depending on libxcb.so.1 > > (for i in /usr/local/lib/lib*.so ; do echo -n "$i:" ; ldd $i | grep > "libxcb.so.1" ; echo ; done) | grep libxcb > libxcb.log > > Then rebuild all ports that contain these libraries. I did another try "portupgrade -frP libxcb" and I stop it after few hours. I maybe shouldn't but I did cos everything seems still linked to libxcb.so.1 (?) ... I'm really lost... ;( nothing work anymore and I don't know what to do. --- libxcb-before.log 2009-02-01 20:25:33.000000000 +0100 +++ libxcb-after.log 2009-02-01 20:25:33.000000000 +0100 (...) -/usr/local/lib/libgdkmm-2.4.so: libxcb.so.1 => /usr/local/lib/compat/pkg/libxcb.so.1 (0x28e2c000) +/usr/local/lib/libgdkmm-2.4.so: libxcb.so.1 => /usr/local/lib/compat/pkg/libxcb.so.1 (0x28e2d000) -/usr/local/lib/libgtkmm-2.4.so: libxcb.so.1 => /usr/local/lib/compat/pkg/libxcb.so.1 (0x29205000) +/usr/local/lib/libgtkmm-2.4.so: libxcb.so.1 => /usr/local/lib/compat/pkg/libxcb.so.1 (0x29206000) -/usr/local/lib/libpangomm-1.4.so: libxcb.so.1 => /usr/local/lib/compat/pkg/libxcb.so.1 (0x28723000) +/usr/local/lib/libpangomm-1.4.so: libxcb.so.1 => /usr/local/lib/compat/pkg/libxcb.so.1 (0x28724000) (...) I discovered the utility libchk -v and my system is in this state ... ======================================================================== Binaries that are linked with: /usr/local/lib/libxcb.so.2 /usr/X11R6/bin/gsynaptics /usr/X11R6/bin/gsynaptics-init /usr/X11R6/bin/syndaemon /usr/X11R6/bin/xglyph /usr/X11R6/bin/xorgconfig /usr/X11R6/bin/xrx /usr/X11R6/libexec/totem-plugin-viewer /usr/local/bin/gsynaptics /usr/local/bin/gsynaptics-init /usr/local/bin/syndaemon /usr/local/bin/xglyph /usr/local/bin/xorgconfig /usr/local/bin/xrx /usr/local/lib/browser_plugins/totem/libtotem-basic-plugin.so /usr/local/lib/browser_plugins/totem/libtotem-complex-plugin.so /usr/local/lib/browser_plugins/totem/libtotem-cone-plugin.so /usr/local/lib/browser_plugins/totem/libtotem-gmp-plugin.so /usr/local/lib/browser_plugins/totem/libtotem-mully-plugin.so /usr/local/lib/browser_plugins/totem/libtotem-narrowspace-plugin.so /usr/local/lib/libGL.so.1 /usr/local/lib/libX11.so.6 /usr/local/lib/libwebkit-1.0.so.1 /usr/local/lib/libxcb-atom.so.1 /usr/local/lib/libxcb-aux.so.0 /usr/local/lib/libxcb-composite.so.0 /usr/local/lib/libxcb-damage.so.0 /usr/local/lib/libxcb-dpms.so.0 /usr/local/lib/libxcb-event.so.1 /usr/local/lib/libxcb-glx.so.0 /usr/local/lib/libxcb-icccm.so.1 /usr/local/lib/libxcb-image.so.0 /usr/local/lib/libxcb-keysyms.so.0 /usr/local/lib/libxcb-property.so.1 /usr/local/lib/libxcb-randr.so.0 /usr/local/lib/libxcb-record.so.0 /usr/local/lib/libxcb-render-util.so.0 /usr/local/lib/libxcb-render.so.0 /usr/local/lib/libxcb-reply.so.1 /usr/local/lib/libxcb-res.so.0 /usr/local/lib/libxcb-screensaver.so.0 /usr/local/lib/libxcb-shape.so.0 /usr/local/lib/libxcb-shm.so.0 /usr/local/lib/libxcb-sync.so.0 /usr/local/lib/libxcb-wm.so.0 /usr/local/lib/libxcb-xevie.so.0 /usr/local/lib/libxcb-xf86dri.so.0 /usr/local/lib/libxcb-xfixes.so.0 /usr/local/lib/libxcb-xinerama.so.0 /usr/local/lib/libxcb-xprint.so.0 /usr/local/lib/libxcb-xtest.so.0 /usr/local/lib/libxcb-xv.so.0 /usr/local/lib/libxcb-xvmc.so.0 /usr/local/lib/xine/plugins/1.24/xineplug_vo_out_xcbshm.so /usr/local/lib/xine/plugins/1.24/xineplug_vo_out_xcbxv.so /usr/local/libexec/totem-plugin-viewer ======================================================================== (...) ======================================================================== Binaries that are linked with: /usr/local/lib/compat/pkg/libxcb.so.1 /usr/X11R6/bin/baobab /usr/X11R6/bin/bonobo-browser /usr/X11R6/bin/bug-buddy /usr/X11R6/bin/canberra-gtk-play /usr/X11R6/bin/dasher /usr/X11R6/bin/eog /usr/X11R6/bin/evince /usr/X11R6/bin/evince-thumbnailer /usr/X11R6/bin/evolution /usr/X11R6/bin/file-roller /usr/X11R6/bin/gcalctool /usr/X11R6/bin/gconf-editor /usr/X11R6/bin/gdm-screenshot /usr/X11R6/bin/gdmflexiserver /usr/X11R6/bin/gedit /usr/X11R6/bin/gegl /usr/X11R6/bin/gimp-2.6 /usr/X11R6/bin/gimp-console-2.6 /usr/X11R6/bin/gimptool-2.0 /usr/X11R6/bin/gkbd-indicator-plugins-capplet /usr/X11R6/bin/gnome-about-me /usr/X11R6/bin/gnome-appearance-properties /usr/X11R6/bin/gnome-at-properties /usr/X11R6/bin/gnome-audio-profiles-properties /usr/X11R6/bin/gnome-control-center /usr/X11R6/bin/gnome-default-applications-properties /usr/X11R6/bin/gnome-desktop-item-edit /usr/X11R6/bin/gnome-dictionary /usr/X11R6/bin/gnome-display-properties /usr/X11R6/bin/gnome-keybinding-properties /usr/X11R6/bin/gnome-keyboard-properties /usr/X11R6/bin/gnome-mouse-properties /usr/X11R6/bin/gnome-network-preferences /usr/X11R6/bin/gnome-panel /usr/X11R6/bin/gnome-power-manager /usr/X11R6/bin/gnome-power-preferences /usr/X11R6/bin/gnome-power-statistics /usr/X11R6/bin/gnome-screenshot /usr/X11R6/bin/gnome-search-tool /usr/X11R6/bin/gnome-session /usr/X11R6/bin/gnome-session-properties /usr/X11R6/bin/gnome-session-save /usr/X11R6/bin/gnome-sound-properties /usr/X11R6/bin/gnome-sound-recorder /usr/X11R6/bin/gnome-system-log /usr/X11R6/bin/gnome-system-monitor /usr/X11R6/bin/gnome-terminal /usr/X11R6/bin/gnome-typing-monitor /usr/X11R6/bin/gnome-volume-control /usr/X11R6/bin/gnome-window-properties /usr/X11R6/bin/gnumeric-1.9.3 /usr/X11R6/bin/gstreamer-properties /usr/X11R6/bin/gthumb /usr/X11R6/bin/gtk-demo /usr/X11R6/bin/gtk-query-immodules-2.0 /usr/X11R6/bin/gtkhtml-editor-test /usr/X11R6/bin/gucharmap /usr/X11R6/bin/metacity /usr/X11R6/bin/metacity-message /usr/X11R6/bin/metacity-theme-viewer /usr/X11R6/bin/metacity-window-demo /usr/X11R6/bin/mousepad /usr/X11R6/bin/nautilus /usr/X11R6/bin/nautilus-autorun-software /usr/X11R6/bin/nautilus-cd-burner /usr/X11R6/bin/nautilus-connect-server /usr/X11R6/bin/nautilus-file-management-properties /usr/X11R6/bin/network-admin /usr/X11R6/bin/notify-send /usr/X11R6/bin/panel-test-applets /usr/X11R6/bin/pango-view /usr/X11R6/bin/polkit-gnome-authorization /usr/X11R6/bin/polkit-gnome-example /usr/X11R6/bin/rsvg-convert /usr/X11R6/bin/rsvg-view /usr/X11R6/bin/services-admin /usr/X11R6/bin/shares-admin /usr/X11R6/bin/ssconvert /usr/X11R6/bin/ssgrep /usr/X11R6/bin/ssindex /usr/X11R6/bin/time-admin /usr/X11R6/bin/users-admin /usr/X11R6/bin/vte /usr/X11R6/bin/wnckprop /usr/X11R6/libexec/accessx-status-applet /usr/X11R6/libexec/at-spi-registryd /usr/X11R6/libexec/battstat-applet-2 /usr/X11R6/libexec/charpick_applet2 /usr/X11R6/libexec/clock-applet /usr/X11R6/libexec/cpufreq-applet /usr/X11R6/libexec/drivemount_applet2 /usr/X11R6/libexec/evolution/2.24/evolution-addressbook-export /usr/X11R6/libexec/evolution/2.24/evolution-alarm-notify /usr/X11R6/libexec/evolution/2.24/evolution-backup /usr/X11R6/libexec/evolution/2.24/killev /usr/X11R6/libexec/fish-applet-2 /usr/X11R6/libexec/gconf-sanity-check-2 /usr/X11R6/libexec/gdm-host-chooser /usr/X11R6/libexec/gdm-simple-chooser /usr/X11R6/libexec/gdm-simple-greeter /usr/X11R6/libexec/gdm-user-switch-applet /usr/X11R6/libexec/geyes_applet2 /usr/X11R6/libexec/gimp/2.2/plug-ins/alien-map /usr/X11R6/libexec/gimp/2.2/plug-ins/align-layers /usr/X11R6/libexec/gimp/2.2/plug-ins/animation-play /usr/X11R6/libexec/gimp/2.2/plug-ins/apply-canvas /usr/X11R6/libexec/gimp/2.2/plug-ins/blinds /usr/X11R6/libexec/gimp/2.2/plug-ins/blur-gauss /usr/X11R6/libexec/gimp/2.2/plug-ins/blur-gauss-selective /usr/X11R6/libexec/gimp/2.2/plug-ins/blur-motion /usr/X11R6/libexec/gimp/2.2/plug-ins/border-average /usr/X11R6/libexec/gimp/2.2/plug-ins/bump-map /usr/X11R6/libexec/gimp/2.2/plug-ins/cartoon /usr/X11R6/libexec/gimp/2.2/plug-ins/channel-mixer /usr/X11R6/libexec/gimp/2.2/plug-ins/checkerboard /usr/X11R6/libexec/gimp/2.2/plug-ins/cml-explorer /usr/X11R6/libexec/gimp/2.2/plug-ins/color-cube-analyze /usr/X11R6/libexec/gimp/2.2/plug-ins/color-enhance /usr/X11R6/libexec/gimp/2.2/plug-ins/color-exchange /usr/X11R6/libexec/gimp/2.2/plug-ins/color-rotate /usr/X11R6/libexec/gimp/2.2/plug-ins/color-to-alpha /usr/X11R6/libexec/gimp/2.2/plug-ins/colorify /usr/X11R6/libexec/gimp/2.2/plug-ins/colormap-remap /usr/X11R6/libexec/gimp/2.2/plug-ins/compose /usr/X11R6/libexec/gimp/2.2/plug-ins/contrast-retinex /usr/X11R6/libexec/gimp/2.2/plug-ins/convolution-matrix /usr/X11R6/libexec/gimp/2.2/plug-ins/cubism /usr/X11R6/libexec/gimp/2.2/plug-ins/curve-bend /usr/X11R6/libexec/gimp/2.2/plug-ins/decompose /usr/X11R6/libexec/gimp/2.2/plug-ins/deinterlace /usr/X11R6/libexec/gimp/2.2/plug-ins/depth-merge /usr/X11R6/libexec/gimp/2.2/plug-ins/despeckle /usr/X11R6/libexec/gimp/2.2/plug-ins/destripe /usr/X11R6/libexec/gimp/2.2/plug-ins/diffraction /usr/X11R6/libexec/gimp/2.2/plug-ins/displace /usr/X11R6/libexec/gimp/2.2/plug-ins/edge /usr/X11R6/libexec/gimp/2.2/plug-ins/edge-dog /usr/X11R6/libexec/gimp/2.2/plug-ins/edge-neon /usr/X11R6/libexec/gimp/2.2/plug-ins/edge-sobel /usr/X11R6/libexec/gimp/2.2/plug-ins/emboss /usr/X11R6/libexec/gimp/2.2/plug-ins/engrave /usr/X11R6/libexec/gimp/2.2/plug-ins/file-aa /usr/X11R6/libexec/gimp/2.2/plug-ins/file-bmp /usr/X11R6/libexec/gimp/2.2/plug-ins/file-cel /usr/X11R6/libexec/gimp/2.2/plug-ins/file-csource /usr/X11R6/libexec/gimp/2.2/plug-ins/file-dicom /usr/X11R6/libexec/gimp/2.2/plug-ins/file-fits /usr/X11R6/libexec/gimp/2.2/plug-ins/file-fli /usr/X11R6/libexec/gimp/2.2/plug-ins/file-gbr /usr/X11R6/libexec/gimp/2.2/plug-ins/file-gif-save /usr/X11R6/libexec/gimp/2.2/plug-ins/file-gih /usr/X11R6/libexec/gimp/2.2/plug-ins/file-header /usr/X11R6/libexec/gimp/2.2/plug-ins/file-html-table /usr/X11R6/libexec/gimp/2.2/plug-ins/file-ico /usr/X11R6/libexec/gimp/2.2/plug-ins/file-jpeg /usr/X11R6/libexec/gimp/2.2/plug-ins/file-mng /usr/X11R6/libexec/gimp/2.2/plug-ins/file-pat /usr/X11R6/libexec/gimp/2.2/plug-ins/file-pcx /usr/X11R6/libexec/gimp/2.2/plug-ins/file-pdf /usr/X11R6/libexec/gimp/2.2/plug-ins/file-pix /usr/X11R6/libexec/gimp/2.2/plug-ins/file-png /usr/X11R6/libexec/gimp/2.2/plug-ins/file-pnm /usr/X11R6/libexec/gimp/2.2/plug-ins/file-ps /usr/X11R6/libexec/gimp/2.2/plug-ins/file-psd-load /usr/X11R6/libexec/gimp/2.2/plug-ins/file-psd-save /usr/X11R6/libexec/gimp/2.2/plug-ins/file-psp /usr/X11R6/libexec/gimp/2.2/plug-ins/file-raw /usr/X11R6/libexec/gimp/2.2/plug-ins/file-sgi /usr/X11R6/libexec/gimp/2.2/plug-ins/file-sunras /usr/X11R6/libexec/gimp/2.2/plug-ins/file-svg /usr/X11R6/libexec/gimp/2.2/plug-ins/file-tga /usr/X11R6/libexec/gimp/2.2/plug-ins/file-tiff-load /usr/X11R6/libexec/gimp/2.2/plug-ins/file-tiff-save /usr/X11R6/libexec/gimp/2.2/plug-ins/file-uri /usr/X11R6/libexec/gimp/2.2/plug-ins/file-wmf /usr/X11R6/libexec/gimp/2.2/plug-ins/file-xbm /usr/X11R6/libexec/gimp/2.2/plug-ins/file-xjt /usr/X11R6/libexec/gimp/2.2/plug-ins/file-xpm /usr/X11R6/libexec/gimp/2.2/plug-ins/file-xwd /usr/X11R6/libexec/gimp/2.2/plug-ins/film /usr/X11R6/libexec/gimp/2.2/plug-ins/filter-pack /usr/X11R6/libexec/gimp/2.2/plug-ins/flame /usr/X11R6/libexec/gimp/2.2/plug-ins/fractal-explorer /usr/X11R6/libexec/gimp/2.2/plug-ins/fractal-trace /usr/X11R6/libexec/gimp/2.2/plug-ins/gee /usr/X11R6/libexec/gimp/2.2/plug-ins/gee-zoom /usr/X11R6/libexec/gimp/2.2/plug-ins/gfig /usr/X11R6/libexec/gimp/2.2/plug-ins/gimpressionist /usr/X11R6/libexec/gimp/2.2/plug-ins/gradient-flare /usr/X11R6/libexec/gimp/2.2/plug-ins/grid /usr/X11R6/libexec/gimp/2.2/plug-ins/help-browser /usr/X11R6/libexec/gimp/2.2/plug-ins/hot /usr/X11R6/libexec/gimp/2.2/plug-ins/ifs-compose /usr/X11R6/libexec/gimp/2.2/plug-ins/illusion /usr/X11R6/libexec/gimp/2.2/plug-ins/imagemap /usr/X11R6/libexec/gimp/2.2/plug-ins/iwarp /usr/X11R6/libexec/gimp/2.2/plug-ins/jigsaw /usr/X11R6/libexec/gimp/2.2/plug-ins/lcms /usr/X11R6/libexec/gimp/2.2/plug-ins/lens-apply /usr/X11R6/libexec/gimp/2.2/plug-ins/lens-distortion /usr/X11R6/libexec/gimp/2.2/plug-ins/lens-flare /usr/X11R6/libexec/gimp/2.2/plug-ins/lighting /usr/X11R6/libexec/gimp/2.2/plug-ins/mail /usr/X11R6/libexec/gimp/2.2/plug-ins/map-object /usr/X11R6/libexec/gimp/2.2/plug-ins/max-rgb /usr/X11R6/libexec/gimp/2.2/plug-ins/maze /usr/X11R6/libexec/gimp/2.2/plug-ins/metadata /usr/X11R6/libexec/gimp/2.2/plug-ins/mosaic /usr/X11R6/libexec/gimp/2.2/plug-ins/newsprint /usr/X11R6/libexec/gimp/2.2/plug-ins/nl-filter /usr/X11R6/libexec/gimp/2.2/plug-ins/noise-hsv /usr/X11R6/libexec/gimp/2.2/plug-ins/noise-randomize /usr/X11R6/libexec/gimp/2.2/plug-ins/noise-rgb /usr/X11R6/libexec/gimp/2.2/plug-ins/noise-solid /usr/X11R6/libexec/gimp/2.2/plug-ins/noise-spread /usr/X11R6/libexec/gimp/2.2/plug-ins/nova /usr/X11R6/libexec/gimp/2.2/plug-ins/oilify /usr/X11R6/libexec/gimp/2.2/plug-ins/pagecurl /usr/X11R6/libexec/gimp/2.2/plug-ins/photocopy /usr/X11R6/libexec/gimp/2.2/plug-ins/pixelize /usr/X11R6/libexec/gimp/2.2/plug-ins/plasma /usr/X11R6/libexec/gimp/2.2/plug-ins/plugin-browser /usr/X11R6/libexec/gimp/2.2/plug-ins/polar-coords /usr/X11R6/libexec/gimp/2.2/plug-ins/procedure-browser /usr/X11R6/libexec/gimp/2.2/plug-ins/qbist /usr/X11R6/libexec/gimp/2.2/plug-ins/red-eye-removal /usr/X11R6/libexec/gimp/2.2/plug-ins/ripple /usr/X11R6/libexec/gimp/2.2/plug-ins/sample-colorize /usr/X11R6/libexec/gimp/2.2/plug-ins/screenshot /usr/X11R6/libexec/gimp/2.2/plug-ins/script-fu /usr/X11R6/libexec/gimp/2.2/plug-ins/selection-to-path /usr/X11R6/libexec/gimp/2.2/plug-ins/sharpen /usr/X11R6/libexec/gimp/2.2/plug-ins/shift /usr/X11R6/libexec/gimp/2.2/plug-ins/sinus /usr/X11R6/libexec/gimp/2.2/plug-ins/smooth-palette /usr/X11R6/libexec/gimp/2.2/plug-ins/softglow /usr/X11R6/libexec/gimp/2.2/plug-ins/sparkle /usr/X11R6/libexec/gimp/2.2/plug-ins/sphere-designer /usr/X11R6/libexec/gimp/2.2/plug-ins/threshold-alpha /usr/X11R6/libexec/gimp/2.2/plug-ins/tile /usr/X11R6/libexec/gimp/2.2/plug-ins/tile-glass /usr/X11R6/libexec/gimp/2.2/plug-ins/tile-paper /usr/X11R6/libexec/gimp/2.2/plug-ins/tile-small /usr/X11R6/libexec/gimp/2.2/plug-ins/unit-editor /usr/X11R6/libexec/gimp/2.2/plug-ins/unsharp-mask /usr/X11R6/libexec/gimp/2.2/plug-ins/value-propagate /usr/X11R6/libexec/gimp/2.2/plug-ins/van-gogh-lic /usr/X11R6/libexec/gimp/2.2/plug-ins/video /usr/X11R6/libexec/gimp/2.2/plug-ins/warp /usr/X11R6/libexec/gimp/2.2/plug-ins/waves /usr/X11R6/libexec/gimp/2.2/plug-ins/whirl-pinch /usr/X11R6/libexec/gimp/2.2/plug-ins/wind /usr/X11R6/libexec/gnome-brightness-applet /usr/X11R6/libexec/gnome-clock-applet-mechanism /usr/X11R6/libexec/gnome-dictionary-applet /usr/X11R6/libexec/gnome-inhibit-applet /usr/X11R6/libexec/gnome-keyboard-applet /usr/X11R6/libexec/gnome-keyring-ask /usr/X11R6/libexec/gnome-settings-daemon /usr/X11R6/libexec/gweather-applet-2 /usr/X11R6/libexec/metacity-dialog /usr/X11R6/libexec/mixer_applet2 /usr/X11R6/libexec/multiload-applet-2 /usr/X11R6/libexec/notification-area-applet /usr/X11R6/libexec/null_applet /usr/X11R6/libexec/polkit-gnome-manager /usr/X11R6/libexec/stickynotes_applet /usr/X11R6/libexec/trashapplet /usr/X11R6/libexec/wnck-applet /usr/local/bin/baobab /usr/local/bin/bonobo-browser /usr/local/bin/bug-buddy /usr/local/bin/canberra-gtk-play /usr/local/bin/dasher /usr/local/bin/eog /usr/local/bin/evince /usr/local/bin/evince-thumbnailer /usr/local/bin/evolution /usr/local/bin/file-roller /usr/local/bin/gcalctool /usr/local/bin/gconf-editor /usr/local/bin/gdm-screenshot /usr/local/bin/gdmflexiserver /usr/local/bin/gedit /usr/local/bin/gegl /usr/local/bin/gimp-2.6 /usr/local/bin/gimp-console-2.6 /usr/local/bin/gimptool-2.0 /usr/local/bin/gkbd-indicator-plugins-capplet /usr/local/bin/gnome-about-me /usr/local/bin/gnome-appearance-properties /usr/local/bin/gnome-at-properties /usr/local/bin/gnome-audio-profiles-properties /usr/local/bin/gnome-control-center /usr/local/bin/gnome-default-applications-properties /usr/local/bin/gnome-desktop-item-edit /usr/local/bin/gnome-dictionary /usr/local/bin/gnome-display-properties /usr/local/bin/gnome-keybinding-properties /usr/local/bin/gnome-keyboard-properties /usr/local/bin/gnome-mouse-properties /usr/local/bin/gnome-network-preferences /usr/local/bin/gnome-panel /usr/local/bin/gnome-power-manager /usr/local/bin/gnome-power-preferences /usr/local/bin/gnome-power-statistics /usr/local/bin/gnome-screenshot /usr/local/bin/gnome-search-tool /usr/local/bin/gnome-session /usr/local/bin/gnome-session-properties /usr/local/bin/gnome-session-save /usr/local/bin/gnome-sound-properties /usr/local/bin/gnome-sound-recorder /usr/local/bin/gnome-system-log /usr/local/bin/gnome-system-monitor /usr/local/bin/gnome-terminal /usr/local/bin/gnome-typing-monitor /usr/local/bin/gnome-volume-control /usr/local/bin/gnome-window-properties /usr/local/bin/gnumeric-1.9.3 /usr/local/bin/gstreamer-properties /usr/local/bin/gthumb /usr/local/bin/gtk-demo /usr/local/bin/gtk-query-immodules-2.0 /usr/local/bin/gtkhtml-editor-test /usr/local/bin/gucharmap /usr/local/bin/metacity /usr/local/bin/metacity-message /usr/local/bin/metacity-theme-viewer /usr/local/bin/metacity-window-demo /usr/local/bin/mousepad /usr/local/bin/nautilus /usr/local/bin/nautilus-autorun-software /usr/local/bin/nautilus-cd-burner /usr/local/bin/nautilus-connect-server /usr/local/bin/nautilus-file-management-properties /usr/local/bin/network-admin /usr/local/bin/notify-send /usr/local/bin/panel-test-applets /usr/local/bin/pango-view /usr/local/bin/polkit-gnome-authorization /usr/local/bin/polkit-gnome-example /usr/local/bin/rsvg-convert /usr/local/bin/rsvg-view /usr/local/bin/services-admin /usr/local/bin/shares-admin /usr/local/bin/ssconvert /usr/local/bin/ssgrep /usr/local/bin/ssindex /usr/local/bin/time-admin /usr/local/bin/users-admin /usr/local/bin/vte /usr/local/bin/wnckprop /usr/local/lib/bonobo-2.0/samples/bonobo-sample-controls-2 /usr/local/lib/compat/pkg/libxcb-atom.so.0 /usr/local/lib/compat/pkg/libxcb-event.so.0 /usr/local/lib/compat/pkg/libxcb-icccm.so.0 /usr/local/lib/compat/pkg/libxcb-property.so.0 /usr/local/lib/compat/pkg/libxcb-reply.so.0 /usr/local/lib/compat/pkg/libxcb-xlib.so.0 /usr/local/lib/eog/plugins/libfullscreen.so /usr/local/lib/eog/plugins/libreload.so /usr/local/lib/eog/plugins/libstatusbar-date.so /usr/local/lib/gnome-session/helpers/at-spi-registryd-wrapper /usr/local/lib/gnome-session/helpers/gnome-keyring-daemon-wrapper /usr/local/lib/gnome-session/helpers/gnome-session-splash /usr/local/lib/gnome-session/helpers/gnome-settings-daemon-helper /usr/local/lib/gnome-settings-daemon-2.0/liba11y-keyboard.so /usr/local/lib/gnome-settings-daemon-2.0/libbackground.so /usr/local/lib/gnome-settings-daemon-2.0/libclipboard.so /usr/local/lib/gnome-settings-daemon-2.0/libdummy.so /usr/local/lib/gnome-settings-daemon-2.0/libfont.so /usr/local/lib/gnome-settings-daemon-2.0/libhousekeeping.so /usr/local/lib/gnome-settings-daemon-2.0/libkeybindings.so /usr/local/lib/gnome-settings-daemon-2.0/libkeyboard.so /usr/local/lib/gnome-settings-daemon-2.0/libmedia-keys.so /usr/local/lib/gnome-settings-daemon-2.0/libmouse.so /usr/local/lib/gnome-settings-daemon-2.0/libscreensaver.so /usr/local/lib/gnome-settings-daemon-2.0/libsound.so /usr/local/lib/gnome-settings-daemon-2.0/libtyping-break.so /usr/local/lib/gnome-settings-daemon-2.0/libxrandr.so /usr/local/lib/gnome-settings-daemon-2.0/libxrdb.so /usr/local/lib/gnome-settings-daemon-2.0/libxsettings.so /usr/local/lib/gtk-2.0/modules/libgnomebreakpad.so /usr/local/lib/libcairo.so.2 /usr/local/lib/libgucharmap.so.7 /usr/local/lib/libloginhelper.so.0 /usr/local/lib/python2.5/site-packages/deskbar/core/_userdirs/__userdirs.so /usr/local/lib/python2.5/site-packages/deskbar/core/keybinder/_keybinder.so /usr/local/lib/python2.5/site-packages/deskbar/handlers/evolution/_evolution.so /usr/local/lib/python2.5/site-packages/deskbar/handlers/gdmclient/_gdmclient.so /usr/local/lib/python2.5/site-packages/deskbar/osutils/_osutils.so /usr/local/lib/python2.5/site-packages/deskbar/ui/iconentry/_iconentry.so /usr/local/lib/vlc/misc/libnotify_plugin.so /usr/local/lib/vte/vterdb /usr/local/libexec/accessx-status-applet /usr/local/libexec/at-spi-registryd /usr/local/libexec/battstat-applet-2 /usr/local/libexec/charpick_applet2 /usr/local/libexec/clock-applet /usr/local/libexec/cpufreq-applet /usr/local/libexec/drivemount_applet2 /usr/local/libexec/evolution/2.24/evolution-addressbook-export /usr/local/libexec/evolution/2.24/evolution-alarm-notify /usr/local/libexec/evolution/2.24/evolution-backup /usr/local/libexec/evolution/2.24/killev /usr/local/libexec/fish-applet-2 /usr/local/libexec/gconf-sanity-check-2 /usr/local/libexec/gdm-host-chooser /usr/local/libexec/gdm-simple-chooser /usr/local/libexec/gdm-simple-greeter /usr/local/libexec/gdm-user-switch-applet /usr/local/libexec/geyes_applet2 /usr/local/libexec/gimp/2.2/plug-ins/alien-map /usr/local/libexec/gimp/2.2/plug-ins/align-layers /usr/local/libexec/gimp/2.2/plug-ins/animation-play /usr/local/libexec/gimp/2.2/plug-ins/apply-canvas /usr/local/libexec/gimp/2.2/plug-ins/blinds /usr/local/libexec/gimp/2.2/plug-ins/blur-gauss /usr/local/libexec/gimp/2.2/plug-ins/blur-gauss-selective /usr/local/libexec/gimp/2.2/plug-ins/blur-motion /usr/local/libexec/gimp/2.2/plug-ins/border-average /usr/local/libexec/gimp/2.2/plug-ins/bump-map /usr/local/libexec/gimp/2.2/plug-ins/cartoon /usr/local/libexec/gimp/2.2/plug-ins/channel-mixer /usr/local/libexec/gimp/2.2/plug-ins/checkerboard /usr/local/libexec/gimp/2.2/plug-ins/cml-explorer /usr/local/libexec/gimp/2.2/plug-ins/color-cube-analyze /usr/local/libexec/gimp/2.2/plug-ins/color-enhance /usr/local/libexec/gimp/2.2/plug-ins/color-exchange /usr/local/libexec/gimp/2.2/plug-ins/color-rotate /usr/local/libexec/gimp/2.2/plug-ins/color-to-alpha /usr/local/libexec/gimp/2.2/plug-ins/colorify /usr/local/libexec/gimp/2.2/plug-ins/colormap-remap /usr/local/libexec/gimp/2.2/plug-ins/compose /usr/local/libexec/gimp/2.2/plug-ins/contrast-retinex /usr/local/libexec/gimp/2.2/plug-ins/convolution-matrix /usr/local/libexec/gimp/2.2/plug-ins/cubism /usr/local/libexec/gimp/2.2/plug-ins/curve-bend /usr/local/libexec/gimp/2.2/plug-ins/decompose /usr/local/libexec/gimp/2.2/plug-ins/deinterlace /usr/local/libexec/gimp/2.2/plug-ins/depth-merge /usr/local/libexec/gimp/2.2/plug-ins/despeckle /usr/local/libexec/gimp/2.2/plug-ins/destripe /usr/local/libexec/gimp/2.2/plug-ins/diffraction /usr/local/libexec/gimp/2.2/plug-ins/displace /usr/local/libexec/gimp/2.2/plug-ins/edge /usr/local/libexec/gimp/2.2/plug-ins/edge-dog /usr/local/libexec/gimp/2.2/plug-ins/edge-neon /usr/local/libexec/gimp/2.2/plug-ins/edge-sobel /usr/local/libexec/gimp/2.2/plug-ins/emboss /usr/local/libexec/gimp/2.2/plug-ins/engrave /usr/local/libexec/gimp/2.2/plug-ins/file-aa /usr/local/libexec/gimp/2.2/plug-ins/file-bmp /usr/local/libexec/gimp/2.2/plug-ins/file-cel /usr/local/libexec/gimp/2.2/plug-ins/file-csource /usr/local/libexec/gimp/2.2/plug-ins/file-dicom /usr/local/libexec/gimp/2.2/plug-ins/file-fits /usr/local/libexec/gimp/2.2/plug-ins/file-fli /usr/local/libexec/gimp/2.2/plug-ins/file-gbr /usr/local/libexec/gimp/2.2/plug-ins/file-gif-save /usr/local/libexec/gimp/2.2/plug-ins/file-gih /usr/local/libexec/gimp/2.2/plug-ins/file-header /usr/local/libexec/gimp/2.2/plug-ins/file-html-table /usr/local/libexec/gimp/2.2/plug-ins/file-ico /usr/local/libexec/gimp/2.2/plug-ins/file-jpeg /usr/local/libexec/gimp/2.2/plug-ins/file-mng /usr/local/libexec/gimp/2.2/plug-ins/file-pat /usr/local/libexec/gimp/2.2/plug-ins/file-pcx /usr/local/libexec/gimp/2.2/plug-ins/file-pdf /usr/local/libexec/gimp/2.2/plug-ins/file-pix /usr/local/libexec/gimp/2.2/plug-ins/file-png /usr/local/libexec/gimp/2.2/plug-ins/file-pnm /usr/local/libexec/gimp/2.2/plug-ins/file-ps /usr/local/libexec/gimp/2.2/plug-ins/file-psd-load /usr/local/libexec/gimp/2.2/plug-ins/file-psd-save /usr/local/libexec/gimp/2.2/plug-ins/file-psp /usr/local/libexec/gimp/2.2/plug-ins/file-raw /usr/local/libexec/gimp/2.2/plug-ins/file-sgi /usr/local/libexec/gimp/2.2/plug-ins/file-sunras /usr/local/libexec/gimp/2.2/plug-ins/file-svg /usr/local/libexec/gimp/2.2/plug-ins/file-tga /usr/local/libexec/gimp/2.2/plug-ins/file-tiff-load /usr/local/libexec/gimp/2.2/plug-ins/file-tiff-save /usr/local/libexec/gimp/2.2/plug-ins/file-uri /usr/local/libexec/gimp/2.2/plug-ins/file-wmf /usr/local/libexec/gimp/2.2/plug-ins/file-xbm /usr/local/libexec/gimp/2.2/plug-ins/file-xjt /usr/local/libexec/gimp/2.2/plug-ins/file-xpm /usr/local/libexec/gimp/2.2/plug-ins/file-xwd /usr/local/libexec/gimp/2.2/plug-ins/film /usr/local/libexec/gimp/2.2/plug-ins/filter-pack /usr/local/libexec/gimp/2.2/plug-ins/flame /usr/local/libexec/gimp/2.2/plug-ins/fractal-explorer /usr/local/libexec/gimp/2.2/plug-ins/fractal-trace /usr/local/libexec/gimp/2.2/plug-ins/gee /usr/local/libexec/gimp/2.2/plug-ins/gee-zoom /usr/local/libexec/gimp/2.2/plug-ins/gfig /usr/local/libexec/gimp/2.2/plug-ins/gimpressionist /usr/local/libexec/gimp/2.2/plug-ins/gradient-flare /usr/local/libexec/gimp/2.2/plug-ins/grid /usr/local/libexec/gimp/2.2/plug-ins/help-browser /usr/local/libexec/gimp/2.2/plug-ins/hot /usr/local/libexec/gimp/2.2/plug-ins/ifs-compose /usr/local/libexec/gimp/2.2/plug-ins/illusion /usr/local/libexec/gimp/2.2/plug-ins/imagemap /usr/local/libexec/gimp/2.2/plug-ins/iwarp /usr/local/libexec/gimp/2.2/plug-ins/jigsaw /usr/local/libexec/gimp/2.2/plug-ins/lcms /usr/local/libexec/gimp/2.2/plug-ins/lens-apply /usr/local/libexec/gimp/2.2/plug-ins/lens-distortion /usr/local/libexec/gimp/2.2/plug-ins/lens-flare /usr/local/libexec/gimp/2.2/plug-ins/lighting /usr/local/libexec/gimp/2.2/plug-ins/mail /usr/local/libexec/gimp/2.2/plug-ins/map-object /usr/local/libexec/gimp/2.2/plug-ins/max-rgb /usr/local/libexec/gimp/2.2/plug-ins/maze /usr/local/libexec/gimp/2.2/plug-ins/metadata /usr/local/libexec/gimp/2.2/plug-ins/mosaic /usr/local/libexec/gimp/2.2/plug-ins/newsprint /usr/local/libexec/gimp/2.2/plug-ins/nl-filter /usr/local/libexec/gimp/2.2/plug-ins/noise-hsv /usr/local/libexec/gimp/2.2/plug-ins/noise-randomize /usr/local/libexec/gimp/2.2/plug-ins/noise-rgb /usr/local/libexec/gimp/2.2/plug-ins/noise-solid /usr/local/libexec/gimp/2.2/plug-ins/noise-spread /usr/local/libexec/gimp/2.2/plug-ins/nova /usr/local/libexec/gimp/2.2/plug-ins/oilify /usr/local/libexec/gimp/2.2/plug-ins/pagecurl /usr/local/libexec/gimp/2.2/plug-ins/photocopy /usr/local/libexec/gimp/2.2/plug-ins/pixelize /usr/local/libexec/gimp/2.2/plug-ins/plasma /usr/local/libexec/gimp/2.2/plug-ins/plugin-browser /usr/local/libexec/gimp/2.2/plug-ins/polar-coords /usr/local/libexec/gimp/2.2/plug-ins/procedure-browser /usr/local/libexec/gimp/2.2/plug-ins/qbist /usr/local/libexec/gimp/2.2/plug-ins/red-eye-removal /usr/local/libexec/gimp/2.2/plug-ins/ripple /usr/local/libexec/gimp/2.2/plug-ins/sample-colorize /usr/local/libexec/gimp/2.2/plug-ins/screenshot /usr/local/libexec/gimp/2.2/plug-ins/script-fu /usr/local/libexec/gimp/2.2/plug-ins/selection-to-path /usr/local/libexec/gimp/2.2/plug-ins/sharpen /usr/local/libexec/gimp/2.2/plug-ins/shift /usr/local/libexec/gimp/2.2/plug-ins/sinus /usr/local/libexec/gimp/2.2/plug-ins/smooth-palette /usr/local/libexec/gimp/2.2/plug-ins/softglow /usr/local/libexec/gimp/2.2/plug-ins/sparkle /usr/local/libexec/gimp/2.2/plug-ins/sphere-designer /usr/local/libexec/gimp/2.2/plug-ins/threshold-alpha /usr/local/libexec/gimp/2.2/plug-ins/tile /usr/local/libexec/gimp/2.2/plug-ins/tile-glass /usr/local/libexec/gimp/2.2/plug-ins/tile-paper /usr/local/libexec/gimp/2.2/plug-ins/tile-small /usr/local/libexec/gimp/2.2/plug-ins/unit-editor /usr/local/libexec/gimp/2.2/plug-ins/unsharp-mask /usr/local/libexec/gimp/2.2/plug-ins/value-propagate /usr/local/libexec/gimp/2.2/plug-ins/van-gogh-lic /usr/local/libexec/gimp/2.2/plug-ins/video /usr/local/libexec/gimp/2.2/plug-ins/warp /usr/local/libexec/gimp/2.2/plug-ins/waves /usr/local/libexec/gimp/2.2/plug-ins/whirl-pinch /usr/local/libexec/gimp/2.2/plug-ins/wind /usr/local/libexec/gnome-brightness-applet /usr/local/libexec/gnome-clock-applet-mechanism /usr/local/libexec/gnome-dictionary-applet /usr/local/libexec/gnome-inhibit-applet /usr/local/libexec/gnome-keyboard-applet /usr/local/libexec/gnome-keyring-ask /usr/local/libexec/gnome-settings-daemon /usr/local/libexec/gweather-applet-2 /usr/local/libexec/metacity-dialog /usr/local/libexec/mixer_applet2 /usr/local/libexec/multiload-applet-2 /usr/local/libexec/notification-area-applet /usr/local/libexec/null_applet /usr/local/libexec/polkit-gnome-manager /usr/local/libexec/stickynotes_applet /usr/local/libexec/trashapplet /usr/local/libexec/wnck-applet (...) *********************************************************************************** From freebsd at byshenk.net Sun Feb 1 12:39:57 2009 From: freebsd at byshenk.net (Greg Byshenk) Date: Sun Feb 1 12:40:04 2009 Subject: how remove old lib in "portupgrade -fr libxcb" In-Reply-To: <1233518537.1024.25.camel@dhcppc0> References: <1233439929.1046.16.camel@dhcppc0> <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> <1233518537.1024.25.camel@dhcppc0> Message-ID: <20090201201607.GC807@core.byshenk.net> On Sun, Feb 01, 2009 at 09:02:17PM +0100, Sebastien Chassot wrote: > On Sat, 2009-01-31 at 16:55 -0600, Scot Hetzel wrote: > > Sounds like several of the libraries that your applications require > > are still linked to the old libxcb.so.1. > > > > Use this to find all libraries that are still depending on libxcb.so.1 > > > > (for i in /usr/local/lib/lib*.so ; do echo -n "$i:" ; ldd $i | grep > > "libxcb.so.1" ; echo ; done) | grep libxcb > libxcb.log > > > > Then rebuild all ports that contain these libraries. > > I did another try "portupgrade -frP libxcb" > > and I stop it after few hours. I maybe shouldn't but I did cos > everything seems still linked to libxcb.so.1 (?) ... > > I'm really lost... ;( nothing work anymore and I don't know what to do. Just an idea: your command is 'portupgrade -frP', so what packages are you installing? Is it possible that some of your packages are built against the old libxcb? If that is the case, then reinstalling them will not change their link to the old version. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From alex-goncharov at comcast.net Sun Feb 1 13:02:18 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Sun Feb 1 13:02:30 2009 Subject: Unhappy Xorg upgrade In-Reply-To: <20090201204815.GL65672@over-yonder.net> (fullermd@over-yonder.net) References: <200901311153.58361.vehemens@verizon.net> <20090201204815.GL65672@over-yonder.net> Message-ID: ,--- You/Matthew (Sun, 1 Feb 2009 14:48:15 -0600) ----* | On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of | Alex Goncharov, and lo! it spake thus: | > Csup can only go forward -- or can it go back?) | | You can specify a date in a supfile since, like, ever. `-----------------------------------------------------* Yes, other people have already pointed this out and I just got the code as of 2009.01.23.12.00.00 -- four hours before the first submission of the new X. Now I just need to think through my next steps :-) Thank you! -- Alex -- alex-goncharov@comcast.net -- From miwi at FreeBSD.org Sun Feb 1 13:02:34 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun Feb 1 13:02:41 2009 Subject: Call for Testing KDE 4.2 for FreeBSD Message-ID: <20090201210227.GB31414@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Guys, The KDE FreeBSD team is happy to announce the first public Call for Testing for KDE 4.2. Over the past weeks we have focused on the complex and very time consuming task to get KDE 4.2 running. What is new: Where KDE 4.1 was, according to the development team, "aimed at casual users", KDE 4.2 is billed as a "compelling offering for the majority of end users." There have been further enhancements to the plasma desktop with new applets allowing better desktop customisation. The configuration options for the desktop have also been expanded and the revamped system tray shows reports from every conceivable process, from system messages to the status of large downloads. The KWin window manager has learned a couple of new tricks. By default, it now switches on 3D and compositing effects automatically, on suitable hardware and manages these effects autonomously, without the aid of Compiz. With the help of the new Kephal library, the window manager now offers additional options for running multiple monitors. The Dolphin file manager has been partly revised, and should now be easier to use. As part of the Google Summer of Code, KMail has been redesigned, resulting in both a better appearance and better IMAP support. The KDE browser Konqueror also includes several new features. New supported languages include Arabic, Icelandic, Basque, Hebrew, Romanian, Tajik and several Indian languages (Bengali India, Gujarati, Kannada, Maithili, Marathi) indicating a rise in popularity in this part of Asia. Some note: The CFT is now without FreeBSD 6.4 support. We will see what we can do over the week now but I do not promise that we can get this fixed. If you want to help us, your patches are welcome. We suggest that you exit from KDE4 before you update, backup your ~/.kde4 configuration dir and start with a clean config. New Ports: arabic/kde4 l10n misc/kde4-l10n-eu hebrew/kde4-l10n misc/kde4-l10n-is misc/kde4-l10n-ro misc/kde4-l10n-tg Please read UPDATING-area51 before you start your update. To get KDE 4.2: try svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ /path/to/area51 More info here: https://kf.athame.co.uk/access.php Here few screenshots: http://miwi.bsdcrew.de/screens/kde42/ I'd like to say thanks to all helpers and submitters on the kde-freebsd@ mailinglist. That's all for the moment. Happy Testing! - - Martin (on behalf of the KDE FreeBSD team) - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmGDeMACgkQFwpycAVoI1PKVACfSuwnKyQYuPT3Kobd2bwa8rTq KlcAoIaUm74uxBXse5+yL+wWP1Gc8tbg =U6x9 -----END PGP SIGNATURE----- From fullermd at over-yonder.net Sun Feb 1 13:05:51 2009 From: fullermd at over-yonder.net (Matthew D. Fuller) Date: Sun Feb 1 13:06:09 2009 Subject: Unhappy Xorg upgrade In-Reply-To: References: <200901311153.58361.vehemens@verizon.net> Message-ID: <20090201204815.GL65672@over-yonder.net> On Sat, Jan 31, 2009 at 04:25:21PM -0500 I heard the voice of Alex Goncharov, and lo! it spake thus: > > Csup can only go forward -- or can it go back?) You can specify a date in a supfile since, like, ever. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From vehemens at verizon.net Sun Feb 1 14:32:07 2009 From: vehemens at verizon.net (vehemens) Date: Sun Feb 1 14:32:14 2009 Subject: Unhappy Xorg upgrade In-Reply-To: References: <200901311153.58361.vehemens@verizon.net> <200902011034.50759.vehemens@verizon.net> Message-ID: <200902011436.04366.vehemens@verizon.net> On Sunday 01 February 2009 11:22:52 am Alex Goncharov wrote: > | This has nothing to do with Linux. The issue is that that while src > | has a stable versus current branch, there is no stable branch for > | ports. The result is major updates are almost always problematic. > > Any data points to support the last statement? How about the last two xorg updates. Gnome has similar problems. > | You wouldn't be able to keep other updates unless you manully patched the > | tree, but you would be able to use the system until it's fixed. > > What the ETA for the new X fix? Not a clue. > | > You may assume that X is going to be fixed -- but what if not, in, say > | > a year? > | > | Your kidding me right?? > > No. You *know* that it is going to be fixed in a year? If yes, > what's the source of your knowledge? What resources are going to be > dedicated to work on my three problems? Not a clue. > | > | Well, it depends on which ports you are updating. > | > > | > All. > | > | Your saying that you build every port including the language options and > | never had a problem in the last 18 months until the xorg update ?!?!? > > Yes, I am saying exactly this. I happen not to run Gnome or KDE. > > | > | If you only run X, then I would expect your statement to be correct. > | > > | > Not sure what you mean here: nobody "runs only X". It's impossible. > | > | To be precise, it's the xorg port. So yes it's possible. > > Hm, let's see: > > ---------------------------------------- > Information for xorg-server-1.5.3_2,1: > > Depends on: ([ I exclude the "X things" ]): > Dependency: expat-2.0.1 > Dependency: openssl-0.9.8j > Dependency: pciids-20081012 > Dependency: e2fsprogs-libuuid-1.41.3_1 > Dependency: python25-2.5.2_3 > Dependency: pkg-config-0.23_1 > Dependency: libpthread-stubs-0.1 > Dependency: libiconv-1.11_1 > Dependency: gettext-0.17_1 > ---------------------------------------- > > Plenty of non-xorg things are needed for xorg, right? > > And if I build from the sources, I also need gmake, bison, autoconf > etc. Your kidding me again right?? From kono at kth.se Sun Feb 1 14:32:49 2009 From: kono at kth.se (Alexander Konovalenko) Date: Sun Feb 1 14:32:57 2009 Subject: firefox[2,3] will not start after recent ports upgrade In-Reply-To: <20090201104201.8BE301065677@hub.freebsd.org> References: <20090201104201.8BE301065677@hub.freebsd.org> Message-ID: <200902012330.19988@3667> > > From: Cezary Morga > ... > > Is it only Firefox or maybe other GTK2 apps are also affected? > > I've run into similar problem after January 14th Gnome/GTK+ update, > which was acutally my fault, as I haven't upgraded it properly. > Recompiling Firefox along with the ports it depends on did the trick: > > portupgrade -Rf firefox > On one of my machines I did as you suggested and both firefox2,3 work now. But I am not sure which library was faulty... > From: Daniel Roethlisberger >... > Could it be the case that firefox-bin hangs in umtxn state? you're right! > (Check using ps -laux instead of -aux) > > > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt > > These trace the wrong process: the wrapper shell script (sh). > The actual hanging process would be firefox-bin, not sh. Try > ktracing with child processes (-i). > > "ktrace -i" showed last line: firefox-bin CALL _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0) http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt Do you know which port/lib causing this hang on _umtx_op? Anyway, seem that on my second machine I have to force update all dependencies... Thanks for your help guys! /Alexander Konovalenko From alex-goncharov at comcast.net Sun Feb 1 14:43:10 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Sun Feb 1 14:43:16 2009 Subject: Unhappy Xorg upgrade In-Reply-To: <200902011436.04366.vehemens@verizon.net> (message from vehemens on Sun, 01 Feb 2009 14:36:04 -0800) References: <200901311153.58361.vehemens@verizon.net> <200902011034.50759.vehemens@verizon.net> <200902011436.04366.vehemens@verizon.net> Message-ID: ,--- You/vehemens (Sun, 01 Feb 2009 14:36:04 -0800) ----* | On Sunday 01 February 2009 11:22:52 am Alex Goncharov wrote: | > | > Any data points to support the last statement? | | How about the last two xorg updates. Gnome has similar problems. Last two -- when (or what numbers)? | > | You wouldn't be able to keep other updates unless you manully patched the | > | tree, but you would be able to use the system until it's fixed. | > | > What the ETA for the new X fix? | | Not a clue. | > | > You may assume that X is going to be fixed -- but what if not, in, say | > | > a year? | > | | > | Your kidding me right?? | > | > No. You *know* that it is going to be fixed in a year? If yes, | > what's the source of your knowledge? What resources are going to be | > dedicated to work on my three problems? | | Not a clue. So why do you ask me if I am kidding you? | > | > | Well, it depends on which ports you are updating. | > | > | > | > All. | > | | > | Your saying that you build every port including the language options and | > | never had a problem in the last 18 months until the xorg update ?!?!? | > | > Yes, I am saying exactly this. I happen not to run Gnome or KDE. | > | > | > | If you only run X, then I would expect your statement to be correct. | > | > | > | > Not sure what you mean here: nobody "runs only X". It's impossible. | > | | > | To be precise, it's the xorg port. So yes it's possible. | > | > Hm, let's see: | > | > ---------------------------------------- | > Information for xorg-server-1.5.3_2,1: | > | > Depends on: ([ I exclude the "X things" ]): | > Dependency: expat-2.0.1 | > Dependency: openssl-0.9.8j | > Dependency: pciids-20081012 | > Dependency: e2fsprogs-libuuid-1.41.3_1 | > Dependency: python25-2.5.2_3 | > Dependency: pkg-config-0.23_1 | > Dependency: libpthread-stubs-0.1 | > Dependency: libiconv-1.11_1 | > Dependency: gettext-0.17_1 | > ---------------------------------------- | > | > Plenty of non-xorg things are needed for xorg, right? | > | > And if I build from the sources, I also need gmake, bison, autoconf | > etc. | | Your kidding me again right?? Cute. Thanks for your contribution and have a good day now. -- Alex -- alex-goncharov@comcast.net -- From shuvaev at physik.uni-wuerzburg.de Sun Feb 1 15:22:55 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sun Feb 1 15:23:01 2009 Subject: Contact for assistance In-Reply-To: <498393A1.9060609@instec.cu> References: <498393A1.9060609@instec.cu> Message-ID: <20090201232251.GA59540@wep4035.physik.uni-wuerzburg.de> On Fri, Jan 30, 2009 at 06:56:17PM -0500, V. M. Tame-Reyes wrote: > > Hello, > > I live in a place where the internet connection is > very, very slow, and i feel very enthusiastic about > freeBSD (i'm currently using Linux), therefore i > had a friend download about 16 GB of ports from > the official ports site, and i have them now in my > local network. > > We are working on projects related to molecular > dynamics, and other physics related topics, so we > kind need trustworthy, robust servers to do the > calculations, and we decided to try this OS, > could you provide some info/howto create a ports > server for my intranet, so i can move some servers > devoted to do calculations to this OS ? > On the machine which will serve ports' distfiles you enable the ftp server with ports' distfiles directory. This is done with this lines in /etc/rc.conf: ftpd_enable="YES" ftpd_flags="-Ar" and adding user "ftp" (via adduser command). Home directory of ftp user should be /usr/ports/distfiles and nologin shell. The entry in /etc/passwd should look like: ftp:*:1002:14:FTP anonymous user:/usr/ports/distfiles:/usr/sbin/nologin On the machines which will build (and download) ports you put the following in /etc/make.conf: MASTER_SITE_OVERRIDE+=ftp://your_ports_sevrer/${DIST_SUBDIR}/ If you populate /usr/ports/distfiles on the ftp server with actual tarballs you should be able to build ports on clients as usual with cd /usr/ports/category/portname ; make install clean. Of course, this is only one of the possible methods... > I apologize if this is the wrong contact to reach > while looking for the assistance i need, but actually > was one that i found. > > > Thanks in advance, > Good luck, Alexey. From hideo at lastamericanempire.com Sun Feb 1 16:03:30 2009 From: hideo at lastamericanempire.com (hideo) Date: Sun Feb 1 16:03:37 2009 Subject: Using shared-mime-info in a port Message-ID: <20090201234609.GA29397@lastamericanempire.com> Hi all, I'm trying to create a port of a python app and have a couple of questions on using various gnome utils. Using `port test` I found that I should be using update-mime-info and update-desktop-database. So I added the appropriate post-install line and exec/unexec to pkg-plist. However, when I run `port test` it complains that several share/mime files are still present: ===> Extra files and directories check share/mime/subclasses share/mime/globs share/mime/globs2 share/mime/magic share/mime/XMLnamespaces share/mime/aliases share/mime/types share/mime/generic-icons share/mime/icons share/mime/treemagic share/mime/mime.cache Is it ok to leave these and let misc/shared-mime-info take care of them or is my unexec not cleaning up properly? I've tried to test other ports that use shared-mime-info and they don't seem to leave these stragglers. The lines I have in pkg-plist are: @exec %%LOCALBASE%%/bin/update-desktop-database > /dev/null || /usr/bin/true @unexec %%LOCALBASE%%/bin/update-desktop-database > /dev/null || /usr/bin/true @exec %%LOCALBASE%%/bin/update-mime-database %D/share/mime @unexec %%LOCALBASE%%/bin/update-mime-database %D/share/mime Another question I have is about the python setup.py file. It actually runs update-mime-database, update-desktop-database, gtk-update-icon-cache, and scrollkeeper-update. Should I be removing these via REINPLACE and having the port do it, or not worry about it? Thanks, Zach From chat95 at mac.com Sun Feb 1 17:56:55 2009 From: chat95 at mac.com (Maho NAKATA) Date: Sun Feb 1 17:57:02 2009 Subject: unreasonable amount of memory used in openoffice build In-Reply-To: References: <20081102.112043.59664300.chat95@mac.com> <20081127.101758.61189161.chat95@mac.com> Message-ID: <20090202.102318.48498409.chat95@mac.com> From: Greg Rivers Subject: Re: unreasonable amount of memory used in openoffice build Date: Sat, 31 Jan 2009 19:16:16 -0600 (CST) > On Thu, 27 Nov 2008, Maho NAKATA wrote: > >> Sorry for delay. >> Please try attached patch. If it works for you, I'll commit it. >> > > Will this patch be committed soon? I can confirm that with this patch > it builds on i386. Without this patch, it will not build for me on > any i386 system no matter how much RAM and/or swap is available. > Thanks for your fine work on this port. Hello Greg Rivers, Thanks for your ping. Just now I raised as an issue and committed. http://www.openoffice.org/issues/show_bug.cgi?id=98714 Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ From erwin at FreeBSD.org Sun Feb 1 17:59:49 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 1 18:00:02 2009 Subject: INDEX build failed for 6.x Message-ID: <200902020159.n121xdIm064795@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: php4-mcve-4.4.9: no entry for /usr/ports/devel/libmcve make_index: php4-mcve-4.4.9: no entry for /usr/ports/devel/libmcve make_index: pecl-mcve-7.0.1: no entry for /usr/ports/devel/libmcve make_index: pecl-mcve-7.0.1: no entry for /usr/ports/devel/libmcve Committers on the hook: chinsan kuriyama lx pav Most recent CVS update was: U MOVED U audio/timidity++/Makefile U devel/Makefile U devel/libmaa/Makefile U devel/libmaa/distinfo U devel/libmaa/pkg-descr U devel/libmonetra/Makefile U devel/libmonetra/distinfo U devel/libmonetra/pkg-descr U devel/libmonetra/pkg-plist U devel/p5-Params-Util/Makefile U devel/p5-Params-Util/distinfo U japanese/samba3/Makefile U japanese/samba3/distinfo From roberthuff at rcn.com Sun Feb 1 19:48:39 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Feb 1 19:48:46 2009 Subject: installed ports dependency tree? Message-ID: <18822.27925.399608.649364@jerusalem.litteratus.org> Suppose I have installed ports A..Z. Some of these are standakone; some depend on others on the list; others depend on installed ports not on the list. Is there a port that will produce a unified and ordered dependency list, such that upgrading/reinstalling in that order will avoid multiple rebuilds? I though portupgrade could to this, but apparently not. Robert Huff From keramida at freebsd.org Sun Feb 1 19:56:40 2009 From: keramida at freebsd.org (Giorgos Keramidas) Date: Sun Feb 1 19:56:46 2009 Subject: WIP - editors/emacs-devel update to 23.0.90 Message-ID: <87hc3dtsjw.fsf@kobe.laptop> Hi freebsd-ports, I'm updating editors/emacs-devel to the first pretest tarball of 23.X announced earlier at: http://lists.gnu.org/archive/html/emacs-devel/2009-02/msg00051.html The update is almost done. I'm just checking for plist bugs and if the package installs correctly in the default built, WITHOUT_X11, WITHOUT_GTK on i386 and amd64, and I will file a PR with the patch to the port soon-ish. So if you are interested in emacs-devel/23.0.90 please wait a bit before working on any patches for 23.0.90. It might save you a bit of work duplication in a few minutes :) From fjwcash at gmail.com Sun Feb 1 20:36:48 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Sun Feb 1 20:36:54 2009 Subject: installed ports dependency tree? In-Reply-To: <18822.27925.399608.649364@jerusalem.litteratus.org> References: <18822.27925.399608.649364@jerusalem.litteratus.org> Message-ID: On Sun, Feb 1, 2009 at 7:48 PM, Robert Huff wrote: > Suppose I have installed ports A..Z. Some of these are > standakone; some depend on others on the list; others depend on > installed ports not on the list. > Is there a port that will produce a unified and ordered > dependency list, such that upgrading/reinstalling in that order will > avoid multiple rebuilds? I though portupgrade could to this, but > apparently not. ports-mgmt/pkg_tree gives a tree view of ports and their dependencies, which can be a good starting point. -- Freddie Cash fjwcash@gmail.com From erwin at FreeBSD.org Sun Feb 1 21:01:04 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 1 21:01:10 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200902020500.n1250rf5016054@pointyhat.freebsd.org> From swhetzel at gmail.com Sun Feb 1 22:12:45 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Sun Feb 1 22:12:51 2009 Subject: installed ports dependency tree? In-Reply-To: <18822.27925.399608.649364@jerusalem.litteratus.org> References: <18822.27925.399608.649364@jerusalem.litteratus.org> Message-ID: <790a9fff0902012144t30c0ea46tcd08a5b44b30a309@mail.gmail.com> On Sun, Feb 1, 2009 at 9:48 PM, Robert Huff wrote: > > Suppose I have installed ports A..Z. Some of these are > standakone; some depend on others on the list; others depend on > installed ports not on the list. > Is there a port that will produce a unified and ordered > dependency list, such that upgrading/reinstalling in that order will > avoid multiple rebuilds? I though portupgrade could to this, but > apparently not. > > Portmaster sets PM_UPGRADE_DONE_FLAG in /var/db/pkg/ for all ports that it has finished upgrading to prevent multiple rebuilds of a port during the upgrade run. Scot From david at usermode.org Sun Feb 1 23:18:27 2009 From: david at usermode.org (David Johnson) Date: Sun Feb 1 23:19:08 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <20090201210227.GB31414@bsdcrew.de> References: <20090201210227.GB31414@bsdcrew.de> Message-ID: <50013.68.167.136.104.1233558224.squirrel@webmail.meer.net> > The KDE FreeBSD team is happy to announce the first public > Call for Testing for KDE 4.2. Over the past weeks we have > focused on the complex and very time consuming task to get > KDE 4.2 running. Here are some random notes of mine. Some are tips, some are problems, some are just observations. * I am getting the "vista-effect" as my older 2.8Gz P4 / Radeon 9000 aren't up to the task of KDE4. I have desktop effects turned off. I've heard some rumours that Qt 4.5 may improve things, but I really do need to get a new computer. The days of refurbishing older hardware by installing *Nix may be drawing to an end... * Any hints or tips on "slimming down" KDE? * The default font was "sans serif", which is not aliased (I'm not sure what it's aliased to). Changing this to bitstream vera sans solved the problem. * I was getting nepomuk cores, so I turned off nepomuk in the Desktop Search configuration page. This isn't used much in KDE4, so it's safe to turn off. * Konsole does not have a title in the title bar, only a ":". This is configurable in the Tabs Titles page, but it isn't working. * All my KDE3 apps are showing up in my menus. I've even set XDG_DATA_DIRS, to no effect. Does anyone know of an easy way to segregate them out into their own menu? * The main menu is very slow, whether it's kickoff or classic. Opening up a submenu may take ten to fifteen seconds, with some noticeable disk activity. Very annoying. * Setting the folderview as a desktop activity crashes plasma. Using a normal folderview is okay. -- David Johnson From kamikaze at bsdforen.de Mon Feb 2 02:03:33 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Feb 2 02:03:40 2009 Subject: package server inconsistencies Message-ID: <4986C4D8.1070306@bsdforen.de> A friend and me are both working on tools for automated package updates. We intended to rely on the INDEX file to be found on the package repositories, however we came to recognize that the data provided is not reliable. Here's an example: ftp://ftp.de.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/INDEX Yesterday the OOo-3 version listed was openoffice.org-3.0.0 However under ftp://ftp.de.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/All you already found openoffice.org-3.0.0_1 editors/openoffice.org-3.0.0.tbz was a broken link at that time. Today this has returned to a consistent state, however yesterday relying on INDEX would have been fatal. Our code would have attempted to update with the wrong version and gracelessly failed. Was this some kind of exception or do we have to add server/INDEX consistency tests to our algorithms? Shouldn't old packages be kept until they are no longer referenced by the INDEX? From naylor.b.david at gmail.com Mon Feb 2 02:30:34 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon Feb 2 02:30:41 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <20090201210227.GB31414@bsdcrew.de> References: <20090201210227.GB31414@bsdcrew.de> Message-ID: <200902021201.14917.naylor.b.david@gmail.com> On Sunday 01 February 2009 23:02:28 Martin Wilke wrote: > Howdy Guys, > > The KDE FreeBSD team is happy to announce the first public > Call for Testing for KDE 4.2. Over the past weeks we have > focused on the complex and very time consuming task to get > KDE 4.2 running. > > Please read UPDATING-area51 before you start your update. > > To get KDE 4.2: > try > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ > /path/to/area51 > > More info here: > https://kf.athame.co.uk/access.php > > - Martin (on behalf of the KDE FreeBSD team) Hi, I'll get started on testing today. I however have this strange desire to use USB2 (the new USB stack introduced to FreeBSD-Current). Is KDE4 happy with USB2 (or to be more precise, is hald happy with USB2 yet)? Is there anything special required to compile KDE4 (and all other ports) to support USB2? I assume installing with KERNCONF=USB2 is a requirement :-) Thanks for the great work, much appreciated. Regards, David -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090202/c8916e78/attachment.pgp From bugmaster at FreeBSD.org Mon Feb 2 03:06:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 2 03:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200902021106.n12B657d093505@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/131289 X11 xorg 7.4 exiting the server leads to instantaneous f ports/131288 [PATCH] security/prelude-manager: update to 0.9.14.2 f ports/131287 [PATCH] security/prelude-lml: update to 0.9.14 f ports/131286 [PATCH] security/libprelude: update to 0.9.21.2 o ports/131276 [NEW PORT] xf86-video-nouveau o ports/131269 New port: net/cclive Lightweight cmdline video extrac f ports/131268 [patch] - update mail/dcc-dccd to version 1.3.102 o ports/131256 [Update + fix] emulators/cpmtools27: Update to 2.8 o ports/131252 Update irc/ircii-20060725_1 to irc/ircii-20080314 o ports/131233 multimedia/mplayer: gmplayer stopped working o ports/131230 [NEW PORT] games/linux-coldwar-demo: Coldwar Demo - a o ports/131227 Update net/empty 0.6.15b to net/empty 0.6.16b o ports/131226 Update net/rtpbreak 1.3 to rtpbreak 1.3a o ports/131223 [maintainer update] devel/dyncall o ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204 audio/musicpd: fix aac decoding o ports/131194 [NEW PORT] games/linux-ningpo-demo: NingPo Mahjong Dem o ports/131191 [NEW PORT] games/linux-candycruncher-demo: Candy Crunc o ports/131187 [NEW PORT] games/linux-majesty-demo: Majesty Gold Demo o ports/131181 [patch] - update sysutils/rsyslog4 to version 4.1.4 o ports/131169 New port lang/ikarus: optimizing incremental Scheme co o ports/131168 new port: devel/lpc21isp o ports/131166 [NEW PORT] net-mgmt/p5-NetApp: Perl interface to manag o ports/131165 [NEW PORT] devel/p5-Data-Dumper-Perltidy: Stringify an o ports/131161 Syntax error in mail/dkim-milter start script o ports/131155 [NEW PORT] devel/p5-Config-IniRegEx: Ini workaround, r o ports/131148 [NEW PORT] net/p5-Amazon-EC2: Perl Library for Amazon f ports/131109 net/jicmp upgrade from v1.0.8 to 1.0.9 f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c f ports/131049 Port www/firefox-remote still uses X11BASE variable o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en f ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr f ports/130966 multimedia/mplayer: gmplayer cannot start o ports/130925 New port: x11-toolkits/soqt4 - Qt4 toolkit library f ports/130898 www/mediawiki fails to identify diff3 f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 f ports/130779 [PATCH] emulators/dosbox enable directserial passthrou f ports/130760 science/netcdf: link problem with fortran library f ports/130741 7.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130647 devel/p5-File-Pid: uninitialized value warning if you f ports/130633 www/c-icap: update to 060708 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130314 [Update]graphics/gpicview:update to 0.1.11 f ports/130209 www/typo3 upgrade removes configuration f ports/130202 [PATCH] net-im/pidgin-guifications: update to 2.16 f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130063 databases/rrdtool update f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129606 benchmarks/iozone does not support O_DIRECT o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/129363 devel/ace build fails if kernel module aio is loaded o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127377 java/netbeans61 fails to make internet connections o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes s ports/124548 net/mDNSResponder port incompatible with gnome desktop o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 85 problems total. From gesbbb at yahoo.com Mon Feb 2 03:46:37 2009 From: gesbbb at yahoo.com (Jerry) Date: Mon Feb 2 03:46:43 2009 Subject: how remove old lib in "portupgrade -fr libxcb" In-Reply-To: <1233518537.1024.25.camel@dhcppc0> References: <1233439929.1046.16.camel@dhcppc0> <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> <1233518537.1024.25.camel@dhcppc0> Message-ID: <20090202064625.4dcb9722@scorpio> On Sun, 01 Feb 2009 21:02:17 +0100 Sebastien Chassot wrote: >I did another try "portupgrade -frP libxcb" I believe the 'P' options is causing the problem. Update your ports tree and run it with that option; i.e., "portupgrade -fr libxcb" as shown in UPDATING. -- Jerry gesbbb@yahoo.com Fame may be fleeting but obscurity is forever. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090202/886b84c7/signature.pgp From seba.bsd at sinux.net Mon Feb 2 04:32:44 2009 From: seba.bsd at sinux.net (Sebastien Chassot) Date: Mon Feb 2 04:32:57 2009 Subject: how remove old lib in "portupgrade -fr libxcb" In-Reply-To: <20090202064625.4dcb9722@scorpio> References: <1233439929.1046.16.camel@dhcppc0> <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> <1233518537.1024.25.camel@dhcppc0> <20090202064625.4dcb9722@scorpio> Message-ID: <1233576807.1039.44.camel@dhcppc0> On Mon, 2009-02-02 at 06:46 -0500, Jerry wrote: > On Sun, 01 Feb 2009 21:02:17 +0100 > Sebastien Chassot wrote: > > >I did another try "portupgrade -frP libxcb" > > I believe the 'P' options is causing the problem. Update your ports > tree and run it with that option; i.e., "portupgrade -fr libxcb" as > shown in UPDATING. I think your probably right. I'm not use with port/package and I don't know how it works. Package maybe don't rebuild link same way make does (?) As ports are long to build I hoped save some time...silly me ;) I'll try without P... Sebastien From dorian.buettner at gmx.de Mon Feb 2 05:44:28 2009 From: dorian.buettner at gmx.de (Dorian =?iso-8859-1?q?B=FCttner?=) Date: Mon Feb 2 05:44:35 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <20090201210227.GB31414@bsdcrew.de> References: <20090201210227.GB31414@bsdcrew.de> Message-ID: <200902021317.43748.dorian.buettner@gmx.de> On Sunday 01 February 2009 21:02:28 Martin Wilke wrote: > Howdy Guys, > > The KDE FreeBSD team is happy to announce the first public > Call for Testing for KDE 4.2. Over the past weeks we have > focused on the complex and very time consuming task to get > KDE 4.2 running. > > What is new: > > Where KDE 4.1 was, according to the development team, > "aimed at casual users", KDE 4.2 is billed as a "compelling > offering for the majority of end users." There have been further > enhancements to the plasma desktop with new applets allowing > better desktop customisation. The configuration options for the > desktop have also been expanded and the revamped system tray > shows reports from every conceivable process, from system messages > to the status of large downloads. > > The KWin window manager has learned a couple of new tricks. > By default, it now switches on 3D and compositing effects automatically, > on suitable hardware and manages these effects autonomously, without > the aid of Compiz. With the help of the new Kephal library, the window > manager now offers additional options for running multiple monitors. > > The Dolphin file manager has been partly revised, and should now be > easier to use. As part of the Google Summer of Code, KMail has been > redesigned, resulting in both a better appearance and better IMAP support. > The KDE browser Konqueror also includes several new features. > > New supported languages include Arabic, Icelandic, Basque, > Hebrew, Romanian, Tajik and several Indian languages (Bengali India, > Gujarati, Kannada, Maithili, Marathi) indicating a rise in popularity in > this part of Asia. > > Some note: > > The CFT is now without FreeBSD 6.4 support. We will see > what we can do over the week now but I do not promise > that we can get this fixed. If you want to help us, your patches are > welcome. > > We suggest that you exit from KDE4 before you update, backup your ~/.kde4 > configuration dir and start with a clean config. > > New Ports: > > arabic/kde4 l10n > misc/kde4-l10n-eu > hebrew/kde4-l10n > misc/kde4-l10n-is > misc/kde4-l10n-ro > misc/kde4-l10n-tg > > Please read UPDATING-area51 before you start your update. > > To get KDE 4.2: > try > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ > /path/to/area51 > > More info here: > https://kf.athame.co.uk/access.php > > Here few screenshots: > > http://miwi.bsdcrew.de/screens/kde42/ > > I'd like to say thanks to all helpers and submitters on the kde-freebsd@ > mailinglist. > > That's all for the moment. Happy Testing! > > - Martin (on behalf of the KDE FreeBSD team) Awesome, as far as I can see :-) My plasmoids and kicker are back working on my nv-based system, propably not an improvement of kde4.2 but a result of wiping all ports when xorg upgrade to 7.4 failed. Overall speed has improved due to one of those actions. juk is picky now concerning "'"s and umlauts in filenames, therefore it doesn't skip tracks anymore with raising info (error) windows. From bsd-unix at embarqmail.com Mon Feb 2 07:37:43 2009 From: bsd-unix at embarqmail.com (Randy Pratt) Date: Mon Feb 2 07:38:14 2009 Subject: installed ports dependency tree? In-Reply-To: <18822.27925.399608.649364@jerusalem.litteratus.org> References: <18822.27925.399608.649364@jerusalem.litteratus.org> Message-ID: <20090202101739.c9fd4542.bsd-unix@embarqmail.com> On Sun, 1 Feb 2009 22:48:37 -0500 Robert Huff wrote: > Suppose I have installed ports A..Z. Some of these are > standakone; some depend on others on the list; others depend on > installed ports not on the list. > Is there a port that will produce a unified and ordered > dependency list, such that upgrading/reinstalling in that order will > avoid multiple rebuilds? I though portupgrade could to this, but > apparently not. Portupgrade installs several pkg_* tools [1]. The pkg_glob and pkg_sort tools might be what you're looking for. Here's an example: pkg_glob [package names] | pkg_sort This produces a list for update order. The man pages are quite helpful for the pkg_* tools. HTH, Randy [1] Run "pkg_info -L portupgrade-\*" to see the complete packing list for portupgrade. From roberthuff at rcn.com Mon Feb 2 08:07:53 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Feb 2 08:08:00 2009 Subject: installed ports dependency tree? In-Reply-To: <20090202101739.c9fd4542.bsd-unix@embarqmail.com> References: <18822.27925.399608.649364@jerusalem.litteratus.org> <20090202101739.c9fd4542.bsd-unix@embarqmail.com> Message-ID: <18823.6743.145521.78389@jerusalem.litteratus.org> Randy Pratt writes: > > Is there a port that will produce a unified and ordered > > dependency list, such that upgrading/reinstalling in that order will > > avoid multiple rebuilds? I though portupgrade could to this, but > > apparently not. > > Portupgrade installs several pkg_* tools [1]. The pkg_glob and > pkg_sort tools might be what you're looking for. Here's an > example: > > pkg_glob [package names] | pkg_sort "pkg_sort" seems to be the droid I'm looking for. Thanks. Robert Huff From daniel at roe.ch Mon Feb 2 08:38:11 2009 From: daniel at roe.ch (Daniel Roethlisberger) Date: Mon Feb 2 08:38:44 2009 Subject: firefox[2,3] will not start after recent ports upgrade In-Reply-To: <200902012330.19988@3667> References: <20090201104201.8BE301065677@hub.freebsd.org> <200902012330.19988@3667> Message-ID: <20090202163808.GA53962@hobbes.ustdmz.roe.ch> Alexander Konovalenko 2009-02-01: > > From: Daniel Roethlisberger > >... > > Could it be the case that firefox-bin hangs in umtxn state? > > you're right! > > > (Check using ps -laux instead of -aux) > > > > > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt > > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt > > > > These trace the wrong process: the wrapper shell script (sh). > > The actual hanging process would be firefox-bin, not sh. Try > > ktracing with child processes (-i). > > "ktrace -i" showed last line: > firefox-bin CALL _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0) > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt > > Do you know which port/lib causing this hang on _umtx_op? Unfortunately, no. I have a box with ports tree from around mid-January on which I was unable to fix this problem. Native firefox 2 and 3 hung in umtxn state. So I did pkg_delete -a, rm -rf /usr/local, rebuilt and installed all ports: now the firefox3 build hangs in umtxn state while running a tool called shlibsign. No idea how to fix this. I don't want to update the ports tree to after the unpretty xorg-7.4 changes just yet. I suspect the problem may be related to upgrading using freebsd-update from 7.0 to 7.1, but that's just a wild guess based on the problem appearing after the upgrade; I did make sure no old leftover libraries or binaries were still lying around. -- Daniel Roethlisberger http://daniel.roe.ch/ From yanefbsd at gmail.com Mon Feb 2 08:47:18 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Mon Feb 2 08:47:24 2009 Subject: firefox[2,3] will not start after recent ports upgrade In-Reply-To: <20090202163808.GA53962@hobbes.ustdmz.roe.ch> References: <20090201104201.8BE301065677@hub.freebsd.org> <200902012330.19988@3667> <20090202163808.GA53962@hobbes.ustdmz.roe.ch> Message-ID: <7d6fde3d0902020847k207ac68ex9b6be48738c13ae6@mail.gmail.com> On Mon, Feb 2, 2009 at 8:38 AM, Daniel Roethlisberger wrote: > Alexander Konovalenko 2009-02-01: >> > From: Daniel Roethlisberger >> >... >> > Could it be the case that firefox-bin hangs in umtxn state? >> >> you're right! >> >> > (Check using ps -laux instead of -aux) >> > > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt >> > >> > These trace the wrong process: the wrapper shell script (sh). >> > The actual hanging process would be firefox-bin, not sh. Try >> > ktracing with child processes (-i). >> >> "ktrace -i" showed last line: >> firefox-bin CALL _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0) >> >> http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt >> >> Do you know which port/lib causing this hang on _umtx_op? > > Unfortunately, no. I have a box with ports tree from around > mid-January on which I was unable to fix this problem. Native > firefox 2 and 3 hung in umtxn state. So I did pkg_delete -a, rm > -rf /usr/local, rebuilt and installed all ports: now the firefox3 > build hangs in umtxn state while running a tool called shlibsign. > No idea how to fix this. I don't want to update the ports tree > to after the unpretty xorg-7.4 changes just yet. > > I suspect the problem may be related to upgrading using > freebsd-update from 7.0 to 7.1, but that's just a wild guess > based on the problem appearing after the upgrade; I did make sure > no old leftover libraries or binaries were still lying around. Have you read UPDATING yet about the libxcb upgrade? Cheers, -Garrett From fjwcash at gmail.com Mon Feb 2 08:53:09 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Mon Feb 2 08:53:22 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <50013.68.167.136.104.1233558224.squirrel@webmail.meer.net> References: <20090201210227.GB31414@bsdcrew.de> <50013.68.167.136.104.1233558224.squirrel@webmail.meer.net> Message-ID: <200902020853.06818.fjwcash@gmail.com> On February 1, 2009 11:03 pm David Johnson wrote: > > The KDE FreeBSD team is happy to announce the first public > > Call for Testing for KDE 4.2. Over the past weeks we have > > focused on the complex and very time consuming task to get > > KDE 4.2 running. > > Here are some random notes of mine. Some are tips, some are problems, > some are just observations. > > * I am getting the "vista-effect" as my older 2.8Gz P4 / Radeon 9000 > aren't up to the task of KDE4. I have desktop effects turned off. I've > heard some rumours that Qt 4.5 may improve things, but I really do need > to get a new computer. The days of refurbishing older hardware by > installing *Nix may be drawing to an end... You definitely should not be getting a "vista-effect" with that hardware. I also have a P4 2.8 GHz CPU, but with crappy onboard Intel i915 graphics (8 MB shared RAM), and 2 GB of RAM; and I don't have any noticeable slowdown in the GUI. The only time things are slow is when I try to load multiple apps at once, and the harddrive grinds away. Once apps are loaded, things are smooth and quick, and the desktop is always smooth and quick. I even ran with desktop effects on with KDE 4.1 for a couple of weeks, but there were visual glitches with the Intel graphics. > * All my KDE3 apps are showing up in my menus. I've even set > XDG_DATA_DIRS, to no effect. Does anyone know of an easy way to segregate > them out into their own menu? That's because there's only 1 application launcher menu, for all your installed apps, whether they be KDE3, KDE4, GNOME, XFce, X11, etc. If you don't want an app to show in the menu, you either have to manually edit the menu, or uninstall the app. What you're asking for is like running Windows Vista, but having all your Windows XP and Win98 apps show up in a separate menus. > * The main menu is very slow, whether it's kickoff or classic. Opening up > a submenu may take ten to fifteen seconds, with some noticeable disk > activity. Very annoying. That's not right. Something strange is going on, but not sure where to even begin diagnosing something like that. -- Freddie fjwcash@gmail.com From network at otrs.ewc.edu Mon Feb 2 10:03:14 2009 From: network at otrs.ewc.edu (Network Infrastructure Support) Date: Mon Feb 2 10:03:21 2009 Subject: [Ticket#2009013010000513] FreeBSD Port: rancid-2.3.1_3 / Re: Submit BUG report to FreeBSD for RANCID port with PATCH Message-ID: <1233597269.477246.073116342.13908.2@otrs.ewc.edu> The following patches, taken from 'http://blog.glinskiy.com/2007/03/rancid-and-netscreen-firewall.html' address some issues with netscreen firewalls. Please see inline patches below. Thanks! Your Ticket-Team Michael Joyner -- Edward Waters College Information Technology Tookes Building - 1660 Kings Road, Jacksonville, FL 32209 USA Email: support@otrs.ewc.edu - Web: http://otrs.ewc.edu/otrs/customer.pl -- ---- Forwarded message from Network Infrastructure Support --- From: Network Infrastructure Support To: it-group@listserv.ewc.edu Subject: [Ticket#2009013010000513] Submit BUG report to FreeBSD for RANCID port with PATCH Created: 01/30/2009 13:11:56 http://blog.glinskiy.com/2007/03/rancid-and-netscreen-firewall.html ================= [root@netdisco /usr/local/libexec/rancid]# diff -u -C 5 nlogin.dist nlogin *** nlogin.dist Fri Jan 30 12:46:12 2009 --- nlogin Fri Jan 30 12:54:43 2009 *************** *** 483,500 **** # Login to the firewall if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod $cyphertype]} { continue } ! if { $enable } { ! if {[do_enable $enauser $enapasswd]} { ! if { $do_command || $do_script } { ! close; wait ! continue ! } ! } ! } # we are logged in, now figure out the full prompt send "\r" expect { -re "\[\r\n]+" { exp_continue; } -re "^.+$prompt" { set junk $expect_out(0,string); --- 483,500 ---- # Login to the firewall if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod $cyphertype]} { continue } ! # if { $enable } { ! # if {[do_enable $enauser $enapasswd]} { ! # if { $do_command || $do_script } { ! # close; wait ! # continue ! # } ! # } ! # } # we are logged in, now figure out the full prompt send "\r" expect { -re "\[\r\n]+" { exp_continue; } -re "^.+$prompt" { set junk $expect_out(0,string); [root@netdisco /usr/local/libexec/rancid]# diff -u -C 5 nrancid.dist nrancid *** nrancid.dist Fri Jan 30 12:54:49 2009 --- nrancid Fri Jan 30 12:55:01 2009 *************** *** 195,204 **** --- 195,205 ---- if (/^set admin user (\S+) password (\S+) privilege (\S+)$/ && $filter_pwds >= 1) { ProcessHistory("ADMIN","","", "!set admin user $1 password privilege $3\n"); next; + } ProcessHistory("","","","$_"); } $found_end=1; return(1); } Your Ticket-Team Michael Joyner From network at otrs.ewc.edu Mon Feb 2 10:03:27 2009 From: network at otrs.ewc.edu (Network Infrastructure Support) Date: Mon Feb 2 10:03:33 2009 Subject: [Ticket#2009013010000513] FreeBSD Port: rancid-2.3.1_3 / Re: hrancid PATCH needed Message-ID: <1233596996.635026.98939167.13908.2@otrs.ewc.edu> The return codes in hrancid cause problems with at least one model of HP switch we have on premises. Please see inlined patch. Thanks! -- Edward Waters College Information Technology Tookes Building - 1660 Kings Road, Jacksonville, FL 32209 USA Email: support@otrs.ewc.edu - Web: http://otrs.ewc.edu/otrs/customer.pl -- *** hrancid.dist Fri Jan 30 14:24:34 2009 --- hrancid Fri Jan 30 14:25:53 2009 *************** *** 145,155 **** while () { tr/\015//d; last if(/^$prompt/); next if(/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); ! return(-1) if /^(Invalid|Ambiguous) input:/i; s/^image//i; s/^\s*//g; ProcessHistory("COMMENTS","keysort","C1", ";Image: $_") && next; --- 145,155 ---- while () { tr/\015//d; last if(/^$prompt/); next if(/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); ! return(1) if /^(Invalid|Ambiguous) input:/i; s/^image//i; s/^\s*//g; ProcessHistory("COMMENTS","keysort","C1", ";Image: $_") && next; *************** *** 184,194 **** while () { tr/\015//d; last if (/^$prompt/); next if (/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); ! return(-1) if /^(Invalid|Ambiguous) input:/i; /memory\s+-\s+total\s+:\s+(\S+)/i && ProcessHistory("COMMENTS","keysort","B0",";Memory: $1\n"); /serial\s+number\s+:\s+(\S+)/i && ProcessHistory("COMMENTS","keysort","A1",";Serial Number: $1\n"); --- 184,194 ---- while () { tr/\015//d; last if (/^$prompt/); next if (/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); ! return(1) if /^(Invalid|Ambiguous) input:/i; /memory\s+-\s+total\s+:\s+(\S+)/i && ProcessHistory("COMMENTS","keysort","B0",";Memory: $1\n"); /serial\s+number\s+:\s+(\S+)/i && ProcessHistory("COMMENTS","keysort","A1",";Serial Number: $1\n"); *************** *** 228,238 **** while () { tr/\015//d; last if (/^$prompt/); next if (/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); ! return(-1) if /^(Invalid|Ambiguous) input:/i; s/stacking - (Stacking Status).*/$1/i; s/\s*members unreachable .*$//i; ProcessHistory("COMMENTS","keysort","F0",";$_"); --- 228,238 ---- while () { tr/\015//d; last if (/^$prompt/); next if (/^(\s*|\s*$cmd\s*)$/); return(-1) if (/command authorization failed/i); ! return(1) if /^(Invalid|Ambiguous) input:/i; s/stacking - (Stacking Status).*/$1/i; s/\s*members unreachable .*$//i; ProcessHistory("COMMENTS","keysort","F0",";$_"); From louisdavidoff at gmail.com Mon Feb 2 11:01:40 2009 From: louisdavidoff at gmail.com (MYWORLDPLUS) Date: Mon Feb 2 11:01:47 2009 Subject: Earn real money Message-ID: Dear I invite you to the must powerful opportunity of 2009 simple visit one of those link www.louisdavidoff.myworldresults.com/ http://louisdavidoff.myworldpower.com/ http://louisdavidoff.onelinebuilder.com/ http://louisdavidoff.myworldmoms.com/ thank you! Unsubscribe from Email List To be removed from from MyWorldPlus system, please verify that the email address below is your full email address: http://www.myworldplus.com/away?id=3160074&email=louisdavidoff@gmail.com From network at otrs.ewc.edu Mon Feb 2 11:07:05 2009 From: network at otrs.ewc.edu (Network Infrastructure Support) Date: Mon Feb 2 11:07:11 2009 Subject: [Ticket#2009020210000574] FreeBSD Port: rancid-2.3.1_3 / modification to nlogoin patch to fix hang at password prompt / nlogi [...] Message-ID: <1233601748.913639.762876698.14154.2@otrs.ewc.edu> Created: 02/02/2009 13:37:50 --- nlogin.dist 2009-01-30 12:46:12.000000000 -0500 +++ nlogin 2009-02-02 13:33:41.000000000 -0500 @@ -353,21 +353,12 @@ set uprompt_seen 1 exp_continue } - "@\[^\r\n]+\[Pp]assword:" { + "password:" { # ssh pwd prompt sleep 1 send "$userpswd\r" exp_continue } - "\[Pp]assword:" { - sleep 1; - if {$uprompt_seen == 1} { - send "$userpswd\r" - } else { - send "$passwd\r" - } - exp_continue - } "$prompt" { break; } } } @@ -485,14 +476,14 @@ if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod $cyphertype]} { continue } - if { $enable } { - if {[do_enable $enauser $enapasswd]} { - if { $do_command || $do_script } { - close; wait - continue - } - } - } +# if { $enable } { +# if {[do_enable $enauser $enapasswd]} { +# if { $do_command || $do_script } { +# close; wait +# continue +# } +# } +# } # we are logged in, now figure out the full prompt send "\r" expect { From wmoran at potentialtech.com Mon Feb 2 11:37:09 2009 From: wmoran at potentialtech.com (Bill Moran) Date: Mon Feb 2 11:37:16 2009 Subject: A plea or sanity in port options menu Message-ID: <20090202141835.b44d09be.wmoran@potentialtech.com> I don't believe this is particularly useful: Options for port-fu [ ] BRG Enable BRG support [X] QFZ Enable QFZ support Quite honestly, if you can't figure out that checking the box next to BRG enables BRG support, then don't use a computer. However, if you don't already know what BRG _is_, then those menus are worthless gobbly-gook. So, you've held my hand long enough to teach me that putting an X in a box enables something, but you've given me absolutely NO idea what I've actually done. How about: Options for port-fu [ ] BRG Bernstein Riggs Guillotine parsing [X] QFZ Quantum Freeze Zulu rending At least that one gives me _some_ idea what those TLAs mean. This is so common in the ports infrastructure, that I'm sure a bazillion maintainers are going to scream at me for complaining about it. After all, _everyone_ else does the same thing. But it's completely worthless to have the description simply repeat what the tag is. It's also really bad UI design. Quite honestly, it makes me wonder if the port creator was even awake when they typed up the Makefile. Please, please, please stop this. I'm floored by the pervasiveness of this insanity, and there's absolutely no reason for it to continue. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From wblock at wonkity.com Mon Feb 2 12:13:40 2009 From: wblock at wonkity.com (Warren Block) Date: Mon Feb 2 12:13:46 2009 Subject: A plea or sanity in port options menu In-Reply-To: <20090202141835.b44d09be.wmoran@potentialtech.com> References: <20090202141835.b44d09be.wmoran@potentialtech.com> Message-ID: On Mon, 2 Feb 2009, Bill Moran wrote: > How about: > > Options for port-fu > [ ] BRG Bernstein Riggs Guillotine parsing > [X] QFZ Quantum Freeze Zulu rending > > At least that one gives me _some_ idea what those TLAs mean. There was talk some time ago of having extended descriptions. Several ideas, but the one that made the most sense to me would be a box at the bottom that would display a description as you moved through the options: [.] BRG [X] QFZ Bernstein Riggs Guillotine parsing with the . representing the cursor/highlight position. Move down and the bottom line would change to say "Quantum Freeze Zulu rending". The nice thing about the box at the bottom is it would give a full line or possibly several lines for explanations. Seems like it could be added without breaking the existing system with an optional OPTIONS_DESC variable that would correspond with OPTIONS. I don't really know how hard that would be; ideas are cheap, implementation more costly. -Warren Block * Rapid City, South Dakota USA From wmoran at potentialtech.com Mon Feb 2 12:39:28 2009 From: wmoran at potentialtech.com (Bill Moran) Date: Mon Feb 2 12:39:35 2009 Subject: A plea or sanity in port options menu In-Reply-To: References: <20090202141835.b44d09be.wmoran@potentialtech.com> Message-ID: <20090202153925.5f4ae6d3.wmoran@potentialtech.com> In response to Warren Block : > On Mon, 2 Feb 2009, Bill Moran wrote: > > > How about: > > > > Options for port-fu > > [ ] BRG Bernstein Riggs Guillotine parsing > > [X] QFZ Quantum Freeze Zulu rending > > > > At least that one gives me _some_ idea what those TLAs mean. > > There was talk some time ago of having extended descriptions. Several > ideas, but the one that made the most sense to me would be a box at the > bottom that would display a description as you moved through the > options: > > [.] BRG > [X] QFZ > > Bernstein Riggs Guillotine parsing > > with the . representing the cursor/highlight position. Move down and > the bottom line would change to say "Quantum Freeze Zulu rending". The > nice thing about the box at the bottom is it would give a full line or > possibly several lines for explanations. > > Seems like it could be added without breaking the existing system with > an optional OPTIONS_DESC variable that would correspond with OPTIONS. > I don't really know how hard that would be; ideas are cheap, > implementation more costly. I don't think there's any need for any new features in the ports infrastructure. I think it's just a matter of Makefile authors taking the time to describe their options. A quick test of some ports turns up this one: [ ] OPENGL OpenGL support True but useless. How about: [ ] OPENGL Use OpenGL graphics library ...which, at least give the user _some_ idea what they're doing. OpenGL probably isn't a good example, however. It's pretty easy to Google OpenGL and figure out what it is. Here's some more bizarre options: [X] EPUB Epub modules [X] EXTENSIONS Extensions [X] TEMPLATE Templates [X] TOOLS Tools I mean, if I enable "Extensions", what happens? How do I figure out what happens? I have to read the Makefile, at which point having these options on a menu is pretty pointless. I mean, I can't even come up with a Google search to help me figure out what "tools" are involved here. There are some ports that do this very well. For example: [ ] NLS Use internationalized messages [ ] PAM Build with PAM support (server only) [ ] LDAP Build with LDAP authentication support [ ] MIT_KRB5 Build with MIT's kerberos support [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) [X] XML Build with XML data type (server) [X] TZDATA Use internal timezone database (server) [ ] DEBUG Builds with debugging symbols [ ] ICU Use ICU for unicode collation (server) [ ] INTDATE Builds with 64-bit date/time type (server) I mean, a Google on ICU is liable to bring up all sorts of medical drama websites, but I can do a search for "ICU unicode" and find my answer on the first result. Not only am I told that optimized compiler flags are an option, but I'm told the exact one that will be used (-O3) The porters handbook doesn't seem to offer any helpful advice on these: http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.html In fact, the examples it provides are excellent examples of doing it WRONG. Let me see about making a patch to the porters handbook to provide some advice ... -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From gnemmi at gmail.com Mon Feb 2 13:38:47 2009 From: gnemmi at gmail.com (Gonzalo Nemmi) Date: Mon Feb 2 13:38:58 2009 Subject: A plea or sanity in port options menu In-Reply-To: <20090202153925.5f4ae6d3.wmoran@potentialtech.com> References: <20090202141835.b44d09be.wmoran@potentialtech.com> <20090202153925.5f4ae6d3.wmoran@potentialtech.com> Message-ID: <200902021938.39396.gnemmi@gmail.com> On Monday 02 February 2009 6:39:25 pm Bill Moran wrote: > In response to Warren Block : > > On Mon, 2 Feb 2009, Bill Moran wrote: > > > How about: > > > > > > Options for port-fu > > > [ ] BRG Bernstein Riggs Guillotine parsing > > > [X] QFZ Quantum Freeze Zulu rending > > > > > > At least that one gives me _some_ idea what those TLAs mean. > > > > There was talk some time ago of having extended descriptions. Several > > ideas, but the one that made the most sense to me would be a box at the > > bottom that would display a description as you moved through the > > options: > > > > [.] BRG > > [X] QFZ > > > > Bernstein Riggs Guillotine parsing > > > > with the . representing the cursor/highlight position. Move down and > > the bottom line would change to say "Quantum Freeze Zulu rending". The > > nice thing about the box at the bottom is it would give a full line or > > possibly several lines for explanations. > > > > Seems like it could be added without breaking the existing system with > > an optional OPTIONS_DESC variable that would correspond with OPTIONS. > > I don't really know how hard that would be; ideas are cheap, > > implementation more costly. > > I don't think there's any need for any new features in the ports > infrastructure. I think it's just a matter of Makefile authors taking > the time to describe their options. A quick test of some ports turns > up this one: > > [ ] OPENGL OpenGL support > > True but useless. How about: > > [ ] OPENGL Use OpenGL graphics library > > ...which, at least give the user _some_ idea what they're doing. > > OpenGL probably isn't a good example, however. It's pretty easy to Google > OpenGL and figure out what it is. Here's some more bizarre options: > > [X] EPUB Epub modules > [X] EXTENSIONS Extensions > [X] TEMPLATE Templates > [X] TOOLS Tools > > I mean, if I enable "Extensions", what happens? How do I figure out > what happens? I have to read the Makefile, at which point having these > options on a menu is pretty pointless. I mean, I can't even come up > with a Google search to help me figure out what "tools" are involved > here. > > There are some ports that do this very well. For example: > [ ] NLS Use internationalized messages > [ ] PAM Build with PAM support (server only) > [ ] LDAP Build with LDAP authentication support > [ ] MIT_KRB5 Build with MIT's kerberos support > [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support > [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) > [X] XML Build with XML data type (server) > [X] TZDATA Use internal timezone database (server) > [ ] DEBUG Builds with debugging symbols > [ ] ICU Use ICU for unicode collation (server) > [ ] INTDATE Builds with 64-bit date/time type (server) > > I mean, a Google on ICU is liable to bring up all sorts of medical drama > websites, but I can do a search for "ICU unicode" and find my answer on > the first result. Not only am I told that optimized compiler flags are > an option, but I'm told the exact one that will be used (-O3) > > The porters handbook doesn't seem to offer any helpful advice on these: > http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.html > > In fact, the examples it provides are excellent examples of doing it > WRONG. > > Let me see about making a patch to the porters handbook to provide some > advice ... +1,000,000 on your idea. Yes .. you are absolutely right ... even if you know your way around make && gcc && compiling software .. and even if you _really_ know your way around make && gcc && compiling software, there's no chance on earth that anyone can tell what does every single option on every single Makefile actually mean. As you pointed out: [ ] BRG [X] QFZ means _nothing_ to 99.9% of the users... Be Really Grumpy? Buy Red Goggles? Quite Faster Zapping?? Quit Filtering Zealots?? This kind of things really hurts the "good documentation" reputation that FreeBSD has rightfully earned. And I do agree with you: " I don't think there's any need for any new features in the ports infrastructure. I think it's just a matter of Makefile authors taking the time to describe their options. " And once again .. this is the way to go for me too: > There are some ports that do this very well. For example: > [ ] NLS Use internationalized messages > [ ] PAM Build with PAM support (server only) > [ ] LDAP Build with LDAP authentication support > [ ] MIT_KRB5 Build with MIT's kerberos support > [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support > [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) > [X] XML Build with XML data type (server) > [X] TZDATA Use internal timezone database (server) > [ ] DEBUG Builds with debugging symbols > [ ] ICU Use ICU for unicode collation (server) > [ ] INTDATE Builds with 64-bit date/time type (server) no need to break anything ... just _be_verbose_ Regards -- Blessings Gonzalo Nemmi From jrhett at netconsonance.com Mon Feb 2 14:41:30 2009 From: jrhett at netconsonance.com (Jo Rhett) Date: Mon Feb 2 14:41:36 2009 Subject: committer please update cfengine ports? Message-ID: <1D81FC27-1B67-48F8-9BEC-8A646D0D1BED@netconsonance.com> I'm the maintainer for the cfengine port, and I've got two updates which need to be committed. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131040 Updates cfengine port to 2.2.9. My tested revision is showing there right now, but it should be as soon as the followup posts my reply to that thread. http://www.freebsd.org/cgi/query-pr.cgi?pr=131311 This is a new port for cfengine v3. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From daniel at roe.ch Mon Feb 2 15:01:44 2009 From: daniel at roe.ch (Daniel Roethlisberger) Date: Mon Feb 2 15:01:51 2009 Subject: firefox[2,3] will not start after recent ports upgrade In-Reply-To: <7d6fde3d0902020847k207ac68ex9b6be48738c13ae6@mail.gmail.com> References: <20090201104201.8BE301065677@hub.freebsd.org> <200902012330.19988@3667> <20090202163808.GA53962@hobbes.ustdmz.roe.ch> <7d6fde3d0902020847k207ac68ex9b6be48738c13ae6@mail.gmail.com> Message-ID: <20090202230137.GB58780@hobbes.ustdmz.roe.ch> Garrett Cooper 2009-02-02: > On Mon, Feb 2, 2009 at 8:38 AM, Daniel Roethlisberger wrote: > > Alexander Konovalenko 2009-02-01: > >> > From: Daniel Roethlisberger > >> >... > >> > Could it be the case that firefox-bin hangs in umtxn state? > >> > >> you're right! > >> > >> > (Check using ps -laux instead of -aux) > >> > > > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt > >> > > >> > These trace the wrong process: the wrapper shell script (sh). > >> > The actual hanging process would be firefox-bin, not sh. Try > >> > ktracing with child processes (-i). > >> > >> "ktrace -i" showed last line: > >> firefox-bin CALL _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0) > >> > >> http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt > >> > >> Do you know which port/lib causing this hang on _umtx_op? > > > > Unfortunately, no. I have a box with ports tree from around > > mid-January on which I was unable to fix this problem. Native > > firefox 2 and 3 hung in umtxn state. So I did pkg_delete -a, rm > > -rf /usr/local, rebuilt and installed all ports: now the firefox3 > > build hangs in umtxn state while running a tool called shlibsign. > > No idea how to fix this. I don't want to update the ports tree > > to after the unpretty xorg-7.4 changes just yet. > > > > I suspect the problem may be related to upgrading using > > freebsd-update from 7.0 to 7.1, but that's just a wild guess > > based on the problem appearing after the upgrade; I did make sure > > no old leftover libraries or binaries were still lying around. > > Have you read UPDATING yet about the libxcb upgrade? > Cheers, > -Garrett $ fgrep xcb /usr/{ports,src}/UPDATING | wc -l 0 Note that this is a non-current ports tree from before the xorg 7.4 update (mid-January), which used to work fine in the exact same configuration on RELENG_7_0, but broke on RELENG_7_1. This is using the version of libxcb committed by miwi in September 2008. The libxcb shlib version bump really cannot be related to this unless I am very much mistaken. -- Daniel Roethlisberger http://daniel.roe.ch/ From aleksandr-kobychenko at ya.ru Mon Feb 2 15:24:20 2009 From: aleksandr-kobychenko at ya.ru (Aleksandr Kobychenko) Date: Mon Feb 2 15:24:27 2009 Subject: FreeBSD Port: ejabberd-1.1.4_2 Message-ID: <49939723.20090203021221@ya.ru> Hello, Shaun. Please update your port ejabber, the current version is outdated. The last actual version 2.0.3 (http://www.process-one.net/en/ejabberd/downloads) I am sorry for the spelling, I do not know English. -- ? ?????????, Aleksandr mailto:aleksandr-kobychenko@ya.ru From eitanadlerlist at gmail.com Mon Feb 2 16:29:23 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Mon Feb 2 16:29:32 2009 Subject: A plea or sanity in port options menu In-Reply-To: <200902021938.39396.gnemmi@gmail.com> References: <20090202141835.b44d09be.wmoran@potentialtech.com> <20090202153925.5f4ae6d3.wmoran@potentialtech.com> <200902021938.39396.gnemmi@gmail.com> Message-ID: <49878FDC.1040003@gmail.com> Gonzalo Nemmi wrote: > On Monday 02 February 2009 6:39:25 pm Bill Moran wrote: >> In response to Warren Block : >>> On Mon, 2 Feb 2009, Bill Moran wrote: >>>> How about: >>>> >>>> Options for port-fu >>>> [ ] BRG Bernstein Riggs Guillotine parsing >>>> [X] QFZ Quantum Freeze Zulu rending >>>> >>>> At least that one gives me _some_ idea what those TLAs mean. >>> There was talk some time ago of having extended descriptions. Several >>> ideas, but the one that made the most sense to me would be a box at the >>> bottom that would display a description as you moved through the >>> options: >>> >>> [.] BRG >>> [X] QFZ >>> >>> Bernstein Riggs Guillotine parsing >>> >>> with the . representing the cursor/highlight position. Move down and >>> the bottom line would change to say "Quantum Freeze Zulu rending". The >>> nice thing about the box at the bottom is it would give a full line or >>> possibly several lines for explanations. >>> >>> Seems like it could be added without breaking the existing system with >>> an optional OPTIONS_DESC variable that would correspond with OPTIONS. >>> I don't really know how hard that would be; ideas are cheap, >>> implementation more costly. >> I don't think there's any need for any new features in the ports >> infrastructure. I think it's just a matter of Makefile authors taking >> the time to describe their options. A quick test of some ports turns >> up this one: >> >> [ ] OPENGL OpenGL support >> >> True but useless. How about: >> >> [ ] OPENGL Use OpenGL graphics library >> >> ...which, at least give the user _some_ idea what they're doing. >> >> OpenGL probably isn't a good example, however. It's pretty easy to Google >> OpenGL and figure out what it is. Here's some more bizarre options: >> >> [X] EPUB Epub modules >> [X] EXTENSIONS Extensions >> [X] TEMPLATE Templates >> [X] TOOLS Tools >> >> I mean, if I enable "Extensions", what happens? How do I figure out >> what happens? I have to read the Makefile, at which point having these >> options on a menu is pretty pointless. I mean, I can't even come up >> with a Google search to help me figure out what "tools" are involved >> here. >> >> There are some ports that do this very well. For example: >> [ ] NLS Use internationalized messages >> [ ] PAM Build with PAM support (server only) >> [ ] LDAP Build with LDAP authentication support >> [ ] MIT_KRB5 Build with MIT's kerberos support >> [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support >> [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) >> [X] XML Build with XML data type (server) >> [X] TZDATA Use internal timezone database (server) >> [ ] DEBUG Builds with debugging symbols >> [ ] ICU Use ICU for unicode collation (server) >> [ ] INTDATE Builds with 64-bit date/time type (server) >> >> I mean, a Google on ICU is liable to bring up all sorts of medical drama >> websites, but I can do a search for "ICU unicode" and find my answer on >> the first result. Not only am I told that optimized compiler flags are >> an option, but I'm told the exact one that will be used (-O3) >> >> The porters handbook doesn't seem to offer any helpful advice on these: >> http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.html >> >> In fact, the examples it provides are excellent examples of doing it >> WRONG. >> >> Let me see about making a patch to the porters handbook to provide some >> advice ... > > +1,000,000 on your idea. > > Yes .. you are absolutely right ... even if you know your way around make && > gcc && compiling software .. and even if you _really_ know your way around > make && gcc && compiling software, there's no chance on earth that anyone can > tell what does every single option on every single Makefile actually mean. > > As you pointed out: > > [ ] BRG > [X] QFZ > > means _nothing_ to 99.9% of the users... Be Really Grumpy? Buy Red Goggles? > Quite Faster Zapping?? Quit Filtering Zealots?? > > This kind of things really hurts the "good documentation" reputation that > FreeBSD has rightfully earned. > > And I do agree with you: > > " I don't think there's any need for any new features in the ports > infrastructure. I think it's just a matter of Makefile authors taking the > time to describe their options. " > > And once again .. this is the way to go for me too: > >> There are some ports that do this very well. For example: >> [ ] NLS Use internationalized messages >> [ ] PAM Build with PAM support (server only) >> [ ] LDAP Build with LDAP authentication support >> [ ] MIT_KRB5 Build with MIT's kerberos support >> [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support >> [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) >> [X] XML Build with XML data type (server) >> [X] TZDATA Use internal timezone database (server) >> [ ] DEBUG Builds with debugging symbols >> [ ] ICU Use ICU for unicode collation (server) >> [ ] INTDATE Builds with 64-bit date/time type (server) > > no need to break anything ... just _be_verbose_ > > Regards If you could give me a list of ports which do this I would glad to work on patches to send to the relevant maintainers. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From dpz at Berkeley.EDU Mon Feb 2 19:16:09 2009 From: dpz at Berkeley.EDU (David Paul Zimmerman) Date: Mon Feb 2 19:16:16 2009 Subject: FreeBSD Port: rancid-devel-2.3.2a7_1 Message-ID: <6516CAA4-4123-4E6A-9DE3-2B1127638BF1@Berkeley.EDU> Hi, Do you have any near-term plans to bring rancid-devel up to 2.3.2a9? There are some specific clogin improvements I'd like to move to, but can just one-off that particular script for now if necessary. dp From gnemmi at gmail.com Mon Feb 2 19:20:07 2009 From: gnemmi at gmail.com (Gonzalo Nemmi) Date: Mon Feb 2 19:20:14 2009 Subject: A plea or sanity in port options menu In-Reply-To: <49878FDC.1040003@gmail.com> References: <20090202141835.b44d09be.wmoran@potentialtech.com> <200902021938.39396.gnemmi@gmail.com> <49878FDC.1040003@gmail.com> Message-ID: <200902030120.00193.gnemmi@gmail.com> On Monday 02 February 2009 10:29:16 pm Eitan Adler wrote: > Gonzalo Nemmi wrote: > > On Monday 02 February 2009 6:39:25 pm Bill Moran wrote: > >> In response to Warren Block : > >>> On Mon, 2 Feb 2009, Bill Moran wrote: > >>>> How about: > >>>> > >>>> Options for port-fu > >>>> [ ] BRG Bernstein Riggs Guillotine parsing > >>>> [X] QFZ Quantum Freeze Zulu rending > >>>> > >>>> At least that one gives me _some_ idea what those TLAs mean. > >>> > >>> There was talk some time ago of having extended descriptions. Several > >>> ideas, but the one that made the most sense to me would be a box at the > >>> bottom that would display a description as you moved through the > >>> options: > >>> > >>> [.] BRG > >>> [X] QFZ > >>> > >>> Bernstein Riggs Guillotine parsing > >>> > >>> with the . representing the cursor/highlight position. Move down and > >>> the bottom line would change to say "Quantum Freeze Zulu rending". The > >>> nice thing about the box at the bottom is it would give a full line or > >>> possibly several lines for explanations. > >>> > >>> Seems like it could be added without breaking the existing system with > >>> an optional OPTIONS_DESC variable that would correspond with OPTIONS. > >>> I don't really know how hard that would be; ideas are cheap, > >>> implementation more costly. > >> > >> I don't think there's any need for any new features in the ports > >> infrastructure. I think it's just a matter of Makefile authors taking > >> the time to describe their options. A quick test of some ports turns > >> up this one: > >> > >> [ ] OPENGL OpenGL support > >> > >> True but useless. How about: > >> > >> [ ] OPENGL Use OpenGL graphics library > >> > >> ...which, at least give the user _some_ idea what they're doing. > >> > >> OpenGL probably isn't a good example, however. It's pretty easy to > >> Google OpenGL and figure out what it is. Here's some more bizarre > >> options: > >> > >> [X] EPUB Epub modules > >> [X] EXTENSIONS Extensions > >> [X] TEMPLATE Templates > >> [X] TOOLS Tools > >> > >> I mean, if I enable "Extensions", what happens? How do I figure out > >> what happens? I have to read the Makefile, at which point having these > >> options on a menu is pretty pointless. I mean, I can't even come up > >> with a Google search to help me figure out what "tools" are involved > >> here. > >> > >> There are some ports that do this very well. For example: > >> [ ] NLS Use internationalized messages > >> [ ] PAM Build with PAM support (server only) > >> [ ] LDAP Build with LDAP authentication support > >> [ ] MIT_KRB5 Build with MIT's kerberos support > >> [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support > >> [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) > >> [X] XML Build with XML data type (server) > >> [X] TZDATA Use internal timezone database (server) > >> [ ] DEBUG Builds with debugging symbols > >> [ ] ICU Use ICU for unicode collation (server) > >> [ ] INTDATE Builds with 64-bit date/time type (server) > >> > >> I mean, a Google on ICU is liable to bring up all sorts of medical drama > >> websites, but I can do a search for "ICU unicode" and find my answer on > >> the first result. Not only am I told that optimized compiler flags are > >> an option, but I'm told the exact one that will be used (-O3) > >> > >> The porters handbook doesn't seem to offer any helpful advice on these: > >> http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.ht > >>ml > >> > >> In fact, the examples it provides are excellent examples of doing it > >> WRONG. > >> > >> Let me see about making a patch to the porters handbook to provide some > >> advice ... > > > > +1,000,000 on your idea. > > > > Yes .. you are absolutely right ... even if you know your way around make > > && gcc && compiling software .. and even if you _really_ know your way > > around make && gcc && compiling software, there's no chance on earth that > > anyone can tell what does every single option on every single Makefile > > actually mean. > > > > As you pointed out: > > > > [ ] BRG > > [X] QFZ > > > > means _nothing_ to 99.9% of the users... Be Really Grumpy? Buy Red > > Goggles? Quite Faster Zapping?? Quit Filtering Zealots?? > > > > This kind of things really hurts the "good documentation" reputation that > > FreeBSD has rightfully earned. > > > > And I do agree with you: > > > > " I don't think there's any need for any new features in the ports > > infrastructure. I think it's just a matter of Makefile authors taking > > the time to describe their options. " > > > > And once again .. this is the way to go for me too: > >> There are some ports that do this very well. For example: > >> [ ] NLS Use internationalized messages > >> [ ] PAM Build with PAM support (server only) > >> [ ] LDAP Build with LDAP authentication support > >> [ ] MIT_KRB5 Build with MIT's kerberos support > >> [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support > >> [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) > >> [X] XML Build with XML data type (server) > >> [X] TZDATA Use internal timezone database (server) > >> [ ] DEBUG Builds with debugging symbols > >> [ ] ICU Use ICU for unicode collation (server) > >> [ ] INTDATE Builds with 64-bit date/time type (server) > > > > no need to break anything ... just _be_verbose_ > > > > Regards > > If you could give me a list of ports which do this I would glad to work > on patches to send to the relevant maintainers. Dear Eitan: I have a full install coming my way in a week or two ... my own desktop ... 7.0 -> 7.1 .. just need enough spare time, confidence in the fact that Xorg 7.4 will install OK ... and maybe I'll even go as far as to install KDE 4.2 ..., so I'll be glad to take notes on the relevant menus and then pass the list on to you. If I happen to catch any of them before my desktop installation, I'll let you know right away. Best regards -- Blessings Gonzalo Nemmi From bsam at ipt.ru Mon Feb 2 21:51:08 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Feb 2 21:51:15 2009 Subject: committer please update cfengine ports? In-Reply-To: <1D81FC27-1B67-48F8-9BEC-8A646D0D1BED@netconsonance.com> (Jo Rhett's message of "Mon\, 2 Feb 2009 14\:41\:22 -0800") References: <1D81FC27-1B67-48F8-9BEC-8A646D0D1BED@netconsonance.com> Message-ID: <58167251@bb.ipt.ru> Jo Rhett writes: > I'm the maintainer for the cfengine port, and I've got two updates > which need to be committed. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131040 Seems that the final patch cannot be retrieved from the PR. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From beat at chruetertee.ch Mon Feb 2 22:04:22 2009 From: beat at chruetertee.ch (=?ISO-8859-1?Q?Beat_G=E4tzi?=) Date: Mon Feb 2 22:04:30 2009 Subject: missing tinderbox/scripts/sql/values.lp In-Reply-To: <20090201130918.GA78086@logik.internal.network> References: <20090131005155.GA70384@logik.internal.network> <20090201130918.GA78086@logik.internal.network> Message-ID: <4987DAFF.8060801@chruetertee.ch> mahonmesr@googlemail.com wrote: > On 2009-01-31 00:51:55, mahonmesr@googlemail.com wrote: >> Creating package /var/ports/packages/All/tinderbox-3.1.2_2.tbz >> Registering depends: p5-DBD-Pg-2.10.7 postgresql-client-8.2.11 gettext-0.17_1 libiconv-1.11_1 p5-DBI-1.60.4 p5-Storable-2.18 p5-version-0.76 perl-5.8.9. >> Creating bzip'd tar ball in '/var/ports/packages/All/tinderbox-3.1.2_2.tbz' >> tar: tinderbox/scripts/sql/values.lp: Cannot stat: No such file or directory >> tar: Error exit delayed from previous errors. >> pkg_create: make_dist: tar command failed with code 256 >> *** Error code 1 > > Seriously, noone? > > The pkg-plist specifies this mysterious values.lp file but having downloaded > and extraced the tarball manually from marcuscom.com, this file is nowhere > to be seen. The file values.lp contains some patterns for the new log file markup support. This feature is already in the MarcusCom CVS but hasn't been released yet. Take a look at files/exta-webui-patch-3.1.2_to_20081227.diff. This patch adds some new webui feature from the CVS into the 3.1.2 release from marcuscom.com. HTH, Beat From naylor.b.david at gmail.com Mon Feb 2 22:31:19 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Mon Feb 2 22:31:25 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902021201.14917.naylor.b.david@gmail.com> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> Message-ID: <200902030831.14118.naylor.b.david@gmail.com> On Monday 02 February 2009 12:01:10 David Naylor wrote: > On Sunday 01 February 2009 23:02:28 Martin Wilke wrote: > > Howdy Guys, > > > > The KDE FreeBSD team is happy to announce the first public > > Call for Testing for KDE 4.2. Over the past weeks we have > > focused on the complex and very time consuming task to get > > KDE 4.2 running. > > > > Please read UPDATING-area51 before you start your update. > > > > To get KDE 4.2: > > try > > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ > > /path/to/area51 > > > > More info here: > > https://kf.athame.co.uk/access.php > > > > - Martin (on behalf of the KDE FreeBSD team) > > Hi, > > I'll get started on testing today. I however have this strange desire to > use USB2 (the new USB stack introduced to FreeBSD-Current). Just finished compiling on FreeBSD 7.1 and have found the following problems: 1. The fonts are not being anti-aliased? (Using default fonts and "Use anti-aliasing: Enabled {with sub-pixel rendering [RGB]}). 2. Network Settings doesn't detect anything to do with FreeBSD (it probably still needs to be told about FreeBSD). 3. ksudo does not install? 4. Samba config module doesn't find smb.conf by default. It should look in multiple places? 5. When I was changing desktop effects X froze. It was a once off thing... Items 1,2, 4, (5) probably qualify for a PR, can anyone confirm these? Item 3 probably has something to do with our ports. I really prefer to use (k)sudo (since ksu doesn't like root without a password). Item 4 should be fixed with a patch (until upstream comes with a proper solution). If you wait a few hours I'll see what I can do about providing patches for items 3, 4. > Is KDE4 happy with USB2 (or to be more precise, is hald happy with USB2 > yet)? I'll try compile hald with USB2. If that doesn't work (i.e. starts taking 100% CPU on a core) then I will not persue the issue. I'm not sure ports has been converted to handle the base system's libusb20 in -current? Oh and I am still having problems with HTTPS and proxy. I am going to try put up a Squid proxy and see if Squid behaves better then WinGate. And I am hoping Qt 4.5 will fix this proxy/socks problem (if it will hurry up and get released :-)). Everything else is looking good :-) and working on the FreeBSD side. Thanks David P.S. Any hope in getting Amarok 2 into ports with KDE 4.2. Last I saw it was pending on a PR to fix mysql_embedded? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090203/908a7020/attachment.pgp From kono at kth.se Tue Feb 3 01:26:21 2009 From: kono at kth.se (Alexander Konovalenko) Date: Tue Feb 3 01:26:29 2009 Subject: firefox[2,3] will not start after recent ports upgrade In-Reply-To: <20090202230137.GB58780@hobbes.ustdmz.roe.ch> References: <20090201104201.8BE301065677@hub.freebsd.org> <7d6fde3d0902020847k207ac68ex9b6be48738c13ae6@mail.gmail.com> <20090202230137.GB58780@hobbes.ustdmz.roe.ch> Message-ID: <200902031027.27749@3667> On Tuesday 03 February 2009, Daniel Roethlisberger wrote: > Garrett Cooper 2009-02-02: > > On Mon, Feb 2, 2009 at 8:38 AM, Daniel Roethlisberger wrote: > > > Alexander Konovalenko 2009-02-01: > > >> > From: Daniel Roethlisberger > > >> >... > > >> > Could it be the case that firefox-bin hangs in umtxn state? > > >> > > >> you're right! > > >> > > >> > (Check using ps -laux instead of -aux) > > >> > > > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt > > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt > > >> > > > >> > These trace the wrong process: the wrapper shell script (sh). > > >> > The actual hanging process would be firefox-bin, not sh. Try > > >> > ktracing with child processes (-i). > > >> > > >> "ktrace -i" showed last line: > > >> firefox-bin CALL _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0) > > >> > > >> http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt > > >> > > >> Do you know which port/lib causing this hang on _umtx_op? > > > > > > Unfortunately, no. I have a box with ports tree from around > > > mid-January on which I was unable to fix this problem. Native > > > firefox 2 and 3 hung in umtxn state. So I did pkg_delete -a, rm > > > -rf /usr/local, rebuilt and installed all ports: now the firefox3 > > > build hangs in umtxn state while running a tool called shlibsign. > > > No idea how to fix this. I don't want to update the ports tree > > > to after the unpretty xorg-7.4 changes just yet. > > > > > > I suspect the problem may be related to upgrading using > > > freebsd-update from 7.0 to 7.1, but that's just a wild guess > > > based on the problem appearing after the upgrade; I did make sure > > > no old leftover libraries or binaries were still lying around. > > > > Have you read UPDATING yet about the libxcb upgrade? > > Cheers, > > -Garrett > > $ fgrep xcb /usr/{ports,src}/UPDATING | wc -l > 0 > > Note that this is a non-current ports tree from before the xorg > 7.4 update (mid-January), which used to work fine in the exact > same configuration on RELENG_7_0, but broke on RELENG_7_1. This > is using the version of libxcb committed by miwi in September > 2008. The libxcb shlib version bump really cannot be related to > this unless I am very much mistaken. I upgraded many ports on my office amd64 machine (RELENG_7, 7.1-PRERELEASE #1: Tue Sep 30 13:26:39 CEST 2008 ) and both firefox2&3 work now with no problem. I have libxcb-1.1.93. /Alexander Konovalenko From freebsd at troback.com Tue Feb 3 04:41:46 2009 From: freebsd at troback.com (Anders Troback) Date: Tue Feb 3 04:41:54 2009 Subject: FreeBSD Port: MailScanner-4.67.6_3 Message-ID: <20090202221927.26d28699@demon.troback.lan> Hi, sorry to bother you but I have a question! Are there any plans of upgrading the MailScanner port? Thanks for you time and effort! Cheers, Anders Troback -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From makc at issp.ac.ru Tue Feb 3 05:05:21 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Tue Feb 3 05:05:30 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902030831.14118.naylor.b.david@gmail.com> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> Message-ID: <200902031605.19263.makc@issp.ac.ru> On Tue, 3 Feb 2009 08:31:10 +0200, David Naylor wrote: > On Monday 02 February 2009 12:01:10 David Naylor wrote: > > On Sunday 01 February 2009 23:02:28 Martin Wilke wrote: > > > Howdy Guys, > > > > > > The KDE FreeBSD team is happy to announce the first public > > > Call for Testing for KDE 4.2. Over the past weeks we have > > > focused on the complex and very time consuming task to get > > > KDE 4.2 running. > > > > > > Please read UPDATING-area51 before you start your update. > > > > > > To get KDE 4.2: > > > try > > > svn co https://kf.athame.co.uk/kde-freebsd/trunk/area51/ > > > /path/to/area51 > > > > > > More info here: > > > https://kf.athame.co.uk/access.php > > > > > > - Martin (on behalf of the KDE FreeBSD team) > > > > Hi, > > > > I'll get started on testing today. I however have this strange desire to > > use USB2 (the new USB stack introduced to FreeBSD-Current). > > Just finished compiling on FreeBSD 7.1 and have found the following > problems: 1. The fonts are not being anti-aliased? (Using default fonts > and "Use anti-aliasing: Enabled {with sub-pixel rendering [RGB]}). man fonts-conf? Never had problems with fonts, can't help here :( > 2. Network Settings doesn't detect anything to do with FreeBSD (it > probably still needs to be told about FreeBSD). This part surely requires someone who can add support for FreeBSD. Btw, kde@freebsd team are seeking for developers who would like to improve KDE4 support for FreeBSD. > 3. ksudo does not install? ${KDE$_PREFIX}/lib/kde4/libexec/kdesu Ask kde devs why kdesu is there. > 4. Samba config module doesn't find smb.conf by default. It should look > in multiple places? This could be fixed easily I believe. > 5. When I was changing desktop effects X froze. It was a once off thing... > > Items 1,2, 4, (5) probably qualify for a PR, can anyone confirm these? > > Item 3 probably has something to do with our ports. I really prefer to use > (k)sudo (since ksu doesn't like root without a password). Item 4 should be > fixed with a patch (until upstream comes with a proper solution). > > If you wait a few hours I'll see what I can do about providing patches for > items 3, 4. Welcome! > > Is KDE4 happy with USB2 (or to be more precise, is hald happy with USB2 > > yet)? > > I'll try compile hald with USB2. If that doesn't work (i.e. starts taking > 100% CPU on a core) then I will not persue the issue. I'm not sure ports > has been converted to handle the base system's libusb20 in -current? > > Oh and I am still having problems with HTTPS and proxy. I am going to try > put up a Squid proxy and see if Squid behaves better then WinGate. And I > am hoping Qt 4.5 will fix this proxy/socks problem (if it will hurry up and > get released :-)). > > Everything else is looking good :-) and working on the FreeBSD side. > > Thanks > > David > > P.S. Any hope in getting Amarok 2 into ports with KDE 4.2. Last I saw it > was pending on a PR to fix mysql_embedded? I'll ping Alex about the status of mysql_embedded. Meantime you can try ports/128757 for mysql_embedded and ports/130634 for amarok port. Max. From gesbbb at yahoo.com Tue Feb 3 05:22:44 2009 From: gesbbb at yahoo.com (Jerry) Date: Tue Feb 3 05:22:51 2009 Subject: FreeBSD Port: MailScanner-4.67.6_3 In-Reply-To: <20090202221927.26d28699@demon.troback.lan> References: <20090202221927.26d28699@demon.troback.lan> Message-ID: <20090203075138.6d32543d@scorpio> On Mon, 2 Feb 2009 22:19:27 +0100 Anders Troback wrote: >Hi, > >sorry to bother you but I have a question! > >Are there any plans of upgrading the MailScanner port? You should probably be directing that question to the port maintainer: j.koopmann@seceidos.de -- Jerry gesbbb@yahoo.com Lots of folks confuse bad management with destiny. Frank Hubbard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090203/4c6d6401/signature.pgp From sinux at fsfe.org Tue Feb 3 06:12:07 2009 From: sinux at fsfe.org (Sebastien Chassot) Date: Tue Feb 3 06:12:14 2009 Subject: how remove old lib in "portupgrade -fr libxcb" [SOLVED] In-Reply-To: <20090202064625.4dcb9722@scorpio> References: <1233439929.1046.16.camel@dhcppc0> <790a9fff0901311455g34dc1c86o8afcff70058eeca4@mail.gmail.com> <1233518537.1024.25.camel@dhcppc0> <20090202064625.4dcb9722@scorpio> Message-ID: <1233670324.1018.14.camel@dhcppc0> On Mon, 2009-02-02 at 06:46 -0500, Jerry wrote: > On Sun, 01 Feb 2009 21:02:17 +0100 > Sebastien Chassot wrote: > > >I did another try "portupgrade -frP libxcb" > > I believe the 'P' options is causing the problem. Update your ports > tree and run it with that option; i.e., "portupgrade -fr libxcb" as > shown in UPDATING. > Thank you, it works now. I'll took care with port/package in the future. -- Sebastien From naylor.b.david at gmail.com Tue Feb 3 06:31:26 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Tue Feb 3 06:31:32 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902031605.19263.makc@issp.ac.ru> References: <20090201210227.GB31414@bsdcrew.de> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> Message-ID: <200902031631.18181.naylor.b.david@gmail.com> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090203/89c9c14a/attachment.pgp From Johan at double-l.nl Tue Feb 3 06:46:34 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Tue Feb 3 06:46:41 2009 Subject: FreeBSD Port: MailScanner-4.67.6_3 References: <20090202221927.26d28699@demon.troback.lan> <20090203075138.6d32543d@scorpio> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE4DB@w2003s01.double-l.local> >On Mon, 2 Feb 2009 22:19:27 +0100 >Anders Troback wrote: >>Hi, >> >>sorry to bother you but I have a question! >> >>Are there any plans of upgrading the MailScanner port? >You should probably be directing that question to the port maintainer: > j.koopmann@seceidos.de >-- >Jerry >gesbbb@yahoo.com >Lots of folks confuse bad management with destiny. > Frank Hubbard He did and cc?ed to the list ;-) Regards, Johan From mohacsi at niif.hu Tue Feb 3 08:45:41 2009 From: mohacsi at niif.hu (Mohacsi Janos) Date: Tue Feb 3 08:45:53 2009 Subject: [Ticket#2009013010000513] FreeBSD Port: rancid-2.3.1_3 / Re: Submit BUG report to FreeBSD for RANCID port with PATCH In-Reply-To: <1233597269.477246.073116342.13908.2@otrs.ewc.edu> References: <1233597269.477246.073116342.13908.2@otrs.ewc.edu> Message-ID: Dear All, Your reques has been Forwarded to the authors. Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 On Mon, 2 Feb 2009, Network Infrastructure Support wrote: > The following patches, taken from > 'http://blog.glinskiy.com/2007/03/rancid-and-netscreen-firewall.html' address some > issues with netscreen firewalls. > > Please see inline patches below. Thanks! > > Your Ticket-Team > > Michael Joyner > > -- > Edward Waters College Information Technology > Tookes Building - 1660 Kings Road, Jacksonville, FL 32209 USA > Email: support@otrs.ewc.edu - Web: http://otrs.ewc.edu/otrs/customer.pl > -- > ---- Forwarded message from Network Infrastructure Support --- > > From: > Network Infrastructure Support > To: > it-group@listserv.ewc.edu > Subject: > [Ticket#2009013010000513] Submit BUG report to FreeBSD for RANCID port with PATCH > Created: > 01/30/2009 13:11:56 > > http://blog.glinskiy.com/2007/03/rancid-and-netscreen-firewall.html > > ================= > [root@netdisco /usr/local/libexec/rancid]# diff -u -C 5 nlogin.dist nlogin > *** nlogin.dist Fri Jan 30 12:46:12 2009 > --- nlogin Fri Jan 30 12:54:43 2009 > *************** > *** 483,500 **** > > # Login to the firewall > if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod > $cyphertype]} { > continue > } > ! if { $enable } { > ! if {[do_enable $enauser $enapasswd]} { > ! if { $do_command || $do_script } { > ! close; wait > ! continue > ! } > ! } > ! } > # we are logged in, now figure out the full prompt > send "\r" > expect { > -re "\[\r\n]+" { exp_continue; } > -re "^.+$prompt" { set junk $expect_out(0,string); > --- 483,500 ---- > > # Login to the firewall > if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod > $cyphertype]} { > continue > } > ! # if { $enable } { > ! # if {[do_enable $enauser $enapasswd]} { > ! # if { $do_command || $do_script } { > ! # close; wait > ! # continue > ! # } > ! # } > ! # } > # we are logged in, now figure out the full prompt > send "\r" > expect { > -re "\[\r\n]+" { exp_continue; } > -re "^.+$prompt" { set junk $expect_out(0,string); > > > > [root@netdisco /usr/local/libexec/rancid]# diff -u -C 5 nrancid.dist nrancid > *** nrancid.dist Fri Jan 30 12:54:49 2009 > --- nrancid Fri Jan 30 12:55:01 2009 > *************** > *** 195,204 **** > --- 195,205 ---- > if (/^set admin user (\S+) password (\S+) privilege (\S+)$/ && > $filter_pwds >= 1) { > ProcessHistory("ADMIN","","", > "!set admin user $1 password privilege $3\n"); > next; > + } > ProcessHistory("","","","$_"); > } > $found_end=1; > return(1); > } > > > Your Ticket-Team > > Michael Joyner From mohacsi at niif.hu Tue Feb 3 08:46:19 2009 From: mohacsi at niif.hu (Mohacsi Janos) Date: Tue Feb 3 08:46:26 2009 Subject: [Ticket#2009020210000574] FreeBSD Port: rancid-2.3.1_3 / modification to nlogoin patch to fix hang at password prompt / nlogi [...] In-Reply-To: <1233601748.913639.762876698.14154.2@otrs.ewc.edu> References: <1233601748.913639.762876698.14154.2@otrs.ewc.edu> Message-ID: Your request has been forwarded the the author of rancid. Best Regards, Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 On Mon, 2 Feb 2009, Network Infrastructure Support wrote: > > > Created: > 02/02/2009 13:37:50 > --- nlogin.dist 2009-01-30 12:46:12.000000000 -0500 > +++ nlogin 2009-02-02 13:33:41.000000000 -0500 > @@ -353,21 +353,12 @@ > set uprompt_seen 1 > exp_continue > } > - "@\[^\r\n]+\[Pp]assword:" { > + "password:" { > # ssh pwd prompt > sleep 1 > send "$userpswd\r" > exp_continue > } > - "\[Pp]assword:" { > - sleep 1; > - if {$uprompt_seen == 1} { > - send "$userpswd\r" > - } else { > - send "$passwd\r" > - } > - exp_continue > - } > "$prompt" { break; } > } > } > @@ -485,14 +476,14 @@ > if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod > $cyphertype]} { > continue > } > - if { $enable } { > - if {[do_enable $enauser $enapasswd]} { > - if { $do_command || $do_script } { > - close; wait > - continue > - } > - } > - } > +# if { $enable } { > +# if {[do_enable $enauser $enapasswd]} { > +# if { $do_command || $do_script } { > +# close; wait > +# continue > +# } > +# } > +# } > # we are logged in, now figure out the full prompt > send "\r" > expect { From shuvaev at physik.uni-wuerzburg.de Tue Feb 3 08:50:13 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Tue Feb 3 08:50:20 2009 Subject: A plea or sanity in port options menu In-Reply-To: <20090202153925.5f4ae6d3.wmoran@potentialtech.com> References: <20090202141835.b44d09be.wmoran@potentialtech.com> <20090202153925.5f4ae6d3.wmoran@potentialtech.com> Message-ID: <20090203165007.GB66508@wep4035.physik.uni-wuerzburg.de> On Mon, Feb 02, 2009 at 03:39:25PM -0500, Bill Moran wrote: > In response to Warren Block : > > > On Mon, 2 Feb 2009, Bill Moran wrote: > > > > > How about: > > > > > > Options for port-fu > > > [ ] BRG Bernstein Riggs Guillotine parsing > > > [X] QFZ Quantum Freeze Zulu rending > > > > > > At least that one gives me _some_ idea what those TLAs mean. > > > This particular example is nonexistent and thus too far from reality. > > > > [snip] > > I don't think there's any need for any new features in the ports > infrastructure. I think it's just a matter of Makefile authors taking > the time to describe their options. A quick test of some ports turns > up this one: > > [ ] OPENGL OpenGL support > > True but useless. How about: > > [ ] OPENGL Use OpenGL graphics library > > ...which, at least give the user _some_ idea what they're doing. > I don't see any difference here. OpenGL = Open Graphics Library, so your description is redundunt (Use Open Graphics Library graphics library). Well, you can write 'Use Open Graphics Library', but it is again not so much different from 'OpenGL support'. > OpenGL probably isn't a good example, however. It's pretty easy to Google > OpenGL and figure out what it is. > As quite a number of other 'bad' option descriptions. > Here's some more bizarre options: > > [X] EPUB Epub modules > [X] EXTENSIONS Extensions > [X] TEMPLATE Templates > [X] TOOLS Tools > > I mean, if I enable "Extensions", what happens? How do I figure out > what happens? I have to read the Makefile, at which point having these > options on a menu is pretty pointless. I mean, I can't even come up > with a Google search to help me figure out what "tools" are involved > here. > > There are some ports that do this very well. For example: > [ ] NLS Use internationalized messages > [ ] PAM Build with PAM support (server only) ^^^^^^ Exactly what you are fighting against. > [ ] LDAP Build with LDAP authentication support > [ ] MIT_KRB5 Build with MIT's kerberos support > [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support ^^^^^^^^^^^ The above 2 also. > [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) > [X] XML Build with XML data type (server) > [X] TZDATA Use internal timezone database (server) > [ ] DEBUG Builds with debugging symbols > [ ] ICU Use ICU for unicode collation (server) > [ ] INTDATE Builds with 64-bit date/time type (server) > > I mean, a Google on ICU is liable to bring up all sorts of medical drama > websites, but I can do a search for "ICU unicode" and find my answer on > the first result. Not only am I told that optimized compiler flags are > an option, but I'm told the exact one that will be used (-O3) > > The porters handbook doesn't seem to offer any helpful advice on these: > http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.html > > In fact, the examples it provides are excellent examples of doing it > WRONG. > > Let me see about making a patch to the porters handbook to provide some > advice ... > Ok let's examine my 4 ports 3 of which do use OPTIONS. x11-toolkits/gtkdatabox: OPTIONS= GLADE "Enable libglade2 support" off \ GLADEUI "Enable glade3 support" off /usr/ports/devel/libglade2> cat pkg-descr LibGlade allows GLADE interfaces to be handled at runtime, freeing GUI development from code development. This allows an interface to be changed without requiring a re-compilation. /usr/ports/devel/glade3> cat pkg-descr Glade is a RAD tool to enable quick & easy development of user interfaces for GTK+/GNOME. It can generate the C source code needed to create the interfaces designed within Glade's interface editor. Any idea here how to put all these into small line of description field? [RAD = Rapid Application Development, hope you know what GUI is] Do these long descriptions help you? x11-toolkits/slgtkdatabox: OPTIONS= SLGLADE "Enable slglade support (run-time)" off /usr/ports/devel/slglade> cat pkg-descr SLglade is a S-Lang module that provides S-Lang bindings for the libglade library. Used in conjunction with SLgtk, it allows you to design your GUI with Glade (a GTK+ user interface builder), save the interface description in a Glade XML file, and then generate your S-Lang script's graphical interface directly from the XML at runtime. This should reduce the time spent developing SLgtk applications considerably, as it eliminates the tedious job of writing interface-creation code by hand. This is an update for Christopher Stawarz's SLglade module. WWW: http://laurent.perez2.free.fr/comp/slang/modules/modules.html Same here, short version of pkg-descr for slglade??? x11-toolkits/slgtk: OPTIONS= FITS "Install gdk-pixbuf FITS image loader" off Ok this seems to be what you want to have. Does it help really much? You have to Google anyway to get some idea what is it. I think you can understand the meaning of most of the OPTIONS if you have some programming experience. Otherwise it is better to rely upon maintainer's defaults. My ideas about the subject, Alexey. From kris at pcbsd.com Tue Feb 3 09:08:53 2009 From: kris at pcbsd.com (Kris Moore) Date: Tue Feb 3 09:09:24 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902031631.18181.naylor.b.david@gmail.com> References: <20090201210227.GB31414@bsdcrew.de> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> Message-ID: <49887487.5040706@pcbsd.com> David Naylor wrote: > On Tuesday 03 February 2009 15:05:19 Max Brazhnikov wrote: >> On Tue, 3 Feb 2009 08:31:10 +0200, David Naylor wrote: >>> On Monday 02 February 2009 12:01:10 David Naylor wrote: >>> >>> Just finished compiling on FreeBSD 7.1 and have found the following >>> problems: 1. The fonts are not being anti-aliased? (Using default fonts >>> and "Use anti-aliasing: Enabled {with sub-pixel rendering [RGB]}). >> man fonts-conf? Never had problems with fonts, can't help here :( > > I suspect this has something to do with nvidia driver. If one changes the > fonts to bitstream then anti-aliasing does work (but not with the default > fonts). Have any of you guys been able to get KDE 4.2 to work with the latest Xorg 7.4 in ports, and the nvidia driver? I'm playing with it here, and it always seems to crash X right after KDE finishes logging into my desktop. When I switch to "vesa" it works just fine. Using nvidia 180.25, Xorg 7.4, KDE 4.2, etc. -- Kris Moore PC-BSD Software http://www.pcbsd.com From naylor.b.david at gmail.com Tue Feb 3 09:11:42 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Tue Feb 3 09:11:49 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <49887487.5040706@pcbsd.com> References: <20090201210227.GB31414@bsdcrew.de> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> Message-ID: <200902031911.42472.naylor.b.david@gmail.com> On Tuesday 03 February 2009 18:44:55 Kris Moore wrote: > David Naylor wrote: > > On Tuesday 03 February 2009 15:05:19 Max Brazhnikov wrote: > >> On Tue, 3 Feb 2009 08:31:10 +0200, David Naylor wrote: > >>> On Monday 02 February 2009 12:01:10 David Naylor wrote: > >>> > >>> Just finished compiling on FreeBSD 7.1 and have found the following > >>> problems: 1. The fonts are not being anti-aliased? (Using default > >>> fonts and "Use anti-aliasing: Enabled {with sub-pixel rendering > >>> [RGB]}). > >> > >> man fonts-conf? Never had problems with fonts, can't help here :( > > > > I suspect this has something to do with nvidia driver. If one changes > > the fonts to bitstream then anti-aliasing does work (but not with the > > default fonts). > > Have any of you guys been able to get KDE 4.2 to work with the latest > Xorg 7.4 in ports, and the nvidia driver? I'm playing with it here, and > it always seems to crash X right after KDE finishes logging into my > desktop. When I switch to "vesa" it works just fine. > > Using nvidia 180.25, Xorg 7.4, KDE 4.2, etc. I had some problems with Xorg and undefined symbols but that was just for probing. Another problem I had was my previous xorg.conf didn't work, I needed to provide BusID in my Device section. Other then that now everything appears fine. Desktop Effects are working without glitch. I did have some problems logging in, X/KDE just freezes but Ctrl-Alt-Backspace and relogin works just fine? I'm using nvidia-driver-177.80, xorg-7.4 on FreeBSD 7.1 (Nvidia 7600GT x2). Does you xorg.log say anything useful, have you tried with a new config file (Xorg -configure, nvidia-settings)? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090203/2122d901/attachment.pgp From silver.salonen at gmail.com Tue Feb 3 09:58:58 2009 From: silver.salonen at gmail.com (Silver Salonen) Date: Tue Feb 3 09:59:05 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <49887487.5040706@pcbsd.com> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> Message-ID: <21815312.post@talk.nabble.com> Kris Moore-3 wrote: > > Have any of you guys been able to get KDE 4.2 to work with the latest > Xorg 7.4 in ports, and the nvidia driver? I'm playing with it here, and > it always seems to crash X right after KDE finishes logging into my > desktop. When I switch to "vesa" it works just fine. > > Using nvidia 180.25, Xorg 7.4, KDE 4.2, etc. > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD 7.0.2, I'm using nvidia-driver-177.80 though. One problem is that every time I log into KDE, plasma crashes. There seems to be some configuration problem (from 4.2beta2), because when I delete ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but looks weird in other ways. And when I delete the whole ~/.kde4, it works perfectly OK. I haven't investigated it further yet.. Anyway, at least it's working. -- Silver -- View this message in context: http://www.nabble.com/Call-for-Testing-KDE-4.2-for-FreeBSD-tp21780360p21815312.html Sent from the freebsd-ports mailing list archive at Nabble.com. From network at otrs.ewc.edu Tue Feb 3 10:59:34 2009 From: network at otrs.ewc.edu (Network Infrastructure Support) Date: Tue Feb 3 10:59:40 2009 Subject: [Ticket#2009020210000574] FreeBSD Port: rancid-2.3.1_3 / modification to nlogoin patch to fix hang at password prompt / nlogi [...] Message-ID: <1233687704.583714.468757166.14154.2@otrs.ewc.edu> Dear Mohacsi Janos, Thank you! 02/03/2009 11:48 - Mohacsi Janos wrote: > Your request has been forwarded the the author of rancid. > Best Regards, > > Janos Mohacsi > Network Engineer, Research Associate, Head of Network Planning and Projects > NIIF/HUNGARNET, HUNGARY > Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 > > On Mon, 2 Feb 2009, Network Infrastructure Support wrote: > > > > > > > Created: > > 02/02/2009 13:37:50 > > --- nlogin.dist 2009-01-30 12:46:12.000000000 -0500 > > +++ nlogin 2009-02-02 13:33:41.000000000 -0500 > > @@ -353,21 +353,12 @@ > > set uprompt_seen 1 > > exp_continue > > } > > - "@\[^\r\n]+\[Pp]assword:" { > > + "password:" { > > # ssh pwd prompt > > sleep 1 > > send "$userpswd\r" > > exp_continue > > } > > - "\[Pp]assword:" { > > - sleep 1; > > - if {$uprompt_seen == 1} { > > - send "$userpswd\r" > > - } else { > > - send "$passwd\r" > > - } > > - exp_continue > > - } > > "$prompt" { break; } > > } > > } > > @@ -485,14 +476,14 @@ > > if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod > > $cyphertype]} { > > continue > > } > > - if { $enable } { > > - if {[do_enable $enauser $enapasswd]} { > > - if { $do_command || $do_script } { > > - close; wait > > - continue > > - } > > - } > > - } > > +# if { $enable } { > > +# if {[do_enable $enauser $enapasswd]} { > > +# if { $do_command || $do_script } { > > +# close; wait > > +# continue > > +# } > > +# } > > +# } > > # we are logged in, now figure out the full prompt > > send "\r" > > expect { > > Your Ticket-Team Michael Joyner -- Edward Waters College Information Technology Tookes Building - 1660 Kings Road, Jacksonville, FL 32209 USA Email: support@otrs.ewc.edu - Web: http://otrs.ewc.edu/otrs/customer.pl -- From network at otrs.ewc.edu Tue Feb 3 11:00:01 2009 From: network at otrs.ewc.edu (Network Infrastructure Support) Date: Tue Feb 3 11:00:08 2009 Subject: [Ticket#2009013010000513] FreeBSD Port: rancid-2.3.1_3 / Re: Submit BUG report to FreeBSD for RANCID port with PATCH Message-ID: <1233687731.810193.170279835.13908.2@otrs.ewc.edu> Dear Mohacsi Janos, Thank you! 02/03/2009 11:48 - Mohacsi Janos wrote: > Dear All, > > Your reques has been Forwarded to the authors. > > Janos Mohacsi > Network Engineer, Research Associate, Head of Network Planning and Projects > NIIF/HUNGARNET, HUNGARY > Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 > > On Mon, 2 Feb 2009, Network Infrastructure Support wrote: > > > The following patches, taken from > > 'http://blog.glinskiy.com/2007/03/rancid-and-netscreen-firewall.html' address some > > issues with netscreen firewalls. > > > > Please see inline patches below. Thanks! > > > > Your Ticket-Team > > > > Michael Joyner > > > > -- > > Edward Waters College Information Technology > > Tookes Building - 1660 Kings Road, Jacksonville, FL 32209 USA > > Email: support@otrs.ewc.edu - Web: http://otrs.ewc.edu/otrs/customer.pl > > -- > > ---- Forwarded message from Network Infrastructure Support --- > > > > From: > > Network Infrastructure Support > > To: > > it-group@listserv.ewc.edu > > Subject: > > [Ticket#2009013010000513] Submit BUG report to FreeBSD for RANCID port with PATCH > > Created: > > 01/30/2009 13:11:56 > > > > http://blog.glinskiy.com/2007/03/rancid-and-netscreen-firewall.html > > > > ================= > > [root@netdisco /usr/local/libexec/rancid]# diff -u -C 5 nlogin.dist nlogin > > *** nlogin.dist Fri Jan 30 12:46:12 2009 > > --- nlogin Fri Jan 30 12:54:43 2009 > > *************** > > *** 483,500 **** > > > > # Login to the firewall > > if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod > > $cyphertype]} { > > continue > > } > > ! if { $enable } { > > ! if {[do_enable $enauser $enapasswd]} { > > ! if { $do_command || $do_script } { > > ! close; wait > > ! continue > > ! } > > ! } > > ! } > > # we are logged in, now figure out the full prompt > > send "\r" > > expect { > > -re "\[\r\n]+" { exp_continue; } > > -re "^.+$prompt" { set junk $expect_out(0,string); > > --- 483,500 ---- > > > > # Login to the firewall > > if {[login $firewall $ruser $userpswd $passwd $enapasswd $prompt $cmethod > > $cyphertype]} { > > continue > > } > > ! # if { $enable } { > > ! # if {[do_enable $enauser $enapasswd]} { > > ! # if { $do_command || $do_script } { > > ! # close; wait > > ! # continue > > ! # } > > ! # } > > ! # } > > # we are logged in, now figure out the full prompt > > send "\r" > > expect { > > -re "\[\r\n]+" { exp_continue; } > > -re "^.+$prompt" { set junk $expect_out(0,string); > > > > > > > > [root@netdisco /usr/local/libexec/rancid]# diff -u -C 5 nrancid.dist nrancid > > *** nrancid.dist Fri Jan 30 12:54:49 2009 > > --- nrancid Fri Jan 30 12:55:01 2009 > > *************** > > *** 195,204 **** > > --- 195,205 ---- > > if (/^set admin user (\S+) password (\S+) privilege (\S+)$/ && > > $filter_pwds >= 1) { > > ProcessHistory("ADMIN","","", > > "!set admin user $1 password privilege $3\n"); > > next; > > + } > > ProcessHistory("","","","$_"); > > } > > $found_end=1; > > return(1); > > } > > > > > > Your Ticket-Team > > > > Michael Joyner > > Your Ticket-Team Michael Joyner -- Edward Waters College Information Technology Tookes Building - 1660 Kings Road, Jacksonville, FL 32209 USA Email: support@otrs.ewc.edu - Web: http://otrs.ewc.edu/otrs/customer.pl -- From alex-goncharov at comcast.net Tue Feb 3 11:03:51 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Tue Feb 3 11:03:59 2009 Subject: X drivers depend on Gnome? Message-ID: I am trying to disengage from the latest X, and have had reasonable success in this (thanks to everybody who had made the suggestions!): 1. Got the old (2008.12.23) ports tree and rebuilt the X-based components as necessary. 2. Restarted my desktop (resulting in a perfect work environment). 3. Got the new (last night) ports tree and rebuilt higher-level components (e.g. twm and xterm) on the foundation of the old X core pieces (such as xproto, xorg-server and libxcb). Going forward, I am going to keep the X core pieces as they are (e.g. xorg-server-1.4.2,1), and update higher-level ports as I always did. I am slowly moving down the X ports dependency stack, trying to understand what I should leave in a frozen state and what keep upgrading. Here I came across something that stunned me: the X drivers depend on Gnome. E.g. ---------- $ pwd; make -V _DEPEND_DIRS; pkg_which /usr/ports/devel/pkg-config /usr/ports/x11-drivers/xf86-video-nv ..... /usr/ports/x11/xproto /usr/ports/devel/pkg-config ---------- Which is explained by: ---------- $ grep XORG_CAT Makefile XORG_CAT= driver ---------- and in bsd.xorg.mk we find: ---------- # bsd.xorg.mk - Support for X.Org ports and dependencies # # Created by: Florent Thoumie # # !!! Here be dragons !!! (yeah, here as well...) # # $FreeBSD: ports/Mk/bsd.xorg.mk,v 1.9 2009/01/23 16:27:14 flz Exp $ . if ${XORG_CAT} == "driver" USE_GNOME+= pkgconfig ---------- The semantics of USE_GNOME is defined as follows: # USE_GNOME - A list of the Gnome dependencies the port has (e.g., # glib12, gtk12). Implies that the port needs # Gnome. Implies inclusion of bsd.gnome.mk. Can you please explain why X drivers need Gnome pieces? (I think it's wrong.) Thanks, -- Alex -- alex-goncharov@comcast.net -- From dorian.buettner at gmx.de Tue Feb 3 12:30:08 2009 From: dorian.buettner at gmx.de (=?ISO-8859-1?Q?Dorian_B=FCttner?=) Date: Tue Feb 3 12:30:15 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <49887487.5040706@pcbsd.com> References: <20090201210227.GB31414@bsdcrew.de> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> Message-ID: <49889B3A.8070504@gmx.de> Kris Moore schrieb: > David Naylor wrote: > >> On Tuesday 03 February 2009 15:05:19 Max Brazhnikov wrote: >> >>> On Tue, 3 Feb 2009 08:31:10 +0200, David Naylor wrote: >>> >>>> On Monday 02 February 2009 12:01:10 David Naylor wrote: >>>> >>>> Just finished compiling on FreeBSD 7.1 and have found the following >>>> problems: 1. The fonts are not being anti-aliased? (Using default fonts >>>> and "Use anti-aliasing: Enabled {with sub-pixel rendering [RGB]}). >>>> >>> man fonts-conf? Never had problems with fonts, can't help here :( >>> >> I suspect this has something to do with nvidia driver. If one changes the >> fonts to bitstream then anti-aliasing does work (but not with the default >> fonts). >> > > Have any of you guys been able to get KDE 4.2 to work with the latest > Xorg 7.4 in ports, and the nvidia driver? I'm playing with it here, and > it always seems to crash X right after KDE finishes logging into my > desktop. When I switch to "vesa" it works just fine. > > Using nvidia 180.25, Xorg 7.4, KDE 4.2, etc. > > > > Have you first installed Xorg and then nvidia-drivers or vice versa? They install files in the same place, libGLu or whatever... It's 180.22 btw, I just start compiling on my i386 nvidia box and then I'll see if it reproduces, may last until tomorrow. Are you loggin in through kdm, or do you use startx? Regards, Dorian From blodviol at gmail.com Tue Feb 3 13:59:40 2009 From: blodviol at gmail.com (Sondre Tristan Midttun) Date: Tue Feb 3 13:59:46 2009 Subject: FreeBSD Port: enlightenment-0.16.999.042_1,2 Message-ID: <1233696883.19229.48.camel@sondre-ubuntu> Hi, I'm having some problems with installing the enlightenment-devel port. I posted on FreeBSD forums here: http://forums.freebsd.org/showthread.php?t=1958 thanks -- Sondre Tristan Midttun blodviol@gmail.com From rene at freebsd.org Tue Feb 3 14:04:02 2009 From: rene at freebsd.org (Rene Ladan) Date: Tue Feb 3 14:04:09 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <20090131230715.ce4f7c39.lehmann@ans-netz.de> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> Message-ID: <4988B827.9010809@freebsd.org> Oliver Lehmann schreef: > Hi, > > If someone wants to try out xfce 4.6 RC1 here are my patches: > > http://people.freebsd.org/~oliver/xfce/xfce-4.5.99.1.diff > > This one needs to be applied below /usr/ports. > > With xfce 4.6 there are also 3 new ports. You will find them here: > > http://people.freebsd.org/~oliver/xfce/xfce-4.5.99.1.tar.gz > > Please extract this tarball also below /usr/ports. > > Then deinstall your xfce 4.4 ports, cd into /usr/ports/x11-wm/xfce4 and > "make install". > > Any comments welcome.. > I get an error when starting up xfce4. I think the problem is that /usr/local/libexec/xfconfd is not run correctly. Both hald and dbus are running at startup, and the environment variable XDG_CONFIG_DIRS is set to /usr/local/etc I first tried portmaster -a after applying the patch and extracting the new ports. When that didn't work, I removed all xfce* ports and reinstalled them, giving the same result. Any ideas? (stale files?) Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From mezz7 at cox.net Tue Feb 3 15:18:54 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Feb 3 15:19:01 2009 Subject: X drivers depend on Gnome? In-Reply-To: References: Message-ID: On Tue, 03 Feb 2009 13:03:47 -0600, Alex Goncharov wrote: > I am trying to disengage from the latest X, and have had reasonable > success in this (thanks to everybody who had made the suggestions!): > > 1. Got the old (2008.12.23) ports tree and rebuilt the X-based > components as necessary. > > 2. Restarted my desktop (resulting in a perfect work environment). > > 3. Got the new (last night) ports tree and rebuilt higher-level > components (e.g. twm and xterm) on the foundation of the old X > core pieces (such as xproto, xorg-server and libxcb). > > Going forward, I am going to keep the X core pieces as they are > (e.g. xorg-server-1.4.2,1), and update higher-level ports as I always > did. > I am slowly moving down the X ports dependency stack, trying to > understand what I should leave in a frozen state and what keep > upgrading. > > Here I came across something that stunned me: the X drivers depend on > Gnome. E.g. > > ---------- > $ pwd; make -V _DEPEND_DIRS; pkg_which /usr/ports/devel/pkg-config > /usr/ports/x11-drivers/xf86-video-nv > ..... /usr/ports/x11/xproto /usr/ports/devel/pkg-config > ---------- The pkg-config is not GNOME. Even the GTK+2 is not GNOME. By the way, why don't you check the size of pkg-config. I am VERY surpised about that you are whining over it. > Which is explained by: > > ---------- > $ grep XORG_CAT Makefile > XORG_CAT= driver > ---------- > > and in bsd.xorg.mk we find: > > ---------- > # bsd.xorg.mk - Support for X.Org ports and dependencies > # > # Created by: Florent Thoumie > # > # !!! Here be dragons !!! (yeah, here as well...) > # > # $FreeBSD: ports/Mk/bsd.xorg.mk,v 1.9 2009/01/23 16:27:14 flz Exp $ > > . if ${XORG_CAT} == "driver" > USE_GNOME+= pkgconfig > ---------- > > The semantics of USE_GNOME is defined as follows: > > # USE_GNOME - A list of the Gnome dependencies the port has (e.g., > # glib12, gtk12). Implies that the port needs > # Gnome. Implies inclusion of bsd.gnome.mk. > > Can you please explain why X drivers need Gnome pieces? (I think it's > wrong.) > > Thanks, > > -- Alex -- alex-goncharov@comcast.net -- -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From alex-goncharov at comcast.net Tue Feb 3 16:30:24 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Tue Feb 3 16:30:33 2009 Subject: X drivers depend on Gnome? In-Reply-To: (mezz7@cox.net) References: Message-ID: ,--- You/Jeremy (Tue, 03 Feb 2009 17:19:12 -0600) ----* | The pkg-config is not GNOME. Even the GTK+2 is not GNOME. | I am VERY surpised about that you are whining over it. In other words, you think that making base X11 blocks (such as drivers and libxcb) depend on Gnome, per this definition in bsd.port.mk: # USE_GNOME - A list of the Gnome dependencies the port has (e.g., # glib12, gtk12). Implies that the port needs Gnome. # Implies inclusion of bsd.gnome.mk. See bsd.gnome.mk # or http://www.FreeBSD.org/gnome/docs/porting.html # for more details. is the right thing, correct? -- Alex -- alex-goncharov@comcast.net -- From glen.j.barber at gmail.com Tue Feb 3 17:20:51 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Tue Feb 3 17:20:58 2009 Subject: X drivers depend on Gnome? In-Reply-To: References: Message-ID: <4ad871310902031655u59a89268tc298863ff3bafa9a@mail.gmail.com> On Tue, Feb 3, 2009 at 2:03 PM, Alex Goncharov wrote: > I am slowly moving down the X ports dependency stack, trying to > understand what I should leave in a frozen state and what keep > upgrading. I know this isn't your real question in this thread, but for what it's worth, I've found that xorg-drivers, xorg-server, and xf86-*, when kept at the 'pkg_add' version provides me with a somewhat stable X. Just thought I'd provide this, in case you were still digging about at all. -- Glen Barber From jones at chrisdavid.ca Tue Feb 3 18:05:31 2009 From: jones at chrisdavid.ca (Chris Jones) Date: Tue Feb 3 18:05:37 2009 Subject: FreeBSD Port: rt-3.8.1_5 Message-ID: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> Good evening, I'm just curious if you will be updating the 3.8 branch to 3.8.2? I noticed that there are quite a few fixes in 3.8.2. Cheers, -Chris From pauls at utdallas.edu Tue Feb 3 21:11:38 2009 From: pauls at utdallas.edu (Paul Schmehl) Date: Tue Feb 3 21:11:45 2009 Subject: Question about WRKSRC Message-ID: <81F17B20B78F9C5531571788@[10.40.128.112]> I maintain the sguil ports; security/sguil-server, security/sguil-sensor and security/sguil-agent. It came to my attention today that the pkg-install script that I've written for the security/sguil-server port fails during package building. (The script works fine when compiling from source.) The problem appears to be related to the location of WRCSRC, which appears to be different than it is when building from source. Am I correct about that? Is WRCSRC different when building packages? If so, is there a way to differentiate programmatically between a port being built from source and one being built from a package? Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From rock_on_the_web at comcen.com.au Tue Feb 3 21:54:28 2009 From: rock_on_the_web at comcen.com.au (Da Rock) Date: Tue Feb 3 21:54:34 2009 Subject: net/samba-libsmbclient fails build In-Reply-To: <4d7dd86f0901281722l64eb2339k639263811d39a526@mail.gmail.com> References: <1233015690.41990.28.camel@laptop1.herveybayaustralia.com.au> <4d7dd86f0901281722l64eb2339k639263811d39a526@mail.gmail.com> Message-ID: <1233726839.1092.5.camel@laptop2.herveybayaustralia.com.au> On Thu, 2009-01-29 at 12:22 +1100, David N wrote: > 2009/1/27 Da Rock : > > I get the following error in this build (make, make install clean): > > > > In file included from libsmb/libsmbclient.c:25: > > include/includes.h:1112: error: conflicting types for > > 'krb5_set_real_time' > > /usr/local/include/krb5-protos.h:3486: error: previous declaration of > > 'krb5_set_real_time' was here > > > > I was considering debugging this myself and submitting it to you guys > > here, but then I looked closer... my question is now where do I submit > > this kind of info? If not here then let me know where. > > > > Cheers > > > > FreeBSD laptop1.herveybayaustralia.com.au 7.1-RELEASE-p2 FreeBSD > > 7.1-RELEASE-p2 #0: Thu Jan 15 16:27:55 EST 2009 > > xxxxxxxxxx@laptop1.herveybayaustralia.com.au:/usr/obj/usr/src/sys/GENERIC amd64 > > > > > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > > try rebuilding it with > KRB5_HOME=/usr/local > > i think you need to do a make clean first and then do > make install KRB5_HOME=/usr/local That didn't work. I've narrowed it down to broken Active Directory support, but I haven't been able to debug further- I will post when I get the time to do so. For now my system should start working again properly.... :) Perhaps, though, someone could add a note in the options that AD support is broken for this port? From bsam at ipt.ru Tue Feb 3 22:03:39 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Feb 3 22:03:47 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> (Chris Jones's message of "Tue\, 3 Feb 2009 17\:44\:12 -0800") References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> Message-ID: <83107797@bb.ipt.ru> Chris Jones writes: > I'm just curious if you will be updating the 3.8 branch to 3.8.2? I > noticed that there are quite a few fixes in 3.8.2. You may try this an submit a followup to the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131167 WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From lehmann at ans-netz.de Tue Feb 3 22:12:58 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Feb 3 22:13:05 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <4988B827.9010809@freebsd.org> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> <4988B827.9010809@freebsd.org> Message-ID: <20090204071252.6f922e0e.lehmann@ans-netz.de> Rene Ladan wrote: > I get an error when starting up xfce4. I think the problem is that > /usr/local/libexec/xfconfd is not run correctly. what is the errormessage you are getting? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From Alexander at Leidinger.net Tue Feb 3 23:55:40 2009 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Tue Feb 3 23:55:47 2009 Subject: X drivers depend on Gnome? In-Reply-To: References: Message-ID: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Quoting Alex Goncharov (from Tue, 03 Feb 2009 19:30:18 -0500): > ,--- You/Jeremy (Tue, 03 Feb 2009 17:19:12 -0600) ----* > | The pkg-config is not GNOME. Even the GTK+2 is not GNOME. > | I am VERY surpised about that you are whining over it. > > In other words, you think that making base X11 blocks (such as drivers > and libxcb) depend on Gnome, per this definition in bsd.port.mk: > > # USE_GNOME - A list of the Gnome dependencies the port has (e.g., > # glib12, gtk12). Implies that the port needs Gnome. > # Implies inclusion of bsd.gnome.mk. See bsd.gnome.mk > # or http://www.FreeBSD.org/gnome/docs/porting.html > # for more details. > > is the right thing, correct? To repeat what mezz said, the X stuff does not depend upon GNOME. The X stuff depends upon pkgconfig. pkgconfig is also used by GNOME. It's a little and useful infrastructure thing. With pkgconfig you can check if software Y is installed, which version it has, which include path you need to compile it, and which libs to link to if you want to use it in your software Z. All it does is to do "echo $libs" or "echo $includes" or similar. The benefit is that you as a author of software Y just need a little config file which lists everything, and pkgconfig is responsible for all the common tasks like version check and printing. It also unifies the interface if you need to query for software. It originated in GNOME, but as it is small and light, it is used now in more or less everything. For example openssl uses it too (but unfortunately openssl in the FreeBSD base system does not install the corresponding config file), but this does not make openssl depend upon GNOME. It just looks to you like "GNOME" because the config variable in our ports infrastructure is spelled "USE_GNOME". This is for historical reasons, it could also be named "USE_INFRASTRUCTURE" (it automatically adds suitable BUILD_DEPENDS, RUN_DEPENDS and/or LIB_DEPENDS and additional stuff just by adding a keyword). pkgconfig could be extracted from the USE_GNOME stuff, and it could even maintained by someone else than the FreeBSD gnome team, but the FreeBSD gnome team is doing a good job at maintaining it, and there's no benefit in extracting pkgconfig from USE_GNOME. HTH, Alexander. -- Nothing shortens a journey so pleasantly as an account of misfortunes at which the hearer is permitted to laugh. -- Quentin Crisp http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From silver.salonen at gmail.com Wed Feb 4 00:01:17 2009 From: silver.salonen at gmail.com (Silver Salonen) Date: Wed Feb 4 00:01:37 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <21815312.post@talk.nabble.com> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> <21815312.post@talk.nabble.com> Message-ID: <21825975.post@talk.nabble.com> Silver Salonen wrote: > > > Kris Moore-3 wrote: >> >> Have any of you guys been able to get KDE 4.2 to work with the latest >> Xorg 7.4 in ports, and the nvidia driver? I'm playing with it here, and >> it always seems to crash X right after KDE finishes logging into my >> desktop. When I switch to "vesa" it works just fine. >> >> Using nvidia 180.25, Xorg 7.4, KDE 4.2, etc. >> > > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD 7.0.2, > I'm using nvidia-driver-177.80 though. > > One problem is that every time I log into KDE, plasma crashes. There seems > to be some configuration problem (from 4.2beta2), because when I delete > ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but looks weird > in other ways. And when I delete the whole ~/.kde4, it works perfectly OK. > I haven't investigated it further yet.. > > Anyway, at least it's working. > One more problem I've had since KDE 4.2beta2 - KDE4 apps' toolbars' configurations aren't remembered. The configuration is there when I press the "Configure Toolbar" button. When I reset toolbar configuration to default, I can configure it again afterwards. -- Silver -- View this message in context: http://www.nabble.com/Call-for-Testing-KDE-4.2-for-FreeBSD-tp21780360p21825975.html Sent from the freebsd-ports mailing list archive at Nabble.com. From delphij at delphij.net Wed Feb 4 00:59:33 2009 From: delphij at delphij.net (Xin LI) Date: Wed Feb 4 00:59:41 2009 Subject: Xorg strange behavior Message-ID: <498958E6.8020809@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Is there anybody noticing that Xorg, when there is no mouse event, would not respond to keyboard events? Sometimes application would stall and moving mouse would make it resume... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmJWOYACgkQi+vbBBjt66C57gCdFZC1B2GcT/wyOoILtt1KHX3+ G1EAmgM8FXots2v4EfjuQAfAF5o981cc =bSgJ -----END PGP SIGNATURE----- From silver.salonen at gmail.com Wed Feb 4 01:37:38 2009 From: silver.salonen at gmail.com (Silver Salonen) Date: Wed Feb 4 01:37:44 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <21815312.post@talk.nabble.com> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> <21815312.post@talk.nabble.com> Message-ID: <21827160.post@talk.nabble.com> Silver Salonen wrote: > > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD 7.0.2, > I'm using nvidia-driver-177.80 though. > > One problem is that every time I log into KDE, plasma crashes. There seems > to be some configuration problem (from 4.2beta2), because when I delete > ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but looks weird > in other ways. And when I delete the whole ~/.kde4, it works perfectly OK. > I haven't investigated it further yet.. > > Anyway, at least it's working. > One more problem - when I load Konqueror's profile "Web Browsing", it crashes. It doesn't help to delete ~/.kde4/share/config/konqueror* and/or ~/.kde4/share/apps/konqueror*. It works when I deinstall misc/konq-plugins-kde4. Anone else experiencing this? Any fixes? Any suggestions? -- Silver -- View this message in context: http://www.nabble.com/Call-for-Testing-KDE-4.2-for-FreeBSD-tp21780360p21827160.html Sent from the freebsd-ports mailing list archive at Nabble.com. From flz at xbsd.org Wed Feb 4 01:48:37 2009 From: flz at xbsd.org (Florent Thoumie) Date: Wed Feb 4 01:48:45 2009 Subject: Question about WRKSRC In-Reply-To: <81F17B20B78F9C5531571788@10.40.128.112> References: <81F17B20B78F9C5531571788@10.40.128.112> Message-ID: On Wed, Feb 4, 2009 at 4:42 AM, Paul Schmehl wrote: > I maintain the sguil ports; security/sguil-server, security/sguil-sensor and > security/sguil-agent. It came to my attention today that the pkg-install > script that I've written for the security/sguil-server port fails during > package building. (The script works fine when compiling from source.) > > The problem appears to be related to the location of WRCSRC, which appears > to be different than it is when building from source. Am I correct about > that? Is WRCSRC different when building packages? If so, is there a way to > differentiate programmatically between a port being built from source and > one being built from a package? There's no WRKSRC directory when a package is installed. I've had a look at sguil-server and you have two options. The first one is to install your sql script somewhere under ${DATADIR} then read it from there in your pkg-install script. The second, better in my opinion, is to move most of your POST-INSTALL target into a shell script of its own that you'll install in ${DATADIR} (note that it still requires to install that sql file as well). Quick look shows that your port is interactive, and not marked as such in Makefile. If you choose to go with solution #1, then you'll have to set IS_INTERACTIVE=yes (unless I'm wrong of course). -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From silver.salonen at gmail.com Wed Feb 4 01:50:47 2009 From: silver.salonen at gmail.com (Silver Salonen) Date: Wed Feb 4 01:50:54 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902031631.18181.naylor.b.david@gmail.com> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> Message-ID: <21827352.post@talk.nabble.com> David Naylor-3 wrote: > > On Tuesday 03 February 2009 15:05:19 Max Brazhnikov wrote: >> On Tue, 3 Feb 2009 08:31:10 +0200, David Naylor wrote: >> > On Monday 02 February 2009 12:01:10 David Naylor wrote: >> > >> > Just finished compiling on FreeBSD 7.1 and have found the following >> > problems: 1. The fonts are not being anti-aliased? (Using default >> fonts >> > and "Use anti-aliasing: Enabled {with sub-pixel rendering [RGB]}). >> >> man fonts-conf? Never had problems with fonts, can't help here :( > > I suspect this has something to do with nvidia driver. If one changes the > fonts to bitstream then anti-aliasing does work (but not with the default > fonts). > It doesn't change anything in my case and I don't think it's FreeBSD's fault. I've communicated quite a lot about it in KDE Forums: http://forum.kde.org/fonts-in-konqueror-look-ugly-t-17451.html - the current state is that KDE4's anti-aliasing works sometimes on my OpenSuse, but I haven't seen it working on FreeBSD :( -- Silver -- View this message in context: http://www.nabble.com/Call-for-Testing-KDE-4.2-for-FreeBSD-tp21780360p21827352.html Sent from the freebsd-ports mailing list archive at Nabble.com. From makc at issp.ac.ru Wed Feb 4 02:48:48 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Wed Feb 4 02:48:55 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <21827160.post@talk.nabble.com> References: <20090201210227.GB31414@bsdcrew.de> <21815312.post@talk.nabble.com> <21827160.post@talk.nabble.com> Message-ID: <200902041348.44074.makc@issp.ac.ru> On Wed, 4 Feb 2009 01:37:37 -0800 (PST), Silver Salonen wrote: > Silver Salonen wrote: > > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD 7.0.2, > > I'm using nvidia-driver-177.80 though. > > > > One problem is that every time I log into KDE, plasma crashes. There > > seems to be some configuration problem (from 4.2beta2), because when I > > delete ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but looks > > weird in other ways. And when I delete the whole ~/.kde4, it works > > perfectly OK. I haven't investigated it further yet.. > > > > Anyway, at least it's working. > > One more problem - when I load Konqueror's profile "Web Browsing", it > crashes. It doesn't help to delete ~/.kde4/share/config/konqueror* and/or > ~/.kde4/share/apps/konqueror*. It works when I deinstall > misc/konq-plugins-kde4. Do you use the latest konq-plugins port? > Anone else experiencing this? Any fixes? Any suggestions? > > -- > Silver From silver.salonen at gmail.com Wed Feb 4 02:57:55 2009 From: silver.salonen at gmail.com (Silver Salonen) Date: Wed Feb 4 02:58:03 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902041348.44074.makc@issp.ac.ru> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> <21815312.post@talk.nabble.com> <21827160.post@talk.nabble.com> <200902041348.44074.makc@issp.ac.ru> Message-ID: <21828309.post@talk.nabble.com> Max Brazhnikov wrote: > > On Wed, 4 Feb 2009 01:37:37 -0800 (PST), Silver Salonen wrote: >> Silver Salonen wrote: >> > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD >> 7.0.2, >> > I'm using nvidia-driver-177.80 though. >> > >> > One problem is that every time I log into KDE, plasma crashes. There >> > seems to be some configuration problem (from 4.2beta2), because when I >> > delete ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but >> looks >> > weird in other ways. And when I delete the whole ~/.kde4, it works >> > perfectly OK. I haven't investigated it further yet.. >> > >> > Anyway, at least it's working. >> >> One more problem - when I load Konqueror's profile "Web Browsing", it >> crashes. It doesn't help to delete ~/.kde4/share/config/konqueror* and/or >> ~/.kde4/share/apps/konqueror*. It works when I deinstall >> misc/konq-plugins-kde4. > Do you use the latest konq-plugins port? > Yes, updated from SVN 3.5 hours ago. -- Silver -- View this message in context: http://www.nabble.com/Call-for-Testing-KDE-4.2-for-FreeBSD-tp21780360p21828309.html Sent from the freebsd-ports mailing list archive at Nabble.com. From wxs at FreeBSD.org Wed Feb 4 04:19:14 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Feb 4 04:19:20 2009 Subject: A plea or sanity in port options menu In-Reply-To: <20090202153925.5f4ae6d3.wmoran@potentialtech.com> References: <20090202141835.b44d09be.wmoran@potentialtech.com> <20090202153925.5f4ae6d3.wmoran@potentialtech.com> Message-ID: <20090204122031.GQ4134@atarininja.org> On Mon, Feb 02, 2009 at 03:39:25PM -0500, Bill Moran wrote: > In response to Warren Block : > > > On Mon, 2 Feb 2009, Bill Moran wrote: > > > > > How about: > > > > > > Options for port-fu > > > [ ] BRG Bernstein Riggs Guillotine parsing > > > [X] QFZ Quantum Freeze Zulu rending > > > > > > At least that one gives me _some_ idea what those TLAs mean. > > > > There was talk some time ago of having extended descriptions. Several > > ideas, but the one that made the most sense to me would be a box at the > > bottom that would display a description as you moved through the > > options: > > > > [.] BRG > > [X] QFZ > > > > Bernstein Riggs Guillotine parsing > > > > with the . representing the cursor/highlight position. Move down and > > the bottom line would change to say "Quantum Freeze Zulu rending". The > > nice thing about the box at the bottom is it would give a full line or > > possibly several lines for explanations. > > > > Seems like it could be added without breaking the existing system with > > an optional OPTIONS_DESC variable that would correspond with OPTIONS. > > I don't really know how hard that would be; ideas are cheap, > > implementation more costly. > > I don't think there's any need for any new features in the ports > infrastructure. I think it's just a matter of Makefile authors taking > the time to describe their options. A quick test of some ports turns > up this one: > > [ ] OPENGL OpenGL support > > True but useless. How about: > > [ ] OPENGL Use OpenGL graphics library > > ...which, at least give the user _some_ idea what they're doing. > > OpenGL probably isn't a good example, however. It's pretty easy to Google > OpenGL and figure out what it is. Here's some more bizarre options: > > [X] EPUB Epub modules > [X] EXTENSIONS Extensions > [X] TEMPLATE Templates > [X] TOOLS Tools > > I mean, if I enable "Extensions", what happens? How do I figure out > what happens? I have to read the Makefile, at which point having these > options on a menu is pretty pointless. I mean, I can't even come up > with a Google search to help me figure out what "tools" are involved > here. > > There are some ports that do this very well. For example: > [ ] NLS Use internationalized messages > [ ] PAM Build with PAM support (server only) > [ ] LDAP Build with LDAP authentication support > [ ] MIT_KRB5 Build with MIT's kerberos support > [ ] HEIMDAL_KRB5 Builds with Heimdal kerberos support > [ ] OPTIMIZED_CFLAGS Builds with compiler optimizations (-O3) > [X] XML Build with XML data type (server) > [X] TZDATA Use internal timezone database (server) > [ ] DEBUG Builds with debugging symbols > [ ] ICU Use ICU for unicode collation (server) > [ ] INTDATE Builds with 64-bit date/time type (server) > > I mean, a Google on ICU is liable to bring up all sorts of medical drama > websites, but I can do a search for "ICU unicode" and find my answer on > the first result. Not only am I told that optimized compiler flags are > an option, but I'm told the exact one that will be used (-O3) > > The porters handbook doesn't seem to offer any helpful advice on these: > http://www.freebsd.org/doc/en/books/porters-handbook/makefile-options.html > > In fact, the examples it provides are excellent examples of doing it > WRONG. > > Let me see about making a patch to the porters handbook to provide some > advice ... While I'm not opposed to being verbose in the short descriptions there is a limit to the length of the message. If you want more accurate descriptions I have done the work to make it happen (ports/123185), and it is now sitting in portmgr territory. It's a modification to bsd.port.mk but it is the best way to truly solve the problem since there is a length limitation to the short field. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123185 -- WXS From alex-goncharov at comcast.net Wed Feb 4 04:53:07 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Feb 4 04:53:14 2009 Subject: Xorg strange behavior In-Reply-To: <498958E6.8020809@delphij.net> (message from Xin LI on Wed, 04 Feb 2009 00:59:18 -0800) References: <498958E6.8020809@delphij.net> Message-ID: ,--- Xin LI (Wed, 04 Feb 2009 00:59:18 -0800) ----* | Is there anybody noticing that Xorg, when there is no mouse event, | would not respond to keyboard events? Sometimes application would | stall and moving mouse would make it resume... Yes -- I've been noticing this since about last August. It's dramatically more pronounced in the new X, from which I reverted to the old one -- this problem being the key reason. -- Alex -- alex-goncharov@comcast.net -- From army.of.root at googlemail.com Wed Feb 4 05:05:25 2009 From: army.of.root at googlemail.com (army.of.root) Date: Wed Feb 4 05:05:32 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <20090131230715.ce4f7c39.lehmann@ans-netz.de> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> Message-ID: <49898CAF.3040604@gmail.com> Oliver Lehmann wrote: > Hi, > > If someone wants to try out xfce 4.6 RC1 here are my patches: > > http://people.freebsd.org/~oliver/xfce/xfce-4.5.99.1.diff > > This one needs to be applied below /usr/ports. > > With xfce 4.6 there are also 3 new ports. You will find them here: > > http://people.freebsd.org/~oliver/xfce/xfce-4.5.99.1.tar.gz > > Please extract this tarball also below /usr/ports. > > Then deinstall your xfce 4.4 ports, cd into /usr/ports/x11-wm/xfce4 and > "make install". > > Any comments welcome.. > > Hi, works fine for me (7-STABLE). Let me know if I can test something for you. Thanks a lot :) (auch in de) From alex-goncharov at comcast.net Wed Feb 4 05:11:33 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Feb 4 05:11:39 2009 Subject: X drivers depend on Gnome? In-Reply-To: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> (message from Alexander Leidinger on Wed, 04 Feb 2009 08:37:40 +0100) References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: ,--- You/Alexander (Wed, 04 Feb 2009 08:37:40 +0100) ----* | > ,--- You/Jeremy (Tue, 03 Feb 2009 17:19:12 -0600) ----* | > | The pkg-config is not GNOME. Even the GTK+2 is not GNOME. | > | I am VERY surpised about that you are whining over it. | > | > In other words, you think that making base X11 blocks (such as drivers | > and libxcb) depend on Gnome, per this definition in bsd.port.mk: | > | > # USE_GNOME - A list of the Gnome dependencies the port has (e.g., | > # glib12, gtk12). Implies that the port needs Gnome. | > # Implies inclusion of bsd.gnome.mk. See bsd.gnome.mk | > # or http://www.FreeBSD.org/gnome/docs/porting.html | > # for more details. | > | > is the right thing, correct? First off, thanks for your detailed reply and getting to the core of my question (obviously, the size of pkg-config is not an issue.) | To repeat what mezz said, the X stuff does not depend upon | GNOME. The X stuff depends upon pkgconfig. pkgconfig is also used by | GNOME. It's a little and useful infrastructure thing. With pkgconfig | you can check if software Y is installed, which version it has, | which include path you need to compile it, and which libs to link to | if you want to use it in your software Z. All it does is to do "echo | $libs" or "echo $includes" or similar. The benefit is that you as a | author of software Y just need a little config file which lists | everything, and pkgconfig is responsible for all the common tasks | like version check and printing. It also unifies the interface if | you need to query for software. To tell you the truth, I know what pkg-config does -- a very useful tool, indeed. | It originated in GNOME, but as it is small and light, it is used now | in more or less everything. For example openssl uses it too (but | unfortunately openssl in the FreeBSD base system does not install | the corresponding config file), but this does not make openssl | depend upon GNOME. A perfect example -- you can see the difference in how X and openssl approach this: ------------------------------ $ grep -i 'pkgconfig[^/]*$' Mk/bsd.openssl.mk Mk/bsd.port.post.mk Mk/bsd.xorg.mk security/openssl/Makefile x11-drivers/xf86-video-nv/Makefile| less Mk/bsd.xorg.mk:# app - requires pkgconfig, don't install shared libraries (I guess) Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig Mk/bsd.xorg.mk:USE_GNOME+= gnomehack pkgconfig security/openssl/Makefile: -e 's|lib/pkgconfig|libdata/pkgconfig|g' \ ------------------------------ | It just looks to you like "GNOME" because the config variable in our | ports infrastructure is spelled "USE_GNOME". This is for historical | reasons, it could also be named "USE_INFRASTRUCTURE" (it | automatically adds suitable BUILD_DEPENDS, RUN_DEPENDS and/or | LIB_DEPENDS and additional stuff just by adding a keyword). And this is my point -- change the make files appropriately. While Gnome is great, many people don't use it and don't want to be confused and be quietly dragged into Gnomedom. The use of USE_ make file variable should conform to what bsd.port.mk says, IMHO. | pkgconfig could be extracted from the USE_GNOME stuff, and it could | even maintained by someone else than the FreeBSD gnome team, but the | FreeBSD gnome team is doing a good job at maintaining it, and | there's no benefit in extracting pkgconfig from USE_GNOME. I am not sure I agree with you -- but why would this matter, right? | HTH, Thanks a lot! -- Alex -- alex-goncharov@comcast.net -- From llc2w at virginia.edu Wed Feb 4 05:13:34 2009 From: llc2w at virginia.edu (L Campbell) Date: Wed Feb 4 05:13:41 2009 Subject: Xorg strange behavior In-Reply-To: <498958E6.8020809@delphij.net> References: <498958E6.8020809@delphij.net> Message-ID: <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> On Wed, Feb 4, 2009 at 3:59 AM, Xin LI wrote: > Is there anybody noticing that Xorg, when there is no mouse event, would > not respond to keyboard events? Sometimes application would stall and > moving mouse would make it resume... I experienced the same symptoms after the recent upgrade. I found that rebuilding x11-servers/xorg-server without HAL fixed the problem. I think there are a couple of other ways to fix it, but AFAIK the root of the problem is HAL not playing nicely with other components (ie, moused). From flz at FreeBSD.org Wed Feb 4 05:21:17 2009 From: flz at FreeBSD.org (Florent Thoumie) Date: Wed Feb 4 05:21:51 2009 Subject: X drivers depend on Gnome? In-Reply-To: References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: On Wed, Feb 4, 2009 at 1:11 PM, Alex Goncharov wrote: > ,--- You/Alexander (Wed, 04 Feb 2009 08:37:40 +0100) ----* > | > ,--- You/Jeremy (Tue, 03 Feb 2009 17:19:12 -0600) ----* > | > | The pkg-config is not GNOME. Even the GTK+2 is not GNOME. > | > | I am VERY surpised about that you are whining over it. > | > > | > In other words, you think that making base X11 blocks (such as drivers > | > and libxcb) depend on Gnome, per this definition in bsd.port.mk: > | > > | > # USE_GNOME - A list of the Gnome dependencies the port has (e.g., > | > # glib12, gtk12). Implies that the port needs Gnome. > | > # Implies inclusion of bsd.gnome.mk. See bsd.gnome.mk > | > # or http://www.FreeBSD.org/gnome/docs/porting.html > | > # for more details. > | > > | > is the right thing, correct? > > First off, thanks for your detailed reply and getting to the core of > my question (obviously, the size of pkg-config is not an issue.) > > | To repeat what mezz said, the X stuff does not depend upon > | GNOME. The X stuff depends upon pkgconfig. pkgconfig is also used by > | GNOME. It's a little and useful infrastructure thing. With pkgconfig > | you can check if software Y is installed, which version it has, > | which include path you need to compile it, and which libs to link to > | if you want to use it in your software Z. All it does is to do "echo > | $libs" or "echo $includes" or similar. The benefit is that you as a > | author of software Y just need a little config file which lists > | everything, and pkgconfig is responsible for all the common tasks > | like version check and printing. It also unifies the interface if > | you need to query for software. > > To tell you the truth, I know what pkg-config does -- a very useful > tool, indeed. > > | It originated in GNOME, but as it is small and light, it is used now > | in more or less everything. For example openssl uses it too (but > | unfortunately openssl in the FreeBSD base system does not install > | the corresponding config file), but this does not make openssl > | depend upon GNOME. > > A perfect example -- you can see the difference in how X and openssl > approach this: > > ------------------------------ > $ grep -i 'pkgconfig[^/]*$' Mk/bsd.openssl.mk Mk/bsd.port.post.mk Mk/bsd.xorg.mk security/openssl/Makefile x11-drivers/xf86-video-nv/Makefile| less > Mk/bsd.xorg.mk:# app - requires pkgconfig, don't install shared libraries (I guess) > Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig > Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig > Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig > Mk/bsd.xorg.mk:USE_GNOME+= gnomehack pkgconfig > security/openssl/Makefile: -e 's|lib/pkgconfig|libdata/pkgconfig|g' \ > ------------------------------ > > | It just looks to you like "GNOME" because the config variable in our > | ports infrastructure is spelled "USE_GNOME". This is for historical > | reasons, it could also be named "USE_INFRASTRUCTURE" (it > | automatically adds suitable BUILD_DEPENDS, RUN_DEPENDS and/or > | LIB_DEPENDS and additional stuff just by adding a keyword). > > And this is my point -- change the make files appropriately. > > While Gnome is great, many people don't use it and don't want to be > confused and be quietly dragged into Gnomedom. > > The use of USE_ make file variable should conform to what bsd.port.mk > says, IMHO. > > | pkgconfig could be extracted from the USE_GNOME stuff, and it could > | even maintained by someone else than the FreeBSD gnome team, but the > | FreeBSD gnome team is doing a good job at maintaining it, and > | there's no benefit in extracting pkgconfig from USE_GNOME. > > I am not sure I agree with you -- but why would this matter, right? Please send patches. Kthxbye. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From roberthuff at rcn.com Wed Feb 4 05:52:27 2009 From: roberthuff at rcn.com (Robert Huff) Date: Wed Feb 4 05:52:33 2009 Subject: Xorg strange behavior In-Reply-To: <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> Message-ID: <18825.40345.169059.738014@jerusalem.litteratus.org> L Campbell writes: > I experienced the same symptoms after the recent upgrade. I found > that rebuilding x11-servers/xorg-server without HAL fixed the > problem. I think there are a couple of other ways to fix it, but > AFAIK the root of the problem is HAL not playing nicely with > other components (ie, moused). I currently have X running with HAL and without those symptoms. I _believe_ the cure, as discused, was a) rebuilding libxcb per UPDATING b) rebuilding xorg-server c) adding Option "AllowEmptyInput" "off" Option "AutoAddDevices" "off" to the ServerFlags section on the config file. While we're talking about symptoms ... anyone else having problems with NumLock/CapsLock? At the moment, once activated the effect is permanent (have to restart X); further presses change the keyboard light, but not the state (i.e. all characters ARE NOW CAPS). Robert Huff From alex-goncharov at comcast.net Wed Feb 4 05:55:32 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Feb 4 05:55:38 2009 Subject: X drivers depend on Gnome? In-Reply-To: (message from Florent Thoumie on Wed, 4 Feb 2009 13:21:15 +0000) References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: ,--- I/Alex (Wed, 04 Feb 2009 08:11:30 -0500) ----* | The use of USE_ make file variable should conform to what bsd.port.mk | says, IMHO. | | | pkgconfig could be extracted from the USE_GNOME stuff, and it could | | even maintained by someone else than the FreeBSD gnome team, but the | | FreeBSD gnome team is doing a good job at maintaining it, and | | there's no benefit in extracting pkgconfig from USE_GNOME. | | I am not sure I agree with you -- but why would this matter, right? ,--- You/Florent (Wed, 4 Feb 2009 13:21:15 +0000) ----* | Please send patches. Kthxbye. Does this mean that you agree with me in principle and if I send you patches, there is a high probability they will he accepted (provided they work, of course)? Thank you, good bye, -- Alex -- alex-goncharov@comcast.net -- From flz at FreeBSD.org Wed Feb 4 06:00:27 2009 From: flz at FreeBSD.org (Florent Thoumie) Date: Wed Feb 4 06:00:50 2009 Subject: X drivers depend on Gnome? In-Reply-To: References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: On Wed, Feb 4, 2009 at 1:55 PM, Alex Goncharov wrote: > ,--- I/Alex (Wed, 04 Feb 2009 08:11:30 -0500) ----* > | The use of USE_ make file variable should conform to what bsd.port.mk > | says, IMHO. > | > | | pkgconfig could be extracted from the USE_GNOME stuff, and it could > | | even maintained by someone else than the FreeBSD gnome team, but the > | | FreeBSD gnome team is doing a good job at maintaining it, and > | | there's no benefit in extracting pkgconfig from USE_GNOME. > | > | I am not sure I agree with you -- but why would this matter, right? > ,--- You/Florent (Wed, 4 Feb 2009 13:21:15 +0000) ----* > | Please send patches. Kthxbye. > > Does this mean that you agree with me in principle and if I send you > patches, there is a high probability they will he accepted (provided > they work, of course)? > > Thank you, good bye, In principle yes. Now you do have to understand that this is a lot of boring work and you'll need approval from portmgr@, not just me. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From radek at ceskedomeny.cz Wed Feb 4 06:03:46 2009 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Wed Feb 4 06:03:52 2009 Subject: lilac for nagios 3x Message-ID: <1953328194.20090204143656@starnet.cz> Hi, will you anyone plan to make lilac port? Thank you Radek -- Regards, Radek Krejca From alex-goncharov at comcast.net Wed Feb 4 06:08:59 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Feb 4 06:09:06 2009 Subject: X drivers depend on Gnome? In-Reply-To: <20090204150122.2obk3musgkw44sko@webmail.df.eu> (mva@sysfault.org) References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> <20090204150122.2obk3musgkw44sko@webmail.df.eu> Message-ID: ,--- I/Alex (Wed, 04 Feb 2009 08:11:30 -0500) ----* | A perfect example -- you can see the difference in how X and openssl | approach this: ,--- You/mva@sysfault.org (Wed, 04 Feb 2009 15:01:22 +0100) ----* | What you grep here are two completely different things. That's exactly what I tried to say. | The first telling the ports to actually use pkg-config (Mk/*), as a | port executes it to gather CFLAGS and LIBS (which you would like to | see changed to some USE_SPECIAL_FOOFOO_TOOL = pkgconfig, if I got | that right), the second one patching openssl to install it's .pc | file into the FreeBSD specific pkgconfig directory hierarchy | (usually /usr/local/libdata/pkgconfig/). | `---------------------------------------------------------------* -- Alex -- alex-goncharov@comcast.net -- From mva at sysfault.org Wed Feb 4 06:21:03 2009 From: mva at sysfault.org (mva@sysfault.org) Date: Wed Feb 4 06:21:10 2009 Subject: X drivers depend on Gnome? In-Reply-To: References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: <20090204150122.2obk3musgkw44sko@webmail.df.eu> Alex Goncharov : > ,--- You/Alexander (Wed, 04 Feb 2009 08:37:40 +0100) ----* > | > ,--- You/Jeremy (Tue, 03 Feb 2009 17:19:12 -0600) ----* > | > | It originated in GNOME, but as it is small and light, it is used now > | in more or less everything. For example openssl uses it too (but > | unfortunately openssl in the FreeBSD base system does not install > | the corresponding config file), but this does not make openssl > | depend upon GNOME. > > A perfect example -- you can see the difference in how X and openssl > approach this: > > ------------------------------ > $ grep -i 'pkgconfig[^/]*$' Mk/bsd.openssl.mk Mk/bsd.port.post.mk > Mk/bsd.xorg.mk security/openssl/Makefile > x11-drivers/xf86-video-nv/Makefile| less > Mk/bsd.xorg.mk:# app - requires pkgconfig, don't install shared > libraries (I guess) > Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig > Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig > Mk/bsd.xorg.mk:USE_GNOME+= pkgconfig > Mk/bsd.xorg.mk:USE_GNOME+= gnomehack pkgconfig > security/openssl/Makefile: -e > 's|lib/pkgconfig|libdata/pkgconfig|g' \ > ------------------------------ What you grep here are two completely different things. The first telling the ports to actually use pkg-config (Mk/*), as a port executes it to gather CFLAGS and LIBS (which you would like to see changed to some USE_SPECIAL_FOOFOO_TOOL = pkgconfig, if I got that right), the second one patching openssl to install it's .pc file into the FreeBSD specific pkgconfig directory hierarchy (usually /usr/local/libdata/pkgconfig/). Regards Marcus From ulrich at pukruppa.net Wed Feb 4 06:48:18 2009 From: ulrich at pukruppa.net (Peter Ulrich Kruppa) Date: Wed Feb 4 06:48:26 2009 Subject: java/linux-sun-jdk16 distfile isn't available anymore Message-ID: <4989AB85.4010103@pukruppa.net> Hi, I just tried to install java/linux-sun-jdk16 . The required file jdk-6u10-linux-i586.bin isn't available anymore. Latest version would be jdk-6u12-linux-i586.bin . Greetings Uli. From kitchetech at gmail.com Wed Feb 4 07:10:54 2009 From: kitchetech at gmail.com (matt donovan) Date: Wed Feb 4 07:11:00 2009 Subject: java/linux-sun-jdk16 distfile isn't available anymore In-Reply-To: <4989AB85.4010103@pukruppa.net> References: <4989AB85.4010103@pukruppa.net> Message-ID: <28283d910902040710v6e3345ep6c6abf101fcd5738@mail.gmail.com> On Wed, Feb 4, 2009 at 9:51 AM, Peter Ulrich Kruppa wrote: > Hi, > > I just tried to install java/linux-sun-jdk16 . The required file > jdk-6u10-linux-i586.bin isn't available anymore. Latest version would be > jdk-6u12-linux-i586.bin . > > Greetings > > Uli. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" It's hre https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jdk-6u10-oth-JPR@CDS-CDS_Developer From alex-goncharov at comcast.net Wed Feb 4 07:22:31 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Feb 4 07:22:38 2009 Subject: X drivers depend on Gnome? In-Reply-To: (message from Florent Thoumie on Wed, 4 Feb 2009 14:00:25 +0000) References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: ,--- I/Alex (Wed, 04 Feb 2009 08:55:28 -0500) ----* | ,--- You/Florent (Wed, 4 Feb 2009 13:21:15 +0000) ----* | | Please send patches. Kthxbye. | | Does this mean that you agree with me in principle and if I send you | patches, there is a high probability they will he accepted (provided | they work, of course)? ,--- You/Florent (Wed, 4 Feb 2009 14:00:25 +0000) ----* | In principle yes. Good, thank you. | Now you do have to understand that this is a lot of boring work and | you'll need approval from portmgr@, not just me. I understand both and it remains to be seen if I handle the task (not in the next three weeks, at least, I think). But I don't want to go for a lot of boring work without knowing that the change would be welcome in principle, at least by some of the involved people. I'll see what I can do -- if anybody considers such an attempt undesirable, please let me know so that I don't bother. Thanks, -- Alex -- alex-goncharov@comcast.net -- From ulrich at pukruppa.net Wed Feb 4 08:16:05 2009 From: ulrich at pukruppa.net (Peter Ulrich Kruppa) Date: Wed Feb 4 08:16:12 2009 Subject: java/linux-sun-jdk16 distfile isn't available anymore In-Reply-To: <28283d910902040710v6e3345ep6c6abf101fcd5738@mail.gmail.com> References: <4989AB85.4010103@pukruppa.net> <28283d910902040710v6e3345ep6c6abf101fcd5738@mail.gmail.com> Message-ID: <4989C015.5000502@pukruppa.net> matt donovan schrieb: > On Wed, Feb 4, 2009 at 9:51 AM, Peter Ulrich Kruppa wrote: > >> Hi, >> >> I just tried to install java/linux-sun-jdk16 . The required file >> jdk-6u10-linux-i586.bin isn't available anymore. Latest version would be >> jdk-6u12-linux-i586.bin . >> >> Greetings >> >> Uli. >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > It's hre > https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jdk-6u10-oth-JPR@CDS-CDS_Developer Thanks, Uli. ________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From ale at FreeBSD.org Wed Feb 4 08:33:45 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Wed Feb 4 08:33:53 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902031605.19263.makc@issp.ac.ru> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> Message-ID: <4989BD26.1010701@FreeBSD.org> Max Brazhnikov ha scritto: >> P.S. Any hope in getting Amarok 2 into ports with KDE 4.2. Last I saw it >> was pending on a PR to fix mysql_embedded? > I'll ping Alex about the status of mysql_embedded. Meantime you can try > ports/128757 for mysql_embedded and ports/130634 for amarok port. I'm quite busy at the moment, but mysql_embedded port is one of my priorities. -- Alex Dupre From mohacsi at niif.hu Wed Feb 4 08:53:11 2009 From: mohacsi at niif.hu (Mohacsi Janos) Date: Wed Feb 4 08:53:18 2009 Subject: FreeBSD Port: rancid-devel-2.3.2a7_1 In-Reply-To: <6516CAA4-4123-4E6A-9DE3-2B1127638BF1@Berkeley.EDU> References: <6516CAA4-4123-4E6A-9DE3-2B1127638BF1@Berkeley.EDU> Message-ID: Hi David, I submitted recently a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131362 Very soon, you will have updated rancid.... Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 On Mon, 2 Feb 2009, David Paul Zimmerman wrote: > Hi, > > Do you have any near-term plans to bring rancid-devel up to 2.3.2a9? There > are some specific clogin improvements I'd like to move to, but can just > one-off that particular script for now if necessary. > > dp > From makc at issp.ac.ru Wed Feb 4 10:01:52 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Wed Feb 4 10:02:00 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <21828309.post@talk.nabble.com> References: <20090201210227.GB31414@bsdcrew.de> <200902041348.44074.makc@issp.ac.ru> <21828309.post@talk.nabble.com> Message-ID: <200902042101.35290.makc@issp.ac.ru> On Wed, 4 Feb 2009 02:57:53 -0800 (PST), Silver Salonen wrote: > Max Brazhnikov wrote: > > On Wed, 4 Feb 2009 01:37:37 -0800 (PST), Silver Salonen wrote: > >> Silver Salonen wrote: > >> > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD > >> > >> 7.0.2, > >> > >> > I'm using nvidia-driver-177.80 though. > >> > > >> > One problem is that every time I log into KDE, plasma crashes. There > >> > seems to be some configuration problem (from 4.2beta2), because when I > >> > delete ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but > >> > >> looks > >> > >> > weird in other ways. And when I delete the whole ~/.kde4, it works > >> > perfectly OK. I haven't investigated it further yet.. > >> > > >> > Anyway, at least it's working. > >> > >> One more problem - when I load Konqueror's profile "Web Browsing", it > >> crashes. It doesn't help to delete ~/.kde4/share/config/konqueror* > >> and/or ~/.kde4/share/apps/konqueror*. It works when I deinstall > >> misc/konq-plugins-kde4. > > > > Do you use the latest konq-plugins port? > > Yes, updated from SVN 3.5 hours ago. Just checked for 'Web Browsing' and other profiles. Konqueror with konq- plugins works fine for me. Max From dpz at Berkeley.EDU Wed Feb 4 10:26:15 2009 From: dpz at Berkeley.EDU (David Paul Zimmerman) Date: Wed Feb 4 10:26:21 2009 Subject: FreeBSD Port: rancid-devel-2.3.2a7_1 In-Reply-To: References: <6516CAA4-4123-4E6A-9DE3-2B1127638BF1@Berkeley.EDU> Message-ID: <8FB09438-B62B-4568-8D18-3BF67A232585@Berkeley.EDU> Wonderful, thanks Janos! dp On Feb 4, 2009, at 8:53 AM, Mohacsi Janos wrote: > Hi David, > I submitted recently a PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131362 > Very soon, you will have updated rancid.... > > Janos Mohacsi > Network Engineer, Research Associate, Head of Network Planning and > Projects > NIIF/HUNGARNET, HUNGARY > Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 > > On Mon, 2 Feb 2009, David Paul Zimmerman wrote: > >> Hi, >> >> Do you have any near-term plans to bring rancid-devel up to >> 2.3.2a9? There are some specific clogin improvements I'd like to >> move to, but can just one-off that particular script for now if >> necessary. >> >> dp From rnoland at FreeBSD.org Wed Feb 4 10:37:48 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Feb 4 10:37:55 2009 Subject: Xorg strange behavior In-Reply-To: References: <498958E6.8020809@delphij.net> Message-ID: <1233772638.3085.12.camel@ferret.2hip.net> On Wed, 2009-02-04 at 07:53 -0500, Alex Goncharov wrote: > ,--- Xin LI (Wed, 04 Feb 2009 00:59:18 -0800) ----* > | Is there anybody noticing that Xorg, when there is no mouse event, > | would not respond to keyboard events? Sometimes application would > | stall and moving mouse would make it resume... > > Yes -- I've been noticing this since about last August. > > It's dramatically more pronounced in the new X, from which I reverted > to the old one -- this problem being the key reason. This is reported to be resolved with jkim@ latest commits to sysutils/hal. robert. > > -- Alex -- alex-goncharov@comcast.net -- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090204/7269ca70/attachment.pgp From glen.j.barber at gmail.com Wed Feb 4 10:45:20 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Feb 4 10:45:27 2009 Subject: Xorg strange behavior In-Reply-To: <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> Message-ID: <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> On Wed, Feb 4, 2009 at 8:13 AM, L Campbell wrote: > I experienced the same symptoms after the recent upgrade. I found that > rebuilding x11-servers/xorg-server without HAL fixed the problem. I > think there are a couple of other ways to fix it, but AFAIK the root > of the problem is HAL not playing nicely with other components (ie, > moused). Interestingly, this solution did *not* work for me yesterday. The only solution was to install the binary xorg-server and xorg-drivers. -- Glen Barber From jkim at FreeBSD.org Wed Feb 4 11:08:07 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Wed Feb 4 11:08:13 2009 Subject: Xorg strange behavior In-Reply-To: <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> Message-ID: <200902041407.55160.jkim@FreeBSD.org> On Wednesday 04 February 2009 01:45 pm, Glen Barber wrote: > On Wed, Feb 4, 2009 at 8:13 AM, L Campbell wrote: > > I experienced the same symptoms after the recent upgrade. I found > > that rebuilding x11-servers/xorg-server without HAL fixed the > > problem. I think there are a couple of other ways to fix it, but > > AFAIK the root of the problem is HAL not playing nicely with > > other components (ie, moused). > > Interestingly, this solution did *not* work for me yesterday. The > only solution was to install the binary xorg-server and > xorg-drivers. Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and xorg-server-1.5.3_4,1, which I just committed. If the problem does not go away, please send us /var/log/Xorg.0.log. Thanks, Jung-uk Kim From alex-goncharov at comcast.net Wed Feb 4 11:42:30 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Wed Feb 4 11:43:33 2009 Subject: Xorg strange behavior In-Reply-To: <1233772638.3085.12.camel@ferret.2hip.net> (message from Robert Noland on Wed, 04 Feb 2009 13:37:18 -0500) References: <498958E6.8020809@delphij.net> <1233772638.3085.12.camel@ferret.2hip.net> Message-ID: ,--- You/Robert (Wed, 04 Feb 2009 13:37:18 -0500) ----* | | On Wed, 2009-02-04 at 07:53 -0500, Alex Goncharov wrote: | > ,--- Xin LI (Wed, 04 Feb 2009 00:59:18 -0800) ----* | > | Is there anybody noticing that Xorg, when there is no mouse event, | > | would not respond to keyboard events? Sometimes application would | > | stall and moving mouse would make it resume... | > | > Yes -- I've been noticing this since about last August. | > | > It's dramatically more pronounced in the new X, from which I reverted | > to the old one -- this problem being the key reason. | | This is reported to be resolved with jkim@ latest commits to | sysutils/hal. When I saw this behavior, I saw it both with and without HAL; in fact, I had been running HAL-less for about five days, before going to the old X. -- Alex -- alex-goncharov@comcast.net -- From joshua_rickmar at eumx.net Wed Feb 4 13:22:57 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Wed Feb 4 13:23:03 2009 Subject: FreeBSD Port: emulators/open-vm-tools Message-ID: <8ab805275ab5ba43685348c6645b77ba.squirrel@ssl.eumx.net> This port is not building for me right now. Here's the error: cc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKA GE_VERSION=\"2008.07.01-102166\" "-DPACKAGE_STRING=\"open-vm-tools 2008.07.01-10 2166\"" -DPACKAGE_BUGREPORT=\"open-vm-tools-devel@lists.sourceforge.net\" -DPACK AGE=\"open-vm-tools\" -DVERSION=\"2008.07.01-102166\" -DSTDC_HEADERS=1 -DHAVE_SY S_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMOR Y_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_DLOPEN=1 -DNO_PROCPS=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDIN T_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TYPES_H =1 -DHAVE_SYS_USER_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_R DEV=1 -DTIME_WITH_SYS_TIME=1 -I. -I/usr/local/include -DUSING_AUTOCONF=1 -I/usr/ local/include -I/usr/local/include -DUSE_ICU -DHAVE_ICU_38 -DVMX86_TOOLS -DNO_CO RE_ICU -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166 /lib/include -O2 -fno-strict-aliasing -pipe -march=prescott -Wall -Werror -Wno-p ointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uni nitialized -MT hostname.lo -MD -MP -MF .deps/hostname.Tpo -c ../hostname.c -fPI C -DPIC -o .libs/hostname.o cc1: warnings being treated as errors ../hostname.c: In function 'Hostinfo_HostName': ../hostname.c:248: warning: implicit declaration of function 'Unicode_Format' ../hostname.c:248: warning: return makes pointer from integer without a cast *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166/ lib/misc/shared. *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166/ lib/misc. *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166/ lib. *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166. *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools. Also, it a new version was released on Janurary 21, 2009, so an update for the port would be greatly appreciated. :) -- To send me a personal email, please place [personal] in the Subject line. From delphij at delphij.net Wed Feb 4 15:38:51 2009 From: delphij at delphij.net (Xin LI) Date: Wed Feb 4 15:38:59 2009 Subject: Xorg strange behavior In-Reply-To: <200902041407.55160.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> <200902041407.55160.jkim@FreeBSD.org> Message-ID: <498A26F5.4070702@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jung-uk Kim wrote: > On Wednesday 04 February 2009 01:45 pm, Glen Barber wrote: >> On Wed, Feb 4, 2009 at 8:13 AM, L Campbell > wrote: >>> I experienced the same symptoms after the recent upgrade. I found >>> that rebuilding x11-servers/xorg-server without HAL fixed the >>> problem. I think there are a couple of other ways to fix it, but >>> AFAIK the root of the problem is HAL not playing nicely with >>> other components (ie, moused). >> Interestingly, this solution did *not* work for me yesterday. The >> only solution was to install the binary xorg-server and >> xorg-drivers. > > Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and > xorg-server-1.5.3_4,1, which I just committed. If the problem does > not go away, please send us /var/log/Xorg.0.log. I think it greatly improved the situation but not resolved completely. By chance, it seems that the system would stop responding to keyboard until I move mouse or the pointer stick. This is a ThinkPad T61 with Logitech mouse plugged into USB. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmKJvQACgkQi+vbBBjt66A6EQCfSFjj4pHhuTyxSeVm4a6fMCty 1+UAnA/UGe026Tz5b7RZ5Xy75gMEDy6I =QsRL -----END PGP SIGNATURE----- -------------- next part -------------- X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64 Current Operating System: FreeBSD charlie.delphij.net 8.0-CURRENT FreeBSD 8.0-CURRENT #6 r188063MS: Tue Feb 3 00:24:29 PST 2009 delphij@charlie.delphij.net:/download/obj/data/src/sys/CHARLIE amd64 Build Date: 04 February 2009 03:18:32PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Wed Feb 4 15:29:22 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "AllowEmptyInput" "off" (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/dejavu/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/dejavu/"). (==) Including the default font path /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/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/TrueType/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /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/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x671d80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@1:0:0) nVidia Corporation Quadro NVS 140M rev 161, Mem @ 0xd6000000/16777216, 0xe0000000/268435456, 0xd4000000/33554432, I/O @ 0x00002000/128, BIOS @ 0x????????/65536 (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DEC-XTRAP (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "type1" (WW) Warning, couldn't open module type1 (II) UnloadModule: "type1" (EE) Failed to load module "type1" (module does not exist, 0) (II) LoadModule: "nv" (II) Loading /usr/local/lib/xorg/modules/drivers//nv_drv.so (II) Module nv: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.1.12 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2, Unknown TNT2, Vanta, RIVA TNT2 Ultra, RIVA TNT2 Model 64, Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400, GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR/EX/Go, GeForce2 Integrated GPU, GeForce2 GTS, GeForce2 Ti, GeForce2 Ultra, Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420, GeForce4 MX 440-SE, GeForce4 440 Go, GeForce4 420 Go, GeForce4 420 Go 32M, GeForce4 460 Go, Quadro4 550 XGL, GeForce4 440 Go 64M, Quadro NVS, Quadro4 500 GoGL, GeForce4 410 Go 16M, GeForce4 MX 440 with AGP8X, GeForce4 MX 440SE with AGP8X, GeForce4 MX 420 with AGP8X, GeForce4 MX 4000, GeForce4 448 Go, GeForce4 488 Go, Quadro4 580 XGL, Quadro4 NVS 280 SD, Quadro4 380 XGL, Quadro NVS 50 PCI, GeForce4 448 Go, GeForce4 MX Integrated GPU, GeForce3, GeForce3 Ti 200, GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL, Quadro4 700 XGL, GeForce4 Ti 4800, GeForce4 Ti 4200 with AGP8X, GeForce4 Ti 4800 SE, GeForce4 4200 Go, Quadro4 700 GoGL, Quadro4 980 XGL, Quadro4 780 XGL, GeForce FX 5800 Ultra, GeForce FX 5800, Quadro FX 2000, Quadro FX 1000, GeForce FX 5600 Ultra, GeForce FX 5600, GeForce FX 5600XT, GeForce FX Go5600, GeForce FX Go5650, Quadro FX Go700, GeForce FX 5200, GeForce FX 5200 Ultra, GeForce FX 5200, GeForce FX 5200LE, GeForce FX Go5200, GeForce FX Go5250, GeForce FX 5500, GeForce FX 5100, GeForce FX Go5200 32M/64M, Quadro NVS 55/280 PCI, Quadro FX 500/600 PCI, GeForce FX Go53xx Series, GeForce FX Go5100, GeForce FX 5900 Ultra, GeForce FX 5900, GeForce FX 5900XT, GeForce FX 5950 Ultra, GeForce FX 5900ZT, Quadro FX 3000, Quadro FX 700, GeForce FX 5700 Ultra, GeForce FX 5700, GeForce FX 5700LE, GeForce FX 5700VE, GeForce FX Go5700, GeForce FX Go5700, Quadro FX Go1000, Quadro FX 1100, GeForce 6800 Ultra, GeForce 6800, GeForce 6800 LE, GeForce 6800 XE, GeForce 6800 XT, GeForce 6800 GT, GeForce 6800 GT, GeForce 6800 GS, GeForce 6800 XT, Quadro FX 4000, GeForce 6800 GS, GeForce 6800, GeForce 6800 LE, GeForce 6800 XT, GeForce Go 6800, GeForce Go 6800 Ultra, Quadro FX Go1400, Quadro FX 3450/4000 SDI, Quadro FX 1400, GeForce 6600 GT, GeForce 6600, GeForce 6600 LE, GeForce 6600 VE, GeForce Go 6600, GeForce 6610 XL, GeForce Go 6600 TE/6200 TE, GeForce 6700 XL, GeForce Go 6600, GeForce Go 6600 GT, Quadro FX 550, Quadro FX 550, Quadro FX 540, GeForce 6200, GeForce 6500, GeForce 6200 TurboCache(TM), GeForce 6200SE TurboCache(TM), GeForce 6200 LE, GeForce Go 6200, Quadro NVS 285, GeForce Go 6400, GeForce Go 6200, GeForce Go 6400, GeForce 6250, GeForce 6800, GeForce 6800 LE, GeForce 6800 GT, GeForce 6800 XT, GeForce 6200, GeForce 6200 A-LE, GeForce 7800 GTX, GeForce 7800 GTX, GeForce 7800 GT, GeForce 7800 GS, GeForce 7800 SLI, GeForce Go 7800, GeForce Go 7800 GTX, Quadro FX 4500, GeForce 7300 LE, GeForce 7300 SE, GeForce Go 7200, GeForce Go 7300, GeForce Go 7400, GeForce Go 7400 GS, Quadro NVS 110M, Quadro NVS 120M, Quadro FX 350M, GeForce 7500 LE, Quadro FX 350, GeForce 7300 GS, GeForce 7600 GT, GeForce 7600 GS, GeForce 7300 GT, GeForce 7600 LE, GeForce 7300 GT, GeForce Go 7700, GeForce Go 7600, GeForce Go 7600 GT, Quadro NVS 300M, GeForce Go 7900 SE, Quadro FX 550M, Quadro FX 560, GeForce 7900 GTX, GeForce 7900 GT, GeForce 7900 GS, GeForce Go 7900 GS, GeForce Go 7900 GTX, Quadro FX 2500M, Quadro FX 1500M, Quadro FX 5500, Quadro FX 3500, Quadro FX 1500, Quadro FX 4500 X2, GeForce 6150, GeForce 6150 LE, GeForce 6100, GeForce Go 6150, GeForce Go 6100, GeForce 8800 GTX, GeForce 8800 GTS, GeForce 8800 Ultra, Quadro FX 5600, Quadro FX 4600, GeForce 8600 GTS, GeForce 8600 GT, GeForce 8600 GT, GeForce 8600 GS, GeForce 8400 GS, GeForce 9500M GS, GeForce 8600M GT, GeForce 9650M GS, GeForce 8700M GT, Quadro FX 370, Quadro NVS 320M, Quadro FX 570M, Quadro FX 1600M, Quadro FX 570, Quadro FX 1700, GeForce 8400 SE, GeForce 8500 GT, GeForce 8400 GS, GeForce 8300 GS, GeForce 8400 GS, GeForce 8600M GS, GeForce 8400M GT, GeForce 8400M GS, GeForce 8400M G, Quadro NVS 140M, Quadro NVS 130M, Quadro NVS 135M, GeForce 9400 GT, Quadro FX 360M, GeForce 9300M G, Quadro NVS 290, GeForce GTX 280, GeForce GTX 260, GeForce 8800 GTS 512, GeForce 8800 GT, GeForce 9800 GX2, GeForce 8800 GS, GeForce 8800M GTS, GeForce 8800M GTX, GeForce 8800 GS, GeForce 9600 GSO, GeForce 8800 GT, GeForce 9800 GTX, GeForce 9800 GTK+, GeForce 9800 GT, Quadro FX 3700, Quadro FX 3600M, GeForce 9600 GT, GeForce 9600 GS, GeForce 9800M GTS, GeForce 9700M GTS, GeForce 9800M GTS, GeForce 9500 GT, GeForce 9600M GT, GeForce 9600M GS, GeForce 9600M GT, GeForce 9500M G, GeForce 9300 GS, GeForce 8400 GS, GeForce 9300M GS, GeForce 9200M GS, GeForce 9300M GS, Quadro NVS 150M, Quadro NVS 160M (II) Primary Device is: PCI 01@00:00:0 (--) NV: Found NVIDIA Quadro NVS 140M at 01@00:00:0 (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) NV(0): Initializing int10 (==) NV(0): Write-combining range (0xa0000,0x20000) was already clear (==) NV(0): Write-combining range (0xc0000,0x40000) was already clear (II) NV(0): Primary V_BIOS segment is: 0xc000 (==) NV(0): Write-combining range (0x0,0x1000) was already clear (--) NV(0): Console is VGA mode 0x3 (==) NV(0): Depth 24, (==) framebuffer bpp 32 (==) NV(0): RGB weight 888 (==) NV(0): Default visual is TrueColor (**) NV(0): Option "AccelMethod" "EXA" (**) NV(0): Option "FPDither" "true" (==) NV(0): Using hardware cursor (==) NV(0): Using gamma correction (1.0, 1.0, 1.0) (II) NV(0): MMIO registers mapped at 0x802c00000 (--) NV(0): Total video RAM: 128.0 MB (--) NV(0): BAR1 size: 256.0 MB (--) NV(0): Mapped memory: 127.0 MB (II) NV(0): Linear framebuffer mapped at 0x803c00000 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (--) NV(0): Connector map: (--) NV(0): Bus 3 -> SOR0 (LVDS) (--) NV(0): Bus 0 -> DAC1 (--) NV(0): Bus 1 -> SOR1 (--) NV(0): Load detection: 256 (II) NV(0): I2C bus "I2C0" initialized. (II) NV(0): Output VGA1 using monitor section Monitor0 (II) NV(0): I2C bus "I2C1" initialized. (II) NV(0): Output DVI1 has no monitor section (II) NV(0): LVDS native size 1680x1050 (II) NV(0): Output LVDS has no monitor section (II) NV(0): I2C bus "I2C3 (LVDS)" initialized. (II) NV(0): Probing for EDID on I2C bus 0... (II) NV(0): I2C device "I2C0:ddc2" registered at address 0xA0. (II) NV(0): I2C device "I2C0:ddc2" removed. (II) NV(0): ... none found (--) NV(0): Trying load detection on VGA1 ... nothing. (II) NV(0): Probing for EDID on I2C bus 1... (II) NV(0): I2C device "I2C1:ddc2" registered at address 0xA0. (II) NV(0): I2C device "I2C1:ddc2" removed. (II) NV(0): ... none found (II) NV(0): Probing for EDID on I2C bus 3... (II) NV(0): I2C device "I2C3 (LVDS):ddc2" registered at address 0xA0. (--) NV(0): DDC detected a DFP: (II) NV(0): Manufacturer: IBM Model: 2887 Serial#: 0 (II) NV(0): Year: 2005 Week: 0 (II) NV(0): EDID Version: 1.3 (II) NV(0): Digital Display Input (II) NV(0): Max Image Size [cm]: horiz.: 33 vert.: 21 (II) NV(0): Gamma: 2.20 (II) NV(0): No DPMS capabilities specified (II) NV(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) NV(0): First detailed timing is preferred mode (II) NV(0): redX: 0.596 redY: 0.347 greenX: 0.335 greenY: 0.543 (II) NV(0): blueX: 0.158 blueY: 0.143 whiteX: 0.313 whiteY: 0.329 (II) NV(0): Manufacturer's mask: 0 (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 120.6 MHz Image Size: 331 x 207 mm (II) NV(0): h_active: 1680 h_sync: 1712 h_sync_end 1760 h_blank_end 1888 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking: 1065 v_border: 0 (II) NV(0): Supported additional Video Mode: (II) NV(0): clock: 100.5 MHz Image Size: 331 x 207 mm (II) NV(0): h_active: 1680 h_sync: 1712 h_sync_end 1760 h_blank_end 1888 h_border: 0 (II) NV(0): v_active: 1050 v_sync: 1051 v_sync_end 1054 v_blanking: 1065 v_border: 0 (WW) NV(0): Unknown vendor-specific block f (II) NV(0): LP154W02-TL06 (II) NV(0): EDID (in hex): (II) NV(0): 00ffffffffffff00244d872800000000 (II) NV(0): 000f0103802115780abca59858558b28 (II) NV(0): 24505400000001010101010101010101 (II) NV(0): 0101010101011c2f90d0601a0f402030 (II) NV(0): 13004bcf10000019452790d0601a0f40 (II) NV(0): 203013004bcf100000190000000f00b3 (II) NV(0): 0a32b30a28140100320c0000000000fe (II) NV(0): 004c503135345730322d544c303600bf (II) NV(0): EDID vendor "IBM", prod id 10375 (II) NV(0): Output VGA1 disconnected (II) NV(0): Output DVI1 disconnected (II) NV(0): Output LVDS connected (II) NV(0): Using exact sizes for initial modes (II) NV(0): Output LVDS using initial mode 1680x1050 (--) NV(0): Virtual size is 1680x1050 (pitch 1792) (**) NV(0): Driver mode "1680x1050": 120.6 MHz (scaled from 0.0 MHz), 63.9 kHz, 60.0 Hz (II) NV(0): Modeline "1680x1050"x60.0 120.60 1680 1712 1760 1888 1050 1051 1054 1065 -hsync -vsync (63.9 kHz) (**) NV(0): Driver mode "1680x1050": 100.5 MHz (scaled from 0.0 MHz), 53.2 kHz, 50.0 Hz (II) NV(0): Modeline "1680x1050"x50.0 100.53 1680 1712 1760 1888 1050 1051 1054 1065 -hsync -vsync (53.2 kHz) (**) NV(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz (II) NV(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) (**) NV(0): Default mode "1280x960": 108.0 MHz (scaled from 0.0 MHz), 60.0 kHz, 60.0 Hz (II) NV(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz) (**) NV(0): Default mode "1024x768": 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (II) NV(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (**) NV(0): Default mode "800x600": 40.0 MHz (scaled from 0.0 MHz), 37.9 kHz, 60.3 Hz (II) NV(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (**) NV(0): Default mode "800x600": 36.0 MHz (scaled from 0.0 MHz), 35.2 kHz, 56.2 Hz (II) NV(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (**) NV(0): Default mode "640x512": 54.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz (D) (II) NV(0): Modeline "640x512"x60.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz) (**) NV(0): Default mode "640x480": 54.0 MHz (scaled from 0.0 MHz), 60.0 kHz, 60.0 Hz (D) (II) NV(0): Modeline "640x480"x60.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz) (**) NV(0): Default mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 59.9 Hz (II) NV(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (**) NV(0): Default mode "512x384": 32.5 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz (D) (II) NV(0): Modeline "512x384"x60.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz) (==) NV(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (--) NV(0): 119.77 MB available for offscreen pixmaps (**) NV(0): Option "MigrationHeuristic" "greedy" (II) EXA(0): Offscreen pixmap area of 133109760 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) UploadToScreen (==) NV(0): Backing store disabled (==) NV(0): Silken mouse enabled (II) NV(0): DPMS enabled (II) NV(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) NV(0): Setting screen physical size to 331 x 207 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) evaluating device (Mouse0) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) evaluating device (Keyboard0) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse (II) config/hal: Adding input device AT Keyboard (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) AT Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) (II) config/hal: Adding input device PS/2 Mouse (**) PS/2 Mouse: Device: "/dev/sysmouse" (==) PS/2 Mouse: Protocol: "Auto" (**) PS/2 Mouse: always reports core events (**) Option "Device" "/dev/sysmouse" (==) PS/2 Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) PS/2 Mouse: ZAxisMapping: buttons 4 and 5 (**) PS/2 Mouse: Buttons: 9 (**) PS/2 Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE) (II) PS/2 Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 (II) PS/2 Mouse: SetupAuto: protocol is SysMouse (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" From jkim at FreeBSD.org Wed Feb 4 16:09:03 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Wed Feb 4 16:09:19 2009 Subject: Xorg strange behavior In-Reply-To: <498A26F5.4070702@delphij.net> References: <498958E6.8020809@delphij.net> <200902041407.55160.jkim@FreeBSD.org> <498A26F5.4070702@delphij.net> Message-ID: <200902041908.50270.jkim@FreeBSD.org> On Wednesday 04 February 2009 06:38 pm, Xin LI wrote: > Jung-uk Kim wrote: > > On Wednesday 04 February 2009 01:45 pm, Glen Barber wrote: > >> On Wed, Feb 4, 2009 at 8:13 AM, L Campbell > > > > wrote: > >>> I experienced the same symptoms after the recent upgrade. I > >>> found that rebuilding x11-servers/xorg-server without HAL fixed > >>> the problem. I think there are a couple of other ways to fix > >>> it, but AFAIK the root of the problem is HAL not playing nicely > >>> with other components (ie, moused). > >> > >> Interestingly, this solution did *not* work for me yesterday. > >> The only solution was to install the binary xorg-server and > >> xorg-drivers. > > > > Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and > > xorg-server-1.5.3_4,1, which I just committed. If the problem > > does not go away, please send us /var/log/Xorg.0.log. > > I think it greatly improved the situation but not resolved > completely. By chance, it seems that the system would stop > responding to keyboard until I move mouse or the pointer stick. > > This is a ThinkPad T61 with Logitech mouse plugged into USB. This is a symptom of openning /dev/sysmouse multiple times. You have Option "AllowEmptyInput" "off" and there is a mouse section pointing to /dev/sysmouse in xorg.conf, i.e., /dev/sysmouse is configured via your static configuration AND via hald. - If you don't have to keep "AllowEmptyInput", then just remove the option. The mouse section will be ignored and hald will do the right thing now. - If you really have to keep "AllowEmptyInput" for some reason, then you should remove mouse section from xorg.conf OR you may add "AutoAddDevices" "off" in the server layout section. I hope it helps. Jung-uk Kim From delphij at delphij.net Wed Feb 4 16:15:03 2009 From: delphij at delphij.net (Xin LI) Date: Wed Feb 4 16:15:10 2009 Subject: [RESOLVED] Re: Xorg strange behavior In-Reply-To: <200902041908.50270.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <200902041407.55160.jkim@FreeBSD.org> <498A26F5.4070702@delphij.net> <200902041908.50270.jkim@FreeBSD.org> Message-ID: <498A2F7A.1070702@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jung-uk Kim wrote: > On Wednesday 04 February 2009 06:38 pm, Xin LI wrote: >> Jung-uk Kim wrote: >>> On Wednesday 04 February 2009 01:45 pm, Glen Barber wrote: >>>> On Wed, Feb 4, 2009 at 8:13 AM, L Campbell >>> wrote: >>>>> I experienced the same symptoms after the recent upgrade. I >>>>> found that rebuilding x11-servers/xorg-server without HAL fixed >>>>> the problem. I think there are a couple of other ways to fix >>>>> it, but AFAIK the root of the problem is HAL not playing nicely >>>>> with other components (ie, moused). >>>> Interestingly, this solution did *not* work for me yesterday. >>>> The only solution was to install the binary xorg-server and >>>> xorg-drivers. >>> Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and >>> xorg-server-1.5.3_4,1, which I just committed. If the problem >>> does not go away, please send us /var/log/Xorg.0.log. >> I think it greatly improved the situation but not resolved >> completely. By chance, it seems that the system would stop >> responding to keyboard until I move mouse or the pointer stick. >> >> This is a ThinkPad T61 with Logitech mouse plugged into USB. > > This is a symptom of openning /dev/sysmouse multiple times. You have > > Option "AllowEmptyInput" "off" > > and there is a mouse section pointing to /dev/sysmouse in xorg.conf, > i.e., /dev/sysmouse is configured via your static configuration AND > via hald. > > - If you don't have to keep "AllowEmptyInput", then just remove the > option. The mouse section will be ignored and hald will do the right > thing now. > > - If you really have to keep "AllowEmptyInput" for some reason, then > you should remove mouse section from xorg.conf OR you may add > "AutoAddDevices" "off" in the server layout section. > > I hope it helps. By removing Option "AllowEmptyInput" "off" the problem goes away (this time, completely). Thanks a lot! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmKL3kACgkQi+vbBBjt66C+xwCfby4oj/VHKkc9hb4rcaNs6LaP JxMAoJLNM9OPMbbpc7Z3zsHl9kdifvsa =eUp3 -----END PGP SIGNATURE----- From glen.j.barber at gmail.com Wed Feb 4 17:58:31 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Feb 4 17:58:38 2009 Subject: Xorg strange behavior In-Reply-To: <200902041407.55160.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> <200902041407.55160.jkim@FreeBSD.org> Message-ID: <4ad871310902041758s5af08084j56925608df6dfaaf@mail.gmail.com> On Wed, Feb 4, 2009 at 2:07 PM, Jung-uk Kim wrote: > Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and > xorg-server-1.5.3_4,1, which I just committed. If the problem does > not go away, please send us /var/log/Xorg.0.log. > I, unfortunately, got tied up in a few things this evening. I'll build these tomorrow and provide feedback one way or another. Regards, -- Glen Barber From rene at freebsd.org Thu Feb 5 01:14:26 2009 From: rene at freebsd.org (Rene Ladan) Date: Thu Feb 5 01:14:57 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <20090204071252.6f922e0e.lehmann@ans-netz.de> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> <4988B827.9010809@freebsd.org> <20090204071252.6f922e0e.lehmann@ans-netz.de> Message-ID: 2009/2/4 Oliver Lehmann : > Rene Ladan wrote: > >> I get an error when starting up xfce4. I think the problem is that >> /usr/local/libexec/xfconfd is not run correctly. > > what is the errormessage you are getting? > I get a message box when starting XFCE4: --------------------------------------------------------------------------------------- "Unable to load a failsafe session" "Unable to determine failsafe session name. Possible causes: xfconfd isn't running (D-Bus setup problem); environment variable $XDG_CONFIG_DIRS is set incorrectly (must include "/ usr/local/etc"), or xfce4-session is installed incorrectly." ------------------------------------------------------------------------------------------ There is only one button on the dialog box, "Exit" (with the leave-door icon). dbus and hald are running, I did setenv XDG_CONFIG_DIRS /usr/local/etc before running startxfce4. xfce4-session is installed. There are messages that xfconfd exited with signal 11 in /var/log/messages. Rene -- http://www.rene-ladan.nl/ From silver.salonen at gmail.com Thu Feb 5 01:32:28 2009 From: silver.salonen at gmail.com (Silver Salonen) Date: Thu Feb 5 01:32:35 2009 Subject: [kde-freebsd] Call for Testing KDE 4.2 for FreeBSD In-Reply-To: <200902042101.35290.makc@issp.ac.ru> References: <20090201210227.GB31414@bsdcrew.de> <200902021201.14917.naylor.b.david@gmail.com> <200902030831.14118.naylor.b.david@gmail.com> <200902031605.19263.makc@issp.ac.ru> <200902031631.18181.naylor.b.david@gmail.com> <49887487.5040706@pcbsd.com> <21815312.post@talk.nabble.com> <21827160.post@talk.nabble.com> <200902041348.44074.makc@issp.ac.ru> <21828309.post@talk.nabble.com> <200902042101.35290.makc@issp.ac.ru> Message-ID: <21847874.post@talk.nabble.com> Max Brazhnikov wrote: > > On Wed, 4 Feb 2009 02:57:53 -0800 (PST), Silver Salonen wrote: >> Max Brazhnikov wrote: >> > On Wed, 4 Feb 2009 01:37:37 -0800 (PST), Silver Salonen wrote: >> >> Silver Salonen wrote: >> >> > I managed to install KDE 4.2 with Xorg 7.4 successfully on PC-BSD >> >> >> >> 7.0.2, >> >> >> >> > I'm using nvidia-driver-177.80 though. >> >> > >> >> > One problem is that every time I log into KDE, plasma crashes. There >> >> > seems to be some configuration problem (from 4.2beta2), because when >> I >> >> > delete ~/.kde4/share/config/plasma-appletsrc, it doesn't crash, but >> >> >> >> looks >> >> >> >> > weird in other ways. And when I delete the whole ~/.kde4, it works >> >> > perfectly OK. I haven't investigated it further yet.. >> >> > >> >> > Anyway, at least it's working. >> >> >> >> One more problem - when I load Konqueror's profile "Web Browsing", it >> >> crashes. It doesn't help to delete ~/.kde4/share/config/konqueror* >> >> and/or ~/.kde4/share/apps/konqueror*. It works when I deinstall >> >> misc/konq-plugins-kde4. >> > >> > Do you use the latest konq-plugins port? >> >> Yes, updated from SVN 3.5 hours ago. > > Just checked for 'Web Browsing' and other profiles. Konqueror with konq- > plugins works fine for me. > Lucky you :P -- Silver -- View this message in context: http://www.nabble.com/Call-for-Testing-KDE-4.2-for-FreeBSD-tp21780360p21847874.html Sent from the freebsd-ports mailing list archive at Nabble.com. From david.morgan at gmail.com Thu Feb 5 03:15:11 2009 From: david.morgan at gmail.com (David Morgan) Date: Thu Feb 5 03:15:17 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <20090131230715.ce4f7c39.lehmann@ans-netz.de> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> Message-ID: <20090205104514.GA17889@deejayem> On 23:07 Sat 31 Jan , Oliver Lehmann wrote: > Hi, > > If someone wants to try out xfce 4.6 RC1 here are my patches: > > http://people.freebsd.org/~oliver/xfce/xfce-4.5.99.1.diff > > This one needs to be applied below /usr/ports. > > With xfce 4.6 there are also 3 new ports. You will find them here: > > http://people.freebsd.org/~oliver/xfce/xfce-4.5.99.1.tar.gz > > Please extract this tarball also below /usr/ports. > > Then deinstall your xfce 4.4 ports, cd into /usr/ports/x11-wm/xfce4 and > "make install". > > Any comments welcome.. > This has been working fine for me (since just after you sent the e-mail), apart from the icon problem that someone else mentioned. Dave > -- > Oliver Lehmann > http://www.pofo.de/ > http://wishlist.ans-netz.de/ > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From peter at pause.ca Thu Feb 5 07:11:56 2009 From: peter at pause.ca (Peter Sprokkelenburg) Date: Thu Feb 5 07:12:03 2009 Subject: FreeBSD Port: nagios-3.0.6 Message-ID: <1767878440.20090205094512@pause.ca> Hello Jarrod, Notice that Nagios 3.1.0 is available, any idea when the ports tree will be updated? -=-=-=-=-=-=-=-=-=-= Peter Sprokkelenburg Pause-IT peter@pause.ca Cell : 416-616-1632 Office : 905-542-8110 x 34 From smcafee at collaborativefusion.com Thu Feb 5 08:15:00 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Thu Feb 5 08:15:07 2009 Subject: FreeBSD Port: nagios-3.0.6 In-Reply-To: <1767878440.20090205094512@pause.ca> References: <1767878440.20090205094512@pause.ca> Message-ID: <498B0A3B.2090703@collaborativefusion.com> Peter Sprokkelenburg wrote: > Hello Jarrod, > > Notice that Nagios 3.1.0 is available, > > any idea when the ports tree will be updated? > > -=-=-=-=-=-=-=-=-=-= > Peter Sprokkelenburg > Pause-IT > peter@pause.ca > Cell : 416-616-1632 > Office : 905-542-8110 x 34 Per the release notes, this is an unstable/testing/devel version: "Date: Sun, 25 Jan 2009 09:49:00 -0600 From: Ethan Galstad To: nagios-announce@lists.sourceforge.net Subject: [Nagios-announce] Nagios 3.1.0 Available .... >From here on out, ODD minor versions of Nagios releases (e.g. 3.1.x, 3.3,x) will be considered experimental/testing, while EVEN minor versions (e.g. 3.2.x, 3.4.x) will be considered stable." So when it does make it in, it needs to go in nagios-devel (which is still on 3.0.3...) I've attached a preliminary patch, which should by no means be used by anyone for anything other than a starting point for a proper patch. This built and installed for me a few weeks ago, but at the very least, CSS was broken. This could be an issue with the patch or my config in the lab - I didn't have any more time to spend on it. -- Sean McAfee System Engineer **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. -------------- next part -------------- diff -ruN nagios-devel.old/Makefile nagios-devel/Makefile --- nagios-devel.old/Makefile 2008-09-03 15:07:23.000000000 -0400 +++ nagios-devel/Makefile 2009-01-26 15:39:56.000000000 -0500 @@ -6,7 +6,7 @@ # PORTNAME= nagios -DISTVERSION= 3.0.3 +DISTVERSION= 3.1.0 CATEGORIES= net-mgmt MASTER_SITES= ${MASTER_SITE_SOURCEFORGE} MASTER_SITE_SUBDIR= nagios diff -ruN nagios-devel.old/distinfo nagios-devel/distinfo --- nagios-devel.old/distinfo 2008-07-05 15:06:40.000000000 -0400 +++ nagios-devel/distinfo 2009-01-26 15:41:19.000000000 -0500 @@ -1,3 +1,3 @@ -MD5 (nagios-3.0.3.tar.gz) = 151df7bf19b696f7498410fb76fb7caf -SHA256 (nagios-3.0.3.tar.gz) = 65e96d7da182b40d4f9a8c63da1ef861fdfb9502be36a983f8a2e803f711d53c -SIZE (nagios-3.0.3.tar.gz) = 2759396 +MD5 (nagios-3.1.0.tar.gz) = 02d3b0e13f772481d0ac9e00bdc3e979 +SHA256 (nagios-3.1.0.tar.gz) = 30b81eb7943805b129d1db18bb67386feb998f9e6464cb2efbea0756499b2651 +SIZE (nagios-3.1.0.tar.gz) = 2724545 diff -ruN nagios-devel.old/files/patch-html__Makefile.in nagios-devel/files/patch-html__Makefile.in --- nagios-devel.old/files/patch-html__Makefile.in 2008-06-07 12:30:33.000000000 -0400 +++ nagios-devel/files/patch-html__Makefile.in 1969-12-31 19:00:00.000000000 -0500 @@ -1,64 +0,0 @@ ---- html/Makefile.in.orig 2008-01-10 04:21:25.000000000 +1030 -+++ html/Makefile.in 2008-01-30 23:02:38.000000000 +1030 -@@ -33,39 +33,39 @@ - devclean: distclean - - install: -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR) -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/media -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/stylesheets -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/contexthelp -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/docs -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/docs/images -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/images -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/images/logos -- $(INSTALL) -m 775 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/ssi -- $(INSTALL) -m 664 $(INSTALL_OPTS) robots.txt $(DESTDIR)$(HTMLDIR) -- $(INSTALL) -m 664 $(INSTALL_OPTS) docs/robots.txt $(DESTDIR)$(HTMLDIR)/docs -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR) -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/media -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/stylesheets -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/contexthelp -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/docs -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/docs/images -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/images -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/images/logos -+ $(INSTALL) -m 755 $(INSTALL_OPTS) -d $(DESTDIR)$(HTMLDIR)/ssi -+ $(INSTALL) -m 644 $(INSTALL_OPTS) robots.txt $(DESTDIR)$(HTMLDIR) -+ $(INSTALL) -m 644 $(INSTALL_OPTS) docs/robots.txt $(DESTDIR)$(HTMLDIR)/docs - for file in *.html; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR); done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR); done - for file in media/*.wav; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/media; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/media; done - for file in stylesheets/*.css; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/stylesheets; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/stylesheets; done - for file in contexthelp/*.html; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/contexthelp; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/contexthelp; done - for file in docs/*.html; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/docs; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/docs; done - for file in docs/images/*.*; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/docs/images; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/docs/images; done - for file in images/*.gif; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done - for file in images/*.jpg; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done - for file in images/*.png; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done - for file in images/*.ico; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images; done - for file in images/logos/*.*; \ -- do $(INSTALL) -m 664 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images/logos; done -+ do $(INSTALL) -m 644 $(INSTALL_OPTS) $$file $(DESTDIR)$(HTMLDIR)/images/logos; done - - install-unstripped: - $(MAKE) install IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From bsam at ipt.ru Thu Feb 5 08:18:53 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Feb 5 08:19:00 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> (Steven Kreuzer's message of "Thu\, 5 Feb 2009 11\:13\:16 -0500") References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> <83107797@bb.ipt.ru> <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> Message-ID: <92043573@bb.ipt.ru> Steven Kreuzer writes: > On Feb 4, 2009, at 12:45 AM, Boris Samorodov wrote: >> Chris Jones writes: >> >>> I'm just curious if you will be updating the 3.8 branch to 3.8.2? I >>> noticed that there are quite a few fixes in 3.8.2. >> >> You may try this an submit a followup to the PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131167 > > I just looked at the patch and submitted a followup. Its incomplete > because pkg-plist also needs to be updated. I am currently waiting for > wxs@ to commit ports/130869 for me and then I will bring the port up > to date in a day or so. You were a little bit late. ;-) I've submitted a revised patch to the PR. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From skreuzer at exit2shell.com Thu Feb 5 08:27:40 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Thu Feb 5 08:27:46 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <92043573@bb.ipt.ru> References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> <83107797@bb.ipt.ru> <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> <92043573@bb.ipt.ru> Message-ID: <8AE0EB12-F445-442E-8841-DDB35B118A18@exit2shell.com> On Feb 5, 2009, at 11:18 AM, Boris Samorodov wrote: > Steven Kreuzer writes: >> On Feb 4, 2009, at 12:45 AM, Boris Samorodov wrote: >>> Chris Jones writes: >>> >>>> I'm just curious if you will be updating the 3.8 branch to 3.8.2? I >>>> noticed that there are quite a few fixes in 3.8.2. >>> >>> You may try this an submit a followup to the PR: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131167 >> >> I just looked at the patch and submitted a followup. Its incomplete >> because pkg-plist also needs to be updated. I am currently waiting >> for >> wxs@ to commit ports/130869 for me and then I will bring the port up >> to date in a day or so. > > You were a little bit late. ;-) I've submitted a revised patch > to the PR. > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org > " Wow. Thanks. I grabbed the original patch when the PR was first opened and just got around to looking at it. I didn't realize the PR was updated by you I just eyeballed your patch and so far it looks good. Let me take a closer look and hopefully I can get both of these patches applied today. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From skreuzer at exit2shell.com Thu Feb 5 08:35:56 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Thu Feb 5 08:36:03 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <83107797@bb.ipt.ru> References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> <83107797@bb.ipt.ru> Message-ID: <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> On Feb 4, 2009, at 12:45 AM, Boris Samorodov wrote: > Chris Jones writes: > >> I'm just curious if you will be updating the 3.8 branch to 3.8.2? I >> noticed that there are quite a few fixes in 3.8.2. > > You may try this an submit a followup to the PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131167 > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve I just looked at the patch and submitted a followup. Its incomplete because pkg-plist also needs to be updated. I am currently waiting for wxs@ to commit ports/130869 for me and then I will bring the port up to date in a day or so. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From bsam at ipt.ru Thu Feb 5 08:42:12 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Feb 5 08:42:19 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <8AE0EB12-F445-442E-8841-DDB35B118A18@exit2shell.com> (Steven Kreuzer's message of "Thu\, 5 Feb 2009 11\:27\:35 -0500") References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> <83107797@bb.ipt.ru> <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> <92043573@bb.ipt.ru> <8AE0EB12-F445-442E-8841-DDB35B118A18@exit2shell.com> Message-ID: <25962172@bb.ipt.ru> Steven Kreuzer writes: > Let me take a > closer look and hopefully I can get both > of these patches applied today. You need only one last patch since it contains all needed changes for current port. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From skreuzer at exit2shell.com Thu Feb 5 09:01:10 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Thu Feb 5 09:01:42 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <25962172@bb.ipt.ru> References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> <83107797@bb.ipt.ru> <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> <92043573@bb.ipt.ru> <8AE0EB12-F445-442E-8841-DDB35B118A18@exit2shell.com> <25962172@bb.ipt.ru> Message-ID: <0F4A19DA-36E6-4CA9-AC60-24F9D420F967@exit2shell.com> On Feb 5, 2009, at 11:42 AM, Boris Samorodov wrote: > Steven Kreuzer writes: > >> Let me take a >> closer look and hopefully I can get both >> of these patches applied today. > > You need only one last patch since it contains all needed changes > for current port. Sorry, I mean your patch and the patch for PR ports/130869 -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From bsam at ipt.ru Thu Feb 5 09:07:09 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Feb 5 09:07:16 2009 Subject: FreeBSD Port: rt-3.8.1_5 In-Reply-To: <0F4A19DA-36E6-4CA9-AC60-24F9D420F967@exit2shell.com> (Steven Kreuzer's message of "Thu\, 5 Feb 2009 12\:01\:04 -0500") References: <4E8DAE72-527D-4378-BA98-99459A24DABA@chrisdavid.ca> <83107797@bb.ipt.ru> <16FCEEC9-279A-4FA4-8312-90FC0BA74FF5@exit2shell.com> <92043573@bb.ipt.ru> <8AE0EB12-F445-442E-8841-DDB35B118A18@exit2shell.com> <25962172@bb.ipt.ru> <0F4A19DA-36E6-4CA9-AC60-24F9D420F967@exit2shell.com> Message-ID: <93800676@bb.ipt.ru> Steven Kreuzer writes: > On Feb 5, 2009, at 11:42 AM, Boris Samorodov wrote: >> Steven Kreuzer writes: >> >>> Let me take a >>> closer look and hopefully I can get both >>> of these patches applied today. >> >> You need only one last patch since it contains all needed changes >> for current port. > > Sorry, I mean your patch and the patch for PR ports/130869 OK, NP. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From miwi at FreeBSD.org Thu Feb 5 09:23:44 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Thu Feb 5 09:24:38 2009 Subject: FreeBSD ports you maintain which are out of date Message-ID: <20090205171609.D5A1CA6C1C@32bit.miwibox.org> Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ audio/baudline | 1.07 | 1.08 ------------------------------------------------+-----------------+------------ audio/icecast | 1.3.12 | 2.3.2 ------------------------------------------------+-----------------+------------ audio/liboggz | 0.9.5 | 0.9.8 ------------------------------------------------+-----------------+------------ audio/pd | 0.42-3 | 0.42-4 ------------------------------------------------+-----------------+------------ audio/spiralsynth | 0.1.7 | 2.0.0 ------------------------------------------------+-----------------+------------ audio/taglib | 1.5 | 1.5b1 ------------------------------------------------+-----------------+------------ audio/tclmidi | 3.1 | 3.1b ------------------------------------------------+-----------------+------------ audio/trommler | 3.4 | 3.8 ------------------------------------------------+-----------------+------------ biology/rasmol | 2.7.2.1.1 | 2.7.4_25Nov07 ------------------------------------------------+-----------------+------------ cad/linux-gid | 7.4.9b | 7.4b ------------------------------------------------+-----------------+------------ comms/ruby-serialport | 0.6 | 0.7.0 ------------------------------------------------+-----------------+------------ databases/postgresql-plruby | 0.5.0 | 0.5.3 ------------------------------------------------+-----------------+------------ databases/ruby-dbd_proxy | 0.1.1 | 0.2.0 ------------------------------------------------+-----------------+------------ deskutils/mdh | 1.9.59 | 1.9.60 ------------------------------------------------+-----------------+------------ deskutils/planner.el | 3.41 | 3.42 ------------------------------------------------+-----------------+------------ deskutils/py-vobject | 0.7.1 | 0.8.1b ------------------------------------------------+-----------------+------------ devel/ace | 5.5.2 | 5.6.7 ------------------------------------------------+-----------------+------------ devel/cvs2p4 | 2.5.5 | 3.0b6 ------------------------------------------------+-----------------+------------ devel/ftnchek | 3.3.1 | 3.3.c ------------------------------------------------+-----------------+------------ devel/linuxthreads | 2.2.3 | 2.3.6 ------------------------------------------------+-----------------+------------ devel/m6811-binutils | 2.15 | 2.19.1 ------------------------------------------------+-----------------+------------ devel/ocaml-findlib | 1.2.1 | 1.2.3 ------------------------------------------------+-----------------+------------ devel/pear-PHPUnit2 | 2.3.4 | 2.3.6 ------------------------------------------------+-----------------+------------ devel/php5-phing | 2.3.0 | 2.3.1 ------------------------------------------------+-----------------+------------ editors/bed | 0.2.23 | 0.2.25 ------------------------------------------------+-----------------+------------ editors/leim21 | 21.3 | 21.4 ------------------------------------------------+-----------------+------------ emulators/lib765 | 0.4.1 | 0.4.2 ------------------------------------------------+-----------------+------------ emulators/spim | 7.3 | 7.4 ------------------------------------------------+-----------------+------------ ftp/py-curl | 7.16.4 | 7.19.0 ------------------------------------------------+-----------------+------------ games/freesci | 0.3.5 | 0.6.4 ------------------------------------------------+-----------------+------------ games/garith | 2.1 | 2.3.1 ------------------------------------------------+-----------------+------------ games/kwappen | 1.1.5 | 1.2.0 ------------------------------------------------+-----------------+------------ games/p5-Games-AlphaBeta | 0.4.6 | 0.13 ------------------------------------------------+-----------------+------------ games/xarchon | 0.50 | 0.60 ------------------------------------------------+-----------------+------------ graphics/camediaplay | 20010211 | 980118 ------------------------------------------------+-----------------+------------ graphics/dc3play | 19991202 | 980321 ------------------------------------------------+-----------------+------------ graphics/enfle | 20010130 | 20071024 ------------------------------------------------+-----------------+------------ graphics/lcdtest | 1.04 | 1.08 ------------------------------------------------+-----------------+------------ graphics/ocaml-images | 2.2 | 2.12 ------------------------------------------------+-----------------+------------ graphics/qgis | 0.11.0 | 1.0.0 ------------------------------------------------+-----------------+------------ graphics/xfpovray | 1.3.1 | 1.3.2 ------------------------------------------------+-----------------+------------ irc/ezbounce | 1.04c | 1.99.14 ------------------------------------------------+-----------------+------------ irc/tircproxy | 0.4.5 | 0.4.6pre ------------------------------------------------+-----------------+------------ japanese/epic4 | 1.0.1 | 2.10 ------------------------------------------------+-----------------+------------ japanese/gawk | 3.0.6 | 3.1.6-ps ------------------------------------------------+-----------------+------------ japanese/grep | 2.4.2 | 2.5.3 ------------------------------------------------+-----------------+------------ japanese/linux-JM | 20050615 | 20090115 ------------------------------------------------+-----------------+------------ japanese/ruby-refe | 0.7.2 | 0.8.0 ------------------------------------------------+-----------------+------------ japanese/sed | 3.02 | 4.1.5 ------------------------------------------------+-----------------+------------ japanese/srd-fpw | 1.1.5 | 1.1.6rc1 ------------------------------------------------+-----------------+------------ java/poseidon | 4.2.1 | 6.0.2 ------------------------------------------------+-----------------+------------ lang/bigloo | 3.2a | 3.2a-2 ------------------------------------------------+-----------------+------------ lang/csharp-mode.el | 0.5.0 | 0.6.0 ------------------------------------------------+-----------------+------------ lang/lua | 5.1.3 | 5.1.4 ------------------------------------------------+-----------------+------------ lang/mmix | 20060918 | 20081027 ------------------------------------------------+-----------------+------------ lang/ocaml-nox11 | 3.10.2 | 3.11.0 ------------------------------------------------+-----------------+------------ lang/p5-JavaScript | 0.55 | 1.11 ------------------------------------------------+-----------------+------------ lang/py-mx-base | 2.0.6 | 3.0.0 ------------------------------------------------+-----------------+------------ lang/ruby-perl | 0.2.7 | 0.2.8 ------------------------------------------------+-----------------+------------ mail/anubis | 3.6.2 | 4.1.1 ------------------------------------------------+-----------------+------------ mail/contact-lookup-applet | 0.16 | 0.17 ------------------------------------------------+-----------------+------------ mail/dkimap4 | 2.39 | 3.00 ------------------------------------------------+-----------------+------------ mail/libpst | 0.6.24 | 0.6.25 ------------------------------------------------+-----------------+------------ mail/moztraybiff | 1.2.3 | 1.2.4 ------------------------------------------------+-----------------+------------ mail/prayer | 1.1.0 | 1.3.1 ------------------------------------------------+-----------------+------------ mail/qmail-autoresponder | 0.96.2 | 0.97 ------------------------------------------------+-----------------+------------ mail/sympa | 4.1.2 | 6.0a.2 ------------------------------------------------+-----------------+------------ mail/sympa-elixus | 20041024 | 6.0a.2 ------------------------------------------------+-----------------+------------ math/cgal | 3.1 | 3.3.1 ------------------------------------------------+-----------------+------------ math/dislin | 9.3 | 9.4 ------------------------------------------------+-----------------+------------ math/fftw | 2.1.5 | 3.2 ------------------------------------------------+-----------------+------------ math/fftw-float | 2.1.5 | 3.2 ------------------------------------------------+-----------------+------------ math/freefem++ | 2.24-2 | 3.0-5 ------------------------------------------------+-----------------+------------ math/mumps | 4.8.3 | 4.8.4 ------------------------------------------------+-----------------+------------ math/mumps-mpich | 4.8.3 | 4.8.4 ------------------------------------------------+-----------------+------------ math/petsc | 2.3.3-p0 | 3.0.0-p3 ------------------------------------------------+-----------------+------------ math/petsc-mpich | 2.3.3-p0 | 3.0.0-p3 ------------------------------------------------+-----------------+------------ misc/crosspad | 19991202 | 981112 ------------------------------------------------+-----------------+------------ misc/floatator | 0.2.1 | 0.3.0 ------------------------------------------------+-----------------+------------ misc/gplink | 1.5 | 1.5-a1.pkg ------------------------------------------------+-----------------+------------ multimedia/dvdrip | 0.98.8 | 0.98.9 ------------------------------------------------+-----------------+------------ multimedia/gcfilms | 6.0 | 6.4 ------------------------------------------------+-----------------+------------ multimedia/gopchop | 1.0.0 | 1.1.1 ------------------------------------------------+-----------------+------------ multimedia/lives | 0.9.8.10 | 0.9.9.5 ------------------------------------------------+-----------------+------------ net/delegate | 9.8.3 | 9.9.1 ------------------------------------------------+-----------------+------------ net/lam | 7.1.4 | 7.1.5b2 ------------------------------------------------+-----------------+------------ net/mDNSResponder | 108 | 176.3 ------------------------------------------------+-----------------+------------ net/miredo | 1.0.6 | 1.1.5 ------------------------------------------------+-----------------+------------ net/spread | 3.17.4 | 4.0.0 ------------------------------------------------+-----------------+------------ net-im/ruby-xmpp4r | 0.3.2 | 0.4 ------------------------------------------------+-----------------+------------ net-mgmt/argus | 2.0.6 | 3.0.0 ------------------------------------------------+-----------------+------------ net-mgmt/argus-clients | 2.0.6 | 3.0.0 ------------------------------------------------+-----------------+------------ net-mgmt/bsnmptools | 20060818-01 | 20061023-01 ------------------------------------------------+-----------------+------------ net-mgmt/pftabled | 1.06 | 1.07 ------------------------------------------------+-----------------+------------ net-p2p/btpeer | 0.2.1 | 0.2.2 ------------------------------------------------+-----------------+------------ net-p2p/gnunet | 0.6.6b | 0.8.0a ------------------------------------------------+-----------------+------------ net-p2p/minder | 1.2 | 2.0.2 ------------------------------------------------+-----------------+------------ net-p2p/qtorrent | 0.9.6.1 | 2.9.3 ------------------------------------------------+-----------------+------------ net-p2p/trackerbt | 0.1.1 | 0.1.2 ------------------------------------------------+-----------------+------------ print/foomatic-filters | 3.0.2 | 4.0.0 ------------------------------------------------+-----------------+------------ print/ft2demos | 2.3.7 | 2.3.8 ------------------------------------------------+-----------------+------------ print/libpaper | 1.1.21 | 1.1.23+nmu1 ------------------------------------------------+-----------------+------------ science/fastcap | 2.0wr | 2.0wr-011109 ------------------------------------------------+-----------------+------------ science/fasthenry | 3.0wr | 3.0wr-011109 ------------------------------------------------+-----------------+------------ science/hdf | 4.2r3 | 4.2r4 ------------------------------------------------+-----------------+------------ science/oof | 1.037 | 1.038 ------------------------------------------------+-----------------+------------ science/pnetcdf | 1.0.1 | 1.0.2 ------------------------------------------------+-----------------+------------ security/cvm | 0.82 | 0.95 ------------------------------------------------+-----------------+------------ security/gnome-ssh-askpass | 3.6p1 | 5.1p1 ------------------------------------------------+-----------------+------------ security/gpgme | 1.1.5 | 1.1.8 ------------------------------------------------+-----------------+------------ security/vpnd | 1.1.2 | 1.1.4 ------------------------------------------------+-----------------+------------ security/yersinia | 0.7 | 0.7.1 ------------------------------------------------+-----------------+------------ shells/ch | 5.1.0 | 6.0.0 ------------------------------------------------+-----------------+------------ sysutils/asmon | 0.60 | 0.61 ------------------------------------------------+-----------------+------------ sysutils/bubblemon2 | 2.0.9 | 2.0.10 ------------------------------------------------+-----------------+------------ sysutils/recoverdm | 0.19 | 0.20 ------------------------------------------------+-----------------+------------ sysutils/rsyslog | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/rsyslog-gssapi | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/rsyslog-mysql | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/rsyslog-pgsql | 2.0.5 | 4.1.4 ------------------------------------------------+-----------------+------------ sysutils/runit | 1.7.2 | 2.0.0 ------------------------------------------------+-----------------+------------ sysutils/ts | 0.5.4 | 0.6.2 ------------------------------------------------+-----------------+------------ sysutils/virtualmin | 3.62 | 3.642 ------------------------------------------------+-----------------+------------ textproc/sgrep | 0.99 | 1.94a ------------------------------------------------+-----------------+------------ textproc/skribe | 1.2g | 1.2l ------------------------------------------------+-----------------+------------ textproc/unrtf | 0.20.5 | 0.21.0 ------------------------------------------------+-----------------+------------ www/chimera | 1.70p0 | 2.0a19 ------------------------------------------------+-----------------+------------ www/linux-mplayer-plugin | 3.50 | 3.55 ------------------------------------------------+-----------------+------------ www/p5-AxKit-XSP-Sendmail | 1.5 | 1.41 ------------------------------------------------+-----------------+------------ www/plugger | 5.1.3 | 5.1.4 ------------------------------------------------+-----------------+------------ www/quixote | 2.5 | 2.6 ------------------------------------------------+-----------------+------------ www/rt34 | 3.4.5 | 3.4.6 ------------------------------------------------+-----------------+------------ www/suphp | 0.6.3 | 0.7.0 ------------------------------------------------+-----------------+------------ www/udmsearch | 3.1.5 | 3.1.6 ------------------------------------------------+-----------------+------------ x11-themes/xenophilia | 0.8 | 1.2.x ------------------------------------------------+-----------------+------------ x11-toolkits/gtkmathview | 0.7.7 | 0.8.0 ------------------------------------------------+-----------------+------------ x11-wm/afterstep-i18n | 1.0 | 1.0.sco5.ELF ------------------------------------------------+-----------------+------------ x11-wm/fluxter | 0.1.0 | 0.2.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://beta.inerd.com/portscout-portconfig.txt If you need help, have any problems, find a bug in this software, or wish to stop (or start!) receiving portscout reminders, feel free to contact me at miwi(at)FreeBSD.org. Thanks. From flz at xbsd.org Thu Feb 5 09:23:57 2009 From: flz at xbsd.org (Florent Thoumie) Date: Thu Feb 5 09:24:39 2009 Subject: Question about WRKSRC In-Reply-To: <000001c987b6$1b83cd30$528b6790$@rr.com> References: <81F17B20B78F9C5531571788@10.40.128.112> <000001c987b6$1b83cd30$528b6790$@rr.com> Message-ID: On Thu, Feb 5, 2009 at 5:20 PM, Paul Schmehl wrote: > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Florent Thoumie > Sent: Wednesday, February 04, 2009 3:49 AM > To: Schmehl, Paul L > Cc: freebsd-ports@freebsd.org > Subject: Re: Question about WRKSRC > > On Wed, Feb 4, 2009 at 4:42 AM, Paul Schmehl wrote: >> I maintain the sguil ports; security/sguil-server, security/sguil-sensor > and >> security/sguil-agent. It came to my attention today that the pkg-install >> script that I've written for the security/sguil-server port fails during >> package building. (The script works fine when compiling from source.) >> >> The problem appears to be related to the location of WRCSRC, which appears >> to be different than it is when building from source. Am I correct about >> that? Is WRCSRC different when building packages? If so, is there a way > to >> differentiate programmatically between a port being built from source and >> one being built from a package? > > There's no WRKSRC directory when a package is installed. > > I've had a look at sguil-server and you have two options. The first > one is to install your sql script somewhere under ${DATADIR} then read > it from there in your pkg-install script. The second, better in my > opinion, is to move most of your POST-INSTALL target into a shell > script of its own that you'll install in ${DATADIR} (note that it > still requires to install that sql file as well). Quick look shows > that your port is interactive, and not marked as such in Makefile. If > you choose to go with solution #1, then you'll have to set > IS_INTERACTIVE=yes (unless I'm wrong of course). > > I assume, if I go with option 2, that the script would have to be run > manually by the individual installing the port? IOW, it wouldn't launch > automagically at the end of the install? Right. You can mention it pkg-message for example. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From lawrence.auster at att.net Thu Feb 5 09:27:22 2009 From: lawrence.auster at att.net (Lawrence Auster) Date: Thu Feb 5 09:27:40 2009 Subject: Wealth of U.S.A. Plundered by Jews -- The Holocaust is Now Catholic Dogma -- Why No Neocon Assassinations? Message-ID: <20090205172715.VOCR4139.eastrmmtao105.cox.net@eastrmimpo03.cox.net> Wealth of U.S.A. Plundered by Jews Thursday, 05 February 2009 By Texe Marrs It's all over the media, how one Wall Street crook, Bernie Madoff, masterminded the greatest Ponzi scheme in history. Bernie ripped off investors to the tune of $50 billion, and they're still counting. Fifty billion! That's more than the current market value of General Motors, Disney, Boeing, and Anheuser-Busch combined. And just one solitary individual—a corrupt, money-grabbing Jew named "Madoff"—is the culprit. But, wait...hold on. Is this one crime the whole picture, the full extent of Wall Street's monumental scam and robbery extravaganza? Not by a long shot! Yes Virginia, There is a Santa Claus Citibank's Jewish money-shovelers stole some $200 billion—and then got the idiots at the U.S. Treasury to dole out some $160 billion of our—the suffering taxpayers—hard-earned money into their coffers. Yes, Virginia, there is a Santa Claus and his name is "Uncle Sam." America's banking industry is exclusively Jewish-run. The same goes for Wall Street brokerage and investment houses. Investigate for yourself and you'll discover that the New York-Chicago money crowd is nearly 100 percent Jews. They're the ones—these bamboozling and crafty, satanic Jews—who greedily have broken the backs of millions of bedraggled and unsuspecting American workers through their unparalleled lust for filthy lucre. Jesus told us this would be the case. He warned us in advance. He gave the Jews a choice: God or Mammon. They chose Mammon (i.e., money) and then added icing to their cake on earth by torturing, mocking, then finally nailing our Lord and Savior to a wooden cross. Oh, excuse me. The Jews didn't do it themselves. They never do. They got the Romans to do their dirty work. Pilate at first refused, until the Jews made it clear to the Roman Governor he better do their bidding, or else. Like today's miserly and cowardly politicians, Pilate caved in. Crucified on a Cross of Gold Now, it's America's turn to be crucified, on a cross of Jewish-owned gold. The Jews of Wall Street are the perps of this crucifixion. They run Wall Street, have their grimy hands all over our U.S. Treasury, force Congress to bow down and worship their murderous idol, "Israel," and then lie and cast blame elsewhere. Now Bernie Madoff, former chairman of the NASDAQ Stock Exchange, is only one of thousands of money manipulating Jewish thugs running loose in these 50 states—and they all have Gentile lackeys kissing their feet and mopping floors for them—men like George W. ("McMoron") Bush, Bill ("Bimbo") Clinton, and Vice President Joe ("Big Mouth Clown") Biden, just to name a few. But consider the damage that this one scheming Jew, Madoff, did and multiply that times, say, 100,000. Writing in the Business section of the Austin American-Statesman (December 28, 2008), news reporter Scott Burns commented on the Madoff robbery: "The loss is mind-boggling...One way to measure the extent of the damage is to compare the $50 billion to measures of loss in the FBI Uniform Crime Reports. In 2007 there were 9.8 million crimes against property in the United States. This included about 2.2 million burglaries, 6.6 million thefts, and 1.1 million car thefts. I think you'll agree that 9.8 million crimes represent a veritable army of miscreants. In spite of that, our total losses to such property crimes in 2007 throughout the entire United States were a mere $17.6 billion... But when you add up all the losses in 9.8 million common property crimes, it's just a fraction of the estimated $50 billion loss attributed to Madoff. Jews Also Behind the Most Inhumane, Bloody Crime in History Think of it. One evil Jew, Madoff, made off with a staggering total equal to somewhere near the losses of about 30 million crimes. There's more, of course. It's not just the money. The Jews are also behind the most sinister and bloody inhuman crime ever committed in the annals of human history—the Soviet Communist Holocaust. The late Aleksandr Solzhenitsyn, the 20th century's most acclaimed literary figure and historian, reported in his final book, Two Hundred Years Together, that the Jews were the revolutionary conspirators and mass murderers responsible for the Communist holocaust in which a mind-warping 66 million innocent victims were tortured, imprisoned in filthy, gruesome gulag camps and, finally, unmercifully executed. Lenin, Trotsky, Kaganovich—all these Communist monsters were Jews and their talmudic goal was a global Communist "Utopia," led, of course, exclusively by Zionist Jews. Allegedly—and I use that word advisedly—the Jews accuse Hitler and his Nazis of the murder of six million in the misnamed German "holocaust." Modern-day researchers, however, are discovering that this figure, six million, is grossly exaggerated so that Jews can appear as "victims" and thus continue incessantly to demand money and reparations from a clueless and guilt-filled Gentile world. 66 Million Butchered by Jews! Nevertheless, contrast this six million Jewish dead number to Solzhenitsyn's very accurate statistic of 66 million slain by the psychopathic Jewish Communists in the former Soviet Union. Many, if not most, of these victims were Christians. (Note: Jews were favored in the U.S.S.R. and synagogues were protected. Anti-Semitic "crimes"—even thought crimes—were met with death sentences by Jewish courts in the Soviet justice system). Tally it up: 66 million Christians slaughtered by the Jews, 6 million (allegedly) by the Nazis. That's eleven dead Christians for each and every Jew. The world has no sorrow for these 66 million dead, their survivors get no reparations, and their Jewish tormentors—including scores of Jewish Gulag Commandants—today remain free. Some live in luxury in Israel and pleasurably enjoy fat bank accounts, money plundered from hapless Christian victims. Barack Obama, America's First Jewish President The Jews did it to Russia, Ukraine, Georgia, Estonia, Kazakhstan, and all the other Communist prison nations. Now, in 2009, they're scheduled to do the same thing to the once, great U.S.A. Barack Obama—whom Chicago's wealthiest Jews boast is America's "First Jewish President"—is their chosen instrument. Wily, cunning, handsome, Obama has a cohort Jew to assist him in this assigned mission of human and national destruction. That would be Rahm "The Cruel" Emanuel, the Enforcer, the new White House Chief of Staff. Just for writing this article, I expect to be placed near the top of this wicked man's "Hit List." And I suspect there will be so many on this list that the White House and its Homeland Security Department will need a whole warehouse full of computers just to store all the millions of names. FDR had his "New Deal;" today, in 2009, Barack Hussein Obama and his Trotskyite, left-hand lieutenant, the beady-eyed Israeli dual citizen, "Rahm the Cruel," have in mind the "Jew Deal." The goal: The Sovietization of America, the extinguishing of our historic Bill of Rights, the end of U.S. sovereignty, and the death of multitudes who will refuse to bow down to the ruthless tyrants who wear the six-pointed Red Star in their hearts like a dagger. "If You Can, Come and Take It" Our enemies, regrettably, occupy the highest offices in the land. But they don't have everything they desire and lust for. They don't have the fawning allegiance and docile service of you, me, and thousands of other patriots who bravely oppose their black-hearted plot. I am not, by nature, a violent man, and I pray fervently for peace and harmony to prevail. I pray, too, that the schemes of the Zionist Jews plotting against America will fail, that our Constitution will be respected and that the corrupt money-thieves on Wall Street and elsewhere will soon be outed and put in prisons, where they belong. But if not, then I say, let us fight for the right. Here we stand, by virtue of Truth and Justice, and I say to Obama, Emanuel, and the other Zionist traitors: "Here we are; if you can, come and take it, but know this: You have a fight on your hands, because we will not go quietly out into that soft, sweet night. And believe me, you can take that, along with your ill-begotten gains, to the bank." Source : http://ziopedia.org/articles/jewry/wealth_of_u.s.a._plundered_by_jews/ ----<>---- The Holocaust is Now Catholic Dogma Thursday, 05 February 2009 By Mark Glenn The last time a Pope of the Catholic Church defined an infallible dogma was in the year 1950. Pope Pius XII used this power reserved for the Vicar of Christ when speaking ex cathedra to define the Dogma of the Assumption of Mary. It was an extraordinary event because a pope using the power of infallibly to define a dogma is done so rarely, and most popes have never used this power. Before Pius XII, the last pope to invoke papal infallibly to define a dogma was Pius IX in 1854, when he defined the Dogma of the Immaculate Conception. Both of these dogmas referred to events that had occurred 19 centuries before , and that had been studied by the best minds of the Church for almost as long. That’s because when making an infallible statement - it goes without saying - it can’t contain any errors! Fast forward to 2009 and Pope Benedict XVI has just defined a new dogma regarding a secular event that has nothing to do with the Faith. Moreover, this ‘dogmatic event’ only occurred in the middle of the 20th Century- and no one is allowed to investigate to see if it contains any errors! A dogma is an infallible teaching of the Catholic Church that must be believed by every Catholic or they’re not in communion with the Church. In the past, a dogma referred only to a matter of Christian faith, and Catholics could believe whatever they wanted about historical events. But today’s remarks from the Vatican make it clear that the Jewish version of the Holocaust, in which 6 million Jews were killed in gas chambers, must be believed by every Catholic or they’re not in communion with the Church. That makes the Holocaust an official ‘dogma’ of the Catholic Faith (*sarcasm*). Here’s the news out of the Vatican. On Jan. 28, the pope said he felt “full and indisputable solidarity” with Jews, and warned against any denial of the full horror of the Nazi genocide. Bishop Williamson, in order to be admitted to episcopal functions within the church, will have to take his distance, in an absolutely unequivocal and public fashion, from his position on the Shoah, which the Holy Father was not aware of when the excommunication was lifted,” the statement said. The Shoah is the Hebrew term for the Holocaust. Jewish groups welcomed the Vatican statement, saying it satisfied their key demand. “This was the sign the Jewish world has been waiting for,” said Ronald Lauder, president of the World Jewish Congress. Yes, this is the sign the Jewish world has been waiting for, but what exactly does this “sign” really mean? It means that in the post-Vatican II Church, the “Shoah” has replaced the Crucifixion as the central event in history. And do you notice the subtle switcheroo here? Now, instead of the central tenet of the Christian faith pertaining to the murder of the Christ by Jews, the new central tenet refers to the murder of Jews by Christians! This should come as no surprise to those who understand what really lies at the heart of the problem. At its core, this is a spiritual battle that’s being waged above our heads. It’s Christ vs. anti-Christ, and each of us must choose a side. Lucifer wanted to be equal to God and out of pride refused to accept being a servant. When he uttered his famous “non servium” he took a third of the angels with him and set about waging war against God. When God sent His Son to redeem the world, Lucifer tried to prevent it. He took Jesus to the mountain top and tempted Him, saying “if you just bow down and worship me, I will give you all these things.” Jesus told the devil to buzz off. The Jews who rejected Jesus as the Messiah did so out of racial pride and ambition. They wanted an earthly kingdom where they would always be the ‘Chosen Ones’ and did not want to share a kingdom with the gentiles. But Jesus emphatically said that His kingdom was not of this world and to share the good news with the gentiles. The Jews who accepted the Messiah became the first Christians, and those who rejected Him fell into spiritual blindness. Satan takes advantage of Jewish hatred of Jesus and uses them to battle against the Church of Christ. The Jews continue to wait for a wordly Messiah, but the Messiah they await is known to us as the anti-Christ. Therefore, all Christians must love and pray for the Jewish people to accept Christ as the Messiah, thereby snatching them from the jaws of Satan, whom they don’t realize they are serving. This battle between Christ and anti-Christ is 2,000 years old and all popes throughout history have waged it (at least until 1958). That’s what makes the Church’s post-Vatican II attitude toward the Jews so perplexing, since it enables them to continue in spiritual blindness and sets the stage for the coming of the anti-Christ. Pope Leo XIII had a vision at the end of the 19th Century in which he forsaw that the devil had been given extra powers for 100 years to try to destroy the Church. This seems to coincide with the shift in power that took place in the 20th Century when after two world wars, the Jews took Palestine and solidified their control over the West. This was also the century in which the Jews unleashed their most deadly weapon, Communism, which caused the deaths of millions of people. But these people’s genocides go unnoticed and certainly have not been declared ”dogma” by a pope of the Catholic Church. Another clue that something is amiss inside the Church is that the Second Vatican Council refused to condemn Communism, but declared that anti-Semitism was a sin (without defining what constitutes anti-Semitism). Enter Archbishop Marcel Lefebvre, the Society of St. Pius X (SSPX), and the man who’s currently being crucified, Bishop Richard Williamson. Archbishop Lefebvre himself had fought inside the Second Vatican Council to prevent the coup of the liberals. He also stated that the mere fact that the Council refused to condemn Communism was enough to call the Council into question. The Archbishop knew that something nefarious had happened inside the Church and sensed that he was waging a battle against powers and principalities. In terms of his plans to restore Tradition, in the Biography of Marcel Lefebvre by Bishop Tissier de Mallerais, he quotes the Archbishop as saying (pp. 500-501): The Council is a non-infallible act of the Magisterium and, therefore, it is open to being influenced by a bad spirit … Therefore, we need to apply the criterion of Tradition to the various Council documents to see what we can keep, what needs clarifying, and what should be rejected. And that’s exactly the whole point of the negotiations between the SSPX and the Vatican that have been going on for almost 40 years. After the release of the Latin Mass and the lifting of the excommunications, the next phase is doctrinal discussions. But somebody doesn’t want that to happen. Archbishop Lefebvre founded the SSPX in 1970 in order to train priests in Tradition and not in the confusing, untraditional, Judeo-Masonic manner of the post-Conciliar era. The greatest threat to Revolutionaries is those who are not afraid to resist them to the face, i.e., the Counter-Revolutionaries. That is why Pope John Paul II would not allow Archbishop Lefebvre to consecrecate bishops, something that is usually rubber-stamped for every other order. John Paul II wanted the SSPX to go extinct after the death of its founder and put a stop to the Counter-Revolution. And if the Council really was influenced by a “bad spirit” as the Archbishop said, then certainly any attempt to exorcise this bad spirit would be met with the fiercest resistance by those who work for the anti-Christ. This is where the controversy over Bishop Williamson’s remarks about the actual number of Jews killed in the Holocaust comes into the scenario. If the Jews are (wittingly or unwittingly) working to bring about the reign of the anti-Christ, then part of their strategy has to be to neutralize the Church. In their effort to overturn the crucifixion and replace it with the “Shoah,” they’re trying to utilize the Church to bring this about. And any force that appears to provide resistance to this switcheroo will be seen as the gravest possible threat. Because truly, it wouldn’t have mattered if Bishop Williamson had not said a word about the Shoah, they would have found something else to try to impede the Church’s return to Tradition. Because Christ and anti-Christ cannot co-exist on equal terms - one must naturally dominate the other. And the Church returning to Tradition and her normal role as the Church Militant is the one monkey wrench that could be thrown into the plans of the anti- Christ. No other challenger intimidates them, absolutely no one else causes them to tremble. But a fully traditional Church Militant with a billion souls in her army is the one thing that could defeat their plans. And that’s what this is really all about. Bishop Williamson now finds himself in the center of a controvery that has been coming to a head for a very long time. In perusing the Catholic blogosphere, it appears that most Catholics (even trads) wish that he had just kept his mouth shut. But they would probably have said the same thing to Jesus, so as not to annoy the Pharisees. But I’m convinced Our Lord Jesus Christ knows what he is doing. Because it is time to confront the truth, as the the hour glass of time winds down, and get ready for the final conflagration. But it appears most Christians would rather retreat to the hills, rather than risk not being popular with the world. Thankfully, for the sake of our salvation, Jesus Himself was not so pusillanimous. And hopefully Bishop Williamson won’t be so pusillanimous either, since his founder, Archbishop Marcel Lefebvre, most assuredly was not. The Archbishop personally chose Richard Williamson to carry on his work after his death, to be a successor to the apostles. The only question that remains is: will he be like St. John or like the others who abandoned Jesus ”for fear of the Jews.’ The Church and the Jews have been locked in this battle for 2,000 years, so this latest controversy is nothing to be surprised about. Satan uses the poor, blinded Jews to attack the Lord’s Church because he doesn’t want us or them to be saved. But at least in the past, it used to be clear which side the popes were on! The Pope and SSPX bishops need all our prayers and support right now, because they are going through a trial by fire. And, at least in this early stage, it appears Bishop Fellay is starting to get cold feet. Every day for the past several days he has issued a denunciation of his colleague, Bishop Williamson, each one more hysterical than the last. He even went so far as to refer to the Jews as our “elder brothers in the faith,” as though the Talmud has anything to do with our Faith. When I said last week that I wished Bishop Fellay would one day be pope, I didn’t mean in the mold of John Paul II! Let us pray especially for Pope Benedict XVI, the keeper of the keys to heaven, that he prove himself a worthy successor of St. Peter, and that he not imitate Peter in his denial of Jesus Christ. Archbishop Lefebvre recognized that the day would come when the SSPX would be called on to save the Church. And judging by the howls and screams from the satanic press, that day might be just around the corner. Let us hope that we also have the courage to stand beside them, no matter how much the media attack and lambaste us. It’s for the Jews’ own good after all, for they know not whom they are serving. As the Archbishop wrote in 1966 (ibid, pp. 382-83): When the Holy Father realizes that those whom he trusted are leading the Church to her ruin, he will find himself a group of bishops … who are ready to rebuild. Unfortunately, the time has not yet come, because the Holy Father himself must change what he is doing, and that conversion will be painful. Let us hope that the time has come and that Pope Benedict will accept the help of the SSPX. It is time for the Holy Father to stop taking sides with the enemies of the Church and stop defining secular events as “dogma,” especially ones so riddled through with holes. May God save the Church through His servant, Pope Benedict, although the Pope’s conversion will be painful. Source : http://ziopedia.org/articles/holocaust/the_holocaust_is_now_catholic_dogma/ ----<>---- Why No Neocon Assassinations? Because The War On Terror Is A Hoax February 03, 2009 By Paul Craig Roberts According to US government propaganda, terrorist cells are spread throughout America, making it necessary for the government to spy on all Americans and violate most other constitutional protections. Among President Bush’s last words as he left office was the warning that America would soon be struck again by Muslim terrorists. If America were infected with terrorists, we would not need the government to tell us. We would know it from events. As there are no events, the US government substitutes warnings in order to keep alive the fear that causes the public to accept pointless wars, the infringement of civil liberty, national ID cards, and inconveniences and harassments when they fly. The most obvious indication that there are no terrorist cells is that not a single neocon has been assassinated. I do not approve of assassinations, and am ashamed of my country’s government for engaging in political assassination. The US and Israel have set a very bad example for al Qaeda to follow. The US deals with al Qaeda and Taliban by assassinating their leaders, and Israel deals with Hamas by assassinating its leaders. It is reasonable to assume that al Qaeda would deal with the instigators and leaders of America’s wars in the Middle East in the same way. Today every al Qaeda member is aware of the complicity of neoconservatives in the death and devastation inflicted on Muslims in Iraq, Afghanistan, Lebanon and Gaza. Moreover, neocons are highly visible and are soft targets compared to Hamas and Hezbollah leaders. Neocons have been identified in the media for years, and as everyone knows, multiple listings of their names are available online. Neocons do not have Secret Service protection. Dreadful to contemplate, but it would be child’s play for al Qaeda to assassinate any and every neocon. Yet, neocons move around freely, a good indication that the US does not have a terrorist problem. If, as neocons constantly allege, terrorists can smuggle nuclear weapons or dirty bombs into the US with which to wreak havoc upon our cities, terrorists can acquire weapons with which to assassinate any neocon or former government official. Yet, the neocons, who are the Americans most hated by Muslims, remain unscathed. The "war on terror" is a hoax that fronts for American control of oil pipelines, the profits of the military-security complex, the assault on civil liberty by fomenters of a police state, and Israel’s territorial expansion. There were no al Qaeda in Iraq until the Americans brought them there by invading and overthrowing Saddam Hussein, who kept al Qaeda out of Iraq. The Taliban is not a terrorist organization, but a movement attempting to unify Afghanistan under Muslim law. The only Americans threatened by the Taliban are the Americans Bush sent to Afghanistan to kill Taliban and to impose a puppet state on the Afghan people. Hamas is the democratically elected government of Palestine, or what little remains of Palestine after Israel’s illegal annexations. Hamas is a terrorist organization in the same sense that the Israeli government and the US government are terrorist organizations. In an effort to bring Hamas under Israeli hegemony, Israel employs terror bombing and assassinations against Palestinians. Hamas replies to the Israeli terror with homemade and ineffectual rockets. Hezbollah represents the Shi’ites of southern Lebanon, another area in the Middle East that Israel seeks for its territorial expansion. The US brands Hamas and Hezbollah "terrorist organizations" for no other reason than the US is on Israel’s side of the conflict. There is no objective basis for the US Department of State’s "finding" that Hamas and Hezbollah are terrorist organizations. It is merely a propagandistic declaration. Americans and Israelis do not call their bombings of civilians terror. What Americans and Israelis call terror is the response of oppressed people who are stateless because their countries are ruled by puppets loyal to the oppressors. These people, dispossessed of their own countries, have no State Departments, Defense Departments, seats in the United Nations, or voices in the mainstream media. They can submit to foreign hegemony or resist by the limited means available to them. The fact that Israel and the United States carry on endless propaganda to prevent this fundamental truth from being realized indicates that it is Israel and the US that are in the wrong and the Palestinians, Lebanese, Iraqis, and Afghans who are being wronged. The retired American generals who serve as war propagandists for Fox "News" are forever claiming that Iran arms the Iraqi and Afghan insurgents and Hamas. But where are the arms? To deal with American tanks, insurgents have to construct homemade explosive devices out of artillery shells. After six years of conflict the insurgents still have no weapon against the American helicopter gunships. Contrast this "arming" with the weaponry the US supplied to the Afghans three decades ago when they were fighting to drive out the Soviets. The films of Israel’s murderous assault on Gaza show large numbers of Gazans fleeing from Israeli bombs or digging out the dead and maimed, and none of these people are armed. A person would think that by now every Palestinian would be armed, every man, woman, and child. Yet, all the films of the Israeli attack show an unarmed population. Hamas has to construct homemade rockets that are little more than a sign of defiance. If Hamas were armed by Iran, Israel’s assault on Gaza would have cost Israel its helicopter gunships, its tanks, and hundreds of lives of its soldiers. Hamas is a small organization armed with small caliber rifles incapable of penetrating body armor. Hamas is unable to stop small bands of Israeli settlers from descending on West Bank Palestinian villages, driving out the Palestinians, and appropriating their land. The great mystery is: why after 60 years of oppression are the Palestinians still an unarmed people? Clearly, the Muslim countries are complicit with Israel and the US in keeping the Palestinians unarmed. The unsupported assertion that Iran supplies sophisticated arms to the Palestinians is like the unsupported assertion that Saddam Hussein had weapons of mass destruction. These assertions are propagandistic justifications for killing Arab civilians and destroying civilian infrastructure in order to secure US and Israeli hegemony in the Middle East. Source : http://vdare.com/roberts/090203_terror.htm ------------------------------------- You or someone using your email adress is currently subscribed to the Lawrence Auster Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling "to 1 212 865 1284 Thanks, Lawrence Auster, 238 W 101 St Apt. 3B New York, NY 10025 Contact: lawrence.auster@att.net ------------------------------------- From pisymbol at gmail.com Thu Feb 5 09:49:50 2009 From: pisymbol at gmail.com (Alexander Sack) Date: Thu Feb 5 09:49:57 2009 Subject: Boost update status? Message-ID: <3c0b01820902050922r34b6a31am11b7e5f11a86ab6c@mail.gmail.com> Hello: I have a 7.1-RELEASE box (under a VM) with the boost-1.38_beta2 building happily using the current port infrastructure, i.e. the current port of boost completely builds out of the box with the only some minor changes and some added options to the port Makefile (adding EXPAT, perhaps making ---without-mpi the default option to bjam unless specified etc. etc.). I have not tested it yet other than rudimentary compilation. There is a testbed boost runs which I rather do but need to find hardware and cycles. Any reason why this port has not been updated? Will it break other things relying on it? I do have one question which is why this port did away with the boost naming conventions for libraries? i.e. there is a current patch to remove the default suffix's like "-mt" when building multithreaded. This prevents building two concurrent versions on a system. Thanks! -aps From marshc187 at gmail.com Thu Feb 5 09:58:26 2009 From: marshc187 at gmail.com (t-u-t) Date: Thu Feb 5 09:58:33 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <20090131230715.ce4f7c39.lehmann@ans-netz.de> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> Message-ID: <332f78510902050958h30bd2fe4g6f7bfb88785cf743@mail.gmail.com> nice, thanks From leslie at eskk.nu Thu Feb 5 10:26:33 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Thu Feb 5 10:26:41 2009 Subject: Message when updating ports In-Reply-To: <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> Message-ID: <498B2F54.2000602@eskk.nu> I've obviously got a problem with several of my +CONTENTS files. I've got help from the list to edit some of the files, but I get a feeling that I need to replace the /var/db/pkg/* infrastructure. Can it be done and how do I go about it? Otherwise I'd be glad if someone will give me a suggestion on how I should solve the problem below? : Leaving directory `/usr/ports/devel/gio-fam-backend/work/glib-2.18.4/g io/fam' ===> Registering installation for gio-fam-backend-2.18.4 ===> Cleaning for gio-fam-backend-2.18.4 ===>>> Updating package dependency entry for each dependent port ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> @conflicts gkrellm-1.* is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> @conflicts gimp-print-[0-9]* is listed as a dependency ===>>> but there is no installed version ===>>> @conflicts gimp-print-[0-9]* is listed as a dependency ===>>> but there is no installed version ===>>> @conflicts gimp-print-[0-9]* is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> man/fr/man1/inkscape.1.gz is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> include/libgksuui1.0/gksuui.h is listed as a dependency ===>>> but there is no installed version ===>>> bin/libglade-convert is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> include/libgnomecanvas-2.0/libgnomecanvas/gnome-canvas-bpath.h is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> include/gpod-1.0/gpod/itdb.h is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> bin/mcs-getconfval is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> include/libsexy/sexy-enum-types.h is listed as a dependency ===>>> but there is no installed version ===>>> bin/wpd2html is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> include/poppler/glib/poppler-action.h is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> @comment lib/thunderbird/dictionaries/af-ZA.aff is listed as a dependency ===>>> but there is no installed version ===>>> man/man1/avifix.1.gz is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> bin/wv2-config is listed as a dependency ===>>> but there is no installed version ===>>> include/wx-2.6/wx/accel.h is listed as a dependency ===>>> but there is no installed version ===>>> include/wx-2.8/wx/aboutdlg.h is listed as a dependency ===>>> but there is no installed version ===>>> bin/wxgtk2u-2.6-config is listed as a dependency ===>>> but there is no installed version ===>>> bin/wxgtk2u-2.8-config is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> libexec/xfce4/panel-plugins/xfce4-systemload-plugin is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> devel/dbus-glib is listed as a dependency ===>>> but there is no installed version ===>>> bin/xvid4conf is listed as a dependency ===>>> but there is no installed version ===>>> Re-installation of gio-fam-backend-2.18.4 succeeded ===>>> Returning to dependency check for devel/dbus-glib ===>>> Dependency check complete for devel/dbus-glib Thanks :-) From swhetzel at gmail.com Thu Feb 5 11:00:45 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu Feb 5 11:00:52 2009 Subject: Xorg strange behavior In-Reply-To: <200902041407.55160.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> <200902041407.55160.jkim@FreeBSD.org> Message-ID: <790a9fff0902051100n6815fd3fge5ef93ecee8195d7@mail.gmail.com> On 2/4/09, Jung-uk Kim wrote: > On Wednesday 04 February 2009 01:45 pm, Glen Barber wrote: >> On Wed, Feb 4, 2009 at 8:13 AM, L Campbell > wrote: >> > I experienced the same symptoms after the recent upgrade. I found >> > that rebuilding x11-servers/xorg-server without HAL fixed the >> > problem. I think there are a couple of other ways to fix it, but >> > AFAIK the root of the problem is HAL not playing nicely with >> > other components (ie, moused). >> >> Interestingly, this solution did *not* work for me yesterday. The >> only solution was to install the binary xorg-server and >> xorg-drivers. > > Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and > xorg-server-1.5.3_4,1, which I just committed. If the problem does > not go away, please send us /var/log/Xorg.0.log. > I have these verions installed. But when I start xdm there is no mouse movement. The keyboard is working. When I compare an old Xorg.0.log to the recently generated log, it shows that hal detected the keyboard, but no mouse. I had been using Xorg 7.3 with no xorg.conf file. /etc/rc.conf has moused_enable set. From swhetzel at gmail.com Thu Feb 5 11:03:10 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu Feb 5 11:03:20 2009 Subject: Xorg strange behavior In-Reply-To: <790a9fff0902051100n6815fd3fge5ef93ecee8195d7@mail.gmail.com> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> <200902041407.55160.jkim@FreeBSD.org> <790a9fff0902051100n6815fd3fge5ef93ecee8195d7@mail.gmail.com> Message-ID: <790a9fff0902051103p620f620t1a8203a3b07cadf@mail.gmail.com> On 2/5/09, Scot Hetzel wrote: > On 2/4/09, Jung-uk Kim wrote: >> On Wednesday 04 February 2009 01:45 pm, Glen Barber wrote: >>> On Wed, Feb 4, 2009 at 8:13 AM, L Campbell >> wrote: >>> > I experienced the same symptoms after the recent upgrade. I found >>> > that rebuilding x11-servers/xorg-server without HAL fixed the >>> > problem. I think there are a couple of other ways to fix it, but >>> > AFAIK the root of the problem is HAL not playing nicely with >>> > other components (ie, moused). >>> >>> Interestingly, this solution did *not* work for me yesterday. The >>> only solution was to install the binary xorg-server and >>> xorg-drivers. >> >> Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and >> xorg-server-1.5.3_4,1, which I just committed. If the problem does >> not go away, please send us /var/log/Xorg.0.log. >> > I have these verions installed. But when I start > xdm there is no mouse movement. The keyboard is > working. When I compare an old Xorg.0.log to the > recently generated log, it shows that hal detected > the keyboard, but no mouse. > > I had been using Xorg 7.3 with no xorg.conf file. > > /etc/rc.conf has moused_enable set. > Opps, hit the wrong key in lynx. Attached is a copy of the Xorg 7.4 Xorg.0.log Scot -------------- next part -------------- X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64 Current Operating System: FreeBSD hp010.hetzel.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jan 18 09:18:31 CST 2009 root@hp010.hetzel.org:/usr/obj/usr/src/8x-zfs/sys/DV8135NR amd64 Build Date: 05 February 2009 11:01:34AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Thu Feb 5 12:22:58 2009 (EE) Unable to locate/open config file (II) Loader magic: 0x671d80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@1:5:0) ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE) rev 0, Mem @ 0xc8000000/134217728, 0xc0100000/65536, I/O @ 0x00009000/256, BIOS @ 0x????????/65536 (==) Matched ati for the autoconfigured driver New driver is "ati" (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section "Device" Identifier "Builtin Default ati Device 0" Driver "ati" EndSection Section "Screen" Identifier "Builtin Default ati Screen 0" Device "Builtin Default ati Device 0" EndSection Section "Device" Identifier "Builtin Default fbdev Device 0" Driver "fbdev" EndSection Section "Screen" Identifier "Builtin Default fbdev Screen 0" Device "Builtin Default fbdev Device 0" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default ati Screen 0" Screen "Builtin Default fbdev Screen 0" Screen "Builtin Default vesa Screen 0" EndSection (==) --- End of built-in configuration --- (==) ServerLayout "Builtin Default Layout" (**) |-->Screen "Builtin Default ati Screen 0" (0) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default ati Device 0" (==) No monitor specified for screen "Builtin Default ati Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default fbdev Screen 0" (1) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default fbdev Device 0" (==) No monitor specified for screen "Builtin Default fbdev Screen 0". Using a default monitor configuration. (**) |-->Screen "Builtin Default vesa Screen 0" (2) (**) | |-->Monitor "" (**) | |-->Device "Builtin Default vesa Device 0" (==) No monitor specified for screen "Builtin Default vesa Screen 0". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (==) 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/ (==) ModulePath set to "/usr/local/lib/xorg/modules" (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) System resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (II) Loading extension GLX (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (II) Loading extension XFree86-DRI (II) LoadModule: "ati" (II) Loading /usr/local/lib/xorg/modules/drivers//ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 1.5.3, module version = 6.10.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "radeon" (II) Loading /usr/local/lib/xorg/modules/drivers//radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.5.3, module version = 6.10.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "fbdev" (II) Loading /usr/local/lib/xorg/modules/drivers//fbdev_drv.so (II) Module fbdev: vendor="X.Org Foundation" compiled for 1.5.3, module version = 0.4.0 ABI class: X.Org Video Driver, version 4.1 (II) LoadModule: "vesa" (II) Loading /usr/local/lib/xorg/modules/drivers//vesa_drv.so (II) Module vesa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.1.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP), ATI Radeon 9600 AS (AGP), ATI FireGL T2 AT (AGP), ATI Radeon 9650, ATI FireGL RV360 AV (AGP), ATI Radeon 7000 IGP (A4+) 4237, ATI Radeon 8500 AIW BB (AGP), ATI Radeon 8500 AIW BC (AGP), ATI Radeon IGP320M (U1) 4336, ATI Radeon IGP330M/340M/350M (U2) 4337, ATI Radeon Mobility 7000 IGP 4437, ATI Radeon 9000/PRO If (AGP/PCI), ATI Radeon 9000 Ig (AGP/PCI), ATI Radeon X800 (R420) JH (AGP), ATI Radeon X800PRO (R420) JI (AGP), ATI Radeon X800SE (R420) JJ (AGP), ATI Radeon X800 (R420) JK (AGP), ATI Radeon X800 (R420) JL (AGP), ATI FireGL X3 (R420) JM (AGP), ATI Radeon Mobility 9800 (M18) JN (AGP), ATI Radeon X800 SE (R420) (AGP), ATI Radeon X800XT (R420) JP (AGP), ATI Radeon X850 XT (R480) (AGP), ATI Radeon X850 SE (R480) (AGP), ATI Radeon X850 PRO (R480) (AGP), ATI Radeon X850 XT PE (R480) (AGP), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI FireGL Mobility 9000 (M9) Ld (AGP), ATI Radeon Mobility 9000 (M9) Lf (AGP), ATI Radeon Mobility 9000 (M9) Lg (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9600TX NF (AGP), ATI FireGL X1 NG (AGP), ATI Radeon 9800PRO NH (AGP), ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP), ATI Radeon 9800XT NJ (AGP), ATI Radeon Mobility 9600/9700 (M10/M11) NP (AGP), ATI Radeon Mobility 9600 (M10) NQ (AGP), ATI Radeon Mobility 9600 (M11) NR (AGP), ATI Radeon Mobility 9600 (M10) NS (AGP), ATI FireGL Mobility T2 (M10) NT (AGP), ATI FireGL Mobility T2e (M11) NV (AGP), ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 7500 QW (AGP/PCI), ATI Radeon 7500 QX (AGP/PCI), ATI Radeon VE/7000 QY (AGP/PCI), ATI Radeon VE/7000 QZ (AGP/PCI), ATI ES1000 515E (PCI), ATI Radeon Mobility X300 (M22) 5460 (PCIE), ATI Radeon Mobility X600 SE (M24C) 5462 (PCIE), ATI FireGL M22 GL 5464 (PCIE), ATI Radeon X800 (R423) UH (PCIE), ATI Radeon X800PRO (R423) UI (PCIE), ATI Radeon X800LE (R423) UJ (PCIE), ATI Radeon X800SE (R423) UK (PCIE), ATI Radeon X800 XTP (R430) (PCIE), ATI Radeon X800 XL (R430) (PCIE), ATI Radeon X800 SE (R430) (PCIE), ATI Radeon X800 (R430) (PCIE), ATI FireGL V7100 (R423) (PCIE), ATI FireGL V5100 (R423) UQ (PCIE), ATI FireGL unknown (R423) UR (PCIE), ATI FireGL unknown (R423) UT (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility FireGL V5000 (M26) (PCIE), ATI Mobility Radeon X700 XL (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Mobility Radeon X700 (M26) (PCIE), ATI Radeon X550XTX 5657 (PCIE), ATI Radeon 9100 IGP (A5) 5834, ATI Radeon Mobility 9100 IGP (U3) 5835, ATI Radeon XPRESS 200 5954 (PCIE), ATI Radeon XPRESS 200M 5955 (PCIE), ATI Radeon 9250 5960 (AGP), ATI Radeon 9200 5961 (AGP), ATI Radeon 9200 5962 (AGP), ATI Radeon 9200SE 5964 (AGP), ATI FireMV 2200 (PCI), ATI ES1000 5969 (PCI), ATI Radeon XPRESS 200 5974 (PCIE), ATI Radeon XPRESS 200M 5975 (PCIE), ATI Radeon XPRESS 200 5A41 (PCIE), ATI Radeon XPRESS 200M 5A42 (PCIE), ATI Radeon XPRESS 200 5A61 (PCIE), ATI Radeon XPRESS 200M 5A62 (PCIE), ATI Radeon X300 (RV370) 5B60 (PCIE), ATI Radeon X600 (RV370) 5B62 (PCIE), ATI Radeon X550 (RV370) 5B63 (PCIE), ATI FireGL V3100 (RV370) 5B64 (PCIE), ATI FireMV 2200 PCIE (RV370) 5B65 (PCIE), ATI Radeon Mobility 9200 (M9+) 5C61 (AGP), ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Mobility Radeon X800 XT (M28) (PCIE), ATI Mobility FireGL V5100 (M28) (PCIE), ATI Mobility Radeon X800 (M28) (PCIE), ATI Radeon X850 5D4C (PCIE), ATI Radeon X850 XT PE (R480) (PCIE), ATI Radeon X850 SE (R480) (PCIE), ATI Radeon X850 PRO (R480) (PCIE), ATI unknown Radeon / FireGL (R480) 5D50 (PCIE), ATI Radeon X850 XT (R480) (PCIE), ATI Radeon X800XT (R423) 5D57 (PCIE), ATI FireGL V5000 (RV410) (PCIE), ATI Radeon X700 XT (RV410) (PCIE), ATI Radeon X700 PRO (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X700 (RV410) (PCIE), ATI Radeon X700 SE (RV410) (PCIE), ATI Radeon X1800, ATI Mobility Radeon X1800 XT, ATI Mobility Radeon X1800, ATI Mobility FireGL V7200, ATI FireGL V7200, ATI FireGL V5300, ATI Mobility FireGL V7100, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI Radeon X1800, ATI FireGL V7300, ATI FireGL V7350, ATI Radeon X1600, ATI RV505, ATI Radeon X1300/X1550, ATI Radeon X1550, ATI M54-GL, ATI Mobility Radeon X1400, ATI Radeon X1300/X1550, ATI Radeon X1550 64-bit, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Mobility Radeon X1300, ATI Radeon X1300, ATI Radeon X1300, ATI RV505, ATI RV505, ATI FireGL V3300, ATI FireGL V3350, ATI Radeon X1300, ATI Radeon X1550 64-bit, ATI Radeon X1300/X1550, ATI Radeon X1600, ATI Radeon X1300/X1550, ATI Mobility Radeon X1450, ATI Radeon X1300/X1550, ATI Mobility Radeon X2300, ATI Mobility Radeon X2300, ATI Mobility Radeon X1350, ATI Mobility Radeon X1350, ATI Mobility Radeon X1450, ATI Radeon X1300, ATI Radeon X1550, ATI Mobility Radeon X1350, ATI FireMV 2250, ATI Radeon X1550 64-bit, ATI Radeon X1600, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1600, ATI Mobility FireGL V5200, ATI Mobility Radeon X1600, ATI Radeon X1650, ATI Radeon X1650, ATI Radeon X1600, ATI Radeon X1300 XT/X1600 Pro, ATI FireGL V3400, ATI Mobility FireGL V5250, ATI Mobility Radeon X1700, ATI Mobility Radeon X1700 XT, ATI FireGL V5200, ATI Mobility Radeon X1700, ATI Radeon X2300HD, ATI Mobility Radeon HD 2300, ATI Mobility Radeon HD 2300, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1950, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI Radeon X1900, ATI AMD Stream Processor, ATI Radeon X1900, ATI Radeon X1950, ATI RV560, ATI RV560, ATI Mobility Radeon X1900, ATI RV560, ATI Radeon X1950 GT, ATI RV570, ATI RV570, ATI FireGL V7400, ATI RV560, ATI Radeon X1650, ATI Radeon X1650, ATI RV560, ATI Radeon 9100 PRO IGP 7834, ATI Radeon Mobility 9200 IGP 7835, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI Radeon X1200, ATI RS740, ATI RS740M, ATI RS740, ATI RS740M, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 XT, ATI Radeon HD 2900 Pro, ATI Radeon HD 2900 GT, ATI FireGL V8650, ATI FireGL V8600, ATI FireGL V7600, ATI Radeon 4800 Series, ATI Radeon HD 4870 x2, ATI Radeon 4800 Series, ATI FirePro V8750 (FireGL), ATI FirePro V7760 (FireGL), ATI Mobility RADEON HD 4850, ATI Mobility RADEON HD 4850 X2, ATI Radeon 4800 Series, ATI FirePro RV770, AMD FireStream 9270, AMD FireStream 9250, ATI FirePro V8700 (FireGL), ATI Mobility RADEON HD 4870, ATI Mobility RADEON M98, ATI Radeon RV730 (AGP), ATI Radeon RV730 (AGP), ATI RV730XT [Radeon HD 4670], ATI RV730 PRO [Radeon HD 4650], ATI FirePro V7750 (FireGL), ATI FirePro V5700 (FireGL), ATI FirePro V3750 (FireGL), ATI RV610, ATI Radeon HD 2400 XT, ATI Radeon HD 2400 Pro, ATI Radeon HD 2400 PRO AGP, ATI FireGL V4000, ATI RV610, ATI Radeon HD 2350, ATI Mobility Radeon HD 2400 XT, ATI Mobility Radeon HD 2400, ATI RADEON E2400, ATI RV610, ATI RV670, ATI Radeon HD3870, ATI Radeon HD3850, ATI RV670, ATI Radeon HD3870 X2, ATI FireGL V7700, ATI Radeon HD3850, ATI Radeon HD 4550, ATI Radeon RV710, ATI Radeon RV710, ATI Radeon HD 4350, ATI Mobility Radeon 4300 Series, ATI Mobility Radeon 4500 Series, ATI RV630, ATI Mobility Radeon HD 2600, ATI Mobility Radeon HD 2600 XT, ATI Radeon HD 2600 XT AGP, ATI Radeon HD 2600 Pro AGP, ATI Radeon HD 2600 XT, ATI Radeon HD 2600 Pro, ATI Gemini RV630, ATI Gemini Mobility Radeon HD 2600 XT, ATI FireGL V5600, ATI FireGL V3600, ATI Radeon HD 2600 LE, ATI Radeon RV710, ATI Radeon HD 3470, ATI Mobility Radeon HD 3430, ATI Mobility Radeon HD 3400 Series, ATI Radeon HD 3450, ATI Radeon HD 3430, ATI FireMV 2450, ATI FireMV 2260, ATI FireMV 2260, ATI Radeon HD 3600 Series, ATI Radeon HD 3650 AGP, ATI Radeon HD 3600 PRO, ATI Radeon HD 3600 XT, ATI Radeon HD 3600 PRO, ATI Mobility Radeon HD 3650, ATI Mobility Radeon HD 3670, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3200 Graphics, ATI Radeon 3100 Graphics, ATI Radeon HD 3300 Graphics (II) FBDEV: driver for framebuffer: fbdev (II) VESA: driver for VESA chipsets: vesa (II) Primary Device is: PCI 01@00:05:0 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (WW) Falling back to old probe method for fbdev (II) Loading sub module "fbdevhw" (II) LoadModule: "fbdevhw" (WW) Warning, couldn't open module fbdevhw (II) UnloadModule: "fbdevhw" (EE) Failed to load module "fbdevhw" (module does not exist, 0) (WW) Falling back to old probe method for vesa (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) RADEON(0): TOTO SAYS 00000000c0100000 (II) RADEON(0): MMIO registers at 0x00000000c0100000: size 64KB (II) RADEON(0): PCI bus 1 card 5 func 0 (II) RADEON(0): Creating default Display subsection in Screen section "Builtin Default ati Screen 0" for depth/fbbpp 24/32 (==) RADEON(0): Depth 24, (==) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (--) RADEON(0): Chipset: "ATI Radeon XPRESS 200M 5955 (PCIE)" (ChipID = 0x5955) (--) RADEON(0): Linear framebuffer at 0x00000000c8000000 (II) RADEON(0): PCI card detected (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) RADEON(0): initializing int10 (==) RADEON(0): Write-combining range (0xa0000,0x20000) was already clear (==) RADEON(0): Write-combining range (0xc0000,0x40000) was already clear (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (II) RADEON(0): Legacy BIOS detected drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0 (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.29.0 (II) RADEON(0): Direct rendering experimental on RS400/Xpress 200 enabled (==) RADEON(0): Page Flipping disabled (II) RADEON(0): Will try to use DMA for Xv image transfers (II) RADEON(0): Detected total video RAM=131072K, accessible=131072K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 131072 kByte (128 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (II) RADEON(0): Max desktop size set to 2560x1200 (II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf (II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) RADEON(0): ref_freq: 1432, min_out_pll: 20000, max_out_pll: 40000, min_in_pll: 100, max_in_pll: 1350, xclk: 25000, sclk: 250.000000, mclk: 300.000000 (II) RADEON(0): PLL parameters: rf=1432 rd=6 min=20000 max=40000; xclk=25000 (WW) RADEON(0): LCD DDC Info Table found! (II) RADEON(0): Bios Connector table: (II) RADEON(0): Port0: DDCType-0x68, DACType-2, TMDSType-2, ConnectorType-1 (II) RADEON(0): Port4: DDCType-0x1a0, DACType-0, TMDSType-0, ConnectorType-7 (II) RADEON(0): Port5: DDCType-0x0, DACType-2, TMDSType-0, ConnectorType-5 (II) RADEON(0): Output VGA-0 has no monitor section (II) RADEON(0): I2C bus "VGA-0" initialized. (II) RADEON(0): Output LVDS has no monitor section (II) RADEON(0): Panel ID string: LPL (II) RADEON(0): Panel Size from BIOS: 1440x900 (II) RADEON(0): BIOS provided dividers will be used. (WW) RADEON(0): LVDS Info: XRes: 1440, YRes: 900, DotClock: 96210 HBlank: 320, HOverPlus: 64, HSyncWidth: 32 VBlank: 12, VOverPlus: 3, VSyncWidth: 3 (II) RADEON(0): I2C bus "LVDS" initialized. (II) RADEON(0): Output S-video has no monitor section (II) RADEON(0): Default TV standard: NTSC (II) RADEON(0): TV standards supported by chip: NTSC PAL PAL-M (II) RADEON(0): Port0: Monitor -- AUTO Connector -- VGA DAC Type -- TVDAC/ExtDAC TMDS Type -- None DDC Type -- 0x68 (II) RADEON(0): Port1: Monitor -- AUTO Connector -- LVDS DAC Type -- None TMDS Type -- None DDC Type -- 0x1a0 (II) RADEON(0): Port2: Monitor -- AUTO Connector -- STV DAC Type -- TVDAC/ExtDAC TMDS Type -- None DDC Type -- 0x0 (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 finished output detect: 0 (II) RADEON(0): I2C device "LVDS:ddc2" registered at address 0xA0. (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 (II) RADEON(0): EDID data from the display on output: LVDS ---------------------- (II) RADEON(0): Manufacturer: LPL Model: 1288 Serial#: 0 (II) RADEON(0): Year: 2005 Week: 0 (II) RADEON(0): EDID Version: 1.2 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max Image Size [cm]: horiz.: 37 vert.: 23 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): No DPMS capabilities specified (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.592 redY: 0.344 greenX: 0.319 greenY: 0.553 (II) RADEON(0): blueX: 0.159 blueY: 0.144 whiteX: 0.312 whiteY: 0.328 (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 96.2 MHz Image Size: 367 x 230 mm (II) RADEON(0): h_active: 1440 h_sync: 1504 h_sync_end 1536 h_blank_end 1760 h_border: 0 (II) RADEON(0): v_active: 900 v_sync: 903 v_sync_end 906 v_blanking: 912 v_border: 0 (WW) RADEON(0): Unknown vendor-specific block 0 (II) RADEON(0): LGPhilipsLCD (II) RADEON(0): LP171WX2-A4K9 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff00320c881200000000 (II) RADEON(0): 000f0102802517780a8ef09758518d28 (II) RADEON(0): 24505400000001010101010101010101 (II) RADEON(0): 0101010101019525a04051840c304020 (II) RADEON(0): 33006fe6100000180000000000000000 (II) RADEON(0): 00000000000000000000000000fe004c (II) RADEON(0): 475068696c6970734c43440a000000fe (II) RADEON(0): 004c503137315758322d41344b390057 finished output detect: 1 (II) RADEON(0): Output: S-video, Detected Monitor Type: 0 finished output detect: 2 finished all detect before xf86InitialConfiguration (II) RADEON(0): I2C device "VGA-0:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "VGA-0:ddc2" removed. (II) RADEON(0): Output: VGA-0, Detected Monitor Type: 0 (II) RADEON(0): Output: LVDS, Detected Monitor Type: 2 (II) RADEON(0): EDID data from the display on output: LVDS ---------------------- (II) RADEON(0): Manufacturer: LPL Model: 1288 Serial#: 0 (II) RADEON(0): Year: 2005 Week: 0 (II) RADEON(0): EDID Version: 1.2 (II) RADEON(0): Digital Display Input (II) RADEON(0): Max Image Size [cm]: horiz.: 37 vert.: 23 (II) RADEON(0): Gamma: 2.20 (II) RADEON(0): No DPMS capabilities specified (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 (II) RADEON(0): First detailed timing is preferred mode (II) RADEON(0): redX: 0.592 redY: 0.344 greenX: 0.319 greenY: 0.553 (II) RADEON(0): blueX: 0.159 blueY: 0.144 whiteX: 0.312 whiteY: 0.328 (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): Supported additional Video Mode: (II) RADEON(0): clock: 96.2 MHz Image Size: 367 x 230 mm (II) RADEON(0): h_active: 1440 h_sync: 1504 h_sync_end 1536 h_blank_end 1760 h_border: 0 (II) RADEON(0): v_active: 900 v_sync: 903 v_sync_end 906 v_blanking: 912 v_border: 0 (WW) RADEON(0): Unknown vendor-specific block 0 (II) RADEON(0): LGPhilipsLCD (II) RADEON(0): LP171WX2-A4K9 (II) RADEON(0): EDID (in hex): (II) RADEON(0): 00ffffffffffff00320c881200000000 (II) RADEON(0): 000f0102802517780a8ef09758518d28 (II) RADEON(0): 24505400000001010101010101010101 (II) RADEON(0): 0101010101019525a04051840c304020 (II) RADEON(0): 33006fe6100000180000000000000000 (II) RADEON(0): 00000000000000000000000000fe004c (II) RADEON(0): 475068696c6970734c43440a000000fe (II) RADEON(0): 004c503137315758322d41344b390057 in RADEONProbeOutputModes (II) RADEON(0): EDID vendor "LPL", prod id 4744 (II) RADEON(0): Output: S-video, Detected Monitor Type: 0 (II) RADEON(0): Output VGA-0 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Using exact sizes for initial modes (II) RADEON(0): Output LVDS using initial mode 1440x900 after xf86InitialConfiguration (==) RADEON(0): DPI set to (96, 96) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (==) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (==) RADEON(0): Using XAA acceleration architecture (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/local/lib/xorg/modules//libxaa.so (II) Module xaa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.2.0 ABI class: X.Org Video Driver, version 4.1 (==) RADEON(0): Assuming overlay scaler buffer width is 1536 (II) RADEON(0): No MM_TABLE found - assuming CARD is not TV-in capable. (==) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (!!) RADEON(0): MergedFB support has been removed and replaced with xrandr 1.2 support (II) UnloadModule: "fbdev" (II) Unloading /usr/local/lib/xorg/modules/drivers//fbdev_drv.so (II) UnloadModule: "vesa" (II) Unloading /usr/local/lib/xorg/modules/drivers//vesa_drv.so (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) RADEON(0): RADEONScreenInit c8000000 0 0 (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Entering TV Save Save TV timing tables saveTimingTables: reading timing tables TV Save done (II) RADEON(0): Dynamic Clock Scaling Disabled (==) RADEON(0): Using 24 bit depth buffer (II) RADEON(0): RADEONInitMemoryMap() : (II) RADEON(0): mem_size : 0x08000000 (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Depth moves disabled by default (II) RADEON(0): Using 32 MB GART aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 29 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (1472,8191) (II) RADEON(0): Reserved area from (0,1200) to (1472,1202) (II) RADEON(0): Largest offscreen area available: 1472 x 6989 (II) RADEON(0): Will use front buffer at offset 0x0 (II) RADEON(0): Will use back buffer at offset 0x1c7b000 (II) RADEON(0): Will use depth buffer at offset 0x2338000 (II) RADEON(0): Will use 88064 kb for textures at offset 0x29f5000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0xc8000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x1 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [pci] 32768 kB allocated with handle 0x95dec000 (II) RADEON(0): [pci] ring handle = 0x95dec000 (II) RADEON(0): [pci] Ring mapped at 0x80273e000 (II) RADEON(0): [pci] Ring contents 0x00000000 (II) RADEON(0): [pci] ring read ptr handle = 0x95eed000 (II) RADEON(0): [pci] Ring read ptr mapped at 0x8006c4000 (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x95eee000 (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x80b000000 (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 (II) RADEON(0): [pci] GART texture map handle = 0x960ee000 (II) RADEON(0): [pci] GART Texture map mapped at 0x80b2ee000 (II) RADEON(0): [drm] register handle = 0xc0100000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (==) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 17 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 29884416 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0x87ff8000 is: 0x87ff8000 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0x89ff8800 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x89ff8800 (II) RADEON(0): Direct rendering enabled (II) RADEON(0): XAA Render acceleration unsupported on Radeon 9500/9700 and newer. Please use EXA instead. (II) RADEON(0): Render acceleration disabled (II) RADEON(0): num quad-pipes is 2 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (II) RADEON(0): DPMS enabled (==) RADEON(0): Silken mouse enabled (II) RADEON(0): Will use 32 kb for hardware cursor 0 at offset 0x006bfe00 (II) RADEON(0): Will use 32 kb for hardware cursor 1 at offset 0x006c4300 (II) RADEON(0): Largest offscreen area available: 1472 x 6983 (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c (II) Loading sub module "theatre_detect" (II) LoadModule: "theatre_detect" (II) Loading /usr/local/lib/xorg/modules/multimedia//theatre_detect_drv.so (II) Module theatre_detect: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) RADEON(0): no multimedia table present, disabling Rage Theatre. (II) RADEON(0): Set up overlay video (II) RADEON(0): Set up textured video init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x89ff8800 restore common restore crtc1 restore pll1 restore LVDS (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR disabled message. (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (II) RADEON(0): Setting screen physical size to 367 x 230 (II) config/hal: Adding input device AT Keyboard (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.3.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (**) AT Keyboard: always reports core events (**) Option "Protocol" "standard" (**) AT Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) AT Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) AT Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) AT Keyboard: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) AT Keyboard: CustomKeycodes disabled (II) XINPUT: Adding extended input device "AT Keyboard" (type: KEYBOARD) (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 finished PLL2 finished PLL1 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV standard Leaving Restore TV (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): Dynamic Clock Scaling Disabled init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x89ff8800 restore common restore crtc1 restore pll1 restore LVDS (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0x87ff8000 is: 0x87ff8000 (WW) RADEON(0): MC_AGP_LOCATION was: 0x89ff8800 is: 0x89ff8800 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x89ff8800 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 finished PLL2 finished PLL1 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV standard Leaving Restore TV (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) RADEON(0): Dynamic Clock Scaling Disabled init memmap init common init crtc1 init pll1 restore memmap (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x89ff8800 restore common restore crtc1 restore pll1 restore LVDS (II) RADEON(0): [RESUME] Attempting to re-init Radeon hardware. (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0x87ff8000 is: 0x87ff8000 (WW) RADEON(0): MC_AGP_LOCATION was: 0x89ff8800 is: 0x89ff8800 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x89ff8800 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0x87ff8000 0x87ff8000 (II) RADEON(0): MC_AGP_LOCATION : 0x003f0000 finished PLL2 finished PLL1 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV standard Leaving Restore TV (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear (II) UnloadModule: "kbd" (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xfffffffe44872000 at 0x8006c2000 (II) RADEON(0): [drm] Closed DRM master. From pschmehl_lists at tx.rr.com Thu Feb 5 11:05:23 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Feb 5 11:05:31 2009 Subject: Question about WRKSRC In-Reply-To: References: <81F17B20B78F9C5531571788@10.40.128.112> Message-ID: <000001c987b6$1b83cd30$528b6790$@rr.com> -----Original Message----- From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Florent Thoumie Sent: Wednesday, February 04, 2009 3:49 AM To: Schmehl, Paul L Cc: freebsd-ports@freebsd.org Subject: Re: Question about WRKSRC On Wed, Feb 4, 2009 at 4:42 AM, Paul Schmehl wrote: > I maintain the sguil ports; security/sguil-server, security/sguil-sensor and > security/sguil-agent. It came to my attention today that the pkg-install > script that I've written for the security/sguil-server port fails during > package building. (The script works fine when compiling from source.) > > The problem appears to be related to the location of WRCSRC, which appears > to be different than it is when building from source. Am I correct about > that? Is WRCSRC different when building packages? If so, is there a way to > differentiate programmatically between a port being built from source and > one being built from a package? There's no WRKSRC directory when a package is installed. I've had a look at sguil-server and you have two options. The first one is to install your sql script somewhere under ${DATADIR} then read it from there in your pkg-install script. The second, better in my opinion, is to move most of your POST-INSTALL target into a shell script of its own that you'll install in ${DATADIR} (note that it still requires to install that sql file as well). Quick look shows that your port is interactive, and not marked as such in Makefile. If you choose to go with solution #1, then you'll have to set IS_INTERACTIVE=yes (unless I'm wrong of course). I assume, if I go with option 2, that the script would have to be run manually by the individual installing the port? IOW, it wouldn't launch automagically at the end of the install? -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From jkim at FreeBSD.org Thu Feb 5 11:23:07 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Thu Feb 5 11:23:19 2009 Subject: Xorg strange behavior In-Reply-To: <790a9fff0902051100n6815fd3fge5ef93ecee8195d7@mail.gmail.com> References: <498958E6.8020809@delphij.net> <200902041407.55160.jkim@FreeBSD.org> <790a9fff0902051100n6815fd3fge5ef93ecee8195d7@mail.gmail.com> Message-ID: <200902051422.58130.jkim@FreeBSD.org> On Thursday 05 February 2009 02:00 pm, Scot Hetzel wrote: > I have these verions installed. But when I start > xdm there is no mouse movement. The keyboard is > working. When I compare an old Xorg.0.log to the > recently generated log, it shows that hal detected > the keyboard, but no mouse. > > I had been using Xorg 7.3 with no xorg.conf file. > > /etc/rc.conf has moused_enable set. First, xdm problem is NOT addressed with these patches. How do you start xdm normally? Is hald running? Can you show me '/usr/local/bin/hal-device' output when xdm is running? Thanks, Jung-uk Kim From roberthuff at rcn.com Thu Feb 5 11:25:39 2009 From: roberthuff at rcn.com (Robert Huff) Date: Thu Feb 5 11:25:46 2009 Subject: Message when updating ports In-Reply-To: <498B2F54.2000602@eskk.nu> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> <498B2F54.2000602@eskk.nu> Message-ID: <18827.15664.87788.199379@jerusalem.litteratus.org> Leslie Jensen writes: > Otherwise I'd be glad if someone will give me a suggestion on how I > should solve the problem below? Start by (re-)installing devel/dbus-glib? Robert Huff From erwin at FreeBSD.org Thu Feb 5 11:57:54 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Feb 5 11:58:01 2009 Subject: INDEX build failed for 6.x Message-ID: <200902051957.n15JvrYx057185@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: pwgen-2.06 Committers on the hook: amdmi3 az bsam clsung fjoe flz gabor garga glarkin itetcu jadawin jkim johans kuriyama lbr lwhsu marcus mich miwi mm naddy nox olgeni pgollucci rafan stefan tabthorpe tdb thierry vsevolod Most recent CVS update was: U Mk/bsd.sites.mk U astro/google-earth/Makefile U astro/google-earth/distinfo U astro/google-earth/pkg-plist U audio/amarok/Makefile U audio/amarok/files/patch-amarok_src_contextbrowser.cpp U audio/ogg2mp3/Makefile U audio/ogg2mp3/files/patch-ogg2mp3 U audio/ripit/Makefile U audio/ripit/files/patch-ripit.pl U benchmarks/pathload/Makefile U benchmarks/pathrate/Makefile U cad/gmsh/Makefile U cad/gmsh/distinfo U cad/gmsh/files/patch-configure U cad/gmsh/files/patch-utils_misc_mshsort.cpp U converters/Makefile U converters/p5-Storable-AMF/Makefile U converters/p5-Storable-AMF/distinfo U converters/p5-Storable-AMF/pkg-descr U converters/p5-Storable-AMF/pkg-plist U devel/Makefile U devel/dyncall/Makefile U devel/dyncall/distinfo U devel/glog/Makefile U devel/glog/distinfo U devel/glog/pkg-plist U devel/glog/files/extra-patch-src-utilities.cc U devel/glog/files/extra-patch-src-utilities.h U devel/libcheck/Makefile U devel/libev/Makefile U devel/libev/distinfo U devel/mpatrol/Makefile U devel/mpatrol/pkg-descr U devel/p5-Moose/Makefile U devel/p5-Moose/distinfo U devel/p5-Moose/pkg-plist U devel/p5-Test-Differences/Makefile U devel/p5-Test-Differences/distinfo U devel/pcre++/Makefile U devel/py-aspects/Makefile U devel/py-aspects/distinfo U devel/py-aspects/pkg-descr U devel/py-aspects/pkg-plist U devel/py-aspects/files/pkg-message.in U devel/ruby-tzfile/Makefile U devel/ruby-tzfile/distinfo U devel/rubygem-grit/Makefile U devel/rubygem-grit/distinfo U devel/rubygem-mojombo-grit/Makefile U dns/openresolv/Makefile U editors/dkns/Makefile U editors/dkns/distinfo U games/anki/Makefile U games/anki/distinfo U games/anki/pkg-plist U games/flightgear/Makefile U games/gtypist/Makefile U games/gtypist/distinfo U games/gtypist/pkg-plist U games/njam/Makefile U games/njam/distinfo U games/py-anki/Makefile U games/py-anki/distinfo U games/py-anki/pkg-plist U lang/kroc/Makefile U lang/lua/Makefile U lang/lua/distinfo U lang/lua/pkg-plist U lang/munger/Makefile U lang/munger/distinfo U lang/munger/pkg-plist U lang/objc/Makefile U lang/objc/pkg-descr U lang/stklos/Makefile U lang/stklos/distinfo U lang/stklos/pkg-descr U lang/stklos/pkg-plist U lang/stklos/files/patch-configure U lang/tcl86/Makefile U mail/dkim-milter/Makefile U mail/dkim-milter/files/milter-dkim.sh.in U mail/milter-greylist-devel/Makefile U mail/milter-greylist-devel/distinfo U math/muparser/Makefile U math/muparser/distinfo U math/p5-Math-Polynomial-Solve/Makefile U math/p5-Math-Polynomial-Solve/distinfo U misc/amanda-client/Makefile U misc/amanda-server/Makefile U misc/amanda-server/distinfo U misc/amanda-server/pkg-plist U misc/amanda-server/pkg-plist.client U misc/amanda-server/files/extra-patch-sendbackup-dump.c U misc/amanda-server/files/patch-common-src::Makefile.in U misc/amanda-server/files/patch-man::Makefile.in U misc/amanda-server/files/patch-perl::Makefile.in U misc/mc/files/patch-mhl-types.h U net/beanstalkd/Makefile U net/beanstalkd/distinfo U net/mpich2/Makefile U net/p5-Net-Mosso-CloudFiles/Makefile U net/p5-Net-Mosso-CloudFiles/distinfo U net/p5-Net-OpenSSH/Makefile U net/p5-Net-OpenSSH/distinfo U net-im/telepathy-gabble/Makefile U net-im/telepathy-gabble/files/patch-src_jingle-content.c U net-im/telepathy-gabble/files/patch-src_jingle-factory.c U net-im/telepathy-gabble/files/patch-src_jingle-factory.h U net-im/telepathy-gabble/files/patch-src_jingle-session.c U security/Makefile U security/drweb/Makefile U security/drweb/distinfo U security/drweb/pkg-plist U security/drweb/files/drwebd.in U security/drweb-postfix/Makefile U security/drweb-postfix/distinfo U security/drweb-postfix/pkg-plist U security/drweb-qmail/Makefile U security/drweb-qmail/distinfo U security/drweb-qmail/pkg-plist U security/drweb-sendmail/Makefile U security/drweb-sendmail/distinfo U security/drweb-sendmail/pkg-plist U security/drweb-sendmail/files/drweb-smf.in U security/p5-Crypt-Juniper/Makefile U security/p5-Crypt-Juniper/distinfo U security/p5-Crypt-Juniper/pkg-descr U security/p5-Crypt-Juniper/pkg-plist U security/p5-Mcrypt/Makefile U security/p5-Mcrypt/distinfo U security/p5-Mcrypt/pkg-descr U security/p5-Mcrypt/pkg-plist U security/vuxml/vuln.xml U sysutils/cfengine/Makefile U sysutils/cfengine/distinfo U sysutils/cfengine/files/patch-doc_Makefile.in U sysutils/hal/Makefile U sysutils/hal/files/patch-hald_freebsd_hf-acpi.c U sysutils/hal/files/patch-hald_freebsd_probing_probe-mouse.c U sysutils/pv/Makefile U sysutils/pwgen/Makefile U sysutils/pwgen/distinfo U sysutils/snap/Makefile U sysutils/snap/distinfo U textproc/Makefile U textproc/ocaml-pxp/Makefile U textproc/ocaml-pxp/distinfo U textproc/tokyodystopia/Makefile U textproc/tokyodystopia/distinfo U textproc/tokyodystopia/pkg-descr U textproc/tokyodystopia/pkg-plist U www/Makefile U www/drupal5/Makefile U www/drupal5/distinfo U www/drupal6/Makefile U www/drupal6/distinfo U www/firefox-remote/Makefile U www/mediawiki/Makefile U www/p5-AxKit/Makefile U www/p5-AxKit/distinfo U www/p5-AxKit/pkg-plist U www/p5-LWP-ConnCache-MaxKeepAliveRequests/Makefile U www/p5-LWP-ConnCache-MaxKeepAliveRequests/distinfo U www/p5-LWP-ConnCache-MaxKeepAliveRequests/pkg-descr U www/p5-LWP-ConnCache-MaxKeepAliveRequests/pkg-plist U www/p5-URI-Escape-XS/Makefile U www/p5-URI-Escape-XS/distinfo U www/perlbal/Makefile U www/trac-tweakui/Makefile U www/trac-tweakui/distinfo U www/zend-framework/Makefile U www/zend-framework/distinfo U www/zend-framework/pkg-plist U x11/bgs/pkg-descr U x11/xcb-util/Makefile U x11/xcb-util/distinfo U x11/xscreensaver-kde/Makefile U x11/xscreensaver-kde/pkg-plist U x11-drivers/xf86-input-mouse/Makefile U x11-drivers/xf86-input-mouse/files/patch-src-bsd_mouse.c U x11-servers/xorg-server/Makefile U x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-os-support-bsd-bsd_mouse.c U x11-wm/awesome/Makefile U x11-wm/awesome/distinfo U x11-wm/awesome/pkg-plist U x11-wm/awesome/files/patch-CMakeLists.txt U x11-wm/awesome/files/patch-awesomeConfig.cmake U x11-wm/awesome/files/patch-client.c U x11-wm/awesome/files/patch-wibox.c U x11-wm/nickleby/Makefile U x11-wm/nickleby/distinfo From dougb at FreeBSD.org Thu Feb 5 12:36:03 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Feb 5 12:36:10 2009 Subject: installed ports dependency tree? In-Reply-To: <18822.27925.399608.649364@jerusalem.litteratus.org> References: <18822.27925.399608.649364@jerusalem.litteratus.org> Message-ID: <498B4DAA.908@FreeBSD.org> Robert Huff wrote: > Suppose I have installed ports A..Z. Some of these are > standakone; some depend on others on the list; others depend on > installed ports not on the list. > Is there a port that will produce a unified and ordered > dependency list, such that upgrading/reinstalling in that order will > avoid multiple rebuilds? Not sure what you mean about avoiding multiple rebuilds, unless you're talking about generating a list and installing all the ports on that list one at a time. I think I understand what you're asking for though. In the portmaster man page there is a process for generating a list of ports that you have installed on one system for reinstall on another. You can use that list whether you use portmaster or not, the ports system will handle the dependencies for you. hth, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Feb 5 12:39:59 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Feb 5 12:40:16 2009 Subject: installed ports dependency tree? In-Reply-To: <790a9fff0902012144t30c0ea46tcd08a5b44b30a309@mail.gmail.com> References: <18822.27925.399608.649364@jerusalem.litteratus.org> <790a9fff0902012144t30c0ea46tcd08a5b44b30a309@mail.gmail.com> Message-ID: <498B4E99.4060203@FreeBSD.org> Scot Hetzel wrote: > On Sun, Feb 1, 2009 at 9:48 PM, Robert Huff wrote: >> Suppose I have installed ports A..Z. Some of these are >> standakone; some depend on others on the list; others depend on >> installed ports not on the list. >> Is there a port that will produce a unified and ordered >> dependency list, such that upgrading/reinstalling in that order will >> avoid multiple rebuilds? I though portupgrade could to this, but >> apparently not. >> >> > Portmaster sets PM_UPGRADE_DONE_FLAG in /var/db/pkg/ for all > ports that it has finished upgrading to prevent multiple rebuilds of a > port during the upgrade run. That's not strictly accurate. During a given run portmaster keeps an internal list of what ports are up to date in a variable. The files you mentioned are generated during the use of the -r or the -f options so that if you have to interrupt that process you can go back with the -R option and avoid redoing work you've already done. hth, Doug -- This .signature sanitized for your protection From markk at knigma.org Thu Feb 5 12:53:20 2009 From: markk at knigma.org (Mark Knight) Date: Thu Feb 5 12:53:27 2009 Subject: squeezecenter 7.3.2 no longer starts with latest ports Message-ID: <2VD2cCF5G1iJFwZR@lap.knigma.org> Hi, I just tried to restart /usr/ports/audio/squeezecenter version 7.3.2 following a reboot and I'm now receiving this error: >sudo /usr/local/etc/rc.d/squeezecenter start >Starting squeezecenter. >Found custom OS support file for unix >The following CPAN modules were found but cannot work with >SqueezeCenter: > Net::DNS (loaded 0.63, need 0.63) > >To fix this problem you have several options: >1. Install the latest version of the module(s) using CPAN: sudo cpan >Some::Module >2. Update the module's package using apt-get, yum, etc. >3. Run the .tar.gz version of SqueezeCenter which includes all required >CPAN modules. I guess I've updated a few perl related ports in the last couple of days since I last rebooted, one of which I presume has cause squeezecenter to fail. My installed ports are current as of last night. If relevant, my system is running 6.4-RELEASE-p1. Backing p5-Net-DNS down to 0.64 (from 0.65), has not helped but I'm not even sure this port uses the ports installed version anyway! All ideas welcome please!! Cheers, -- Mark A. R. Knight finger: markk@knigma.org Tel: +44 7880 556751 http://www.knigma.org/ From jaj at hcl-club.lu Thu Feb 5 13:40:55 2009 From: jaj at hcl-club.lu (Jona Joachim) Date: Thu Feb 5 13:41:02 2009 Subject: Dropping maintainership Message-ID: Hi! It's been a very nice time but unfortunately I'm not using FreeBSD anymore, so I have to give up maintainership for the following ports: audio/linux-freealut audio/soundconverter devel/aros-sdk devel/ruby-game devel/sdl_sge devel/tigcc games/gish-demo x11-toolkits/wxd Keep up the good work! Best regards, Jona From mva at sysfault.org Thu Feb 5 13:54:36 2009 From: mva at sysfault.org (mva@sysfault.org) Date: Thu Feb 5 13:54:43 2009 Subject: Dropping maintainership In-Reply-To: References: Message-ID: <20090205225433.k1m2pnmzccgg4w08@webmail.df.eu> Jona Joachim : [...] > games/gish-demo @Some committer: Feel free to set me (mva@sysfault.org) as new maintainer (that saves us all a PR ;-). Regards Marcus From bsam at ipt.ru Thu Feb 5 14:00:01 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Feb 5 14:00:07 2009 Subject: Dropping maintainership In-Reply-To: <20090205225433.k1m2pnmzccgg4w08@webmail.df.eu> (mva@sysfault.org's message of "Thu\, 05 Feb 2009 22\:54\:33 +0100") References: <20090205225433.k1m2pnmzccgg4w08@webmail.df.eu> Message-ID: <93800785@bs1.sp34.ru> mva@sysfault.org writes: > Jona Joachim : > > [...] >> games/gish-demo > > @Some committer: > Feel free to set me (mva@sysfault.org) as new maintainer (that saves us > all a PR ;-). Done. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From erwin at FreeBSD.org Thu Feb 5 14:22:33 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Feb 5 14:22:57 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200902052222.n15MMXsg004315@pointyhat.freebsd.org> From talon at lpthe.jussieu.fr Thu Feb 5 14:25:16 2009 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Thu Feb 5 14:25:23 2009 Subject: installed ports dependency tree? Message-ID: <20090205211953.GA95750@lpthe.jussieu.fr> Doug Barton wrote: > Robert Huff wrote: > > Suppose I have installed ports A..Z. Some of these are > > standakone; some depend on others on the list; others depend on > > installed ports not on the list. > > Is there a port that will produce a unified and ordered > > dependency list, such that upgrading/reinstalling in that order will > > avoid multiple rebuilds? > > Not sure what you mean about avoiding multiple rebuilds, unless you're > talking about generating a list and installing all the ports on that > list one at a time. The installed ports form a dependency tree which is hopefully a direct acyclic graph (DAG). When there are cycles it is supposed to be a bug in the system. For a DAG you can always order the elements in such a way that this total order is compatible with the partial order given by the DAG. I don't remember if portmaster does that, but i am sure that portupgrade does it, an so does my pkgupgrade. Using such an order (it is not unique) one can guarantee that (barring bugs in the ports system) one can remove packages without breaking other packages or install without doing multiple rebuilds. -- Michel TALON From rene at freebsd.org Thu Feb 5 14:57:50 2009 From: rene at freebsd.org (Rene Ladan) Date: Thu Feb 5 14:57:57 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> <4988B827.9010809@freebsd.org> <20090204071252.6f922e0e.lehmann@ans-netz.de> Message-ID: <498B6EE9.8080908@freebsd.org> Rene Ladan schreef: > 2009/2/4 Oliver Lehmann : >> Rene Ladan wrote: >> >>> I get an error when starting up xfce4. I think the problem is that >>> /usr/local/libexec/xfconfd is not run correctly. >> what is the errormessage you are getting? >> > I get a message box when starting XFCE4: > > --------------------------------------------------------------------------------------- > "Unable to load a failsafe session" > > "Unable to determine failsafe session name. Possible causes: > xfconfd isn't running (D-Bus setup problem); environment > variable $XDG_CONFIG_DIRS is set incorrectly (must include "/ > usr/local/etc"), or xfce4-session is installed incorrectly." > ------------------------------------------------------------------------------------------ > > There is only one button on the dialog box, "Exit" (with the leave-door > icon). > > dbus and hald are running, I did setenv XDG_CONFIG_DIRS /usr/local/etc > before running startxfce4. xfce4-session is installed. There are messages > that xfconfd exited with signal 11 in /var/log/messages. > After applying a patch to xfconfd from xfce bugzilla everything works fine, except that the icons in the taskbar are missing (for Terminal, Mousepad, Thunar, and $browser). Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From dougb at FreeBSD.org Thu Feb 5 15:01:51 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Feb 5 15:02:01 2009 Subject: installed ports dependency tree? In-Reply-To: <20090205211953.GA95750@lpthe.jussieu.fr> References: <20090205211953.GA95750@lpthe.jussieu.fr> Message-ID: <498B6FDB.6090604@FreeBSD.org> Michel Talon wrote: > Doug Barton wrote: > > >> Robert Huff wrote: >>> Suppose I have installed ports A..Z. Some of these are >>> standakone; some depend on others on the list; others depend on >>> installed ports not on the list. >>> Is there a port that will produce a unified and ordered >>> dependency list, such that upgrading/reinstalling in that order will >>> avoid multiple rebuilds? >> Not sure what you mean about avoiding multiple rebuilds, unless you're >> talking about generating a list and installing all the ports on that >> list one at a time. > > The installed ports form a dependency tree which is hopefully a > direct acyclic graph (DAG). Hopefully, yes. :) You answered the question for a general context, I was asking specifically what the OP was trying to accomplish. Doug -- This .signature sanitized for your protection From rene at freebsd.org Thu Feb 5 15:13:15 2009 From: rene at freebsd.org (Rene Ladan) Date: Thu Feb 5 15:13:22 2009 Subject: trying out xfce 4.6 RC1? In-Reply-To: <498B6EE9.8080908@freebsd.org> References: <20090131230715.ce4f7c39.lehmann@ans-netz.de> <4988B827.9010809@freebsd.org> <20090204071252.6f922e0e.lehmann@ans-netz.de> <498B6EE9.8080908@freebsd.org> Message-ID: <498B7287.1070107@freebsd.org> Rene Ladan schreef: > Rene Ladan schreef: > After applying a patch to xfconfd from xfce bugzilla everything works fine, > except that the icons in the taskbar are missing (for Terminal, > Mousepad, Thunar, > and $browser). > Two other things: * alt-tab doesn't seem to work * xfce4-cpugraph-plugin crashes with signal 11 when adding it to the panel, not yet investigated. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From swhetzel at gmail.com Thu Feb 5 15:56:38 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu Feb 5 15:56:45 2009 Subject: Xorg strange behavior In-Reply-To: <200902051824.55026.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <200902051519.19809.jkim@FreeBSD.org> <790a9fff0902051448o7e34333arfa48ab95cb59fdd8@mail.gmail.com> <200902051824.55026.jkim@FreeBSD.org> Message-ID: <790a9fff0902051556s10206e6crb65b0f457ba22b8b@mail.gmail.com> On Thu, Feb 5, 2009 at 5:24 PM, Jung-uk Kim wrote: > On Thursday 05 February 2009 05:48 pm, Scot Hetzel wrote: >> On Thu, Feb 5, 2009 at 2:19 PM, Jung-uk Kim > wrote: >> >> > How do you start xdm normally? Is hald running? Can you show >> >> > me '/usr/local/bin/hal-device' output when xdm is running? >> >> >> >> Normally, I login as root and then start either xdm or kdm. >> >> >> >> Hald and dbus are both running. >> > >> > 31: udi = '/org/freedesktop/Hal/devices/psm_0' >> > info.udi = '/org/freedesktop/Hal/devices/ignored-device' >> > (string) input.device = '/dev/psm0' (string) >> > info.subsystem = 'platform' (string) >> > info.product = 'Ignored Device' (string) >> > info.ignore = true (bool) >> > freebsd.driver = 'psm' (string) >> > freebsd.unit = 0 (0x0) (int) >> > info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string) >> > platform.id = 'psm.0' (string) >> > freebsd.device_file = '/dev/psm0' (string) >> > >> > It is being ignored. By any chance, do you have any custom >> > policy file? >> >> Not that I am aware of. I grep'd for both psm and ignore in the >> files located under /usr/local/etc/hal and /usr/local/etc/dbus-1, >> which didn't turn up any files with these settings. > > Did you try /usr/local/share/hal? ;-) > I found a file in there that was disabling hal's ability to manage the psm0 device, after removing the file, rebooting the system, and starting xdm the mouse is now working. Thanks for the assistance. Scot From chris at arnold.se Thu Feb 5 17:01:46 2009 From: chris at arnold.se (Christopher Arnold) Date: Thu Feb 5 17:01:53 2009 Subject: Dropping maintainership In-Reply-To: References: Message-ID: On Thu, 5 Feb 2009, Jona Joachim wrote: > It's been a very nice time but unfortunately I'm not using FreeBSD anymore, so I > have to give up maintainership for the following ports: > Well i guess we should thank you for the good work! And thank you for not dropping the ports on the floor, but instead telling the community that you are leaving. /Chris -- http://www.arnold.se/chris/ From glen.j.barber at gmail.com Thu Feb 5 17:43:55 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 5 17:44:01 2009 Subject: Xorg strange behavior In-Reply-To: <200902041407.55160.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <792298050902040513p2dfbed1m14e399fc28b405c6@mail.gmail.com> <4ad871310902041045w6c7cb0aese6f8c9660876d288@mail.gmail.com> <200902041407.55160.jkim@FreeBSD.org> Message-ID: <20090206014254.GA1311@phoenix.local> Jung-uk Kim said: > Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and > xorg-server-1.5.3_4,1, which I just committed. If the problem does > not go away, please send us /var/log/Xorg.0.log. > I wish I could report success on this, but unfortunately, I cannot. Attached is my Xorg.0.log. Any other information I can provide, let me know, but I think I am going to stick with xorg-server from pkg_add for quite some time after this point. Regards, -- Glen Barber -------------- next part -------------- X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.1-PRERELEASE i386 Current Operating System: FreeBSD phoenix.local 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #0: Sun Feb 1 11:31:52 EST 2009 root@phoenix.local:/usr/obj/usr/src/sys/PHOENIX i386 Build Date: 08 September 2008 12:37:00PM 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: Thu Feb 5 20:15:36 2009 (EE) Unable to locate/open config file (II) Loader magic: 0x81ced80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 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 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) 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 = 0x8000f908, mode1Res1 = 0x80000000 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2590 card 1028,01c9 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2592 card 1028,01c9 rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,2792 card 1028,01c9 rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,2668 card 1028,01c9 rev 03 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,2660 card 0000,0000 rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1c:3: chip 8086,2666 card 0000,0000 rev 03 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,2658 card 1028,01c9 rev 03 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2659 card 1028,01c9 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,265a card 1028,01c9 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,265b card 1028,01c9 rev 03 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,265c card 1028,01c9 rev 03 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev d3 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,2641 card 1028,01c9 rev 03 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,266f card 1028,01c9 rev 03 class 01,01,8a hdr 00 (II) PCI: 02:00:0: chip 14e4,170c card 1028,01c9 rev 02 class 02,00,00 hdr 00 (II) PCI: 02:03:0: chip 14e4,4318 card 1028,0005 rev 02 class 02,80,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,12), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 11: bridge is at (0:28:0), (0,11,11), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 12: bridge is at (0:28:3), (0,12,13), BCTRL: 0x0002 (VGA_EN is cleared) (II) Bus 12 I/O range: [0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B] (II) Bus 12 non-prefetchable memory range: [0] -1 0 0xdfc00000 - 0xdfdfffff (0x200000) MX[B] (II) Bus 12 prefetchable memory range: [0] -1 0 0xd0000000 - 0xd01fffff (0x200000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0002 (VGA_EN is cleared) (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xdfb00000 - 0xdfbfffff (0x100000) 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:*(0:2:0) Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller rev 3, Mem @ 0xdff00000/19, 0xc0000000/28, 0xdfec0000/18, I/O @ 0xeff8/3 (--) PCI: (0:2:1) Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller rev 3, Mem @ 0xdff80000/19 New driver is "i810" (==) Using default built-in configuration (55 lines) (==) --- Start of built-in configuration --- Section "Module" Load "extmod" Load "dbe" Load "glx" Load "freetype" Load "type1" Load "record" Load "dri" EndSection Section "Monitor" Identifier "Builtin Default Monitor" EndSection Section "Device" Identifier "Builtin Default i810 Device 0" Driver "i810" EndSection Section "Screen" Identifier "Builtin Default i810 Screen 0" Device "Builtin Default i810 Device 0" Monitor "Builtin Default Monitor" EndSection Section "Device" Identifier "Builtin Default fbdev Device 0" Driver "fbdev" EndSection Section "Screen" Identifier "Builtin Default fbdev Screen 0" Device "Builtin Default fbdev Device 0" Monitor "Builtin Default Monitor" EndSection Section "Device" Identifier "Builtin Default vesa Device 0" Driver "vesa" EndSection Section "Screen" Identifier "Builtin Default vesa Screen 0" Device "Builtin Default vesa Device 0" Monitor "Builtin Default Monitor" EndSection Section "Device" Identifier "Builtin Default vga Device 0" Driver "vga" EndSection Section "Screen" Identifier "Builtin Default vga Screen 0" Device "Builtin Default vga Device 0" Monitor "Builtin Default Monitor" EndSection Section "ServerLayout" Identifier "Builtin Default Layout" Screen "Builtin Default i810 Screen 0" Screen "Builtin Default fbdev Screen 0" Screen "Builtin Default vesa Screen 0" Screen "Builtin Default vga Screen 0" EndSection (==) --- End of built-in configuration --- (==) ServerLayout "Builtin Default Layout" (**) |-->Screen "Builtin Default i810 Screen 0" (0) (**) | |-->Monitor "Builtin Default Monitor" (**) | |-->Device "Builtin Default i810 Device 0" (**) |-->Screen "Builtin Default fbdev Screen 0" (1) (**) | |-->Monitor "Builtin Default Monitor" (**) | |-->Device "Builtin Default fbdev Device 0" (**) |-->Screen "Builtin Default vesa Screen 0" (2) (**) | |-->Monitor "Builtin Default Monitor" (**) | |-->Device "Builtin Default vesa Device 0" (**) |-->Screen "Builtin Default vga Screen 0" (3) (**) | |-->Monitor "Builtin Default Monitor" (**) | |-->Device "Builtin Default vga Device 0" (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (==) 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" (==) |-->Input Device "" (==) |-->Input Device "" (==) The core pointer device wasn't specified explicitly in the layout. Using the default mouse configuration. (==) The core keyboard device wasn't specified explicitly in the layout. Using the default keyboard configuration. (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xdfbfe000 - 0xdfbfffff (0x2000) MX[B]E [1] -1 0 0xdfbfc000 - 0xdfbfffff (0x4000) MX[B]E [2] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B]E [3] -1 0 0xdfebc000 - 0xdfebffff (0x4000) MX[B]E [4] -1 0 0xdff80000 - 0xdfffffff (0x80000) MX[B](B) [5] -1 0 0xdfec0000 - 0xdfefffff (0x40000) MX[B](B) [6] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [7] -1 0 0xdff00000 - 0xdff7ffff (0x80000) MX[B](B) [8] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E [9] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E [10] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E [11] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E [12] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E [13] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E [14] -1 0 0x0000bf40 - 0x0000bf7f (0x40) IX[B]E [15] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E [16] -1 0 0x0000bf80 - 0x0000bfff (0x80) IX[B]E [17] -1 0 0x0000eff8 - 0x0000efff (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xdfbfc000 from 0xdfbfffff to 0xdfbfdfff (II) PCI I/O resource overlap reduced 0x0000bf40 from 0x0000bf7f to 0x0000bf5f (II) PCI I/O resource overlap reduced 0x0000bf80 from 0x0000bfff to 0x0000bf9f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xdfbfe000 - 0xdfbfffff (0x2000) MX[B]E [1] -1 0 0xdfbfc000 - 0xdfbfdfff (0x2000) MX[B]E [2] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B]E [3] -1 0 0xdfebc000 - 0xdfebffff (0x4000) MX[B]E [4] -1 0 0xdff80000 - 0xdfffffff (0x80000) MX[B](B) [5] -1 0 0xdfec0000 - 0xdfefffff (0x40000) MX[B](B) [6] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [7] -1 0 0xdff00000 - 0xdff7ffff (0x80000) MX[B](B) [8] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E [9] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E [10] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E [11] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E [12] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E [13] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E [14] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E [15] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E [16] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E [17] -1 0 0x0000eff8 - 0x0000efff (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xdfbfe000 - 0xdfbfffff (0x2000) MX[B]E [5] -1 0 0xdfbfc000 - 0xdfbfdfff (0x2000) MX[B]E [6] -1 0 0xb0000000 - 0xbfffffff (0x10000000) MX[B]E [7] -1 0 0xdfebc000 - 0xdfebffff (0x4000) MX[B]E [8] -1 0 0xdff80000 - 0xdfffffff (0x80000) MX[B](B) [9] -1 0 0xdfec0000 - 0xdfefffff (0x40000) MX[B](B) [10] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [11] -1 0 0xdff00000 - 0xdff7ffff (0x80000) MX[B](B) [12] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0 0x0000bfa0 - 0x0000bfbf (0x20) IX[B]E [15] -1 0 0x00000374 - 0x00000377 (0x4) IX[B]E [16] -1 0 0x00000170 - 0x0000017f (0x10) IX[B]E [17] -1 0 0x000003f4 - 0x000003f7 (0x4) IX[B]E [18] -1 0 0x000001f0 - 0x000001ff (0x10) IX[B]E [19] -1 0 0x0000bf20 - 0x0000bf3f (0x20) IX[B]E [20] -1 0 0x0000bf40 - 0x0000bf5f (0x20) IX[B]E [21] -1 0 0x0000bf60 - 0x0000bf7f (0x20) IX[B]E [22] -1 0 0x0000bf80 - 0x0000bf9f (0x20) IX[B]E [23] -1 0 0x0000eff8 - 0x0000efff (0x8) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. From jkim at FreeBSD.org Thu Feb 5 18:06:24 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Thu Feb 5 18:06:30 2009 Subject: Xorg strange behavior In-Reply-To: <20090206014254.GA1311@phoenix.local> References: <498958E6.8020809@delphij.net> <200902041407.55160.jkim@FreeBSD.org> <20090206014254.GA1311@phoenix.local> Message-ID: <200902052106.12671.jkim@FreeBSD.org> On Thursday 05 February 2009 08:42 pm, Glen Barber wrote: > Jung-uk Kim said: > > Please try hal-0.5.11_17, xf86-input-mouse-1.4.0_3, and > > xorg-server-1.5.3_4,1, which I just committed. If the problem > > does not go away, please send us /var/log/Xorg.0.log. > > I wish I could report success on this, but unfortunately, I cannot. > > Attached is my Xorg.0.log. Any other information I can provide, > let me know, but I think I am going to stick with xorg-server from > pkg_add for quite some time after this point. Can you show us /usr/local/bin/hal-device output? Thanks, Jung-uk Kim From glen.j.barber at gmail.com Thu Feb 5 18:14:45 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 5 18:14:53 2009 Subject: Xorg strange behavior In-Reply-To: <200902052106.12671.jkim@FreeBSD.org> References: <498958E6.8020809@delphij.net> <200902041407.55160.jkim@FreeBSD.org> <20090206014254.GA1311@phoenix.local> <200902052106.12671.jkim@FreeBSD.org> Message-ID: <20090206021343.GA1573@phoenix.local> Jung-uk Kim said: > Can you show us /usr/local/bin/hal-device output? > Sure thing, but this hal-device output is from my (working) Xorg config, not the broken one. -- Glen Barber -------------- next part -------------- 0: udi = '/org/freedesktop/Hal/devices/pci_8086_2668_oss_mixer_0' oss.type = 'mixer' (string) info.udi = '/org/freedesktop/Hal/devices/pci_8086_2668_oss_mixer_0' (string) oss.card = 0 (0x0) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (mixer)' (string) oss.device = 0 (0x0) (int) oss.card_id = 'snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v channels duplex default)' (string) oss.device_file = '/dev/mixer0' (string) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2668' (string) oss.originating_device = '/org/freedesktop/Hal/devices/pci_8086_2668' (string) info.capabilities = { 'oss' } (string list) oss.device_id = '82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (mixer)' (string) info.category = 'oss' (string) 1: udi = '/org/freedesktop/Hal/devices/pci_8086_2668_oss_pcm_0' oss.type = 'pcm' (string) info.udi = '/org/freedesktop/Hal/devices/pci_8086_2668_oss_pcm_0' (string) oss.card = 0 (0x0) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (pcm)' (string) oss.device = 0 (0x0) (int) oss.card_id = 'snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v channels duplex default)' (string) oss.device_file = '/dev/dsp0' (string) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2668' (string) oss.originating_device = '/org/freedesktop/Hal/devices/pci_8086_2668' (string) info.capabilities = { 'oss' } (string list) oss.device_id = '82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (pcm)' (string) info.category = 'oss' (string) 2: udi = '/org/freedesktop/Hal/devices/sio_0_serial_platform_0' info.udi = '/org/freedesktop/Hal/devices/sio_0_serial_platform_0' (string) serial.originating_device = '/org/freedesktop/Hal/devices/sio_0' (string) serial.device = '/dev/ttyd0' (string) info.parent = '/org/freedesktop/Hal/devices/sio_0' (string) serial.port = 0 (0x0) (int) serial.type = 'platform' (string) info.capabilities = { 'serial' } (string list) info.category = 'serial' (string) 3: udi = '/org/freedesktop/Hal/devices/net_00_14_a5_4f_22_25' info.udi = '/org/freedesktop/Hal/devices/net_00_14_a5_4f_22_25' (string) net.address = '00:14:a5:4f:22:25' (string) net.interface = 'ndis0' (string) info.product = 'WLAN Networking Interface' (string) net.originating_device = '/org/freedesktop/Hal/devices/pci_14e4_4318' (string) net.media = 'IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps)' (string) net.arp_proto_hw_id = 1 (0x1) (int) net.80211.mac_address = 88672772645 (0x14a54f2225) (uint64) net.freebsd.ifindex = 2 (0x2) (int) info.parent = '/org/freedesktop/Hal/devices/pci_14e4_4318' (string) net.interface_up = true (bool) info.capabilities = { 'net', 'net.80211' } (string list) info.category = 'net.80211' (string) net.physical_device = '/org/freedesktop/Hal/devices/pci_14e4_4318' (string) 4: udi = '/org/freedesktop/Hal/devices/net_00_14_22_a0_93_11' info.udi = '/org/freedesktop/Hal/devices/net_00_14_22_a0_93_11' (string) net.address = '00:14:22:a0:93:11' (string) info.interfaces = { 'org.freedesktop.Hal.Device.WakeOnLan' } (string list) org.freedesktop.Hal.Device.WakeOnLan.method_names = { 'GetSupported', 'GetEnabled', 'SetEnabled' } (string list) net.interface = 'bfe0' (string) org.freedesktop.Hal.Device.WakeOnLan.method_signatures = { '', '', 'b' } (string list) info.product = 'Networking Interface' (string) net.originating_device = '/org/freedesktop/Hal/devices/pci_14e4_170c' (string) org.freedesktop.Hal.Device.WakeOnLan.method_argnames = { '', '', 'enable' } (string list) net.media = 'Ethernet autoselect (none)' (string) org.freedesktop.Hal.Device.WakeOnLan.method_execpaths = { 'hal-system-wol-supported', 'hal-system-wol-enabled', 'hal-system-wol-enable' } (string list) net.arp_proto_hw_id = 1 (0x1) (int) net.freebsd.ifindex = 1 (0x1) (int) net.80203.mac_address = 86480294673 (0x1422a09311) (uint64) info.parent = '/org/freedesktop/Hal/devices/pci_14e4_170c' (string) net.80203.rate = 0 (0x0) (uint64) net.interface_up = false (bool) info.capabilities = { 'net', 'net.80203', 'wake_on_lan' } (string list) net.80203.link = false (bool) info.category = 'net.80203' (string) net.physical_device = '/org/freedesktop/Hal/devices/pci_14e4_170c' (string) 5: udi = '/org/freedesktop/Hal/devices/storage_model_SONY_CD_RW_DVD_ROM_CRX835E' block.minor = 82 (0x52) (int) storage.bus = 'ide' (string) storage.drive_type = 'cdrom' (string) storage.removable = true (bool) freebsd.driver = 'acd' (string) info.udi = '/org/freedesktop/Hal/devices/storage_model_SONY_CD_RW_DVD_ROM_CRX835E' (string) storage.requires_eject = true (bool) freebsd.unit = 0 (0x0) (int) info.subsystem = 'block' (string) storage.hotpluggable = false (bool) info.product = 'SONY CD-RW/DVD-ROM CRX835E' (string) storage.media_check_enabled = true (bool) storage.automount_enabled_hint = true (bool) storage.no_partitions_hint = true (bool) info.vendor = 'SONY' (string) storage.removable.support_async_notification = false (bool) storage.originating_device = '/org/freedesktop/Hal/devices/ide_0_1' (string) storage.model = 'SONY CD-RW/DVD-ROM CRX835E' (string) storage.vendor = 'SONY' (string) storage.firmware_revision = 'KDKE' (string) block.is_volume = false (bool) block.storage_device = '/org/freedesktop/Hal/devices/storage_model_SONY_CD_RW_DVD_ROM_CRX835E' (string) storage.cdrom.cdr = true (bool) storage.cdrom.cdrw = true (bool) freebsd.device_file = '/dev/acd0' (string) storage.cdrom.dvd = true (bool) info.capabilities = { 'block', 'storage', 'storage.cdrom' } (string list) info.category = 'storage.cdrom' (string) storage.cdrom.dvdr = false (bool) storage.cdrom.dvdrw = false (bool) storage.cdrom.dvdram = false (bool) storage.cdrom.dvdplusr = false (bool) org.freedesktop.Hal.Device.Storage.method_names = { 'Eject', 'CloseTray' } (string list) storage.cdrom.dvdplusrw = false (bool) info.addons = { 'hald-addon-storage' } (string list) org.freedesktop.Hal.Device.Storage.method_signatures = { 'as', 'as' } (string list) storage.cdrom.dvdplusrdl = false (bool) info.interfaces = { 'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage.Removable' } (string list) org.freedesktop.Hal.Device.Storage.method_argnames = { 'extra_options', 'extra_options' } (string list) storage.cdrom.dvdplusrwdl = false (bool) org.freedesktop.Hal.Device.Storage.method_execpaths = { 'hal-storage-eject', 'hal-storage-closetray' } (string list) storage.cdrom.bd = false (bool) storage.cdrom.bdr = false (bool) storage.cdrom.bdre = false (bool) storage.cdrom.hddvd = false (bool) storage.cdrom.hddvdr = false (bool) info.parent = '/org/freedesktop/Hal/devices/ide_0_1' (string) storage.cdrom.hddvdrw = false (bool) storage.cdrom.support_media_changed = false (bool) storage.cdrom.read_speed = 4234 (0x108a) (int) block.device = '/dev/acd0' (string) storage.cdrom.write_speed = 0 (0x0) (int) block.major = 0 (0x0) (int) 6: udi = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' block.device = '/dev/ad0' (string) storage.removable.support_async_notification = false (bool) info.udi = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) storage.originating_device = '/org/freedesktop/Hal/devices/ide_0_0' (string) block.minor = 78 (0x4e) (int) storage.model = 'WDC WD1200BEVE-00WZT0' (string) info.product = 'WDC WD1200BEVE-00WZT0' (string) storage.bus = 'ide' (string) storage.vendor = 'WDC' (string) freebsd.driver = 'ad' (string) storage.drive_type = 'disk' (string) storage.serial = 'WD-WXEX07F99051' (string) freebsd.unit = 0 (0x0) (int) storage.removable = false (bool) storage.firmware_revision = '01.01A01' (string) storage.requires_eject = false (bool) block.is_volume = false (bool) info.parent = '/org/freedesktop/Hal/devices/ide_0_0' (string) storage.hotpluggable = false (bool) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) freebsd.device_file = '/dev/ad0' (string) storage.media_check_enabled = false (bool) info.capabilities = { 'block', 'storage' } (string list) storage.automount_enabled_hint = true (bool) info.category = 'storage' (string) storage.no_partitions_hint = false (bool) info.vendor = 'WDC' (string) 7: udi = '/org/freedesktop/Hal/devices/volume_size_3221225472' block.device = '/dev/ad0s1a' (string) volume.is_partition = false (bool) volume.mount_point = '/' (string) info.udi = '/org/freedesktop/Hal/devices/volume_size_3221225472' (string) info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } (string list) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) volume.ignore = false (bool) volume.fsversion = '2' (string) block.minor = 83 (0x53) (int) volume.fsusage = 'filesystem' (string) info.product = 'Volume (ufs)' (string) org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } (string list) volume.fstype = 'ufs' (string) org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } (string list) volume.label = '' (string) org.freedesktop.Hal.Device.Volume.method_argnames = { 'mount_point fstype extra_options', 'extra_options', 'extra_options' } (string list) volume.uuid = '' (string) org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject' } (string list) volume.block_size = 512 (0x200) (uint64) block.is_volume = true (bool) volume.mount.valid_options = { 'ro', 'noexec', 'noatime' } (string list) info.parent = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' (string) volume.size = 3221225472 (0xc0000000) (uint64) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.num_blocks = 6291456 (0x600000) (uint64) info.capabilities = { 'block', 'volume' } (string list) volume.is_mounted = true (bool) info.category = 'volume' (string) volume.is_disc = false (bool) volume.is_mounted_read_only = false (bool) 8: udi = '/org/freedesktop/Hal/devices/volume_size_3169411072' block.device = '/dev/ad0s1b' (string) volume.is_partition = false (bool) volume.mount_point = '' (string) info.udi = '/org/freedesktop/Hal/devices/volume_size_3169411072' (string) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) volume.ignore = true (bool) block.minor = 84 (0x54) (int) volume.fsusage = 'other' (string) info.product = 'Volume' (string) volume.fstype = '' (string) volume.label = '' (string) volume.uuid = '' (string) volume.block_size = 512 (0x200) (uint64) block.is_volume = true (bool) info.parent = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' (string) volume.size = 3169411072 (0xbce96000) (uint64) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.num_blocks = 6190256 (0x5e74b0) (uint64) info.capabilities = { 'block', 'volume' } (string list) volume.is_mounted = false (bool) info.category = 'volume' (string) volume.is_disc = false (bool) volume.is_mounted_read_only = false (bool) 9: udi = '/org/freedesktop/Hal/devices/volume_size_2658140160' block.device = '/dev/ad0s1d' (string) volume.is_partition = false (bool) volume.mount_point = '/var' (string) info.udi = '/org/freedesktop/Hal/devices/volume_size_2658140160' (string) info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } (string list) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) volume.ignore = false (bool) volume.fsversion = '2' (string) block.minor = 86 (0x56) (int) volume.fsusage = 'filesystem' (string) info.product = 'Volume (ufs)' (string) org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } (string list) volume.fstype = 'ufs' (string) org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } (string list) volume.label = '' (string) org.freedesktop.Hal.Device.Volume.method_argnames = { 'mount_point fstype extra_options', 'extra_options', 'extra_options' } (string list) volume.uuid = '' (string) org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject' } (string list) volume.block_size = 512 (0x200) (uint64) block.is_volume = true (bool) volume.mount.valid_options = { 'ro', 'noexec', 'noatime' } (string list) info.parent = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' (string) volume.size = 2658140160 (0x9e700000) (uint64) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.num_blocks = 5191680 (0x4f3800) (uint64) info.capabilities = { 'block', 'volume' } (string list) volume.is_mounted = true (bool) info.category = 'volume' (string) volume.is_disc = false (bool) volume.is_mounted_read_only = false (bool) 10: udi = '/org/freedesktop/Hal/devices/volume_size_536870912' block.device = '/dev/ad0s1e' (string) volume.is_partition = false (bool) volume.mount_point = '/tmp' (string) info.udi = '/org/freedesktop/Hal/devices/volume_size_536870912' (string) info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } (string list) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) volume.ignore = false (bool) volume.fsversion = '2' (string) block.minor = 87 (0x57) (int) volume.fsusage = 'filesystem' (string) info.product = 'Volume (ufs)' (string) org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } (string list) volume.fstype = 'ufs' (string) org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } (string list) volume.label = '' (string) org.freedesktop.Hal.Device.Volume.method_argnames = { 'mount_point fstype extra_options', 'extra_options', 'extra_options' } (string list) volume.uuid = '' (string) org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject' } (string list) volume.block_size = 512 (0x200) (uint64) block.is_volume = true (bool) volume.mount.valid_options = { 'ro', 'noexec', 'noatime' } (string list) info.parent = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' (string) volume.size = 536870912 (0x20000000) (uint64) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.num_blocks = 1048576 (0x100000) (uint64) info.capabilities = { 'block', 'volume' } (string list) volume.is_mounted = true (bool) info.category = 'volume' (string) volume.is_disc = false (bool) volume.is_mounted_read_only = false (bool) 11: udi = '/org/freedesktop/Hal/devices/volume_size_110445831168' block.device = '/dev/ad0s1f' (string) volume.is_partition = false (bool) volume.mount_point = '/usr' (string) info.udi = '/org/freedesktop/Hal/devices/volume_size_110445831168' (string) info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } (string list) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) volume.ignore = false (bool) volume.fsversion = '2' (string) block.minor = 88 (0x58) (int) volume.fsusage = 'filesystem' (string) info.product = 'Volume (ufs)' (string) org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } (string list) volume.fstype = 'ufs' (string) org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } (string list) volume.label = '' (string) org.freedesktop.Hal.Device.Volume.method_argnames = { 'mount_point fstype extra_options', 'extra_options', 'extra_options' } (string list) volume.uuid = '' (string) org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject' } (string list) volume.block_size = 512 (0x200) (uint64) block.is_volume = true (bool) volume.mount.valid_options = { 'ro', 'noexec', 'noatime' } (string list) info.parent = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' (string) volume.size = 110445831168 (0x19b715a400) (uint64) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.num_blocks = 215714514 (0xcdb8ad2) (uint64) info.capabilities = { 'block', 'volume' } (string list) volume.is_mounted = true (bool) info.category = 'volume' (string) volume.is_disc = false (bool) volume.is_mounted_read_only = false (bool) 12: udi = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' block.device = '/dev/ad0s1' (string) volume.is_partition = true (bool) volume.mount_point = '' (string) info.udi = '/org/freedesktop/Hal/devices/volume_part1_size_120031478784' (string) info.subsystem = 'block' (string) block.major = 0 (0x0) (int) volume.ignore = true (bool) block.minor = 79 (0x4f) (int) volume.fsusage = 'partitiontable' (string) info.product = 'Volume' (string) volume.fstype = '' (string) volume.label = '' (string) volume.partition.number = 1 (0x1) (int) volume.uuid = '' (string) volume.partition.scheme = 'mbr' (string) volume.block_size = 512 (0x200) (uint64) block.is_volume = true (bool) info.parent = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.partition.type = '0xa5' (string) volume.size = 120031478784 (0x1bf26f0400) (uint64) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_WD_WXEX07F99051' (string) volume.partition.media_size = 120031478784 (0x1bf26f0400) (uint64) volume.num_blocks = 234436482 (0xdf93782) (uint64) info.capabilities = { 'block', 'volume' } (string list) volume.partition.start = 32256 (0x7e00) (uint64) volume.is_mounted = false (bool) info.category = 'volume' (string) volume.is_disc = false (bool) volume.is_mounted_read_only = false (bool) 13: udi = '/org/freedesktop/Hal/devices/ide_0_1' info.udi = '/org/freedesktop/Hal/devices/ide_0_1' (string) info.subsystem = 'ide' (string) info.product = 'IDE Device (Slave)' (string) info.parent = '/org/freedesktop/Hal/devices/ide_host_0' (string) ide.host = 0 (0x0) (int) ide.channel = 1 (0x1) (int) 14: udi = '/org/freedesktop/Hal/devices/ide_0_0' info.udi = '/org/freedesktop/Hal/devices/ide_0_0' (string) info.subsystem = 'ide' (string) info.product = 'IDE Device (Master)' (string) info.parent = '/org/freedesktop/Hal/devices/ide_host_0' (string) ide.host = 0 (0x0) (int) ide.channel = 0 (0x0) (int) 15: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_3_if0' usb.vendor_id = 0 (0x0) (int) usb.num_ports = 8 (0x8) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_3_if0' (string) info.subsystem = 'usb' (string) usb.device_class = 9 (0x9) (int) usb.port_number = 1 (0x1) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.speed_bcd = 294912 (0x48000) (int) info.product = 'USB Hub Interface' (string) usb.device_subclass = 0 (0x0) (int) usb.bus_number = 4 (0x4) (int) usb.product = 'USB Hub Interface' (string) usb.version_bcd = 512 (0x200) (int) usb.device_protocol = 1 (0x1) (int) usb.interface.class = 9 (0x9) (int) usb.vendor = 'Intel' (string) usb.interface.subclass = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_3' (string) usb.is_self_powered = true (bool) usb.interface.protocol = 0 (0x0) (int) info.bus = 'usb' (string) usb.configuration_value = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.interface.number = 0 (0x0) (int) usb.product_id = 0 (0x0) (int) usb.max_power = 0 (0x0) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) 16: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_3' usb_device.configuration_value = 1 (0x1) (int) usb_device.product_id = 0 (0x0) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_3' (string) info.subsystem = 'usb_device' (string) usb_device.num_configurations = 1 (0x1) (int) usb_device.vendor_id = 0 (0x0) (int) info.product = 'EHCI root hub' (string) usb_device.device_class = 9 (0x9) (int) usb_device.device_revision_bcd = 256 (0x100) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.product = 'EHCI root hub' (string) usb_device.device_protocol = 1 (0x1) (int) usb_device.vendor = 'Intel' (string) freebsd.driver = 'uhub' (string) usb_device.is_self_powered = true (bool) usb_device.can_wake_up = false (bool) freebsd.unit = 4 (0x4) (int) usb_device.max_power = 0 (0x0) (int) usb_device.num_interfaces = 1 (0x1) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_265c' (string) usb_device.num_ports = 8 (0x8) (int) info.bus = 'usb_device' (string) usb_device.port_number = 1 (0x1) (int) usb_device.speed_bcd = 294912 (0x48000) (int) info.vendor = 'Intel' (string) usb_device.bus_number = 4 (0x4) (int) usb_device.version_bcd = 512 (0x200) (int) 17: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_2_if0' usb.vendor_id = 0 (0x0) (int) usb.num_ports = 2 (0x2) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_2_if0' (string) info.subsystem = 'usb' (string) usb.device_class = 9 (0x9) (int) usb.port_number = 1 (0x1) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.speed_bcd = 4608 (0x1200) (int) info.product = 'USB Hub Interface' (string) usb.device_subclass = 0 (0x0) (int) usb.bus_number = 3 (0x3) (int) usb.product = 'USB Hub Interface' (string) usb.version_bcd = 256 (0x100) (int) usb.device_protocol = 0 (0x0) (int) usb.interface.class = 9 (0x9) (int) usb.vendor = 'Intel' (string) usb.interface.subclass = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_2' (string) usb.is_self_powered = true (bool) usb.interface.protocol = 0 (0x0) (int) info.bus = 'usb' (string) usb.configuration_value = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.interface.number = 0 (0x0) (int) usb.product_id = 0 (0x0) (int) usb.max_power = 0 (0x0) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) 18: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_2' usb_device.configuration_value = 1 (0x1) (int) usb_device.product_id = 0 (0x0) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_2' (string) info.subsystem = 'usb_device' (string) usb_device.num_configurations = 1 (0x1) (int) usb_device.vendor_id = 0 (0x0) (int) info.product = 'UHCI root hub' (string) usb_device.device_class = 9 (0x9) (int) usb_device.device_revision_bcd = 256 (0x100) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.product = 'UHCI root hub' (string) usb_device.device_protocol = 0 (0x0) (int) usb_device.vendor = 'Intel' (string) freebsd.driver = 'uhub' (string) usb_device.is_self_powered = true (bool) usb_device.can_wake_up = false (bool) freebsd.unit = 3 (0x3) (int) usb_device.max_power = 0 (0x0) (int) usb_device.num_interfaces = 1 (0x1) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_265b' (string) usb_device.num_ports = 2 (0x2) (int) info.bus = 'usb_device' (string) usb_device.port_number = 1 (0x1) (int) usb_device.speed_bcd = 4608 (0x1200) (int) info.vendor = 'Intel' (string) usb_device.bus_number = 3 (0x3) (int) usb_device.version_bcd = 256 (0x100) (int) 19: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_1_if0' usb.vendor_id = 0 (0x0) (int) usb.num_ports = 2 (0x2) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_1_if0' (string) info.subsystem = 'usb' (string) usb.device_class = 9 (0x9) (int) usb.port_number = 1 (0x1) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.speed_bcd = 4608 (0x1200) (int) info.product = 'USB Hub Interface' (string) usb.device_subclass = 0 (0x0) (int) usb.bus_number = 2 (0x2) (int) usb.product = 'USB Hub Interface' (string) usb.version_bcd = 256 (0x100) (int) usb.device_protocol = 0 (0x0) (int) usb.interface.class = 9 (0x9) (int) usb.vendor = 'Intel' (string) usb.interface.subclass = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_1' (string) usb.is_self_powered = true (bool) usb.interface.protocol = 0 (0x0) (int) info.bus = 'usb' (string) usb.configuration_value = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.interface.number = 0 (0x0) (int) usb.product_id = 0 (0x0) (int) usb.max_power = 0 (0x0) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) 20: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_1' usb_device.configuration_value = 1 (0x1) (int) usb_device.product_id = 0 (0x0) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_1' (string) info.subsystem = 'usb_device' (string) usb_device.num_configurations = 1 (0x1) (int) usb_device.vendor_id = 0 (0x0) (int) info.product = 'UHCI root hub' (string) usb_device.device_class = 9 (0x9) (int) usb_device.device_revision_bcd = 256 (0x100) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.product = 'UHCI root hub' (string) usb_device.device_protocol = 0 (0x0) (int) usb_device.vendor = 'Intel' (string) freebsd.driver = 'uhub' (string) usb_device.is_self_powered = true (bool) usb_device.can_wake_up = false (bool) freebsd.unit = 2 (0x2) (int) usb_device.max_power = 0 (0x0) (int) usb_device.num_interfaces = 1 (0x1) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_265a' (string) usb_device.num_ports = 2 (0x2) (int) info.bus = 'usb_device' (string) usb_device.port_number = 1 (0x1) (int) usb_device.speed_bcd = 4608 (0x1200) (int) info.vendor = 'Intel' (string) usb_device.bus_number = 2 (0x2) (int) usb_device.version_bcd = 256 (0x100) (int) 21: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_0_if0' usb.vendor_id = 0 (0x0) (int) usb.num_ports = 2 (0x2) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_0_if0' (string) info.subsystem = 'usb' (string) usb.device_class = 9 (0x9) (int) usb.port_number = 1 (0x1) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.speed_bcd = 4608 (0x1200) (int) info.product = 'USB Hub Interface' (string) usb.device_subclass = 0 (0x0) (int) usb.bus_number = 1 (0x1) (int) usb.product = 'USB Hub Interface' (string) usb.version_bcd = 256 (0x100) (int) usb.device_protocol = 0 (0x0) (int) usb.interface.class = 9 (0x9) (int) usb.vendor = 'Intel' (string) usb.interface.subclass = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_0' (string) usb.is_self_powered = true (bool) usb.interface.protocol = 0 (0x0) (int) info.bus = 'usb' (string) usb.configuration_value = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.interface.number = 0 (0x0) (int) usb.product_id = 0 (0x0) (int) usb.max_power = 0 (0x0) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) 22: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_0' usb_device.configuration_value = 1 (0x1) (int) usb_device.product_id = 0 (0x0) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_0' (string) info.subsystem = 'usb_device' (string) usb_device.num_configurations = 1 (0x1) (int) usb_device.vendor_id = 0 (0x0) (int) info.product = 'UHCI root hub' (string) usb_device.device_class = 9 (0x9) (int) usb_device.device_revision_bcd = 256 (0x100) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.product = 'UHCI root hub' (string) usb_device.device_protocol = 0 (0x0) (int) usb_device.vendor = 'Intel' (string) freebsd.driver = 'uhub' (string) usb_device.is_self_powered = true (bool) usb_device.can_wake_up = false (bool) freebsd.unit = 1 (0x1) (int) usb_device.max_power = 0 (0x0) (int) usb_device.num_interfaces = 1 (0x1) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2659' (string) usb_device.num_ports = 2 (0x2) (int) info.bus = 'usb_device' (string) usb_device.port_number = 1 (0x1) (int) usb_device.speed_bcd = 4608 (0x1200) (int) info.vendor = 'Intel' (string) usb_device.bus_number = 1 (0x1) (int) usb_device.version_bcd = 256 (0x100) (int) 23: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_if0' usb.vendor_id = 0 (0x0) (int) usb.num_ports = 2 (0x2) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial_if0' (string) info.subsystem = 'usb' (string) usb.device_class = 9 (0x9) (int) usb.port_number = 1 (0x1) (int) usb.device_revision_bcd = 256 (0x100) (int) usb.speed_bcd = 4608 (0x1200) (int) info.product = 'USB Hub Interface' (string) usb.device_subclass = 0 (0x0) (int) usb.bus_number = 0 (0x0) (int) usb.product = 'USB Hub Interface' (string) usb.version_bcd = 256 (0x100) (int) usb.device_protocol = 0 (0x0) (int) usb.interface.class = 9 (0x9) (int) usb.vendor = 'Intel' (string) usb.interface.subclass = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial' (string) usb.is_self_powered = true (bool) usb.interface.protocol = 0 (0x0) (int) info.bus = 'usb' (string) usb.configuration_value = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.interface.number = 0 (0x0) (int) usb.product_id = 0 (0x0) (int) usb.max_power = 0 (0x0) (int) usb.num_configurations = 1 (0x1) (int) usb.num_interfaces = 1 (0x1) (int) 24: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial' usb_device.configuration_value = 1 (0x1) (int) usb_device.product_id = 0 (0x0) (int) info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_noserial' (string) info.subsystem = 'usb_device' (string) usb_device.num_configurations = 1 (0x1) (int) usb_device.vendor_id = 0 (0x0) (int) info.product = 'UHCI root hub' (string) usb_device.device_class = 9 (0x9) (int) usb_device.device_revision_bcd = 256 (0x100) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.product = 'UHCI root hub' (string) usb_device.device_protocol = 0 (0x0) (int) usb_device.vendor = 'Intel' (string) freebsd.driver = 'uhub' (string) usb_device.is_self_powered = true (bool) usb_device.can_wake_up = false (bool) freebsd.unit = 0 (0x0) (int) usb_device.max_power = 0 (0x0) (int) usb_device.num_interfaces = 1 (0x1) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2658' (string) usb_device.num_ports = 2 (0x2) (int) info.bus = 'usb_device' (string) usb_device.port_number = 1 (0x1) (int) usb_device.speed_bcd = 4608 (0x1200) (int) info.vendor = 'Intel' (string) usb_device.bus_number = 0 (0x0) (int) usb_device.version_bcd = 256 (0x100) (int) 25: udi = '/org/freedesktop/Hal/devices/acpi_acad_0' info.udi = '/org/freedesktop/Hal/devices/acpi_acad_0' (string) info.subsystem = 'platform' (string) info.product = 'AC Adapter' (string) freebsd.driver = 'acpi_acad' (string) freebsd.unit = 0 (0x0) (int) platform.id = 'acpi_acad.0' (string) pnp.id = 'ACPI0003' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) info.capabilities = { 'ac_adapter' } (string list) ac_adapter.present = true (bool) info.category = 'ac_adapter' (string) 26: udi = '/org/freedesktop/Hal/devices/acpi_button_0' info.udi = '/org/freedesktop/Hal/devices/acpi_button_0' (string) info.subsystem = 'platform' (string) info.product = 'Power Button' (string) freebsd.driver = 'acpi_button' (string) freebsd.unit = 0 (0x0) (int) button.type = 'power' (string) platform.id = 'acpi_button.0' (string) pnp.id = 'PNP0C0C' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pnp.description = 'ACPI power button device' (string) info.capabilities = { 'button' } (string list) info.category = 'button' (string) 27: udi = '/org/freedesktop/Hal/devices/acpi_button_1' info.udi = '/org/freedesktop/Hal/devices/acpi_button_1' (string) info.subsystem = 'platform' (string) info.product = 'Sleep Button' (string) freebsd.driver = 'acpi_button' (string) freebsd.unit = 1 (0x1) (int) button.type = 'sleep' (string) platform.id = 'acpi_button.1' (string) pnp.id = 'PNP0C0E' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pnp.description = 'ACPI sleep button device' (string) info.capabilities = { 'button' } (string list) info.category = 'button' (string) 28: udi = '/org/freedesktop/Hal/devices/acpi_lid_0' info.udi = '/org/freedesktop/Hal/devices/ignored-device' (string) info.subsystem = 'platform' (string) info.product = 'Ignored Device' (string) freebsd.driver = 'acpi_lid' (string) freebsd.unit = 0 (0x0) (int) button.type = 'lid' (string) platform.id = 'acpi_lid.0' (string) pnp.id = 'PNP0C0D' (string) info.ignore = true (bool) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pnp.description = 'ACPI lid device' (string) button.has_state = true (bool) button.state.value = false (bool) 29: udi = '/org/freedesktop/Hal/devices/acpi_tz_0' info.udi = '/org/freedesktop/Hal/devices/acpi_tz_0' (string) info.subsystem = 'platform' (string) info.product = 'Thermal Zone' (string) sensor.type = 'temperature' (string) freebsd.driver = 'acpi_tz' (string) sensor.location = 'cpu' (string) freebsd.unit = 0 (0x0) (int) platform.id = 'acpi_tz.0' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) info.capabilities = { 'sensor' } (string list) info.category = 'sensor' (string) 30: udi = '/org/freedesktop/Hal/devices/ide_host_0' info.udi = '/org/freedesktop/Hal/devices/ide_host_0' (string) info.subsystem = 'ide_host' (string) info.product = 'ATA channel 0' (string) ide_host.number = 0 (0x0) (int) freebsd.driver = 'ata' (string) freebsd.unit = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_266f' (string) 31: udi = '/org/freedesktop/Hal/devices/ide_host_1' info.udi = '/org/freedesktop/Hal/devices/ide_host_1' (string) info.subsystem = 'ide_host' (string) info.product = 'ATA channel 1' (string) ide_host.number = 1 (0x1) (int) freebsd.driver = 'ata' (string) freebsd.unit = 1 (0x1) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_266f' (string) 32: udi = '/org/freedesktop/Hal/devices/atkbd_0' info.udi = '/org/freedesktop/Hal/devices/atkbd_0' (string) input.device = '' (string) info.subsystem = 'platform' (string) info.product = 'AT Keyboard' (string) freebsd.driver = 'atkbd' (string) freebsd.unit = 0 (0x0) (int) platform.id = 'atkbd.0' (string) info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string) freebsd.device_file = '/dev/atkbd0' (string) info.capabilities = { 'input', 'input.keyboard' } (string list) info.category = 'input.keyboard' (string) 33: udi = '/org/freedesktop/Hal/devices/battery_0' battery.reporting.warning = 200 (0xc8) (int) battery.charge_level.unit = 'mWh' (string) battery.reporting.units = 'mAh' (string) battery.charge_level.design = 29600 (0x73a0) (int) freebsd.driver = 'battery' (string) info.udi = '/org/freedesktop/Hal/devices/battery_0' (string) battery.charge_level.last_full = 25648 (0x6430) (int) freebsd.unit = 0 (0x0) (int) info.subsystem = 'platform' (string) battery.charge_level.current = 29600 (0x73a0) (int) info.product = 'ACPI Control Method Battery' (string) battery.charge_level.rate = 15 (0xf) (int) battery.charge_level.warning = 2960 (0xb90) (int) battery.charge_level.low = 888 (0x378) (int) battery.charge_level.granularity_1 = 296 (0x128) (int) info.vendor = 'SMP' (string) battery.charge_level.granularity_2 = 296 (0x128) (int) battery.is_rechargeable = true (bool) battery.charge_level.percentage = 100 (0x64) (int) battery.rechargeable.is_charging = false (bool) battery.rechargeable.is_discharging = false (bool) battery.vendor = 'SMP' (string) platform.id = 'battery.0' (string) pnp.id = 'PNP0C0A' (string) battery.model = 'DELL WD4165' (string) pnp.description = 'ACPI Control Method Battery' (string) battery.technology = 'LION' (string) battery.serial = '2730' (string) info.capabilities = { 'battery' } (string list) info.category = 'battery' (string) battery.type = 'primary' (string) battery.present = true (bool) battery.voltage.unit = 'mV' (string) battery.voltage.current = 16606 (0x40de) (int) battery.voltage.design = 14800 (0x39d0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) battery.reporting.design = 2000 (0x7d0) (int) battery.reporting.current = 2000 (0x7d0) (int) battery.reporting.rate = 1 (0x1) (int) battery.reporting.last_full = 1733 (0x6c5) (int) battery.reporting.low = 60 (0x3c) (int) 34: udi = '/org/freedesktop/Hal/devices/cpu_0' info.udi = '/org/freedesktop/Hal/devices/cpu_0' (string) info.subsystem = 'platform' (string) info.product = 'Intel(R) Celeron(R) M processor 1.40GHz' (string) processor.number = 0 (0x0) (int) freebsd.driver = 'cpu' (string) processor.can_throttle = true (bool) freebsd.unit = 0 (0x0) (int) processor.maximum_speed = 1389 (0x56d) (int) platform.id = 'cpu.0' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) info.capabilities = { 'processor' } (string list) info.category = 'processor' (string) 35: udi = '/org/freedesktop/Hal/devices/pci_8086_2592_drm_i915_card0' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2592_drm_i915_card0' (string) info.subsystem = 'drm' (string) drm.dri_library = 'i915' (string) info.product = 'Direct Rendering Manager Device' (string) drm.version = 'drm 1.5.0 20060119' (string) freebsd.driver = 'drm' (string) freebsd.unit = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2592' (string) freebsd.device_file = '/dev/dri/card0' (string) info.capabilities = { 'drm' } (string list) info.vendor = 'Intel Graphics' (string) info.category = 'drm' (string) 36: udi = '/org/freedesktop/Hal/devices/psm_0' info.udi = '/org/freedesktop/Hal/devices/psm_0' (string) input.device = '/dev/sysmouse' (string) info.subsystem = 'platform' (string) info.product = 'PS/2 Mouse' (string) freebsd.driver = 'psm' (string) freebsd.unit = 0 (0x0) (int) platform.id = 'psm.0' (string) info.parent = '/org/freedesktop/Hal/devices/atkbdc_0' (string) freebsd.device_file = '/dev/psm0' (string) info.capabilities = { 'input', 'input.mouse' } (string list) info.category = 'input.mouse' (string) info.addons = { 'hald-addon-mouse-sysmouse' } (string list) 37: udi = '/org/freedesktop/Hal/devices/atkbdc_0' info.udi = '/org/freedesktop/Hal/devices/atkbdc_0' (string) info.subsystem = 'platform' (string) info.product = 'Keyboard controller (i8042)' (string) freebsd.driver = 'atkbdc' (string) freebsd.unit = 0 (0x0) (int) platform.id = 'atkbdc.0' (string) pnp.id = 'PNP0303' (string) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pnp.description = 'IBM Enhanced (101/102-key, PS/2 mouse support)' (string) 38: udi = '/org/freedesktop/Hal/devices/sio_0' info.udi = '/org/freedesktop/Hal/devices/sio_0' (string) info.subsystem = 'platform' (string) freebsd.driver = 'sio' (string) freebsd.unit = 0 (0x0) (int) platform.id = 'sio.0' (string) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2641' (string) 39: udi = '/org/freedesktop/Hal/devices/pci_8086_2590' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2590' (string) pci.product_id = 9616 (0x2590) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = 'Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = 'Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'hostb' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 0 (0x0) (int) pci.device_class = 6 (0x6) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 0 (0x0) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 40: udi = '/org/freedesktop/Hal/devices/pci_8086_2592' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2592' (string) pci.product_id = 9618 (0x2592) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = 'Mobile 915GM/GMS/910GML Express Graphics Controller' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = 'Mobile 915GM/GMS/910GML Express Graphics Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'vgapci' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 2 (0x2) (int) pci.device_class = 3 (0x3) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 0 (0x0) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 41: udi = '/org/freedesktop/Hal/devices/pci_8086_2792' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2792' (string) pci.product_id = 10130 (0x2792) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = 'Mobile 915GM/GMS/910GML Express Graphics Controller' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = 'Mobile 915GM/GMS/910GML Express Graphics Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'vgapci' (string) freebsd.unit = 1 (0x1) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 2 (0x2) (int) pci.device_class = 3 (0x3) (int) pci.freebsd.function = 1 (0x1) (int) pci.device_subclass = 128 (0x80) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 42: udi = '/org/freedesktop/Hal/devices/pci_8086_2668' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2668' (string) pci.product_id = 9832 (0x2668) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'pcm' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 27 (0x1b) (int) pci.device_class = 4 (0x4) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 3 (0x3) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 43: udi = '/org/freedesktop/Hal/devices/pci_8086_2660' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2660' (string) pci.product_id = 9824 (0x2660) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1' (string) pci.subsys_product_id = 0 (0x0) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1' (string) pci.subsys_vendor_id = 0 (0x0) (int) freebsd.driver = 'pcib' (string) freebsd.unit = 1 (0x1) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 28 (0x1c) (int) pci.device_class = 6 (0x6) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 4 (0x4) (int) pci.freebsd.secondary_bus = 11 (0xb) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 44: udi = '/org/freedesktop/Hal/devices/pci_8086_2666' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2666' (string) pci.product_id = 9830 (0x2666) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 4' (string) pci.subsys_product_id = 0 (0x0) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 4' (string) pci.subsys_vendor_id = 0 (0x0) (int) freebsd.driver = 'pcib' (string) freebsd.unit = 2 (0x2) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 28 (0x1c) (int) pci.device_class = 6 (0x6) (int) pci.freebsd.function = 3 (0x3) (int) pci.device_subclass = 4 (0x4) (int) pci.freebsd.secondary_bus = 12 (0xc) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 45: udi = '/org/freedesktop/Hal/devices/pci_8086_2658' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2658' (string) pci.product_id = 9816 (0x2658) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'uhci' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 29 (0x1d) (int) pci.device_class = 12 (0xc) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 3 (0x3) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 46: udi = '/org/freedesktop/Hal/devices/pci_8086_2659' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2659' (string) pci.product_id = 9817 (0x2659) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'uhci' (string) freebsd.unit = 1 (0x1) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 29 (0x1d) (int) pci.device_class = 12 (0xc) (int) pci.freebsd.function = 1 (0x1) (int) pci.device_subclass = 3 (0x3) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 47: udi = '/org/freedesktop/Hal/devices/pci_8086_265a' info.udi = '/org/freedesktop/Hal/devices/pci_8086_265a' (string) pci.product_id = 9818 (0x265a) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'uhci' (string) freebsd.unit = 2 (0x2) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 29 (0x1d) (int) pci.device_class = 12 (0xc) (int) pci.freebsd.function = 2 (0x2) (int) pci.device_subclass = 3 (0x3) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 48: udi = '/org/freedesktop/Hal/devices/pci_8086_265b' info.udi = '/org/freedesktop/Hal/devices/pci_8086_265b' (string) pci.product_id = 9819 (0x265b) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'uhci' (string) freebsd.unit = 3 (0x3) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 29 (0x1d) (int) pci.device_class = 12 (0xc) (int) pci.freebsd.function = 3 (0x3) (int) pci.device_subclass = 3 (0x3) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 49: udi = '/org/freedesktop/Hal/devices/pci_8086_265c' info.udi = '/org/freedesktop/Hal/devices/pci_8086_265c' (string) pci.product_id = 9820 (0x265c) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'ehci' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 29 (0x1d) (int) pci.device_class = 12 (0xc) (int) pci.freebsd.function = 7 (0x7) (int) pci.device_subclass = 3 (0x3) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 32 (0x20) (int) info.vendor = 'Intel Corporation' (string) 50: udi = '/org/freedesktop/Hal/devices/pci_14e4_170c' info.udi = '/org/freedesktop/Hal/devices/pci_14e4_170c' (string) pci.product_id = 5900 (0x170c) (int) pci.vendor = 'Broadcom Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 5348 (0x14e4) (int) pci.product = 'BCM4401-B0 100Base-TX' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = 'BCM4401-B0 100Base-TX' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'bfe' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 2 (0x2) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2448' (string) pci.freebsd.device = 0 (0x0) (int) pci.device_class = 2 (0x2) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 0 (0x0) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Broadcom Corporation' (string) 51: udi = '/org/freedesktop/Hal/devices/pci_14e4_4318' info.udi = '/org/freedesktop/Hal/devices/pci_14e4_4318' (string) pci.product_id = 17176 (0x4318) (int) pci.vendor = 'Broadcom Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 5348 (0x14e4) (int) pci.product = 'BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller' (string) pci.subsys_product_id = 5 (0x5) (int) info.product = 'BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) pci.subsys_product = 'Wireless 1370 WLAN Mini-PCI Card' (string) freebsd.driver = 'ndis' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 2 (0x2) (int) info.parent = '/org/freedesktop/Hal/devices/pci_8086_2448' (string) pci.freebsd.device = 3 (0x3) (int) pci.device_class = 2 (0x2) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 128 (0x80) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Broadcom Corporation' (string) 52: udi = '/org/freedesktop/Hal/devices/pci_8086_2448' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2448' (string) pci.product_id = 9288 (0x2448) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801 Mobile PCI Bridge' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801 Mobile PCI Bridge' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'pcib' (string) freebsd.unit = 3 (0x3) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 30 (0x1e) (int) pci.device_class = 6 (0x6) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 4 (0x4) (int) pci.freebsd.secondary_bus = 2 (0x2) (int) pci.device_protocol = 1 (0x1) (int) info.vendor = 'Intel Corporation' (string) 53: udi = '/org/freedesktop/Hal/devices/pci_8086_2641' info.udi = '/org/freedesktop/Hal/devices/pci_8086_2641' (string) pci.product_id = 9793 (0x2641) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FBM (ICH6M) LPC Interface Bridge' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FBM (ICH6M) LPC Interface Bridge' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'isab' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 31 (0x1f) (int) pci.device_class = 6 (0x6) (int) pci.freebsd.function = 0 (0x0) (int) pci.device_subclass = 1 (0x1) (int) pci.freebsd.secondary_bus = 0 (0x0) (int) pci.device_protocol = 0 (0x0) (int) info.vendor = 'Intel Corporation' (string) 54: udi = '/org/freedesktop/Hal/devices/pci_8086_266f' info.udi = '/org/freedesktop/Hal/devices/pci_8086_266f' (string) pci.product_id = 9839 (0x266f) (int) pci.vendor = 'Intel Corporation' (string) info.subsystem = 'pci' (string) pci.vendor_id = 32902 (0x8086) (int) pci.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller' (string) pci.subsys_product_id = 457 (0x1c9) (int) info.product = '82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller' (string) pci.subsys_vendor = 'Dell' (string) pci.subsys_vendor_id = 4136 (0x1028) (int) freebsd.driver = 'atapci' (string) freebsd.unit = 0 (0x0) (int) pci.freebsd.bus = 0 (0x0) (int) info.parent = '/org/freedesktop/Hal/devices/computer' (string) pci.freebsd.device = 31 (0x1f) (int) pci.device_class = 1 (0x1) (int) pci.freebsd.function = 1 (0x1) (int) pci.device_subclass = 1 (0x1) (int) pci.freebsd.secondary_bus = 1 (0x1) (int) pci.device_protocol = 138 (0x8a) (int) info.vendor = 'Intel Corporation' (string) 55: udi = '/org/freedesktop/Hal/devices/computer' info.udi = '/org/freedesktop/Hal/devices/computer' (string) system.firmware.version = 'A05' (string) info.interfaces = { 'org.freedesktop.Hal.Device.SystemPowerManagement' } (string list) info.subsystem = 'unknown' (string) system.firmware.release_date = '01/24/2006' (string) org.freedesktop.Hal.Device.SystemPowerManagement.method_names = { 'Suspend', 'SuspendHybrid', 'Hibernate', 'Shutdown', 'Reboot', 'SetPowerSave' } (string list) info.product = 'Computer' (string) system.hardware.vendor = 'Dell Inc.' (string) org.freedesktop.Hal.Device.SystemPowerManagement.method_signatures = { 'i', 'i', '', '', '', 'b' } (string list) system.kernel.name = 'FreeBSD' (string) system.hardware.product = 'ME051' (string) org.freedesktop.Hal.Device.SystemPowerManagement.method_argnames = { 'num_seconds_to_sleep', 'num_seconds_to_sleep', '', '', '', 'enable_power_save' } (string list) system.kernel.version = '7.1-RELEASE-p2' (string) system.hardware.serial = 'JWBMD81' (string) org.freedesktop.Hal.Device.SystemPowerManagement.method_execpaths = { 'hal-system-power-suspend', 'hal-system-power-suspend-hybrid', 'hal-system-power-hibernate', 'hal-system-power-shutdown', 'hal-system-power-reboot', 'hal-system-power-set-power-save' } (string list) system.kernel.machine = 'i386' (string) system.hardware.uuid = '44454C4C-5700-1042-804D-CAC04F443831' (string) power_management.is_powersave_set = false (bool) system.formfactor = 'laptop' (string) system.chassis.manufacturer = 'Dell Inc.' (string) info.callouts.add = { 'hal-storage-cleanup-all-mountpoints' } (string list) power_management.type = 'acpi' (string) system.chassis.type = 'Portable' (string) power_management.can_suspend = true (bool) power_management.can_suspend_to_ram = true (bool) power_management.can_hibernate = true (bool) power_management.can_suspend_to_disk = true (bool) system.firmware.vendor = 'Dell Inc.' (string) info.addons = { 'hald-addon-acpi' } (string list) From glen.j.barber at gmail.com Thu Feb 5 18:36:06 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 5 18:36:12 2009 Subject: Xorg strange behavior In-Reply-To: <20090206021343.GA1573@phoenix.local> References: <498958E6.8020809@delphij.net> <200902041407.55160.jkim@FreeBSD.org> <20090206014254.GA1311@phoenix.local> <200902052106.12671.jkim@FreeBSD.org> <20090206021343.GA1573@phoenix.local> Message-ID: <4ad871310902051836h196434fdsa1423e44f0208134@mail.gmail.com> For what it's worth, adding 'option "AutoAddDevices" "off"' to xorg.conf enables the mouse, but the keyboard is still not functional. -- Glen Barber From jkim at FreeBSD.org Thu Feb 5 18:36:20 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Thu Feb 5 18:36:25 2009 Subject: Xorg strange behavior In-Reply-To: <20090206021343.GA1573@phoenix.local> References: <498958E6.8020809@delphij.net> <200902052106.12671.jkim@FreeBSD.org> <20090206021343.GA1573@phoenix.local> Message-ID: <200902052136.08391.jkim@FreeBSD.org> On Thursday 05 February 2009 09:13 pm, Glen Barber wrote: > Jung-uk Kim said: > > Can you show us /usr/local/bin/hal-device output? > > Sure thing, but this hal-device output is from my (working) Xorg > config, not the broken one. Well, I need output from the broken configuration. :-( Jung-uk Kim From portsuser at larseighner.com Thu Feb 5 18:43:25 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Feb 5 18:43:32 2009 Subject: Xorg disaster Message-ID: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Xorg upgrade (gory details follow) went south. I must have a working graphics browser by Monday. This is pretty much *vital*, as in a matter of survival. What is the fastest and/or surest way to get a platform that will run firefox or opera? a. try to get my nvidia hardware to work with a generic (vesa or vga) driver? b. try to downgrade Xorg to something that worked. Hints on either course would be appreciated. What happened: upgraded system from 7.1 prerelease to 7.1 release p2. cvsupped the ports tree. Upgraded Xorg and nvidia-driver (after upgrading perl and everything portupgrade -fr perl5.8 will upgrade (as the script failed miserably). This was after 20090124 when the mouse problem was supposed to be fixed. What happens: first there is something undefined in nvidia's libwfb so I changed the symbolic link to point to Xorg's version of the lib. That message went away, but there are tons of "Generic Event Extension" missing messages and no mouse --- what is more the accessibility keypad mouse thing doesn't work at all. I can't pay my bills and I can't get to another computer to use someone else's browser to do it. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From kitchetech at gmail.com Thu Feb 5 18:47:59 2009 From: kitchetech at gmail.com (matt donovan) Date: Thu Feb 5 18:48:07 2009 Subject: Xorg disaster In-Reply-To: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <28283d910902051847m383d13b0v13c2fea711e292bc@mail.gmail.com> On Thu, Feb 5, 2009 at 9:20 PM, Lars Eighner wrote: > > > Xorg upgrade (gory details follow) went south. I must have a working > graphics browser by Monday. This is pretty much *vital*, as in a matter of > survival. > > What is the fastest and/or surest way to get a platform that will run > firefox or opera? > > a. try to get my nvidia hardware to work with a generic (vesa or vga) > driver? > b. try to downgrade Xorg to something that worked. > > Hints on either course would be appreciated. > > What happened: upgraded system from 7.1 prerelease to 7.1 release p2. > > cvsupped the ports tree. Upgraded Xorg and nvidia-driver (after upgrading > perl and everything portupgrade -fr perl5.8 will upgrade (as the script > failed miserably). This was after 20090124 when the mouse problem was > supposed to be fixed. > > What happens: first there is something undefined in nvidia's libwfb > so I changed the symbolic link to point to Xorg's version of the lib. > That message went away, but there are tons of "Generic Event Extension" > missing messages and no mouse --- what is more the accessibility keypad > mouse thing doesn't work at all. > > I can't pay my bills and I can't get to another computer to use someone > else's browser to do it. > > -- > Lars Eighner > http://www.larseighner.com/index.html > 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" I've had issues with nvidia driver not hooking into the kernel on 7.1. but Generic Event Extension problem is in /usr/ports/UPDATING the xorg server does not have that entension yet but will be in the next version. From jkim at FreeBSD.org Thu Feb 5 19:17:30 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Thu Feb 5 19:17:36 2009 Subject: Xorg strange behavior In-Reply-To: <4ad871310902051836h196434fdsa1423e44f0208134@mail.gmail.com> References: <498958E6.8020809@delphij.net> <20090206021343.GA1573@phoenix.local> <4ad871310902051836h196434fdsa1423e44f0208134@mail.gmail.com> Message-ID: <200902052217.17815.jkim@FreeBSD.org> On Thursday 05 February 2009 09:36 pm, Glen Barber wrote: > For what it's worth, adding 'option "AutoAddDevices" "off"' to > xorg.conf enables the mouse, but the keyboard is still not > functional. Please report your problems with /var/log/Xorg.0.log, /etc/xorg.conf (if there is one), and /usr/local/bin/hal-device output from *broken* setup. The log file from Xserver 1.4.2 isn't very helpful because its behavior and options are quite different from 1.5.3. Also, please do not mix and match HAL, Xserver, mouse driver, and their configrations. It is really confusing. :-( Thanks, Jung-uk Kim From alex-goncharov at comcast.net Thu Feb 5 19:51:52 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Thu Feb 5 19:51:58 2009 Subject: Xorg disaster In-Reply-To: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> (message from Lars Eighner on Thu, 5 Feb 2009 20:20:50 -0600 (CST)) References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: ,--- You/Lars (Thu, 5 Feb 2009 20:20:50 -0600 (CST)) ----* | Xorg upgrade (gory details follow) went south. I must have a working | graphics browser by Monday. This is pretty much *vital*, as in a matter of | survival. Been there (last week) -- know what you mean. | What is the fastest and/or surest way to get a platform that will run | firefox or opera? | | a. try to get my nvidia hardware to work with a generic (vesa or vga) driver? | b. try to downgrade Xorg to something that worked. I tried "b" -- very successfully. The path is (roughly): 1. Find the dependencies of xproto and xextproto: pkg_info -R xproto-\* xextproto-\* | wc -l Prepare to remove those (new) packages from your system. 2. Before you remove them, record their names and origins -- you will need them to either get their old versions from ftp.freebsd.org or too build from ports source. 3. Remove the packages identified in step 1. 4. FTP-get or build the old versions. If you are to build them, you need the old ports tree: use this tag in your ports-supfile: *default release=cvs tag=. date=2009.01.23.12.00.00 I would not recommend your own build under the circumstances: FTP-getting is much faster, of course -- the whole process will take you about two hours, I think. | Hints on either course would be appreciated. | | What happened: upgraded system from 7.1 prerelease to 7.1 release p2. | | cvsupped the ports tree. Upgraded Xorg and nvidia-driver (after upgrading | perl and everything portupgrade -fr perl5.8 will upgrade (as the script | failed miserably). This was after 20090124 when the mouse problem was | supposed to be fixed. I use the nv driver BTW -- perfectly -- in the old (downgraded to) X. | What happens: first there is something undefined in nvidia's libwfb | so I changed the symbolic link to point to Xorg's version of the lib. | That message went away, but there are tons of "Generic Event Extension" | missing messages and no mouse --- what is more the accessibility keypad | mouse thing doesn't work at all. | | I can't pay my bills and I can't get to another computer to use someone | else's browser to do it. Use ncftpget instead of the browser. Good luck! -- Alex -- alex-goncharov@comcast.net -- From glen.j.barber at gmail.com Thu Feb 5 19:55:09 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 5 19:55:17 2009 Subject: Xorg disaster In-Reply-To: References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <4ad871310902051955n3f879e87tf71731f4ebb69c52@mail.gmail.com> On Thu, Feb 5, 2009 at 10:51 PM, Alex Goncharov wrote: > The path is (roughly): > > 1. Find the dependencies of xproto and xextproto: > > pkg_info -R xproto-\* xextproto-\* | wc -l > > Prepare to remove those (new) packages from your system. > I, too, chose plan 'b'. However, I did it differently. After building Xorg, I removed xorg-server, xorg-drivers, and hal, and re-installed them w/ pkg_add. -- Glen Barber From alex-goncharov at comcast.net Thu Feb 5 20:01:47 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Thu Feb 5 20:01:54 2009 Subject: Xorg disaster In-Reply-To: <4ad871310902051955n3f879e87tf71731f4ebb69c52@mail.gmail.com> (message from Glen Barber on Thu, 5 Feb 2009 22:55:07 -0500) References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> <4ad871310902051955n3f879e87tf71731f4ebb69c52@mail.gmail.com> Message-ID: ,--- Glen Barber (Thu, 5 Feb 2009 22:55:07 -0500) ----* | On Thu, Feb 5, 2009 at 10:51 PM, Alex Goncharov | wrote: | > The path is (roughly): | > | > 1. Find the dependencies of xproto and xextproto: | > | > pkg_info -R xproto-\* xextproto-\* | wc -l | > | > Prepare to remove those (new) packages from your system. | | I, too, chose plan 'b'. However, I did it differently. After | building Xorg, I removed xorg-server, xorg-drivers, and hal, and | re-installed them w/ pkg_add. | `--------------------------------------------------* Which reminds me: instead of FTP, you can just use "pkg_add -r" -- it should get you the old (good) packages from the FTP site. I used direct FTP for the sake of having more control, but "pkg_add -r" should get you there -- and faster. -- Alex -- alex-goncharov@comcast.net -- From bsam at ipt.ru Thu Feb 5 22:56:16 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Feb 5 22:56:22 2009 Subject: FreeBSD ports you maintain which are out of date In-Reply-To: <20090205171609.D5A1CA6C1C@32bit.miwibox.org> (miwi@freebsd.org's message of "Thu\, 5 Feb 2009 18\:16\:09 +0100") References: <20090205171609.D5A1CA6C1C@32bit.miwibox.org> Message-ID: <49160930@bb.ipt.ru> miwi@FreeBSD.org writes: > Port | Current version | New version > ------------------------------------------------+-----------------+------------ > audio/baudline | 1.07 | 1.08 > ------------------------------------------------+-----------------+------------ This version seems to be absent... > Full details can be found at the following URL: > http://portscout.org/ports@freebsd.org.html ...and actually the URL at this site points to version 1.07. BTW, thanks for the service! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From franco.marchesini at gmail.com Fri Feb 6 00:21:29 2009 From: franco.marchesini at gmail.com (Franco Marchesini) Date: Fri Feb 6 00:21:36 2009 Subject: OCILib & Ports Message-ID: <135cc46d0902060000x2069d6f8p2a508a512047d226@mail.gmail.com> Hello guys, there is someone that already working on OCILib port? http://orclib.sourceforge.net/ Ciao Franco From thierry at FreeBSD.org Fri Feb 6 00:45:07 2009 From: thierry at FreeBSD.org (Thierry Thomas) Date: Fri Feb 6 00:45:14 2009 Subject: OCILib & Ports In-Reply-To: <135cc46d0902060000x2069d6f8p2a508a512047d226@mail.gmail.com> References: <135cc46d0902060000x2069d6f8p2a508a512047d226@mail.gmail.com> Message-ID: <20090206084457.GA77907@graf.pompo.net> Le Ven 6 f?v 09 ? 9:00:01 +0100, Franco Marchesini ?crivait?: > Hello guys, Hello, > there is someone that already working on OCILib port? > > http://orclib.sourceforge.net/ It seems interesting, but this is a wrapper on Oracle's OCI, and ATM there is no "supported" OCI in the ports tree. Do you think that it could work with oracle8-client or with linux-oracle-instantclient? Regards, -- Th. Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090206/22bc201b/attachment.pgp From franco.marchesini at gmail.com Fri Feb 6 01:05:29 2009 From: franco.marchesini at gmail.com (Franco Marchesini) Date: Fri Feb 6 01:05:37 2009 Subject: OCILib & Ports In-Reply-To: <20090206084457.GA77907@graf.pompo.net> References: <135cc46d0902060000x2069d6f8p2a508a512047d226@mail.gmail.com> <20090206084457.GA77907@graf.pompo.net> Message-ID: <135cc46d0902060105n750fa421k761aa208ac8d89dc@mail.gmail.com> Hello, I read in documentatione that there is support for instantclient... Now prepare a virtual machine and I try to compile. Ciao Franco http://orclib.sourceforge.net/doc/html/group__g__install.html -------------------------------------------- Oracle Instant Client Support OCILIB supports Oracle Instant Client. On Microsoft Windows, there is no difference between using a regular Oracle client and an Instant Client with OCILIB On Unix-like systems, the Instant Client is divised in different packages. Public headers and shared libs are not part of the same package. So, you must provide the following options to the configure command : * with-oracle-headers-path : location the public header files * with-oracle-lib-path : location the oracle shared lib If your instant client package containing the shared libs does not have a symbolic link 'libclntsh.[shared lib extension]' to the fully qualified shared lib real name, you must create it : Example on Linux : * $ ln -s $ORALIBPATH/libclntsh.so.10.1 $ORALIBPATH/libclntsh.so --------------------------------------------------- 2009/2/6 Thierry Thomas : > Le Ven 6 f?v 09 ? 9:00:01 +0100, Franco Marchesini > ?crivait : >> Hello guys, > > Hello, > >> there is someone that already working on OCILib port? >> >> http://orclib.sourceforge.net/ > > It seems interesting, but this is a wrapper on Oracle's OCI, and ATM > there is no "supported" OCI in the ports tree. Do you think that it > could work with oracle8-client or with linux-oracle-instantclient? > > Regards, > -- > Th. Thomas. > From matthias.andree at gmx.de Fri Feb 6 02:45:02 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Fri Feb 6 02:45:09 2009 Subject: Lend FreeBSD 7 or 8 access for ports upgrade? Message-ID: <498C14AA.70609@gmx.de> Greetings, could someone lend me an account on his FreeBSD machine for a couple of days so that I can update sysutils/e2fsprogs to a new upstream release? Any architecture will do. I do not need root access, but I need to be able to ssh in and build ports, obviously. It's easier for me if vim, rsync, ports-mgmt/porttools and cvs are installed and the firewall allows CVS to the anoncvs servers. :-) Reason for asking is that I've trashed my /usr filesystem on 7.1-RELEASE with growfs & fsck and want to do forensics before reinstalling everything to figure how growfs managed to eat /usr, and a separate account would likely allow me to update the e2fsprogs port much sooner. Contact me off-list with offers (if I don't reply, I'm swamped with offers ;-)). Thanks in advance. Best regards Matthias From thierry at FreeBSD.org Fri Feb 6 05:12:39 2009 From: thierry at FreeBSD.org (Thierry Thomas) Date: Fri Feb 6 05:12:46 2009 Subject: OCILib & Ports In-Reply-To: <135cc46d0902060105n750fa421k761aa208ac8d89dc@mail.gmail.com> References: <135cc46d0902060000x2069d6f8p2a508a512047d226@mail.gmail.com> <20090206084457.GA77907@graf.pompo.net> <135cc46d0902060105n750fa421k761aa208ac8d89dc@mail.gmail.com> Message-ID: <20090206131229.GA60238@graf.pompo.net> Le Ven 6 f?v 09 ? 10:05:27 +0100, Franco Marchesini ?crivait?: > Hello, Hello, > I read in documentatione that there is support for instantclient... > Now prepare a virtual machine and I try to compile. Beware: instantclient does not provide a native FreeBSD library, linux emulation is required. Anyway, good luck! -- Th. Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090206/bfc4a39d/attachment.pgp From roberthuff at rcn.com Fri Feb 6 05:15:22 2009 From: roberthuff at rcn.com (Robert Huff) Date: Fri Feb 6 05:15:29 2009 Subject: OT: problem with apache Message-ID: <18828.14312.838747.717570@jerusalem.litteratus.org> Are there any Apache gurus out these willing help with a (hopefully) small problem? If so, please contact me privately. Robert Huff From ulrich at pukruppa.net Fri Feb 6 07:08:51 2009 From: ulrich at pukruppa.net (Peter Ulrich Kruppa) Date: Fri Feb 6 07:08:58 2009 Subject: Xorg disaster In-Reply-To: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <498C535C.9020302@pukruppa.net> Lars Eighner schrieb: > > > Xorg upgrade (gory details follow) went south. I must have a working > graphics browser by Monday. This is pretty much *vital*, as in a matter of > survival. > > What is the fastest and/or surest way to get a platform that will run > firefox or opera? > > a. try to get my nvidia hardware to work with a generic (vesa or vga) > driver? > b. try to downgrade Xorg to something that worked. Deinstall the nvidia driver and try a. first. Chances are high you will have something usable. If that doesn't work: do b. . Good Luck! Uli. > Hints on either course would be appreciated. > > What happened: upgraded system from 7.1 prerelease to 7.1 release p2. > > cvsupped the ports tree. Upgraded Xorg and nvidia-driver (after upgrading > perl and everything portupgrade -fr perl5.8 will upgrade (as the script > failed miserably). This was after 20090124 when the mouse problem was > supposed to be fixed. > > What happens: first there is something undefined in nvidia's libwfb > so I changed the symbolic link to point to Xorg's version of the lib. > That message went away, but there are tons of "Generic Event Extension" > missing messages and no mouse --- what is more the accessibility keypad > mouse thing doesn't work at all. > > I can't pay my bills and I can't get to another computer to use someone > else's browser to do it. > From matthias.andree at gmx.de Fri Feb 6 08:30:49 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Fri Feb 6 08:30:56 2009 Subject: Lend FreeBSD 7 or 8 access for ports upgrade? In-Reply-To: <498C14AA.70609@gmx.de> References: <498C14AA.70609@gmx.de> Message-ID: Am 06.02.2009, 11:44 Uhr, schrieb Matthias Andree : > Contact me off-list with offers (if I don't reply, I'm swamped with > offers > ;-)). I have received some offers, thanks a lot to everybody who offered help. Expect an e2fsprogs update with kind regards from Nippon soonish. Best regards -- Matthias Andree From portsuser at larseighner.com Fri Feb 6 10:12:39 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Feb 6 10:12:46 2009 Subject: Xorg disaster In-Reply-To: References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20090206121103.N32902@qroenaqrq.6qbyyneqvnyhc.pbz> On Thu, 5 Feb 2009, Alex Goncharov wrote: > ,--- You/Lars (Thu, 5 Feb 2009 20:20:50 -0600 (CST)) ----* > | Xorg upgrade (gory details follow) went south. I must have a working > | graphics browser by Monday. This is pretty much *vital*, as in a matter of > | survival. > > Been there (last week) -- know what you mean. > > | What is the fastest and/or surest way to get a platform that will run > | firefox or opera? > | > | a. try to get my nvidia hardware to work with a generic (vesa or vga) driver? > | b. try to downgrade Xorg to something that worked. > > I tried "b" -- very successfully. > > The path is (roughly): > > 1. Find the dependencies of xproto and xextproto: > > pkg_info -R xproto-\* xextproto-\* | wc -l > > Prepare to remove those (new) packages from your system. > > 2. Before you remove them, record their names and origins -- you will > need them to either get their old versions from ftp.freebsd.org or > too build from ports source. > > 3. Remove the packages identified in step 1. > > 4. FTP-get or build the old versions. > > If you are to build them, you need the old ports tree: use this tag > in your ports-supfile: > > *default release=cvs tag=. date=2009.01.23.12.00.00 Thanks. It was how to set the wayback machine that was the missing piece to the puzzle. I did this since I am on dial-up and had not deleted the old distfiles (and did not have any of the packages. It wasn't a bed of roses and plenty of restoring is still ahead, but the mission critical stuff now works. > > I would not recommend your own build under the circumstances: > FTP-getting is much faster, of course -- the whole process will take > you about two hours, I think. No doubt, but having the monster distfiles still on-hand tips the balance. This seems to make the point: never delete the last cycle distfiles. > I use the nv driver BTW -- perfectly -- in the old (downgraded to) X. yes xorg 7.3 seems to work perfectly. The display would work but the mouse wouldn't with 7.4. I suspect the fix for the hal-moused battle does not work nv. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From dougb at FreeBSD.org Fri Feb 6 11:35:22 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 6 11:35:28 2009 Subject: Xorg disaster In-Reply-To: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <498C90F4.3030209@FreeBSD.org> Lars Eighner wrote: > > > Xorg upgrade (gory details follow) went south. I must have a working > graphics browser by Monday. This is pretty much *vital*, as in a matter of > survival. > > What is the fastest and/or surest way to get a platform that will run > firefox or opera? > > a. try to get my nvidia hardware to work with a generic (vesa or vga) > driver? > b. try to downgrade Xorg to something that worked. c. Use the new Xorg with the included nv driver instead of the nvidia binary driver. I usually use the binary driver, but I recently upgraded to the new Xorg and for a variety of reasons decided to try out the Xorg nv driver and didn't have any problems. FWIW, as a general course of action I find it useful to upgrade _everything_ on the system (base, ports, etc.) first before doing the nvidia driver, since the compiled parts are sensitive to changes in the underlying source and headers. Also, make sure that you have followed the instructions in /usr/ports/UPDATING, and you might also consider clearing out /usr/local/lib/compat/pkg if it exists. hth, Doug -- This .signature sanitized for your protection From bf2006a at yahoo.com Fri Feb 6 11:03:35 2009 From: bf2006a at yahoo.com (bf) Date: Fri Feb 6 12:36:26 2009 Subject: tcl/tk 8.6.x ports Message-ID: <472028.19752.qm@web39107.mail.mud.yahoo.com> Is there a reason why lang/tcl86, x11-toolkits/tk86, and their threaded versions are not included in lang/Makefile and x11-toolkits/Makefile, even though they've been hooked up in Mk/bsd.tcl.mk? If not, would someone mind connecting them? Regards, b. From swhetzel at gmail.com Fri Feb 6 12:45:40 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri Feb 6 12:45:47 2009 Subject: Xorg disaster In-Reply-To: <20090206121103.N32902@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> <20090206121103.N32902@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <790a9fff0902061245m436c96d4x2c787f7b669c53ef@mail.gmail.com> On Fri, Feb 6, 2009 at 12:11 PM, Lars Eighner wrote: >> I use the nv driver BTW -- perfectly -- in the old (downgraded to) X. > > yes xorg 7.3 seems to work perfectly. The display would work but the mouse > wouldn't with 7.4. I suspect the fix for the hal-moused battle does not > work nv. > The video driver (nv) shouldn't have any effect on an input driver (mouse). If you still have xorg 7.4 installed, try running hal-device and check if your mouse is enabled or ignored. I had this problem due to an extra configuration file under /usr/local/share/hal that had disabled hal's ability to manage my /dev/psm0. If you can post both the output of hal-device and the Xorg.0.log (from xorg 7.4), someone should be able to resolve your mouse issue. Scot From c.kworr at gmail.com Fri Feb 6 13:04:59 2009 From: c.kworr at gmail.com (Volodymyr Kostyrko) Date: Fri Feb 6 13:05:06 2009 Subject: FreeBSD Port: enlightenment-0.16.999.042_1,2 In-Reply-To: <1233696883.19229.48.camel@sondre-ubuntu> References: <1233696883.19229.48.camel@sondre-ubuntu> Message-ID: Sondre Tristan Midttun wrote: > I'm having some problems with installing the enlightenment-devel port. > > I posted on FreeBSD forums here: > > > http://forums.freebsd.org/showthread.php?t=1958 I'm not a maintainer, but I'll try... It seems that you skipped the installation of devel/e_dbus. Can you please: 1. Send output of 'make clean; make configure' in ports directory. 2. Build devel/e_dbus by hand a try to rebuild enlightenment-devel. I really dunno how this can happen because enlightenment-devel depends on e_dbus. -- Sphinx of black quartz judge my vow. From trebestie at gmail.com Fri Feb 6 14:47:58 2009 From: trebestie at gmail.com (Diego Depaoli) Date: Fri Feb 6 14:48:05 2009 Subject: Xorg disaster In-Reply-To: <498C90F4.3030209@FreeBSD.org> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> <498C90F4.3030209@FreeBSD.org> Message-ID: <83e5fb980902061420j777c6ce5ra643f27eaf20f5cd@mail.gmail.com> On Fri, Feb 6, 2009 at 8:35 PM, Doug Barton wrote: > c. Use the new Xorg with the included nv driver instead of the nvidia > binary driver. > > I usually use the binary driver, but I recently upgraded to the new > Xorg and for a variety of reasons decided to try out the Xorg nv > driver and didn't have any problems. You're lucky. On my system (nvidia 8500GT card) only vesa driver works without issues. > FWIW, as a general course of action I find it useful to upgrade > _everything_ on the system (base, ports, etc.) first before doing the > nvidia driver, since the compiled parts are sensitive to changes in > the underlying source and headers. Done > > and you might also consider clearing out > /usr/local/lib/compat/pkg if it exists. Undone, I'll try Reagrds -- Diego Depaoli From dougb at FreeBSD.org Fri Feb 6 16:33:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 6 16:33:46 2009 Subject: Message when updating ports In-Reply-To: <498B2F54.2000602@eskk.nu> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> <498B2F54.2000602@eskk.nu> Message-ID: <498CD6DE.60109@FreeBSD.org> Leslie Jensen wrote: > > I've obviously got a problem with several of my +CONTENTS files. > > I've got help from the list to edit some of the files, but I get a > feeling that I need to replace the /var/db/pkg/* infrastructure. Can it > be done and how do I go about it? > > Otherwise I'd be glad if someone will give me a suggestion on how I > should solve the problem below? > > : Leaving directory `/usr/ports/devel/gio-fam-backend/work/glib-2.18.4/g > io/fam' > ===> Registering installation for gio-fam-backend-2.18.4 > ===> Cleaning for gio-fam-backend-2.18.4 > > ===>>> Updating package dependency entry for each dependent port > ===>>> devel/dbus-glib is listed as a dependency > ===>>> but there is no installed version As Scot told you a while ago, your /var/db/pkg/* files are corrupt. To fix this exact problem you need to do 'portmaster devel/dbus-glib' which will rebuild the port and fix all the +CONTENTS files. You should do this for each port that comes up with this problem. You might also consider using the --check-depends option. hope this helps, Doug -- This .signature sanitized for your protection From lstewart at freebsd.org Fri Feb 6 22:26:34 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Fri Feb 6 22:26:41 2009 Subject: Minor fix for KDE 4 monitor screen saver/power save nit Message-ID: <498D2253.1060508@freebsd.org> Hi All, KDE 4.1.4 (and I believe KDE 4.2.0) has an issue with krunner that stops the monitor from dropping into power save mode if the screen saver kicks in before the power save timeout. This bugged me sufficiently to find a fix, so thought I'd share this in case this issue is bugging anyone else. The relevant KDE bug report is here: http://bugs.kde.org/show_bug.cgi?id=165265 I've backported the fix from the 4.2 tree for KDE 4.1.4. Stick the attached patch in /usr/ports/x11/kdebase4-workspace/files and rebuild/reinstall the port. For KDE 4.2.0, the patch obtained by running: svn diff -c916964 svn://anonsvn.kde.org/home/kde/branches/KDE/4.2/kdebase should work with some minor tweaks to the patch meta data. Same procedure applies as for 4.1.4. I've confirmed the attached patch resolves the issue for 4.1.4. Cheers, Lawrence -------------- next part -------------- Index: ../krunner/lock/lockprocess.cc =================================================================== --- ../krunner/lock/lockprocess.cc.orig (revision 916963) +++ ../krunner/lock/lockprocess.cc (revision 916964) @@ -1104,7 +1104,6 @@ return; // no resuming with dialog visible or when not visible if( mSuspended && mHackProc.state() == QProcess::Running ) { - XForceScreenSaver(QX11Info::display(), ScreenSaverReset ); QPainter p( this ); p.drawPixmap( 0, 0, mSavedScreen ); p.end(); Index: ../krunner/xautolock.cpp =================================================================== --- ../krunner/xautolock.cpp.orig 2008-08-28 18:07:00.000000000 +1000 +++ ../krunner/xautolock.cpp 2009-02-06 17:05:19.000000000 +1100 @@ -83,8 +83,10 @@ mActive = false; mTimerId = startTimer( CHECK_INTERVAL ); + // This is an internal clock timer (in seconds), used instead of querying system time. + // It is incremented manually, preventing from problems with clock jumps. + // In other words, this is the 'now' time and the reference point for other times here. mElapsed = 0; - } //--------------------------------------------------------------------------- @@ -126,8 +128,6 @@ { mActive = true; resetTrigger(); - XSetScreenSaver(QX11Info::display(), mTimeout + 10, 100, PreferBlanking, DontAllowExposures); // We'll handle blanking - kDebug() << "XSetScreenSaver" << mTimeout + 10; } //--------------------------------------------------------------------------- @@ -138,8 +138,6 @@ { mActive = false; resetTrigger(); - XSetScreenSaver(QX11Info::display(), 0, 100, PreferBlanking, DontAllowExposures); // No blanking at all - kDebug() << "XSetScreenSaver 0"; } //--------------------------------------------------------------------------- @@ -148,12 +146,15 @@ // void XAutoLock::resetTrigger() { + // Time of the last user activity (used only when the internal XScreensaver + // idle counter is not available). mLastReset = mElapsed; + // Time when screensaver should be activated. mTrigger = mElapsed + mTimeout; #ifdef HAVE_XSCREENSAVER xautolock_lastIdleTime = 0; #endif - XForceScreenSaver( QX11Info::display(), ScreenSaverReset ); + // Do not reset the internal X screensaver here (no XForceScreenSaver()) } //--------------------------------------------------------------------------- @@ -205,12 +206,11 @@ bool activate = false; - // kDebug() << now << mTrigger; + // This is the test whether to activate screensaver. If we have reached the time + // and for the whole timeout period there was no activity (which would change mTrigger + // again), activate. if (mElapsed >= mTrigger) - { - resetTrigger(); activate = true; - } #ifdef HAVE_DPMS BOOL on; @@ -222,6 +222,8 @@ // that is always smaller than DPMS timeout (X bug I guess). So if DPMS // saving is active, simply always activate our saving too, otherwise // this could prevent locking from working. + // X.Org 7.4: With this version activating DPMS resets the screensaver idle timer, + // so keep this. It probably makes sense to always do this anyway. if(state == DPMSModeStandby || state == DPMSModeSuspend || state == DPMSModeOff) activate = true; if(!on && mDPMS) { Index: ../krunner/saverengine.cpp =================================================================== --- ../krunner/saverengine.cpp.orig (revision 916963) +++ ../krunner/saverengine.cpp (revision 916964) @@ -46,7 +46,11 @@ // Save X screensaver parameters XGetScreenSaver(QX11Info::display(), &mXTimeout, &mXInterval, &mXBlanking, &mXExposures); - // ... and disable it + // And disable it. The internal X screensaver is not used at all, but we use its + // internal idle timer (and it is also used by DPMS support in X). This timer must not + // be altered by this code, since e.g. resetting the counter after activating our + // screensaver would prevent DPMS from activating. We use the timer merely to detect + // user activity. XSetScreenSaver(QX11Info::display(), 0, mXInterval, mXBlanking, mXExposures); mState = Waiting; @@ -87,10 +91,9 @@ void SaverEngine::Lock() { - bool ok = true; if (mState == Waiting) { - ok = startLockProcess( ForceLock ); + bool ok = startLockProcess( ForceLock ); // It takes a while for krunner_lock to start and lock the screen. // Therefore delay the DBus call until it tells krunner that the locking is in effect. // This is done only for --forcelock . @@ -133,6 +136,7 @@ void SaverEngine::SimulateUserActivity() { + XForceScreenSaver( QX11Info::display(), ScreenSaverReset ); if ( mXAutoLock && mState == Waiting ) { mXAutoLock->resetTrigger(); @@ -311,6 +315,8 @@ // void SaverEngine::idleTimeout() { + if( mState != Waiting ) + return; // already saving startLockProcess( DefaultLock ); } From makc at issp.ac.ru Fri Feb 6 23:59:02 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Fri Feb 6 23:59:15 2009 Subject: Minor fix for KDE 4 monitor screen saver/power save nit In-Reply-To: <498D2253.1060508@freebsd.org> References: <498D2253.1060508@freebsd.org> Message-ID: <200902071058.59253.makc@issp.ac.ru> On Sat, 07 Feb 2009 16:55:31 +1100, Lawrence Stewart wrote: > Hi All, > > KDE 4.1.4 (and I believe KDE 4.2.0) has an issue with krunner that stops > the monitor from dropping into power save mode if the screen saver kicks > in before the power save timeout. This bugged me sufficiently to find a > fix, so thought I'd share this in case this issue is bugging anyone else. > > The relevant KDE bug report is here: > http://bugs.kde.org/show_bug.cgi?id=165265 > > I've backported the fix from the 4.2 tree for KDE 4.1.4. Stick the > attached patch in /usr/ports/x11/kdebase4-workspace/files and > rebuild/reinstall the port. > > For KDE 4.2.0, the patch obtained by running: > svn diff -c916964 svn://anonsvn.kde.org/home/kde/branches/KDE/4.2/kdebase > > should work with some minor tweaks to the patch meta data. Same > procedure applies as for 4.1.4. > > I've confirmed the attached patch resolves the issue for 4.1.4. > > Cheers, > Lawrence Thanks for report! KDE4 ports will be updated to 4.2.0 soon, so I've added patches to our local repo. Max From miwi at FreeBSD.org Sat Feb 7 02:53:37 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 7 02:54:09 2009 Subject: Call for Help: QT4.5 problems on FreeBSD. Message-ID: <20090207105330.GB33094@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, I've started work on QT 4.5 RC1 and I'm almost finished, but I've run into some problemes and I need your help. QT 4.5 now has gtk20 support which means x11-toolkit/qt4-gui now depends on gtk20. The build failed with: http://nopaste.info/16e19abbb9_nl.html I fixed that with set CLFAGS: CONFIGURE_ENV?= QTDIR=${WRKSRC} PATH=${WRKSRC}/bin:$$PATH \ CFLAGS="${CFLAGS}" MAKE_ENV?= QTDIR=${WRKSRC} LD_LIBRARY_PATH=${WRKSRC}/lib \ PATH=${WRKSRC}/bin:$$PATH CFLAGS="${CFLAGS}" CFLAGS+= -I${LOCALBASE}/include/gtk-2.0 -I${LOCALBASE}/include/atk-1.0 \ -I${LOCALBASE}/include/cairo -I${LOCALBASE}/include/pango-1.0 \ -I${LOCALBASE}/include/glib-2.0 Build is now fine but all qt4-gui dependency on ports fail now with: http://nopaste.info/efd2d1f63f_nl.html A dirty workaround is to set: ${ECHO_CMD} LIBS += -lgobject-2.0 >> ${WRKSRC}/${PORTNAME}.pro This fixed the build for qt4-* ports that use gui. But qt4* dependency on ports failed with the same error. I think the dirty workaround is really bad, what we need here a good fix. Also I already tested setting -lgobject-2.0 to the CFLAGS from qt4-gui but then all ports failed with /usr/local/lib/qt4/libQtGui.so: undefined reference to `QCoreApplicationPrivate::checkReceiverThread(QObject*) Now, the question is, is this a general problem with QT 4.5 or a ports problem? Could someone please take a look and give us some help? You can find the patch here: http://people.freebsd.org/~miwi/qt4/qt45rc1.diff Note: Please set 'WANT_QT_DEBUG=YES' to your /etc/make.conf. Thanks Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmNaCkACgkQFwpycAVoI1Pz6gCdHgoxp/H3VL/LgXQ0Kp/8xUa3 on8AoIeogTyqtdHp8Pk8LqWcLKv+Qmjh =YNue -----END PGP SIGNATURE----- From granica_raydom at rambler.ru Sat Feb 7 05:45:53 2009 From: granica_raydom at rambler.ru (granica_raydom@rambler.ru) Date: Sat Feb 7 05:45:59 2009 Subject: C integrated RPC system Message-ID: <301058499.1234013422.94094232.64288@mcgi64.rambler.ru> Hi all! I am working on the remote procedure call system integrated into C language. System called CRPC, it consists of C wrapper compiler and shared library. Wrapper compiler works with GCC. New RPC system helps you develop socket based applications. With the system you should only declare a function with __remote qualifier and when it called on the client, the appropriate function will be called on the server. CRPC simplifies development of both client and server side. System works with data addressed by pointers. Also system supports POSIX Threads. With CRPC a function will become threaded if declared with __threaded qualifier. The feature of the system is that, only function prototypes should be declared with appropriate modificator and then the call of the function will result in network interconnection, no descriptive languages is used. Also CRPC needs only C standard library, BSD sockets and POSIX Threads library. Currently being developed under FreeBSD and distributed under FreeBSD license. What do you think about adding CRPC to the ports tree? For more information and downloads visit project web site - crpc.sf.net With best regards, Andrey Babanin. From dereckson at espace-win.org Sat Feb 7 06:27:38 2009 From: dereckson at espace-win.org (=?ISO-8859-1?Q?S=E9bastien_Santoro?=) Date: Sat Feb 7 06:27:47 2009 Subject: metakit doesn't compile with TCL8.6 + solution to fix it Message-ID: <5ea6cb100902070556w7592703euae7432fcfdafbb6@mail.gmail.com> Hi, Metakit port doesn't compile with TCL 8.6 (port lang/tcl86-threads package tcl-threads-8.6.b.1) . It should, as http://wiki.tcl.tk/15781 specifies Wub requires TCL 8.6 to run WubWikit, built on the top of Mk. 3 things are to modify. After that, that compiles fine and passes the make test (strangely, you have to make install before make test to allow him to find libraries) The FreeBSD port compilation output is at the end of the mail. FIRST PROBLEM - STUBS ===================== To fix the problem, USE_TCL_STUBS should be defined at 0 but mk4tcl.h defines it auto at 1 if PIC is defined. I didn't investigate on the PIC define. So to compile it: (1) In builds/Makefile, removes -DUSE_TCL_STUBS (2) a patch to ask mk4tcl.h not to define USE_TCL_STUBS SECOND PROBLEM - Tcl_Interp struct errorLine member ============================================= errorLine isn't enabled anymore by default. USE_INTERP_ERRORLINE must be defined. FIX : add -DUSE_INTERP_ERRORLINE in Makefile typedef struct Tcl_Interp { /* TIP #330: Strongly discourage extensions from using the string result. */ #ifdef USE_INTERP_RESULT char *result; /* If the last command returned a string * result, this points to it. */ void (*freeProc) (char *blockPtr); /* Zero means the string result is statically * allocated. TCL_DYNAMIC means it was * allocated with ckalloc and should be freed * with ckfree. Other values give the address * of function to invoke to free the result. * Tcl_Eval must free it before executing next * command. */ #else char* unused3; void (*unused4) (char*); #endif #ifdef USE_INTERP_ERRORLINE int errorLine; /* When TCL_ERROR is returned, this gives the * line number within the command where the * error occurred (1 if first line). */ #else int unused5; #endif } Tcl_Interp; THIRD PROBLEM ============== g++ -c -g -O2 -fPIC -I../unix/../include -I/usr/local/include/tcl8.6/generic -I/usr/local/include/tcl8.6 -DUSE_INTERP_ERRORLINE ../unix/../tcl/mk4tcl.cpp ../unix/../tcl/mk4tcl.cpp: In function 'const c4_Property& AsProperty(Tcl_Obj*, const c4_View&)': ../unix/../tcl/mk4tcl.cpp:982: error: invalid conversion from 'const Tcl_ObjType*' to 'Tcl_ObjType*' ../unix/../tcl/mk4tcl.cpp: In function 'int SetCursorFromAny(Tcl_Interp*, Tcl_Obj*)': ../unix/../tcl/mk4tcl.cpp:1086: error: invalid conversion from 'const Tcl_ObjType*' to 'Tcl_ObjType*' Indeed, in tcl.h, *typePtr is a constant: typedef struct Tcl_Obj { const Tcl_ObjType *typePtr; /* Denotes the object's type. Always * corresponds to the type of the object's * internal rep. NULL indicates the object has * no internal rep (has no type). */ } Solution: at lines 982 and 1086, declares the types as const Tcl_ObjType* Cf. patch PORT MAKE OUTPUT ================= /usr/ports/databases/metakit ] uname -a FreeBSD daventry.espace-win.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Wed May 21 10:13:51 UTC 2008 root@localhost.localdomain:/usr/obj/usr/src/sys/OVH7 amd64 /usr/ports/databases/metakit ] make ===> Building for metakit-2.4.9.7 c++ -c -O2 -fno-strict-aliasing -pipe -fPIC -DUSE_TCL_STUBS -I./../unix/../include -I/usr/local/include/tcl8.6/generic -I/usr/local/include/tcl8.6 ./../unix/../tcl/mk4tcl.cpp In file included from ./../unix/../tcl/mk4tcl.cpp:26: ./../unix/../tcl/stubtcl.h:3: error: conflicting declaration 'TclStubs* tclStubsPtr' /usr/local/include/tcl8.6/generic/tclDecls.h:4465: error: 'tclStubsPtr' has a previous declaration as 'const TclStubs* tclStubsPtr' ./../unix/../tcl/stubtcl.h:4: error: conflicting declaration 'TclPlatStubs* tclPlatStubsPtr' /usr/local/include/tcl8.6/generic/tclPlatDecls.h:98: error: 'tclPlatStubsPtr' has a previous declaration as 'const TclPlatStubs* tclPlatStubsPtr' ./../unix/../tcl/stubtcl.h: In function 'int MyInitStubs(Tcl_Interp*)': ./../unix/../tcl/stubtcl.h:19: error: 'struct Tcl_Interp' has no member named 'result' ./../unix/../tcl/stubtcl.h:20: error: 'struct Tcl_Interp' has no member named 'freeProc' ./../unix/../tcl/stubtcl.h:33: error: invalid conversion from 'const TclIntStubs* const' to 'TclIntStubs*' ./../unix/../tcl/stubtcl.h:34: error: invalid conversion from 'const TclIntPlatStubs* const' to 'TclIntPlatStubs*' ./../unix/../tcl/mk4tcl.cpp: In function 'const c4_Property& AsProperty(Tcl_Obj*, const c4_View&)': ./../unix/../tcl/mk4tcl.cpp:982: error: invalid conversion from 'const Tcl_ObjType*' to 'Tcl_ObjType*' ./../unix/../tcl/mk4tcl.cpp: In function 'int SetCursorFromAny(Tcl_Interp*, Tcl_Obj*)': ./../unix/../tcl/mk4tcl.cpp:1086: error: invalid conversion from 'const Tcl_ObjType*' to 'Tcl_ObjType*' ./../unix/../tcl/mk4tcl.cpp: In member function 'int MkTcl::LoopCmd()': ./../unix/../tcl/mk4tcl.cpp:2159: error: 'struct Tcl_Interp' has no member named 'errorLine' *** Error code 1 Stop in /usr/ports/databases/metakit/work/metakit-2.4.9.7/builds. *** Error code 1 Stop in /usr/ports/databases/metakit. *** Error code 1 Stop in /usr/ports/databases/metakit. -- S?bastien Santoro aka Dereckson -------------- next part -------------- A non-text attachment was scrubbed... Name: metakit-const-Tcl_Obj.patch Type: application/octet-stream Size: 683 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090207/12ce62a9/metakit-const-Tcl_Obj.obj From dereckson at espace-win.org Sat Feb 7 07:58:49 2009 From: dereckson at espace-win.org (=?ISO-8859-1?Q?S=E9bastien_Santoro?=) Date: Sat Feb 7 07:58:56 2009 Subject: [starkit] metakit doesn't compile with TCL8.6 + solution to fix it In-Reply-To: References: <5ea6cb100902070556w7592703euae7432fcfdafbb6@mail.gmail.com> Message-ID: <5ea6cb100902070758h3a65af9ax306009a1af0736e6@mail.gmail.com> I confirm the last SVN version compiles fine. The last stable version published on http://www.equi4.com/metakit/overview.html is the 2.4.9.7 version, released the 2007-06-23. ( Speaking of SVN, CHANGES haven't updated since this date. ) TCL 8.6 is in beta stage, with release date planned for March. > ---------- Forwarded message ---------- > From: Pat Thoyts > Date: 2009/2/7 > Subject: Re: [starkit] metakit doesn't compile with TCL8.6 + solution to fix it > To: S?bastien Santoro > > This is fixed already in the metakit subversion repository. It is not > clear where you got your copy of the source from but this is a problem > for either the FreeBSD port contact to fetch the latest version or > possibly for the upstream maintainer (jcw) to produce another release > tarball that includes the fixes currently on the HEAD version. It may > be that if a metakit release will only be because of 8.6 changes that > he will wait until 8.6 becomes final before making such a release. > > In case you are unaware, the subversion repository for metakit is > currently svn://svn.equi4.com/metakit/trunk > > Pat Thoyts -- S?bastien Santoro aka Dereckson From QAT at FreeBSD.org Sat Feb 7 08:10:12 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Feb 7 08:10:24 2009 Subject: cvs commit: ports/science/mbdyn Makefile In-Reply-To: <200902071511.n17FBVqH073928@repoman.freebsd.org> References: In-Reply-To: <200902071511.n17FBVqH073928@repoman.freebsd.org> Message-ID: <20090207160151.829C78FC71@release.ixsystems.com> Hi, Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/mbdyn-1.2.7_2.log : building mbdyn-1.2.7_2 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD maintained by: ports@FreeBSD.org building for: 7.1-STABLE amd64 Makefile ident: $FreeBSD: ports/science/mbdyn/Makefile,v 1.17 2009/02/07 15:11:31 gerald Exp $ port directory: /usr/ports/science/mbdyn ................................................... then mv -f ".deps/lapackwrap.Tpo" ".deps/lapackwrap.Plo"; else rm -f ".deps/lapackwrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT lapackwrap.lo -MD -MP -MF .deps/lapackwrap.Tpo -c lapackwrap.cc -o lapackwrap.o lapackwrap.cc: In member function 'virtual void LapackSolver::Solve() const': lapackwrap.cc:121: warning: deprecated conversion from string constant to 'char*' if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT linsol.lo -MD -MP -MF ".deps/linsol.Tpo" -c -o linsol.lo linsol.cc; \ then mv -f ".deps/linsol.Tpo" ".deps/linsol.Plo"; else rm -f ".deps/linsol.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT linsol.lo -MD -MP -MF .deps/linsol.Tpo -c linsol.cc -o linsol.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT metiswrap.lo -MD -MP -MF ".deps/metiswrap.Tpo" -c -o metiswrap.lo metiswrap.cc; \ then mv -f ".deps/metiswrap.Tpo" ".deps/metiswrap.Plo"; else rm -f ".deps/metiswrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT metiswrap.lo -MD -MP -MF .deps/metiswrap.Tpo -c metiswrap.cc -o metiswrap.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT mschwrap.lo -MD -MP -MF ".deps/mschwrap.Tpo" -c -o mschwrap.lo mschwrap.cc; \ then mv -f ".deps/mschwrap.Tpo" ".deps/mschwrap.Plo"; else rm -f ".deps/mschwrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT mschwrap.lo -MD -MP -MF .deps/mschwrap.Tpo -c mschwrap.cc -o mschwrap.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT naivewrap.lo -MD -MP -MF ".deps/naivewrap.Tpo" -c -o naivewrap.lo naivewrap.cc; \ then mv -f ".deps/naivewrap.Tpo" ".deps/naivewrap.Plo"; else rm -f ".deps/naivewrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT naivewrap.lo -MD -MP -MF .deps/naivewrap.Tpo -c naivewrap.cc -o naivewrap.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT parsuperluwrap.lo -MD -MP -MF ".deps/parsuperluwrap.Tpo" -c -o parsuperluwrap.lo parsuperluwrap.cc; \ then mv -f ".deps/parsuperluwrap.Tpo" ".deps/parsuperluwrap.Plo"; else rm -f ".deps/parsuperluwrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT parsuperluwrap.lo -MD -MP -MF .deps/parsuperluwrap.Tpo -c parsuperluwrap.cc -o parsuperluwrap.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT superluwrap.lo -MD -MP -MF ".deps/superluwrap.Tpo" -c -o superluwrap.lo superluwrap.cc; \ then mv -f ".deps/superluwrap.Tpo" ".deps/superluwrap.Plo"; else rm -f ".deps/superluwrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT superluwrap.lo -MD -MP -MF .deps/superluwrap.Tpo -c superluwrap.cc -o superluwrap.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT umfpackwrap.lo -MD -MP -MF ".deps/umfpackwrap.Tpo" -c -o umfpackwrap.lo umfpackwrap.cc; \ then mv -f ".deps/umfpackwrap.Tpo" ".deps/umfpackwrap.Plo"; else rm -f ".deps/umfpackwrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT umfpackwrap.lo -MD -MP -MF .deps/umfpackwrap.Tpo -c umfpackwrap.cc -o umfpackwrap.o if /bin/sh ../../libtool --tag=CXX --mode=compile g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT y12wrap.lo -MD -MP -MF ".deps/y12wrap.Tpo" -c -o y12wrap.lo y12wrap.cc; \ then mv -f ".deps/y12wrap.Tpo" ".deps/y12wrap.Plo"; else rm -f ".deps/y12wrap.Tpo"; exit 1; fi g++43 -DHAVE_CONFIG_H -I. -I. -I../../include -I../../mbdyn -I../libmbutil -I../libmbmath -I../liby12 -I../libcolamd -I../libnaive -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT y12wrap.lo -MD -MP -MF .deps/y12wrap.Tpo -c y12wrap.cc -o y12wrap.o y12wrap.cc: In member function 'void Y12Solver::Factor()': y12wrap.cc:174: error: 'memmove' was not declared in this scope gmake[2]: *** [y12wrap.lo] Error 1 gmake[2]: Leaving directory `/work/a/ports/science/mbdyn/work/mbdyn-1.2.7/libraries/libmbwrap' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/work/a/ports/science/mbdyn/work/mbdyn-1.2.7/libraries' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /a/ports/science/mbdyn. ================================================================ build of /usr/ports/science/mbdyn ended at Sat Feb 7 16:01:49 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/mbdyn-1.2.7_2.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=science&portname=mbdyn The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Feb 7 08:15:56 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Feb 7 08:16:14 2009 Subject: cvs commit: ports/math/freemat Makefile In-Reply-To: <200902071528.n17FSdHN075851@repoman.freebsd.org> References: In-Reply-To: <200902071528.n17FSdHN075851@repoman.freebsd.org> Message-ID: <20090207160747.02B858FC71@release.ixsystems.com> Hi, Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/FreeMat-3.6_3.log : building FreeMat-3.6_3 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD maintained by: ports@FreeBSD.org building for: 7.1-STABLE amd64 Makefile ident: $FreeBSD: ports/math/freemat/Makefile,v 1.25 2009/02/07 15:28:39 gerald Exp $ port directory: /usr/ports/math/freemat ................................................... config.status: creating libs/libFN/Makefile config.status: creating libs/libMex/Makefile config.status: creating libs/libXP/Makefile config.status: creating libs/libGraphics/Makefile config.status: creating images/Makefile config.status: creating libs/libMatC/Makefile config.status: creating tools/Makefile config.status: executing depfiles commands # Avoid conflict with QT3 /usr/bin/find /work/a/ports/math/freemat/work/FreeMat-3.6 -name Makefile | /usr/bin/xargs /usr/bin/sed -i.bak -e '/^QT_CFLAGS/s|-I/usr/local/include ||' ===> Building for FreeMat-3.6_3 Making all in libs gmake[1]: Entering directory `/work/a/ports/math/freemat/work/FreeMat-3.6/libs' Making all in libFreeMat gmake[2]: Entering directory `/work/a/ports/math/freemat/work/FreeMat-3.6/libs/libFreeMat' moc-qt4 -o Interpreter.moc.cpp Interpreter.hpp gmake all-am gmake[3]: Entering directory `/work/a/ports/math/freemat/work/FreeMat-3.6/libs/libFreeMat' g++43 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"FreeMat\" -DVERSION=\"3.6\" -DHAVE_CURSES_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_PORTAUDIO18=1 -DHAVE_PCRE=1 -DHAVE_AVCALL=1 -DHAVE_UMFPACK=1 -DHAVE_FFTWF=1 -DHAVE_FFTW=1 -DHAVE_ARPACK=1 -DHAVE_LIBINTL_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_SYSCTL_H=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_DRAND48=1 -DHAVE_SQRT=1 -DHAVE_MEMSET=1 -DHAVE_POSIX_MEMALIGN=1 -DHAVE_CLOCK_GETTIME=1 -DHAVE_SYSCTL=1 -DHAVE_ABORT=1 -DHAVE_PROFILE=1 -DHAVE_CURSES_H=1 -I. -I../../libs/libXP -I../../libs/libMex -I../../libs/libMatC -DQT_SHARED -I/usr/local/include/qt4 -I/usr/local/include/qt4/QtCore -I/usr/loc al/include/qt4/QtGui -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSvg -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/local/include/suitesparse -O2 -fno-strict-aliasing -pipe -MT Array.o -MD -MP -MF .deps/Array.Tpo -c -o Array.o Array.cpp In file included from Context.hpp:24, from Interpreter.hpp:24, from Array.cpp:25: Scope.hpp: In member function 'void Scope::deleteGlobalVariablePointer(std::string)': Scope.hpp:208: error: no matching function for call to 'find(__gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >, __gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >, std::string&)' Scope.hpp: In member function 'void Scope::deletePersistentVariablePointer(std::string)': Scope.hpp:245: error: no matching function for call to 'find(__gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >, __gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >, std::string&)' Array.cpp: In member function 'std::string Array::getContentsAsStringUpper() const': Array.cpp:3836: error: 'transform' is not a member of 'std' gmake[3]: *** [Array.o] Error 1 gmake[3]: Leaving directory `/work/a/ports/math/freemat/work/FreeMat-3.6/libs/libFreeMat' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/work/a/ports/math/freemat/work/FreeMat-3.6/libs/libFreeMat' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/work/a/ports/math/freemat/work/FreeMat-3.6/libs' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /a/ports/math/freemat. ================================================================ build of /usr/ports/math/freemat ended at Sat Feb 7 16:07:45 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/FreeMat-3.6_3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=math&portname=freemat The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From gerald at pfeifer.com Sat Feb 7 08:44:12 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sat Feb 7 08:44:29 2009 Subject: cvs commit: ports/science/mbdyn Makefile In-Reply-To: <20090207160151.829C78FC71@release.ixsystems.com> References: In-Reply-To: <200902071511.n17FBVqH073928@repoman.freebsd.org> <20090207160151.829C78FC71@release.ixsystems.com> Message-ID: On Sat, 7 Feb 2009, QAT@FreeBSD.org wrote: > y12wrap.cc: In member function 'void Y12Solver::Factor()': > y12wrap.cc:174: error: 'memmove' was not declared in this scope > gmake[2]: *** [y12wrap.lo] Error 1 > gmake[2]: Leaving directory `/work/a/ports/science/mbdyn/work/mbdyn-1.2.7/libraries/libmbwrap' Good catch, my bad: I had failed to mark this BROKEN. (For the record, the breakage has not been introduced by the patch of mine that triggered the QAT run, and while not an expert in this port I wanted to contribute at least what I could to make the lives of others looking at it easier.) We really shouldn't have so many ports without a real maintainer properly taking care. The amount of bitrot in the tree is worrisome (and that is despite the great work of portmgrs and others like miwi who got us rid of long term BROKENess last week). Gerald From saad at docisland.org Sat Feb 7 09:34:07 2009 From: saad at docisland.org (Saad Kadhi) Date: Sat Feb 7 09:34:13 2009 Subject: Ruby dumps core on 7.0-RELEASE-p7 Message-ID: [if you reply to this mail, please make sure to add my addr in the recipients' list since I am not suscribed to this mailing-list, thanks!] Hi, I am using Ruby 1.8.6 (2008-08-11 patchlevel 287) on FreeBSD 7.0- RELEASE-p7. I have some code that -among other things- parses XML files and when it does in at least one case, it dumps core with the following error msg: -x-x-x- /usr/local/lib/ruby/1.8/rexml/parent.rb:19: [BUG] object allocation during garbage collection phase ruby 1.8.6 (2008-08-11) [i386-freebsd7] -x-x-x- At times, I get a different error msg: -x-x-x- /usr/local/lib/ruby/1.8/rexml/namespace.rb:16: [BUG] object allocation during garbage collection phase ruby 1.8.6 (2008-08-11) [i386-freebsd7] -x-x-x- I initially developed my code using Ruby 1.8.6 patchlevel 111 on the same platform and everything worked as expected. And when I upgraded to the latest stable version from ports, I started having these issues. Staying with 1.8.6 patchlevel 111 is not an option since this version is riddled with security vulnerabilities. Any ideas on how to fix this problem? TIA. --- Saad Kadhi "Il est un art de faire cro?tre sa propre vie au-dedans de celle qu'on est et de se rendre enti?rement lumineuse, comme si on enfantait ses jours et ses nuits". Jo? Bousquet. From mezz7 at cox.net Sat Feb 7 09:55:34 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Feb 7 09:55:41 2009 Subject: Call for Help: QT4.5 problems on FreeBSD. In-Reply-To: <20090207105330.GB33094@bsdcrew.de> References: <20090207105330.GB33094@bsdcrew.de> Message-ID: On Sat, 07 Feb 2009 04:53:30 -0600, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > I've started work on QT 4.5 RC1 and I'm almost finished, > but I've run into some problemes and I need your help. > > QT 4.5 now has gtk20 support which means x11-toolkit/qt4-gui > now depends on gtk20. The build failed with: > > http://nopaste.info/16e19abbb9_nl.html > > > I fixed that with set CLFAGS: > > CONFIGURE_ENV?= QTDIR=${WRKSRC} PATH=${WRKSRC}/bin:$$PATH \ > CFLAGS="${CFLAGS}" > MAKE_ENV?= QTDIR=${WRKSRC} LD_LIBRARY_PATH=${WRKSRC}/lib \ > PATH=${WRKSRC}/bin:$$PATH CFLAGS="${CFLAGS}" > > CFLAGS+= -I${LOCALBASE}/include/gtk-2.0 -I${LOCALBASE}/include/atk-1.0 \ > -I${LOCALBASE}/include/cairo -I${LOCALBASE}/include/pango-1.0 \ > -I${LOCALBASE}/include/glib-2.0 You should use pkg-config instead of hardcore. You can check in x11-toolkits/pango for example. ---------------------------------- GLIB2_CFLAGS= `pkg-config glib-2.0 --cflags` [...] CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include/freetype2 \ ${GLIB2_CFLAGS} -I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" ---------------------------------- You can do same with --libs for below in the 'LIBS +=' part. I am surpised for QT to not use pkg-config or something to allow QT to get buildable without have someone to add hack. Maybe, you should report to QT bugtracker or something. Or maybe there is something missing. As for the rest other than this, I have no idea for QT problem. Cheers, Mezz > Build is now fine but all qt4-gui dependency on ports > fail now with: > > http://nopaste.info/efd2d1f63f_nl.html > > A dirty workaround is to set: > ${ECHO_CMD} LIBS += -lgobject-2.0 >> ${WRKSRC}/${PORTNAME}.pro > > This fixed the build for qt4-* ports that use gui. But > qt4* dependency on ports failed with the same error. > I think the dirty workaround is really bad, what we need here > a good fix. Also I already tested setting -lgobject-2.0 > to the CFLAGS from qt4-gui but then all ports failed with > > /usr/local/lib/qt4/libQtGui.so: undefined reference to > `QCoreApplicationPrivate::checkReceiverThread(QObject*) > > Now, the question is, is this a general problem with QT 4.5 > or a ports problem? Could someone please take a look and give > us some help? > > You can find the patch here: > http://people.freebsd.org/~miwi/qt4/qt45rc1.diff > > > Note: Please set 'WANT_QT_DEBUG=YES' to your /etc/make.conf. > > > Thanks Martin > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkmNaCkACgkQFwpycAVoI1Pz6gCdHgoxp/H3VL/LgXQ0Kp/8xUa3 > on8AoIeogTyqtdHp8Pk8LqWcLKv+Qmjh > =YNue > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Sat Feb 7 11:38:22 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sat Feb 7 11:38:38 2009 Subject: cvs commit: ports/science/mbdyn Makefile In-Reply-To: References: <200902071511.n17FBVqH073928@repoman.freebsd.org> <20090207160151.829C78FC71@release.ixsystems.com> Message-ID: <20090207213816.26f2dd5e@it.buh.tecnik93.com> On Sat, 7 Feb 2009 17:44:13 +0100 (CET) Gerald Pfeifer wrote: [..] > We really shouldn't have so many ports without a real maintainer > properly taking care. You're not the only one that thinks this ;-) -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090207/3eb653db/signature.pgp From erwin at FreeBSD.org Sat Feb 7 13:58:30 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Feb 7 13:58:37 2009 Subject: INDEX build failed for 6.x Message-ID: <200902072158.n17LwTdA009538@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: tk-8.6.b.1: no entry for /usr/ports/lang/tcl86 make_index: tk-8.6.b.1: no entry for /usr/ports/lang/tcl86 make_index: tk-threads-8.6.b.1: no entry for /usr/ports/lang/tcl86-thread make_index: tk-threads-8.6.b.1: no entry for /usr/ports/lang/tcl86-thread Committers on the hook: ache ale amdmi3 arved bsam delphij dougb ijliao miwi mm nivit olgeni oliver roam sergei wxs Most recent CVS update was: U MOVED U archivers/star/Makefile U archivers/star/distinfo U archivers/star/pkg-descr U archivers/star/pkg-plist U archivers/star/files/patch-rmt_Makefile U archivers/star/files/patch-rmt_Makefile.man U archivers/star/files/patch-star::Makefile U archivers/star/files/patch-star::star.1 U archivers/unzip/Makefile U graphics/kipi-plugins-kde4/Makefile U graphics/kipi-plugins-kde4/distinfo U graphics/kipi-plugins-kde4/pkg-descr U graphics/kipi-plugins-kde4/pkg-plist U graphics/osg-devel/Makefile U graphics/osg-devel/distinfo U graphics/osg-devel/pkg-descr U graphics/osg-devel/pkg-plist U graphics/osg-devel/files/patch-src-OpenThreads-pthreads-PThread.c++ U mail/sqwebmail/Makefile U mail/sqwebmail/distinfo U mail/sqwebmail/pkg-plist U math/asymptote/Makefile U math/asymptote/distinfo U math/asymptote/pkg-plist U math/eigen2/Makefile U math/eigen2/distinfo U math/eigen2/pkg-descr U math/eigen2/pkg-plist U math/ngraph/pkg-descr U sysutils/Makefile U sysutils/cfengine3/Makefile U sysutils/cfengine3/distinfo U sysutils/cfengine3/pkg-descr U sysutils/cfengine3/pkg-plist U sysutils/cfengine3/files/cfexecd.in U sysutils/cfengine3/files/cfservd.in U sysutils/cfengine3/files/patch-Makefile.in U sysutils/cfengine3/files/patch-contrib_Makefile.in U sysutils/cfengine3/files/patch-doc_Makefile.in U sysutils/cfengine3/files/patch-inputs_Makefile.in U x11/electricsheep/Makefile U x11-toolkits/Makefile From alex-goncharov at comcast.net Sat Feb 7 15:01:01 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Sat Feb 7 15:01:14 2009 Subject: libX11-XCB [Was: X drivers depend on Gnome?] In-Reply-To: (message from Alex Goncharov on Wed, 04 Feb 2009 10:22:27 -0500) References: <20090204083740.12061iw6kf4c9vwg@webmail.leidinger.net> Message-ID: ,--- I/Alex (Wed, 04 Feb 2009 10:22:27 -0500) ----* | ,--- I/Alex (Wed, 04 Feb 2009 08:55:28 -0500) ----* | | ,--- You/Florent (Wed, 4 Feb 2009 13:21:15 +0000) ----* | | | Please send patches. Kthxbye. | | | | Does this mean that you agree with me in principle and if I send you | | patches, there is a high probability they will he accepted (provided | | they work, of course)? | ,--- You/Florent (Wed, 4 Feb 2009 14:00:25 +0000) ----* | | In principle yes. | | Good, thank you. | | | Now you do have to understand that this is a lot of boring work and | | you'll need approval from portmgr@, not just me. | | I understand both and it remains to be seen if I handle the task (not | in the next three weeks, at least, I think). But I don't want to go | for a lot of boring work without knowing that the change would be | welcome in principle, at least by some of the involved people. I spent some time playing with this. Yes, that's a lot of work -- and a potential build destabilization. This said, I created a bsd.xorg.mk without GNOME dependencies, and modified a few lower level X components make files accordingly. The work is not done yet but I am able to build some protocols and libraries now and am usefully improving my understanding of both the ports build system and the modern X structure. I don't think I am going to submit my patches, even when I am done, because I see the far-reaching scope of the changes and an extra destabilization of current X in ports would not be a good idea. But I am thinking of building an X build structure for my own consumption. Essentially, I want a minimalist X build/install -- I run not that many X applications. E.g. I haven't seen any benefit of using HAL yet -- so I am happily running HAL-less and intend to continue to do so. Now another new (about two-years-old, I think) addition to X caught my attention -- XCB. I've done some reading and didn't see any argument for using it by a non-X-developer (while the architectural argument sounds good, no doubt.) This is good recent post expressing one view on XCB usefulness -- http://mail-index.netbsd.org/pkgsrc-users/2008/09/07/msg007999.html: Re: Why disabling XCB in x11/lix11 ? ... So far nothing really needed it which made attacking the issues a less interesting way to proceed. And I also see plenty of XCB-enable/disable clauses in ports. E.g. graphics/cairo/Makefile:.ifdef(WITH_XCB) graphics/libGL/bsd.mesalib.mk:.if defined(WITHOUT_XCB) [ Three (grumbling) side observations here: 1. Why does bsd.mesalib.mk live in graphics/libGL, rather than in the standard Mk? 2. Why are there two different switches for the same purpose: WITH_XCB and WITHOUT_XCB? 3. Why neither of the switches is documented (as far as the search in Mk shows)? ] So, I built my libX11 without XCB and will try to build other components without it. My question to X experts is: will I lose anything without using XCB? (Again, not caring about X application development.) Thanks, -- Alex -- alex-goncharov@comcast.net -- From erwin at FreeBSD.org Sat Feb 7 17:15:36 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Feb 7 17:15:42 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200902080115.n181FYBp028143@pointyhat.freebsd.org> From erwin at FreeBSD.org Sat Feb 7 23:05:46 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Feb 7 23:05:54 2009 Subject: INDEX build failed for 6.x Message-ID: <200902080705.n1875i3a082170@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: erlslang-1.0_7: no entry for /usr/ports/devel/libslang make_index: erlslang-1.0_7: no entry for /usr/ports/devel/libslang Committers on the hook: alepulver beech pgollucci rnoland Most recent CVS update was: U CHANGES U MOVED U UPDATING U accessibility/py-papi/Makefile U accessibility/py-papi/distinfo U audio/timidity++/Makefile U audio/timidity++/Makefile.interface U audio/timidity++-slang/Makefile U comms/hf/Makefile U devel/Makefile U devel/gaul/Makefile U devel/gaul/pkg-plist U devel/gaul/files/patch-Makefile.am U devel/libpciaccess/Makefile U devel/libpciaccess/files/patch-src-freebsd_pci.c U devel/libslang2/Makefile U devel/newt/Makefile U editors/lpe/files/patch-src__cfg.c U editors/lpe/files/patch-src__input.c U ftp/filezilla/Makefile U ftp/filezilla/distinfo U ftp/filezilla/pkg-plist U games/evq3/Makefile U irc/slirc/files/patch-slload.c From erwin at FreeBSD.org Sun Feb 8 02:11:17 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 8 02:11:24 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200902081011.n18ABG32016404@pointyhat.freebsd.org> From miwi at FreeBSD.org Sun Feb 8 06:26:51 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun Feb 8 06:26:58 2009 Subject: Call for Help: QT4.5 problems on FreeBSD. In-Reply-To: References: <20090207105330.GB33094@bsdcrew.de> Message-ID: <20090208142648.GE42242@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Feb 07, 2009 at 11:56:11AM -0600, Jeremy Messenger wrote: > On Sat, 07 Feb 2009 04:53:30 -0600, Martin Wilke wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Howdy, > > > > I've started work on QT 4.5 RC1 and I'm almost finished, > > but I've run into some problemes and I need your help. > > > > QT 4.5 now has gtk20 support which means x11-toolkit/qt4-gui > > now depends on gtk20. The build failed with: > > > > http://nopaste.info/16e19abbb9_nl.html > > > > > > I fixed that with set CLFAGS: > > > > CONFIGURE_ENV?= QTDIR=${WRKSRC} PATH=${WRKSRC}/bin:$$PATH \ > > CFLAGS="${CFLAGS}" > > MAKE_ENV?= QTDIR=${WRKSRC} LD_LIBRARY_PATH=${WRKSRC}/lib \ > > PATH=${WRKSRC}/bin:$$PATH CFLAGS="${CFLAGS}" > > > > CFLAGS+= -I${LOCALBASE}/include/gtk-2.0 -I${LOCALBASE}/include/atk-1.0 \ > > -I${LOCALBASE}/include/cairo -I${LOCALBASE}/include/pango-1.0 \ > > -I${LOCALBASE}/include/glib-2.0 > > You should use pkg-config instead of hardcore. You can check in > x11-toolkits/pango for example. > > ---------------------------------- > GLIB2_CFLAGS= `pkg-config glib-2.0 --cflags` > > [...] > > CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include/freetype2 \ > ${GLIB2_CFLAGS} -I${LOCALBASE}/include" \ > LDFLAGS="-L${LOCALBASE}/lib" > ---------------------------------- > > You can do same with --libs for below in the 'LIBS +=' part. I am surpised > for QT to not use pkg-config or something to allow QT to get buildable > without have someone to add hack. Maybe, you should report to QT > bugtracker or something. Or maybe there is something missing. > > As for the rest other than this, I have no idea for QT problem. > Hi Jeremy thank you, works now all :). - - Martin > Cheers, > Mezz > > > Build is now fine but all qt4-gui dependency on ports > > fail now with: > > > > http://nopaste.info/efd2d1f63f_nl.html > > > > A dirty workaround is to set: > > ${ECHO_CMD} LIBS += -lgobject-2.0 >> ${WRKSRC}/${PORTNAME}.pro > > > > This fixed the build for qt4-* ports that use gui. But > > qt4* dependency on ports failed with the same error. > > I think the dirty workaround is really bad, what we need here > > a good fix. Also I already tested setting -lgobject-2.0 > > to the CFLAGS from qt4-gui but then all ports failed with > > > > /usr/local/lib/qt4/libQtGui.so: undefined reference to > > `QCoreApplicationPrivate::checkReceiverThread(QObject*) > > > > Now, the question is, is this a general problem with QT 4.5 > > or a ports problem? Could someone please take a look and give > > us some help? > > > > You can find the patch here: > > http://people.freebsd.org/~miwi/qt4/qt45rc1.diff > > > > > > Note: Please set 'WANT_QT_DEBUG=YES' to your /etc/make.conf. > > > > > > Thanks Martin > > > > > > - -- > > > > +-----------------------+-------------------------------+ > > | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | > > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > > +-----------------------+-------------------------------+ > > | Mess with the Best, Die like the Rest! | > > +-----------------------+-------------------------------+ > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.9 (FreeBSD) > > > > iEYEARECAAYFAkmNaCkACgkQFwpycAVoI1Pz6gCdHgoxp/H3VL/LgXQ0Kp/8xUa3 > > on8AoIeogTyqtdHp8Pk8LqWcLKv+Qmjh > > =YNue > > -----END PGP SIGNATURE----- > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmO66gACgkQFwpycAVoI1NNtQCfW6yyAumlH4yNMFBJHfgux4Ma 1J8An0arH5Mm/fPcVkiA0oau8owcoXgU =f1+4 -----END PGP SIGNATURE----- From jjuanino at gmail.com Sun Feb 8 07:12:07 2009 From: jjuanino at gmail.com (Jose Garcia Juanino) Date: Sun Feb 8 07:12:38 2009 Subject: editors/xmlcopyeditor port does not build after upgrading libxml2 from 2.7.2 to 2.7.3 Message-ID: <20090208144137.GA28975@banach> Hi everybody I am the maintainer of editors/xmlcopyeditor port. I have upgraded textproc/libxml2 from 2.7.2 to 2.7.3 today, and afterthat xmlcopyeditor port does not build (it builds with 2.7.2, though). The build log: http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/xmlcopyeditor-1.2.0.log Has anyone an idea what causes this build failure? Best regards -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090208/a8b01ff0/attachment.pgp From traveling08 at cox.net Sun Feb 8 12:03:12 2009 From: traveling08 at cox.net (Robert) Date: Sun Feb 8 12:03:19 2009 Subject: ntfs-3g: Unprivileged user cannot mount Message-ID: <20090208113306.4f222dc8@asus64> As the subject states: [robert] ~> ntfs-3g /dev/ad0s1 winxp mount_fusefs: /dev/fuse1 on /home/robert/winxp: Operation not permitted fuse: failed to mount file system: Unknown error: 0 If I setuid in /usr/loca/bin/ntfs-3g [robert] ~> sudo chmod 4755 /usr/local/bin/ntfs-3g Password: [robert] ~> ls -l /usr/local/bin/ntfs-3g -rwsr-xr-x 1 root robert 29968 Feb 6 06:31 /usr/local/bin/ntfs-3g then [robert] ~> ntfs-3g /dev/ad0s1 winxp Mount is denied because setuid and setgid root ntfs-3g is insecure with the external FUSE library. Either remove the setuid/setgid bit from the binary or rebuild NTFS-3G with integrated FUSE support and make it ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ setuid root. Please see more information at http://ntfs-3g.org/support.html#unprivileged In /etc/rc.conf I have: fusefs_enable="YES" [robert] ~> kldstat Id Refs Address Size Name 1 11 0xffffffff80100000 b6e000 kernel 2 1 0xffffffff80c6e000 205f8 geom_mirror.ko 3 1 0xffffffff80c8f000 230b0 snd_hda.ko 4 2 0xffffffff80cb3000 67458 sound.ko 5 1 0xffffffff80d1b000 4828 nfsmb.ko 6 2 0xffffffff80d20000 24a0 smbus.ko 7 1 0xffffffff80d23000 4fd8 atapicam.ko 8 1 0xffffffff80e22000 aa7a fuse.ko How do I rebuild with integrated FUSE? It is not an option in the port. [robert] ~> uname -a FreeBSD asus64.shasta204.local 7.1-STABLE FreeBSD 7.1-STABLE #13: Fri Feb 6 14:43:48 PST 2009 root@axxxx.xxxx.local:/usr/obj/usr/src/sys/GENERIC amd64 All ports were updated to the latest as of Saturday. Thanks in advance From joshua_rickmar at eumx.net Sun Feb 8 12:09:06 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Sun Feb 8 12:09:12 2009 Subject: FreeBSD Port: emulators/open-vm-tools In-Reply-To: <8ab805275ab5ba43685348c6645b77ba.squirrel@ssl.eumx.net> References: <8ab805275ab5ba43685348c6645b77ba.squirrel@ssl.eumx.net> Message-ID: <2975.67.177.142.45.1234123591.squirrel@ssl.eumx.net> On Wed, February 4, 2009 3:50 pm, Josh Rickmar wrote: > This port is not building for me right now. Here's the error: > > > cc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" > -DPACKA > GE_VERSION=\"2008.07.01-102166\" "-DPACKAGE_STRING=\"open-vm-tools > 2008.07.01-10 > 2166\"" -DPACKAGE_BUGREPORT=\"open-vm-tools-devel@lists.sourceforge.net\" > -DPACK > AGE=\"open-vm-tools\" -DVERSION=\"2008.07.01-102166\" -DSTDC_HEADERS=1 > -DHAVE_SY > S_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 > -DHAVE_MEMOR > Y_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 > -DHAVE_UNISTD_H=1 > -DHAVE_DLFCN_H=1 -DHAVE_DLOPEN=1 -DNO_PROCPS=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDIN > T_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_PARAM_H=1 > -DHAVE_SYS_TYPES_H > =1 -DHAVE_SYS_USER_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 > -DHAVE_STRUCT_STAT_ST_R > DEV=1 -DTIME_WITH_SYS_TIME=1 -I. -I/usr/local/include -DUSING_AUTOCONF=1 > -I/usr/ > local/include -I/usr/local/include -DUSE_ICU -DHAVE_ICU_38 -DVMX86_TOOLS > -DNO_CO > RE_ICU > -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166 > /lib/include -O2 -fno-strict-aliasing -pipe -march=prescott -Wall -Werror > -Wno-p > ointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas > -Wno-uni > nitialized -MT hostname.lo -MD -MP -MF .deps/hostname.Tpo -c ../hostname.c > -fPI > C -DPIC -o .libs/hostname.o > cc1: warnings being treated as errors > ../hostname.c: In function 'Hostinfo_HostName': > ../hostname.c:248: warning: implicit declaration of function > 'Unicode_Format' > ../hostname.c:248: warning: return makes pointer from integer without a > cast *** Error code 1 > > > Stop in > /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166/ > lib/misc/shared. *** Error code 1 > > > Stop in > /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166/ > lib/misc. *** Error code 1 > > > Stop in > /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166/ > lib. *** Error code 1 > > > Stop in > /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2008.07.01-102166. > *** Error code 1 > > > Stop in /usr/ports/emulators/open-vm-tools. > > > > Also, it a new version was released on Janurary 21, 2009, so an update > for the port would be greatly appreciated. :) > > I don't mean to sound pushy, but I still can't build this. I tried manually installing the latest version, and get (different) problems with that as well. And since I can't find a package of this... -- To send me a personal email, please place [personal] in the Subject line. From erwin at FreeBSD.org Sun Feb 8 13:52:54 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 8 13:53:02 2009 Subject: INDEX build failed for 6.x Message-ID: <200902082152.n18Lqrv0008831@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: kde-l10n-4.2.0: no entry for /usr/ports/misc/kde4-l10n-eu Committers on the hook: bsam miwi rnoland stas Most recent CVS update was: U Mk/bsd.cmake.mk U Mk/bsd.kde4.mk U Mk/bsd.qt.mk U accessibility/kdeaccessibility4/Makefile U accessibility/kdeaccessibility4/distinfo U accessibility/kdeaccessibility4/pkg-plist U arabic/Makefile U arabic/kde4-l10n/Makefile U arabic/kde4-l10n/distinfo U arabic/kde4-l10n/pkg-descr U arabic/kde4-l10n/pkg-plist U cad/irsim/Makefile U cad/irsim/distinfo U chinese/kde4-l10n-zh_CN/Makefile U chinese/kde4-l10n-zh_CN/distinfo U chinese/kde4-l10n-zh_CN/pkg-plist U chinese/kde4-l10n-zh_TW/Makefile U chinese/kde4-l10n-zh_TW/distinfo U chinese/kde4-l10n-zh_TW/pkg-plist U databases/akonadi/Makefile U databases/akonadi/distinfo U databases/akonadi/pkg-plist U deskutils/kdepim4/Makefile U deskutils/kdepim4/distinfo U deskutils/kdepim4/pkg-plist U deskutils/kdepim4/files/patch-kpilot_conduits_todo-todoconduit.cc U deskutils/kdepimlibs4/Makefile U deskutils/kdepimlibs4/distinfo U deskutils/kdepimlibs4/pkg-plist U deskutils/kdepimlibs4/files/patch-akonadi-tests-testrunner-setup.cpp U deskutils/kdeplasma-addons/Makefile U deskutils/kdeplasma-addons/distinfo U deskutils/kdeplasma-addons/pkg-plist U deskutils/plasma-applet-panelspacer/Makefile U deskutils/plasma-applet-quicklauncher/Makefile U deskutils/plasma-applet-teacooker/Makefile U deskutils/strigi/Makefile U deskutils/strigi/distinfo U deskutils/strigi/pkg-descr U deskutils/strigi/pkg-plist U devel/automoc4/Makefile U devel/automoc4/distinfo U devel/eric4/Makefile.inc U devel/eric4/distinfo U devel/eric4/pkg-plist U devel/kdesdk4/Makefile U devel/kdesdk4/distinfo U devel/kdesdk4/pkg-plist U french/eric4/distinfo U french/kde4-l10n/Makefile U french/kde4-l10n/Makefile.man U french/kde4-l10n/distinfo U french/kde4-l10n/pkg-plist U games/kdegames4/Makefile U games/kdegames4/distinfo U games/kdegames4/pkg-plist U german/eric4/distinfo U german/kde4-l10n/Makefile U german/kde4-l10n/Makefile.man U german/kde4-l10n/distinfo U german/kde4-l10n/pkg-plist U graphics/Makefile U graphics/kcoloredit/Makefile U graphics/kcoloredit/distinfo U graphics/kcoloredit/pkg-plist U graphics/kdegraphics4/Makefile U graphics/kdegraphics4/distinfo U graphics/kdegraphics4/pkg-plist U graphics/kgraphviewer/Makefile U graphics/kgraphviewer/distinfo U graphics/kgraphviewer/pkg-plist U graphics/kiconedit/Makefile U graphics/kiconedit/distinfo U graphics/kipi-plugins-kde4/Makefile U graphics/kipi-plugins-kde4/distinfo U graphics/kipi-plugins-kde4/pkg-descr U graphics/kipi-plugins-kde4/pkg-plist U graphics/kipi-plugins-kde4/files/patch-CMakeLists.txt U graphics/kpovmodeler/Makefile U graphics/kpovmodeler/distinfo U graphics/skanlite/Makefile U graphics/skanlite/distinfo U graphics/skanlite/pkg-plist U hebrew/Makefile U hebrew/kde4-l10n/Makefile U hebrew/kde4-l10n/distinfo U hebrew/kde4-l10n/pkg-descr U hebrew/kde4-l10n/pkg-plist U hungarian/kde4-l10n/Makefile U hungarian/kde4-l10n/distinfo U hungarian/kde4-l10n/pkg-plist U japanese/kde4-l10n/Makefile U japanese/kde4-l10n/distinfo U japanese/kde4-l10n/pkg-plist U korean/kde4-l10n/Makefile U korean/kde4-l10n/distinfo U korean/kde4-l10n/pkg-plist U math/Makefile U math/eigen2/Makefile U math/eigen2/distinfo U math/eigen2/pkg-descr U math/eigen2/pkg-plist U misc/Makefile U misc/kde4-l10n/Makefile U misc/kde4-l10n/files/bsd.l10n.mk U misc/kde4-l10n/files/kde4-lang-names U misc/kde4-l10n-bg/Makefile U misc/kde4-l10n-bg/distinfo U misc/kde4-l10n-bg/pkg-plist U misc/kde4-l10n-bn_IN/Makefile U misc/kde4-l10n-bn_IN/distinfo U misc/kde4-l10n-bn_IN/pkg-descr U misc/kde4-l10n-bn_IN/pkg-plist U misc/kde4-l10n-ca/Makefile U misc/kde4-l10n-ca/Makefile.man U misc/kde4-l10n-ca/distinfo U misc/kde4-l10n-ca/pkg-plist U misc/kde4-l10n-cs/Makefile U misc/kde4-l10n-cs/distinfo U misc/kde4-l10n-cs/pkg-plist U misc/kde4-l10n-csb/Makefile U misc/kde4-l10n-csb/distinfo U misc/kde4-l10n-csb/pkg-plist U misc/kde4-l10n-da/Makefile U misc/kde4-l10n-da/Makefile.man U misc/kde4-l10n-da/distinfo U misc/kde4-l10n-da/pkg-plist U misc/kde4-l10n-el/Makefile U misc/kde4-l10n-el/distinfo U misc/kde4-l10n-el/pkg-plist U misc/kde4-l10n-en_GB/Makefile U misc/kde4-l10n-en_GB/distinfo U misc/kde4-l10n-en_GB/pkg-plist U misc/kde4-l10n-eo/Makefile U misc/kde4-l10n-es/Makefile U misc/kde4-l10n-es/Makefile.man U misc/kde4-l10n-es/distinfo U misc/kde4-l10n-es/pkg-plist U misc/kde4-l10n-et/Makefile U misc/kde4-l10n-et/Makefile.man U misc/kde4-l10n-et/distinfo U misc/kde4-l10n-et/pkg-plist U misc/kde4-l10n-eu/Makefile U misc/kde4-l10n-eu/distinfo U misc/kde4-l10n-eu/pkg-descr U misc/kde4-l10n-eu/pkg-plist U misc/kde4-l10n-fi/Makefile U misc/kde4-l10n-fi/distinfo U misc/kde4-l10n-fi/pkg-plist U misc/kde4-l10n-fy/Makefile U misc/kde4-l10n-fy/pkg-plist U misc/kde4-l10n-ga/Makefile U misc/kde4-l10n-ga/distinfo U misc/kde4-l10n-ga/pkg-plist U misc/kde4-l10n-gl/Makefile U misc/kde4-l10n-gl/Makefile.man U misc/kde4-l10n-gl/distinfo U misc/kde4-l10n-gl/pkg-plist U misc/kde4-l10n-gu/Makefile U misc/kde4-l10n-gu/distinfo U misc/kde4-l10n-gu/pkg-descr U misc/kde4-l10n-gu/pkg-plist U misc/kde4-l10n-hi/Makefile U misc/kde4-l10n-hi/distinfo U misc/kde4-l10n-hi/pkg-plist U misc/kde4-l10n-is/Makefile U misc/kde4-l10n-is/distinfo U misc/kde4-l10n-is/pkg-descr U misc/kde4-l10n-is/pkg-plist U misc/kde4-l10n-it/Makefile U misc/kde4-l10n-it/Makefile.man U misc/kde4-l10n-it/distinfo U misc/kde4-l10n-it/pkg-plist U misc/kde4-l10n-kk/Makefile U misc/kde4-l10n-kk/distinfo U misc/kde4-l10n-kk/pkg-plist U misc/kde4-l10n-km/Makefile U misc/kde4-l10n-km/distinfo U misc/kde4-l10n-km/pkg-plist U misc/kde4-l10n-kn/Makefile U misc/kde4-l10n-kn/distinfo U misc/kde4-l10n-kn/pkg-descr U misc/kde4-l10n-kn/pkg-plist U misc/kde4-l10n-ku/Makefile U misc/kde4-l10n-ku/distinfo U misc/kde4-l10n-ku/pkg-plist U misc/kde4-l10n-lt/Makefile U misc/kde4-l10n-lt/distinfo U misc/kde4-l10n-lt/pkg-plist U misc/kde4-l10n-lv/Makefile U misc/kde4-l10n-lv/distinfo U misc/kde4-l10n-lv/pkg-plist U misc/kde4-l10n-mai/Makefile U misc/kde4-l10n-mai/distinfo U misc/kde4-l10n-mai/pkg-descr U misc/kde4-l10n-mai/pkg-plist U misc/kde4-l10n-mk/Makefile U misc/kde4-l10n-mk/distinfo U misc/kde4-l10n-mk/pkg-plist U misc/kde4-l10n-ml/Makefile U misc/kde4-l10n-ml/distinfo U misc/kde4-l10n-ml/pkg-plist U misc/kde4-l10n-mr/Makefile U misc/kde4-l10n-mr/distinfo U misc/kde4-l10n-mr/pkg-descr U misc/kde4-l10n-mr/pkg-plist U misc/kde4-l10n-nb/Makefile U misc/kde4-l10n-nb/Makefile.man U misc/kde4-l10n-nb/distinfo U misc/kde4-l10n-nb/pkg-plist U misc/kde4-l10n-nds/Makefile U misc/kde4-l10n-nds/distinfo U misc/kde4-l10n-nds/pkg-plist U misc/kde4-l10n-nl/Makefile U misc/kde4-l10n-nl/Makefile.man U misc/kde4-l10n-nl/distinfo U misc/kde4-l10n-nl/pkg-plist U misc/kde4-l10n-nn/Makefile U misc/kde4-l10n-nn/Makefile.man U misc/kde4-l10n-nn/distinfo U misc/kde4-l10n-nn/pkg-plist U misc/kde4-l10n-pa/Makefile U misc/kde4-l10n-pa/distinfo U misc/kde4-l10n-pa/pkg-plist U misc/kde4-l10n-ro/Makefile U misc/kde4-l10n-ro/distinfo U misc/kde4-l10n-ro/pkg-descr U misc/kde4-l10n-ro/pkg-plist U misc/kde4-l10n-sl/Makefile U misc/kde4-l10n-sl/distinfo U misc/kde4-l10n-sl/pkg-plist U misc/kde4-l10n-sr/Makefile U misc/kde4-l10n-sr/distinfo U misc/kde4-l10n-sr/pkg-plist U misc/kde4-l10n-sv/Makefile U misc/kde4-l10n-sv/Makefile.man U misc/kde4-l10n-sv/distinfo U misc/kde4-l10n-sv/pkg-plist U misc/kde4-l10n-ta/Makefile U misc/kde4-l10n-tg/Makefile U misc/kde4-l10n-tg/distinfo U misc/kde4-l10n-tg/pkg-descr U misc/kde4-l10n-tg/pkg-plist U misc/kde4-l10n-th/Makefile U misc/kde4-l10n-th/distinfo U misc/kde4-l10n-th/pkg-plist U misc/kde4-l10n-tr/Makefile U misc/kde4-l10n-tr/distinfo U misc/kde4-l10n-tr/pkg-plist U misc/kde4-l10n-wa/Makefile U misc/kde4-l10n-wa/distinfo U misc/kde4-l10n-wa/pkg-plist U misc/kde4-shared-mime-info/Makefile U misc/kde4-xdg-env/Makefile U misc/kde4-xdg-env/files/xdg-env.sh.in U misc/kdeedu4/Makefile U misc/kdeedu4/distinfo U misc/kdeedu4/pkg-plist U misc/kdehier4/Makefile U misc/kdehier4/pkg-plist U misc/kdehier4/files/dirlist U misc/kdeutils4/Makefile U misc/kdeutils4/distinfo U misc/kdeutils4/pkg-plist U misc/kdeutils4/files/patch-ark_plugins_libzipplugin-zipplugin.cpp U misc/konq-plugins-kde4/Makefile U misc/konq-plugins-kde4/distinfo U misc/konq-plugins-kde4/pkg-plist U multimedia/dvdauthor/Makefile U multimedia/gmerlin-avdecoder/Makefile U multimedia/k9copy/Makefile U multimedia/kdemultimedia4/Makefile U multimedia/kdemultimedia4/distinfo U multimedia/kdemultimedia4/pkg-plist U multimedia/kissdx/Makefile U multimedia/ldvd/Makefile U multimedia/libdvdnav/Makefile U multimedia/libdvdnav-mplayer/Makefile U multimedia/libdvdplay/Makefile U multimedia/libdvdread/Makefile U multimedia/libdvdread/distinfo U multimedia/libdvdread/pkg-descr U multimedia/libdvdread/pkg-plist U multimedia/libdvdread/files/patch-Makefile U multimedia/libdvdread/files/patch-configure2 U multimedia/libxine/Makefile U multimedia/lsdvd/Makefile U multimedia/lxdvdrip/Makefile U multimedia/mmpython/Makefile U multimedia/mplayerxp/Makefile U multimedia/nmm/Makefile U multimedia/ogle/Makefile U multimedia/ogle/files/patch-vmg-ifo_dump.c U multimedia/ogmrip/Makefile U multimedia/ogmtools/Makefile U multimedia/phonon/Makefile U multimedia/phonon/distinfo U multimedia/phonon/pkg-plist U multimedia/streamanalyze/Makefile U multimedia/streamdvd/Makefile U multimedia/transcode/Makefile U multimedia/vamps/Makefile U multimedia/vlc/Makefile U net/kdenetwork4/Makefile U net/kdenetwork4/distinfo U net/kdenetwork4/pkg-plist U net/wizd/Makefile U polish/kde4-l10n/Makefile U polish/kde4-l10n/distinfo U polish/kde4-l10n/pkg-plist U portuguese/kde4-l10n/Makefile U portuguese/kde4-l10n/Makefile.man U portuguese/kde4-l10n/distinfo U portuguese/kde4-l10n/pkg-plist U portuguese/kde4-l10n-pt_BR/Makefile U portuguese/kde4-l10n-pt_BR/Makefile.man U portuguese/kde4-l10n-pt_BR/distinfo U portuguese/kde4-l10n-pt_BR/pkg-plist U russian/eric4/distinfo U russian/kde4-l10n/Makefile U russian/kde4-l10n/Makefile.man U russian/kde4-l10n/distinfo U russian/kde4-l10n/pkg-plist U sysutils/Makefile U sysutils/dvdbackup/Makefile U sysutils/k3b/Makefile U sysutils/kdeadmin4/Makefile U sysutils/kdeadmin4/distinfo U sysutils/kdeadmin4/pkg-plist U sysutils/policykit-kde/Makefile U sysutils/policykit-kde/distinfo U sysutils/policykit-kde/pkg-descr U sysutils/policykit-kde/pkg-plist U sysutils/policykit-kde/files/patch-CMakeLists.txt U sysutils/vobcopy/Makefile U sysutils/vstrip/Makefile U textproc/soprano/Makefile U textproc/soprano/distinfo U textproc/soprano/pkg-plist U ukrainian/kde4-l10n/Makefile U ukrainian/kde4-l10n/Makefile.man U ukrainian/kde4-l10n/distinfo U ukrainian/kde4-l10n/pkg-plist U www/kdewebdev4/Makefile U www/kdewebdev4/distinfo U www/kdewebdev4/pkg-plist U www/web2ldap/Makefile U www/web2ldap/distinfo U www/web2ldap/pkg-plist U x11/kde4/Makefile U x11/kdebase4/Makefile U x11/kdebase4/distinfo U x11/kdebase4/pkg-plist U x11/kdebase4/files/patch-apps_cmake_modules_FindPCIUTILS.cmake U x11/kdebase4-runtime/Makefile U x11/kdebase4-runtime/distinfo U x11/kdebase4-runtime/pkg-plist U x11/kdebase4-workspace/Makefile U x11/kdebase4-workspace/distinfo U x11/kdebase4-workspace/pkg-plist U x11/kdebase4-workspace/files/kdm.in U x11/kdebase4-workspace/files/patch-ksysguard-gui-SystemLoad.sgrd U x11/kdebase4-workspace/files/patch-ksysguard-gui-ksgrd-SensorManager.cc U x11/kdebase4-workspace/files/patch-ksysguard-ksysguardd-FreeBSD-CPU.c U x11/kdebase4-workspace/files/patch-ksysguard-ksysguardd-FreeBSD-CPU.h U x11/kdebase4-workspace/files/patch-svn916964_krunner_lock_lockprocess.cc U x11/kdebase4-workspace/files/patch-svn916964_krunner_screensaver_saverengine.cpp U x11/kdebase4-workspace/files/patch-svn916964_krunner_screensaver_xautolock.cpp U x11/kdelibs4/Makefile U x11/kdelibs4/distinfo U x11/kdelibs4/pkg-plist U x11/kdelibs4/files/patch-KDE4Defaults.cmake U x11/kdelibs4/files/patch-cmake_modules_FindKDE4Internal.cmake U x11/kdelibs4/files/patch-cmake_modules_FindKdcraw.cmake U x11/kdelibs4/files/patch-cmake_modules_FindKexiv2.cmake U x11/kdelibs4/files/patch-cmake_modules_FindKipi.cmake U x11/kdelibs4/files/patch-cmake_modules_FindPhonon.cmake U x11/kdelibs4/files/patch-cmake_modules_FindQt4.cmake U x11/kdelibs4/files/patch-kded-kded.cpp U x11/kdelibs4/files/patch-kded-kded.h U x11/kdelibs4/files/patch-kinit-klauncher.cpp U x11/kdelibs4/files/patch-kinit-klauncher.h U x11/kdelibs4/files/patch-kio-kio-copyjob.cpp U x11/kdelibs4/files/patch-kio-kio-copyjob.h U x11/kdelibs4/files/patch-kio-kio-kdirwatch.cpp U x11-clocks/kdetoys4/Makefile U x11-clocks/kdetoys4/distinfo U x11-clocks/kdetoys4/pkg-plist U x11-themes/kdeartwork4/Makefile U x11-themes/kdeartwork4/distinfo U x11-themes/kdeartwork4/pkg-plist From yanefbsd at gmail.com Sun Feb 8 15:00:16 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Feb 8 15:01:23 2009 Subject: Message when updating ports In-Reply-To: <498CD6DE.60109@FreeBSD.org> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> <498B2F54.2000602@eskk.nu> <498CD6DE.60109@FreeBSD.org> Message-ID: <7d6fde3d0902081500u66feb053wa17a6c6855e56f42@mail.gmail.com> On Fri, Feb 6, 2009 at 4:33 PM, Doug Barton wrote: > Leslie Jensen wrote: >> >> I've obviously got a problem with several of my +CONTENTS files. >> >> I've got help from the list to edit some of the files, but I get a >> feeling that I need to replace the /var/db/pkg/* infrastructure. Can it >> be done and how do I go about it? >> >> Otherwise I'd be glad if someone will give me a suggestion on how I >> should solve the problem below? >> >> : Leaving directory `/usr/ports/devel/gio-fam-backend/work/glib-2.18.4/g >> io/fam' >> ===> Registering installation for gio-fam-backend-2.18.4 >> ===> Cleaning for gio-fam-backend-2.18.4 >> >> ===>>> Updating package dependency entry for each dependent port >> ===>>> devel/dbus-glib is listed as a dependency >> ===>>> but there is no installed version > > As Scot told you a while ago, your /var/db/pkg/* files are corrupt. To > fix this exact problem you need to do 'portmaster devel/dbus-glib' > which will rebuild the port and fix all the +CONTENTS files. > > You should do this for each port that comes up with this problem. You > might also consider using the --check-depends option. > > > hope this helps, > > Doug Running through --check-depends will solve that issue as you have a bunch of bad entries in the +CONTENTS files. I'd really like to figure out how those entries got in there because I encountered the same issue about 3 weeks ago... at least it's easy (albeit timeconsuming) to fix ;). -Garrett From yanefbsd at gmail.com Sun Feb 8 15:08:32 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Feb 8 15:09:21 2009 Subject: Xorg disaster In-Reply-To: <83e5fb980902061420j777c6ce5ra643f27eaf20f5cd@mail.gmail.com> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> <498C90F4.3030209@FreeBSD.org> <83e5fb980902061420j777c6ce5ra643f27eaf20f5cd@mail.gmail.com> Message-ID: <7d6fde3d0902081508o102d8f9bmca336b41cddd52a3@mail.gmail.com> On Fri, Feb 6, 2009 at 2:20 PM, Diego Depaoli wrote: > On Fri, Feb 6, 2009 at 8:35 PM, Doug Barton wrote: >> c. Use the new Xorg with the included nv driver instead of the nvidia >> binary driver. >> >> I usually use the binary driver, but I recently upgraded to the new >> Xorg and for a variety of reasons decided to try out the Xorg nv >> driver and didn't have any problems. > You're lucky. On my system (nvidia 8500GT card) only vesa driver works > without issues. > >> FWIW, as a general course of action I find it useful to upgrade >> _everything_ on the system (base, ports, etc.) first before doing the >> nvidia driver, since the compiled parts are sensitive to changes in >> the underlying source and headers. > Done >> >> and you might also consider clearing out >> /usr/local/lib/compat/pkg if it exists. > Undone, I'll try I updated nvidia-driver to the latest version, and submitted a patch, but ran into issues with graphics/mesa-demos (until recently when someone fixed the build CFLAGS -- rnoland?). It's MUCH better than the current ports version. They fixed a driver regression, so my displays no longer seize up with high CPU usage while compiling and no longer freeze after playing movies with mplayer. I have an 8800GTS with dual Xinerama setup connected to 2 monitors, one running at 1920x1600 and the other monitor at 1680x1050. See: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/130976 for the patch (and please vote so we can get the bloody thing in ports already!). Thanks, -Garrett From trebestie at gmail.com Sun Feb 8 16:38:41 2009 From: trebestie at gmail.com (Diego Depaoli) Date: Sun Feb 8 16:38:47 2009 Subject: Xorg disaster In-Reply-To: <7d6fde3d0902081508o102d8f9bmca336b41cddd52a3@mail.gmail.com> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> <498C90F4.3030209@FreeBSD.org> <83e5fb980902061420j777c6ce5ra643f27eaf20f5cd@mail.gmail.com> <7d6fde3d0902081508o102d8f9bmca336b41cddd52a3@mail.gmail.com> Message-ID: <83e5fb980902081638h420cc74fk2fd4a68ba7df9c39@mail.gmail.com> On Mon, Feb 9, 2009 at 12:08 AM, Garrett Cooper wrote: > > I updated nvidia-driver to the latest version, and submitted a > patch, but ran into issues with graphics/mesa-demos (until recently > when someone fixed the build CFLAGS -- rnoland?). patch your Makefile patch to allow build on -current @@ -87,6 +87,10 @@ ${REINPLACE_CMD} -e \ 's/suser(CURTHREAD)/priv_check(CURTHREAD, PRIV_DRIVER)/' \ ${WRKSRC}/src/nvidia_os.c + ${REINPLACE_CMD} -e \ + 's/minor(/dev2unit(/g' \ + ${WRKSRC}/src/nvidia_dev.c \ + ${WRKSRC}/src/nvidia_subr.c worked for me > It's MUCH better than the current ports version. They fixed a > driver regression, so my displays no longer seize up with high CPU > usage while compiling and no longer freeze after playing movies with > mplayer. Looks like you're right, but I need more testing time. Regards -- Diego Depaoli P.S. Could be my problems were caused by a broken card since yesterday it died. From erwin at FreeBSD.org Sun Feb 8 17:07:48 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 8 17:08:00 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200902090107.n1917kIC001555@pointyhat.freebsd.org> From kamikaze at bsdforen.de Sun Feb 8 22:55:30 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Feb 8 22:55:37 2009 Subject: libsdnfile build broken Message-ID: <498FD341.9000705@bsdforen.de> To me it looks like there's an -I missing in front of the ./. See for yourselves: libtool: link: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 -fno-strict-aliasing -pipe -march=nocona -std=gnu99 -Wall -Wextra -Wdeclaration-after-statement -Wpointer-arith -funsigned-char -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return -Wcast-align -Wcast-qual -Wnested-externs -Wshadow -Wbad-function-cast -Wwrite-strings -o test_main test_main.o test_conversions.o test_float.o test_endswap.o test_audio_detect.o test_log_printf.o test_file_io.o test_ima_oki_adpcm.o -L/usr/local/lib ./.libs/libcommon.a -lm Making all in Octave mkoctfile -v -I../src -c -o ./sndfile.o mkoctfile -v -I../src ./ -L../src/.libs -L../src -lsndfile -o ./sndfile.oct mkoctfile: unrecognized argument ./ *** Error code 1 Stop in /usr/obj/mobileKamikaze.norad/amd64/usr/ports/audio/libsndfile/work/libsndfile-1.0.18/Octave. *** Error code 1 Stop in /usr/obj/mobileKamikaze.norad/amd64/usr/ports/audio/libsndfile/work/libsndfile-1.0.18. *** Error code 1 Stop in /usr/ports/audio/libsndfile. Regards From horst.leitenmueller at liwest.at Mon Feb 9 01:02:12 2009 From: horst.leitenmueller at liwest.at (Horst Leitenmueller) Date: Mon Feb 9 01:02:20 2009 Subject: Jboss 5.0 GA Message-ID: <1234167308.1925.9.camel@lap02.be-informed.at> hello greg lewis, just information for jboss 5.GA PORTVERSION= 5.0.0.GA PORTEPOCH= 1 there is the common dir missing on toplevel which must be copied to the output (small fix for now) cp -R /usr/ports/java/jboss5/work/jboss-5.0.0.GA-src/build/output/jboss-5.0.0.GA/common /usr/local/jboss5/ chown -R www:www /usr/local/jboss5/common this is new; changed from jboss 4 to jboss 5 common contains the jar files for the base server/* missing in Makefile: APP_HOME_FILES= bin client lib server *common* br horst leitenmueller -- ------------------------------------ Horst Leitenmueller email: horst.leitenmueller@liwest.at ------------------------------------ From bugmaster at FreeBSD.org Mon Feb 9 03:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 9 03:06:34 2009 Subject: Current unassigned ports problem reports Message-ID: <200902091106.n19B65qb008183@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/131524 kinput2 with wnn failed by SEGV in amd64 o ports/131518 mail/mailscanner: please update mailscanner ports o ports/131515 net/isc-dhcp30-server bulding fails on -STABLE f ports/131513 [patch] unbreak sysutils/p5-BSD-Jail-Object after jail o ports/131505 [MAINTAINER-UPDATE] games/ifm: fix wrong distfile f ports/131492 Update graphics/f-spot to 0.5.0.3, unbreaks port f ports/131491 Update x11-toolkits/gtk-sharp20 to 2.12.8 o ports/131482 games/tinymux: Update TinyMUX ports from version 2.3 t o ports/131434 lang/perl5.8: suid fails o ports/131430 [NEW PORT] comms/dfu-util OpenMoko USB Device Firmware o ports/131422 [PATCH] Fix socketpair() function invocation in irc/ct f ports/131421 ports/graphics/geos: /usr/local/include/geos/geom/Bin o ports/131420 Incorrect installation of manpages for oss-4.1.b1051 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi f ports/131345 [UPDATE] sysutils/htop to 0.8.1 o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131332 [new port] news/lottanzb - graphical usenet client usi o ports/131298 [new port] audio/mumble o ports/131276 [NEW PORT] xf86-video-nouveau f ports/131268 [patch] - update mail/dcc-dccd to version 1.3.102 o ports/131233 multimedia/mplayer: gmplayer stopped working o ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204 audio/musicpd: fix aac decoding o ports/131169 New port lang/ikarus: optimizing incremental Scheme co o ports/131148 [NEW PORT] net/p5-Amazon-EC2: Perl Library for Amazon f ports/131109 net/jicmp upgrade from v1.0.8 to 1.0.9 f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en f ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr f ports/130966 multimedia/mplayer: gmplayer cannot start o ports/130925 New port: x11-toolkits/soqt4 - Qt4 toolkit library f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 f ports/130779 [PATCH] emulators/dosbox enable directserial passthrou f ports/130760 science/netcdf: link problem with fortran library f ports/130741 7.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130647 devel/p5-File-Pid: uninitialized value warning if you f ports/130633 www/c-icap: update to 060708 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130314 [Update]graphics/gpicview:update to 0.1.11 f ports/130209 www/typo3 upgrade removes configuration f ports/130202 [PATCH] net-im/pidgin-guifications: update to 2.16 f ports/130174 New port: net/igmpproxy multicast proxy f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version f ports/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129606 benchmarks/iozone does not support O_DIRECT o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/129363 devel/ace build fails if kernel module aio is loaded o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes s ports/124548 net/mDNSResponder port incompatible with gnome desktop o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 f ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 82 problems total. From Johan at double-l.nl Mon Feb 9 03:27:24 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Mon Feb 9 03:27:31 2009 Subject: MailScanner-4.67.6_3 and perl-5.8.9 not working Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DE51B@w2003s01.double-l.local> Hello all. I have updated my perl from 5.8.8 to 5.8.9 on some mailscanner machines, and now mailscanner is not working anymore. I did run the perl-after-upgrade script. I also did a clean install on a spare machine of Mailscanner with a recent ports tree which sucked in perl 5.8.9 so it is not in the upgrade itself. The errors I get are the following, and are on all the systems.(amd64 and i386) I also tried mailscanner 4.74.16-1 (from my own created port) and it has the same error on perl 5.8.9 and it works on 5.8.8 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/ZMRouterDirHash.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/DavidHooton.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/GenericSpamScanner.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/SpamWhitelist.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/Ruleset-from-Function.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/LastSpam.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/MyExample.pm, it could not be "require"d. Make sure the last line of the file says "1;" Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom Function code /usr/local/lib/MailScanner/MailScanner/CustomFunctions/CustomAction.pm, it could not be "require"d. Make sure the last line of the file says "1;" My knowledge of perl is none what so ever. What can I do ? Regards, Johan From akitada at gmail.com Mon Feb 9 05:33:03 2009 From: akitada at gmail.com (Akira Kitada) Date: Mon Feb 9 05:33:10 2009 Subject: FreeBSD Port: libyaml-0.1.1 Message-ID: Could you please update linyaml to 0.1.2? Thanks, From tolisoft at gmail.com Mon Feb 9 06:00:50 2009 From: tolisoft at gmail.com (eng. Anatoli Marinov) Date: Mon Feb 9 06:01:15 2009 Subject: asterisk from the ports Message-ID: <335adcd30902090539w3c305093n72beba4ace19c3f4@mail.gmail.com> Hi folks, I have a problem with asterisk from ports. So my system is: FreeBSD triton.******.com 7.1-STABLE FreeBSD 7.1-STABLE #9: Thu Feb 5 19:43:38 EET 2009 root@triton.*****.com:/usr/obj/usr/src/sys/TRITON_7 i386 and my asterisk is : Asterisk 1.4.22.2 built by root @ triton.******.com on a i386 running FreeBSD on 2009-02-06 09:28:53 UTC The issue appears when I tried to make a conference call with app_meetme.so. I got: And when I run the application I get: -- Playing 'auth-thankyou' (language 'en') -- Playing 'vm-review' (language 'en') -- Playing 'vm-msgsaved' (language 'en') -- Playing 'conf-onlyperson' (language 'en') [Feb 9 10:20:13] WARNING[48968]: app_meetme.c:1620 conf_run: Unable to set flags: Inappropriate ioctl for device At these lines there is wrriten: if (fcntl(fd, F_SETFL, flags | O_NONBLOCK)) { ast_log(LOG_WARNING, "Unable to set flags: %s\n", strerror(errno)); close(fd); goto outrun; } As I understand O_NONBLOCK is not supported for this kind of descriptor and I just removed this code but after that I see regular crashes everyday :) And this is from the core file: #0 0x08092ca7 in ast_closestream () #1 0x08092dae in ast_playstream () #2 0x080d69a7 in ast_sched_runq () #3 0x08092f07 in ast_stopstream () #4 0x0809345a in ast_waitstream () #5 0x28a831dd in conf_run (chan=0x28709400, conf=0x28b01800, confflags=74052, optargs=0xbf75baa4) at app_meetme.c:2273 #6 0x28a88498 in conf_exec (chan=0x28709400, data=0xbf75db48) at app_meetme.c:2767 #7 0x080b0a71 in pbx_exec () #8 0x080b3a94 in ast_extension_state () #9 0x080b52ed in pbx_builtin_setvar () #10 0x080b60ce in ast_pbx_run () #11 0x080e22d4 in ast_wait_for_input () #12 0x28401afb in pthread_getprio () from /lib/libthr.so.3 #13 0xbf79cfec in ?? () Any ideas? I want to clear this and will prepare the patch. Mr. Sobolev (he is a port maintainer) know this but I still do not have any feedback from him. All the best -- Best Regards eng. Anatoli Marinov From aturetta at commit.it Mon Feb 9 08:09:21 2009 From: aturetta at commit.it (Angelo Turetta) Date: Mon Feb 9 08:09:28 2009 Subject: KDE 4.2 error building kdesdk Message-ID: <49904DD3.6040801@commit.it> There seem to be a variable expansion problem: %APPNAMELC is not supposed to be part of a filename, I suppose. This happens on 7-STABLE AMD64 about two months old. Any glue? Angelo. Scanning dependencies of target kate-plugins-handbook [ 29%] Generating index.cache.bz2 kio_help4(18866) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. [ 29%] Built target kate-plugins-handbook Scanning dependencies of target kapptemplate_automoc Generating generatepage.moc Generating choicepage.moc Generating moc_kapptemplate.cpp [ 29%] Built target kapptemplate_automoc [ 29%] Generating ui_introduction.h [ 29%] Generating ui_choice.h [ 29%] Generating ui_properties.h [ 29%] Generating ui_generate.h [ 29%] Generating prefs.h, prefs.cpp Scanning dependencies of target kapptemplate [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/kapptemplate_automoc.o [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/kapptemplate.o [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/main.o [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/apptemplatesmodel.o [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/apptemplateitem.o [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/generatepage.o [ 30%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/choicepage.o [ 30%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/prefs.o Linking CXX executable kapptemplate [ 30%] Built target kapptemplate Scanning dependencies of target akonadiresource make: don't know how to make ../kapptemplate/templates/C++/akonadiresource/%APPNAMELCresource.kcfg. Stop *** Error code 2 From miwi at FreeBSD.org Mon Feb 9 08:19:49 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Mon Feb 9 08:19:56 2009 Subject: KDE 4.2 error building kdesdk In-Reply-To: <49904DD3.6040801@commit.it> References: <49904DD3.6040801@commit.it> Message-ID: <20090209161943.GE40205@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 please resync your portstree is fixed :). - - Martin On Mon, Feb 09, 2009 at 04:37:55PM +0100, Angelo Turetta wrote: > There seem to be a variable expansion problem: %APPNAMELC is not > supposed to be part of a filename, I suppose. > > This happens on 7-STABLE AMD64 about two months old. > > Any glue? > > Angelo. > > > Scanning dependencies of target kate-plugins-handbook > [ 29%] Generating index.cache.bz2 > kio_help4(18866) KLocalePrivate::initEncoding: Cannot resolve system > encoding, defaulting to ISO 8859-1. > [ 29%] Built target kate-plugins-handbook > Scanning dependencies of target kapptemplate_automoc > Generating generatepage.moc > Generating choicepage.moc > Generating moc_kapptemplate.cpp > [ 29%] Built target kapptemplate_automoc > [ 29%] Generating ui_introduction.h > [ 29%] Generating ui_choice.h > [ 29%] Generating ui_properties.h > [ 29%] Generating ui_generate.h > [ 29%] Generating prefs.h, prefs.cpp > Scanning dependencies of target kapptemplate > [ 29%] Building CXX object > kapptemplate/CMakeFiles/kapptemplate.dir/kapptemplate_automoc.o > [ 29%] Building CXX object > kapptemplate/CMakeFiles/kapptemplate.dir/kapptemplate.o > [ 29%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/main.o > [ 29%] Building CXX object > kapptemplate/CMakeFiles/kapptemplate.dir/apptemplatesmodel.o > [ 29%] Building CXX object > kapptemplate/CMakeFiles/kapptemplate.dir/apptemplateitem.o > [ 29%] Building CXX object > kapptemplate/CMakeFiles/kapptemplate.dir/generatepage.o > [ 30%] Building CXX object > kapptemplate/CMakeFiles/kapptemplate.dir/choicepage.o > [ 30%] Building CXX object kapptemplate/CMakeFiles/kapptemplate.dir/prefs.o > Linking CXX executable kapptemplate > [ 30%] Built target kapptemplate > Scanning dependencies of target akonadiresource > make: don't know how to make > ../kapptemplate/templates/C++/akonadiresource/%APPNAMELCresource.kcfg. Stop > *** Error code 2 > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmQV58ACgkQFwpycAVoI1PC/gCfb0zS9UP8TwCLhqnuAiGYVxdE wikAn3kZs4/adgCWRsSHNfIi3KXij9Dj =mESs -----END PGP SIGNATURE----- From leslie at eskk.nu Mon Feb 9 08:51:40 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Mon Feb 9 08:51:49 2009 Subject: Message when updating ports In-Reply-To: <498CD6DE.60109@FreeBSD.org> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> <498B2F54.2000602@eskk.nu> <498CD6DE.60109@FreeBSD.org> Message-ID: <49905F17.1020804@eskk.nu> Doug Barton skrev: > Leslie Jensen wrote: >> I've obviously got a problem with several of my +CONTENTS files. >> >> I've got help from the list to edit some of the files, but I get a >> feeling that I need to replace the /var/db/pkg/* infrastructure. Can it >> be done and how do I go about it? >> >> Otherwise I'd be glad if someone will give me a suggestion on how I >> should solve the problem below? >> >> : Leaving directory `/usr/ports/devel/gio-fam-backend/work/glib-2.18.4/g >> io/fam' >> ===> Registering installation for gio-fam-backend-2.18.4 >> ===> Cleaning for gio-fam-backend-2.18.4 >> >> ===>>> Updating package dependency entry for each dependent port >> ===>>> devel/dbus-glib is listed as a dependency >> ===>>> but there is no installed version > > As Scot told you a while ago, your /var/db/pkg/* files are corrupt. To > fix this exact problem you need to do 'portmaster devel/dbus-glib' > which will rebuild the port and fix all the +CONTENTS files. > > You should do this for each port that comes up with this problem. You > might also consider using the --check-depends option. > > > hope this helps, > > Doug > OK! Thank you Doug and Scot. Here's what I did: Portmaster --check-depends I deleted all the dependencies that was not ok. After that I reinstalled the ports that had had the wrong dependencies and then I ran Portmaster --check-depends again and everything looked good :-) As Garrett points out, I would also very much like to know how did those entries get in there?? /Leslie From smcafee at collaborativefusion.com Mon Feb 9 11:09:01 2009 From: smcafee at collaborativefusion.com (Sean McAfee) Date: Mon Feb 9 11:09:08 2009 Subject: FreeBSD Port: emulators/open-vm-tools In-Reply-To: <2975.67.177.142.45.1234123591.squirrel@ssl.eumx.net> References: <8ab805275ab5ba43685348c6645b77ba.squirrel@ssl.eumx.net> <2975.67.177.142.45.1234123591.squirrel@ssl.eumx.net> Message-ID: <49907F46.8010900@collaborativefusion.com> Josh Rickmar wrote: > On Wed, February 4, 2009 3:50 pm, Josh Rickmar wrote: > > I don't mean to sound pushy, but I still can't build this. I tried > manually installing the latest version, and get (different) problems with > that as well. And since I can't find a package of this... It's very hard for people to help you if they don't know what architecture or version of FreeBSD you're running. I'll throw you a bone here: it builds just fine for me in 7.1p2 amd64 w/ GENERIC. -- Sean McAfee System Engineer. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From matiassurdi at gmail.com Mon Feb 9 12:46:26 2009 From: matiassurdi at gmail.com (Matias Surdi) Date: Mon Feb 9 12:46:32 2009 Subject: Generating packages without documentation Message-ID: Hi, When I build a package with "make package" for a port, the resulting package contains also the docs (which upon installation are located in /usr/local/share/doc/[package] Which is the best way to exclude those files in the generated package? Thanks a lot. From tingox at gmail.com Mon Feb 9 14:00:22 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Feb 9 14:00:29 2009 Subject: tinderbox - tinderd and nullfs? In-Reply-To: <20090118222145.6ff13615@it.buh.tecnik93.com> References: <49413692@ipt.ru> <20090118222145.6ff13615@it.buh.tecnik93.com> Message-ID: Late followup, but better than nothing. On Sun, Jan 18, 2009 at 9:21 PM, Ion-Mihai Tetcu wrote: > Also try building by hand and watch the output you get in the console. Hmm it doesn't even build by hand. It has been building for more than an hour now, and all in the logfile is this: root@kg-vm# tail -f /usr/local/tinderbox/builds/7.1-FreeBSD/build.log tinderbuild: creating makefile... tinderbuild: Creating build directory for 7.1-FreeBSD 7.1-FreeBSD: cleaning out /usr/local/tinderbox/7.1-FreeBSD makeBuild: extracting jail tarball tinderbuild: Finalizing chroot environment ================================================ building packages (phase 0) ================================================ started at Mon Feb 9 21:38:30 CET 2009 Well, I'll just wait some time and see what happens. -- Regards, Torfinn Ingolfsen From dougb at FreeBSD.org Mon Feb 9 14:29:57 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Feb 9 14:30:04 2009 Subject: Message when updating ports In-Reply-To: <49905F17.1020804@eskk.nu> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> <498B2F54.2000602@eskk.nu> <498CD6DE.60109@FreeBSD.org> <49905F17.1020804@eskk.nu> Message-ID: <4990AE58.1020502@FreeBSD.org> Leslie Jensen wrote: > OK! Thank you Doug and Scot. > > Here's what I did: > > Portmaster --check-depends > > I deleted all the dependencies that was not ok. > > After that I reinstalled the ports that had had the wrong dependencies > and then I ran Portmaster --check-depends again and everything looked > good :-) I'm relieved to hear that portmaster was able to help you solve your problem. > As Garrett points out, I would also very much like to know how did those > entries get in there?? So would I. My guess would be that someone used 'pkg_delete -f', but that's just a guess. hth, Doug -- This .signature sanitized for your protection From joshua_rickmar at eumx.net Mon Feb 9 14:33:02 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Mon Feb 9 14:33:09 2009 Subject: FreeBSD Port: emulators/open-vm-tools In-Reply-To: <49907F46.8010900@collaborativefusion.com> References: <8ab805275ab5ba43685348c6645b77ba.squirrel@ssl.eumx.net> <2975.67.177.142.45.1234123591.squirrel@ssl.eumx.net> <49907F46.8010900@collaborativefusion.com> Message-ID: <2990.67.177.142.45.1234218622.squirrel@ssl.eumx.net> On Mon, February 9, 2009 2:08 pm, Sean McAfee wrote: > Josh Rickmar wrote: > >> On Wed, February 4, 2009 3:50 pm, Josh Rickmar wrote: >> >> >> I don't mean to sound pushy, but I still can't build this. I tried >> manually installing the latest version, and get (different) problems >> with that as well. And since I can't find a package of this... > It's very hard for people to help you if they don't know what > architecture or version of FreeBSD you're running. > > I'll throw you a bone here: it builds just fine for me in 7.1p2 amd64 w/ > GENERIC. > Ah, ok I understand. I'm using 7.1-RELEASE-p2 as well, but on i386. -- To send me a personal email, please place [personal] in the Subject line. From joshua_rickmar at eumx.net Mon Feb 9 14:33:43 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Mon Feb 9 14:33:49 2009 Subject: FreeBSD Port: emulators/open-vm-tools Message-ID: <3005.67.177.142.45.1234218666.squirrel@ssl.eumx.net> On Mon, February 9, 2009 2:08 pm, Sean McAfee wrote: > Josh Rickmar wrote: > >> On Wed, February 4, 2009 3:50 pm, Josh Rickmar wrote: >> >> >> I don't mean to sound pushy, but I still can't build this. I tried >> manually installing the latest version, and get (different) problems >> with that as well. And since I can't find a package of this... > It's very hard for people to help you if they don't know what > architecture or version of FreeBSD you're running. > > I'll throw you a bone here: it builds just fine for me in 7.1p2 amd64 w/ > GENERIC. > Ah, ok I understand. I'm using 7.1-RELEASE-p2 as well, but on i386. -- To send me a personal email, please place [personal] in the Subject line. From demelier.david at gmail.com Mon Feb 9 14:43:07 2009 From: demelier.david at gmail.com (David DEMELIER) Date: Mon Feb 9 14:43:14 2009 Subject: Lighttpd's initscript Message-ID: Hi If you use php FastCGI module with lighttpd daemon, it will start some new process like that: www php-cgi 673 root / 2 drwxr-xr-x 512 r www php-cgi 673 wd /usr 1183830 drwxr-xr-x 21504 r www php-cgi 673 text /usr 1184503 -rwxr-xr-x 2521078 r These process are not killed when you try to restart lighttpd by running /usr/local/etc/rc.d/lighttpd restart, so I think maybe this would be a good idea to make kill all process launched by lighttpd in the initscript. From itetcu at FreeBSD.org Mon Feb 9 15:55:37 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon Feb 9 16:00:56 2009 Subject: Generating packages without documentation In-Reply-To: References: Message-ID: <20090210015531.2c1e407e@it.buh.tecnik93.com> On Mon, 09 Feb 2009 21:46:12 +0100 Matias Surdi wrote: > Hi, > > When I build a package with "make package" for a port, the resulting > package contains also the docs (which upon installation are located > in /usr/local/share/doc/[package] > > > Which is the best way to exclude those files in the generated package? make clean && make -DNOPORTDOCS package clean Companions of this are NOPORTEXAMPLES and NOPORTDATA. You might want to check on http://qat.tecnik93.com/index.php?action=list_buildports&build=7-STABLE-FPT-NPD if the the ports you want to build packages for really respect NOPORTDOCS. Of course, patches for ports that don't conform are welcome (CC me on the PR and I'll commit them). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090209/f2c2d246/signature.pgp From itetcu at FreeBSD.org Mon Feb 9 16:00:53 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon Feb 9 16:01:21 2009 Subject: tinderbox - tinderd and nullfs? In-Reply-To: References: <49413692@ipt.ru> <20090118222145.6ff13615@it.buh.tecnik93.com> Message-ID: <20090210020050.6f160713@it.buh.tecnik93.com> On Mon, 9 Feb 2009 23:00:20 +0100 Torfinn Ingolfsen wrote: > Late followup, but better than nothing. > > On Sun, Jan 18, 2009 at 9:21 PM, Ion-Mihai Tetcu > wrote: > > Also try building by hand and watch the output you get in the > > console. > > Hmm it doesn't even build by hand. It has been building for more than > an hour now, and all in the logfile is this: > root@kg-vm# tail -f /usr/local/tinderbox/builds/7.1-FreeBSD/build.log > tinderbuild: creating makefile... > tinderbuild: Creating build directory for 7.1-FreeBSD > 7.1-FreeBSD: cleaning out /usr/local/tinderbox/7.1-FreeBSD > makeBuild: extracting jail tarball > tinderbuild: Finalizing chroot environment > ================================================ > building packages (phase 0) > ================================================ > started at Mon Feb 9 21:38:30 CET 2009 > > Well, I'll just wait some time and see what happens. ps axw mount also watch /usr/local/tinderbox/builds/7.1-FreeBSD/make.* If you use reply all there are better chances the other people that replied to your email get your message in front of their ayes ;-) -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090210/451640c4/signature.pgp From wxs at FreeBSD.org Mon Feb 9 17:33:04 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Feb 9 17:33:10 2009 Subject: Lend FreeBSD 7 or 8 access for ports upgrade? In-Reply-To: References: <498C14AA.70609@gmx.de> Message-ID: <20090210013422.GC17396@atarininja.org> On Fri, Feb 06, 2009 at 05:30:45PM +0100, Matthias Andree wrote: > Am 06.02.2009, 11:44 Uhr, schrieb Matthias Andree : > > > Contact me off-list with offers (if I don't reply, I'm swamped with > > offers > > ;-)). > > I have received some offers, thanks a lot to everybody who offered help. > > Expect an e2fsprogs update with kind regards from Nippon soonish. I'll take this opportunity to point out that AFAIK we are still unable to mount file systems made with newer e2fsprogs releases due to the inode size change. This is documented in kern/124621 and has been discussed on stable@ in the past[1]. As new filesystems are made we will continue to get hit by this bug more and more. Thanks for your work on maintaining this port. -- WXS [1]: http://lists.freebsd.org/pipermail/freebsd-stable/2008-December/thread.html#46916 From llc2w at virginia.edu Mon Feb 9 18:08:31 2009 From: llc2w at virginia.edu (L Campbell) Date: Mon Feb 9 18:08:39 2009 Subject: Lighttpd's initscript In-Reply-To: References: Message-ID: <792298050902091741t1fa401fbg29f64f13617a9ec0@mail.gmail.com> On Mon, Feb 9, 2009 at 5:10 PM, David DEMELIER wrote: > Hi > > If you use php FastCGI module with lighttpd daemon, it will start some new > process like that: > > www php-cgi 673 root / 2 drwxr-xr-x 512 r > www php-cgi 673 wd /usr 1183830 drwxr-xr-x 21504 r > www php-cgi 673 text /usr 1184503 -rwxr-xr-x 2521078 r > > These process are not killed when you try to restart lighttpd by running > /usr/local/etc/rc.d/lighttpd restart, so > I think maybe this would be a good idea to make kill all process launched by > lighttpd in the initscript. AFAIK, Lighttpd is *supposed* to kill all the child processes it spawns. I've always had lots of trouble with it's FCGI implementation in the past (I'm convinced it's process management logic is b0rked). I've found that spawning the FCGI processes external to Lighttpd (with their included spawn-fcgi binary, wrapped with an rc script) is more reliable. Granted, that has practically nothing to do with the topic -- just some food for thought :) From tmende at optusnet.com.au Mon Feb 9 20:54:12 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Mon Feb 9 20:54:20 2009 Subject: xorg hal dbus Message-ID: Hi list; I took the upgrade to xorg 7.4 and no matter what I do, I can not get the any response from either the keyboard or the mouse under X, they work fine on the console. "The installation via portupgrade -a" removed the previous xorg.conf. I took the message from Jan 24 to mean the problems with hal and xorg-server were fixed and hence felt safe to upgrade... After much deinstalling of packages and reinstalling I eventually got all the ports up to date. However the mouse and keyboard will not work. Given the hal xorg-server issues appeared not to have been fixed, I then tried following these instructions from Jan 23 however I had to restore a backed up version of xorg.conf because the upgrade to 7.4 removed the previous one... 20090124: AFFECTS: users of x11-servers/xorg-server, sysutils/hal AUTHOR: rnoland@FreeBSD.org sysutils/hal has been updated and should now properly detect mice for use in Xorg. Use of AllowEmptyInput should no longer be needed for most users and moused should now work fine. 20090123: AFFECTS: users of x11-servers/xorg-server AUTHOR: rnoland@FreeBSD.org If you are using an older xorg.conf several config lines are no longer needed and will generate warnings when X is started. RgbPath will cause X to fail to start, remove it from your config. Server 1.5.3 also really wants to configure its input devices via hald. This is causing some issues with moused and /dev/sysmouse. There are a couple of options for how to deal with it. 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. This will cause X to use the configured kbd, mouse, and vmmouse sections from your xorg.conf 2. Don't use moused. If you want it to work with addon usb mice set this in rc.conf: moused_enable="NO" moused_nondefault_enable="NO" I'm working on fixing hald or the mouse driver or both. After restoring my old xorg.conf and commenting out the RgbPath line, I added "AllowEmptyInput" "off" to the xorg.conf server layout section and disabled moused in rc.conf as per above. Now on issuing startx I get a message saying the "AllowEmptyInput" line can't be parsed. Where should this line go?? From the context I assumed it should go into xorg.conf, but if not, where?? pkg_version -v | grep xorg linux-xorg-libs-6.8.2_5 = up-to-date with port xorg-7.4 = up-to-date with port xorg-apps-7.4_1 = up-to-date with port xorg-cf-files-1.0.2_3 = up-to-date with port xorg-docs-1.4,1 = up-to-date with port xorg-drivers-7.4 = up-to-date with port xorg-fonts-100dpi-7.4 = up-to-date with port xorg-fonts-7.4 = up-to-date with port xorg-fonts-75dpi-7.4 = up-to-date with port xorg-fonts-cyrillic-7.4 = up-to-date with port xorg-fonts-miscbitmaps-7.4 = up-to-date with port xorg-fonts-truetype-7.4 = up-to-date with port xorg-fonts-type1-7.4 = up-to-date with port xorg-libraries-7.4 = up-to-date with port xorg-server-1.5.3_5,1 = up-to-date with port I now have all these messages on the terminal from where startx was launched saying... application x (i.e. thunar-vfs) WARNING **: Failed to connect to HAL daemon: Failed to connect to socket /var/run/dbus/system_bus_socket: Socket operation on non-socket Xlib: extension " Generic Event Extension" missing on display ": 0.0"...five to ten lines of this depending upon the application Do I have to somehow configure hal and hald? I can't seem to find anything to tell me how to do this either. Suggestions? Cheers, Tom From m.seaman at infracaninophile.co.uk Mon Feb 9 22:43:41 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Mon Feb 9 22:43:49 2009 Subject: xorg hal dbus In-Reply-To: References: Message-ID: <49912203.7050305@infracaninophile.co.uk> Tom Mende wrote: > After restoring my old xorg.conf and commenting out the RgbPath line, I > added "AllowEmptyInput" "off" to the xorg.conf server layout section and > disabled moused in rc.conf as per above. Now on issuing startx I get a > message saying the "AllowEmptyInput" line can't be parsed. Where should > this line go?? From the context I assumed it should go into xorg.conf, > but if not, where?? The line should read: Option "AllowEmptyInput" "off" Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090210/2f7b6664/signature.pgp From jjuanino at gmail.com Mon Feb 9 23:27:31 2009 From: jjuanino at gmail.com (Jose Garcia Juanino) Date: Mon Feb 9 23:27:38 2009 Subject: editors/xmlcopyeditor port does not build after upgrading libxml2 from 2.7.2 to 2.7.3 In-Reply-To: <20090208144137.GA28975@banach> References: <20090208144137.GA28975@banach> Message-ID: <20090210072722.GA1666@banach> El domingo 08 de febrero a las 15:41:37 CET, Jose Garcia Juanino escribi?: > Hi everybody > > I am the maintainer of editors/xmlcopyeditor port. > > I have upgraded textproc/libxml2 from 2.7.2 to 2.7.3 today, and > afterthat xmlcopyeditor port does not build (it builds with 2.7.2, > though). > > The build log: > > http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/xmlcopyeditor-1.2.0.log > > Has anyone an idea what causes this build failure? In file included from /usr/local/include/wx-2.8/wx/debug.h:23, from /usr/local/include/wx-2.8/wx/defs.h:522, from /usr/local/include/wx-2.8/wx/wx.h:16, from wraplibxml.cpp:24: /usr/local/include/wx-2.8/wx/wxchar.h:1000: error: expected initializer before 'ATTRIBUTE_PRINTF_3' Regards -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090210/61323fa8/attachment.pgp From kamikaze at bsdforen.de Mon Feb 9 23:28:28 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Feb 9 23:29:00 2009 Subject: xorg hal dbus In-Reply-To: References: Message-ID: <49912C77.8060504@bsdforen.de> Tom Mende wrote: > Hi list; > > I took the upgrade to xorg 7.4 and no matter what I do, I can not get > the any response from either the keyboard or the mouse under X, they > work fine on the console. "The installation via portupgrade -a" removed > the previous xorg.conf. I find that very hard to believe. > I took the message from Jan 24 to mean the > problems with hal and xorg-server were fixed and hence felt safe to > upgrade... After much deinstalling of packages and reinstalling I > eventually got all the ports up to date. However the mouse and keyboard > will not work. Given the hal xorg-server issues appeared not to have > been fixed, I then tried following these instructions from Jan 23 > however I had to restore a backed up version of xorg.conf because the > upgrade to 7.4 removed the previous one... > > > 20090124: > AFFECTS: users of x11-servers/xorg-server, sysutils/hal > AUTHOR: rnoland@FreeBSD.org > sysutils/hal has been updated and should now properly detect > mice for use in Xorg. Use of AllowEmptyInput should no longer > be needed for most users and moused should now work fine. > > 20090123: > AFFECTS: users of x11-servers/xorg-server > AUTHOR: rnoland@FreeBSD.org > > If you are using an older xorg.conf several config lines are > no longer needed and will generate warnings when X is started. > RgbPath will cause X to fail to start, remove it from your config. > > Server 1.5.3 also really wants to configure its input devices > via hald. This is causing some issues with moused and > /dev/sysmouse. There are a couple of options for how to deal > with it. > > 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. > This will cause X to use the configured kbd, mouse, and vmmouse > sections from your xorg.conf > > 2. Don't use moused. If you want it to work with addon usb mice > set this in rc.conf: > > moused_enable="NO" > moused_nondefault_enable="NO" This is a) outdated and b) those are options. That means you do one of them, not both. > I'm working on fixing hald or the mouse driver or both. > > After restoring my old xorg.conf and commenting out the RgbPath line, I > added "AllowEmptyInput" "off" to the xorg.conf server layout section and > disabled moused in rc.conf as per above. Don't disable moused. > Now on issuing startx I get a > message saying the "AllowEmptyInput" line can't be parsed. Where should > this line go?? From the context I assumed it should go into xorg.conf, > but if not, where?? It goes into the xorg.conf. The question is just where did you put it? This is how it looks and works on my system: Section "ServerFlags" Option "AllowEmptyInput" "off" EndSection From portsuser at larseighner.com Tue Feb 10 00:07:12 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Tue Feb 10 00:07:20 2009 Subject: xorg hal dbus In-Reply-To: <49912C77.8060504@bsdforen.de> References: <49912C77.8060504@bsdforen.de> Message-ID: <20090210015442.S2455@qroenaqrq.6qbyyneqvnyhc.pbz> On Tue, 10 Feb 2009, Dominic Fandrey wrote: >> 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. >> This will cause X to use the configured kbd, mouse, and vmmouse >> sections from your xorg.conf >> >> 2. Don't use moused. If you want it to work with addon usb mice >> set this in rc.conf: >> >> moused_enable="NO" >> moused_nondefault_enable="NO" > > This is a) outdated and b) those are options. That means you do > one of them, not both. > >> I'm working on fixing hald or the mouse driver or both. >> >> After restoring my old xorg.conf and commenting out the RgbPath line, I >> added "AllowEmptyInput" "off" to the xorg.conf server layout section and >> disabled moused in rc.conf as per above. > > Don't disable moused. > >> Now on issuing startx I get a >> message saying the "AllowEmptyInput" line can't be parsed. Where should >> this line go?? From the context I assumed it should go into xorg.conf, >> but if not, where?? > > It goes into the xorg.conf. The question is just where did you put it? > This is how it looks and works on my system: > > Section "ServerFlags" > Option "AllowEmptyInput" "off" > EndSection Is "ServerFlags" different from "ServerLayout"? I followed the instructions in UPDATING which seemed to me to indicate the section was "ServerLayout" --- after it became clear that the later UPDATING about it being fixed was somewhat overly optimistic. Someone suggested the mouse problem could be fixed by deleting a file in hal, but did not specify which file. Evidently hal not only kills the mouse, but kills using the numeric key pad for a mouse (or perhaps kills most of the keyboard --- enough of the keyboard was left that I could switch to a text-mode virtual terminal and kill xorg. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From jcw at equi4.com Tue Feb 10 00:52:35 2009 From: jcw at equi4.com (Jean-Claude Wippler) Date: Tue Feb 10 00:52:42 2009 Subject: [starkit] Re: metakit doesn't compile with TCL8.6 + solution to fix it In-Reply-To: <5ea6cb100902070758h3a65af9ax306009a1af0736e6@mail.gmail.com> References: <5ea6cb100902070556w7592703euae7432fcfdafbb6@mail.gmail.com> <5ea6cb100902070758h3a65af9ax306009a1af0736e6@mail.gmail.com> Message-ID: <05DB9121-CAAA-4C0A-B77D-755501B60B85@equi4.com> On 7 Feb 2009, at 16:58, S?bastien Santoro wrote: > I confirm the last SVN version compiles fine. Great! > The last stable version published on > http://www.equi4.com/metakit/overview.html is the 2.4.9.7 version, > released the 2007-06-23. > > ( Speaking of SVN, CHANGES haven't updated since this date. ) Thanks, I've just updated it. > TCL 8.6 is in beta stage, with release date planned for March. Yes, would be a good idea to have a packaged release in time for that. I've made a note, but if I forget - could someone please help remind me to do this before the Tcl 8.6 release? -jcw From scf at FreeBSD.org Tue Feb 10 02:41:42 2009 From: scf at FreeBSD.org (Sean C. Farley) Date: Tue Feb 10 02:41:54 2009 Subject: xorg hal dbus In-Reply-To: <49912C77.8060504@bsdforen.de> References: <49912C77.8060504@bsdforen.de> Message-ID: On Tue, 10 Feb 2009, Dominic Fandrey wrote: > Tom Mende wrote: >> 2. Don't use moused. If you want it to work with addon usb mice >> set this in rc.conf: >> >> moused_enable="NO" >> moused_nondefault_enable="NO" > > This is a) outdated and b) those are options. That means you do > one of them, not both. It may have changed, but they were both required at one time. Without the second option set to "NO", USB mice were still acquired by moused. Sean -- scf@FreeBSD.org From swhetzel at gmail.com Tue Feb 10 07:20:10 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Tue Feb 10 07:20:17 2009 Subject: xorg hal dbus In-Reply-To: References: Message-ID: <790a9fff0902100720r28e98895t6b4dd7e96a5a2b82@mail.gmail.com> On 2/9/09, Tom Mende wrote: > I now have all these messages on the terminal from where startx was > launched saying... > application x (i.e. thunar-vfs) WARNING **: Failed to connect to HAL > daemon: Failed to connect to socket > /var/run/dbus/system_bus_socket: Socket operation on > non-socket Does /var/run/dbus/system_bus_socket exist and is it a socket file or a regular file? $ ls -l /var/run/dbus total 2 -rw-r--r-- 1 root messagebus 5 Feb 9 19:08 dbus.pid srwxrwxrwx 1 root messagebus 0 Feb 9 19:08 system_bus_socket > Xlib: extension " Generic Event Extension" missing on display ":0.0"...five > to ten lines of this depending upon the application This warning can be ignored. > Do I have to somehow configure hal and hald? I can't seem to find anything > to tell me how to do this either. Make sure that hal_enable="YES" and dbus_enable="YES" are in /etc/rc.conf. Also check that they are running: $ ps -ax | grep -e dbus -e hal 1954 ?? Is 0:00.06 /usr/local/bin/dbus-daemon --system 2127 ?? Ss 0:15.15 /usr/local/sbin/hald 2131 ?? IW 0:00.00 hald-runner 2136 ?? IW 0:00.00 hald-addon-mouse-sysmouse: /dev/psm0 (hald-addon-mouse-sy) 2144 ?? S 0:11.07 hald-addon-storage: /dev/acd0 (hald-addon-storage) 24129 8 S+ 0:00.00 grep -e dbus -e hal Run hal-device and check if your mouse/keyboard are being ignored. If they are being ignored, check the files under /usr/local/etc/hal and /usr/local/share/hal to see if you had created a file in there to ignore the mouse/keyboard. find /usr/local/share/hal -exec grep -H ignore {} \; find /usr/local/etc/hal -exec grep -H ignore {} \; If your still having problems then post the output of hal-device and Xorg.0.log from your system running xorg 7.4. Scot From QAT at FreeBSD.org Tue Feb 10 08:50:25 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Feb 10 08:50:37 2009 Subject: cvs commit: ports/chinese/p5-Text-Greeking-zh_TW Makefile distinfo pkg-plist In-Reply-To: <200902101647.n1AGlfWb035930@repoman.freebsd.org> References: In-Reply-To: <200902101647.n1AGlfWb035930@repoman.freebsd.org> Message-ID: <20090210164151.D7CDA8FC71@release.ixsystems.com> Hi, Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/p5-Text-Greeking-zh_TW-0.0.4.log : building p5-Text-Greeking-zh_TW-0.0.4 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD maintained by: ports@FreeBSD.org building for: 7.1-STABLE amd64 Makefile ident: $FreeBSD: ports/chinese/p5-Text-Greeking-zh_TW/Makefile,v 1.2 2009/02/10 16:47:41 ijliao Exp $ port directory: /usr/ports/chinese/p5-Text-Greeking-zh_TW ................................................... Writing Makefile for Text::Greeking::zh_TW ===> Building for p5-Text-Greeking-zh_TW-0.0.4 cp lib/Text/Greeking/._zh_TW.pm blib/lib/Text/Greeking/._zh_TW.pm cp lib/Text/Greeking/zh_TW.pm blib/lib/Text/Greeking/zh_TW.pm Manifying blib/man3/Text::Greeking::zh_TW.3 ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg perl-5.8.9.tbz adding dependencies pkg_add perl-5.8.9.tbz skipping perl-5.8.9, already added ===> Installing for p5-Text-Greeking-zh_TW-0.0.4 ===> p5-Text-Greeking-zh_TW-0.0.4 depends on file: /usr/local/bin/perl5.8.9 - found ===> Generating temporary packing list ===> Checking if chinese/p5-Text-Greeking-zh_TW already installed Installing /usr/local/lib/perl5/site_perl/5.8.9/Text/Greeking/._zh_TW.pm Installing /usr/local/lib/perl5/site_perl/5.8.9/Text/Greeking/zh_TW.pm Installing /usr/local/lib/perl5/5.8.9/man/man3/Text::Greeking::zh_TW.3 Writing /usr/local/lib/perl5/site_perl/5.8.9/mach/auto/Text/Greeking/zh_TW/.packlist ===> Compressing manual pages for p5-Text-Greeking-zh_TW-0.0.4 ===> Registering installation for p5-Text-Greeking-zh_TW-0.0.4 ================================================================ ======================================== ===> Building package for p5-Text-Greeking-zh_TW-0.0.4 Creating package /tmp/packages/All/p5-Text-Greeking-zh_TW-0.0.4.tbz Registering depends: perl-5.8.9. Creating bzip'd tar ball in '/tmp/packages/All/p5-Text-Greeking-zh_TW-0.0.4.tbz' Deleting p5-Text-Greeking-zh_TW-0.0.4 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 6359503 4 drwxr-xr-x 3 root wheel 512 Feb 10 16:41 usr/local/lib/perl5/site_perl/5.8.9/Text 6359504 4 drwxr-xr-x 2 root wheel 512 Feb 10 16:41 usr/local/lib/perl5/site_perl/5.8.9/Text/Greeking 6359505 4 -r--r--r-- 1 root wheel 231 Nov 15 21:10 usr/local/lib/perl5/site_perl/5.8.9/Text/Greeking/._zh_TW.pm ================================================================ build of /usr/ports/chinese/p5-Text-Greeking-zh_TW ended at Tue Feb 10 16:41:49 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/p5-Text-Greeking-zh_TW-0.0.4.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=chinese&portname=p5-Text-Greeking-zh_TW The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From delphij at delphij.net Tue Feb 10 11:36:32 2009 From: delphij at delphij.net (Xin LI) Date: Tue Feb 10 11:36:40 2009 Subject: [KDE4] Binaries not stripped Message-ID: <4991D736.7060303@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It looks like that the installed binaries are not stripped for all KDE4 related ports, is this intentional? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmR1zUACgkQi+vbBBjt66Cp7QCcDDv0iez6DMsUOPMSoV3CnN6H n0YAoIOQvBj0FKtLGB2RhHqC9pzG1Sj9 =JMdO -----END PGP SIGNATURE----- From frederique at isafeelin.org Tue Feb 10 11:43:20 2009 From: frederique at isafeelin.org (Frederique Rijsdijk) Date: Tue Feb 10 11:43:27 2009 Subject: upgrading perl blues Message-ID: <4991D4A3.2010307@isafeelin.org> Hi anyone, I've been upgrading perl on a couple of machines, and one some it's a real hassle. What I'm doing is: pkgdb -F && portsnap fetch update && portugprade -fbrp perl.5.8.8_1 This finishes with something like: ---> Skipping 'archivers/p5-Archive-Zip' (p5-Archive-Zip-1.23) because a requisite package 'p5-PathTools-3.2701' (devel/p5-PathTools) failed (specify -k to force) ---> Skipping 'security/amavisd-new' (amavisd-new-2.6.1,1) because a requisite package 'p5-IO-Multiplex-1.09' (devel/p5-IO-Multiplex) failed (specify -k to force) ** Listing the failed packages (*:skipped / !:failed) ! converters/p5-Text-Iconv (p5-Text-Iconv-1.7) (install error) ! converters/p5-Encode-Detect (p5-Encode-Detect-1.00) (unknown build error) ! converters/p5-Convert-BinHex (p5-Convert-BinHex-1.119) (install error) ! archivers/rpm2cpio (rpm2cpio-1.2_2) (install error) ! devel/p5-Spiffy (p5-Spiffy-0.30) (install error) ! security/p5-Crypt-OpenSSL-Bignum (p5-Crypt-OpenSSL-Bignum-0.04) (install error) ! mail/razor-agents (razor-agents-2.84) (install error) ! dns/p5-Net-DNS-Resolver-Programmable (p5-Net-DNS-Resolver-Programmable-0.003) (unknown build error) * mail/p5-Mail-SPF (p5-Mail-SPF-2.005) ! devel/p5-ExtUtils-CBuilder (p5-ExtUtils-CBuilder-0.22_1) (Failed to rewrite /var/db/pkg/p5-ExtUtils-CBuilder-0.22_1/+CONTENTS: No such file or directory - /var/d b/pkg/p5-ExtUtils-CBuilder-0.22_1/+CONTENTS) * mail/p5-MIME-Tools (p5-MIME-Tools-5.425,2) * devel/p5-ExtUtils-ParseXS (p5-ExtUtils-ParseXS-2.19) * converters/p5-Convert-TNEF (p5-Convert-TNEF-0.17) ! net/p5-Net (p5-Net-1.22,1) (Failed to rewrite /var/db/pkg/p5-ExtUtils-CBuilder-0.22_1/+CONTENTS: No such file or directory - /var/db/pkg/p5-ExtUtils-CBuilder-0.22_ 1/+CONTENTS) ! devel/p5-PathTools (p5-PathTools-3.2701) (Failed to rewrite /var/db/pkg/p5-ExtUtils-CBuilder-0.22_1/+CONTENTS: No such file or directory - /var/db/pkg/p5-ExtUtil s-CBuilder-0.22_1/+CONTENTS) ! devel/p5-IO-Multiplex (p5-IO-Multiplex-1.09) (Failed to rewrite /var/db/pkg/p5-ExtUtils-CBuilder-0.22_1/+CONTENTS: No such file or directory - /var/db/pkg/p5-ExtUtil s-CBuilder-0.22_1/+CONTENTS) ! devel/autoconf262 (autoconf-2.62) (install error) * net/p5-Net-Server (p5-Net-Server-0.97) * devel/p5-Test-Base (p5-Test-Base-0.54) * textproc/p5-YAML (p5-YAML-0.66) ! databases/p5-DBD-mysql (p5-DBD-mysql-4.006) (uninstall error) * www/p5-libwww (p5-libwww-5.805) * security/p5-Crypt-OpenSSL-RSA (p5-Crypt-OpenSSL-RSA-0.25) * mail/p5-Mail-DKIM (p5-Mail-DKIM-0.31) * textproc/p5-XML-SAX-Writer (p5-XML-SAX-Writer-0.50) * devel/p5-Module-Build (p5-Module-Build-0.28.08) * mail/p5-Mail-SpamAssassin (p5-Mail-SpamAssassin-3.2.5) * net/p5-perl-ldap (p5-perl-ldap-0.34) ! databases/pear-DB (pear-DB-1.7.13,1) (install error) * archivers/p5-Archive-Zip (p5-Archive-Zip-1.23) * security/amavisd-new (amavisd-new-2.6.1,1) ---> Packages processed: 54 done, 1 ignored, 16 skipped and 15 failed Now tons of things are broken (looking for stuff in */site_perl/5.8.8/* but that's now */site_perl/5.8.9/*) and I have to recompile those that failed earlier: cd /var/db/pkg ; grep -r 'site_perl/5\.8\.8' * | awk -F\/ '{print $1}' | sort | grep -v pkgdb | xargs portupgrade -fbp And after a couple of these cycles everything is OK again.. Am I doing something wrong or .. what? -- Frederique From cswiger at mac.com Tue Feb 10 11:57:38 2009 From: cswiger at mac.com (Chuck Swiger) Date: Tue Feb 10 11:57:45 2009 Subject: upgrading perl blues In-Reply-To: <4991D4A3.2010307@isafeelin.org> References: <4991D4A3.2010307@isafeelin.org> Message-ID: <005FF543-872E-4511-8EBF-55DE0FC6CB75@mac.com> On Feb 10, 2009, at 11:25 AM, Frederique Rijsdijk wrote: > Now tons of things are broken (looking for stuff in */site_perl/ > 5.8.8/* but that's now */site_perl/5.8.9/*) and I have to recompile > those that failed earlier: > > cd /var/db/pkg ; grep -r 'site_perl/5\.8\.8' * | awk -F\/ '{print > $1}' | sort | grep -v pkgdb | xargs portupgrade -fbp > > And after a couple of these cycles everything is OK again.. > > Am I doing something wrong or .. what? I'd imagine that reading this part of /usr/ports/UPDATING: 20090113: AFFECTS: users of lang/perl5.8 AUTHOR: skv@FreeBSD.org lang/perl5.8 has been updated to 5.8.9. You should update everything depending on perl. The easiest way to do that is to use perl-after-upgrade script supplied with lang/perl5.8. Please see its manual page for details. ...would have been helpful. Regards, -- -Chuck From uwe at laverenz.de Tue Feb 10 12:12:51 2009 From: uwe at laverenz.de (Uwe Laverenz) Date: Tue Feb 10 12:12:59 2009 Subject: upgrading perl blues In-Reply-To: <4991D4A3.2010307@isafeelin.org> References: <4991D4A3.2010307@isafeelin.org> Message-ID: <4991DFBC.3080109@laverenz.de> Frederique Rijsdijk schrieb: > Now tons of things are broken (looking for stuff in */site_perl/5.8.8/* > but that's now */site_perl/5.8.9/*) and I have to recompile those that > failed earlier: > > cd /var/db/pkg ; grep -r 'site_perl/5\.8\.8' * | awk -F\/ '{print $1}' | > sort | grep -v pkgdb | xargs portupgrade -fbp > > And after a couple of these cycles everything is OK again.. > > Am I doing something wrong or .. what? Did you read /usr/ports/UPDATING? 20090113: AFFECTS: users of lang/perl5.8 AUTHOR: skv@FreeBSD.org lang/perl5.8 has been updated to 5.8.9. You should update everything depending on perl. The easiest way to do that is to use perl-after-upgrade script supplied with lang/perl5.8. Please see its manual page for details. So the recommended way to upgrade perl (that worked for me) was: - upgrade perl - run "perl-after-upgrade" and see if any problems show up - run "perl-after-upgrade -f" to move all site-packages to the new perl bye, Uwe From tingox at gmail.com Tue Feb 10 12:16:48 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Tue Feb 10 12:16:59 2009 Subject: tinderbox - tinderd and nullfs? In-Reply-To: <20090210020050.6f160713@it.buh.tecnik93.com> References: <49413692@ipt.ru> <20090118222145.6ff13615@it.buh.tecnik93.com> <20090210020050.6f160713@it.buh.tecnik93.com> Message-ID: Hello, On Tue, Feb 10, 2009 at 1:00 AM, Ion-Mihai Tetcu wrote: > ps axw > mount Actually, it did eventually build. The reason for the time was that it built 77 ports (dependencies?) in that run. So, tinderbuild works. Restarting tinderd didn't have any effect - the job in the tinderd queue still didn't move, and nothing happened to tinderd. Howevr, I deleted that job (from the web ui), and re-scheduled the same port (also from the web ui). This time it worked without problems. Perhaps the minor upgrade from tinderbox 3.1.2_1 to 3.1.2_2 fixed the problem? Anyway, it works now. Thanks to everyone for their help. > If you use reply all there are better chances the other people that > replied to your email get your message in front of their ayes ;-) Well, IMHO such practice is a bit "intrusive" unless a person have explicitly asked to be copied (or I really, really want to get that person's attention). So I'll risk it. :-) After all, this is a mailing list - interested parties are supposed to to read it, right? (I made an exception for you this time) -- Regards, Torfinn Ingolfsen From makc at issp.ac.ru Tue Feb 10 12:57:03 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Tue Feb 10 12:57:11 2009 Subject: [KDE4] Binaries not stripped In-Reply-To: <4991D736.7060303@delphij.net> References: <4991D736.7060303@delphij.net> Message-ID: <200902102356.31373.makc@issp.ac.ru> On Tue, 10 Feb 2009 11:36:22 -0800, Xin LI wrote: > Hi, > > It looks like that the installed binaries are not stripped for all KDE4 > related ports, is this intentional? No intention. Seems, this is related to latest changes for cmake build types in bsd.cmake.mk. I'll check this, thanks for report. Max From frederique at isafeelin.org Tue Feb 10 13:37:54 2009 From: frederique at isafeelin.org (Frederique Rijsdijk) Date: Tue Feb 10 13:38:03 2009 Subject: upgrading perl blues In-Reply-To: <005FF543-872E-4511-8EBF-55DE0FC6CB75@mac.com> References: <4991D4A3.2010307@isafeelin.org> <005FF543-872E-4511-8EBF-55DE0FC6CB75@mac.com> Message-ID: <4991F3B0.50301@isafeelin.org> Chuck Swiger schreef: > On Feb 10, 2009, at 11:25 AM, Frederique Rijsdijk wrote: >> Now tons of things are broken (looking for stuff in >> */site_perl/5.8.8/* but that's now */site_perl/5.8.9/*) and I have to >> recompile those that failed earlier: >> >> cd /var/db/pkg ; grep -r 'site_perl/5\.8\.8' * | awk -F\/ '{print >> $1}' | sort | grep -v pkgdb | xargs portupgrade -fbp >> >> And after a couple of these cycles everything is OK again.. >> >> Am I doing something wrong or .. what? > > I'd imagine that reading this part of /usr/ports/UPDATING: > Ok, feeling stupid now.. I do check it, but not always. Lessons learned! Cheers, -- Frederique From leslie at eskk.nu Tue Feb 10 14:17:34 2009 From: leslie at eskk.nu (Leslie Jensen) Date: Tue Feb 10 14:17:42 2009 Subject: Message when updating ports In-Reply-To: <4990AE58.1020502@FreeBSD.org> References: <498088F7.5000800@eskk.nu> <790a9fff0901281130l31a35ba9pc4bde54f54ed1fec@mail.gmail.com> <4980D4BE.8050104@eskk.nu> <790a9fff0901291123s12108fcex358a448572d20154@mail.gmail.com> <498B2F54.2000602@eskk.nu> <498CD6DE.60109@FreeBSD.org> <49905F17.1020804@eskk.nu> <4990AE58.1020502@FreeBSD.org> Message-ID: <4991FCF8.2030205@eskk.nu> >> As Garrett points out, I would also very much like to know how did those >> entries get in there?? > > So would I. My guess would be that someone used 'pkg_delete -f', but > that's just a guess. > Could be so. I've done it a few times when a port would not update. Is that incorrect and should be avoided? /Leslie From andy.lavr at reactor-xg.kiev.ua Tue Feb 10 17:04:31 2009 From: andy.lavr at reactor-xg.kiev.ua (Andrei V. Lavreniyuk) Date: Tue Feb 10 17:04:43 2009 Subject: tsocks-1.8.4_freebsd_7.1_STABLE_port Message-ID: <49921B99.7090303@reactor-xg.kiev.ua> Hi! I prepared and checked up port of tsock-1.8.4 for FreeBSD 7.1-STABLE. Please, update ports (ports/net/tsock) to FreeBDS ports tree. Home project page - http://giig.ugr.es/~rgarcia/tsocks/ File attached - tsocks-1.8.4_freebsd_7.1_STABLE_port.tar.bz2 Thanks! -- Best regards, Andrei V. Lavreniyuk. From andy.lavr at reactor-xg.kiev.ua Tue Feb 10 17:04:32 2009 From: andy.lavr at reactor-xg.kiev.ua (Andrei V. Lavreniyuk) Date: Tue Feb 10 17:04:44 2009 Subject: tsocks-1.8.4_freebsd_7.1_STABLE_port + attached file Message-ID: <49921BD0.7060800@reactor-xg.kiev.ua> Hi! I prepared and checked up port of tsock-1.8.4 for FreeBSD 7.1-STABLE. Please, update ports (ports/net/tsock) to FreeBDS ports tree. Home project page - http://giig.ugr.es/~rgarcia/tsocks/ File attached - tsocks-1.8.4_freebsd_7.1_STABLE_port.tar.bz2 Thanks! -- Best regards, Andrei V. Lavreniyuk. -------------- next part -------------- A non-text attachment was scrubbed... Name: tsocks-1.8.4_freebsd_7.1_STABLE_port.tar.bz2 Type: application/octet-stream Size: 3244 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090211/edbcf369/tsocks-1.8.4_freebsd_7.1_STABLE_port.tar.obj From ml at netfence.it Wed Feb 11 00:38:44 2009 From: ml at netfence.it (Andrea Venturoli) Date: Wed Feb 11 00:38:51 2009 Subject: Firefox locking and unkillable Message-ID: <49928765.2010508@netfence.it> Hello. I'm quite unhappy with firefox3 on a 6.3p8/i386 and I'm in need advices on how to fix this. I use Firefox to display some sites that Konqueror won't work with, but it is highly unstable. As soon as I visit some sites, it locks up instantly; with others it might work or not, depending on I don't know what: it might stand that it locks more frequently if I click somewhere without waiting for the page to load fully, but I'm not sure about this. Am I the only one experiencing this problem? Furthermore, when it locks, it's unkillable. Here's what I have after killing -9 firefox-bin. %ps ax | grep firef 13158 ?? I 0:00.01 /bin/sh /usr/local/bin/firefox3 13162 ?? I 0:00.01 /bin/sh /usr/local/lib/firefox3/run-mozilla.sh /usr/local/lib/firefo 13167 ?? T 0:39.83 /usr/local/lib/firefox3/firefox-bin 35238 p9 R+ 0:00.00 grep firef I read "T" means stopped state, but I don't really know what that means and how to cope. Finally, just an annoyance, but might be related: everytime I start it, even if closed regularly on the previous run, it displays a dialog saying: "Your last Firefox session closed unexpectedly. You can restore the tabs and windows from your previous session, or start a new session if you think the problem was related to a page you were viewing." and asking me whether I want to start a new session or restore the previuous one Both choices lead up to a blank window (that's what I want). bye & Thanks av. From kamikaze at bsdforen.de Wed Feb 11 00:55:16 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Feb 11 00:55:23 2009 Subject: xorg hal dbus In-Reply-To: <20090210015442.S2455@qroenaqrq.6qbyyneqvnyhc.pbz> References: <49912C77.8060504@bsdforen.de> <20090210015442.S2455@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <49929246.8040803@bsdforen.de> Lars Eighner wrote: > On Tue, 10 Feb 2009, Dominic Fandrey wrote: > >>> 1. Add Option "AllowEmptyInput" "off" to your ServerLayout section. >>> This will cause X to use the configured kbd, mouse, and vmmouse >>> sections from your xorg.conf >>> >>> 2. Don't use moused. If you want it to work with addon usb mice >>> set this in rc.conf: >>> >>> moused_enable="NO" >>> moused_nondefault_enable="NO" >> >> This is a) outdated and b) those are options. That means you do >> one of them, not both. >> >>> I'm working on fixing hald or the mouse driver or both. >>> >>> After restoring my old xorg.conf and commenting out the RgbPath line, I >>> added "AllowEmptyInput" "off" to the xorg.conf server layout section and >>> disabled moused in rc.conf as per above. >> >> Don't disable moused. >> >>> Now on issuing startx I get a >>> message saying the "AllowEmptyInput" line can't be parsed. Where should >>> this line go?? From the context I assumed it should go into xorg.conf, >>> but if not, where?? >> >> It goes into the xorg.conf. The question is just where did you put it? >> This is how it looks and works on my system: >> >> Section "ServerFlags" >> Option "AllowEmptyInput" "off" >> EndSection > > > Is "ServerFlags" different from "ServerLayout"? I followed the > instructions > in UPDATING which seemed to me to indicate the section was "ServerLayout" > --- after it became clear that the later UPDATING about it being fixed was > somewhat overly optimistic. Someone suggested the mouse problem could be > fixed by deleting a file in hal, but did not specify which file. Evidently > hal not only kills the mouse, but kills using the numeric key pad for a > mouse (or perhaps kills most of the keyboard --- enough of the keyboard was > left that I could switch to a text-mode virtual terminal and kill xorg. > I did the update before any of this showed up in UPDATING and I fixed the problems by reading the xorg.conf manual page. According to it AllowEmptyInput belongs into the ServerFlags section. From kamikaze at bsdforen.de Wed Feb 11 00:55:39 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Feb 11 00:55:45 2009 Subject: xorg hal dbus In-Reply-To: References: <49912C77.8060504@bsdforen.de> Message-ID: <49929265.5030305@bsdforen.de> Sean C. Farley wrote: > On Tue, 10 Feb 2009, Dominic Fandrey wrote: > >> Tom Mende wrote: >>> 2. Don't use moused. If you want it to work with addon usb mice >>> set this in rc.conf: >>> >>> moused_enable="NO" >>> moused_nondefault_enable="NO" >> >> This is a) outdated and b) those are options. That means you do >> one of them, not both. > > It may have changed, but they were both required at one time. Without > the second option set to "NO", USB mice were still acquired by moused. > > Sean And there's nothing wrong with that. From olivier at gid0.org Wed Feb 11 01:38:13 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Wed Feb 11 01:38:20 2009 Subject: Firefox locking and unkillable In-Reply-To: <49928765.2010508@netfence.it> References: <49928765.2010508@netfence.it> Message-ID: <367b2c980902110131ga3891a4jf9c07bebbd81e21@mail.gmail.com> Hello, 2009/2/11 Andrea Venturoli : > Hello. > > I'm quite unhappy with firefox3 on a 6.3p8/i386 and I'm in need advices on > how to fix this. > > > > I use Firefox to display some sites that Konqueror won't work with, but it > is highly unstable. > As soon as I visit some sites, it locks up instantly; with others it might > work or not, depending on I don't know what: it might stand that it locks > more frequently if I click somewhere without waiting for the page to load > fully, but I'm not sure about this. > > Am I the only one experiencing this problem? Do you use gnash or some sort of flash plugin ? Have you tried disabling all plugins and extensions in your firefox profile (Tools / Add-ons menu) ? > Furthermore, when it locks, it's unkillable. > Here's what I have after killing -9 firefox-bin. > > %ps ax | grep firef > 13158 ?? I 0:00.01 /bin/sh /usr/local/bin/firefox3 > 13162 ?? I 0:00.01 /bin/sh /usr/local/lib/firefox3/run-mozilla.sh > /usr/local/lib/firefo > 13167 ?? T 0:39.83 /usr/local/lib/firefox3/firefox-bin > 35238 p9 R+ 0:00.00 grep firef > > I read "T" means stopped state, but I don't really know what that means and > how to cope. > > > > Finally, just an annoyance, but might be related: everytime I start it, even > if closed regularly on the previous run, it displays a dialog saying: > "Your last Firefox session closed unexpectedly. You can restore the tabs and > windows from your previous session, or start a new session if you think the > problem was related to a page you were viewing." > and asking me whether I want to start a new session or restore the previuous > one > Both choices lead up to a blank window (that's what I want). > > > > bye & Thanks > av. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From daniel at roe.ch Wed Feb 11 03:05:19 2009 From: daniel at roe.ch (Daniel Roethlisberger) Date: Wed Feb 11 03:05:27 2009 Subject: firefox[2,3] will not start after recent ports upgrade In-Reply-To: <200902031027.27749@3667> References: <20090201104201.8BE301065677@hub.freebsd.org> <7d6fde3d0902020847k207ac68ex9b6be48738c13ae6@mail.gmail.com> <20090202230137.GB58780@hobbes.ustdmz.roe.ch> <200902031027.27749@3667> Message-ID: <20090211110511.GA85580@hobbes.ustdmz.roe.ch> Alexander Konovalenko 2009-02-03: > On Tuesday 03 February 2009, Daniel Roethlisberger wrote: > > Garrett Cooper 2009-02-02: > > > On Mon, Feb 2, 2009 at 8:38 AM, Daniel Roethlisberger > wrote: > > > > Alexander Konovalenko 2009-02-01: > > > >> > From: Daniel Roethlisberger > > > >> >... > > > >> > Could it be the case that firefox-bin hangs in umtxn state? > > > >> > > > >> you're right! > > > >> > > > >> > (Check using ps -laux instead of -aux) > > > >> > > > > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff2.txt > > > >> > > http://daemon.nanophys.kth.se/~kono/ktrace_ff3.txt > > > >> > > > > >> > These trace the wrong process: the wrapper shell script (sh). > > > >> > The actual hanging process would be firefox-bin, not sh. Try > > > >> > ktracing with child processes (-i). > > > >> > > > >> "ktrace -i" showed last line: > > > >> firefox-bin CALL _umtx_op(0x65f8e0,0x8,0x1,0x65f8c0,0) > > > >> > > > >> http://daemon.nanophys.kth.se/~kono/ktrace_ff3_ktrace-i.txt > > > >> > > > >> Do you know which port/lib causing this hang on _umtx_op? > > > > > > > > Unfortunately, no. I have a box with ports tree from around > > > > mid-January on which I was unable to fix this problem. Native > > > > firefox 2 and 3 hung in umtxn state. So I did pkg_delete -a, rm > > > > -rf /usr/local, rebuilt and installed all ports: now the firefox3 > > > > build hangs in umtxn state while running a tool called shlibsign. > > > > No idea how to fix this. I don't want to update the ports tree > > > > to after the unpretty xorg-7.4 changes just yet. > > > > > > > > I suspect the problem may be related to upgrading using > > > > freebsd-update from 7.0 to 7.1, but that's just a wild guess > > > > based on the problem appearing after the upgrade; I did make sure > > > > no old leftover libraries or binaries were still lying around. > > > > > > Have you read UPDATING yet about the libxcb upgrade? > > > Cheers, > > > -Garrett > > > > $ fgrep xcb /usr/{ports,src}/UPDATING | wc -l > > 0 > > > > Note that this is a non-current ports tree from before the xorg > > 7.4 update (mid-January), which used to work fine in the exact > > same configuration on RELENG_7_0, but broke on RELENG_7_1. This > > is using the version of libxcb committed by miwi in September > > 2008. The libxcb shlib version bump really cannot be related to > > this unless I am very much mistaken. > > I upgraded many ports on my office amd64 machine (RELENG_7, 7.1-PRERELEASE > #1: Tue Sep 30 13:26:39 CEST 2008 ) and both firefox2&3 work now with no > problem. I have libxcb-1.1.93. Just for the record, I have updated my trouble box (7.1-RELEASE-p2, i386, GENERIC) to a current ports tree (2009-02-10) by removing the old ports tree and using portsnap fetch, extract; force-rebuilt all ports using portupgrade -af (again!), then after all other ports tried to build firefox3, and surprise surprise, the build hangs in umtxn state: cd FreeBSD7.1_OPT.OBJ ; sh /usr/ports/www/firefox3/work/mozilla/security/nss/cmd/shlibsign/./sign.sh /usr/ports/www/firefox3/work/mozilla/dist \ /usr/ports/www/firefox3/work/mozilla/security/nss/cmd/shlibsign/FreeBSD7.1_OPT.OBJ FreeBSD \ /usr/local/lib /usr/ports/www/firefox3/work/mozilla/dist/lib/libsoftokn3.so /usr/ports/www/firefox3/work/mozilla/security/nss/cmd/shlibsign/FreeBSD7.1_OPT.OBJ/shlibsign -v -i /usr/ports/www/firefox3/work/mozilla/dist/lib/libsoftokn3.so $ top PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 71155 root 1 96 0 6116K 2624K umtxn 0:00 0.00% shlibsign $ ps lwww 71155 UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 71155 71150 0 96 0 6116 2624 umtxn I+ p0 0:00,01 /usr/ports/www/firefox3/work/mozilla/security/nss/cmd/shlibsign/FreeBSD7.1_OPT.OBJ/shlibsign -v -i /usr/ports/www/firefox3/work/mozilla/dist/lib/libsoftokn3.so Any ideas how to further debug this? I'm out of ideas. -- Daniel Roethlisberger http://daniel.roe.ch/ From QAT at FreeBSD.org Wed Feb 11 03:09:36 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Feb 11 03:09:54 2009 Subject: cvs commit: ports/math/it++ Makefile distinfo pkg-plist ports/math/it++/files patch-configure patch-include_base_machdep.h In-Reply-To: <200902111104.n1BB4tRh007664@repoman.freebsd.org> References: In-Reply-To: <200902111104.n1BB4tRh007664@repoman.freebsd.org> Message-ID: <20090211110050.899928FC71@release.ixsystems.com> Hi, Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/it++-4.0.6_1.log : building it++-4.0.6_1 in directory /usr/local/tinderbox/7-STABLE-FPT-NPD maintained by: ports@FreeBSD.org building for: 7.1-STABLE amd64 Makefile ident: $FreeBSD: ports/math/it++/Makefile,v 1.14 2009/02/11 11:04:55 gerald Exp $ port directory: /usr/ports/math/it++ ................................................... checking size of unsigned short... 2 checking for int... yes checking size of int... 4 checking for unsigned int... yes checking size of unsigned int... 4 checking for long... yes checking size of long... 8 checking for unsigned long... yes checking size of unsigned long... 8 checking for long long... yes checking size of long long... 8 checking for unsigned long long... yes checking size of unsigned long long... 8 checking whether the compiler supports extern template... yes checking how to get verbose linking output from gfortran43... -v checking for Fortran 77 libraries of gfortran43... -L/usr/local/lib/gcc-4.3.4/gcc/x86_64-portbld-freebsd7.1/4.3.4 -L/usr/local/lib/gcc-4.3.4/gcc/x86_64-portbld-freebsd7.1/4.3.4/../../.. -lgfortranbegin -lgfortran -lm checking for dummy main to link with Fortran 77 libraries... none checking for Fortran 77 name-mangling scheme... lower case, underscore, no extra underscore checking for sgemm_ in -lmkl... no checking for sgemm_ in -lacml... no checking for sgemm_ in -lacml_mp... no checking for dgemm_ in -lacml... no checking for dgemm_ in -lacml_mp... no checking for ATL_xerbla in -latlas... no checking for sgemm_ in -lblas... no checking for dgemm_ in -lblas... no configure: error: cannot find any BLAS library, which is required by LAPACK. You can override this error by using "--without-blas" option, but the functionality of the IT++ library will be limited. You have been warned! ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/work/a/ports/math/it++/work/itpp-4.0.6/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /a/ports/math/it++. ================================================================ build of /usr/ports/math/it++ ended at Wed Feb 11 11:00:48 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/it++-4.0.6_1.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=math&portname=it++ The build which triggered this BotMail was done under tinderbox-3.1.2_1; dsversion: 3.1 on RELENG_7 on amd64 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From ml at netfence.it Wed Feb 11 03:20:17 2009 From: ml at netfence.it (Andrea Venturoli) Date: Wed Feb 11 03:20:23 2009 Subject: Firefox locking and unkillable In-Reply-To: <367b2c980902110131ga3891a4jf9c07bebbd81e21@mail.gmail.com> References: <49928765.2010508@netfence.it> <367b2c980902110131ga3891a4jf9c07bebbd81e21@mail.gmail.com> Message-ID: <4992B45F.7010505@netfence.it> Olivier SMEDTS ha scritto: > Do you use gnash or some sort of flash plugin ? No. > Have you tried disabling all plugins and extensions in your firefox > profile (Tools / Add-ons menu) ? Yes. Doing further investigation, it seems like the whole things has to do with NFS, although I wasn't able to shed any more light on this. I still hope someone can point me in the right direction. bye & Thanks av. From aturetta at commit.it Wed Feb 11 03:55:58 2009 From: aturetta at commit.it (Angelo Turetta) Date: Wed Feb 11 03:56:05 2009 Subject: Status of isc-dhcp ports Message-ID: <4992BCBB.5000501@commit.it> What I understand from this page: https://www.isc.org/software/dhcp/versions is that the only version of isc-dhcp-server currently available from ports is EOL and soon-to-be deprecated (dhcp31 and dhcp40 are marked BROKEN). Is there any work going on, just not to reinvent the wheel? Angelo Turetta From werner at btr0x22.rz.uni-bayreuth.de Wed Feb 11 04:00:43 2009 From: werner at btr0x22.rz.uni-bayreuth.de (Werner Griessl) Date: Wed Feb 11 04:00:58 2009 Subject: Firefox locking and unkillable In-Reply-To: <4992B45F.7010505@netfence.it> References: <49928765.2010508@netfence.it> <367b2c980902110131ga3891a4jf9c07bebbd81e21@mail.gmail.com> <4992B45F.7010505@netfence.it> Message-ID: <4992B823.6090205@btr0x22.rz.uni-bayreuth.de> Andrea Venturoli wrote: > Olivier SMEDTS ha scritto: > >> Do you use gnash or some sort of flash plugin ? > > No. > > > >> Have you tried disabling all plugins and extensions in your firefox >> profile (Tools / Add-ons menu) ? > > Yes. > > > Doing further investigation, it seems like the whole things has to do > with NFS, although I wasn't able to shed any more light on this. > I still hope someone can point me in the right direction. > > > > bye & Thanks > av. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Start the rpc-lockd . in /etc/rc.conf: rpc_lockd_enable="YES" then /etc/rc.d/lockd start Werner From ml at netfence.it Wed Feb 11 04:28:01 2009 From: ml at netfence.it (Andrea Venturoli) Date: Wed Feb 11 04:28:08 2009 Subject: Firefox locking and unkillable In-Reply-To: <4992B823.6090205@btr0x22.rz.uni-bayreuth.de> References: <49928765.2010508@netfence.it> <367b2c980902110131ga3891a4jf9c07bebbd81e21@mail.gmail.com> <4992B45F.7010505@netfence.it> <4992B823.6090205@btr0x22.rz.uni-bayreuth.de> Message-ID: <4992C43B.2010000@netfence.it> Werner Griessl ha scritto: > Start the rpc-lockd . > in /etc/rc.conf: > rpc_lockd_enable="YES" > then > /etc/rc.d/lockd start On the server I have: # cat /etc/rc.conf |grep rpc rpcbind_enable="YES" rpcbind_flags="-ls" rpc_statd_enable="YES" rpc_lockd_enable="YES" # ps ax|grep rpc 772 ?? Ss 0:04.55 /usr/sbin/rpcbind -ls 835 ?? Is 0:04.66 /usr/sbin/rpc.statd 841 ?? Ss 4:03.49 rpc.lockd: server (rpc.lockd) 879 ?? I 0:00.00 rpc.lockd: client (rpc.lockd) On the client: # cat /etc/rc.conf |grep rpc rpcbind_enable="YES" rpcbind_flags="-ls" rpc_statd_enable="YES" rpc_statd_flags="-p 918" rpc_lockd_enable="YES" rpc_lockd_flags="-p 868" (Those -p are there to easy ipfw setup). # ps ax|grep rpc 561 ?? Is 0:00.03 /usr/sbin/rpcbind -ls 597 ?? Ss 0:00.00 /usr/sbin/rpc.statd -p 918 603 ?? Ss 0:00.22 rpc.lockd: server (rpc.lockd) 611 ?? S 0:00.40 rpc.lockd: client (rpc.lockd) ipfw is not denying any of these packets. On the server side I see a lot of these in the logs: rpcbind: connect from 10.1.2.18 to getport/addr(nlockmgr) NFS lockings seems to work fine for everythings else, ranging from KDE to compiling some exotic ports. Is there any tool I can use to debug NFS locking? bye & Thanks av. From gpagnoni at gmail.com Wed Feb 11 04:31:43 2009 From: gpagnoni at gmail.com (Giuseppe Pagnoni) Date: Wed Feb 11 04:31:51 2009 Subject: FreeBSD Port: print/lyx15 Message-ID: <92056ebc0902110401y2470bca0we2936afeb525cfce@mail.gmail.com> Dear port developers, is there a plan to upgrade the lyx15 port in the short term? The version in the stable port tree (1.5.6) is not compatible anymore with the later 1.6 version, which creates difficulties for opening the same document under different system. thanks for the great work giuseppe From werner at btr0x22.rz.uni-bayreuth.de Wed Feb 11 08:04:28 2009 From: werner at btr0x22.rz.uni-bayreuth.de (Werner Griessl) Date: Wed Feb 11 08:04:35 2009 Subject: Firefox locking and unkillable In-Reply-To: <4992C43B.2010000@netfence.it> References: <49928765.2010508@netfence.it> <367b2c980902110131ga3891a4jf9c07bebbd81e21@mail.gmail.com> <4992B45F.7010505@netfence.it> <4992B823.6090205@btr0x22.rz.uni-bayreuth.de> <4992C43B.2010000@netfence.it> Message-ID: <4992F6F2.6010407@btr0x22.rz.uni-bayreuth.de> Andrea Venturoli wrote: > Werner Griessl ha scritto: > >> Start the rpc-lockd . >> in /etc/rc.conf: >> rpc_lockd_enable="YES" >> then >> /etc/rc.d/lockd start > > > > On the server I have: > > # cat /etc/rc.conf |grep rpc > rpcbind_enable="YES" > rpcbind_flags="-ls" > rpc_statd_enable="YES" > rpc_lockd_enable="YES" > > # ps ax|grep rpc > 772 ?? Ss 0:04.55 /usr/sbin/rpcbind -ls > 835 ?? Is 0:04.66 /usr/sbin/rpc.statd > 841 ?? Ss 4:03.49 rpc.lockd: server (rpc.lockd) > 879 ?? I 0:00.00 rpc.lockd: client (rpc.lockd) > > Server here is a netapp, not a FBSD, but without rpc.lockd running, I had the same problems as you. > > On the client: > > # cat /etc/rc.conf |grep rpc > rpcbind_enable="YES" > rpcbind_flags="-ls" > rpc_statd_enable="YES" > rpc_statd_flags="-p 918" > rpc_lockd_enable="YES" > rpc_lockd_flags="-p 868" > > (Those -p are there to easy ipfw setup). same here without the "flags"-lines my fstab-line is with these flags: tcp,rw,nfsv3,bg > > # ps ax|grep rpc > 561 ?? Is 0:00.03 /usr/sbin/rpcbind -ls > 597 ?? Ss 0:00.00 /usr/sbin/rpc.statd -p 918 > 603 ?? Ss 0:00.22 rpc.lockd: server (rpc.lockd) > 611 ?? S 0:00.40 rpc.lockd: client (rpc.lockd) > 746 ?? Ss 0:00.01 /usr/sbin/rpcbind 787 ?? Ss 0:00.01 /usr/sbin/rpc.statd 794 ?? Is 0:00.00 /usr/sbin/rpc.lockd my system is: FreeBSD 7.1-STABLE FreeBSD 7.1-STABLE #0: Fri Jan 30 i386 > > > ipfw is not denying any of these packets. > On the server side I see a lot of these in the logs: > > rpcbind: connect from 10.1.2.18 to getport/addr(nlockmgr) > > > > NFS lockings seems to work fine for everythings else, ranging from KDE > to compiling some exotic ports. > > > Is there any tool I can use to debug NFS locking? > don't know of special tools for nfs-debugging, but i would try wireshark or tcpdump. > > bye & Thanks > av. Werner From mailinglist at diamondbox.dk Wed Feb 11 11:32:51 2009 From: mailinglist at diamondbox.dk (Nikolaj Thygesen) Date: Wed Feb 11 11:32:58 2009 Subject: What's the deal with gmime2-sharp Message-ID: <499327E1.9080804@diamondbox.dk> Hi, Lately, whenever I try to "portupgrade -a" I get: ** Port marked as IGNORE: mail/gmime2-sharp: try to install weaked-named assembly into the GAC. and subsequently tomboy doesn't build. I'm not that profficient at .net stuff, and have no clue, what "it" wants me to do. br - Nikolaj From consultor at luizfranca.com.br Wed Feb 11 13:48:35 2009 From: consultor at luizfranca.com.br (=?ISO-8859-1?Q?Copacabana_VERT?=) Date: Wed Feb 11 13:48:46 2009 Subject: Melhor e mais bem localizado empreendimento de Copacabana! Message-ID: Acesse o [1]link se o seu programa de e-mail te mostrar essa mensagem. [resultados.t=] Prezado(a) , < [2]3D"Copa [3]3D"Copacabana [4]3D"Copacabana < [6][www=] [7]3D"Copacabana [8]3D"Copacaba [9]3D"Copacabana [10]3D"Copacabana [11]3D"Copacabana [lf_ext_reg.j=] < font-family: verdana;' align=' voc? n?o queira receber mais esse tipo References Visible links 1. 3D'http://teclamailmkt.com.br/d 2. 3D"http://resultados.teclamailmkt.c=/ 3. 3D"http://resu=/ 4. 3D"http://resultados.teclamailmkt.com.br/c/798ex8Odp88xu5o8" 5. 3D"http://resultados.teclamailmkt.com.br/c/79 6. 3D"http://resultados.teclamailmkt.c=/ 7. file://localhost/tmp/3D"h 8. 3D"http://resultados.teclamailmkt.com.br/c/798ex 9. 3D"http://result=/ 10. 3D"http://resultados.teclamailmkt.com.br/c/798ex8Odp88xu5o 11. 3D"http://resultados.teclam=/ 12. 3D'http://teclamailmkt.com.br/dmm/u/798ex8Odp88x' Hidden links: 13. 3D'http://teclamailmkt.com.br/dmm/x/798ex8Odp88x' From gerald at pfeifer.com Wed Feb 11 16:42:40 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Wed Feb 11 16:42:46 2009 Subject: cvs commit: ports/math/it++ Makefile distinfo pkg-plist ports/math/it++/files patch-configure patch-include_base_machdep.h In-Reply-To: <20090211110050.899928FC71@release.ixsystems.com> References: In-Reply-To: <200902111104.n1BB4tRh007664@repoman.freebsd.org> <20090211110050.899928FC71@release.ixsystems.com> Message-ID: On Wed, 11 Feb 2009, QAT@FreeBSD.org wrote: > checking for ATL_xerbla in -latlas... no > checking for sgemm_ in -lblas... no > checking for dgemm_ in -lblas... no > configure: error: cannot find any BLAS library, which is required by LAPACK. > You can override this error by using "--without-blas" option, but the > functionality of the IT++ library will be limited. You have been warned! > ===> Script "configure" failed unexpectedly. I'm sorry, I cannot reproduce this. My configure passes with the following checking for ATL_xerbla in -latlas... no checking for sgemm_ in -lblas... no checking for dgemm_ in -lblas... yes and I cannot see any other difference than me being on i386 as opposed to amd64 and using a prefix different from /usr/local (which, if anything, makes things more likely to break). :-( Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From h8msft at gmail.com Wed Feb 11 17:12:57 2009 From: h8msft at gmail.com (Bob McClure) Date: Wed Feb 11 17:13:04 2009 Subject: FreeBSD Port: lsof-4.82A,3 Message-ID: I have been using LSOF for a long time to determine if files are open before processing. I have seen since my newest upgrade to 7.0 and 7.1 multiple instances of the core running the lsof command pegging at or near 100%. Eventually the whole system crashes. A report on the local console indicates it is trying to reboot, however the server must be hard booted to get past this point. Has this already been reported? Either way please let me know what I can provide to assist with a resolution on this. So far I have not been able to replicate the error in a controlled fashion. Thank you. Bob McClure usage of lsof command: /usr/local/sbin/lsof ${FILE} # uname -mrs FreeBSD 7.1-RELEASE amd64 CLUSTER is a carp-enabled build, but is not currently configured in rc.conf. Other than that it's generic. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE #0: Tue Jan 6 11:36:08 CST 2009 bobm@Themis-lrar-02.scooby.local:/usr/src/sys/amd64/compile/CLUSTER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Quad-Core AMD Opteron(tm) Processor 2356 (2300.10-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009> AMD Features=0xee400800 AMD Features2=0x7ff,,,Prefetch,,> Cores per package: 4 usable memory = 8574808064 (8177 MB) avail memory = 8287395840 (7903 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard From llc2w at virginia.edu Wed Feb 11 19:58:23 2009 From: llc2w at virginia.edu (L Campbell) Date: Wed Feb 11 19:58:30 2009 Subject: FreeBSD Port: lsof-4.82A,3 In-Reply-To: References: Message-ID: <792298050902111958r67fb02abn4382580efb631f8d@mail.gmail.com> On Wed, Feb 11, 2009 at 7:45 PM, Bob McClure wrote: > I have been using LSOF for a long time to determine if files are open > before processing. I have seen since my newest > upgrade to 7.0 and 7.1 multiple instances of the core running the lsof > command pegging at or near 100%. Have you tried rebuilding and reinstalling the port? From h8msft at gmail.com Wed Feb 11 20:28:10 2009 From: h8msft at gmail.com (Bob McClure) Date: Wed Feb 11 20:28:16 2009 Subject: FreeBSD Port: lsof-4.82A,3 In-Reply-To: <792298050902111958r67fb02abn4382580efb631f8d@mail.gmail.com> References: <792298050902111958r67fb02abn4382580efb631f8d@mail.gmail.com> Message-ID: <79BDF2B0-A436-4462-84AB-3A815D54858D@gmail.com> No I have not, but I have seen this happen on the same server with fresh installs of freebsd 7.0 and 7.1. Ports are up to date with portupgrade. On Feb 11, 2009, at 9:58 PM, L Campbell wrote: > On Wed, Feb 11, 2009 at 7:45 PM, Bob McClure wrote: >> I have been using LSOF for a long time to determine if files are open >> before processing. I have seen since my newest >> upgrade to 7.0 and 7.1 multiple instances of the core running the >> lsof >> command pegging at or near 100%. > > Have you tried rebuilding and reinstalling the port? From itetcu at FreeBSD.org Wed Feb 11 23:07:13 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Feb 11 23:07:19 2009 Subject: tinderbox - tinderd and nullfs? In-Reply-To: References: <49413692@ipt.ru> <20090118222145.6ff13615@it.buh.tecnik93.com> <20090210020050.6f160713@it.buh.tecnik93.com> Message-ID: <20090212090707.19a2f093@it.buh.tecnik93.com> On Tue, 10 Feb 2009 21:07:56 +0100 Torfinn Ingolfsen wrote: > Hello, > > On Tue, Feb 10, 2009 at 1:00 AM, Ion-Mihai Tetcu > wrote: > > ps axw > > mount > > Actually, it did eventually build. The reason for the time was that it > built 77 ports (dependencies?) in that run. > So, tinderbuild works. > > Restarting tinderd didn't have any effect - the job in the tinderd > queue still didn't move, and nothing happened to tinderd. > Howevr, I deleted that job (from the web ui), and re-scheduled the > same port (also from the web ui). > This time it worked without problems. Strange. > Perhaps the minor upgrade from tinderbox 3.1.2_1 to 3.1.2_2 fixed the > problem? Anyway, it works now. > Thanks to everyone for their help. Don't see how. That was only small fix for non-default OPTIONS. > > If you use reply all there are better chances the other people that > > replied to your email get your message in front of their ayes ;-) > > Well, IMHO such practice is a bit "intrusive" unless a person have > explicitly asked to be copied (or I really, really want to get that > person's attention). So I'll risk it. :-) Our list charter say 'reply all'; among other things because we don't require posters to be subscribed to the list they are posting on, so if you don't reply all they won't get the message. Also we consider it nice to CC the port maintainer when we post on ports@. > After all, this is a mailing list - interested parties are supposed to > to read it, right? > (I made an exception for you this time) Yeh. I'm supposed to read at least briefly about 500 messages per day from a few lists. Real life usually gets in the way. (There was a time, some 12 years back when I was in high-school, when I could afford to read to read all messages on about 15 FreeBSD mailing lists daily.). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090212/e07732c1/signature.pgp From portsuser at larseighner.com Thu Feb 12 00:00:34 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Feb 12 00:00:44 2009 Subject: Summary of xorg -> 7.4 with nvidia driver without hal Message-ID: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> Summary of experiences upgrading xorg -> 7.4 with nvidia-driver without hal I have had many misadventures in upgrading to xorg 7.4 with nvidia-driver. This is a summary of what worked. Most of these things are not original but have been derived of things posted here and to the ports mailing list. I have however tried to eliminate some of the stuff that seemed unnecessary or did not help. This assumes you have been more or less sucessfully been running xorg 7.3 with the nvidia driver with or without hal and want to upgrade to xorg 7.4 without hal. 1. If you have previously built xorg with hal, beware of manually changing /var/db/ports/xorg/options manually unless you know what you are doing. In general the *value* of config flags is never tested, but only the existence of the flags. So changing WITH_HAL=true is *not* likely to work. Instead, this flag needs to be replaced by WITHOUT_HAL=true (that is *not* by WITH_HAL=false). 2. If you did not rebuild libxcb and all its dependancies as advised in UPGRADING 20090123 do not do so until you are ready to upgrade xorg. This is merely a time-saving measure. The dependencies of libxcb include pretty much everything x-related, so there is no point in doing it with the old ports tree, if you are immediately going to build xorg with a newer ports tree. 3. Upgrade xorg. If you do this immediately after 2, there won't be much to it. 4. Rebuild nvidia-driver. 5. Now the problem is, the nvidia-driver version of libwfb.so is broken. When nvidia-driver built, it should have preserved the xorg lib as XXX-libwfb... If you have done things in exactly this order, so you know the backed up xorg lib is the right one, you can simply change the symbolic link which is libwfb.so to the backed up (XXX-etc.) xorg lib. However, if you have any doubts about the backed up lib being the right one do this: a. force reinstallation of xorg-server, and b. replace libglx.so in /usr/local/xorg/modules with a symbolic link to libglx.so.1 (which is nvidia verson of this lib). 6. Add the line option "AllowEmptyInput" "off" to the server layout section of /etc/X11/xorg.conf. The whole section should then look something like: Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice "Keyboard0" "CoreKeyboard" InputDevice "Mouse0" "CorePointer" option "AllowEmptyInput" "off" EndSection Some reports suggest that this really belongs in a ServerFlags section, but this seems to work. 7. Verify that moused_enable="YES" is effective in /etc/rd.conf. Remember that rd.conf cascades on itself and the default rd.conf, so that the *last* option entered wins. You can use the configure option of /usr/sbin/sysinstall to be sure that moused works and that a winning entry is in /etc/rd.conf, but just checking and editing manually will also work. 8. reboot. Reports are that you cannot load the new nvidia kernel module manually with kldload (although this may have worked in the past). 9. If the keyboard in X still does not work, you may have to force reinstallation of xf86-input-keyboard. This worked for me after I had done everything else and the mouse was working. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From olivier at gid0.org Thu Feb 12 00:19:16 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Thu Feb 12 00:19:23 2009 Subject: Summary of xorg -> 7.4 with nvidia driver without hal In-Reply-To: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <367b2c980902120018r5c1970ecj9d8231cc07dc473f@mail.gmail.com> 2009/2/12 Lars Eighner : > > Summary of experiences upgrading xorg -> 7.4 with nvidia-driver without hal > > I have had many misadventures in upgrading to xorg 7.4 with nvidia-driver. > This is a summary of what worked. Most of these things are not original > but have been derived of things posted here and to the ports mailing list. > I have however tried to eliminate some of the stuff that seemed unnecessary > or did not help. > > This assumes you have been more or less sucessfully been running xorg 7.3 > with the nvidia driver with or without hal and want to upgrade to xorg 7.4 > without hal. > > 1. If you have previously built xorg with hal, beware of manually changing > /var/db/ports/xorg/options manually unless you know what you are doing. In > general the *value* of config flags is never tested, but only the existence > of the flags. So changing WITH_HAL=true is *not* likely to work. Instead, > this flag needs to be replaced by WITHOUT_HAL=true (that is *not* by > WITH_HAL=false). > > 2. If you did not rebuild libxcb and all its dependancies as advised in > UPGRADING 20090123 do not do so until you are ready to upgrade xorg. This > is merely a time-saving measure. The dependencies of libxcb include pretty > much everything x-related, so there is no point in doing it with the old > ports tree, if you are immediately going to build xorg with a newer ports > tree. > > 3. Upgrade xorg. If you do this immediately after 2, there won't be much > to it. > > 4. Rebuild nvidia-driver. > > 5. Now the problem is, the nvidia-driver version of libwfb.so is broken. > When nvidia-driver built, it should have preserved the xorg lib as > XXX-libwfb... If you have done things in exactly this order, so you know the > backed up xorg lib is the right one, you can simply change the symbolic link > which is libwfb.so to the backed up (XXX-etc.) xorg lib. However, if you > have any doubts about the backed up lib being the right one do this: > a. force reinstallation of xorg-server, and > b. replace libglx.so in /usr/local/xorg/modules with a symbolic > link to libglx.so.1 (which is nvidia verson of this lib). > > 6. Add the line > option "AllowEmptyInput" "off" > to the server layout section of /etc/X11/xorg.conf. The whole section > should then look something like: > > Section "ServerLayout" > Identifier "Layout0" > Screen 0 "Screen0" 0 0 > InputDevice "Keyboard0" "CoreKeyboard" > InputDevice "Mouse0" "CorePointer" > option "AllowEmptyInput" "off" > EndSection > > Some reports suggest that this really belongs in a ServerFlags section, > but this seems to work. > > 7. Verify that > > moused_enable="YES" > > is effective in /etc/rd.conf. Remember that rd.conf cascades on itself and > the default rd.conf, so that the *last* option entered wins. You can use > the configure option of /usr/sbin/sysinstall to be sure that moused works > and that a winning entry is in /etc/rd.conf, but just checking and editing > manually will also work. Good guide. Just a little note : "rd.conf" must be "rc.conf". > > 8. reboot. > > Reports are that you cannot load the new nvidia kernel module manually > with kldload (although this may have worked in the past). > > 9. If the keyboard in X still does not work, you may have to force > reinstallation of xf86-input-keyboard. This worked for me after I had done > everything else and the mouse was working. > > > > -- > Lars Eighner > http://www.larseighner.com/index.html > 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From portsuser at larseighner.com Thu Feb 12 00:34:36 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Feb 12 00:34:43 2009 Subject: Summary of xorg -> 7.4 with nvidia driver without hal In-Reply-To: <367b2c980902120018r5c1970ecj9d8231cc07dc473f@mail.gmail.com> References: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> <367b2c980902120018r5c1970ecj9d8231cc07dc473f@mail.gmail.com> Message-ID: <20090212022946.W75843@qroenaqrq.6qbyyneqvnyhc.pbz> On Thu, 12 Feb 2009, Olivier SMEDTS wrote: > 2009/2/12 Lars Eighner : >> >> Summary of experiences upgrading xorg -> 7.4 with nvidia-driver without hal >> >> I have had many misadventures in upgrading to xorg 7.4 with nvidia-driver. >> This is a summary of what worked. Most of these things are not original >> but have been derived of things posted here and to the ports mailing list. >> I have however tried to eliminate some of the stuff that seemed unnecessary >> or did not help. >> >> This assumes you have been more or less sucessfully been running xorg 7.3 >> with the nvidia driver with or without hal and want to upgrade to xorg 7.4 >> without hal. >> >> 1. If you have previously built xorg with hal, beware of manually changing >> /var/db/ports/xorg/options manually unless you know what you are doing. In >> general the *value* of config flags is never tested, but only the existence >> of the flags. So changing WITH_HAL=true is *not* likely to work. Instead, >> this flag needs to be replaced by WITHOUT_HAL=true (that is *not* by >> WITH_HAL=false). >> >> 2. If you did not rebuild libxcb and all its dependancies as advised in >> UPGRADING 20090123 do not do so until you are ready to upgrade xorg. This >> is merely a time-saving measure. The dependencies of libxcb include pretty >> much everything x-related, so there is no point in doing it with the old >> ports tree, if you are immediately going to build xorg with a newer ports >> tree. >> >> 3. Upgrade xorg. If you do this immediately after 2, there won't be much >> to it. >> >> 4. Rebuild nvidia-driver. >> >> 5. Now the problem is, the nvidia-driver version of libwfb.so is broken. >> When nvidia-driver built, it should have preserved the xorg lib as >> XXX-libwfb... If you have done things in exactly this order, so you know the >> backed up xorg lib is the right one, you can simply change the symbolic link >> which is libwfb.so to the backed up (XXX-etc.) xorg lib. However, if you >> have any doubts about the backed up lib being the right one do this: >> a. force reinstallation of xorg-server, and >> b. replace libglx.so in /usr/local/xorg/modules with a symbolic >> link to libglx.so.1 (which is nvidia verson of this lib). b. should read: replace libglx.so in /usr/local/xorg/modules/extensions with a symbolic link to libglx.so.1 (which is the nvidia version of this lib). note: if you do not have to do a., you don't need to do b. >> >> 6. Add the line >> option "AllowEmptyInput" "off" >> to the server layout section of /etc/X11/xorg.conf. The whole section >> should then look something like: >> >> Section "ServerLayout" >> Identifier "Layout0" >> Screen 0 "Screen0" 0 0 >> InputDevice "Keyboard0" "CoreKeyboard" >> InputDevice "Mouse0" "CorePointer" >> option "AllowEmptyInput" "off" >> EndSection >> >> Some reports suggest that this really belongs in a ServerFlags section, >> but this seems to work. >> >> 7. Verify that >> >> moused_enable="YES" >> >> is effective in /etc/rd.conf. Remember that rd.conf cascades on itself and >> the default rd.conf, so that the *last* option entered wins. You can use >> the configure option of /usr/sbin/sysinstall to be sure that moused works >> and that a winning entry is in /etc/rd.conf, but just checking and editing >> manually will also work. > > Good guide. Just a little note : > "rd.conf" must be "rc.conf". > > >> >> 8. reboot. >> >> Reports are that you cannot load the new nvidia kernel module manually >> with kldload (although this may have worked in the past). >> >> 9. If the keyboard in X still does not work, you may have to force >> reinstallation of xf86-input-keyboard. This worked for me after I had done >> everything else and the mouse was working. >> >> >> >> -- >> Lars Eighner >> http://www.larseighner.com/index.html >> 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 >> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > > > -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From linimon at lonesome.com Thu Feb 12 03:14:23 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Feb 12 03:14:29 2009 Subject: bitrot [was: cvs commit: ports/science/mbdyn Makefile] In-Reply-To: References: <200902071511.n17FBVqH073928@repoman.freebsd.org> <20090207160151.829C78FC71@release.ixsystems.com> Message-ID: <20090212111422.GB19851@soaustin.net> [Cc: trimmed] On Sat, Feb 07, 2009 at 05:44:13PM +0100, Gerald Pfeifer wrote: > We really shouldn't have so many ports without a real maintainer properly > taking care. > > The amount of bitrot in the tree is worrisome [...] Agreed; however, in the past the question has been, "who decides what ports should be removed"? I once attempted to do a survey based on "last time port was updated"; however, it did not result in what I expected. In particular, some of the ports in math/ had not been updated for a while -- but appeared to still be not only the latest version, but also still useful. One might assume that certain ports are "good enough" as they are. This is by no means to deny there's bitrot. There's a continuum in terms of "serves its purpose correctly" to "needs to be updated continuously" (for the latter, imagine web browsers). We have portscout to at least help us a bit in the update category -- and I am trying to see what has broken in the distfile survey to try to fix that end. Of course, various portmgrs work on setting things broken/to-expire, and so forth, and we send out emails based on that. But there's no good metric currently to determine "is anyone using this port or not", other than to mark it for deprecation, push the email about deprecated ports, and see who reacts. (FreshPorts subscriptions and sysutils/bsdstats output are opt-in, and thus probably not statistically significant). So, I think this is an open topic. mcl From linimon at lonesome.com Thu Feb 12 03:15:34 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Feb 12 03:15:41 2009 Subject: Status of isc-dhcp ports In-Reply-To: <4992BCBB.5000501@commit.it> References: <4992BCBB.5000501@commit.it> Message-ID: <20090212111533.GC19851@soaustin.net> On Wed, Feb 11, 2009 at 12:55:39PM +0100, Angelo Turetta wrote: > What I understand from this page: > > https://www.isc.org/software/dhcp/versions > > is that the only version of isc-dhcp-server currently available from > ports is EOL and soon-to-be deprecated (dhcp31 and dhcp40 are marked > BROKEN). > > Is there any work going on, just not to reinvent the wheel? You'd have to ask edwin@FreeBSD.org, who some time ago created some new ports via repocopy, and then has not worked on them since. mcl From marshc187 at gmail.com Thu Feb 12 08:42:51 2009 From: marshc187 at gmail.com (t-u-t) Date: Thu Feb 12 08:42:58 2009 Subject: Summary of xorg -> 7.4 with nvidia driver without hal In-Reply-To: <20090212022946.W75843@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> <367b2c980902120018r5c1970ecj9d8231cc07dc473f@mail.gmail.com> <20090212022946.W75843@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <332f78510902120815w3293c459r98a18fe6bf2752b0@mail.gmail.com> On Thu, Feb 12, 2009 at 9:33 AM, Lars Eighner wrote: > On Thu, 12 Feb 2009, Olivier SMEDTS wrote: > > 2009/2/12 Lars Eighner : >> >>> >>> Summary of experiences upgrading xorg -> 7.4 with nvidia-driver without >>> hal >>> >>> I have had many misadventures in upgrading to xorg 7.4 with >>> nvidia-driver. >>> This is a summary of what worked. Most of these things are not original >>> but have been derived of things posted here and to the ports mailing >>> list. >>> I have however tried to eliminate some of the stuff that seemed >>> unnecessary >>> or did not help. >>> >>> This assumes you have been more or less sucessfully been running xorg 7.3 >>> with the nvidia driver with or without hal and want to upgrade to xorg >>> 7.4 >>> without hal. >>> >>> 1. If you have previously built xorg with hal, beware of manually >>> changing >>> /var/db/ports/xorg/options manually unless you know what you are doing. >>> In >>> general the *value* of config flags is never tested, but only the >>> existence >>> of the flags. So changing WITH_HAL=true is *not* likely to work. >>> Instead, >>> this flag needs to be replaced by WITHOUT_HAL=true (that is *not* by >>> WITH_HAL=false). >>> >>> 2. If you did not rebuild libxcb and all its dependancies as advised in >>> UPGRADING 20090123 do not do so until you are ready to upgrade xorg. >>> This >>> is merely a time-saving measure. The dependencies of libxcb include >>> pretty >>> much everything x-related, so there is no point in doing it with the old >>> ports tree, if you are immediately going to build xorg with a newer ports >>> tree. >>> >>> 3. Upgrade xorg. If you do this immediately after 2, there won't be >>> much >>> to it. >>> >>> 4. Rebuild nvidia-driver. >>> >>> 5. Now the problem is, the nvidia-driver version of libwfb.so is broken. >>> When nvidia-driver built, it should have preserved the xorg lib as >>> XXX-libwfb... If you have done things in exactly this order, so you know >>> the >>> backed up xorg lib is the right one, you can simply change the symbolic >>> link >>> which is libwfb.so to the backed up (XXX-etc.) xorg lib. However, if you >>> have any doubts about the backed up lib being the right one do this: >>> a. force reinstallation of xorg-server, and >>> b. replace libglx.so in /usr/local/xorg/modules with a symbolic >>> link to libglx.so.1 (which is nvidia verson of this lib). >>> >> > b. should read: replace libglx.so in /usr/local/xorg/modules/extensions > with > a symbolic link to libglx.so.1 (which is the nvidia version of this lib). > > note: if you do not have to do a., you don't need to do b. > > > >>> 6. Add the line >>> option "AllowEmptyInput" "off" >>> to the server layout section of /etc/X11/xorg.conf. The whole section >>> should then look something like: >>> >>> Section "ServerLayout" >>> Identifier "Layout0" >>> Screen 0 "Screen0" 0 0 >>> InputDevice "Keyboard0" "CoreKeyboard" >>> InputDevice "Mouse0" "CorePointer" >>> option "AllowEmptyInput" "off" >>> EndSection >>> >>> Some reports suggest that this really belongs in a ServerFlags section, >>> but this seems to work. >>> >>> 7. Verify that >>> >>> moused_enable="YES" >>> >>> is effective in /etc/rd.conf. Remember that rd.conf cascades on itself >>> and >>> the default rd.conf, so that the *last* option entered wins. You can use >>> the configure option of /usr/sbin/sysinstall to be sure that moused works >>> and that a winning entry is in /etc/rd.conf, but just checking and >>> editing >>> manually will also work. >>> >> >> Good guide. Just a little note : >> "rd.conf" must be "rc.conf". >> >> >> >>> 8. reboot. >>> >>> Reports are that you cannot load the new nvidia kernel module manually >>> with kldload (although this may have worked in the past). >>> >>> 9. If the keyboard in X still does not work, you may have to force >>> reinstallation of xf86-input-keyboard. This worked for me after I had >>> done >>> everything else and the mouse was working. >>> >>> >>> >>> thanks, this was giving me grief trying to understand what i was doing wrong. what worked for me is the second option, reinstall xorg-server last, then symlinking to nvidia's libglx.so.1. also, previously i was getting better results with vers xxx.22 from nvidia's site, but for some reason i was having to reinstall it over and over after a few reboots. beats me. cheers From stef-list at memberwebs.com Thu Feb 12 08:47:09 2009 From: stef-list at memberwebs.com (Stef) Date: Thu Feb 12 08:47:15 2009 Subject: Is the ruby 1.8.7 update incompatible with 1.8.6? Message-ID: <20090212163002.302A8EFB919@mx.npubs.com> The PR about updating ruby18 to 1.8.7 says that the update breaks rails. It was noted "We're not going to update to 1.8.7-p17" and then 3 days later the commit upgrading to p72 took place. http://www.freebsd.org/cgi/query-pr.cgi?pr=124837 Is there a part of the discussion I'm missing? Is p72 guaranteed compatible with 1.8.6? The release website doesn't say anything interesting: http://www.ruby-lang.org/en/news/2008/08/11/ruby-1-8-7-p72-and-1-8-6-p287-released/ Devs of the systems I maintain are saying that they can't use 1.8.7 due to incompatibilities with rails and other breakages, and now suddenly there's no version of 1.8.6 in ports. I'm not ruby guy myself, but I do try to support it as best I can. Ruby's irresponsible versioning and breakage of their software makes my job painful, and I'm slowly developing a grudge against ruby :/ However I've been very thankful for the modicum of sanity that FreeBSD ports brought to ruby versions. Is that now gone too? Tell me it isn't so. Cheers, Stef Walter From mikej at rogers.com Thu Feb 12 09:05:11 2009 From: mikej at rogers.com (Mike Jakubik) Date: Thu Feb 12 09:05:19 2009 Subject: MailScanner-4.67.6_3 and perl-5.8.9 not working In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DE51B@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCB5DE51B@w2003s01.double-l.local> Message-ID: I am also having this problem on a freshly installed system. Have you had any luck with this? Jan, Do you have any plans to update the port? It's a bit out of date now. On Mon, February 9, 2009 6:27 am, Johan Hendriks wrote: > Hello all. > > I have updated my perl from 5.8.8 to 5.8.9 on some mailscanner machines, > and now mailscanner is not working anymore. > > I did run the perl-after-upgrade script. > > > > I also did a clean install on a spare machine of Mailscanner with a recent > ports tree which sucked in perl 5.8.9 so it is not in the upgrade itself. > > > > The errors I get are the following, and are on all the systems.(amd64 and > i386) > > I also tried mailscanner 4.74.16-1 (from my own created port) and it has > the same error on perl 5.8.9 and it works on 5.8.8 > > > > MailScanner[1420]: Could not use Custom Function code > /usr/local/lib/MailScanner/MailScanner/CustomFunctions/ZMRouterDirHash.pm, > it could not be "require"d. Make sure the last line of the file says "1;" > > Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom > Function code > /usr/local/lib/MailScanner/MailScanner/CustomFunctions/DavidHooton.pm, it > could not be "require"d. Make sure the last line of the file says "1;" > > Feb 9 13:14:26 mailrelay2 MailScanner[1420]: Could not use Custom > Function code > /usr/local/lib/MailScanner/MailScanner/CustomFunctions/GenericSpamScanner.pm, > it could not be "require"d. Make sure the last line of the file says "1;" From stas at FreeBSD.org Thu Feb 12 09:11:26 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Thu Feb 12 09:11:32 2009 Subject: Is the ruby 1.8.7 update incompatible with 1.8.6? In-Reply-To: <20090212163002.302A8EFB919@mx.npubs.com> References: <20090212163002.302A8EFB919@mx.npubs.com> Message-ID: <20090212195932.dea33ddc.stas@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 12 Feb 2009 16:30:03 +0000 (UTC) Stef mentioned: > The PR about updating ruby18 to 1.8.7 says that the update breaks rails. > It was noted "We're not going to update to 1.8.7-p17" and then 3 days > later the commit upgrading to p72 took place. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124837 > > Is there a part of the discussion I'm missing? Is p72 guaranteed > compatible with 1.8.6? The release website doesn't say anything interesting: > > http://www.ruby-lang.org/en/news/2008/08/11/ruby-1-8-7-p72-and-1-8-6-p287-released/ > > Devs of the systems I maintain are saying that they can't use 1.8.7 due > to incompatibilities with rails and other breakages, and now suddenly > there's no version of 1.8.6 in ports. > > I'm not ruby guy myself, but I do try to support it as best I can. > Ruby's irresponsible versioning and breakage of their software makes my > job painful, and I'm slowly developing a grudge against ruby :/ > > However I've been very thankful for the modicum of sanity that FreeBSD > ports brought to ruby versions. Is that now gone too? Tell me it isn't so. > This version is belived to be fully compatible with ruby-1.8.6 line. At least, it fully passes the rubyspec tests (http://www.rubyspec.org/, also see "validate" target in Makefile), so there should be no problems. The main concern with ruby-1.8.7 was it's incompatibility with rails, and some stability problems. All of them was resolved. Today, 1.8.7 is recommended for rails, as noted on their site. Let me know if there're any problems with update. - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkmUVXkACgkQK/VZk+smlYE5uQCggJxUsVxKs2JQf5qieUxuQM3K dgMAn0pRqCaMrnvFSVQuvCEtBLS1F/Fa =JvES -----END PGP SIGNATURE----- !DSPAM:49945561967001291497471! From pgollucci at p6m7g8.com Thu Feb 12 09:27:26 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Feb 12 09:27:34 2009 Subject: Is the ruby 1.8.7 update incompatible with 1.8.6? In-Reply-To: <20090212195932.dea33ddc.stas@FreeBSD.org> References: <20090212163002.302A8EFB919@mx.npubs.com> <20090212195932.dea33ddc.stas@FreeBSD.org> Message-ID: <49945998.7080000@p6m7g8.com> Stanislav Sedov wrote: > The main concern with ruby-1.8.7 was it's incompatibility with rails, and > some stability problems. All of them was resolved. Today, 1.8.7 is recommended > for rails, as noted on their site. It might work with rails, but you definitely have to change code. see http://ridecharge.com (we used both). I'm pretty sure you need 1.8.7+ for 2.2.2 rails et al (but I'm not a rails dev) From tabthorpe at freebsd.org Thu Feb 12 09:32:37 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 09:32:44 2009 Subject: Call for potential ports maintainers Message-ID: <200902121232.30515.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This topic came up in IRC, and I was encouraged to go out, and find some new maintainers. At any given time, approximately 20 - 25% of all ports are unmaintained. Not all unmaintained ports need updating, but some do. That is where you folks come in. There are a bunch of you out there who are subscribers to this list (and other FreeBSD related lists too, I am sure), you have FreeBSD installed and likely have quite an array of ports installed on this system of yours. You are subscribed as a means of keeping up with the world of FreeBSD. But you have been holding back, thinking "I really would like to do something to contribute to the success of FreeBSD, but I am not sure what." How do I know this? I was one, a silent observer on the mailing lists, and in on IRC. Then one day, I answered a similar plea, http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. I have summarised some details on the wiki on Adopting Ports, http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. The gauntlet has been thrown down, who among you is prepared to pick it up? Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUXS4ACgkQ5Gm/jNBp8qC+ZwCfVKsvZ/dzlOGI5cfbvPLtPcB7 f7QAn3UqrIIMvdDH1eDL11xeu32qSNWL =l/Oi -----END PGP SIGNATURE----- From stas at FreeBSD.org Thu Feb 12 09:40:09 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Thu Feb 12 09:40:14 2009 Subject: Is the ruby 1.8.7 update incompatible with 1.8.6? In-Reply-To: <49945998.7080000@p6m7g8.com> References: <20090212163002.302A8EFB919@mx.npubs.com> <20090212195932.dea33ddc.stas@FreeBSD.org> <49945998.7080000@p6m7g8.com> Message-ID: <20090212204024.3d9a4907.stas@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 12 Feb 2009 12:17:12 -0500 "Philip M. Gollucci" mentioned: > Stanislav Sedov wrote: > > The main concern with ruby-1.8.7 was it's incompatibility with rails, and > > some stability problems. All of them was resolved. Today, 1.8.7 is recommended > > for rails, as noted on their site. > It might work with rails, but you definitely have to change code. > see http://ridecharge.com (we used both). What kind of changes are you talking about? - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEUEARECAAYFAkmUXw4ACgkQK/VZk+smlYHxqQCfRZhnVA9TDR90/klVQLWRX1Bw PoMAmLl1TGecUbL7bw8g2D+cW0W0YCo= =38VR -----END PGP SIGNATURE----- !DSPAM:49945ef5967002057713743! From itetcu at FreeBSD.org Thu Feb 12 09:58:44 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Thu Feb 12 09:59:02 2009 Subject: cvs commit: ports/math/it++ Makefile distinfo pkg-plist ports/math/it++/files patch-configure patch-include_base_machdep.h In-Reply-To: References: <200902111104.n1BB4tRh007664@repoman.freebsd.org> <20090211110050.899928FC71@release.ixsystems.com> Message-ID: <20090212195840.4907cabf@it.buh.tecnik93.com> On Thu, 12 Feb 2009 01:42:42 +0100 (CET) Gerald Pfeifer wrote: > On Wed, 11 Feb 2009, QAT@FreeBSD.org wrote: > > checking for ATL_xerbla in -latlas... no > > checking for sgemm_ in -lblas... no > > checking for dgemm_ in -lblas... no > > configure: error: cannot find any BLAS library, which is required > > by LAPACK. You can override this error by using "--without-blas" > > option, but the functionality of the IT++ library will be limited. > > You have been warned! ===> Script "configure" failed unexpectedly. > > I'm sorry, I cannot reproduce this. My configure passes with the > following > > checking for ATL_xerbla in -latlas... no > checking for sgemm_ in -lblas... no > checking for dgemm_ in -lblas... yes > > and I cannot see any other difference than me being on i386 as > opposed to amd64 and using a prefix different from /usr/local (which, > if anything, makes things more likely to break). :-( Tested on amd64, on an other tindy, the same: http://t64.tecnik93.com/index.php?action=describe_port&id=10912 I'll try it again w/o ccache. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090212/e90dbdd5/signature.pgp From greenwood.andy at gmail.com Thu Feb 12 10:47:25 2009 From: greenwood.andy at gmail.com (Andy Greenwood) Date: Thu Feb 12 10:47:32 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <49946C5B.1030609@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Abthorpe wrote: > > The gauntlet has been thrown down, who among you is prepared to pick it up? I will! Pr submitted to take over dns/py-dnspython. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmUbFMACgkQEStKVA82Z+24sgCgoJfgpXcQpxic2PCYn07qq4k5 BisAmgLeJaKoYU1kl6HLkIyI8pqe0ldQ =RyFl -----END PGP SIGNATURE----- From marius at nuenneri.ch Thu Feb 12 10:49:54 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Thu Feb 12 10:50:01 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: On Thu, Feb 12, 2009 at 6:32 PM, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > This topic came up in IRC, and I was encouraged to go out, and find some new > maintainers. > > At any given time, approximately 20 - 25% of all ports are unmaintained. Not > all unmaintained ports need updating, but some do. That is where you folks > come in. > > There are a bunch of you out there who are subscribers to this list (and other > FreeBSD related lists too, I am sure), you have FreeBSD installed and likely > have quite an array of ports installed on this system of yours. You are > subscribed as a means of keeping up with the world of FreeBSD. > > But you have been holding back, thinking "I really would like to do something > to contribute to the success of FreeBSD, but I am not sure what." > > How do I know this? I was one, a silent observer on the mailing lists, and in > on IRC. Then one day, I answered a similar plea, > http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. > > I have summarised some details on the wiki on Adopting Ports, > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. > > The gauntlet has been thrown down, who among you is prepared to pick it up? Ok, I'll take www/libwww, x11/xlockmore, graphics/libexif and graphics/libexif-gtk. None of those needs updating right now so could you simply put my name in as the maintainer? Thanks for _your_ contribution to FreeBSD :) - Marius From wxs at FreeBSD.org Thu Feb 12 10:59:45 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Feb 12 11:00:33 2009 Subject: Call for potential ports maintainers In-Reply-To: References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090212185944.GA26808@atarininja.org> On Thu, Feb 12, 2009 at 07:39:15PM +0100, Marius N?nnerich wrote: > On Thu, Feb 12, 2009 at 6:32 PM, Thomas Abthorpe wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > This topic came up in IRC, and I was encouraged to go out, and find some new > > maintainers. > > > > At any given time, approximately 20 - 25% of all ports are unmaintained. Not > > all unmaintained ports need updating, but some do. That is where you folks > > come in. > > > > There are a bunch of you out there who are subscribers to this list (and other > > FreeBSD related lists too, I am sure), you have FreeBSD installed and likely > > have quite an array of ports installed on this system of yours. You are > > subscribed as a means of keeping up with the world of FreeBSD. > > > > But you have been holding back, thinking "I really would like to do something > > to contribute to the success of FreeBSD, but I am not sure what." > > > > How do I know this? I was one, a silent observer on the mailing lists, and in > > on IRC. Then one day, I answered a similar plea, > > http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. > > > > I have summarised some details on the wiki on Adopting Ports, > > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. > > > > The gauntlet has been thrown down, who among you is prepared to pick it up? > > Ok, I'll take www/libwww, x11/xlockmore, graphics/libexif and > graphics/libexif-gtk. None of those needs updating right now so could > you simply put my name in as the maintainer? > > Thanks for _your_ contribution to FreeBSD :) Done. Thanks for stepping up. -- WXS From wxs at FreeBSD.org Thu Feb 12 11:03:00 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Feb 12 11:03:06 2009 Subject: Call for potential ports maintainers In-Reply-To: <49946C5B.1030609@gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <49946C5B.1030609@gmail.com> Message-ID: <20090212190259.GB26808@atarininja.org> On Thu, Feb 12, 2009 at 01:37:15PM -0500, Andy Greenwood wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Thomas Abthorpe wrote: > > > > The gauntlet has been thrown down, who among you is prepared to pick it up? > I will! > > Pr submitted to take over dns/py-dnspython. Committed. Thanks for stepping up. -- WXS From corky1951 at comcast.net Thu Feb 12 11:06:02 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Thu Feb 12 11:06:09 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090212185243.GA88133@comcast.net> * Thomas Abthorpe [2009-02-12 12:32:13 -0500]: > >At any given time, approximately 20 - 25% of all ports are unmaintained. Not >all unmaintained ports need updating, but some do. That is where you folks >come in. > >There are a bunch of you out there who are subscribers to this list (and other >FreeBSD related lists too, I am sure), you have FreeBSD installed and likely >have quite an array of ports installed on this system of yours. You are >subscribed as a means of keeping up with the world of FreeBSD. > >But you have been holding back, thinking "I really would like to do something >to contribute to the success of FreeBSD, but I am not sure what." > >The gauntlet has been thrown down, who among you is prepared to pick it >up? I plead guilty and will look through the list of unmaintained ports to see if there are any where my skills and interests are a good fit. From tabthorpe at freebsd.org Thu Feb 12 11:20:38 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 11:20:44 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212185243.GA88133@comcast.net> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212185243.GA88133@comcast.net> Message-ID: <200902121420.32054.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 01:52:43 pm Charlie Kester wrote: > I plead guilty and will look through the list of unmaintained ports to > see if there are any where my skills and interests are a good fit. That is great, thanks Charlie! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUdn8ACgkQ5Gm/jNBp8qCWZQCfZVHW1cfl4XqNubU9nqOnD3D+ L9EAn2nQFc2iCge3VbPKit4Juc3VwQ3Y =cci8 -----END PGP SIGNATURE----- From johans at stack.nl Thu Feb 12 11:26:26 2009 From: johans at stack.nl (Johan van Selst) Date: Thu Feb 12 11:26:33 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090212192621.GA99180@mud.stack.nl> Thomas Abthorpe wrote: > The gauntlet has been thrown down, who among you is prepared to pick it up? Please, when volunteering to maintain up a port, also check the open error reports and problem reports for this port - as listed on Portsmon, http://portsmon.freebsd.org/ and other locations. Thanks, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 163 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090212/f9f17170/attachment.pgp From gnemmi at gmail.com Thu Feb 12 11:44:13 2009 From: gnemmi at gmail.com (Gonzalo Nemmi) Date: Thu Feb 12 11:44:19 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <200902121744.08159.gnemmi@gmail.com> On Thursday 12 February 2009 3:32:13 pm Thomas Abthorpe wrote: > This topic came up in IRC, and I was encouraged to go out, and find some > new maintainers. > > At any given time, approximately 20 - 25% of all ports are unmaintained. > Not all unmaintained ports need updating, but some do. That is where you > folks come in. > > There are a bunch of you out there who are subscribers to this list (and > other FreeBSD related lists too, I am sure), you have FreeBSD installed and > likely have quite an array of ports installed on this system of yours. You > are subscribed as a means of keeping up with the world of FreeBSD. > > But you have been holding back, thinking "I really would like to do > something to contribute to the success of FreeBSD, but I am not sure what." > > How do I know this? I was one, a silent observer on the mailing lists, and > in on IRC. Then one day, I answered a similar plea, > http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. > > I have summarised some details on the wiki on Adopting Ports, > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6 >f4275. > > The gauntlet has been thrown down, who among you is prepared to pick it up? > > > Thomas Charlie Kester couldn't have said it better, so I'm gonna take his words: "I plead guilty and will look through the list of unmaintained ports to see if there are any where my skills and interests are a good fit." Will try to write back soon with some work already done. Regards -- Blessings Gonzalo Nemmi From tabthorpe at freebsd.org Thu Feb 12 11:52:39 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 11:52:46 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212192621.GA99180@mud.stack.nl> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212192621.GA99180@mud.stack.nl> Message-ID: <200902121452.30601.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 02:26:21 pm Johan van Selst wrote: > Please, when volunteering to maintain up a port, also check the open > error reports and problem reports for this port - as listed on Portsmon, > http://portsmon.freebsd.org/ and other locations. Thanks Johan, I added that piece of information to the wiki entry. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUff4ACgkQ5Gm/jNBp8qB6nQCfXRL+OTsCVzIMUMYDIPVToYlJ ldoAni8oA15ExZItLL9NVowtz6DiIhqd =DY8l -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 11:54:08 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 11:54:14 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121744.08159.gnemmi@gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <200902121744.08159.gnemmi@gmail.com> Message-ID: <200902121454.05637.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 02:44:08 pm Gonzalo Nemmi wrote: > Will try to write back soon with some work already done. Thanks Gonzalo, look forward to seeing your PR :) Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUfl0ACgkQ5Gm/jNBp8qDFNwCfVv+DfHLL4TT54UEJ7lEVzyjQ fYoAnAkU3eGIPRAHUMh9qCQct/+Ib0g4 =mCC5 -----END PGP SIGNATURE----- From pschmehl_lists at tx.rr.com Thu Feb 12 11:55:45 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Feb 12 11:55:52 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> --On Thursday, February 12, 2009 11:32:13 -0600 Thomas Abthorpe wrote: > > The gauntlet has been thrown down, who among you is prepared to pick it up? > How about providing a list of the ports that need maintainers? I already have 15. I might take some more, but not until I know what they are. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From corky1951 at comcast.net Thu Feb 12 11:56:35 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Thu Feb 12 11:56:51 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121420.32054.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212185243.GA88133@comcast.net> <200902121420.32054.tabthorpe@freebsd.org> Message-ID: <20090212195630.GB88133@comcast.net> * Thomas Abthorpe [2009-02-12 14:20:31 -0500]: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On February 12, 2009 01:52:43 pm Charlie Kester wrote: >> I plead guilty and will look through the list of unmaintained ports to >> see if there are any where my skills and interests are a good fit. > >That is great, thanks Charlie! Of the unmaintained ports on the list, misc/vifm is the one I use the most and am probably most qualified to maintain. I'll submit a pr to take responsibility for maintaining it. The current port of vifm is up to date, and there are no active problem reports. So I don't know how much of a contribution taking it will be. But it's probably a good place for me to learn the ropes. I'll keep looking for good fits where there are active problem reports that need to be addressed. From corky1951 at comcast.net Thu Feb 12 12:10:32 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Thu Feb 12 12:10:39 2009 Subject: Call for potential ports maintainers In-Reply-To: <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> References: <200902121232.30515.tabthorpe@freebsd.org> <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> Message-ID: <20090212201028.GC88133@comcast.net> * Paul Schmehl [2009-02-12 13:26:46 -0600]: > --On Thursday, February 12, 2009 11:32:13 -0600 Thomas Abthorpe > wrote: > >> >> The gauntlet has been thrown down, who among you is prepared to pick it up? >> > > How about providing a list of the ports that need maintainers? I > already have 15. I might take some more, but not until I know what > they are. Yes, is there already a list somewhere of unmaintained ports with active problem reports? That would help steer us to the work that needs doing. From wxs at FreeBSD.org Thu Feb 12 12:14:55 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Feb 12 12:15:01 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212201028.GC88133@comcast.net> References: <200902121232.30515.tabthorpe@freebsd.org> <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> <20090212201028.GC88133@comcast.net> Message-ID: <20090212201454.GD26808@atarininja.org> On Thu, Feb 12, 2009 at 12:10:28PM -0800, Charlie Kester wrote: > * Paul Schmehl [2009-02-12 13:26:46 -0600]: > > > --On Thursday, February 12, 2009 11:32:13 -0600 Thomas Abthorpe > > wrote: > > > >> > >> The gauntlet has been thrown down, who among you is prepared to pick it up? > >> > > > > How about providing a list of the ports that need maintainers? I > > already have 15. I might take some more, but not until I know what > > they are. > > Yes, is there already a list somewhere of unmaintained ports with active > problem reports? That would help steer us to the work that needs doing. http://portsmon.freebsd.org/portsconcordanceformaintainer.py?maintainer=ports%40freebsd.org That will show you the status of all unmaintained ports. The wiki also has directions on how to search through INDEX to find unmaintained ports. -- WXS From tabthorpe at freebsd.org Thu Feb 12 12:24:26 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 12:24:38 2009 Subject: Call for potential ports maintainers In-Reply-To: <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> References: <200902121232.30515.tabthorpe@freebsd.org> <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> Message-ID: <200902121524.21856.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 02:26:46 pm Paul Schmehl wrote: > How about providing a list of the ports that need maintainers? ?I already > have 15. ?I might take some more, but not until I know what they are. Thanks for the nudge, Paul! Instead of a list of ~4700 ports, here are some useful URLs - From the portsmon cluster http://portsmon.freebsd.org/portsconcordanceformaintainer.py?maintainer=ports%40FreeBSD.org - From freshports.org Unmaintained http://www.freshports.org/search.php?stype=maintainer&method=exact&query=ports%40FreeBSD.org Broken http://www.freshports.org/ports-broken.php Deprecated http://www.freshports.org/ports-deprecated.php There are some other great stats at freshports, just do a little clicking around there. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUhXUACgkQ5Gm/jNBp8qCqHgCfUbDJmcjV2jqvCtVOiGs/gxKC uEcAn0UAE06pSlBGvempbtLvvMD1c/uy =Az2D -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 12:24:26 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 12:24:38 2009 Subject: Call for potential ports maintainers In-Reply-To: <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> References: <200902121232.30515.tabthorpe@freebsd.org> <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> Message-ID: <200902121524.21856.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 02:26:46 pm Paul Schmehl wrote: > How about providing a list of the ports that need maintainers? ?I already > have 15. ?I might take some more, but not until I know what they are. Thanks for the nudge, Paul! Instead of a list of ~4700 ports, here are some useful URLs - From the portsmon cluster http://portsmon.freebsd.org/portsconcordanceformaintainer.py?maintainer=ports%40FreeBSD.org - From freshports.org Unmaintained http://www.freshports.org/search.php?stype=maintainer&method=exact&query=ports%40FreeBSD.org Broken http://www.freshports.org/ports-broken.php Deprecated http://www.freshports.org/ports-deprecated.php There are some other great stats at freshports, just do a little clicking around there. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUhXUACgkQ5Gm/jNBp8qCqHgCfUbDJmcjV2jqvCtVOiGs/gxKC uEcAn0UAE06pSlBGvempbtLvvMD1c/uy =Az2D -----END PGP SIGNATURE----- From wxs at FreeBSD.org Thu Feb 12 12:30:27 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Feb 12 12:30:33 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121524.21856.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> <200902121524.21856.tabthorpe@freebsd.org> Message-ID: <20090212203026.GA31635@atarininja.org> On Thu, Feb 12, 2009 at 03:24:21PM -0500, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On February 12, 2009 02:26:46 pm Paul Schmehl wrote: > > How about providing a list of the ports that need maintainers? ?I already > > have 15. ?I might take some more, but not until I know what they are. > > Thanks for the nudge, Paul! > > Instead of a list of ~4700 ports, here are some useful URLs > > - From the portsmon cluster > > http://portsmon.freebsd.org/portsconcordanceformaintainer.py?maintainer=ports%40FreeBSD.org > > > - From freshports.org > > Unmaintained > http://www.freshports.org/search.php?stype=maintainer&method=exact&query=ports%40FreeBSD.org > > Broken > http://www.freshports.org/ports-broken.php > > Deprecated > http://www.freshports.org/ports-deprecated.php > > There are some other great stats at freshports, just do a little clicking > around there. Since you brought up stats I thought I would mention: http://www.freshports.org/graphs2.php It's something I put together to try to get a better picture of things that freshports knows about. If anyone has any ideas for other graphs they would like to see please mail me about it. It's quite easy to add more - just need to come up with some SQL and format the result into a JSON object. If there is anything people want to see graphed that may help make managing the ports tree easier I'd be happy to add them. The only catch is that you'll need a somewhat modern browser and javascript turned on. You also can not save the graphs off as they are not images. -- WXS From pschmehl_lists at tx.rr.com Thu Feb 12 13:47:40 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Thu Feb 12 13:47:47 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121524.21856.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <2B0AFCE8310929B4EF02302F@utd65257.utdallas.edu> <200902121524.21856.tabthorpe@freebsd.org> Message-ID: --On Thursday, February 12, 2009 14:24:21 -0600 Thomas Abthorpe wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On February 12, 2009 02:26:46 pm Paul Schmehl wrote: >> How about providing a list of the ports that need maintainers? ?I already >> have 15. ?I might take some more, but not until I know what they are. > > Thanks for the nudge, Paul! > I might also point out that it's perfectly fine to submit PRs for ports you do not maintain. So, even if you think you can't or don't have the time to be a maintainer, you can always submit patches for ports that are broken. I'll poke around and see if there's anything additional that I can take on. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From hideo at lastamericanempire.com Thu Feb 12 13:56:19 2009 From: hideo at lastamericanempire.com (hideo) Date: Thu Feb 12 13:56:26 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090212213821.GA12768@lastamericanempire.com> Thomas Abthorpe (Thu 02/12/09 12:32): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > This topic came up in IRC, and I was encouraged to go out, and find some new > maintainers. > > At any given time, approximately 20 - 25% of all ports are unmaintained. Not > all unmaintained ports need updating, but some do. That is where you folks > come in. > > There are a bunch of you out there who are subscribers to this list (and other > FreeBSD related lists too, I am sure), you have FreeBSD installed and likely > have quite an array of ports installed on this system of yours. You are > subscribed as a means of keeping up with the world of FreeBSD. > > But you have been holding back, thinking "I really would like to do something > to contribute to the success of FreeBSD, but I am not sure what." > > How do I know this? I was one, a silent observer on the mailing lists, and in > on IRC. Then one day, I answered a similar plea, > http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. > > I have summarised some details on the wiki on Adopting Ports, > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. > > The gauntlet has been thrown down, who among you is prepared to pick it up? > > > Thomas I can take pacpl and it's dependencies: audio/pacpl audio/kexis audio/p5-Audio-Musepack audio/laudio audio/lpac audio/optimfrog audio/gsm Zach From glen.j.barber at gmail.com Thu Feb 12 14:07:14 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 12 14:07:21 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> On Thu, Feb 12, 2009 at 12:32 PM, Thomas Abthorpe wrote: > The gauntlet has been thrown down, who among you is prepared to pick it up? I'll take the following: lang/open-cobol lang/tinycobol devel/c_c++_reference Should I submit a separate PR for each? -- Glen Barber From mark at foster.cc Thu Feb 12 14:28:34 2009 From: mark at foster.cc (Mark Foster) Date: Thu Feb 12 14:28:40 2009 Subject: ffmpeg vulnerability Message-ID: <49949F72.8040207@foster.cc> (Resending, I did not see it posted earlier) ffmpeg has 3 announced vulnerabilities in this past month. Here is the latest... 09.6.23 CVE: Not Available Platform: Cross Platform Title: FFmpeg "libavformat/4xm.c" Remote Code Execution Description: FFmpeg is an application used to record, convert, and stream audio and video. The application is exposed to a remote code execution issue because it fails to adequately validate user-supplied input. This issue occurs in the "libavformat/4xm.c" source file, and occurs because of a NULL pointer dereference error. FFmpeg trunk revision versions prior to 16846 are vulnerable. Ref: http://www.trapkit.de/advisories/TKADV2009-004.txt Normally I would submit a vuxml entry, but not sure how to indicate the proper "fixed" versiona since the port uses 2008.07.07_7 while the fixed version is revision 16846. -- Realization #2031: That the "meaning of life" is now just another Google search. Mark D. Foster http://mark.foster.cc/ | http://conshell.net/ From tabthorpe at freebsd.org Thu Feb 12 14:39:33 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 14:39:40 2009 Subject: Call for potential ports maintainers In-Reply-To: References: <200902121232.30515.tabthorpe@freebsd.org> <200902121524.21856.tabthorpe@freebsd.org> Message-ID: <200902121739.29454.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 04:18:44 pm Paul Schmehl wrote: > I might also point out that it's perfectly fine to submit PRs for ports you > do not maintain. ?So, even if you think you can't or don't have the time to > be a maintainer, you can always submit patches for ports that are broken. You are absolutely correct, Paul. PRs can be submitted for any port, regardless of ownership. It was my intention with this drive to find proactive maintainers for ports. To take them in, and give them the time and attention they deserve. > > I'll poke around and see if there's anything additional that I can take on. Great, looking forward to hearing from you! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUpSEACgkQ5Gm/jNBp8qDr3QCdH7s4DS8+sx+i/dljNfiUYvjA 8OgAn3lhP6TExtoDE2uKrHtO+CnaZRcQ =dLPn -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 14:40:49 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 14:40:55 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212213821.GA12768@lastamericanempire.com> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212213821.GA12768@lastamericanempire.com> Message-ID: <200902121740.45660.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 04:38:21 pm hideo wrote: > I can take pacpl and it's dependencies: > > ????????audio/pacpl > ????????audio/kexis > ????????audio/p5-Audio-Musepack > ????????audio/laudio > ????????audio/lpac > ????????audio/optimfrog > ????????audio/gsm Thanks Zach, we will queue it up on our todo list. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUpW0ACgkQ5Gm/jNBp8qANYgCeMPntIhry74uPxwDos78WHLby LVQAnRBYmfg8ga+c9kns7Naf2KQAQJpq =GsaR -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 14:41:53 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 14:42:06 2009 Subject: Call for potential ports maintainers In-Reply-To: <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> Message-ID: <200902121741.49364.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 05:04:07 pm Glen Barber wrote: > I'll take the following: > ? ?lang/open-cobol > ? ?lang/tinycobol > ? ?devel/c_c++_reference > > Should I submit a separate PR for each? Thanks Glen In this case, a PR is not necessary, we will queue it up on our todo list. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEUEARECAAYFAkmUpa0ACgkQ5Gm/jNBp8qAGVwCUDANJZ4hdGli8DIak4DxWtQsC twCfY//iUoYYP5o5W/BA0PblUMcbLOo= =r9Cr -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 14:41:53 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 14:42:07 2009 Subject: Call for potential ports maintainers In-Reply-To: <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> Message-ID: <200902121741.49364.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 05:04:07 pm Glen Barber wrote: > I'll take the following: > ? ?lang/open-cobol > ? ?lang/tinycobol > ? ?devel/c_c++_reference > > Should I submit a separate PR for each? Thanks Glen In this case, a PR is not necessary, we will queue it up on our todo list. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEUEARECAAYFAkmUpa0ACgkQ5Gm/jNBp8qAGVwCUDANJZ4hdGli8DIak4DxWtQsC twCfY//iUoYYP5o5W/BA0PblUMcbLOo= =r9Cr -----END PGP SIGNATURE----- From glen.j.barber at gmail.com Thu Feb 12 14:51:29 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 12 14:51:41 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121741.49364.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> <200902121741.49364.tabthorpe@freebsd.org> Message-ID: <4ad871310902121451r3c32bd81of59a4d4b7e8e3e3d@mail.gmail.com> On Thu, Feb 12, 2009 at 5:41 PM, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On February 12, 2009 05:04:07 pm Glen Barber wrote: >> I'll take the following: >> lang/open-cobol >> lang/tinycobol >> devel/c_c++_reference >> >> Should I submit a separate PR for each? > > Thanks Glen > > In this case, a PR is not necessary, we will queue it up on our todo list. > Thanks. You can put me down for the following, if they aren't spoken for, also: databases/kmysqladmin palm/palmpower palm/palmos-sdk palm/prc-tools security/portsentry Regards, -- Glen Barber From glen.j.barber at gmail.com Thu Feb 12 14:51:29 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 12 14:51:42 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121741.49364.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> <200902121741.49364.tabthorpe@freebsd.org> Message-ID: <4ad871310902121451r3c32bd81of59a4d4b7e8e3e3d@mail.gmail.com> On Thu, Feb 12, 2009 at 5:41 PM, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On February 12, 2009 05:04:07 pm Glen Barber wrote: >> I'll take the following: >> lang/open-cobol >> lang/tinycobol >> devel/c_c++_reference >> >> Should I submit a separate PR for each? > > Thanks Glen > > In this case, a PR is not necessary, we will queue it up on our todo list. > Thanks. You can put me down for the following, if they aren't spoken for, also: databases/kmysqladmin palm/palmpower palm/palmos-sdk palm/prc-tools security/portsentry Regards, -- Glen Barber From daniel at roe.ch Thu Feb 12 15:14:06 2009 From: daniel at roe.ch (Daniel Roethlisberger) Date: Thu Feb 12 15:14:13 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090212231404.GA8995@hobbes.ustdmz.roe.ch> Thomas Abthorpe 2009-02-12: > This topic came up in IRC, and I was encouraged to go out, and find some new > maintainers. > > At any given time, approximately 20 - 25% of all ports are unmaintained. Not > all unmaintained ports need updating, but some do. That is where you folks > come in. > > There are a bunch of you out there who are subscribers to this list (and other > FreeBSD related lists too, I am sure), you have FreeBSD installed and likely > have quite an array of ports installed on this system of yours. You are > subscribed as a means of keeping up with the world of FreeBSD. > > But you have been holding back, thinking "I really would like to do something > to contribute to the success of FreeBSD, but I am not sure what." > > How do I know this? I was one, a silent observer on the mailing lists, and in > on IRC. Then one day, I answered a similar plea, > http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. > > I have summarised some details on the wiki on Adopting Ports, > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. > > The gauntlet has been thrown down, who among you is prepared to pick it up? I'll adopt these two additional ports: security/md4coll security/fragrouter Thanks! -- Daniel Roethlisberger http://daniel.roe.ch/ From jbruni at me.com Thu Feb 12 15:35:27 2009 From: jbruni at me.com (Joseph Oreste Bruni) Date: Thu Feb 12 15:35:33 2009 Subject: FreeBSD Port: postgresql-server-8.3.6 Message-ID: <66D3DBFB-9994-4B78-A31E-D156BCA1F513@me.com> Hello, I'm looking through the RC script used to manage PostgreSQL 8.3 and I'm curious about the defaults used for the postgresql_flags variable. The script sets the default value to "-w -s -m fast". What were these supposed to do? Both -w and -m appear to be invalid flags for postgresql 8.3. The -s option is documented as "show statistics after each query". The text of the script is as follows: postgresql_flags=${postgresql_flags:-"-w -s -m fast"} -Joe From jbruni at me.com Thu Feb 12 15:50:21 2009 From: jbruni at me.com (Joseph Oreste Bruni) Date: Thu Feb 12 15:50:28 2009 Subject: FreeBSD Port: postgresql-server-8.3.6 Message-ID: <39D997E7-2708-4924-AAD2-EFA38D3767C7@me.com> Hello, Please disregard my previous email. I just realized that these switches are being passed to "pg_ctl" not to "postgres" directly. Cheers, Joe > Hello, > > I'm looking through the RC script used to manage PostgreSQL 8.3 and > I'm curious about the defaults used for the postgresql_flags > variable. The script sets the default value to "-w -s -m fast". What > were these supposed to do? > > Both -w and -m appear to be invalid flags for postgresql 8.3. The -s > option is documented as "show statistics after each query". > > The text of the script is as follows: > > postgresql_flags=${postgresql_flags:-"-w -s -m fast"} > > -Joe > From eitanadlerlist at gmail.com Thu Feb 12 16:41:20 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Thu Feb 12 16:41:26 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <4994BBB6.2000701@gmail.com> Thomas Abthorpe wrote: > The gauntlet has been thrown down, who among you is prepared to pick it up? I'll take x11/xclip in addition to what I currently maintain. I'm looking through the others and will submit a followup email soon. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From tabthorpe at freebsd.org Thu Feb 12 17:41:02 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 17:41:08 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212213821.GA12768@lastamericanempire.com> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212213821.GA12768@lastamericanempire.com> Message-ID: <200902122040.58242.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 04:38:21 pm hideo wrote: > I can take pacpl and it's dependencies: > > ????????audio/pacpl > ????????audio/kexis > ????????audio/p5-Audio-Musepack > ????????audio/laudio > ????????audio/lpac > ????????audio/optimfrog > ????????audio/gsm The are yours! You might want to find alternate mirrors to CENKES :) Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmUz6oACgkQ5Gm/jNBp8qBBSQCdHCkLTjP7m02dQ554qzYvOiBf tdQAn17MEp89Y331tYv409X6PBCmI70T =Mb8W -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 17:50:02 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 17:50:13 2009 Subject: Call for potential ports maintainers In-Reply-To: <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> Message-ID: <200902122049.57931.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 05:04:07 pm Glen Barber wrote: > I'll take the following: > ? ?lang/open-cobol > ? ?lang/tinycobol > ? ?devel/c_c++_reference Committed, they are now yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmU0cUACgkQ5Gm/jNBp8qAG5wCggFA0nxjvQChFKTQ95xM3O8aQ vpsAnjqnYAMfun/oEtUF1Fr7/+6Hc7Q1 =sRyP -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 17:50:02 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 17:50:14 2009 Subject: Call for potential ports maintainers In-Reply-To: <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <4ad871310902121404q50388923ic7354aa904286ed0@mail.gmail.com> Message-ID: <200902122049.57931.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 05:04:07 pm Glen Barber wrote: > I'll take the following: > ? ?lang/open-cobol > ? ?lang/tinycobol > ? ?devel/c_c++_reference Committed, they are now yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmU0cUACgkQ5Gm/jNBp8qAG5wCggFA0nxjvQChFKTQ95xM3O8aQ vpsAnjqnYAMfun/oEtUF1Fr7/+6Hc7Q1 =sRyP -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 17:50:24 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 17:50:45 2009 Subject: Call for potential ports maintainers In-Reply-To: <4ad871310902121451r3c32bd81of59a4d4b7e8e3e3d@mail.gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <200902121741.49364.tabthorpe@freebsd.org> <4ad871310902121451r3c32bd81of59a4d4b7e8e3e3d@mail.gmail.com> Message-ID: <200902122050.21332.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 05:51:26 pm Glen Barber wrote: > databases/kmysqladmin > palm/palmpower > palm/palmos-sdk > palm/prc-tools > security/portsentry These too, are yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmU0d0ACgkQ5Gm/jNBp8qC9twCghDFfZlrGh1eA5CULsOi57QVZ 11oAnj8u5hlEskWU6ibnI0SslQbaMN4b =Msf5 -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 17:50:24 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 17:50:45 2009 Subject: Call for potential ports maintainers In-Reply-To: <4ad871310902121451r3c32bd81of59a4d4b7e8e3e3d@mail.gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <200902121741.49364.tabthorpe@freebsd.org> <4ad871310902121451r3c32bd81of59a4d4b7e8e3e3d@mail.gmail.com> Message-ID: <200902122050.21332.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 05:51:26 pm Glen Barber wrote: > databases/kmysqladmin > palm/palmpower > palm/palmos-sdk > palm/prc-tools > security/portsentry These too, are yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmU0d0ACgkQ5Gm/jNBp8qC9twCghDFfZlrGh1eA5CULsOi57QVZ 11oAnj8u5hlEskWU6ibnI0SslQbaMN4b =Msf5 -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 18:00:36 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 18:00:43 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212231404.GA8995@hobbes.ustdmz.roe.ch> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212231404.GA8995@hobbes.ustdmz.roe.ch> Message-ID: <200902122100.31581.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 06:14:04 pm Daniel Roethlisberger wrote: > I'll adopt these two additional ports: > > ? ?security/md4coll > ? ?security/fragrouter > > Thanks! Hi Daniel, these ports are now yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmU1D8ACgkQ5Gm/jNBp8qBesQCfcjgqipudQCeUuI/I7wU57ECB MZ4AnRq6Za7x9Xg8+1eQ6PPkLDguiAqg =1lfk -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Thu Feb 12 18:03:23 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Thu Feb 12 18:03:30 2009 Subject: Call for potential ports maintainers In-Reply-To: <4994BBB6.2000701@gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <4994BBB6.2000701@gmail.com> Message-ID: <200902122103.20761.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 12, 2009 07:15:50 pm Eitan Adler wrote: > I'll take x11/xclip in addition to what I currently maintain. ?I'm > looking through the others and will submit a followup email soon. Hi Eitan They are now yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmU1OgACgkQ5Gm/jNBp8qDp5QCfVVKUxH8G2gRcfne1+gCv8Oz0 jOUAn0bSly2NmZ22VRcqnQkWi37bTRpD =LSk0 -----END PGP SIGNATURE----- From stef-list at memberwebs.com Thu Feb 12 18:27:12 2009 From: stef-list at memberwebs.com (Stef) Date: Thu Feb 12 18:27:19 2009 Subject: Is the ruby 1.8.7 update incompatible with 1.8.6? References: <20090212163002.302A8EFB919@mx.npubs.com> <20090212195932.dea33ddc.stas@FreeBSD.org> Message-ID: <20090213022711.0812DEFB919@mx.npubs.com> Stanislav Sedov wrote: > On Thu, 12 Feb 2009 16:30:03 +0000 (UTC) > Stef mentioned: >> Devs of the systems I maintain are saying that they can't use 1.8.7 due >> to incompatibilities with rails and other breakages, and now suddenly >> there's no version of 1.8.6 in ports. > >> I'm not ruby guy myself, but I do try to support it as best I can. >> Ruby's irresponsible versioning and breakage of their software makes my >> job painful, and I'm slowly developing a grudge against ruby :/ > >> However I've been very thankful for the modicum of sanity that FreeBSD >> ports brought to ruby versions. Is that now gone too? Tell me it isn't so. > > This version is belived to be fully compatible with ruby-1.8.6 line. At least, > it fully passes the rubyspec tests (http://www.rubyspec.org/, also see > "validate" target in Makefile), so there should be no problems. > > The main concern with ruby-1.8.7 was it's incompatibility with rails, and > some stability problems. All of them was resolved. Today, 1.8.7 is recommended > for rails, as noted on their site. That's great news. I'll work on building packages for devs to deploy to their test systems. As I said before, I much appreciate your bringing sanity to an otherwise confusing ruby versioning scheme. Thanks, Stef From fullermd at over-yonder.net Thu Feb 12 20:23:56 2009 From: fullermd at over-yonder.net (Matthew D. Fuller) Date: Thu Feb 12 20:24:02 2009 Subject: Summary of xorg -> 7.4 with nvidia driver without hal In-Reply-To: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20090213042353.GT65672@over-yonder.net> On Thu, Feb 12, 2009 at 01:59:19AM -0600 I heard the voice of Lars Eighner, and lo! it spake thus: > > 1. If you have previously built xorg with hal, beware of manually > changing /var/db/ports/xorg/options manually unless you know what > you are doing. In fact, don't even consider it in the first place. Just use 'make config' to make changes. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From serg at tmn.ru Thu Feb 12 21:45:10 2009 From: serg at tmn.ru (Sergey N. Voronkov) Date: Thu Feb 12 21:45:17 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902122103.20761.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <4994BBB6.2000701@gmail.com> <200902122103.20761.tabthorpe@freebsd.org> Message-ID: <20090213053312.GA82398@tmn.ru> And for me too: audio/id3v2 audio/pysol-sound-server databases/p5-Mysql emulators/mtools games/pysol graphics/flphoto sysutils/dvdbackup sysutils/mbmon sysutils/xmbmon www/p5-Apache-Radius Most of them are dead, but still working for me quite well. ;-) I'll try to keep it building until I can do that. Sergey N. Voronkov, Sibitex JSC. From stas at FreeBSD.org Thu Feb 12 23:18:51 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Thu Feb 12 23:18:57 2009 Subject: Is the ruby 1.8.7 update incompatible with 1.8.6? In-Reply-To: <20090213022711.0812DEFB919@mx.npubs.com> References: <20090212163002.302A8EFB919@mx.npubs.com> <20090212195932.dea33ddc.stas@FreeBSD.org> <20090213022711.0812DEFB919@mx.npubs.com> Message-ID: <20090213101909.9afdbab3.stas@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 13 Feb 2009 02:27:11 +0000 (UTC) Stef mentioned: > Stanislav Sedov wrote: > > On Thu, 12 Feb 2009 16:30:03 +0000 (UTC) > > Stef mentioned: > >> Devs of the systems I maintain are saying that they can't use 1.8.7 due > >> to incompatibilities with rails and other breakages, and now suddenly > >> there's no version of 1.8.6 in ports. > > > >> I'm not ruby guy myself, but I do try to support it as best I can. > >> Ruby's irresponsible versioning and breakage of their software makes my > >> job painful, and I'm slowly developing a grudge against ruby :/ > > > >> However I've been very thankful for the modicum of sanity that FreeBSD > >> ports brought to ruby versions. Is that now gone too? Tell me it isn't so. > > > > This version is belived to be fully compatible with ruby-1.8.6 line. At least, > > it fully passes the rubyspec tests (http://www.rubyspec.org/, also see > > "validate" target in Makefile), so there should be no problems. > > > > The main concern with ruby-1.8.7 was it's incompatibility with rails, and > > some stability problems. All of them was resolved. Today, 1.8.7 is recommended > > for rails, as noted on their site. > > That's great news. I'll work on building packages for devs to deploy to > their test systems. > Yeah, but anyway it requires a testing first before deployment, epsecially if rails used as they tend to dig deeply into all dirty corners of the language. My rails 2.2.2 survived the update, but I can't say anything about other versions. So be careful (but you probably already know that)! - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkmVHvIACgkQK/VZk+smlYHB7ACfYL748rGUi1GVe8RbStr6lGfJ JV0An2Gugk0O+nGP06cdTJS05N4NyEy9 =0YHz -----END PGP SIGNATURE----- !DSPAM:49951ed8967006981484228! From itetcu at FreeBSD.org Fri Feb 13 00:07:05 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri Feb 13 00:07:12 2009 Subject: cvs commit: ports/math/it++ Makefile distinfo pkg-plist ports/math/it++/files patch-configure patch-include_base_machdep.h In-Reply-To: <20090212195840.4907cabf@it.buh.tecnik93.com> References: <200902111104.n1BB4tRh007664@repoman.freebsd.org> <20090211110050.899928FC71@release.ixsystems.com> <20090212195840.4907cabf@it.buh.tecnik93.com> Message-ID: <20090213100653.5490f362@it.buh.tecnik93.com> On Thu, 12 Feb 2009 19:58:40 +0200 Ion-Mihai Tetcu wrote: > On Thu, 12 Feb 2009 01:42:42 +0100 (CET) > Gerald Pfeifer wrote: > > > On Wed, 11 Feb 2009, QAT@FreeBSD.org wrote: > > > checking for ATL_xerbla in -latlas... no > > > checking for sgemm_ in -lblas... no > > > checking for dgemm_ in -lblas... no > > > configure: error: cannot find any BLAS library, which is required > > > by LAPACK. You can override this error by using "--without-blas" > > > option, but the functionality of the IT++ library will be limited. > > > You have been warned! ===> Script "configure" failed > > > unexpectedly. > > > > I'm sorry, I cannot reproduce this. My configure passes with the > > following > > > > checking for ATL_xerbla in -latlas... no > > checking for sgemm_ in -lblas... no > > checking for dgemm_ in -lblas... yes > > > > and I cannot see any other difference than me being on i386 as > > opposed to amd64 and using a prefix different from /usr/local > > (which, if anything, makes things more likely to break). :-( > > Tested on amd64, on an other tindy, the same: > > http://t64.tecnik93.com/index.php?action=describe_port&id=10912 > > I'll try it again w/o ccache. The same. I can't test on i386 for now :( -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090213/58516230/signature.pgp From itetcu at FreeBSD.org Fri Feb 13 00:32:09 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri Feb 13 00:32:21 2009 Subject: cvs commit: ports/math/it++ Makefile distinfo pkg-plist ports/math/it++/files patch-configure patch-include_base_machdep.h In-Reply-To: <20090213100653.5490f362@it.buh.tecnik93.com> References: <200902111104.n1BB4tRh007664@repoman.freebsd.org> <20090211110050.899928FC71@release.ixsystems.com> <20090212195840.4907cabf@it.buh.tecnik93.com> <20090213100653.5490f362@it.buh.tecnik93.com> Message-ID: <20090213103211.62bab8ed@it.buh.tecnik93.com> On Fri, 13 Feb 2009 10:06:53 +0200 Ion-Mihai Tetcu wrote: > On Thu, 12 Feb 2009 19:58:40 +0200 > Ion-Mihai Tetcu wrote: > > > On Thu, 12 Feb 2009 01:42:42 +0100 (CET) > > Gerald Pfeifer wrote: > > > > > On Wed, 11 Feb 2009, QAT@FreeBSD.org wrote: > > > > checking for ATL_xerbla in -latlas... no > > > > checking for sgemm_ in -lblas... no > > > > checking for dgemm_ in -lblas... no > > > > configure: error: cannot find any BLAS library, which is > > > > required by LAPACK. You can override this error by using > > > > "--without-blas" option, but the functionality of the IT++ > > > > library will be limited. You have been warned! ===> Script > > > > "configure" failed unexpectedly. > > > > > > I'm sorry, I cannot reproduce this. My configure passes with the > > > following > > > > > > checking for ATL_xerbla in -latlas... no > > > checking for sgemm_ in -lblas... no > > > checking for dgemm_ in -lblas... yes > > > > > > and I cannot see any other difference than me being on i386 as > > > opposed to amd64 and using a prefix different from /usr/local > > > (which, if anything, makes things more likely to break). :-( > > > > Tested on amd64, on an other tindy, the same: > > > > http://t64.tecnik93.com/index.php?action=describe_port&id=10912 > > > > I'll try it again w/o ccache. > > The same. > > I can't test on i386 for now :( It's OK after pav@'s commit with your patch on 7-STABLE-amd64. Thanks. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090213/239369db/signature.pgp From shuvaev at physik.uni-wuerzburg.de Fri Feb 13 02:18:18 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Fri Feb 13 02:18:25 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090212213821.GA12768@lastamericanempire.com> References: <200902121232.30515.tabthorpe@freebsd.org> <20090212213821.GA12768@lastamericanempire.com> Message-ID: <20090213101814.GA42225@wep4035.physik.uni-wuerzburg.de> Thomas Abthorpe (Thu 02/12/09 12:32): > > This topic came up in IRC, and I was encouraged to go out, and find some new > maintainers. > > At any given time, approximately 20 - 25% of all ports are unmaintained. Not > all unmaintained ports need updating, but some do. That is where you folks > come in. > > There are a bunch of you out there who are subscribers to this list (and other > FreeBSD related lists too, I am sure), you have FreeBSD installed and likely > have quite an array of ports installed on this system of yours. You are > subscribed as a means of keeping up with the world of FreeBSD. > > But you have been holding back, thinking "I really would like to do something > to contribute to the success of FreeBSD, but I am not sure what." > > How do I know this? I was one, a silent observer on the mailing lists, and in > on IRC. Then one day, I answered a similar plea, > http://lists.freebsd.org/pipermail/freebsd-announce/2006-May/001065.html. > > I have summarised some details on the wiki on Adopting Ports, > http://wiki.freebsd.org/PortsTasks#head-f018f566bce2ff96ec13fabd536d7cc6dc6f4275. > > The gauntlet has been thrown down, who among you is prepared to pick it up? > Well, if we go so far, could someone (you???) look at net/acx100 and net/gacxtool ports. The related PR 129977 (2 months, still unassigned). The port formally has a maintainer but its current state: BROKEN= Does not compile on FreeBSD >= 6.x DEPRECATED= Has been broken for more than 6 months EXPIRATION_DATE=2008-09-19 says for itself. Related discussion on -CURRENT: http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001666.html This is the message from developer saying the driver should work on 7.0: http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001709.html More details are in the PR description. Thanks, Alexey. From niktychina at gmail.com Fri Feb 13 05:50:26 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Fri Feb 13 05:50:33 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 Message-ID: Hello, i installed ktorrent3 and it seems to be very slow while checking pieces. (~2mb per second) (Deluge do it much more faster, i didn't try any other clients though) Do you have the same problem? From jjuanino at gmail.com Fri Feb 13 06:06:58 2009 From: jjuanino at gmail.com (Jose Garcia Juanino) Date: Fri Feb 13 06:07:04 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090213140331.GA7258@banach> El jueves 12 de febrero a las 18:32:13 CET, Thomas Abthorpe escribi?: > The gauntlet has been thrown down, who among you is prepared to pick it up? I will take mail/mairix, as I am using that port. Best regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090213/8101c031/attachment.pgp From stephen at math.missouri.edu Fri Feb 13 06:47:30 2009 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Fri Feb 13 06:47:36 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902122103.20761.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <4994BBB6.2000701@gmail.com> <200902122103.20761.tabthorpe@freebsd.org> Message-ID: <49958794.6070108@math.missouri.edu> I guess I could take these ports: /usr/ports/cad/gmsh /usr/ports/cad/netgen /usr/ports/graphics/opendx /usr/ports/graphics/plotutils /usr/ports/math/GiNaC /usr/ports/math/arpack /usr/ports/math/bamg /usr/ports/math/qhull /usr/ports/science/cdf /usr/ports/science/getdp From jtrigg at spamcop.net Fri Feb 13 06:54:23 2009 From: jtrigg at spamcop.net (Jim Trigg) Date: Fri Feb 13 06:54:30 2009 Subject: Call for potential ports maintainers In-Reply-To: <4994BBB6.2000701@gmail.com> References: <200902121232.30515.tabthorpe@freebsd.org> <4994BBB6.2000701@gmail.com> Message-ID: <20090213143045.GE1329@spamcop.net> On Thu, Feb 12, 2009 at 07:15:50PM -0500, Eitan Adler wrote: > Thomas Abthorpe wrote: > > The gauntlet has been thrown down, who among you is prepared to pick it up? > I'll take x11/xclip in addition to what I currently maintain. I'm > looking through the others and will submit a followup email soon. I'll take mail/ecartis, as I'm one of the folks who has contributed patches to the upstream in the last few years. Jim -- Jim Trigg, Lord High Everything Else O- /"\ \ / ASCII RIBBON CAMPAIGN Hostmaster, Huie Kin family website X HELP CURE HTML MAIL Verger, All Saints Church - Sharon Chapel / \ From wxs at FreeBSD.org Fri Feb 13 07:16:31 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Feb 13 07:16:39 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090213143045.GE1329@spamcop.net> References: <200902121232.30515.tabthorpe@freebsd.org> <4994BBB6.2000701@gmail.com> <20090213143045.GE1329@spamcop.net> Message-ID: <20090213151630.GG31635@atarininja.org> On Fri, Feb 13, 2009 at 09:30:45AM -0500, Jim Trigg wrote: > On Thu, Feb 12, 2009 at 07:15:50PM -0500, Eitan Adler wrote: > > Thomas Abthorpe wrote: > > > The gauntlet has been thrown down, who among you is prepared to pick it up? > > I'll take x11/xclip in addition to what I currently maintain. I'm > > looking through the others and will submit a followup email soon. > > I'll take mail/ecartis, as I'm one of the folks who has contributed > patches to the upstream in the last few years. Done. -- WXS From wxs at FreeBSD.org Fri Feb 13 07:17:31 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Feb 13 07:17:38 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090213140331.GA7258@banach> References: <200902121232.30515.tabthorpe@freebsd.org> <20090213140331.GA7258@banach> Message-ID: <20090213151730.GH31635@atarininja.org> On Fri, Feb 13, 2009 at 03:03:32PM +0100, Jose Garcia Juanino wrote: > El jueves 12 de febrero a las 18:32:13 CET, Thomas Abthorpe escribi?: > > > The gauntlet has been thrown down, who among you is prepared to pick it up? > > I will take mail/mairix, as I am using that port. > > Best regards. Done. -- WXS From wxs at FreeBSD.org Fri Feb 13 07:25:34 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Feb 13 07:25:45 2009 Subject: Call for potential ports maintainers In-Reply-To: <49958794.6070108@math.missouri.edu> References: <200902121232.30515.tabthorpe@freebsd.org> <4994BBB6.2000701@gmail.com> <200902122103.20761.tabthorpe@freebsd.org> <49958794.6070108@math.missouri.edu> Message-ID: <20090213152532.GI31635@atarininja.org> On Fri, Feb 13, 2009 at 08:45:40AM -0600, Stephen Montgomery-Smith wrote: > I guess I could take these ports: > > /usr/ports/cad/gmsh > /usr/ports/cad/netgen > /usr/ports/graphics/opendx > /usr/ports/graphics/plotutils > /usr/ports/math/GiNaC > /usr/ports/math/arpack > /usr/ports/math/bamg > /usr/ports/math/qhull > /usr/ports/science/cdf > /usr/ports/science/getdp Done. -- WXS From tabthorpe at freebsd.org Fri Feb 13 07:32:13 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Fri Feb 13 07:32:23 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090213053312.GA82398@tmn.ru> References: <200902121232.30515.tabthorpe@freebsd.org> <200902122103.20761.tabthorpe@freebsd.org> <20090213053312.GA82398@tmn.ru> Message-ID: <200902131032.05331.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 13, 2009 12:33:12 am Sergey N. Voronkov wrote: > Most of them are dead, but still working for me quite well. ;-) > I'll try to keep it building until I can do that. They are now your, Sergey! - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmVknUACgkQ5Gm/jNBp8qAdqQCfSePRcELYlvR2xtho4m6oEkm/ nqIAmwSW8eOcWsls7lhAyPiPWSdAubFJ =V+AZ -----END PGP SIGNATURE----- From jonathan at kc8onw.net Fri Feb 13 08:03:28 2009 From: jonathan at kc8onw.net (Jonathan) Date: Fri Feb 13 08:03:59 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: References: Message-ID: <499599C7.3060209@kc8onw.net> Nikolay Tychina wrote: > Hello, > > i installed ktorrent3 and it seems to be very slow while checking pieces. > (~2mb per second) > (Deluge do it much more faster, i didn't try any other clients though) > Do you have the same problem? Same issue here. I get ~4MB/s or so. I started digging around and found that according to gstat (output at end) ktorrent is writing 50-60MB/s to ad18, which is my boot drive, sustained. Most of the other drives in the system are completely idle and belong to the ZFS pool the torrent data is actually on. I've checked using fstat and lsof and nothing leaps out at me. I also watched disk and swap space usage during the check and see nothing changing despite the apparent massive write load. I even tried doing a ktrace + kdump and searching for "write" but didn't find anything there either. I don't claim to be any expert with any of those tools though. Does anyone have any ideas on what to look at next? Thanks, Jonathan dT: 1.035s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0| ad8 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1 0 34 0 0 0.0 32 43 0.5 5.1| ad16 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1c 0 0 0 0 0.0 0 0 0.0 0.0| acd0 1 3684 0 0 0.0 3684 58921 0.2 81.8| ad18 1 3684 0 0 0.0 3684 58921 0.2 83.2| ad18s1 0 36 0 0 0.0 34 39 2.1 9.2| ad10 0 29 0 0 0.0 27 33 1.1 7.9| ad12 0 34 0 0 0.0 32 43 0.4 5.5| ad14 1 3684 0 0 0.0 3684 58921 0.2 85.8| ad18s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad18s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad18s1c 0 34 0 0 0.0 33 83 3.0 6.0| da0 0 0 0 0 0.0 0 0 0.0 0.0| ad20 0 37 0 0 0.0 36 78 3.4 6.9| da1 0 36 0 0 0.0 35 83 2.3 5.9| da2 0 41 0 0 0.0 40 69 3.4 7.6| da3 From makc at issp.ac.ru Fri Feb 13 08:19:45 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Fri Feb 13 08:19:53 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: References: Message-ID: <200902131919.37778.makc@issp.ac.ru> On Fri, 13 Feb 2009 16:21:32 +0300, Nikolay Tychina wrote: > Hello, > > i installed ktorrent3 and it seems to be very slow while checking pieces. > (~2mb per second) > (Deluge do it much more faster, i didn't try any other clients though) > Do you have the same problem? Do you mean 'Check data' for downloaded files? It gives me about 20Mb/s Max From tabthorpe at freebsd.org Fri Feb 13 08:35:15 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Fri Feb 13 08:35:22 2009 Subject: Follow up to Ports Maintainer Roundup 2009 Message-ID: <200902131135.11526.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We have had a flurry of activity, as you will see from the commit logs. We have had a lot of folks pick up and gauntlet, and adopt a lot of ports. A tip of my hat to the group of you! In some of these cases, we have handed over maintainership to some novice maintainers who are prepared to make a go of it. So, the next challenge, particularly to the new maintainers, go out and generate some PRs. Get those ports updated! It is listed at the wiki, but I will say it again here, check out http://www.portscout.org, scroll down to your email address see how many of your ports are out of date. Also, go to http://portsmon.freebsd.org/portsconcordanceformaintainer.py, and query your email address, see if there are any outstanding issues with your new ports. Do us all proud, and show us what you are made of! Thanks again all! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmVoT8ACgkQ5Gm/jNBp8qDF/QCggXYdyoGgD8HgtluBF9fI+Evm RAUAn2X8TgekC3Ve9ieOHKp5kWUthAyl =jdq9 -----END PGP SIGNATURE----- From hideo at lastamericanempire.com Fri Feb 13 08:59:47 2009 From: hideo at lastamericanempire.com (hideo) Date: Fri Feb 13 08:59:54 2009 Subject: Follow up to Ports Maintainer Roundup 2009 In-Reply-To: <200902131135.11526.tabthorpe@freebsd.org> References: <200902131135.11526.tabthorpe@freebsd.org> Message-ID: <20090213165945.GA80907@lastamericanempire.com> Thomas Abthorpe (Fri 02/13/09 11:35): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Do us all proud, and show us what you are made of! > Thomas - I can take the following as well: devel/p5-Date-Calc mail/crm114 Zach From tabthorpe at freebsd.org Fri Feb 13 09:18:04 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Fri Feb 13 09:18:11 2009 Subject: Follow up to Ports Maintainer Roundup 2009 In-Reply-To: <20090213165945.GA80907@lastamericanempire.com> References: <200902131135.11526.tabthorpe@freebsd.org> <20090213165945.GA80907@lastamericanempire.com> Message-ID: <200902131217.59847.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 13, 2009 11:59:45 am hideo wrote: > Thomas - I can take the following as well: > > ????????devel/p5-Date-Calc > ????????mail/crm114 Assigned :) - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmVq0cACgkQ5Gm/jNBp8qDhwQCaAoX/BNUM3VCaQV2wQLeGxN+g vhcAn2oesf/w8/mQ5U1/w07G5I1CGrl0 =qkEC -----END PGP SIGNATURE----- From eitanadlerlist at gmail.com Fri Feb 13 10:09:55 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Fri Feb 13 10:10:07 2009 Subject: xclip port update Message-ID: <4995B77D.6030009@gmail.com> I am working on updating xclip to version 0.11 and I ran across the following problem: I tried with and without the attached patch. make install ===> Installing for xclip-0.11_1 ===> Generating temporary packing list ===> Checking if x11/xclip already installed mkdir -p /usr/local/bin /usr/bin/install -c -o root -g wheel /usr/local/bin usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /extra/ports/x11/xclip/work/xclip-0.11. *** Error code 1 Stop in /extra/ports/x11/xclip. Second issue how do you deal with sourceforge hosted projects? I'm currently using /one/ of the mirrors which is not the preferred way of doing things. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen -------------- next part -------------- # ex:ts=8 # New ports collection makefile for: xclip # Date created: Dec 18, 2001 # Whom: ijliao # # $FreeBSD: ports/x11/xclip/Makefile,v 1.7 2009/02/13 02:02:49 tabthorpe Exp $ # PORTNAME= xclip PORTVERSION= 0.11 PORTREVISION= 1 CATEGORIES= x11 MASTER_SITES= http://people.debian.org/~kims/xclip/ \ http://sourceforge.net/project/downloading.php?group_id=198423&filename= MAINTAINER= eitanadlerlist@gmail.com COMMENT= An interface to X selections ("the clipboard") from the command line WRKSRC= ${WRKDIR}/${PORTNAME}-${PORTVERSION} #USE_IMAKE= yes GNU_CONFIGURE=yes MAN1= xclip.1 PLIST_FILES= bin/xclip .include -------------- next part -------------- --- Makefile.in 2007-09-16 01:58:39.000000000 -0500 +++ Makefile.in 2009-01-18 19:55:11.535750000 -0600 @@ -1,3 +1,4 @@ +VPATH = @top_srcdir@ prefix = @prefix@ exec_prefix = @exec_prefix@ @@ -33,7 +34,7 @@ installbin: xclip xclip-copyfile xclip-p .PHONY: install.man install.man: xclip.man mkdir -p $(DESTDIR)$(mandir)/man1 - $(INSTALL) -m 644 xclip.man $(DESTDIR)$(mandir)/man1/xclip.1 + $(INSTALL) -m 644 $< $(DESTDIR)$(mandir)/man1/xclip.1 .PHONY: clean clean: From pschmehl_lists at tx.rr.com Fri Feb 13 10:45:25 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Feb 13 10:45:31 2009 Subject: Problems with xf86-video-ati driver (6.10.0) Message-ID: <654059923B140BA44A5A75FF@utd65257.utdallas.edu> Florent, I'm ccing you on this so you know about it. On an Intel dual core box running 7.1 RELEASE and Xorg 7.4, the radeon driver drives CPU to 100% and locks up the box. Keyboard and mouse input are ignored, and it's not possible to switch to another tty to escape from the problem. Kill won't kill the process either. You *can* login through ssh and reboot the box to fix the problem (after editing the xorg.conf file first, of course.) Loading the radeon and drm driver through loader.conf did not change any behavior. There are no errors in the Xorg.0.log file, and the process of X startup appears to be perfectly normal. Switching to the vesa driver fixes the problem entirely. The radeon driver can be used, less than optimally, by disabling DRI. Option "DRI" "off" I looked at the latest driver at x.org (6.10.99.0), but I didn't see anything in the notes that indicated that this problem might have been fixed. $ uname -a FreeBSD 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 $ dmesg | grep CPU CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3391.61-MHz 686-class CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: on acpi0 est: CPU supports Enhanced Speedstep, but is not recognized. p4tcc0: on cpu0 cpu1: on acpi0 est: CPU supports Enhanced Speedstep, but is not recognized. p4tcc1: on cpu1 SMP: AP CPU #1 Launched $ kldstat Id Refs Address Size Name 1 16 0xc0400000 97f830 kernel 2 1 0xc0d80000 6fa8 snd_ich.ko 3 2 0xc0d87000 4a64c sound.ko 4 1 0xc0dd2000 22c98 radeon.ko 5 2 0xc0df5000 10e98 drm.ko 6 1 0xc0e06000 6a2c4 acpi.ko 7 1 0xc7650000 22000 linux.ko 8 1 0xc7736000 3000 daemon_saver.ko $ pciconf -l hostb0@pci0:0:0:0: class=0x060000 card=0x01ad1028 chip=0x27708086 rev=0x02 hdr=0x00 pcib1@pci0:0:1:0: class=0x060400 card=0x00008086 chip=0x27718086 rev=0x02 hdr=0x01 pcib2@pci0:0:28:0: class=0x060400 card=0x00000000 chip=0x27d08086 rev=0x01 hdr=0x01 pcib3@pci0:0:28:1: class=0x060400 card=0x00000000 chip=0x27d28086 rev=0x01 hdr=0x01 uhci0@pci0:0:29:0: class=0x0c0300 card=0x01ad1028 chip=0x27c88086 rev=0x01 hdr=0x00 uhci1@pci0:0:29:1: class=0x0c0300 card=0x01ad1028 chip=0x27c98086 rev=0x01 hdr=0x00 uhci2@pci0:0:29:2: class=0x0c0300 card=0x01ad1028 chip=0x27ca8086 rev=0x01 hdr=0x00 uhci3@pci0:0:29:3: class=0x0c0300 card=0x01ad1028 chip=0x27cb8086 rev=0x01 hdr=0x00 ehci0@pci0:0:29:7: class=0x0c0320 card=0x01ad1028 chip=0x27cc8086 rev=0x01 hdr=0x00 pcib4@pci0:0:30:0: class=0x060401 card=0x00000000 chip=0x244e8086 rev=0xe1 hdr=0x01 pcm0@pci0:0:30:2: class=0x040100 card=0x01ad1028 chip=0x27de8086 rev=0x01 hdr=0x00 isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x27b88086 rev=0x01 hdr=0x00 atapci0@pci0:0:31:1: class=0x01018a card=0x01ad1028 chip=0x27df8086 rev=0x01 hdr=0x00 atapci1@pci0:0:31:2: class=0x01018f card=0x01ad1028 chip=0x27c08086 rev=0x01 hdr=0x00 none0@pci0:0:31:3: class=0x0c0500 card=0x01ad1028 chip=0x27da8086 rev=0x01 hdr=0x00 vgapci0@pci0:1:0:0: class=0x030000 card=0x0b021002 chip=0x5b621002 rev=0x00 hdr=0x00 vgapci1@pci0:1:0:1: class=0x038000 card=0x0b031002 chip=0x5b721002 rev=0x00 hdr=0x00 bge0@pci0:2:0:0: class=0x020000 card=0x01ad1028 chip=0x167714e4 rev=0x01 hdr=0x00 less /etc/X11/xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/URW/" FontPath "/usr/local/lib/X11/fonts/TrueType/" EndSection Section "Module" Load "GLcore" Load "xtrap" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "DELL" ModelName "1905FP" EndSection Section "Device" Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RV380 [Radeon X600 (PCIE)]" BusID "PCI:1:0:0" Option "DRI" "off" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" EndSubSection EndSection -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From nicovit at gmail.com Fri Feb 13 11:06:47 2009 From: nicovit at gmail.com (Nicola Vitale) Date: Fri Feb 13 11:06:52 2009 Subject: xclip port update In-Reply-To: <4995B77D.6030009@gmail.com> References: <4995B77D.6030009@gmail.com> Message-ID: <25ef68cb0902131034w41616f77qace8ae19ce75e642@mail.gmail.com> Hi, > [2009/2/13 Eitan Adler ] > I am working on updating xclip to version 0.11 and I ran across the > following problem: > [...] > usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > *** Error code 64 Try with USE_GMAKE= yes in the Makefile. -- Nicola Vitale From tabthorpe at freebsd.org Fri Feb 13 11:36:14 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Fri Feb 13 11:36:21 2009 Subject: xclip port update In-Reply-To: <4995B77D.6030009@gmail.com> References: <4995B77D.6030009@gmail.com> Message-ID: <200902131436.09672.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 13, 2009 01:10:05 pm Eitan Adler wrote: > I am working on updating xclip to version 0.11 and I ran across the > following problem: > I tried with and without the attached patch. > > > Stop in /extra/ports/x11/xclip. > > Second issue how do you deal with sourceforge hosted projects? I'm > currently using /one/ of the mirrors which is not the preferred way of > doing things. A couple of things, Eitan. Remove PORTREVISION= 1 When a sourceforge project is the same as the portname (which xlip is) it is as simple as MASTER_SITES= SF You will likely need to use USE_XORG= x11 xproto xmu As nivit@ said, try USE_GMAKE= yes There may be more things, but this is a good starting point for you. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmVy6kACgkQ5Gm/jNBp8qAC4QCfU8BA59yk3TEnm4yzNe6w+XPO HLoAoIG1QnJPG/rHfo7I3vPzeFlxV1/3 =J//E -----END PGP SIGNATURE----- From brooks at FreeBSD.org Fri Feb 13 12:30:54 2009 From: brooks at FreeBSD.org (Brooks Davis) Date: Fri Feb 13 12:31:00 2009 Subject: FreeBSD Port: pssh-1.3.1_1 In-Reply-To: <218019543.20081127164947@softsearch.ru> References: <218019543.20081127164947@softsearch.ru> Message-ID: <20090213201144.GB56892@lor.one-eyed-alien.net> Sorry for not getting to this sooner. I've finaly updated the port. -- Brooks On Thu, Nov 27, 2008 at 04:49:47PM +0300, Michael wrote: > Hi, Brooks. > > Upgrade pssh-1.3.1_1 to the pssh-1.4.3 plz. > > pslurp doesn't work: > > pslurp -L ~/ -r /tmp/1 1 > [1] 16:34:24 [FAILURE] softsearch1.softsearch.ru (22, 'Invalid argument') > [2] 16:34:24 [FAILURE] softsearch2.softsearch.ru (22, 'Invalid argument') > [3] 16:34:24 [FAILURE] softsearch3.softsearch.ru (22, 'Invalid argument') > [4] 16:34:24 [FAILURE] softsearch4.softsearch.ru (22, 'Invalid argument') > [5] 16:34:24 [FAILURE] softsearch5.softsearch.ru (22, 'Invalid argument') > > pslurp from pssh-1.4.3 work fine: > > pslurp -L ~/ -r /tmp/1 1 > [1] 16:44:07 [SUCCESS] softsearch1.softsearch.ru 22 > [2] 16:44:07 [SUCCESS] softsearch4.softsearch.ru 22 > [3] 16:44:07 [SUCCESS] softsearch5.softsearch.ru 22 > [4] 16:44:30 [SUCCESS] softsearch3.softsearch.ru 22 > [5] 16:44:31 [SUCCESS] softsearch2.softsearch.ru 22 > > > -- > Michael > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090213/6080ba84/attachment.pgp From c.kworr at gmail.com Fri Feb 13 13:51:24 2009 From: c.kworr at gmail.com (Volodymyr Kostyrko) Date: Fri Feb 13 13:51:31 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: Thomas Abthorpe wrote: > The gauntlet has been thrown down, who among you is prepared to pick it up? audio/aureal-kmod please. -- Sphinx of black quartz judge my vow. From portsuser at larseighner.com Fri Feb 13 15:32:02 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Feb 13 15:32:09 2009 Subject: Sox in 7.1 broken or corrupt? Message-ID: <20090213172925.R97999@qroenaqrq.6qbyyneqvnyhc.pbz> It appears to me the audio/sox port is broken. During configure the screen breaks up with a bunch of ANSI garbage. This happens again with the compile which seems to halt in sox.c with the message EOF in backtick operator. I have looked at the source, in which the regrettable practice of using backtick as an open single quote in comments and messages seems to be rampant, but I can't spot an unclosed backtick used as an operator. Is anyone else seeing this? It appears to have persisted through several cvsups of the ports tree, so I am beginning to wonder if the source is corrupt, in spite of the odds being against this as it passes the hash checks. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From rnoland at FreeBSD.org Fri Feb 13 17:38:15 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Fri Feb 13 17:38:30 2009 Subject: Problems with xf86-video-ati driver (6.10.0) In-Reply-To: <654059923B140BA44A5A75FF@utd65257.utdallas.edu> References: <654059923B140BA44A5A75FF@utd65257.utdallas.edu> Message-ID: <1234575485.1574.3.camel@ferret.2hip.net> On Fri, 2009-02-13 at 12:34 -0600, Paul Schmehl wrote: > Florent, I'm ccing you on this so you know about it. > > On an Intel dual core box running 7.1 RELEASE and Xorg 7.4, the radeon driver > drives CPU to 100% and locks up the box. Keyboard and mouse input are ignored, > and it's not possible to switch to another tty to escape from the problem. > Kill won't kill the process either. You *can* login through ssh and reboot the > box to fix the problem (after editing the xorg.conf file first, of course.) > > Loading the radeon and drm driver through loader.conf did not change any > behavior. > > There are no errors in the Xorg.0.log file, and the process of X startup > appears to be perfectly normal. Switching to the vesa driver fixes the problem > entirely. The radeon driver can be used, less than optimally, by disabling DRI. > > Option "DRI" "off" > > I looked at the latest driver at x.org (6.10.99.0), but I didn't see anything > in the notes that indicated that this problem might have been fixed. Actually, I'd suggest updating to STABLE. You are running the old drm code. robert. > $ uname -a > FreeBSD 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > $ dmesg | grep CPU > CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3391.61-MHz 686-class CPU) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0: on acpi0 > est: CPU supports Enhanced Speedstep, but is not recognized. > p4tcc0: on cpu0 > cpu1: on acpi0 > est: CPU supports Enhanced Speedstep, but is not recognized. > p4tcc1: on cpu1 > SMP: AP CPU #1 Launched > > $ kldstat > Id Refs Address Size Name > 1 16 0xc0400000 97f830 kernel > 2 1 0xc0d80000 6fa8 snd_ich.ko > 3 2 0xc0d87000 4a64c sound.ko > 4 1 0xc0dd2000 22c98 radeon.ko > 5 2 0xc0df5000 10e98 drm.ko > 6 1 0xc0e06000 6a2c4 acpi.ko > 7 1 0xc7650000 22000 linux.ko > 8 1 0xc7736000 3000 daemon_saver.ko > > $ pciconf -l > hostb0@pci0:0:0:0: class=0x060000 card=0x01ad1028 chip=0x27708086 rev=0x02 > hdr=0x00 > pcib1@pci0:0:1:0: class=0x060400 card=0x00008086 chip=0x27718086 rev=0x02 > hdr=0x01 > pcib2@pci0:0:28:0: class=0x060400 card=0x00000000 chip=0x27d08086 rev=0x01 > hdr=0x01 > pcib3@pci0:0:28:1: class=0x060400 card=0x00000000 chip=0x27d28086 rev=0x01 > hdr=0x01 > uhci0@pci0:0:29:0: class=0x0c0300 card=0x01ad1028 chip=0x27c88086 rev=0x01 > hdr=0x00 > uhci1@pci0:0:29:1: class=0x0c0300 card=0x01ad1028 chip=0x27c98086 rev=0x01 > hdr=0x00 > uhci2@pci0:0:29:2: class=0x0c0300 card=0x01ad1028 chip=0x27ca8086 rev=0x01 > hdr=0x00 > uhci3@pci0:0:29:3: class=0x0c0300 card=0x01ad1028 chip=0x27cb8086 rev=0x01 > hdr=0x00 > ehci0@pci0:0:29:7: class=0x0c0320 card=0x01ad1028 chip=0x27cc8086 rev=0x01 > hdr=0x00 > pcib4@pci0:0:30:0: class=0x060401 card=0x00000000 chip=0x244e8086 rev=0xe1 > hdr=0x01 > pcm0@pci0:0:30:2: class=0x040100 card=0x01ad1028 chip=0x27de8086 rev=0x01 > hdr=0x00 > isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x27b88086 rev=0x01 > hdr=0x00 > atapci0@pci0:0:31:1: class=0x01018a card=0x01ad1028 chip=0x27df8086 rev=0x01 > hdr=0x00 > atapci1@pci0:0:31:2: class=0x01018f card=0x01ad1028 chip=0x27c08086 rev=0x01 > hdr=0x00 > none0@pci0:0:31:3: class=0x0c0500 card=0x01ad1028 chip=0x27da8086 rev=0x01 > hdr=0x00 > vgapci0@pci0:1:0:0: class=0x030000 card=0x0b021002 chip=0x5b621002 rev=0x00 > hdr=0x00 > vgapci1@pci0:1:0:1: class=0x038000 card=0x0b031002 chip=0x5b721002 rev=0x00 > hdr=0x00 > bge0@pci0:2:0:0: class=0x020000 card=0x01ad1028 chip=0x167714e4 rev=0x01 > hdr=0x00 > > less /etc/X11/xorg.conf > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection > > Section "Files" > ModulePath "/usr/local/lib/xorg/modules" > FontPath "/usr/local/lib/X11/fonts/misc/" > FontPath "/usr/local/lib/X11/fonts/TTF/" > FontPath "/usr/local/lib/X11/fonts/OTF" > FontPath "/usr/local/lib/X11/fonts/Type1/" > FontPath "/usr/local/lib/X11/fonts/100dpi/" > FontPath "/usr/local/lib/X11/fonts/75dpi/" > FontPath "/usr/local/lib/X11/fonts/URW/" > FontPath "/usr/local/lib/X11/fonts/TrueType/" > EndSection > > Section "Module" > Load "GLcore" > Load "xtrap" > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > EndSection > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection > > Section "Monitor" > Identifier "Monitor0" > VendorName "DELL" > ModelName "1905FP" > EndSection > > Section "Device" > Identifier "Card0" > Driver "radeon" > VendorName "ATI Technologies Inc" > BoardName "RV380 [Radeon X600 (PCIE)]" > BusID "PCI:1:0:0" > Option "DRI" "off" > EndSection > > Section "Screen" > Identifier "Screen0" > Device "Card0" > Monitor "Monitor0" > DefaultDepth 24 > SubSection "Display" > Viewport 0 0 > Depth 1 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 4 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 8 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 15 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 16 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 24 > Modes "1280x1024" > EndSubSection > EndSection -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090214/7d1ded2c/attachment.pgp From pschmehl_lists at tx.rr.com Fri Feb 13 21:23:38 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Feb 13 21:23:44 2009 Subject: Problems with xf86-video-ati driver (6.10.0) In-Reply-To: <1234575485.1574.3.camel@ferret.2hip.net> References: <654059923B140BA44A5A75FF@utd65257.utdallas.edu> <1234575485.1574.3.camel@ferret.2hip.net> Message-ID: --On February 13, 2009 7:38:04 PM -0600 Robert Noland wrote: >> >> There are no errors in the Xorg.0.log file, and the process of X >> startup appears to be perfectly normal. Switching to the vesa driver >> fixes the problem entirely. The radeon driver can be used, less than >> optimally, by disabling DRI. >> >> Option "DRI" "off" >> >> I looked at the latest driver at x.org (6.10.99.0), but I didn't see >> anything in the notes that indicated that this problem might have been >> fixed. > > Actually, I'd suggest updating to STABLE. You are running the old drm > code. > Good catch, Robert. The radeon driver now works fine with DRI enabled. Xorg only uses about 4% of CPU. Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From fenner at FreeBSD.org Sat Feb 14 02:00:08 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Sat Feb 14 02:00:15 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200902141000.n1EA07iM050346@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From georgenduka1010 at msn.com Sat Feb 14 04:28:51 2009 From: georgenduka1010 at msn.com (George Nduka) Date: Sat Feb 14 04:28:58 2009 Subject: I AM SEEKING YOUR CO-OPERATION URGENTLY Message-ID: <20090214121341.55713.qmail@be100.masterhost.ru> Hello Pardon me for not having the pleasure of knowing your mindset before making you this offer and it is utterly confidential and genuine by virtue of its nature. I write to solicit your assistance in a funds transfer deal involving US$ 3.5M.This fund has been stashed out of the excess profit made last 2years by my branch office of the International Commercial Bank of Ghana which I am the manager. I have already submitted an approved end-of-the-year report for the year 2007 to my head office here in Accra-Ghana and they will never know of this excess. I have since then, placed this amount on a Non-Investment Account without a beneficiary. Upon your response, I will configure your name on our database as holder of the Non-Investment Account. I will then guide you on how to apply to my head office for the Account Closure/ bank-to-bank remittance of the funds to your designated bank account. If you concur with this proposal, I intend for you to retain 30% of the funds while 70% shall be for me. Kindly forward your response to me immediately With Regards, George Nduka +233 24 888 6531 From wxs at FreeBSD.org Sat Feb 14 06:27:09 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Sat Feb 14 06:27:18 2009 Subject: Call for potential ports maintainers In-Reply-To: References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090214142708.GK31635@atarininja.org> On Fri, Feb 13, 2009 at 11:51:03PM +0200, Volodymyr Kostyrko wrote: > Thomas Abthorpe wrote: > > The gauntlet has been thrown down, who among you is prepared to pick it up? > > audio/aureal-kmod please. Done. -- WXS From chifeng at gmail.com Sat Feb 14 07:01:09 2009 From: chifeng at gmail.com (chifeng) Date: Sat Feb 14 07:01:15 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902131032.05331.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <200902122103.20761.tabthorpe@freebsd.org> <20090213053312.GA82398@tmn.ru> <200902131032.05331.tabthorpe@freebsd.org> Message-ID: Hi Boss, I'll take these ports. Because my job is about mail system development and maintenance. :) mail/fdm mail/p5-IMAP-Admin mail/p5-MIME-Lite mail/p5-MIME-Lite-HTML mail/p5-Mail-Alias mail/p5-Mail-Folder mail/p5-Mail-MailStats mail/p5-Mail-SRS mail/p5-Mail-Spool mail/p5-Mail-Verify mail/popcheck mail/rss2email mail/sqlgrey Otherwise, I want to take these ports, as I am using that port. benchmarks/iozone benchmarks/iozone21 Chifeng On Fri, Feb 13, 2009 at 11:32 PM, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On February 13, 2009 12:33:12 am Sergey N. Voronkov wrote: > > Most of them are dead, but still working for me quite well. ;-) > > I'll try to keep it building until I can do that. > > They are now your, Sergey! > > - -- > Thomas Abthorpe | FreeBSD Committer > tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.10 (FreeBSD) > > iEYEARECAAYFAkmVknUACgkQ5Gm/jNBp8qAdqQCfSePRcELYlvR2xtho4m6oEkm/ > nqIAmwSW8eOcWsls7lhAyPiPWSdAubFJ > =V+AZ > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- regards. chifeng From naddy at mips.inka.de Sat Feb 14 08:20:22 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Sat Feb 14 08:20:28 2009 Subject: Sox in 7.1 broken or corrupt? References: <20090213172925.R97999@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: Lars Eighner wrote: > It appears to me the audio/sox port is broken. During configure the screen > breaks up with a bunch of ANSI garbage. This happens again with the compile > which seems to halt in sox.c with the message EOF in backtick operator. Giving this a quick try on -CURRENT and with all dependencies disabled, I don't see it. sox configures and builds fine. If you build sox in a script(1) session and inspect the typescript with less(1) afterwards, you should be able to see where configure starts going wrong. -- Christian "naddy" Weisgerber naddy@mips.inka.de From portsuser at larseighner.com Sat Feb 14 09:25:24 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Sat Feb 14 09:25:31 2009 Subject: Sox in 7.1 broken or corrupt? In-Reply-To: References: <20090213172925.R97999@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20090214112354.S87224@qroenaqrq.6qbyyneqvnyhc.pbz> On Sat, 14 Feb 2009, Christian Weisgerber wrote: > Lars Eighner wrote: > >> It appears to me the audio/sox port is broken. During configure the >> screen breaks up with a bunch of ANSI garbage. This happens again with >> the compile which seems to halt in sox.c with the message EOF in backtick >> operator. > > Giving this a quick try on -CURRENT and with all dependencies > disabled, I don't see it. sox configures and builds fine. > > If you build sox in a script(1) session and inspect the typescript > with less(1) afterwards, you should be able to see where configure > starts going wrong. Oh, I see. The config script looks for something it calls "distro name" in /etc/issue . I don't think this is the right way to get this information; my understanding was that /etc/issue could be used for any pre-login message (as motd is the post-login message). Surely uname is the right way to get what the configure script wants. At any rate, /etc/issue contained, amoung other things an ANSI portrait of Beastie, which does have a few odd backticks in it. I just did not recognise it as the script rendered it all squashed. Well, I can fix this up to build sox (the fix is as simple as renaming the existing /etc/issue -- sox will build if the file does not exist), but I think the config script is sloppy and I haven't seen this on any other ports. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From cm at therek.net Sat Feb 14 10:46:36 2009 From: cm at therek.net (Cezary Morga) Date: Sat Feb 14 10:46:44 2009 Subject: Follow up to Ports Maintainer Roundup 2009 In-Reply-To: <200902131135.11526.tabthorpe@freebsd.org> References: <200902131135.11526.tabthorpe@freebsd.org> Message-ID: <200902141946.23367.cm@therek.net> Thomas Abthorpe wrote: > Do us all proud, and show us what you are made of! So, how about me picking up devel/p5-Config-IniFiles devel/p5-Config-Record devel/p5-Config-Simple devel/p5-Config-Std devel/p5-ConfigReader net/wakeonlan net/wol net/gspoof ? -- Cezary Morga "Not a shred of evidence exists in favor of the idea that life is serious." (Brendan Gill) From naddy at freebsd.org Sat Feb 14 10:55:21 2009 From: naddy at freebsd.org (Christian Weisgerber) Date: Sat Feb 14 10:55:53 2009 Subject: Sox in 7.1 broken or corrupt? In-Reply-To: <20090214112354.S87224@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090213172925.R97999@qroenaqrq.6qbyyneqvnyhc.pbz> <20090214112354.S87224@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20090214182414.GA35805@lorvorc.mips.inka.de> Lars Eighner: > >> It appears to me the audio/sox port is broken. During configure the > >> screen breaks up with a bunch of ANSI garbage. > > Oh, I see. The config script looks for something it calls "distro name" in > /etc/issue . I don't think this is the right way to get this information; Oh my. This appears to be a desperate attempt to figure out on which flavor of Linux sox is being built, since Linux distributions are all different but you can't distinguish them by uname. We should just disable the whole test. I'll commit this patch if the maintainer approves. Index: files/patch-configure =================================================================== RCS file: files/patch-configure diff -N files/patch-configure --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-configure 14 Feb 2009 18:17:51 -0000 @@ -0,0 +1,11 @@ +--- configure.orig 2009-02-14 19:08:53.000000000 +0100 ++++ configure 2009-02-14 19:09:06.000000000 +0100 +@@ -20805,7 +20805,7 @@ + + + +-if test -r /etc/issue; then ++if false && test -r /etc/issue; then + { $as_echo "$as_me:$LINENO: checking distro name" >&5 + $as_echo_n "checking distro name... " >&6; } + DISTRO=`sed -e "s/.0-90-9;*mJH//g" < /etc/issue|tr "\n" " " | sed -e "s/(\\\\?\\\\\\\\.*//" -e "s/ */ /g" -e "s/^ //" -e "s/ $//"` -- Christian "naddy" Weisgerber naddy@mips.inka.de From naddy at mips.inka.de Sat Feb 14 10:57:11 2009 From: naddy at mips.inka.de (Christian Weisgerber) Date: Sat Feb 14 10:57:18 2009 Subject: Sox in 7.1 broken or corrupt? In-Reply-To: <20090214182414.GA35805@lorvorc.mips.inka.de> References: <20090213172925.R97999@qroenaqrq.6qbyyneqvnyhc.pbz> <20090214112354.S87224@qroenaqrq.6qbyyneqvnyhc.pbz> <20090214182414.GA35805@lorvorc.mips.inka.de> Message-ID: <20090214185707.GA37041@lorvorc.mips.inka.de> Christian Weisgerber: > We should just disable the whole test. I'll commit this patch if > the maintainer approves. PS: The test has also been removed in the sox CVS. -- Christian "naddy" Weisgerber naddy@mips.inka.de From cm at therek.net Sat Feb 14 11:08:14 2009 From: cm at therek.net (Cezary Morga) Date: Sat Feb 14 11:08:20 2009 Subject: Follow up to Ports Maintainer Roundup 2009 In-Reply-To: <200902131135.11526.tabthorpe@freebsd.org> References: <200902131135.11526.tabthorpe@freebsd.org> Message-ID: <200902141946.23367.cm@therek.net> Thomas Abthorpe wrote: > Do us all proud, and show us what you are made of! So, how about me picking up devel/p5-Config-IniFiles devel/p5-Config-Record devel/p5-Config-Simple devel/p5-Config-Std devel/p5-ConfigReader net/wakeonlan net/wol net/gspoof ? -- Cezary Morga "Not a shred of evidence exists in favor of the idea that life is serious." (Brendan Gill) From chuckr at telenix.org Sat Feb 14 12:50:30 2009 From: chuckr at telenix.org (Chuck Robey) Date: Sat Feb 14 12:50:37 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <200902131919.37778.makc@issp.ac.ru> References: <200902131919.37778.makc@issp.ac.ru> Message-ID: <49972998.9000504@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Max Brazhnikov wrote: > On Fri, 13 Feb 2009 16:21:32 +0300, Nikolay Tychina wrote: >> Hello, >> >> i installed ktorrent3 and it seems to be very slow while checking pieces. >> (~2mb per second) >> (Deluge do it much more faster, i didn't try any other clients though) >> Do you have the same problem? > > Do you mean 'Check data' for downloaded files? It gives me about 20Mb/s I finally found an odd fix, not sure why it worked this way, but I thought to pass it along on the hope that maybe it will work for you as well as it did for me. My max upload is about 38KBPS, my max download is about 160KBPS. I'd set for to -1, so that the u/d rates would be set to infinite, so that the torrent client would intelligently choose the best rate. But my experience showed that my max ACTUAL gross download was only about 25KBPS (remember, I was expecting, from the torrent protocol, to get better than 6 times that.) Well, finally losing all hope, I decided to set the upload rate down to about 20K, so I could use the reserved rate for other entertainments. IMMEDIATELY upon limiting the UPLOAD rate to 20K, the download rate shot up to nearly my 160K maximum. I can't understand this, but I tried to move the upload/download rates around a little bit, to verify the finding: that I just should NEVER set the rates to infinite, and that (at least in ktorrent) the max download rate really was attainable. I haven't any idea why this worked for me, only that it did do this, reliably. I may go back to trying previous torrent clients now. What a fine way to spend the afternoon! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmXKZgACgkQz62J6PPcoOn0jACfe1wnh+JFmhQYi2UgjYRIc/y2 SFQAn2y5qjyzL3rEfmT8YOtq2MMuoKTx =xcN8 -----END PGP SIGNATURE----- From marshc187 at gmail.com Sat Feb 14 13:21:53 2009 From: marshc187 at gmail.com (t-u-t) Date: Sat Feb 14 13:22:00 2009 Subject: gecko & firefox marked forbidden Message-ID: <499735E6.7050909@gmail.com> just a note, firefox2 has been marked forbidden, and it stopped me twice while building gnome2-lite today when pulled for gecko depends by www/epiphany and x11/yelp. on my own system i fixed the Makefiles of these two to use xulrunner, (which was there anyway - just removed firefox), but i don't know what other effects there are on other ports etc. n.b. i don't need ff2, just noting From dnelson at allantgroup.com Sat Feb 14 13:42:53 2009 From: dnelson at allantgroup.com (Dan Nelson) Date: Sat Feb 14 13:43:00 2009 Subject: Sox in 7.1 broken or corrupt? In-Reply-To: <20090214182414.GA35805@lorvorc.mips.inka.de> References: <20090213172925.R97999@qroenaqrq.6qbyyneqvnyhc.pbz> <20090214112354.S87224@qroenaqrq.6qbyyneqvnyhc.pbz> <20090214182414.GA35805@lorvorc.mips.inka.de> Message-ID: <20090214210641.GC87583@dan.emsphone.com> In the last episode (Feb 14), Christian Weisgerber said: > Lars Eighner: > > >> It appears to me the audio/sox port is broken. During configure the > > >> screen breaks up with a bunch of ANSI garbage. > > > > Oh, I see. The config script looks for something it calls "distro name" > > /in etc/issue . I don't think this is the right way to get this > > /information; > > Oh my. This appears to be a desperate attempt to figure out on which > flavor of Linux sox is being built, since Linux distributions are all > different but you can't distinguish them by uname. > > We should just disable the whole test. I'll commit this patch if the > maintainer approves. Eww. Yes, by all means, commit :) -- Dan Nelson dnelson@allantgroup.com From cyberbotx at cyberbotx.com Sat Feb 14 13:49:20 2009 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sat Feb 14 13:49:27 2009 Subject: gecko & firefox marked forbidden In-Reply-To: <499735E6.7050909@gmail.com> References: <499735E6.7050909@gmail.com> Message-ID: <4997389C.3030904@cyberbotx.com> t-u-t wrote: > just a note, > firefox2 has been marked forbidden, and it stopped me twice while > building gnome2-lite today when pulled for gecko depends by www/epiphany > and x11/yelp. > > on my own system i fixed the Makefiles of these two to use xulrunner, > (which was there anyway - just removed firefox), but i don't know what > other effects there are on other ports etc. > > n.b. i don't need ff2, just noting I'll point out that the same issue occured for me with multimedia/vlc. It was updated to have xulrunner after firefox in USE_GECKO, but even defining WITH_GECKO=xulrunner it still tried to install firefox2. I don't know what the bug is, but there is one. Naram Qashat From eitanadlerlist at gmail.com Sat Feb 14 15:36:00 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sat Feb 14 15:36:06 2009 Subject: xclip port update In-Reply-To: <200902131436.09672.tabthorpe@freebsd.org> References: <4995B77D.6030009@gmail.com> <200902131436.09672.tabthorpe@freebsd.org> Message-ID: <49975567.50300@gmail.com> This works; tested with make install, make deinstall, and portlint. # ex:ts=8 # New ports collection makefile for: xclip # Date created: Dec 18, 2001 # Whom: ijliao # # $FreeBSD: ports/x11/xclip/Makefile,v 1.7 2009/02/13 02:02:49 tabthorpe Exp $ # PORTNAME= xclip PORTVERSION= 0.11 CATEGORIES= x11 MASTER_SITES=SF MAINTAINER= eitanadlerlist@gmail.com COMMENT= An interface to X selections ("the clipboard") from the command line WRKSRC= ${WRKDIR}/${PORTNAME}-${PORTVERSION} #USE_IMAKE= yes GNU_CONFIGURE=yes USE_GMAKE= yes USE_XORG= x11 xproto xmu MAN1= xclip.1 PLIST_FILES= bin/xclip bin/xclip-copyfile bin/xclip-cutfile bin/xclip-pastefile .include From miwi at FreeBSD.org Sat Feb 14 16:02:35 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 14 16:02:42 2009 Subject: gecko & firefox marked forbidden In-Reply-To: <4997389C.3030904@cyberbotx.com> References: <499735E6.7050909@gmail.com> <4997389C.3030904@cyberbotx.com> Message-ID: <20090215000231.GA4956@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Feb 14, 2009 at 04:33:16PM -0500, Naram Qashat wrote: > t-u-t wrote: > > just a note, > > firefox2 has been marked forbidden, and it stopped me twice while > > building gnome2-lite today when pulled for gecko depends by www/epiphany > > and x11/yelp. > > > > on my own system i fixed the Makefiles of these two to use xulrunner, > > (which was there anyway - just removed firefox), but i don't know what > > other effects there are on other ports etc. > > > > n.b. i don't need ff2, just noting > > I'll point out that the same issue occured for me with multimedia/vlc. It was > updated to have xulrunner after firefox in USE_GECKO, but even defining > WITH_GECKO=xulrunner it still tried to install firefox2. I don't know what the > bug is, but there is one. Hi, Firefox2 is no longer supported by the Mozilla Foundation. We marked this port BROKEN as part of the last Security update for Firefox3 [1]. Firefox2 is also affected with the same Isusses as in Firefox3. That's the reason. [1] See also: http://www.mozilla.org/security/announce/2009/mfsa2009-01.html Impact: Critical http://www.mozilla.org/security/announce/2009/mfsa2009-03.html Impact: High http://www.mozilla.org/security/announce/2009/mfsa2009-04.html Impact: Moderate http://www.mozilla.org/security/announce/2009/mfsa2009-05.html Impact: Low http://www.vuxml.org/freebsd/8b491182-f842-11dd-94d9-0030843d3802.html Maybe should someone take a look to get some backport patches? - - Martin > > Naram Qashat > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmXW5cACgkQdLJIhLHm/Ole1wCeNweWD8OrrM68bGbtLg1nTO7q c2AAoNXbjePEqaTlwZholUKhfHGCA3Ze =RiPY -----END PGP SIGNATURE----- From yanefbsd at gmail.com Sun Feb 15 00:17:50 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Feb 15 00:17:57 2009 Subject: Xorg disaster In-Reply-To: <83e5fb980902081638h420cc74fk2fd4a68ba7df9c39@mail.gmail.com> References: <20090205202022.L1221@qroenaqrq.6qbyyneqvnyhc.pbz> <498C90F4.3030209@FreeBSD.org> <83e5fb980902061420j777c6ce5ra643f27eaf20f5cd@mail.gmail.com> <7d6fde3d0902081508o102d8f9bmca336b41cddd52a3@mail.gmail.com> <83e5fb980902081638h420cc74fk2fd4a68ba7df9c39@mail.gmail.com> Message-ID: <7d6fde3d0902150017m501860e2r449eac6a735d5a55@mail.gmail.com> On Sun, Feb 8, 2009 at 4:38 PM, Diego Depaoli wrote: > On Mon, Feb 9, 2009 at 12:08 AM, Garrett Cooper wrote: >> >> I updated nvidia-driver to the latest version, and submitted a >> patch, but ran into issues with graphics/mesa-demos (until recently >> when someone fixed the build CFLAGS -- rnoland?). > > patch your Makefile patch to allow build on -current > > @@ -87,6 +87,10 @@ > ${REINPLACE_CMD} -e \ > 's/suser(CURTHREAD)/priv_check(CURTHREAD, PRIV_DRIVER)/' \ > ${WRKSRC}/src/nvidia_os.c > + ${REINPLACE_CMD} -e \ > + 's/minor(/dev2unit(/g' \ > + ${WRKSRC}/src/nvidia_dev.c \ > + ${WRKSRC}/src/nvidia_subr.c > > worked for me > >> It's MUCH better than the current ports version. They fixed a >> driver regression, so my displays no longer seize up with high CPU >> usage while compiling and no longer freeze after playing movies with >> mplayer. > Looks like you're right, but I need more testing time. After rebuilding my kernel I see what you mean. That wasn't the case when I originally posted the patch, so someone changed some API's... -Garrett From unixmania at gmail.com Sun Feb 15 04:23:15 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Feb 15 04:23:22 2009 Subject: [ports/127368: audio/last.fm: add a .desktop file for Xfce/GNOME/KDE] Maintainer timeout? Message-ID: Hi, Could some committer please take a look at the PR transcribed below? It was taken by amdmi3 on Sep 14 2008, but was never committed. Thanks in advance. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. On Sun, Sep 14, 2008 at 2:50 AM, wrote: > Thank you very much for your problem report. > It has the internal identification `ports/127368'. > The individual assigned to look at your > report is: freebsd-ports-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=127368 > >>Category: ports >>Responsible: freebsd-ports-bugs >>Synopsis: audio/last.fm: add a .desktop file for Xfce/GNOME/KDE >>Arrival-Date: Sun Sep 14 02:50:01 UTC 2008 > From jonathan at kc8onw.net Sun Feb 15 06:35:47 2009 From: jonathan at kc8onw.net (Jonathan) Date: Sun Feb 15 06:35:54 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <49972998.9000504@telenix.org> References: <200902131919.37778.makc@issp.ac.ru> <49972998.9000504@telenix.org> Message-ID: <49982839.803@kc8onw.net> Chuck Robey wrote: > I finally found an odd fix, not sure why it worked this way, but I thought to > pass it along on the hope that maybe it will work for you as well as it did for > me. My max upload is about 38KBPS, my max download is about 160KBPS. I'd set > for to -1, so that the u/d rates would be set to infinite, so that the torrent > client would intelligently choose the best rate. But my experience showed that > my max ACTUAL gross download was only about 25KBPS (remember, I was expecting, > from the torrent protocol, to get better than 6 times that.) > > Well, finally losing all hope, I decided to set the upload rate down to about > 20K, so I could use the reserved rate for other entertainments. IMMEDIATELY > upon limiting the UPLOAD rate to 20K, the download rate shot up to nearly my > 160K maximum. I can't understand this, but I tried to move the upload/download > rates around a little bit, to verify the finding: that I just should NEVER set > the rates to infinite, and that (at least in ktorrent) the max download rate > really was attainable. > > I haven't any idea why this worked for me, only that it did do this, reliably. > I may go back to trying previous torrent clients now. What a fine way to spend > the afternoon! Your problem is not related to the one I and the others have. Your problem is caused by your upstream being so saturated with data packets that the acknowledge packets for the downloads are being delayed or dropped. A much more detailed description and more general solution can be found here http://www.benzedrine.cx/ackpri.html -- Jonathan From niktychina at gmail.com Sun Feb 15 12:55:28 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sun Feb 15 12:55:35 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <200902131919.37778.makc@issp.ac.ru> References: <200902131919.37778.makc@issp.ac.ru> Message-ID: 2009/2/13 Max Brazhnikov > > Do you mean 'Check data' for downloaded files? It gives me about 20Mb/s > I mean downloaded data checking, right. Download/upload speed is fine. From rwmaillists at googlemail.com Sun Feb 15 15:29:19 2009 From: rwmaillists at googlemail.com (RW) Date: Sun Feb 15 15:29:33 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: References: Message-ID: <20090215232857.205ca101@gumby.homeunix.com> On Fri, 13 Feb 2009 16:21:32 +0300 Nikolay Tychina wrote: > Hello, > > i installed ktorrent3 and it seems to be very slow while checking > pieces. (~2mb per second) > (Deluge do it much more faster, i didn't try any other clients though) > Do you have the same problem? Do you have any particular reason for doing this? I only ever do it when I'm importing a file that I already have into an incomplete torrent, so that ktorrent can verify the new chunks. From jonathan at kc8onw.net Sun Feb 15 17:47:45 2009 From: jonathan at kc8onw.net (Jonathan) Date: Sun Feb 15 17:47:52 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <20090215232857.205ca101@gumby.homeunix.com> References: <20090215232857.205ca101@gumby.homeunix.com> Message-ID: <4998C5B8.4030903@kc8onw.net> RW wrote: > On Fri, 13 Feb 2009 16:21:32 +0300 > Nikolay Tychina wrote: > >> Hello, >> >> i installed ktorrent3 and it seems to be very slow while checking >> pieces. (~2mb per second) >> (Deluge do it much more faster, i didn't try any other clients though) >> Do you have the same problem? > > Do you have any particular reason for doing this? I only ever do it > when I'm importing a file that I already have into an incomplete > torrent, so that ktorrent can verify the new chunks. That's exactly what I'm doing. In my case I'm trying to import a 157GB torrent and it's only going at 4MB/s which is far too slow. My ZFS array can sustain 100MB+ without a problem so something is wrong with ktorrent most likely. Jonathan From bf2006a at yahoo.com Sun Feb 15 20:13:45 2009 From: bf2006a at yahoo.com (bf) Date: Sun Feb 15 20:14:16 2009 Subject: lang/perl5.8 installation failure Message-ID: <17875.72781.qm@web39105.mail.mud.yahoo.com> It seems that the latest changes to the lang/perl5.8 port (resulting in CVS revision 1.100 of the Makefile, in response to PR ports/131434: lang/perl5.8: suid fails) have broken the install target. I had to change lines 145 and 146 from: BSDPAN_VERSION= ${PORTVERSION}_1 BSDPAN_WRKSRC= ${WRKDIR}/BSDPAN-${PORTVERSION} to: BSDPAN_VERSION= ${PKGVERSION} BSDPAN_WRKSRC= ${WRKDIR}/BSDPAN-${BSDPAN_VERSION} which I'm not sure is what was intended, but it works for me on 8-CURRENT i386. Someone more familiar with the port should take a look and sort out the mess. Regards, b. From Hilko.Meyer at gmx.de Sun Feb 15 20:42:46 2009 From: Hilko.Meyer at gmx.de (Hilko Meyer) Date: Sun Feb 15 20:42:53 2009 Subject: FreeBSD Port: lang/perl5.8 Message-ID: Hi, the installation of perl 5.8.9_1 fails here with the following error message: | /bin/mkdir -p /usr/local/lib/perl5/5.8.9/BSDPAN/. | install -o root -g wheel -m 444 /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/BSDPAN.pm /usr/local/lib/perl5/5.8.9/BSDPAN/BSDPAN.pm | install: /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/BSDPAN.pm: No such file or directory | *** Error code 71 | | Stop in /usr/ports/lang/perl5.8. | *** Error code 1 A look in the work-dir shows: | hilti@kirk:~> ls /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/ | ls: /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/: No such file or directory | hilti@kirk:~> ls -la /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9_1/ | total 14 | drwxr-xr-x 4 root wheel 512 15 Feb 22:21 . | drwxr-x--- 4 root wheel 512 16 Feb 04:31 .. | drwxr-xr-x 2 root wheel 512 15 Feb 22:29 BSDPAN | -rw-r--r-- 1 root wheel 2693 15 Feb 22:21 BSDPAN.pm | -rw-r--r-- 1 root wheel 1655 1 Feb 2005 Config.pm | drwxr-xr-x 2 root wheel 512 15 Feb 22:48 ExtUtils After looking in the Makefile I think either the "_1" in BSDPAN_VERSION= ${PORTVERSION}_1 is wrong or it is missing in BSDPAN_WRKSRC= ${WRKDIR}/BSDPAN-${PORTVERSION} A possible patch is attached. bye, Hilko -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile_patch Type: application/octet-stream Size: 381 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090216/63eab56c/Makefile_patch.obj From dleigh at internode.on.net Sun Feb 15 23:26:42 2009 From: dleigh at internode.on.net (Dylan Leigh) Date: Sun Feb 15 23:26:48 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090214062327.GA90185@clarence.dleigh.ath.cx> On Thu, Feb 12, 2009 at 12:32:13PM -0500, Thomas Abthorpe wrote: > At any given time, approximately 20 - 25% of all ports are > unmaintained. Not all unmaintained ports need updating, but some do. > That is where you folks come in. > > There are a bunch of you out there who are subscribers to this list > (and other FreeBSD related lists too, I am sure), you have FreeBSD > installed and likely have quite an array of ports installed on this > system of yours. You are subscribed as a means of keeping up with > the world of FreeBSD. Is there an easy way to get a list of all the unmaintained ports one currently has installed? -- Dylan Leigh From itetcu at FreeBSD.org Sun Feb 15 23:37:25 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun Feb 15 23:37:32 2009 Subject: FreeBSD Port: lang/perl5.8 In-Reply-To: References: Message-ID: <20090216093709.0cf2d2c2@it.buh.tecnik93.com> On Mon, 16 Feb 2009 05:15:49 +0100 Hilko Meyer wrote: > Hi, > > the installation of perl 5.8.9_1 fails here with the following error > message: > | /bin/mkdir -p /usr/local/lib/perl5/5.8.9/BSDPAN/. > | install -o root -g wheel -m > 444 /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/BSDPAN.pm /usr/local/lib/perl5/5.8.9/BSDPAN/BSDPAN.pm > | install: /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/BSDPAN.pm: No > such file or directory | *** Error code 71 | > | Stop in /usr/ports/lang/perl5.8. > | *** Error code 1 > > A look in the work-dir shows: > | hilti@kirk:~> ls /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/ > | ls: /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/: No such file or > directory | hilti@kirk:~> ls > -la /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9_1/ | total 14 > | drwxr-xr-x 4 root wheel 512 15 Feb 22:21 . > | drwxr-x--- 4 root wheel 512 16 Feb 04:31 .. > | drwxr-xr-x 2 root wheel 512 15 Feb 22:29 BSDPAN > | -rw-r--r-- 1 root wheel 2693 15 Feb 22:21 BSDPAN.pm > | -rw-r--r-- 1 root wheel 1655 1 Feb 2005 Config.pm > | drwxr-xr-x 2 root wheel 512 15 Feb 22:48 ExtUtils > > After looking in the Makefile I think either the "_1" in > BSDPAN_VERSION= ${PORTVERSION}_1 > is wrong or it is missing in > BSDPAN_WRKSRC= ${WRKDIR}/BSDPAN-${PORTVERSION} > > A possible patch is attached. Fixed, please csup your PT. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090216/91615456/signature.pgp From itetcu at FreeBSD.org Sun Feb 15 23:37:40 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun Feb 15 23:37:47 2009 Subject: lang/perl5.8 installation failure In-Reply-To: <17875.72781.qm@web39105.mail.mud.yahoo.com> References: <17875.72781.qm@web39105.mail.mud.yahoo.com> Message-ID: <20090216093738.043862e9@it.buh.tecnik93.com> On Sun, 15 Feb 2009 20:13:43 -0800 (PST) bf wrote: > It seems that the latest changes to the lang/perl5.8 port (resulting > in CVS revision 1.100 of the Makefile, in response to PR ports/131434: > lang/perl5.8: suid fails) have broken the install target. > > I had to change lines 145 and 146 from: > > BSDPAN_VERSION= ${PORTVERSION}_1 > BSDPAN_WRKSRC= ${WRKDIR}/BSDPAN-${PORTVERSION} > > to: > > BSDPAN_VERSION= ${PKGVERSION} > BSDPAN_WRKSRC= ${WRKDIR}/BSDPAN-${BSDPAN_VERSION} > > which I'm not sure is what was intended, but it works for me on > 8-CURRENT i386. Someone more familiar with the port should take a > look and sort out the mess. Fixed, please csup your PT. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090216/cfebe3f1/signature.pgp From chifeng at gmail.com Sun Feb 15 23:59:02 2009 From: chifeng at gmail.com (chifeng) Date: Sun Feb 15 23:59:09 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090214062327.GA90185@clarence.dleigh.ath.cx> References: <200902121232.30515.tabthorpe@freebsd.org> <20090214062327.GA90185@clarence.dleigh.ath.cx> Message-ID: # cd /usr/ports/mail/ # grep -R 'ports@FreeBSD.org' * try this way. :) On Sat, Feb 14, 2009 at 2:23 PM, Dylan Leigh wrote: > On Thu, Feb 12, 2009 at 12:32:13PM -0500, Thomas Abthorpe wrote: > > At any given time, approximately 20 - 25% of all ports are > > unmaintained. Not all unmaintained ports need updating, but some do. > > That is where you folks come in. > > > > There are a bunch of you out there who are subscribers to this list > > (and other FreeBSD related lists too, I am sure), you have FreeBSD > > installed and likely have quite an array of ports installed on this > > system of yours. You are subscribed as a means of keeping up with > > the world of FreeBSD. > > > Is there an easy way to get a list of all the unmaintained ports one > currently has installed? > > > -- > Dylan Leigh > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- regards. chifeng From john.marshall at riverwillow.com.au Mon Feb 16 00:45:54 2009 From: john.marshall at riverwillow.com.au (John Marshall) Date: Mon Feb 16 00:46:01 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090214062327.GA90185@clarence.dleigh.ath.cx> References: <200902121232.30515.tabthorpe@freebsd.org> <20090214062327.GA90185@clarence.dleigh.ath.cx> Message-ID: <20090216083038.GE1115@rwpc12.mby.riverwillow.net.au> On Sat, 14 Feb 2009, 17:23 +1100, Dylan Leigh wrote: > On Thu, Feb 12, 2009 at 12:32:13PM -0500, Thomas Abthorpe wrote: > > At any given time, approximately 20 - 25% of all ports are > > unmaintained. Not all unmaintained ports need updating, but some do. > > That is where you folks come in. > > > > There are a bunch of you out there who are subscribers to this list > > (and other FreeBSD related lists too, I am sure), you have FreeBSD > > installed and likely have quite an array of ports installed on this > > system of yours. You are subscribed as a means of keeping up with > > the world of FreeBSD. > > > Is there an easy way to get a list of all the unmaintained ports one > currently has installed? The bit of Thomas' email which you snipped includes a link to a script to list them for you. http://wiki.freebsd.org/PortsTasks (at the foot of the page) -- John Marshall -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090216/913f5b84/attachment.pgp From gpagnoni at gmail.com Mon Feb 16 02:29:42 2009 From: gpagnoni at gmail.com (Giuseppe Pagnoni) Date: Mon Feb 16 02:29:48 2009 Subject: lyx 1.6 upgrade? Message-ID: <92056ebc0902160216p2e3ddfdcuc623031cba74a187@mail.gmail.com> Dear port developers, is there a plan to upgrade the lyx15 port in the short term? The version in the stable port tree (1.5.6) is not compatible anymore with the later 1.6 version, which creates difficulties for opening the same document under different system. thanks for the great work giuseppe From shuvaev at physik.uni-wuerzburg.de Mon Feb 16 02:43:52 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Feb 16 02:43:59 2009 Subject: lyx 1.6 upgrade? In-Reply-To: <92056ebc0902160216p2e3ddfdcuc623031cba74a187@mail.gmail.com> References: <92056ebc0902160216p2e3ddfdcuc623031cba74a187@mail.gmail.com> Message-ID: <20090216104349.GA57162@wep4035.physik.uni-wuerzburg.de> On Mon, Feb 16, 2009 at 11:16:26AM +0100, Giuseppe Pagnoni wrote: > Dear port developers, > > is there a plan to upgrade the lyx15 port in the short term? The > version in the stable port tree (1.5.6) is not compatible anymore with > the later 1.6 version, which creates difficulties for opening the same > document under different system. > > thanks for the great work > Have you tried contacting print/lyx port maintainer (CC-ed)? Alexey. From bugmaster at FreeBSD.org Mon Feb 16 03:06:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 16 03:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200902161106.n1GB64wq095189@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/131741 Port Upgrade f ports/131731 [UPDATE] mail/atmail update to 1.0.3 and fixed some er o ports/131725 adopt benchmarks/stream and resolve conflict with grap o ports/131714 request to adopt unmaintained port net/trafshow o ports/131698 [maintainer] www/p5-RTx-Calendar -- update to 0.06, rt o ports/131672 Icon for misc/gonvert doesn't work o ports/131663 [new port] graphics/libdrm-devel o ports/131649 port patch fix - www/mod_lisp2 - fix for apache22 o ports/131646 sysutils/rsnapshot exclude statements not properly doc o ports/131632 www/c-icap + latest clamav does not compile o ports/131631 [maintainer update] update lang/twelf to 1.5R1 o ports/131629 NEW PORT: audio/exaile-devel, add CONFLICTS to audio/e f ports/131612 multimedia/vlc build failure f ports/131607 [PATCH] update of sysutils/arcconf to 6.10 f ports/131604 [UPDATE]benchmarks/sipp: update to 3.1.20090121 o ports/131591 net-mgmt/pads: add a patch to fix a problem with the p f ports/131580 port databases/frontbase upgraded to version 4.2.9 o ports/131570 Port update: archivers/par2cmdline-tbb - Update to ver o ports/131561 mbone/udpcast upgrade to 20081213 o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 o ports/131518 mail/mailscanner: please update mailscanner ports o ports/131515 net/isc-dhcp30-server bulding fails on -STABLE o ports/131505 [MAINTAINER-UPDATE] games/ifm: fix wrong distfile f ports/131492 Update graphics/f-spot to 0.5.0.3, unbreaks port f ports/131491 Update x11-toolkits/gtk-sharp20 to 2.12.8 o ports/131422 [PATCH] Fix socketpair() function invocation in irc/ct f ports/131421 ports/graphics/geos: /usr/local/include/geos/geom/Bin o ports/131420 Incorrect installation of manpages for oss-4.1.b1051 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi f ports/131345 [UPDATE] sysutils/htop to 0.8.1 o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131332 [new port] news/lottanzb - graphical usenet client usi o ports/131298 [new port] audio/mumble o ports/131233 multimedia/mplayer: gmplayer stopped working o ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/131204 audio/musicpd: fix aac decoding o ports/131169 New port lang/ikarus: optimizing incremental Scheme co f ports/131109 net/jicmp upgrade from v1.0.8 to 1.0.9 f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr f ports/130966 multimedia/mplayer: gmplayer cannot start o ports/130925 New port: x11-toolkits/soqt4 - Qt4 toolkit library f ports/130828 graphics/xnview can not work in the FreeBSD 7.1 f ports/130779 [PATCH] emulators/dosbox enable directserial passthrou f ports/130760 science/netcdf: link problem with fortran library f ports/130741 7.1-RELEASE/ports/sysutils/coreutils/Makefile add BUIL o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130647 devel/p5-File-Pid: uninitialized value warning if you f ports/130633 www/c-icap: update to 060708 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130314 [Update]graphics/gpicview:update to 0.1.11 f ports/130209 www/typo3 upgrade removes configuration f ports/130202 [PATCH] net-im/pidgin-guifications: update to 2.16 f ports/130174 New port: net/igmpproxy multicast proxy f ports/130065 devel/stlport update to 5.2.1 and problems f ports/130047 update cad/ngspice_rework to version 18 f ports/129977 [UPDATE] net/acx100 to latest (working?) version o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129606 benchmarks/iozone does not support O_DIRECT o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports f ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/129363 devel/ace build fails if kernel module aio is loaded o ports/128603 textproc/flex has too small capacity f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128271 biology/ncbi-toolkit - blastall segfaults when output o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes s ports/124548 net/mDNSResponder port incompatible with gnome desktop o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 f ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 93 problems total. From rbgarga at gmail.com Mon Feb 16 04:08:08 2009 From: rbgarga at gmail.com (Renato Botelho) Date: Mon Feb 16 04:08:16 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090214062327.GA90185@clarence.dleigh.ath.cx> References: <200902121232.30515.tabthorpe@freebsd.org> <20090214062327.GA90185@clarence.dleigh.ath.cx> Message-ID: <747dc8f30902160338n4286c37and3e85b6b71ba9466@mail.gmail.com> On Sat, Feb 14, 2009 at 3:23 AM, Dylan Leigh wrote: > On Thu, Feb 12, 2009 at 12:32:13PM -0500, Thomas Abthorpe wrote: >> At any given time, approximately 20 - 25% of all ports are >> unmaintained. Not all unmaintained ports need updating, but some do. >> That is where you folks come in. >> >> There are a bunch of you out there who are subscribers to this list >> (and other FreeBSD related lists too, I am sure), you have FreeBSD >> installed and likely have quite an array of ports installed on this >> system of yours. You are subscribed as a means of keeping up with >> the world of FreeBSD. > > > Is there an easy way to get a list of all the unmaintained ports one > currently has installed? cd /usr/ports make search maint=ports@FreeBSD.org -- Renato Botelho From rwmaillists at googlemail.com Mon Feb 16 05:29:45 2009 From: rwmaillists at googlemail.com (RW) Date: Mon Feb 16 05:30:07 2009 Subject: Determining if Nvidia graphics card supports widescreen modes Message-ID: <20090216132938.274bf70d@gumby.homeunix.com> I need to replace my old CRT monitor. I suspect that my nvidia GeForce FX 5700LE wont support a widescreen monitor, but is there any way of finding-out what modes are supported. I don't really want to replace the card as it's agp, and they seem to be relatively expensive these days. From akitada at gmail.com Mon Feb 16 05:35:41 2009 From: akitada at gmail.com (Akira Kitada) Date: Mon Feb 16 05:35:47 2009 Subject: FreeBSD Port: curl-7.19.2 Message-ID: <1D520D87-0D35-4B40-8139-246E80B54B97@gmail.com> Hi, Any plan to update curl to 7.19.3? Thanks From eitanadlerlist at gmail.com Mon Feb 16 05:49:38 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Mon Feb 16 05:49:44 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090214062327.GA90185@clarence.dleigh.ath.cx> References: <200902121232.30515.tabthorpe@freebsd.org> <20090214062327.GA90185@clarence.dleigh.ath.cx> Message-ID: <49996EF7.9050307@gmail.com> Dylan Leigh wrote: > On Thu, Feb 12, 2009 at 12:32:13PM -0500, Thomas Abthorpe wrote: >> At any given time, approximately 20 - 25% of all ports are >> unmaintained. Not all unmaintained ports need updating, but some do. >> That is where you folks come in. >> >> There are a bunch of you out there who are subscribers to this list >> (and other FreeBSD related lists too, I am sure), you have FreeBSD >> installed and likely have quite an array of ports installed on this >> system of yours. You are subscribed as a means of keeping up with >> the world of FreeBSD. > > > Is there an easy way to get a list of all the unmaintained ports one > currently has installed? > > # #!/bin/sh cd /usr/ports; grep -F "`for o in \`pkg_info -qao\` ; \ do echo "|/usr/ports/${o}|" ; done`" `make -V INDEXFILE` | \ grep -i \|ports@freebsd.org\| | cut -f 2 -d \| -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From rwmaillists at googlemail.com Mon Feb 16 05:50:31 2009 From: rwmaillists at googlemail.com (RW) Date: Mon Feb 16 05:50:38 2009 Subject: Determining if Nvidia graphics card supports widescreen modes In-Reply-To: <20090216132938.274bf70d@gumby.homeunix.com> References: <20090216132938.274bf70d@gumby.homeunix.com> Message-ID: <20090216135025.6e3bed5e@gumby.homeunix.com> On Mon, 16 Feb 2009 13:29:38 +0000 RW wrote: > > I need to replace my old CRT monitor. I suspect that my nvidia > GeForce FX 5700LE wont support a widescreen monitor, but is there > any way of finding-out what modes are supported. > > I don't really want to replace the card as it's agp, and they seem to > be relatively expensive these days. FWIW I meant to post this to questions, but I'm going to leave it here. It's probably an xorg question anyway, and I don't want to kick-off another long thread about what belongs in questions by reposting it. From chuckr at telenix.org Mon Feb 16 10:27:45 2009 From: chuckr at telenix.org (Chuck Robey) Date: Mon Feb 16 10:27:53 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <49982839.803@kc8onw.net> References: <200902131919.37778.makc@issp.ac.ru> <49972998.9000504@telenix.org> <49982839.803@kc8onw.net> Message-ID: <4999ADF0.2040405@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jonathan wrote: > Chuck Robey wrote: >> I finally found an odd fix, not sure why it worked this way, but I thought to >> pass it along on the hope that maybe it will work for you as well as it did for >> me. My max upload is about 38KBPS, my max download is about 160KBPS. I'd set >> for to -1, so that the u/d rates would be set to infinite, so that the torrent >> client would intelligently choose the best rate. But my experience showed that >> my max ACTUAL gross download was only about 25KBPS (remember, I was expecting, >> from the torrent protocol, to get better than 6 times that.) >> >> Well, finally losing all hope, I decided to set the upload rate down to about >> 20K, so I could use the reserved rate for other entertainments. IMMEDIATELY >> upon limiting the UPLOAD rate to 20K, the download rate shot up to nearly my >> 160K maximum. I can't understand this, but I tried to move the upload/download >> rates around a little bit, to verify the finding: that I just should NEVER set >> the rates to infinite, and that (at least in ktorrent) the max download rate >> really was attainable. >> >> I haven't any idea why this worked for me, only that it did do this, reliably. >> I may go back to trying previous torrent clients now. What a fine way to spend >> the afternoon! > > Your problem is not related to the one I and the others have. Your > problem is caused by your upstream being so saturated with data packets > that the acknowledge packets for the downloads are being delayed or > dropped. A much more detailed description and more general solution can > be found here http://www.benzedrine.cx/ackpri.html You may be right, I said I didn't understand, but if my upload was supposedly satured, it makes less sense to me that it never showed as using more that about 10K (5K for the average, really) and my limit (for both upload & download) was set to -1 (infinite). I didn't see why that would cause saturation, although the other results (having the download rate go from very limited to a max value) do kind of support such an idea. Why would my setting the rates both to infinite cause saturation? Or is maybe the upload rate that's being set being only affecting one use of upload, but not all uses of upload? That could be twisted in that direction, I guess, choking off the ability to use uploads for acks, because it's all being reserved for some other use? Boy, that surprises me, but it's it's what's meant, it could explain things. > > -- > Jonathan > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmZre8ACgkQz62J6PPcoOkCNACgg9KLcYQPqfMt7PSnNzGxIR4N 4esAnjz53tOMiKIGUAQmXzHonyUeDAi2 =FKsT -----END PGP SIGNATURE----- From shuvaev at physik.uni-wuerzburg.de Mon Feb 16 13:09:54 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Feb 16 13:10:00 2009 Subject: Determining if Nvidia graphics card supports widescreen modes In-Reply-To: <20090216135025.6e3bed5e@gumby.homeunix.com> References: <20090216132938.274bf70d@gumby.homeunix.com> <20090216135025.6e3bed5e@gumby.homeunix.com> Message-ID: <20090216210952.GB85984@wep4035.physik.uni-wuerzburg.de> On Mon, Feb 16, 2009 at 01:50:25PM +0000, RW wrote: > On Mon, 16 Feb 2009 13:29:38 +0000 > RW wrote: > > > > > I need to replace my old CRT monitor. I suspect that my nvidia > > GeForce FX 5700LE wont support a widescreen monitor, but is there > > any way of finding-out what modes are supported. > > > > I don't really want to replace the card as it's agp, and they seem to > > be relatively expensive these days. > I think video cards today support almost anything. I remeber I have played with my GeForce4 420 Go (NV17 chipset) with manual Modeline-s in xorg.conf. I was able to activate some totally crazy modes like 2048x4 :) My 0.02$, Alexey. From jonathan at kc8onw.net Mon Feb 16 17:27:07 2009 From: jonathan at kc8onw.net (Jonathan) Date: Mon Feb 16 17:27:14 2009 Subject: FreeBSD Port: ktorrent-3.1.6_1 In-Reply-To: <4999ADF0.2040405@telenix.org> References: <200902131919.37778.makc@issp.ac.ru> <49972998.9000504@telenix.org> <49982839.803@kc8onw.net> <4999ADF0.2040405@telenix.org> Message-ID: <499A1261.9000900@kc8onw.net> Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jonathan wrote: >> Your problem is not related to the one I and the others have. Your >> problem is caused by your upstream being so saturated with data packets >> that the acknowledge packets for the downloads are being delayed or >> dropped. A much more detailed description and more general solution can >> be found here http://www.benzedrine.cx/ackpri.html > > You may be right, I said I didn't understand, but if my upload was supposedly > satured, it makes less sense to me that it never showed as using more that about > 10K (5K for the average, really) and my limit (for both upload & download) was > set to -1 (infinite). I didn't see why that would cause saturation, although > the other results (having the download rate go from very limited to a max value) > do kind of support such an idea. Why would my setting the rates both to > infinite cause saturation? > > Or is maybe the upload rate that's being set being only affecting one use of > upload, but not all uses of upload? That could be twisted in that direction, I > guess, choking off the ability to use uploads for acks, because it's all being > reserved for some other use? Boy, that surprises me, but it's it's what's > meant, it could explain things. If I understand this paragraph correctly, yes, that's exactly what happens. If you check the link I sent earlier it has a detailed explanation with graphs. Jonathan From info.lmtd at gadgetsdirectuk.com Mon Feb 16 18:51:18 2009 From: info.lmtd at gadgetsdirectuk.com (info.lmtd@gadgetsdirectuk.com) Date: Mon Feb 16 18:51:51 2009 Subject: Get Blackberry Storm/N95/E90/N93 or Apple iPhone 16GB Message-ID: <20090217002639.521A1131C00@mlwc496.servidoresdns.net> BONUS OFFER:Get Blackberry Storm/N95/E90/N93 or Apple iPhone 16GB Sony Ericsson X1 - $400 USD SONY PS3 (60GB) = $300 USD Apple iPhone 16GB............$250 USD Blackberry Bold..............$300 USD Blackberry Storm.............$350 USD Samsung Omnia i900 (16GB)....$470 USD HTC Touch Pro................$400 USD HTC Diamond .................$400 USD Nokia N96....................$350 USD Nokia N85....................$350 USD Nokia E71....................$300 USD Nokia E66....................$300 USD Nokia E90....................$350 USD Motorola V3i D&G......$250 USD Nokia N95......... ...$320 USD Nokia N93......... ...$260 USD Nokia N93i ...........$280 USD Nokia N70 ............$160 USD Nokia N72 ............$175 USD Nokia N73 ............$250 USD Nokia N80 ............$200 USD Nokia N90 ............$200 USD Nokia N91 ............$200 USD We are offering 2 free Units for Any 5 Units order Mixed or Single Model in our CLOSEOUT OFFER All Phones,Brand New,Tri- Band,Quadband with Complete Accessories plus Intl Warranty . Alan Pepple Gadgets DIRECT Lmtd UK 6 Greenhill Crescent, Watford Business Park,Watford, WD18 8RF UNITED KINGDOM E-mail- gadgets.direct.lmtd@googlemail.com From tabthorpe at freebsd.org Mon Feb 16 18:58:06 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Mon Feb 16 18:58:13 2009 Subject: Call for potential ports maintainers In-Reply-To: References: <200902121232.30515.tabthorpe@freebsd.org> <200902131032.05331.tabthorpe@freebsd.org> Message-ID: <200902162158.02886.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 14, 2009 09:29:07 am chifeng wrote: > mail/fdm > mail/p5-IMAP-Admin > mail/p5-MIME-Lite this one was already taken :( > mail/p5-MIME-Lite-HTML > mail/p5-Mail-Alias > mail/p5-Mail-Folder > mail/p5-Mail-MailStats > mail/p5-Mail-SRS > mail/p5-Mail-Spool > mail/p5-Mail-Verify > mail/popcheck > mail/rss2email > mail/sqlgrey > > Otherwise, I want to take these ports, as I am using that port. > benchmarks/iozone > benchmarks/iozone21 All others are yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmaJ7oACgkQ5Gm/jNBp8qA/zACcC8gbxcPSEoKVHxWby4EJBYn2 wS8AnRS09TyMqACnbGXIdxph08KkVLP7 =zU3C -----END PGP SIGNATURE----- From tabthorpe at freebsd.org Mon Feb 16 19:39:55 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Mon Feb 16 19:40:01 2009 Subject: Follow up to Ports Maintainer Roundup 2009 In-Reply-To: <200902141946.23367.cm@therek.net> References: <200902131135.11526.tabthorpe@freebsd.org> <200902141946.23367.cm@therek.net> Message-ID: <200902162239.51265.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 14, 2009 01:46:23 pm Cezary Morga wrote: > Thomas Abthorpe wrote: > > Do us all proud, and show us what you are made of! > > So, how about me picking up > devel/p5-Config-IniFiles > devel/p5-Config-Record > devel/p5-Config-Simple > devel/p5-Config-Std > devel/p5-ConfigReader > net/wakeonlan > net/wol > net/gspoof > ? They are now yours. Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmaMYcACgkQ5Gm/jNBp8qCSzACfS/IGYe7KczBa/7n2kWgKFU+E M4EAn0WV/nBx5HMAkdyWjti5EHbp1GrB =uEFT -----END PGP SIGNATURE----- From yawstick at charter.net Mon Feb 16 22:02:01 2009 From: yawstick at charter.net (yawstick) Date: Mon Feb 16 22:02:08 2009 Subject: emc2 on freebsd Message-ID: <499A4905.1080905@charter.net> curious if anyone could comment of the practicality of porting emc2 to freebsd emc2 is a cnc machine control package http://www.linuxcnc.org/ the preferred operating system for this package is ubuntu with a real time kernel not sure what a real time kernel is but curious if there is something similar on freebsd thanks Paul From info at zubkov.info Tue Feb 17 01:16:40 2009 From: info at zubkov.info (Alexander B. Zubkov) Date: Tue Feb 17 01:16:47 2009 Subject: FreeBSD Port: firebird-server-2.0.3_2 Message-ID: <001801c990dc$b2e97920$18bc6b60$@info> Hello! Are you going to update to 2.1 version or it has some installation problems? I really need 2.1, because 2.0 is unable to work with newer backup versions taken from other server. Thanks in advance. Alexander Zubkov. From sdshschmidt at gmail.com Tue Feb 17 07:47:02 2009 From: sdshschmidt at gmail.com (Steve Schmidt) Date: Tue Feb 17 07:47:09 2009 Subject: FreeBSD Port: gnome2-lite-2.24.3 Message-ID: <8cff488f0902170714k6bd46b1eh1a94b6e1e7b321b@mail.gmail.com> Greetings: I'm attempting a fresh install of gnome2-liteand I'm encountering a rash of security issues. By fresh install, I am using FreeBSD 7.1-RELEASE with xorg7.4 successfully installed. I am basically following the instructions on http://www.freebsd.org/gnome/docs/faq2.html # pkg_delete -rf pkg-config\* # cd /usr/ports/x11/gnome2 # make clean # make install clean - but instead of port gnome2 and gnome2-lite. By security, I mean some of the ports will not install because of a dependency with firefox-2.0.0.20_2,1 Through liberal applications of portmaster and installation of many of the individual ports (and getting the stink-eye from my wife for spending an entire Saturday on this), I managed to get a gnome session launched, however, the resulting product was unstable. I haven't tried a full-blown gnome install but I see that that includes Firefox 2 also in its dependecies Have any ideas? - Steve Schmidt Cary, NC From gary.jennejohn at freenet.de Tue Feb 17 08:16:33 2009 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Tue Feb 17 08:16:43 2009 Subject: emc2 on freebsd In-Reply-To: <499A4905.1080905@charter.net> References: <499A4905.1080905@charter.net> Message-ID: <20090217171623.67e29505@ernst.jennejohn.org> On Tue, 17 Feb 2009 00:20:05 -0500 yawstick wrote: > curious if anyone could comment of the practicality of porting emc2 to > freebsd > emc2 is a cnc machine control package http://www.linuxcnc.org/ > the preferred operating system for this package is ubuntu with a real > time kernel > not sure what a real time kernel is but curious if there is something > similar on freebsd > Real time means guaranteed response times for handling e.g. interrupts. FreeBSD is not real time, although with a very fast CPU it may be adequate. Linux is also not real time out-of-the-box. Patches (RTAI for one) are needed to get real time behavior. --- Gary Jennejohn From marshc187 at gmail.com Tue Feb 17 10:23:49 2009 From: marshc187 at gmail.com (t-u-t) Date: Tue Feb 17 10:23:56 2009 Subject: FreeBSD Port: gnome2-lite-2.24.3 In-Reply-To: <8cff488f0902170714k6bd46b1eh1a94b6e1e7b321b@mail.gmail.com> References: <8cff488f0902170714k6bd46b1eh1a94b6e1e7b321b@mail.gmail.com> Message-ID: <499B00A0.4060108@gmail.com> Steve Schmidt wrote: > Greetings: > > I'm attempting a fresh install of > gnome2-liteand > I'm encountering a rash of security issues. > > By fresh install, I am using FreeBSD 7.1-RELEASE with > xorg7.4 > successfully installed. > > I am basically following the instructions on > http://www.freebsd.org/gnome/docs/faq2.html > # pkg_delete -rf pkg-config\* > # cd /usr/ports/x11/gnome2 > # make clean > # make install clean > > - but instead of port gnome2 and gnome2-lite. > > By security, I mean some of the ports will not install because of a > dependency with firefox-2.0.0.20_2,1 > > Through liberal applications of portmaster and installation of many of the > individual ports (and getting the stink-eye from my wife for spending an > entire Saturday on this), I managed to get a gnome session launched, > however, the resulting product was unstable. > > I haven't tried a full-blown gnome install but I see that that includes > Firefox 2 also in its dependecies > > Have any ideas? > > - Steve Schmidt > Cary, NC > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > hi. i had come across same problem this weekend when firefox3 saw an upgrade and firefox2 got marked forbidden, but there are still some ports that require firefox2 particularly for gecko. a quick fix is to edit the Makefile of those ports that need gecko and remove firefox from the USE_GECKO line, but you will still have to build xulrunner. i am kinda noob, so maybe you can get better advice, and i'm not married, so i have a bit more time to play around, but replied cuz i am getting some unstable builds from ports and am now trying to get them as packages from wherever i can find them; and i don't know if you thought you got an unstable gnome because of firefox From ota at j.email.ne.jp Tue Feb 17 19:37:06 2009 From: ota at j.email.ne.jp (Yoshihiro Ota) Date: Tue Feb 17 19:37:13 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902121232.30515.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> Message-ID: <20090217221934.12129bf4.ota@j.email.ne.jp> On Thu, 12 Feb 2009 12:32:13 -0500 Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > The gauntlet has been thrown down, who among you is prepared to pick it up? > Let me try these, first. japanese/gawk lang/mawk lang/nawk Thanks, Hiro From tabthorpe at freebsd.org Tue Feb 17 21:56:17 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Tue Feb 17 21:56:23 2009 Subject: Call for potential ports maintainers In-Reply-To: <20090217221934.12129bf4.ota@j.email.ne.jp> References: <200902121232.30515.tabthorpe@freebsd.org> <20090217221934.12129bf4.ota@j.email.ne.jp> Message-ID: <200902180056.12854.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 17, 2009 10:19:34 pm Yoshihiro Ota wrote: > Let me try these, first. > > japanese/gawk > lang/mawk > lang/nawk > > Thanks, > Hiro They are yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmbovwACgkQ5Gm/jNBp8qAtWwCePwf3mS91fsPCrwhlsFTPMC0w ByIAniftWkPLFHGhxyydzibIZTTAP0oc =Jea1 -----END PGP SIGNATURE----- From dikshie at gmail.com Tue Feb 17 23:18:55 2009 From: dikshie at gmail.com (dikshie) Date: Tue Feb 17 23:19:02 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902180056.12854.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <20090217221934.12129bf4.ota@j.email.ne.jp> <200902180056.12854.tabthorpe@freebsd.org> Message-ID: <910e60e80902172247l4ce13b32pa1b043985f35cf8f@mail.gmail.com> On Wed, Feb 18, 2009 at 2:56 PM, Thomas Abthorpe wrote: > > On February 17, 2009 10:19:34 pm Yoshihiro Ota wrote: >> Let me try these, first. >> >> japanese/gawk >> lang/mawk >> lang/nawk >> >> Thanks, >> Hiro > > They are yours! if possible could someone please porting: 1.ruby-libtrace (http://www.cs.auckland.ac.nz/~nevil/ruby-libtrace/) libtrace already in ports but ruby binding to libtrace is non existent. 2.maji (http://research.wand.net.nz/software/maji.php) thanks! -dikshie- From kamikaze at bsdforen.de Wed Feb 18 00:36:06 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Feb 18 00:36:39 2009 Subject: warning, broken Python-2.6.1.tgz mirrors Message-ID: <499BC869.4030007@bsdforen.de> There appear to be broken (messed with?) Python-2.6.1.tgz distfiles on some mirrors. These files have the correct length, but there is a checksum mismatch. Assuming that probably the distinfo was wrong, I checked on the python page. According to the Python homepage the distinfo is correct. I have manually downloaded from the original Phython ftp and that one has the correct checksums. From kamikaze at bsdforen.de Wed Feb 18 01:06:33 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Feb 18 01:06:45 2009 Subject: UCS4 in python 2.6 broken Message-ID: <499BCF8E.5030805@bsdforen.de> I'm running sonata with Python 2.6, or rather I used to: File "/usr/local/lib/python2.6/site-packages/gtk-2.0/glib/__init__.py", line 30, in from glib._glib import * ImportError: /usr/local/lib/python2.6/site-packages/gtk-2.0/glib/_glib.so: Undefined symbol "PyUnicodeUCS4_DecodeUTF8" The python26 port is configured correctly: # cd /usr/ports/lang/python26 # make -VWITH_UCS4 true # From chifeng at gmail.com Wed Feb 18 03:52:51 2009 From: chifeng at gmail.com (chifeng) Date: Wed Feb 18 03:52:57 2009 Subject: Call for potential ports maintainers In-Reply-To: <200902180056.12854.tabthorpe@freebsd.org> References: <200902121232.30515.tabthorpe@freebsd.org> <20090217221934.12129bf4.ota@j.email.ne.jp> <200902180056.12854.tabthorpe@freebsd.org> Message-ID: Hi Thomas, I sent three PRs that update these ports to latest version, So could you assign to me? net/delgate mail/libpst net-mgmt/pftabled Chifeng On Wed, Feb 18, 2009 at 1:56 PM, Thomas Abthorpe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On February 17, 2009 10:19:34 pm Yoshihiro Ota wrote: > > Let me try these, first. > > > > japanese/gawk > > lang/mawk > > lang/nawk > > > > Thanks, > > Hiro > > They are yours! > > > Thomas > > - -- > Thomas Abthorpe | FreeBSD Committer > tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.10 (FreeBSD) > > iEYEARECAAYFAkmbovwACgkQ5Gm/jNBp8qAtWwCePwf3mS91fsPCrwhlsFTPMC0w > ByIAniftWkPLFHGhxyydzibIZTTAP0oc > =Jea1 > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- regards. chifeng From demelier.david at gmail.com Wed Feb 18 05:03:31 2009 From: demelier.david at gmail.com (David DEMELIER) Date: Wed Feb 18 05:03:37 2009 Subject: Supermaryiochronicles segfault when quits Message-ID: Hi there, I'm was testing smc (supermaryochronicles), it works well but when you quit the game it just segfault. Not critical but don't know why. [markand@Mangue ~] % smc Warning : OpenGL Version 1,000000 below optimal version 1.4 and higher Last known SDL Error : /dev/uhid3: No such file or directory zsh: segmentation fault (core dumped) smc I guess it's not because of the missing device that the game segfault. Try it to see if you get the same thing. From demelier.david at gmail.com Wed Feb 18 05:27:26 2009 From: demelier.david at gmail.com (David DEMELIER) Date: Wed Feb 18 05:27:33 2009 Subject: Supermaryiochronicles segfault when quits Message-ID: Hi there, I'm was testing smc (supermaryochronicles), it works well but when you quit the game it just segfault. Not critical but don't know why. [markand@Mangue ~] % smc Warning : OpenGL Version 1,000000 below optimal version 1.4 and higher Last known SDL Error : /dev/uhid3: No such file or directory zsh: segmentation fault (core dumped) smc I guess it's not because of the missing device that the game segfault. Try it to see if you get the same thing. David. From mad at madpilot.net Wed Feb 18 06:29:50 2009 From: mad at madpilot.net (Guido Falsi) Date: Wed Feb 18 06:30:03 2009 Subject: ports using sdp when mpeg4ip is installed Message-ID: <20090218141028.GB48065@megatron.madpilot.net> Hello, I maintain a few ports, between those there are gnokii and the ports package for obexapp, written by Maksim. I already had to deal with the problem in the subject some time ago (PR ports/108428) and now that gnokii has sdp support PR ports/131778 has correctly been filed. As exlained in the PRs the problem is mpeg4ip is installing an sdp.h file and an libsdp.so library in /usr/local/(include|lib), which are preferred by the ports systems(especially the autotools) on the system ones breaking software build. The solution is doing jumps through hoops to make autotools and other pieces behave, hardcoding base system paths or the like. I could not find better ways. Whth gnokii right now I'm having big problems making libtool behave. I could try patching the system wide one to manage this situation, but I don't really understand it's internals, if anyone could point me in the right direction here that would be very appreciated. We could just fix the includes problem by moving one of the two sdp.h files in a subdirectory of include, but the libraries problem would remain. How should I act? Doing the hoop jumping is not a big problem to me, but in the future with more programs taking advantage of bluetooth/sdp functionality this problem will be even more frequent, and I don't think fixing every single case by hand to be a good solution. Could we try to find a system or ports wide solution? Sorry for the lenghty email, but I wanted to explain the situation fully. BTW should I also send a resume of this email to gnats for historic purposes? Thanks in advance for any help, opinions, revision or also confort on this. -- Guido Falsi From tabthorpe at freebsd.org Wed Feb 18 06:50:26 2009 From: tabthorpe at freebsd.org (Thomas Abthorpe) Date: Wed Feb 18 06:50:33 2009 Subject: Call for potential ports maintainers In-Reply-To: References: <200902121232.30515.tabthorpe@freebsd.org> <200902180056.12854.tabthorpe@freebsd.org> Message-ID: <200902180950.22018.tabthorpe@freebsd.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On February 18, 2009 06:52:49 am chifeng wrote: > I sent three PRs that update these ports to latest version, So could you > assign to me? > > net/delgate net/delegate :) > mail/libpst > net-mgmt/pftabled They are yours! Thomas - -- Thomas Abthorpe | FreeBSD Committer tabthorpe@FreeBSD.org | http://people.freebsd.org/~tabthorpe -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmcIC4ACgkQ5Gm/jNBp8qA6pQCggg1fzP/XCe5hW2gDucchBX7t WkoAn0p2gZBsQXyxFRydQY+eR4ImD8vV =A/T3 -----END PGP SIGNATURE----- From david at vizion2000.net Wed Feb 18 09:31:10 2009 From: david at vizion2000.net (David Southwell) Date: Wed Feb 18 09:33:03 2009 Subject: gpac-libgpac compile failure header file missing? Message-ID: <200902180954.35580.david@vizion2000.net> make stops with: compositor/events.c: In function 'load_text_node': compositor/events.c:239: warning: passing argument 3 of 'gf_utf8_wcstombs' from incompatible pointer type compositor/events.c:247: warning: passing argument 3 of 'gf_utf8_wcstombs' from incompatible pointer type cc -O3 -O2 -fno-strict-aliasing -pipe -fPIC -pthread -fno-strict-aliasing -Wno-pointer-sign -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c compositor/font_engine.c -o compositor/font_engine.opic cc -O3 -O2 -fno-strict-aliasing -pipe -fPIC -pthread -fno-strict-aliasing -Wno-pointer-sign -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c compositor/hardcoded_protos.c -o compositor/hardcoded_protos.opic cc -O3 -O2 -fno-strict-aliasing -pipe -fPIC -pthread -fno-strict-aliasing -Wno-pointer-sign -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c compositor/mesh.c -o compositor/mesh.opic In file included from compositor/mesh.c:33: compositor/gl_inc.h:45:19: error: GL/gl.h: No such file or directory gmake: *** [compositor/mesh.opic] Error 1 *** Error code 2 Stop in /usr/ports/multimedia/gpac-libgpac. seems to be looking for a missing header file From roberthuff at rcn.com Wed Feb 18 09:45:39 2009 From: roberthuff at rcn.com (Robert Huff) Date: Wed Feb 18 09:45:46 2009 Subject: gpac-libgpac compile failure header file missing? In-Reply-To: <200902180954.35580.david@vizion2000.net> References: <200902180954.35580.david@vizion2000.net> Message-ID: <18844.18746.687584.76659@jerusalem.litteratus.org> David Southwell writes: > cc -O3 -O2 -fno-strict-aliasing -pipe -fPIC -pthread -fno-strict-aliasing -Wno-pointer-sign -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c > compositor/mesh.c -o compositor/mesh.opic > In file included from compositor/mesh.c:33: > compositor/gl_inc.h:45:19: error: GL/gl.h: No such file or directory > gmake: *** [compositor/mesh.opic] Error 1 > *** Error code 2 > > Stop in /usr/ports/multimedia/gpac-libgpac. > > seems to be looking for a missing header file Try: grep -R GL/gl.h /var/db/pkg/* Robert Huff From jkim at FreeBSD.org Wed Feb 18 09:53:49 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Wed Feb 18 09:53:56 2009 Subject: gpac-libgpac compile failure header file missing? In-Reply-To: <200902180954.35580.david@vizion2000.net> References: <200902180954.35580.david@vizion2000.net> Message-ID: <200902181253.35121.jkim@FreeBSD.org> On Wednesday 18 February 2009 12:54 pm, David Southwell wrote: > make stops with: > > compositor/events.c: In function 'load_text_node': > compositor/events.c:239: warning: passing argument 3 of > 'gf_utf8_wcstombs' from incompatible pointer type > compositor/events.c:247: warning: passing argument 3 of > 'gf_utf8_wcstombs' from incompatible pointer type > cc -O3 -O2 -fno-strict-aliasing -pipe -fPIC -pthread > -fno-strict-aliasing -Wno-pointer-sign > -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ > -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c compositor/font_engine.c -o > compositor/font_engine.opic > cc -O3 -O2 -fno-strict-aliasing -pipe -fPIC -pthread > -fno-strict-aliasing -Wno-pointer-sign > -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ > -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c compositor/hardcoded_protos.c > -o compositor/hardcoded_protos.opic cc -O3 -O2 > -fno-strict-aliasing -pipe -fPIC -pthread -fno-strict-aliasing > -Wno-pointer-sign > -I/usr/ports/multimedia/gpac-libgpac/work/gpac/include -I../ > -DGPAC_HAVE_CONFIG_H -fPIC -DPIC -c compositor/mesh.c -o > compositor/mesh.opic > In file included from compositor/mesh.c:33: > compositor/gl_inc.h:45:19: error: GL/gl.h: No such file or > directory gmake: *** [compositor/mesh.opic] Error 1 > *** Error code 2 > > Stop in /usr/ports/multimedia/gpac-libgpac. > > seems to be looking for a missing header file http://docs.freebsd.org/cgi/mid.cgi?200902171401.28939.jkim Jung-uk Kim From stas at FreeBSD.org Wed Feb 18 10:20:08 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Wed Feb 18 10:20:15 2009 Subject: TeXLive Message-ID: <20090218210618.28e6817a.stas@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Thanks for throughout message about possibilities of porting TexLive to FreeBSD. This work is highly appeciated! Personally, I think we should stick with #2 of your plan, as going with #3 will bring too many ports (thousands?) ports in our tree, which will be a nightmare to handle. I don't think we're ready for such a number of new ports in the three, even xorg with hundereds of ports slow down ports tree utils a lot. Also, I don't think TeX users ever want this kind of granularity. After all teTeX was only several ports. You may be also willing to take a look at this page, describing TeXLive ports infrastructure for OpenBSD: http://students.dec.bmth.ac.uk/ebarrett/texlive/2008/ Good luck! - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkmcTh8ACgkQK/VZk+smlYH26ACfRFRk29w2/Zmcv6EMYB7/YDu1 AgYAnj5vsovKpCysLLixakTe71+qHWPH =fF16 -----END PGP SIGNATURE----- !DSPAM:499c4e20967001049488233! From maksim.yevmenkin at gmail.com Wed Feb 18 10:44:14 2009 From: maksim.yevmenkin at gmail.com (Maksim Yevmenkin) Date: Wed Feb 18 10:44:20 2009 Subject: ports using sdp when mpeg4ip is installed In-Reply-To: <20090218141028.GB48065@megatron.madpilot.net> References: <20090218141028.GB48065@megatron.madpilot.net> Message-ID: On Wed, Feb 18, 2009 at 6:10 AM, Guido Falsi wrote: > Hello, > > I maintain a few ports, between those there are gnokii and the ports > package for obexapp, written by Maksim. > > I already had to deal with the problem in the subject some time ago > (PR ports/108428) and now that gnokii has sdp support PR ports/131778 > has correctly been filed. > > As exlained in the PRs the problem is mpeg4ip is installing an sdp.h > file and an libsdp.so library in /usr/local/(include|lib), which > are preferred by the ports systems(especially the autotools) on the > system ones breaking software build. > > The solution is doing jumps through hoops to make autotools and > other pieces behave, hardcoding base system paths or the like. I > could not find better ways. Whth gnokii right now I'm having big > problems making libtool behave. I could try patching the system > wide one to manage this situation, but I don't really understand > it's internals, if anyone could point me in the right direction > here that would be very appreciated. > > We could just fix the includes problem by moving one of the two > sdp.h files in a subdirectory of include, but the libraries problem > would remain. > > How should I act? Doing the hoop jumping is not a big problem to me, but in > the future with more programs taking advantage of bluetooth/sdp > functionality this problem will be even more frequent, and I don't think > fixing every single case by hand to be a good solution. > > Could we try to find a system or ports wide solution? > > Sorry for the lenghty email, but I wanted to explain the situation > fully. > > BTW should I also send a resume of this email to gnats for historic > purposes? > > Thanks in advance for any help, opinions, revision or also confort on > this. thanks for keeping the ports up to date! i think the only reasonable solution is to move sdp.h (and bluetooth.h while we at it) into /usr/include/bluetooth/ i will see what can be done here. it should be much easier to move files now when we have svn :) thanks, max From glz at hidden-powers.com Wed Feb 18 11:15:29 2009 From: glz at hidden-powers.com (Goran Lowkrantz) Date: Wed Feb 18 11:15:36 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 Message-ID: Trying to build the KDE4 versions of these ports fails as the build pick up old headers from qt3 through qt-copy-3.3.8_9. [ 0%] Building CXX object common/libkipiplugins/CMakeFiles/kipiplugins.dir/kpaboutdata.o In file included from /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0-beta6/common/libkipiplugins/kpaboutdata.cpp:23: /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0-beta6/common/libkipiplugins/kpaboutdata.h:42: error: expected ',' or '...' before '&' token /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0-beta6/common/libkipiplugins/kpaboutdata.h:46: error: ISO C++ forbids declaration of 'KLocalizedString' with no type /usr/local/include/qtextstream.h:298: error: expected initializer before '&' token /usr/local/include/qtextstream.h:301: error: expected initializer before '&' token /usr/local/include/qtextstream.h:304: error: expected initializer before '&' token /usr/local/include/qtextstream.h:307: error: expected initializer before '&' token /usr/local/include/qtextstream.h:308: error: expected initializer before '&' token /usr/local/include/qtextstream.h:309: error: expected initializer before '&' token /usr/local/include/qtextstream.h:310: error: expected initializer before '&' token /usr/local/include/qtextstream.h:311: error: expected initializer before '&' token /usr/local/include/qtextstream.h:312: error: expected initializer before '&' token /usr/local/include/qtextstream.h:313: error: expected initializer before '&' token /usr/local/include/qtextstream.h:314: error: expected initializer before '&' token /usr/local/include/qtextstream.h:316: error: expected initializer before 'qSetW' /usr/local/include/qtextstream.h:322: error: expected initializer before 'qSetFill' /usr/local/include/qtextstream.h:328: error: expected initializer before 'qSetPrecision' In file included from /usr/local/include/qvaluelist.h:42, from /usr/local/include/qtranslator.h:44, from /usr/local/include/qapplication.h:45, from /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/libs/threadimageio/loadsavetask.cpp:29: # pkg_info -W /usr/local/include/qvaluelist.h /usr/local/include/qvaluelist.h was installed by package qt-copy-3.3.8_9 /glz --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From glz at hidden-powers.com Wed Feb 18 12:22:17 2009 From: glz at hidden-powers.com (Goran Lowkrantz) Date: Wed Feb 18 12:22:24 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: Message-ID: <7B9AE8C10EAD657121175B10@[10.255.253.2]> --On Wednesday, February 18, 2009 2:13 PM -0600 Matt wrote: > On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz > wrote: >> Trying to build the KDE4 versions of these ports fails as the build pick >> up old headers from qt3 through qt-copy-3.3.8_9. >> >> >> [ 0%] Building CXX object >> common/libkipiplugins/CMakeFiles/kipiplugins.dir/kpaboutdata.o >> In file included from >> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0- >> beta6/common/libkipiplugins/kpaboutdata.cpp:23: >> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0- >> beta6/common/libkipiplugins/kpaboutdata.h:42: error: expected ',' or >> '...' before '&' token >> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0- >> beta6/common/libkipiplugins/kpaboutdata.h:46: error: ISO C++ forbids >> declaration of 'KLocalizedString' with no type >> >> >> /usr/local/include/qtextstream.h:298: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:301: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:304: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:307: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:308: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:309: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:310: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:311: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:312: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:313: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:314: error: expected initializer before >> '&' token >> /usr/local/include/qtextstream.h:316: error: expected initializer before >> 'qSetW' >> /usr/local/include/qtextstream.h:322: error: expected initializer before >> 'qSetFill' >> /usr/local/include/qtextstream.h:328: error: expected initializer before >> 'qSetPrecision' >> In file included from /usr/local/include/qvaluelist.h:42, >> from /usr/local/include/qtranslator.h:44, >> from /usr/local/include/qapplication.h:45, >> from >> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/libs/ >> threadimageio/loadsavetask.cpp:29: >> >> # pkg_info -W /usr/local/include/qvaluelist.h >> /usr/local/include/qvaluelist.h was installed by package qt-copy-3.3.8_9 > > After issuing "make configure" for the port, what value do you see in > the CMakeCache.txt file (located in ${WRKSRC} ) for the QT_INCLUDE_DIR > variable? > > What version of cmake do you have installed? My version of cmake > 2.6.2 includes a block in the FindQt4.cmake file that reads: > > # Set QT_QT_INCLUDE_DIR > FIND_PATH(QT_QT_INCLUDE_DIR qglobal.h > PATHS > ${QT_INCLUDE_DIR}/Qt > ${QT_LIBRARY_DIR}/QtCore.framework/Headers > NO_DEFAULT_PATH > ) > > And if I'm reading that correctly, it shouldn't be looking for the > include headers in the base /usr/local/include directory at all. > > Matt # pkg_info -Ix cmake cmake-2.6.2 A cross-platform make QT_INCLUDE_DIR:PATH=/usr/local/include/qt4 # ls /usr/local/include/qt4/ Qsci QtAssistant QtDesigner QtNetwork QtSql QtUiTools QtXmlPatterns Qt QtCore QtGui QtOpenGL QtSvg QtWebKit Qt3Support QtDBus QtHelp QtScript QtTest QtXml /glz From mad at madpilot.net Wed Feb 18 12:31:59 2009 From: mad at madpilot.net (Guido Falsi) Date: Wed Feb 18 12:32:06 2009 Subject: ports using sdp when mpeg4ip is installed In-Reply-To: References: <20090218141028.GB48065@megatron.madpilot.net> Message-ID: <499C703A.7020606@madpilot.net> Maksim Yevmenkin wrote: > thanks for keeping the ports up to date! > That's a pleasure, when time is available :) > i think the only reasonable solution is to move sdp.h (and bluetooth.h > while we at it) into /usr/include/bluetooth/ > > i will see what can be done here. it should be much easier to move > files now when we have svn :) I second this idea and it sure will solve the includes problem. It will not solve the problem with libsdp.so though. Look at the following log: /bin/sh ../libtool --tag=CC --mode=link cc -I../include -O2 -fno-strict-aliasing -pipe -march=athlon-xp -Wall -Wno-pointer-sign -fvisibility=hidden -fno-strict-aliasing -L/usr/local/lib -o gnokii gnokii-gnokii.o gnokii-gnokii-calendar.o gnokii-gnokii-dial.o gnokii-gnokii-file.o gnokii-gnokii-logo.o gnokii-gnokii-monitor.o gnokii-gnokii-other.o gnokii-gnokii-phonebook.o gnokii-gnokii-profile.o gnokii-gnokii-ringtone.o gnokii-gnokii-security.o gnokii-gnokii-settings.o gnokii-gnokii-sms.o gnokii-gnokii-todo.o gnokii-gnokii-utils.o gnokii-gnokii-wap.o ../common/libgnokii.la -lintl -lreadline -lncurses mkdir .libs cc -I../include -O2 -fno-strict-aliasing -pipe -march=athlon-xp -Wall -Wno-pointer-sign -fvisibility=hidden -fno-strict-aliasing -o .libs/gnokii gnokii-gnokii.o gnokii-gnokii-calendar.o gnokii-gnokii-dial.o gnokii-gnokii-file.o gnokii-gnokii-logo.o gnokii-gnokii-monitor.o gnokii-gnokii-other.o gnokii-gnokii-phonebook.o gnokii-gnokii-profile.o gnokii-gnokii-ringtone.o gnokii-gnokii-security.o gnokii-gnokii-settings.o gnokii-gnokii-sms.o gnokii-gnokii-todo.o gnokii-gnokii-utils.o gnokii-gnokii-wap.o -L/usr/local/lib ../common/.libs/libgnokii.so /usr/local/lib/libusb.so /usr/local/lib/libsdp.so /usr/local/lib/libmp4v2.so /usr/local/lib/libmp4av.so /usr/local/lib/libmpeg4ip_gnu.so -pthread -lbluetooth /usr/local/lib/libXpm.so /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc -lroken -lcrypt /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -lreadline -lncurses -Wl,--rpath -Wl,/usr/local/lib ../common/.libs/libgnokii.so: undefined reference to `sdp_close' ../common/.libs/libgnokii.so: undefined reference to `sdp_error' ../common/.libs/libgnokii.so: undefined reference to `sdp_search' ../common/.libs/libgnokii.so: undefined reference to `sdp_open' gmake[1]: *** [gnokii] Error 1 gmake[1]: Leaving directory `/usr/home/mad/src/gnokii/work/gnokii-0.6.27/gnokii' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/home/mad/src/gnokii. *** Error code 1 Stop in /usr/home/mad/src/gnokii. After fixing the include(by hardcoding the path for now) I got this error. As you can see libtool prefers libsdp.so found in localbase. I'm not sure what a solution to this could be. in fact having two libraries with the same name looks like a problem anyway. I don't like the idea of FreeBSD adopting to any software which happens to name a library like ours...But I don't know who to blame. -- Guido Falsi From datahead4 at gmail.com Wed Feb 18 12:34:14 2009 From: datahead4 at gmail.com (Matt) Date: Wed Feb 18 12:34:20 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: <7B9AE8C10EAD657121175B10@10.255.253.2> References: <7B9AE8C10EAD657121175B10@10.255.253.2> Message-ID: On Wed, Feb 18, 2009 at 2:22 PM, Goran Lowkrantz wrote: > --On Wednesday, February 18, 2009 2:13 PM -0600 Matt > wrote: > >> On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz >> wrote: >>> >>> Trying to build the KDE4 versions of these ports fails as the build pick >>> up old headers from qt3 through qt-copy-3.3.8_9. >>> >>> >>> [ 0%] Building CXX object >>> common/libkipiplugins/CMakeFiles/kipiplugins.dir/kpaboutdata.o >>> In file included from >>> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0- >>> beta6/common/libkipiplugins/kpaboutdata.cpp:23: >>> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0- >>> beta6/common/libkipiplugins/kpaboutdata.h:42: error: expected ',' or >>> '...' before '&' token >>> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0- >>> beta6/common/libkipiplugins/kpaboutdata.h:46: error: ISO C++ forbids >>> declaration of 'KLocalizedString' with no type >>> >>> >>> /usr/local/include/qtextstream.h:298: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:301: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:304: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:307: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:308: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:309: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:310: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:311: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:312: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:313: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:314: error: expected initializer before >>> '&' token >>> /usr/local/include/qtextstream.h:316: error: expected initializer before >>> 'qSetW' >>> /usr/local/include/qtextstream.h:322: error: expected initializer before >>> 'qSetFill' >>> /usr/local/include/qtextstream.h:328: error: expected initializer before >>> 'qSetPrecision' >>> In file included from /usr/local/include/qvaluelist.h:42, >>> from /usr/local/include/qtranslator.h:44, >>> from /usr/local/include/qapplication.h:45, >>> from >>> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/libs/ >>> threadimageio/loadsavetask.cpp:29: >>> >>> # pkg_info -W /usr/local/include/qvaluelist.h >>> /usr/local/include/qvaluelist.h was installed by package qt-copy-3.3.8_9 >> >> After issuing "make configure" for the port, what value do you see in >> the CMakeCache.txt file (located in ${WRKSRC} ) for the QT_INCLUDE_DIR >> variable? >> >> What version of cmake do you have installed? My version of cmake >> 2.6.2 includes a block in the FindQt4.cmake file that reads: >> >> # Set QT_QT_INCLUDE_DIR >> FIND_PATH(QT_QT_INCLUDE_DIR qglobal.h >> PATHS >> ${QT_INCLUDE_DIR}/Qt >> ${QT_LIBRARY_DIR}/QtCore.framework/Headers >> NO_DEFAULT_PATH >> ) >> >> And if I'm reading that correctly, it shouldn't be looking for the >> include headers in the base /usr/local/include directory at all. >> >> Matt > > # pkg_info -Ix cmake > cmake-2.6.2 A cross-platform make > > QT_INCLUDE_DIR:PATH=/usr/local/include/qt4 > > # ls /usr/local/include/qt4/ > Qsci QtAssistant QtDesigner QtNetwork QtSql > QtUiTools QtXmlPatterns > Qt QtCore QtGui QtOpenGL QtSvg > QtWebKit > Qt3Support QtDBus QtHelp QtScript QtTest QtXml > > /glz That looks like what I would expect to see. I can't reproduce this problem on my local machine, even with the qt33 port installed. Sorry - I'm not sure what else to check. Matt From datahead4 at gmail.com Wed Feb 18 12:44:23 2009 From: datahead4 at gmail.com (Matt) Date: Wed Feb 18 12:44:30 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: Message-ID: On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz wrote: > Trying to build the KDE4 versions of these ports fails as the build pick up > old headers from qt3 through qt-copy-3.3.8_9. > > > [ 0%] Building CXX object > common/libkipiplugins/CMakeFiles/kipiplugins.dir/kpaboutdata.o > In file included from > /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0-beta6/common/libkipiplugins/kpaboutdata.cpp:23: > /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0-beta6/common/libkipiplugins/kpaboutdata.h:42: > error: expected ',' or '...' before '&' token > /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2.0-beta6/common/libkipiplugins/kpaboutdata.h:46: > error: ISO C++ forbids declaration of 'KLocalizedString' with no type > > > /usr/local/include/qtextstream.h:298: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:301: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:304: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:307: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:308: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:309: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:310: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:311: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:312: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:313: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:314: error: expected initializer before '&' > token > /usr/local/include/qtextstream.h:316: error: expected initializer before > 'qSetW' > /usr/local/include/qtextstream.h:322: error: expected initializer before > 'qSetFill' > /usr/local/include/qtextstream.h:328: error: expected initializer before > 'qSetPrecision' > In file included from /usr/local/include/qvaluelist.h:42, > from /usr/local/include/qtranslator.h:44, > from /usr/local/include/qapplication.h:45, > from > /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/libs/threadimageio/loadsavetask.cpp:29: > > # pkg_info -W /usr/local/include/qvaluelist.h > /usr/local/include/qvaluelist.h was installed by package qt-copy-3.3.8_9 After issuing "make configure" for the port, what value do you see in the CMakeCache.txt file (located in ${WRKSRC} ) for the QT_INCLUDE_DIR variable? What version of cmake do you have installed? My version of cmake 2.6.2 includes a block in the FindQt4.cmake file that reads: # Set QT_QT_INCLUDE_DIR FIND_PATH(QT_QT_INCLUDE_DIR qglobal.h PATHS ${QT_INCLUDE_DIR}/Qt ${QT_LIBRARY_DIR}/QtCore.framework/Headers NO_DEFAULT_PATH ) And if I'm reading that correctly, it shouldn't be looking for the include headers in the base /usr/local/include directory at all. Matt From glz at hidden-powers.com Wed Feb 18 13:30:12 2009 From: glz at hidden-powers.com (Goran Lowkrantz) Date: Wed Feb 18 13:30:30 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: <7B9AE8C10EAD657121175B10@10.255.253.2> Message-ID: <3491A5A6F29582366CB947DE@[10.255.253.2]> --On Wednesday, February 18, 2009 2:34 PM -0600 Matt wrote: > On Wed, Feb 18, 2009 at 2:22 PM, Goran Lowkrantz > wrote: >> --On Wednesday, February 18, 2009 2:13 PM -0600 Matt >> wrote: >> >>> On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz >>> wrote: >>>> >>>> Trying to build the KDE4 versions of these ports fails as the build >>>> pick up old headers from qt3 through qt-copy-3.3.8_9. >>>> >>>> >>>> [ 0%] Building CXX object >>>> common/libkipiplugins/CMakeFiles/kipiplugins.dir/kpaboutdata.o >>>> In file included from >>>> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2. >>>> 0- beta6/common/libkipiplugins/kpaboutdata.cpp:23: >>>> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2. >>>> 0- beta6/common/libkipiplugins/kpaboutdata.h:42: error: expected ',' or >>>> '...' before '&' token >>>> /var/ports/usr/ports/graphics/kipi-plugins-kde4/work/kipi-plugins-0.2. >>>> 0- beta6/common/libkipiplugins/kpaboutdata.h:46: error: ISO C++ forbids >>>> declaration of 'KLocalizedString' with no type >>>> >>>> >>>> /usr/local/include/qtextstream.h:298: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:301: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:304: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:307: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:308: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:309: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:310: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:311: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:312: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:313: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:314: error: expected initializer >>>> before '&' token >>>> /usr/local/include/qtextstream.h:316: error: expected initializer >>>> before 'qSetW' >>>> /usr/local/include/qtextstream.h:322: error: expected initializer >>>> before 'qSetFill' >>>> /usr/local/include/qtextstream.h:328: error: expected initializer >>>> before 'qSetPrecision' >>>> In file included from /usr/local/include/qvaluelist.h:42, >>>> from /usr/local/include/qtranslator.h:44, >>>> from /usr/local/include/qapplication.h:45, >>>> from >>>> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/lib >>>> s/ threadimageio/loadsavetask.cpp:29: >>>> >>>> # pkg_info -W /usr/local/include/qvaluelist.h >>>> /usr/local/include/qvaluelist.h was installed by package >>>> qt-copy-3.3.8_9 >>> >>> After issuing "make configure" for the port, what value do you see in >>> the CMakeCache.txt file (located in ${WRKSRC} ) for the QT_INCLUDE_DIR >>> variable? >>> >>> What version of cmake do you have installed? My version of cmake >>> 2.6.2 includes a block in the FindQt4.cmake file that reads: >>> >>> # Set QT_QT_INCLUDE_DIR >>> FIND_PATH(QT_QT_INCLUDE_DIR qglobal.h >>> PATHS >>> ${QT_INCLUDE_DIR}/Qt >>> ${QT_LIBRARY_DIR}/QtCore.framework/Headers >>> NO_DEFAULT_PATH >>> ) >>> >>> And if I'm reading that correctly, it shouldn't be looking for the >>> include headers in the base /usr/local/include directory at all. >>> >>> Matt >> >> # pkg_info -Ix cmake >> cmake-2.6.2 A cross-platform make >> >> QT_INCLUDE_DIR:PATH=/usr/local/include/qt4 >> >> # ls /usr/local/include/qt4/ >> Qsci QtAssistant QtDesigner QtNetwork QtSql >> QtUiTools QtXmlPatterns >> Qt QtCore QtGui QtOpenGL QtSvg >> QtWebKit >> Qt3Support QtDBus QtHelp QtScript QtTest >> QtXml >> >> /glz > > That looks like what I would expect to see. I can't reproduce this > problem on my local machine, even with the qt33 port installed. > > Sorry - I'm not sure what else to check. > Here is the first time we get the error and -I/usr/local/include occurs before the Qt4 paths. [ 9%] ^[[32mBuilding CXX object digikam/CMakeFiles/digikamcore.dir/__/libs/threadimageio/loadsavetask.o^M ^[[0mcd /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -D QT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT -DQT3_SUPPORT_WARNINGS -DMAKE_DIGIKAMCORE_LIB -O2 -pipe -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -O2 -g -fPIC -I/var/ports/usr/ports/gra phics/digikam-kde4/work/digikam-0.10.0-rc2/digikam -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/. ./libs/dimg -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/loaders -I/var/ports/usr/po rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/filters -I/var/ports/usr/ports/graphics/digikam-kde4/work/ digikam-0.10.0-rc2/digikam/../libs/whitebalance -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../l ibs/dmetadata -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/histogram -I/var/ports/usr/por ts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/curves -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam -0.10.0-rc2/digikam/../libs/levels -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/lprof -I/ var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/jpegutils -I/var/ports/usr/ports/graphics/digik am-kde4/work/digikam-0.10.0-rc2/digikam/../libs/greycstoration -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-r c2/digikam/../libs/threadimageio -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widgets/com mon -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widgets/imageplugins -I/var/ports/usr/po rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widgets/metadata -I/var/ports/usr/ports/graphics/digikam-kde4/w ork/digikam-0.10.0-rc2/digikam/../libs/widgets/iccprofiles -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/d igikam/../libs/imageproperties -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dialogs -I/va r/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/database -I/var/ports/usr/ports/graphics/digikam- kde4/work/digikam-0.10.0-rc2/digikam/../libs/database/sqlite2 -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc 2/digikam/../libs/database/haar -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/slidesh ow -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/editor -I/var/ports/usr/ ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/canvas -I/var/ports/usr/ports/graphics/digik am-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/tools -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam- 0.10.0-rc2/digikam/../utilities/imageeditor/rawimport -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digika m/../libs/themeengine -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/kipiiface -I/var/ ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/cameragui -I/var/ports/usr/ports/graphics/digi kam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/setup -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/ digikam/../utilities/batch -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/lighttable - I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/searchwindow -I/var/ports/usr/ports/grap hics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/fuzzysearch -I/var/ports/usr/ports/graphics/digikam-kde4/work/digi kam-0.10.0-rc2/digikam/../utilities/gpssearch -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../uti lities/timeline -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../digikam -I/var/ports/usr/ports/gr aphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. -I/usr/local/kde4/include -I/usr/local/include -I/usr/local/kde4/include/K DE -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtHelp -I/usr/local/include/ qt4/QtAssistant -I/usr/local/include/qt4/QtDBus -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtUiTools -I/usr/local/i nclude/qt4/QtScript -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSql -I/usr/local/inc lude/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/Qt3Support -I/u sr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/ usr/local/include/qt4 -I/usr/local/include/gphoto2 -I/usr/local/kde4/include -I/usr/local/kde4/include -fexceptions -o CMakeFil es/digikamcore.dir/__/libs/threadimageio/loadsavetask.o -c /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/lib s/threadimageio/loadsavetask.cpp^M In file included from /usr/local/include/qpalette.h:44,^M from /usr/local/include/qwidget.h:45,^M from /usr/local/include/qdesktopwidget.h:40,^M This seems to be use to: TIFF_INCLUDE_DIR:PATH=/usr/local/include >From digikam/CMakeLists.txt INCLUDE_DIRECTORIES( # basic libs ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/loaders ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/filters ${CMAKE_CURRENT_SOURCE_DIR}/../libs/whitebalance ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dmetadata ${CMAKE_CURRENT_SOURCE_DIR}/../libs/histogram ${CMAKE_CURRENT_SOURCE_DIR}/../libs/curves ${CMAKE_CURRENT_SOURCE_DIR}/../libs/levels ${CMAKE_CURRENT_SOURCE_DIR}/../libs/lprof ${CMAKE_CURRENT_SOURCE_DIR}/../libs/jpegutils ${CMAKE_CURRENT_SOURCE_DIR}/../libs/greycstoration ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio # widgets and dialogs ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofiles ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs # database libs ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio # widgets and dialogs ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofiles ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs # database libs ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/sqlite2 ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/haar # shared utilities ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/editor ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/canvas ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/tools ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/rawimport # specific libs and utilities ${CMAKE_CURRENT_SOURCE_DIR}/../libs/themeengine ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/kipiiface ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/cameragui ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/setup ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/batch ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/lighttable ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/searchwindow ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/fuzzysearch ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/gpssearch ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/timeline ${CMAKE_CURRENT_SOURCE_DIR}/../digikam # config-digikam.h ${CMAKE_CURRENT_BINARY_DIR}/../ # external library paths ${JPEG_INCLUDE_DIS} ${PNG_PNG_INCLUDE_DIR} ${TIFF_INCLUDE_DIR} ) and this seems to be prepended on the Qt4 include libs instead of appended. /glz From plunky at rya-online.net Wed Feb 18 13:49:58 2009 From: plunky at rya-online.net (Iain Hibbert) Date: Wed Feb 18 13:50:05 2009 Subject: ports using sdp when mpeg4ip is installed In-Reply-To: <499C703A.7020606@madpilot.net> References: <20090218141028.GB48065@megatron.madpilot.net> <499C703A.7020606@madpilot.net> Message-ID: <1234991336.235532.1915.nullmailer@galant.ukfsn.org> On Wed, 18 Feb 2009, Guido Falsi wrote: > Maksim Yevmenkin wrote: > > > i think the only reasonable solution is to move sdp.h (and bluetooth.h > > while we at it) into /usr/include/bluetooth/ > > > > i will see what can be done here. it should be much easier to move > > files now when we have svn :) btw don't get too excited, you probably only need to change the Makefile to get it installed to a different place :) > I second this idea and it sure will solve the includes problem. > > It will not solve the problem with libsdp.so though. would it make sense to merge the sdp functions into libbluetooth? IIRC with BlueZ only one library is required.. iain (I have a massive update to libsdp in the works anyway, perhaps it would make sense to do that at the same time) From datahead4 at gmail.com Wed Feb 18 13:55:28 2009 From: datahead4 at gmail.com (Matt) Date: Wed Feb 18 13:55:34 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: <3491A5A6F29582366CB947DE@10.255.253.2> References: <7B9AE8C10EAD657121175B10@10.255.253.2> <3491A5A6F29582366CB947DE@10.255.253.2> Message-ID: On Wed, Feb 18, 2009 at 3:30 PM, Goran Lowkrantz wrote: > --On Wednesday, February 18, 2009 2:34 PM -0600 Matt > wrote: > >> On Wed, Feb 18, 2009 at 2:22 PM, Goran Lowkrantz >> wrote: >>> >>> --On Wednesday, February 18, 2009 2:13 PM -0600 Matt >>> wrote: >>> >>>> On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz >>>> wrote: >>>>> >>>>> Trying to build the KDE4 versions of these ports fails as the build >>>>> pick up old headers from qt3 through qt-copy-3.3.8_9. [snip] > > Here is the first time we get the error and -I/usr/local/include occurs > before the Qt4 paths. > > [ 9%] ^[[32mBuilding CXX object > digikam/CMakeFiles/digikamcore.dir/__/libs/threadimageio/loadsavetask.o^M > ^[[0mcd > /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam > && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -D > QT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT > -DQT3_SUPPORT_WARNINGS -DMAKE_DIGIKAMCORE_LIB -O2 -pipe > -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden > -fvisibility-inlines-hidden -O2 -g -fPIC -I/var/ports/usr/ports/gra > phics/digikam-kde4/work/digikam-0.10.0-rc2/digikam > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/. > ./libs/dimg > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/loaders > -I/var/ports/usr/po > rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/filters > -I/var/ports/usr/ports/graphics/digikam-kde4/work/ > digikam-0.10.0-rc2/digikam/../libs/whitebalance > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../l > ibs/dmetadata > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/histogram > -I/var/ports/usr/por > ts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/curves > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam > -0.10.0-rc2/digikam/../libs/levels > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/lprof > -I/ > var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/jpegutils > -I/var/ports/usr/ports/graphics/digik > am-kde4/work/digikam-0.10.0-rc2/digikam/../libs/greycstoration > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-r > c2/digikam/../libs/threadimageio > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widgets/com > mon > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widgets/imageplugins > -I/var/ports/usr/po > rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widgets/metadata > -I/var/ports/usr/ports/graphics/digikam-kde4/w > ork/digikam-0.10.0-rc2/digikam/../libs/widgets/iccprofiles > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/d > igikam/../libs/imageproperties > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dialogs > -I/va > r/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/database > -I/var/ports/usr/ports/graphics/digikam- > kde4/work/digikam-0.10.0-rc2/digikam/../libs/database/sqlite2 > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc > 2/digikam/../libs/database/haar > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/slidesh > ow > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/editor > -I/var/ports/usr/ > ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/canvas > -I/var/ports/usr/ports/graphics/digik > am-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/tools > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam- > 0.10.0-rc2/digikam/../utilities/imageeditor/rawimport > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digika > m/../libs/themeengine > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/kipiiface > -I/var/ > ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/cameragui > -I/var/ports/usr/ports/graphics/digi > kam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/setup > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/ > digikam/../utilities/batch > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/lighttable > - > I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/searchwindow > -I/var/ports/usr/ports/grap > hics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/fuzzysearch > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digi > kam-0.10.0-rc2/digikam/../utilities/gpssearch > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../uti > lities/timeline > -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../digikam > -I/var/ports/usr/ports/gr > aphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. > -I/usr/local/kde4/include -I/usr/local/include -I/usr/local/kde4/include/K > DE -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtWebKit > -I/usr/local/include/qt4/QtHelp -I/usr/local/include/ > qt4/QtAssistant -I/usr/local/include/qt4/QtDBus > -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtUiTools > -I/usr/local/i > nclude/qt4/QtScript -I/usr/local/include/qt4/QtSvg > -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSql > -I/usr/local/inc > lude/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork > -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/Qt3Support -I/u > sr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore > -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/ > usr/local/include/qt4 -I/usr/local/include/gphoto2 -I/usr/local/kde4/include > -I/usr/local/kde4/include -fexceptions -o CMakeFil > es/digikamcore.dir/__/libs/threadimageio/loadsavetask.o -c > /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/lib > s/threadimageio/loadsavetask.cpp^M > In file included from /usr/local/include/qpalette.h:44,^M > from /usr/local/include/qwidget.h:45,^M > from /usr/local/include/qdesktopwidget.h:40,^M > > > This seems to be use to: > TIFF_INCLUDE_DIR:PATH=/usr/local/include > >> From digikam/CMakeLists.txt > > INCLUDE_DIRECTORIES( > # basic libs > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/loaders > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/filters > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/whitebalance > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dmetadata > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/histogram > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/curves > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/levels > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/lprof > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/jpegutils > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/greycstoration > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio > > # widgets and dialogs > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common > > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofiles > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs > > # database libs > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio > > # widgets and dialogs > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common > > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofiles > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs > > # database libs > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/sqlite2 > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/haar > > # shared utilities > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow > > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/editor > > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/canvas > > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/tools > > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/rawimport > > # specific libs and utilities > ${CMAKE_CURRENT_SOURCE_DIR}/../libs/themeengine > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/kipiiface > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/cameragui > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/setup > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/batch > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/lighttable > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/searchwindow > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/fuzzysearch > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/gpssearch > ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/timeline > ${CMAKE_CURRENT_SOURCE_DIR}/../digikam > > # config-digikam.h > ${CMAKE_CURRENT_BINARY_DIR}/../ > > # external library paths > ${JPEG_INCLUDE_DIS} > ${PNG_PNG_INCLUDE_DIR} > ${TIFF_INCLUDE_DIR} > ) > > and this seems to be prepended on the Qt4 include libs instead of appended. > > /glz That include order does point to being a cause of the problem. What I don't understand is that I just checked my local build logs and they show the /usr/local/include path AFTER the Qt-specific paths while yours shows it before Qt. What could cause that? Matt From glz at hidden-powers.com Wed Feb 18 14:33:07 2009 From: glz at hidden-powers.com (Goran Lowkrantz) Date: Wed Feb 18 14:33:15 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: <7B9AE8C10EAD657121175B10@10.255.253.2> <3491A5A6F29582366CB947DE@10.255.253.2> Message-ID: <8507F59AFA7A37578C317407@[10.255.253.2]> --On Wednesday, February 18, 2009 3:55 PM -0600 Matt wrote: > On Wed, Feb 18, 2009 at 3:30 PM, Goran Lowkrantz > wrote: >> --On Wednesday, February 18, 2009 2:34 PM -0600 Matt >> wrote: >> >>> On Wed, Feb 18, 2009 at 2:22 PM, Goran Lowkrantz >>> wrote: >>>> >>>> --On Wednesday, February 18, 2009 2:13 PM -0600 Matt >>>> wrote: >>>> >>>>> On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz >>>>> wrote: >>>>>> >>>>>> Trying to build the KDE4 versions of these ports fails as the build >>>>>> pick up old headers from qt3 through qt-copy-3.3.8_9. > > [snip] > >> >> Here is the first time we get the error and -I/usr/local/include occurs >> before the Qt4 paths. >> >> [ 9%] ^[[32mBuilding CXX object >> digikam/CMakeFiles/digikamcore.dir/__/libs/threadimageio/loadsavetask.o^M >> ^[[0mcd >> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digik >> am && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -D >> QT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT >> -DQT3_SUPPORT_WARNINGS -DMAKE_DIGIKAMCORE_LIB -O2 -pipe >> -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden >> -fvisibility-inlines-hidden -O2 -g -fPIC -I/var/ports/usr/ports/gra >> phics/digikam-kde4/work/digikam-0.10.0-rc2/digikam >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/. ./libs/dimg >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/dimg/loaders -I/var/ports/usr/po >> rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/f >> ilters -I/var/ports/usr/ports/graphics/digikam-kde4/work/ >> digikam-0.10.0-rc2/digikam/../libs/whitebalance >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../l ibs/dmetadata >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/histogram -I/var/ports/usr/por >> ts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/curves >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam >> -0.10.0-rc2/digikam/../libs/levels >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/lprof -I/ >> var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digika >> m/../libs/jpegutils -I/var/ports/usr/ports/graphics/digik >> am-kde4/work/digikam-0.10.0-rc2/digikam/../libs/greycstoration >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-r >> c2/digikam/../libs/threadimageio >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/widgets/com mon >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/widgets/imageplugins -I/var/ports/usr/po >> rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widget >> s/metadata -I/var/ports/usr/ports/graphics/digikam-kde4/w >> ork/digikam-0.10.0-rc2/digikam/../libs/widgets/iccprofiles >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/d >> igikam/../libs/imageproperties >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/dialogs -I/va >> r/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/ >> ../libs/database -I/var/ports/usr/ports/graphics/digikam- >> kde4/work/digikam-0.10.0-rc2/digikam/../libs/database/sqlite2 >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc >> 2/digikam/../libs/database/haar >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/slidesh ow >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/imageeditor/editor -I/var/ports/usr/ >> ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities >> /imageeditor/canvas -I/var/ports/usr/ports/graphics/digik >> am-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/tools >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam- >> 0.10.0-rc2/digikam/../utilities/imageeditor/rawimport >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ika m/../libs/themeengine >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/kipiiface -I/var/ >> ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. >> /utilities/cameragui -I/var/ports/usr/ports/graphics/digi >> kam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/setup >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/ >> digikam/../utilities/batch >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/lighttable - >> I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digi >> kam/../utilities/searchwindow -I/var/ports/usr/ports/grap >> hics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/fuzzysear >> ch -I/var/ports/usr/ports/graphics/digikam-kde4/work/digi >> kam-0.10.0-rc2/digikam/../utilities/gpssearch >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../uti lities/timeline >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../digikam -I/var/ports/usr/ports/gr >> aphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. >> -I/usr/local/kde4/include -I/usr/local/include >> -I/usr/local/kde4/include/K DE -I/usr/local/include/qt4/QtXmlPatterns >> -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtHelp >> -I/usr/local/include/ >> qt4/QtAssistant -I/usr/local/include/qt4/QtDBus >> -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtUiTools >> -I/usr/local/i >> nclude/qt4/QtScript -I/usr/local/include/qt4/QtSvg >> -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSql >> -I/usr/local/inc >> lude/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork >> -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/Qt3Support >> -I/u sr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore >> -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/ >> usr/local/include/qt4 -I/usr/local/include/gphoto2 >> -I/usr/local/kde4/include -I/usr/local/kde4/include -fexceptions -o >> CMakeFil >> es/digikamcore.dir/__/libs/threadimageio/loadsavetask.o -c >> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/lib >> s/threadimageio/loadsavetask.cpp^M >> In file included from /usr/local/include/qpalette.h:44,^M >> from /usr/local/include/qwidget.h:45,^M >> from /usr/local/include/qdesktopwidget.h:40,^M >> >> >> This seems to be use to: >> TIFF_INCLUDE_DIR:PATH=/usr/local/include >> >>> From digikam/CMakeLists.txt >> >> INCLUDE_DIRECTORIES( >> # basic libs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/loaders >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/filters >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/whitebalance >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dmetadata >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/histogram >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/curves >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/levels >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/lprof >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/jpegutils >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/greycstoration >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio >> >> # widgets and dialogs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofil >> es ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs >> >> # database libs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio >> >> # widgets and dialogs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofil >> es ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs >> >> # database libs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/sqlite2 >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/haar >> >> # shared utilities >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/editor >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/canvas >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/tools >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/rawimport >> >> # specific libs and utilities >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/themeengine >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/kipiiface >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/cameragui >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/setup >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/batch >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/lighttable >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/searchwindow >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/fuzzysearch >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/gpssearch >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/timeline >> ${CMAKE_CURRENT_SOURCE_DIR}/../digikam >> >> # config-digikam.h >> ${CMAKE_CURRENT_BINARY_DIR}/../ >> >> # external library paths >> ${JPEG_INCLUDE_DIS} >> ${PNG_PNG_INCLUDE_DIR} >> ${TIFF_INCLUDE_DIR} >> ) >> >> and this seems to be prepended on the Qt4 include libs instead of >> appended. >> >> /glz > > That include order does point to being a cause of the problem. What I > don't understand is that I just checked my local build logs and they > show the /usr/local/include path AFTER the Qt-specific paths while > yours shows it before Qt. What could cause that? > > Matt Well, something seems to be wrong with the JPEG include path: # grep JPEG_INCLUDE_DI * CMakeCache.txt:JPEG_INCLUDE_DIR:PATH=/usr/local/include CMakeCache.txt://Advanced flag for variable: JPEG_INCLUDE_DIR CMakeCache.txt:JPEG_INCLUDE_DIR-ADVANCED:INTERNAL=1 # grep JPEG_INCLUDE_DI */* digikam/CMakeLists.txt: ${JPEG_INCLUDE_DIS} ^ libs/CMakeLists.txt: ${JPEG_INCLUDE_DIR} Do you have png and tiff installed? The above error would result in no include library if JPEG is the only image library installed. /glz From glz at hidden-powers.com Wed Feb 18 14:34:23 2009 From: glz at hidden-powers.com (Goran Lowkrantz) Date: Wed Feb 18 14:34:29 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: <7B9AE8C10EAD657121175B10@10.255.253.2> <3491A5A6F29582366CB947DE@10.255.253.2> Message-ID: --On Wednesday, February 18, 2009 3:55 PM -0600 Matt wrote: > On Wed, Feb 18, 2009 at 3:30 PM, Goran Lowkrantz > wrote: >> --On Wednesday, February 18, 2009 2:34 PM -0600 Matt >> wrote: >> >>> On Wed, Feb 18, 2009 at 2:22 PM, Goran Lowkrantz >>> wrote: >>>> >>>> --On Wednesday, February 18, 2009 2:13 PM -0600 Matt >>>> wrote: >>>> >>>>> On Wed, Feb 18, 2009 at 12:58 PM, Goran Lowkrantz >>>>> wrote: >>>>>> >>>>>> Trying to build the KDE4 versions of these ports fails as the build >>>>>> pick up old headers from qt3 through qt-copy-3.3.8_9. > > [snip] > >> >> Here is the first time we get the error and -I/usr/local/include occurs >> before the Qt4 paths. >> >> [ 9%] ^[[32mBuilding CXX object >> digikam/CMakeFiles/digikamcore.dir/__/libs/threadimageio/loadsavetask.o^M >> ^[[0mcd >> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digik >> am && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -D >> QT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT >> -DQT3_SUPPORT_WARNINGS -DMAKE_DIGIKAMCORE_LIB -O2 -pipe >> -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden >> -fvisibility-inlines-hidden -O2 -g -fPIC -I/var/ports/usr/ports/gra >> phics/digikam-kde4/work/digikam-0.10.0-rc2/digikam >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/. ./libs/dimg >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/dimg/loaders -I/var/ports/usr/po >> rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/f >> ilters -I/var/ports/usr/ports/graphics/digikam-kde4/work/ >> digikam-0.10.0-rc2/digikam/../libs/whitebalance >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../l ibs/dmetadata >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/histogram -I/var/ports/usr/por >> ts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/curves >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam >> -0.10.0-rc2/digikam/../libs/levels >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/lprof -I/ >> var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digika >> m/../libs/jpegutils -I/var/ports/usr/ports/graphics/digik >> am-kde4/work/digikam-0.10.0-rc2/digikam/../libs/greycstoration >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-r >> c2/digikam/../libs/threadimageio >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/widgets/com mon >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/widgets/imageplugins -I/var/ports/usr/po >> rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widget >> s/metadata -I/var/ports/usr/ports/graphics/digikam-kde4/w >> ork/digikam-0.10.0-rc2/digikam/../libs/widgets/iccprofiles >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/d >> igikam/../libs/imageproperties >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../libs/dialogs -I/va >> r/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/ >> ../libs/database -I/var/ports/usr/ports/graphics/digikam- >> kde4/work/digikam-0.10.0-rc2/digikam/../libs/database/sqlite2 >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc >> 2/digikam/../libs/database/haar >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/slidesh ow >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/imageeditor/editor -I/var/ports/usr/ >> ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities >> /imageeditor/canvas -I/var/ports/usr/ports/graphics/digik >> am-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/tools >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam- >> 0.10.0-rc2/digikam/../utilities/imageeditor/rawimport >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ika m/../libs/themeengine >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/kipiiface -I/var/ >> ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. >> /utilities/cameragui -I/var/ports/usr/ports/graphics/digi >> kam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/setup >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/ >> digikam/../utilities/batch >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../utilities/lighttable - >> I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digi >> kam/../utilities/searchwindow -I/var/ports/usr/ports/grap >> hics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/fuzzysear >> ch -I/var/ports/usr/ports/graphics/digikam-kde4/work/digi >> kam-0.10.0-rc2/digikam/../utilities/gpssearch >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../uti lities/timeline >> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >> ikam/../digikam -I/var/ports/usr/ports/gr >> aphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. >> -I/usr/local/kde4/include -I/usr/local/include >> -I/usr/local/kde4/include/K DE -I/usr/local/include/qt4/QtXmlPatterns >> -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtHelp >> -I/usr/local/include/ >> qt4/QtAssistant -I/usr/local/include/qt4/QtDBus >> -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtUiTools >> -I/usr/local/i >> nclude/qt4/QtScript -I/usr/local/include/qt4/QtSvg >> -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSql >> -I/usr/local/inc >> lude/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork >> -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/Qt3Support >> -I/u sr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore >> -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/ >> usr/local/include/qt4 -I/usr/local/include/gphoto2 >> -I/usr/local/kde4/include -I/usr/local/kde4/include -fexceptions -o >> CMakeFil >> es/digikamcore.dir/__/libs/threadimageio/loadsavetask.o -c >> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/lib >> s/threadimageio/loadsavetask.cpp^M >> In file included from /usr/local/include/qpalette.h:44,^M >> from /usr/local/include/qwidget.h:45,^M >> from /usr/local/include/qdesktopwidget.h:40,^M >> >> >> This seems to be use to: >> TIFF_INCLUDE_DIR:PATH=/usr/local/include >> >>> From digikam/CMakeLists.txt >> >> INCLUDE_DIRECTORIES( >> # basic libs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/loaders >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dimg/filters >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/whitebalance >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dmetadata >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/histogram >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/curves >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/levels >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/lprof >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/jpegutils >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/greycstoration >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio >> >> # widgets and dialogs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofil >> es ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs >> >> # database libs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/threadimageio >> >> # widgets and dialogs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/common >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/imageplugins >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/metadata >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/widgets/iccprofil >> es ${CMAKE_CURRENT_SOURCE_DIR}/../libs/imageproperties >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/dialogs >> >> # database libs >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/sqlite2 >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/database/haar >> >> # shared utilities >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/editor >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/canvas >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/tools >> >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/imageeditor/rawimport >> >> # specific libs and utilities >> ${CMAKE_CURRENT_SOURCE_DIR}/../libs/themeengine >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/kipiiface >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/cameragui >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/setup >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/slideshow >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/batch >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/lighttable >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/searchwindow >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/fuzzysearch >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/gpssearch >> ${CMAKE_CURRENT_SOURCE_DIR}/../utilities/timeline >> ${CMAKE_CURRENT_SOURCE_DIR}/../digikam >> >> # config-digikam.h >> ${CMAKE_CURRENT_BINARY_DIR}/../ >> >> # external library paths >> ${JPEG_INCLUDE_DIS} >> ${PNG_PNG_INCLUDE_DIR} >> ${TIFF_INCLUDE_DIR} >> ) >> >> and this seems to be prepended on the Qt4 include libs instead of >> appended. >> >> /glz > > That include order does point to being a cause of the problem. What I > don't understand is that I just checked my local build logs and they > show the /usr/local/include path AFTER the Qt-specific paths while > yours shows it before Qt. What could cause that? > > Matt Sorry, forgot the configure info: -- ---------------------------------------------------------------------------------- -- digiKam 0.10.0-rc2 dependencies results -- -- Qt4 SQL module found................ YES -- libjpeg library found............... YES -- libtiff library found............... YES -- libpng library found................ YES -- libjasper library found............. YES -- liblcms library found............... YES -- libkipi library found............... YES -- libkexiv2 library found............. YES -- libkdcraw library found............. YES -- libgphoto2 library found............ YES -- libkdepimlibs library found......... YES (optional) -- libmarblewidget library found....... YES (optional) -- liblensfun library found............ NO (optional) -- -- digiKam will be compiled without lens auto-correction image editor plugin. -- -- digiKam will be compiled............ YES -- ---------------------------------------------------------------------------------- /glz From lihong at ieee.org Wed Feb 18 16:53:16 2009 From: lihong at ieee.org (Eric L. Chen) Date: Wed Feb 18 16:53:47 2009 Subject: UCS4 in python 2.6 broken In-Reply-To: <499BCF8E.5030805@bsdforen.de> References: <499BCF8E.5030805@bsdforen.de> Message-ID: <1235003314.1629.1.camel@localhost> On Wed, 2009-02-18 at 10:06 +0100, Dominic Fandrey wrote: > I'm running sonata with Python 2.6, or rather I used to: > > File "/usr/local/lib/python2.6/site-packages/gtk-2.0/glib/__init__.py", line 30, in > from glib._glib import * > ImportError: /usr/local/lib/python2.6/site-packages/gtk-2.0/glib/_glib.so: Undefined symbol "PyUnicodeUCS4_DecodeUTF8" > > The python26 port is configured correctly: > # cd /usr/ports/lang/python26 > # make -VWITH_UCS4 > true > # Try reinstall py26-gobject-2.16.0 py26-cairo-1.8.2, # portmaster py26-gobject-2.16.0 py26-cairo-1.8.2 /Eric From datahead4 at gmail.com Wed Feb 18 18:58:39 2009 From: datahead4 at gmail.com (Matt) Date: Wed Feb 18 18:58:46 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: <7B9AE8C10EAD657121175B10@10.255.253.2> <3491A5A6F29582366CB947DE@10.255.253.2> Message-ID: On Wed, Feb 18, 2009 at 4:34 PM, Goran Lowkrantz wrote: > --On Wednesday, February 18, 2009 3:55 PM -0600 Matt > wrote: > [snip] >>> [ 9%] ^[[32mBuilding CXX object >>> digikam/CMakeFiles/digikamcore.dir/__/libs/threadimageio/loadsavetask.o^M >>> ^[[0mcd >>> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digik >>> am && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -D >>> QT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DQT3_SUPPORT >>> -DQT3_SUPPORT_WARNINGS -DMAKE_DIGIKAMCORE_LIB -O2 -pipe >>> -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden >>> -fvisibility-inlines-hidden -O2 -g -fPIC -I/var/ports/usr/ports/gra >>> phics/digikam-kde4/work/digikam-0.10.0-rc2/digikam >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/. ./libs/dimg >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../libs/dimg/loaders -I/var/ports/usr/po >>> rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/dimg/f >>> ilters -I/var/ports/usr/ports/graphics/digikam-kde4/work/ >>> digikam-0.10.0-rc2/digikam/../libs/whitebalance >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../l ibs/dmetadata >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../libs/histogram -I/var/ports/usr/por >>> ts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/curves >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam >>> -0.10.0-rc2/digikam/../libs/levels >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../libs/lprof -I/ >>> var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digika >>> m/../libs/jpegutils -I/var/ports/usr/ports/graphics/digik >>> am-kde4/work/digikam-0.10.0-rc2/digikam/../libs/greycstoration >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-r >>> c2/digikam/../libs/threadimageio >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../libs/widgets/com mon >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../libs/widgets/imageplugins -I/var/ports/usr/po >>> rts/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../libs/widget >>> s/metadata -I/var/ports/usr/ports/graphics/digikam-kde4/w >>> ork/digikam-0.10.0-rc2/digikam/../libs/widgets/iccprofiles >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/d >>> igikam/../libs/imageproperties >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../libs/dialogs -I/va >>> r/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/ >>> ../libs/database -I/var/ports/usr/ports/graphics/digikam- >>> kde4/work/digikam-0.10.0-rc2/digikam/../libs/database/sqlite2 >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc >>> 2/digikam/../libs/database/haar >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../utilities/slidesh ow >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../utilities/imageeditor/editor -I/var/ports/usr/ >>> ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities >>> /imageeditor/canvas -I/var/ports/usr/ports/graphics/digik >>> am-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/imageeditor/tools >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam- >>> 0.10.0-rc2/digikam/../utilities/imageeditor/rawimport >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ika m/../libs/themeengine >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../utilities/kipiiface -I/var/ >>> ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. >>> /utilities/cameragui -I/var/ports/usr/ports/graphics/digi >>> kam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/setup >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/ >>> digikam/../utilities/batch >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../utilities/lighttable - >>> I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/digi >>> kam/../utilities/searchwindow -I/var/ports/usr/ports/grap >>> hics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/../utilities/fuzzysear >>> ch -I/var/ports/usr/ports/graphics/digikam-kde4/work/digi >>> kam-0.10.0-rc2/digikam/../utilities/gpssearch >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../uti lities/timeline >>> -I/var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>> ikam/../digikam -I/var/ports/usr/ports/gr >>> aphics/digikam-kde4/work/digikam-0.10.0-rc2/digikam/.. >>> -I/usr/local/kde4/include -I/usr/local/include >>> -I/usr/local/kde4/include/K DE -I/usr/local/include/qt4/QtXmlPatterns >>> -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtHelp >>> -I/usr/local/include/ >>> qt4/QtAssistant -I/usr/local/include/qt4/QtDBus >>> -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtUiTools >>> -I/usr/local/i >>> nclude/qt4/QtScript -I/usr/local/include/qt4/QtSvg >>> -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtSql >>> -I/usr/local/inc >>> lude/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork >>> -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/Qt3Support >>> -I/u sr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore >>> -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/ >>> usr/local/include/qt4 -I/usr/local/include/gphoto2 >>> -I/usr/local/kde4/include -I/usr/local/kde4/include -fexceptions -o >>> CMakeFil >>> es/digikamcore.dir/__/libs/threadimageio/loadsavetask.o -c >>> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/lib >>> s/threadimageio/loadsavetask.cpp^M >>> In file included from /usr/local/include/qpalette.h:44,^M >>> from /usr/local/include/qwidget.h:45,^M >>> from /usr/local/include/qdesktopwidget.h:40,^M >>> [snip] > > Sorry, forgot the configure info: > -- > ---------------------------------------------------------------------------------- > -- digiKam 0.10.0-rc2 dependencies results > -- > -- Qt4 SQL module found................ YES > -- libjpeg library found............... YES > -- libtiff library found............... YES > -- libpng library found................ YES > -- libjasper library found............. YES > -- liblcms library found............... YES > -- libkipi library found............... YES > -- libkexiv2 library found............. YES > -- libkdcraw library found............. YES > -- libgphoto2 library found............ YES > -- libkdepimlibs library found......... YES (optional) > -- libmarblewidget library found....... YES (optional) > -- liblensfun library found............ NO (optional) > -- > -- digiKam will be compiled without lens auto-correction image editor > plugin. > -- > -- digiKam will be compiled............ YES > -- > ---------------------------------------------------------------------------------- > > /glz Can you try the attached patch and see how it goes? It's a simple change to the include line for the libs/threadimageio/loadsavetask.cpp file that will hopefully help get Qt3 out of the way. I can't test it here since I'm not seeing the problem, but I can confirm that the port does build with the patch applied. Matt From glz at hidden-powers.com Wed Feb 18 21:55:02 2009 From: glz at hidden-powers.com (Goran Lowkrantz) Date: Wed Feb 18 21:55:10 2009 Subject: kipi-plugins-kde4 and digikam-kde4 picks up qt3 headers from qt-copy-3.3.8_9 In-Reply-To: References: <7B9AE8C10EAD657121175B10@10.255.253.2> <3491A5A6F29582366CB947DE@10.255.253.2> Message-ID: <0E9117669AA271D6552BE572@[10.255.253.2]> --On Wednesday, February 18, 2009 8:58 PM -0600 Matt wrote: > On Wed, Feb 18, 2009 at 4:34 PM, Goran Lowkrantz > wrote: >> --On Wednesday, February 18, 2009 3:55 PM -0600 Matt >> wrote: >> > [snip] > >>>> [ 9%] ^[[32mBuilding CXX object >>>> digikam/CMakeFiles/digikamcore.dir/__/libs/threadimageio/loadsavetask. >>>> o^M ^[[0mcd >>>> /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/dig >>>> ik am && /usr/bin/c++ -D_GNU_SOURCE -DQT_NO_STL -D >>>> QT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS [snip] >>>> from /usr/local/include/qwidget.h:45,^M >>>> from /usr/local/include/qdesktopwidget.h:40,^M >>>> > [snip] >> >> Sorry, forgot the configure info: >> -- >> ------------------------------------------------------------------------ >> ---------- -- digiKam 0.10.0-rc2 dependencies results >> -- >> -- Qt4 SQL module found................ YES >> -- libjpeg library found............... YES >> -- libtiff library found............... YES >> -- libpng library found................ YES >> -- libjasper library found............. YES >> -- liblcms library found............... YES >> -- libkipi library found............... YES >> -- libkexiv2 library found............. YES >> -- libkdcraw library found............. YES >> -- libgphoto2 library found............ YES >> -- libkdepimlibs library found......... YES (optional) >> -- libmarblewidget library found....... YES (optional) >> -- liblensfun library found............ NO (optional) >> -- >> -- digiKam will be compiled without lens auto-correction image editor >> plugin. >> -- >> -- digiKam will be compiled............ YES >> -- >> ------------------------------------------------------------------------ >> ---------- >> >> /glz > > Can you try the attached patch and see how it goes? It's a simple > change to the include line for the libs/threadimageio/loadsavetask.cpp > file that will hopefully help get Qt3 out of the way. I can't test it > here since I'm not seeing the problem, but I can confirm that the port > does build with the patch applied. > > Matt Yes, we get past that one, next fail at ^[[0m[ 13%] ^[[32mBuilding CXX object digikam/CMakeFiles/digikamcore.dir/__/libs/widgets/common/histogramwidget.o^M ^[[0mIn file included from /usr/local/include/qpen.h:43,^M from /usr/local/include/qpainter.h:47,^M from /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/libs/widgets/common/histogram widget.cpp:37:^M /usr/local/include/qshared.h:46: error: function definition does not declare parameters^M In file included from /usr/local/include/qpainter.h:47,^M from /var/ports/usr/ports/graphics/digikam-kde4/work/digikam-0.10.0-rc2/libs/widgets/common/histogram widget.cpp:37:^M /usr/local/include/qpen.h:47: error: function definition does not declare parameters^M /usr/local/include/qpen.h:95: error: expected initializer before '&' token^M /usr/local/include/qpen.h:96: error: expected initializer before '&' token^M In file included from /usr/local/include/qmemarray.h:42,^M from /usr/local/include/qpointarray.h:42,^M which is fixed by changing to #include #include #include #include #include #include #include #include #include #include #include but then the next file fails in the same way as the previous files, i.e. at3 includes. Seems like a total switch to Qt4 include names would be in order. /glz From glathe.helko at googlemail.com Thu Feb 19 03:14:13 2009 From: glathe.helko at googlemail.com (Helko Glathe) Date: Thu Feb 19 03:14:20 2009 Subject: google-gadgets-0.10.4_1 Message-ID: Trying to start google-gadgets fails: [kater@FreeBSD-TWS29 /usr/home/kater]$ ggl-qt Not a regular file: / Failed to load module smjs-script-runtime Failed to load module linux-system-framework Any ideas whats wrong? Thanks in advance, Helko -- Sincerely, Helko Glathe From olli at lurza.secnetix.de Thu Feb 19 07:17:49 2009 From: olli at lurza.secnetix.de (Oliver Fromme) Date: Thu Feb 19 07:18:03 2009 Subject: ports using sdp when mpeg4ip is installed In-Reply-To: <1234991336.235532.1915.nullmailer@galant.ukfsn.org> Message-ID: <200902191517.n1JFHjqI092809@lurza.secnetix.de> Iain Hibbert wrote: > Guido Falsi wrote: > > I second this idea and it sure will solve the includes problem. > > > > It will not solve the problem with libsdp.so though. > > would it make sense to merge the sdp functions into libbluetooth? > IIRC with BlueZ only one library is required.. Either that, or rename it to libbtsdp. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Gesch?ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M?n- chen, HRB 125758, Gesch?ftsf?hrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Software gets slower faster than hardware gets faster." -- Niklaus Wirth From lawrence.auster at att.net Thu Feb 19 10:55:23 2009 From: lawrence.auster at att.net (Lawrence Auster) Date: Thu Feb 19 10:55:32 2009 Subject: "My race is just nothing": Some thoughts on the political psychology of women Message-ID: <20090219185516.DKKW21761.cdptpa-omta01.mail.rr.com@k4k6l> "My race is just nothing": Some thoughts on the political psychology of women By Kevin MacDonald February 19, 2009 It seems that the signs of white dispossession are everywhere these days. Edmund Connelly describes how non-Jewish whites are being pushed out of elite institutions like Harvard. An article titled “The end of white America” catalogues the lack of cultural confidence of whites these days. It quotes a student who says “To be white is to be culturally broke." Writing in vdare.com, David A. Yeagley quotes one of his female students saying “Look ... I don’t see anything about my culture to be proud of. It’s all nothing. My race is just nothing.” Yeagley notes the Cheyenne saying, “A nation is never defeated until the hearts of its women are on the ground.” And he places this in the context of the recent election in which 46% of white women voted for Obama compared to 41% of white men. These percentages are somewhat inflated because they include Jews and immigrants, such as South Asians, who are classified as white but do not identify with the European-American majority. Nevertheless, they do point to a significant gender gap. While it is certainly true that voting for McCain-Palin is not a sign of white consciousness — even implicitly, it is also the case that voting for Obama is a good sign of a lack of racial consciousness for European Americans. The good news, of course, is that a majority of white women did not vote for Obama. And, as Steve Sailer has shown for the 2004 election, if one separated out women who are married and have children, the results would show an even greater tendency to vote against Obama. Nevertheless, there is a real problem. Those of us with some acquaintance with European-Americans who do have an explicit ethnic identity and a sense of their ethnic interests are quite aware that there is a very large sex ratio imbalance at gatherings of like-minded people. The attendees are almost all male — an exception being the redoubtable Virginia Abernethy. And there are stories of men who have stopped attending meetings or who provide support only in the most furtive manner, mainly because their wives are afraid that the attitudes of their husbands could become public and ruin their social life. Making such things public is just the sort of thing that organizations like the SPLC and the ADL love to do. Judith Warner of the New York Times describes the result of an informal "email inquiry" on women's reactions to Obama. Some imagined having sex with Obama and replacing Michelle Obama as First Lady. Others imagined themselves at social engagements with Obama. All wanted deeply to have some of the Obama aura rub off on them. Warner's email contacts doubtless reflect her liberal readership, but I wouldn't be at all surprised if they are quite general, especially among white women who voted for Obama. What does an evolutionary psychologist say about all this? Parenthetically, I realize that the great majority of Americans do not believe in evolution. Nevertheless, evolutionary theory is a very powerful and scientifically credible way of looking at human behavior. It is no accident that one of the main strands of Jewish intellectual activism over the last century has been to oppose evolutionary theory as an explanatory tool in the social sciences. Darwin did indeed have a dangerous idea — dangerous to Jews because it provides a rational grounding for the ethnic identity and interests of European-derived people. The evolutionary theory of sex is one of the bedrocks of evolutionary psychology — probably accounting for half of all the research in the field. The basic idea is simple: Females invest a relatively large amount of time and energy in reproduction. In the world we evolved in, the only way for women to reproduce was to endure a 38-week pregnancy and then nurse the child for an even longer period. Even after nursing, child care was mainly a female responsibility. Because women are committed to this very large investment, they become very valuable in the mating game. And because they are valuable, they become discriminating maters: Just as a worker who puts in more time and energy is in a better bargaining position than one who puts in little time and energy, women become the choosers in the mating game. And what do women want? Women are expected to want men who have high social status. From an evolutionary perspective, such men are attractive because they may be willing to provide valuable resources that would help in supporting the mother and raising the children. (When men do contribute resources, they also become choosy, but that's another story.) And even if a wealthy man does not provide resources, he is likely to have good genes — genes that predispose his children to be successful. In any case, women do indeed prefer wealthy, high-status men. For example, a recent study found that wealthy men give women more orgasms: "The pleasure women get from making love is directly linked to the size of their partner’s bank balance." Other research shows that women are likely to choose higher status men than their husbands when they have affairs, resulting in the possibility of a lower status male helping to raise the children of a higher-status male. What about the idea that evolutionary theory implies that people should be attracted to people who are genetically like themselves? Evolutionary theory predicts that women will be attracted to men who are genetically similar to themselves compared to men who are from a different race or ethnic group. For one thing, this makes them more closely related to their own children. The problem is that this attraction to genetically similar mates is only part of the story. It must compete with the tendency to be attracted to wealthy, powerful men. And quite clearly, the phenomenon where large numbers of white women fantasize about having a relationship with Obama reflects his power and social status, not attraction to a genetically similar person. The media is a major part of the hostile elite, so it is not surprising that it has played a leading role in the idolization of Obama — the slobbering love affair between the mainstream media and Obama. It's the same role that Edmund Connelly has called attention to in his writing on the images of blacks created by Hollywood in recent decades. Black action heroes are now household names, and more than one commentator has pointed out that there were several black presidents in the movies and on television long before Obama was elected. These images from the media tap into women's psychological attraction to high-status males. It was probably fairly common for white women to fantasize about having sex with Will Smith or Denzel Washington or even the "wise and saintly" Morgan Freeman long before the world had ever heard of Barack Obama. Another sex difference that contributes to women's political behavior is that women are generally more nurturant, affectionate, empathic, and caring than men. This is another aspect of female psychology that can easily be derived from evolutionary thinking — the vital importance of nurturing children and developing close family relationships in our evolutionary past. Thus it is not surprising that many of Judith Warner's women not only fantasize about having sex with Obama, they see themselves married to him and becoming first lady. They develop a close and caring relationship with him, or they see him as a good friend. I suppose this is also the reason why women are more likely than men to support social programs that promise to aid children and poor people. This relatively greater empathy and nurturance was certainly adaptive in a world of family groups and close relatives. But in the modern world, it can easily lead to maladaptive altruism and ignoring real dangers. For example, white women enamored of images of sexy, high-status black males are not informed by the mainstream media of the very large racial imbalance in crime, particularly black men raping white women. Another problem with women being relatively high in nurturance and empathy is that these traits are linked to greater compliance and greater inclination to seek the approval and affection of others. Again, these are very adaptive traits in the world of small groups and close relatives. But in a world dominated by elites that are hostile to the interests of whites, these traits can lead to mindless acceptance of anti-white cultural norms. Challenging social norms — even ones that are obviously against one's interests — carries a very high psychological cost to people who seek the approval and affection of others. This implies that once the intellectual and political movements described in The Culture of Critique had seized the intellectual and moral high ground, they became difficult indeed to dislodge. Challenging these norms brings accusations of moral turpitude ringing down from the most prestigious political, media and academic institutions of the society. People who seek the approval and affection of others are definitely not inclined to go there. This in turn may well be a large part of the explanation for why there are so few women at gatherings of European-Americans concerned about the future of their people and culture. This paints a fairly bleak picture. But there are some rays of hope. It is likely that at some point the gap between rhetoric and reality in American life will be so large that no one will believe what they are hearing from the hostile elites that dominate public discourse — much like the Soviet Union in the decades before its fall. When that happens, the cultural icons promoted by the media will lose their credibility and allure as well. And because of the internet, the opportunity to hear divergent opinions and become aware of information that is suppressed by the mainstream media has never been better. All around us we can see the collapse and increasing irrelevance of the old media. The internet has already created communities where prestige and social approval can be obtained completely outside the norms created by our hostile elites. And at least some of these communities are dedicated to transforming America by asserting the legitimacy of white identities and interests. The dispossession of whites is already substantial, but it promises to be a whole lot more obvious as time goes on. As whites become a minority, it is difficult to imagine that they won't develop more of a group consciousness and challenge the prevailing anti-white norms. And that includes even the more nurturant and empathic among us. Source with hyperlinks : http://www.theoccidentalobserver.net/articles/MacDonald-Women.html ------------------------------------- You or someone using your email adress is currently subscribed to Lawrence Auster's Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284 Thanks, Lawrence Auster, 238 W 101 St Apt. 3B New York, NY 10025 Contact : lawrence.auster@att.net ------------------------------------- From yuri at rawbw.com Thu Feb 19 14:06:35 2009 From: yuri at rawbw.com (Yuri) Date: Thu Feb 19 14:06:42 2009 Subject: URLs to fetch packages are wrong Message-ID: <499DCF3E.1090401@rawbw.com> When I do "portupgrade -aP" I get a lot of errors like this: fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tbz: No address record^M ** The command returned a non-zero exit status: 1^M ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tbz^M fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tgz: No address record^M ** The command returned a non-zero exit status: 1^M ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tgz^M .... fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tbz: No address record^M ** The command returned a non-zero exit status: 1^M ** Failed to fetch ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tbz^M fetch: ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tgz: No address record^M Yuri From glen.j.barber at gmail.com Thu Feb 19 14:12:15 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 19 14:12:22 2009 Subject: URLs to fetch packages are wrong In-Reply-To: <499DCF3E.1090401@rawbw.com> References: <499DCF3E.1090401@rawbw.com> Message-ID: <4ad871310902191412o779d34d4j2f536471e2e2bad8@mail.gmail.com> On Thu, Feb 19, 2009 at 4:29 PM, Yuri wrote: > When I do "portupgrade -aP" I get a lot of errors like this: > > fetch: > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tbz: > No address record^M > ** The command returned a non-zero exit status: 1^M > ** Failed to fetch > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tbz^M > fetch: > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tgz: > No address record^M > ** The command returned a non-zero exit status: 1^M > ** Failed to fetch > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tgz^M > .... > fetch: > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tbz: > No address record^M > ** The command returned a non-zero exit status: 1^M > ** Failed to fetch > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tbz^M > fetch: > ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tgz: > No address record^M > Not sure if you're posting a question or an answer, based on how it's worded. :) If it is a question "why", the "/" between ".org" and "pub" is missing. -- Glen Barber From yuri at rawbw.com Thu Feb 19 14:43:55 2009 From: yuri at rawbw.com (Yuri) Date: Thu Feb 19 14:44:01 2009 Subject: URLs to fetch packages are wrong In-Reply-To: <4ad871310902191412o779d34d4j2f536471e2e2bad8@mail.gmail.com> References: <499DCF3E.1090401@rawbw.com> <4ad871310902191412o779d34d4j2f536471e2e2bad8@mail.gmail.com> Message-ID: <499DE0A6.9060308@rawbw.com> Glen Barber wrote: > On Thu, Feb 19, 2009 at 4:29 PM, Yuri wrote: > >> When I do "portupgrade -aP" I get a lot of errors like this: >> >> fetch: >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tbz: >> No address record^M >> ** The command returned a non-zero exit status: 1^M >> ** Failed to fetch >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tbz^M >> fetch: >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tgz: >> No address record^M >> ** The command returned a non-zero exit status: 1^M >> ** Failed to fetch >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/kdepim-4.2.0_1.tgz^M >> .... >> fetch: >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tbz: >> No address record^M >> ** The command returned a non-zero exit status: 1^M >> ** Failed to fetch >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tbz^M >> fetch: >> ftp://ftp.FreeBSD.orgpub/FreeBSD/ports/i386/packages-7-stable/All/jdk-1.5.0.14p8_5,1.tgz: >> No address record^M >> >> > > Not sure if you're posting a question or an answer, based on how it's worded. :) > > If it is a question "why", the "/" between ".org" and "pub" is missing. > > I am sorry for the confusion. This is a question. Why on the current 71-PRERELEASE ports there is no '/' in URLs? Yuri From glen.j.barber at gmail.com Thu Feb 19 14:48:00 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Feb 19 14:48:06 2009 Subject: URLs to fetch packages are wrong In-Reply-To: <499DE0A6.9060308@rawbw.com> References: <499DCF3E.1090401@rawbw.com> <4ad871310902191412o779d34d4j2f536471e2e2bad8@mail.gmail.com> <499DE0A6.9060308@rawbw.com> Message-ID: <4ad871310902191447v2e18ea65r5df659637b56390c@mail.gmail.com> On Thu, Feb 19, 2009 at 5:43 PM, Yuri wrote: > > I am sorry for the confusion. > > This is a question. > Why on the current 71-PRERELEASE ports there is no '/' in URLs? > Just a typo. Submit a PR. I'd do it for you, but I don't have access to a BSD box at the moment. -- Glen Barber From alexanderchuranov at gmail.com Thu Feb 19 15:32:05 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Feb 19 15:32:12 2009 Subject: Status of devel/boost Message-ID: <3cb459ed0902191459le2b20d5s14b13a032714802b@mail.gmail.com> Hi folks! Just want to synchronize our knowledge on this stuff. 1) The patch to update devel/boost from 1.34 to 1.37 is ready for several months. 2) I've asked for taking a maintainership over devel/boost. 3) I am currently rebuilding all ports that depend on boost in order to identify possible issues caused by update. 4) There is a wiki page with more details: http://wiki.freebsd.org/BoostPortingProject 5) Of course, to goal is to upgrade directly to 1.38 when all issues are resolved. 6) Another goal is to have all subsequent updates at corresponding dates of boost releases. Sincerely, Alexander Churanov From linimon at lonesome.com Thu Feb 19 17:08:09 2009 From: linimon at lonesome.com (Mark Linimon) Date: Thu Feb 19 17:08:15 2009 Subject: Status of devel/boost In-Reply-To: <3cb459ed0902191459le2b20d5s14b13a032714802b@mail.gmail.com> References: <3cb459ed0902191459le2b20d5s14b13a032714802b@mail.gmail.com> Message-ID: <20090220010808.GA28722@lonesome.com> On Fri, Feb 20, 2009 at 01:59:44AM +0300, Alexander Churanov wrote: > 2) I've asked for taking a maintainership over devel/boost. Since Simon has not been active for several months, I'm going to reassing the maintainership to you. Thanks for volunteering. mcl From marshc187 at gmail.com Thu Feb 19 17:17:01 2009 From: marshc187 at gmail.com (t-u-t) Date: Thu Feb 19 17:17:07 2009 Subject: URLs to fetch packages are wrong In-Reply-To: <4ad871310902191447v2e18ea65r5df659637b56390c@mail.gmail.com> References: <499DCF3E.1090401@rawbw.com> <4ad871310902191412o779d34d4j2f536471e2e2bad8@mail.gmail.com> <499DE0A6.9060308@rawbw.com> <4ad871310902191447v2e18ea65r5df659637b56390c@mail.gmail.com> Message-ID: <499E1272.9000505@gmail.com> Glen Barber wrote: > On Thu, Feb 19, 2009 at 5:43 PM, Yuri wrote: > >> I am sorry for the confusion. >> >> This is a question. >> Why on the current 71-PRERELEASE ports there is no '/' in URLs? >> >> > > Just a typo. Submit a PR. I'd do it for you, but I don't have access > to a BSD box at the moment. > > sorry to butt in, but i had this problem a couple of days ago. i have 7.1-RELEASE and had added setenv PACKAGEROOT ftp://ftp.fr.freebsd.org/ to .cshrc to use a closer site but had forgotten the ending / i don't remember this happening in 71-prerelease, so was wondering if he had changed settings somewhere. From lwhsu at FreeBSD.org Thu Feb 19 20:17:49 2009 From: lwhsu at FreeBSD.org (Li-Wen Hsu) Date: Thu Feb 19 20:18:20 2009 Subject: Status of devel/boost In-Reply-To: <1e39c0a90902191947j612e3c3bo769cfb771a2f51a1@mail.gmail.com> References: <3cb459ed0902191459le2b20d5s14b13a032714802b@mail.gmail.com> <1e39c0a90902191947j612e3c3bo769cfb771a2f51a1@mail.gmail.com> Message-ID: <1e39c0a90902191949h63543bd9w8ce8c4c0eaa5f7b8@mail.gmail.com> Sorry that I forgot to cc ports@ list. On Fri, Feb 20, 2009 at 11:47 AM, Li-Wen Hsu wrote: > Hello, > > On Fri, Feb 20, 2009 at 6:59 AM, Alexander Churanov > wrote: >> Hi folks! >> >> Just want to synchronize our knowledge on this stuff. >> >> 1) The patch to update devel/boost from 1.34 to 1.37 is ready for