Re: xlibmesa naming and relationships
Hello, ... BTW, why does xlibmesa-glu-dev not depend on xlibmesa3-glu ? It seem the autobuilders fail to install xlibmesa3-glu when i build depend on xlibmesa-glu-dev. As a result i get a : ocamlmktop -I . -I +labltk -o lablgltop \ labltk.cma lablgl.cma togl.cma Error on dynamically loaded library: ./dlllablgl.so: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE Which may or may not be related to this (but GLU is the only c++ library used by my package. $ dpkg -s xlibmesa-glu-dev Package: xlibmesa-glu-dev Status: install ok installed Priority: optional Section: devel Installed-Size: 1076 Maintainer: Branden Robinson <[EMAIL PROTECTED]> Source: xfree86 Version: 4.2.1-5 Replaces: mesag-dev (>> 5.0.0-1), xlibmesa-dev (<= 4.2.1-4) Provides: libglu-dev Depends: libstdc++5-dev, libc6-dev | libc-dev Conflicts: xlibmesa-dev (<= 4.2.1-4), libglu-dev Description: Mesa OpenGL utility library development files [XFree86] xlibmesa-dev provides static versions of the libraries provided in xlibmesa3-glu, as well as header files and manual pages. Friendly, Sven Luther
Re: xlibmesa naming and relationships
>> Sven Luther <[EMAIL PROTECTED]> writes: > Package: xlibmesa-glu-dev > Replaces: mesag-dev (>> 5.0.0-1), [...] Replaces mesag-dev? What did I miss? -- Marcelo
Re: xlibmesa naming and relationships
Hi Sven, On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote: > Definitively, this improved the situation, but it still fails on > alpha with : > > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: > symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file > libstdc++.so.5 with link time reference > > Anyway, i think i should fill a bug report about this. I am *extremely* curious. Can you try building with the mesa packages instead of the xfree86 packages? They are linked differently, shouldn't make a difference, but, if it does, it might help Branden narrow the problem down (or myself become aware of the problems). Other than that, is the build log available on buildd.d.o? I'd like to take a peek (or mail it to me if this is a local compile). -- Marcelo
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 06:29:11AM -0600, Marcelo E. Magallon wrote: > >> Sven Luther <[EMAIL PROTECTED]> writes: > > > Package: xlibmesa-glu-dev > > Replaces: mesag-dev (>> 5.0.0-1), [...] > > Replaces mesag-dev? What did I miss? No idea, ... Definitively, this improved the situation, but it still fails on alpha with : Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file libstdc++.so.5 with link time reference Anyway, i think i should fill a bug report about this. Friendly, Sven Luther
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote: > Hi Sven, > > On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote: > > > Definitively, this improved the situation, but it still fails on > > alpha with : > > > > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: > > symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file > > libstdc++.so.5 with link time reference > > > > Anyway, i think i should fill a bug report about this. > > I am *extremely* curious. Can you try building with the mesa packages > instead of the xfree86 packages? They are linked differently, > shouldn't make a difference, but, if it does, it might help Branden > narrow the problem down (or myself become aware of the problems). Well, as said, it works fine on either my box and voltaire (ppc), i will need to try on an alpha box though, and see what happens. Notice that i think i also got this message on my home box when i force-removed xlibmesa3-glu, but this should not be a problem now on the autobuilders, since i added a dependency to xlibmesa3-glu|libglu. That said, since the problem only appear on the autobuilders, i need to upload a package, and look at the logs to see what went wrong. I uploaded lablgl 0.99-4.1 with a dpkg -l in the debian/rules to notice it did not have the xlibmesa3-glu package installed. > Other than that, is the build log available on buildd.d.o? I'd like to > take a peek (or mail it to me if this is a local compile). Sure, here they are : http://buildd.debian.org/fetch.php?&pkg=lablgl&ver=0.99-5&arch=powerpc&stamp=1045139798&file=log&as=raw 0.99-3 and 0.99-4 are the failed attempts, 0.99-4.1 are the one with the dpkg -l output, and 0.99-5 is the new one with the added build-dependencies. Notice that mips and ia64 do not build, but this is normal since there is not yet a xfree86 with a separate libglu package for these arches. Maybe i should build depend on xlibmesa-glu-dev | libglu-dev | xlibmesa-gl-dev (<<4.2.1-3) or whenever the glu libraries got separated ? Friendly, Sven Luther
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
Package: xlibmesa-glu-dev Version: 4.2.1-5 When i build-depend on xlibmesa-glu-dev, the autobuilder doesn't install any libglu providing package, and thus glu using library fail to autobuild. Manually adding the xlibmesa3-glu | libglu build dependency does solve this, at least for some arches, but alpha still fails with : Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file libstdc++.so.5 with link time reference But this maybe due to the new gcc 3.2.3-0pre1, while xfree86 was built with the older gcc 3.2.2. Don't really know. Anyway, unless i miss something, please add a dependency from xlibmesa-glu-dev to xlibmesa3-glu. Friendly, Sven Luther
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote: > Hi Sven, > > On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote: > > > Definitively, this improved the situation, but it still fails on > > alpha with : > > > > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: > > symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file > > libstdc++.so.5 with link time reference > > > > Anyway, i think i should fill a bug report about this. > > I am *extremely* curious. Can you try building with the mesa packages > instead of the xfree86 packages? They are linked differently, > shouldn't make a difference, but, if it does, it might help Branden > narrow the problem down (or myself become aware of the problems). Mmm, ... I removed all the xlibmesa packages, and tried to install the mesa packages. There is a mesa-dev packages, and libglu-mesa and libglu-mesa-dev packages, but no mesa 5.0.0 package providing libgl. Should i try installing the mesag3 ones or use xlibmesa with libglu-mesa ? Friendly, Sven Luther
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:22:22PM +0100, Sven Luther wrote: > I removed all the xlibmesa packages, and tried to install the mesa > packages. There is a mesa-dev packages, and libglu-mesa and > libglu-mesa-dev packages, but no mesa 5.0.0 package providing libgl. Uhm... Package: mesag3 Version: 5.0.0-5 Provides: libgl1 Package: mesag-dev Version: 5.0.0-5 Provides: libgl-dev, mesag3-widgets, mesag-widgets-dev Package: libglu1-mesa-dev Version: 5.0.0-5 Provides: libglu-dev Package: libglu1-mesa Version: 5.0.0-5 Provides: libglu1 Looks ok to me. For reference: Package: xlibmesa3-gl Version: 4.2.1-5 Provides: libgl1 Package: xlibmesa-gl-dev Version: 4.2.1-5 Provides: libgl-dev Package: xlibmesa3-glu Version: 4.2.1-5 Provides: libglu1 Package: xlibmesa-glu-dev Version: 4.2.1-5 Provides: libglu-dev -- Marcelo
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:50:25PM +0100, Sven Luther wrote: > BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is > more confusing than something else. The way I see it, people using mesa (instead of xlibmesa) have a reason for that and renaming the package would make upgrades more difficult (or make apt prefer xlibmesa over mesa). Since I agree that the "3" is confusing, I'm probably end up having emtpy packages with the old names -- for a release or two. The point is, I need 6 such empty packages... -- Marcelo
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:39:18PM +0100, Marcelo E. Magallon wrote: > On Thu, Feb 13, 2003 at 02:22:22PM +0100, Sven Luther wrote: > > > I removed all the xlibmesa packages, and tried to install the mesa > > packages. There is a mesa-dev packages, and libglu-mesa and > > libglu-mesa-dev packages, but no mesa 5.0.0 package providing libgl. > > Uhm... > > Package: mesag3 > Version: 5.0.0-5 > Provides: libgl1 Arg, ... i thought it would be an older mesa 3.x package, i suppose i already forgot all the flamewar you where having these past days. Anyway, i installed it, and it works fine, but i need to test this on the autobuilders now. BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is more confusing than something else. Friendly, Sven Luther
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:00:39PM +0100, Sven Luther wrote: > Notice that apt-get install mesag-dev complains that mesa-common-dev > is not going to be installed. Does it? I admit I have only installed the packages using dpkg -i ... I'll check what going on. > That said, suppose i build my executable with mesag3, and then which > to run it on a system where xlibmesa is installed. Will it work ? And > if yes, will it be hardware accelerated ? Yes and yes. > I just uploaded -5.1, you can see for yourself if built ok or not. I > still think that my -5 upload fixed it, and that the alpha problem may > be related to something else. Ok. -- Marcelo
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:56:15PM +0100, Marcelo E. Magallon wrote: > On Thu, Feb 13, 2003 at 02:50:25PM +0100, Sven Luther wrote: > > > BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is > > more confusing than something else. > > The way I see it, people using mesa (instead of xlibmesa) have a reason > for that and renaming the package would make upgrades more difficult > (or make apt prefer xlibmesa over mesa). Since I agree that the "3" is > confusing, I'm probably end up having emtpy packages with the old names > -- for a release or two. The point is, I need 6 such empty packages... Notice that apt-get install mesag-dev complains that mesa-common-dev is not going to be installed. That said, suppose i build my executable with mesag3, and then which to run it on a system where xlibmesa is installed. Will it work ? And if yes, will it be hardware accelerated ? I just uploaded -5.1, you can see for yourself if built ok or not. I still think that my -5 upload fixed it, and that the alpha problem may be related to something else. Friendly, Sven Luther
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > still think that my -5 upload fixed it, and that the alpha problem may > > be related to something else. > > Ok. It built fine on alpha. i had to remove ghc5-opengl though, which apparently only depends on xlibmesa-dev. So this is definitevely a problem with the xlibmesa packages. Friendly, Sven Luther
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
On Thu, Feb 13, 2003 at 01:51:56PM +0100, Sven Luther wrote: > Package: xlibmesa-glu-dev > Version: 4.2.1-5 > > > When i build-depend on xlibmesa-glu-dev, the autobuilder doesn't install > any libglu providing package, and thus glu using library fail to > autobuild. > > Manually adding the xlibmesa3-glu | libglu build dependency does solve > this, at least for some arches, but alpha still fails with : Erm, it is not on alpha but on hppa, sorry for the confusion. > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: symbol > __gxx_personality_v0, version CXXABI_1.2 not defined in file > libstdc++.so.5 with link time reference > > But this maybe due to the new gcc 3.2.3-0pre1, while xfree86 was built > with the older gcc 3.2.2. Don't really know. > > Anyway, unless i miss something, please add a dependency from > xlibmesa-glu-dev to xlibmesa3-glu. Mmm, i can reproduce this on my box when i have xlibmesa-glu-dev, xlimesa3-gl and xlibmesa-gl-dev installed, but also libglu1-mesa. This happens when you have the mesa 5.0 packages installed and later upgrade or install the xlibmesa packages, maybe due to the missing dependency. Anyway, i now build depend on the mesa 5.x pakages, which fixes the build for me, but still there seem to be a problem with the xlibmesa packages. Friendly, Sven Luther
Re: xlibmesa naming and relationships
On Don, 2003-02-13 at 15:42, Sven Luther wrote: > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > > still think that my -5 upload fixed it, and that the alpha problem may > > > be related to something else. > > > > Ok. > > It built fine on alpha. > > i had to remove ghc5-opengl though, which apparently only depends on > xlibmesa-dev. Which is broken and should be fixed. (you should be able to use xlibmesa-gl-dev with libglu1-mesa-dev though) > So this is definitevely a problem with the xlibmesa packages. One more reason to simply ditch xlibmesa3-glu and friends? :) -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: G550 amd Xfree Problems
On Wed, Feb 12, 2003 at 05:27:13PM +0100, Nik Engel wrote: > > snip > > > > (==) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 12 07:59:42 > > 2003 > > (==) Using config file: "/etc/X11/XF86Config-4" > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > > Skip "/usr/X11R6/lib/modules/extensions/libGLcore.a:debug_xform.o": No > > symbols found > > Skip "/usr/X11R6/lib/modules/fonts/libspeedo.a:spencode.o": No symbols > > found > > error opening security policy file > > /usr/X11R6/lib/X11/xserver/SecurityPolicy > > > > Fatal server error: > > could not open default font 'fixed' > > snip It looks like something probably seriously trashed your /etc/X11 directory. Did you or someone else go wild with an rm -rf recently? -- G. Branden Robinson| Debian GNU/Linux | Cogitationis poenam nemo meretur. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | pgpFWJ04BAmjc.pgp Description: PGP signature
Re: How do I disable building parts of the tree?
On Wed, Feb 12, 2003 at 12:04:09AM -0500, Branden Robinson wrote: > Why, yes, in fact Debian's XFree86 packages do this very thing. > > You can, therefore, look inside the Debian source package to see one way > of doing it. > > debian/rules: > 60 SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) > $(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S) $(BUILDER)\"' > -DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"' -DBuildServersOnly=YES > -DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO > -DXprtServer=NO $(DEBUGFLAGS) > [...] > 178 $(MAKE) -C $(SOURCE_TREE)-xserver-xfree86-dbg WORLDOPTS="" > IMAKE_DEFINES="$(SERVERDEBUG_IMAKE_DEFINES)" World > > So, for instance, instead of "make World", you might say: > > make -DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO > -DXVirtualFramebufferServer=NO -DXprtServer=NO World Hmm, of course, I meant: make WORLDOPTS="" IMAKE_DEFINES="-DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO -DXprtServer=NO" World -- G. Branden Robinson| Don't use nuclear weapons to Debian GNU/Linux | troubleshoot faults. [EMAIL PROTECTED] | -- US Air Force Instruction 91-111 http://people.debian.org/~branden/ | pgpQFIfPlk48F.pgp Description: PGP signature
Re: xlib detect x killed
On Wed, Feb 12, 2003 at 02:49:12PM +0100, bitlov wrote: > How to detect that the X server has been killed or stopped ? > > My program that use a window with the override_redirect flag set crashs when > sending x request to a dead X server. I have tried to detect dead X with > XSetErrorHandler() and XSetIOErrorHandler() but the handlers are never > called. You should probably ask the xfree86@xfree86.org mailing list. -- G. Branden Robinson| What influenced me to atheism was Debian GNU/Linux | reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://people.debian.org/~branden/ | -- J. Michael Straczynski pgp9H3nggnDEz.pgp Description: PGP signature
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:42:04PM +0100, Sven Luther wrote: > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > > still think that my -5 upload fixed it, and that the alpha problem may > > > be related to something else. > > > > Ok. > > It built fine on alpha. > > i had to remove ghc5-opengl though, which apparently only depends on > xlibmesa-dev. > > So this is definitevely a problem with the xlibmesa packages. No it isn't. There is no such thing as "devlibdeps" files. It's up to the ghc5-opengl maintainer to delcare his -dev dependencies correctly. -- G. Branden Robinson|It was a typical net.exercise -- a Debian GNU/Linux |screaming mob pounding on a greasy [EMAIL PROTECTED] |spot on the pavement, where used to http://people.debian.org/~branden/ |lie the carcass of a dead horse. pgpht3ysc8gtF.pgp Description: PGP signature
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:38:11PM -0500, Branden Robinson wrote: > On Thu, Feb 13, 2003 at 03:42:04PM +0100, Sven Luther wrote: > > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > > > still think that my -5 upload fixed it, and that the alpha problem may > > > > be related to something else. > > > > > > Ok. > > > > It built fine on alpha. > > > > i had to remove ghc5-opengl though, which apparently only depends on > > xlibmesa-dev. > > > > So this is definitevely a problem with the xlibmesa packages. > > No it isn't. There is no such thing as "devlibdeps" files. It's up to > the ghc5-opengl maintainer to delcare his -dev dependencies correctly. No, this has nothing to do with ghc, which is not my package, and i just noticed that it declared only xlibmesa-dev as build-depends. I don't care enough though to file a bug report and just removed the package i don't even know how it got on my system in the first place, but thought i would note it here. The real problem is explained in bug #180855, and is that xlibmesa-glu-dev does not depend on xlibmesa-glu, which breaks autocompilation of packages only build-depending on the -dev version. Friendly, Sven Luther
Re: G550 amd Xfree Problems
On Thu, Feb 13, 2003 at 03:33:45PM -0500, Branden Robinson scrawled: > On Wed, Feb 12, 2003 at 05:27:13PM +0100, Nik Engel wrote: > > > snip > > > > > > (==) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 12 07:59:42 > > > 2003 > > > (==) Using config file: "/etc/X11/XF86Config-4" > > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' ObOffTopic4.3Reference: This file is now useless in 4.2.99.x, it's all done inside the server. Yay! :) d -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgp7eWgzJ4tqH.pgp Description: PGP signature
Processed: retitle 180313 to xlibs: [XKB] missing semicolon in keycodes/sun
Processing commands for [EMAIL PROTECTED]: > retitle 180313 xlibs: [XKB] missing semicolon in keycodes/sun Bug#180313: (no subject) Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: severity of 180313 is normal, reassign 180313 to xlibs, merging 178465 180313
Processing commands for [EMAIL PROTECTED]: > severity 180313 normal Bug#180313: (no subject) Severity set to `normal'. > reassign 180313 xlibs Bug#180313: (no subject) Bug reassigned from package `xserver-xfree86' to `xlibs'. > merge 178465 180313 Bug#178465: xlibs: [XKB] missing semicolon in patch to keycodes/sun Bug#180313: (no subject) Bug#178996: xlibs: [XKB] missing semicolon in keycodes/sun Bug#179390: Keyboard input with a type5 keyboard is b0rked. Bug#179442: UK Sun-type5 Keymap installation issue Bug#179443: UK Sun-type5 Keymapissue Bug#180026: xlibs: [XKB] missing semicolon in keycodes/sun Merged 178465 178996 179390 179442 179443 180026 180313. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#180758: marked as done (X-window-system failure)
Your message dated Thu, 13 Feb 2003 23:41:24 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#180758: X-window-system failure has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 12 Feb 2003 16:00:36 + >From [EMAIL PROTECTED] Wed Feb 12 10:00:35 2003 Return-path: <[EMAIL PROTECTED]> Received: from (linux.local) [194.149.8.198] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18izJJ-0001dP-00; Wed, 12 Feb 2003 10:00:33 -0600 Received: from gabriel (pali [192.168.1.131]) by linux.local (8.11.6/8.11.6/SuSE Linux 0.5) with SMTP id h1CG1LO24114 for <[EMAIL PROTECTED]>; Wed, 12 Feb 2003 17:01:22 +0100 Message-ID: <[EMAIL PROTECTED]> From: "=?iso-8859-2?B?QmFsb2doIMFk4W0=?=" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: X-window-system failure Date: Wed, 12 Feb 2003 17:01:29 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_NextPart_000_0012_01C2D2B8.63263920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600. Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=3.4 required=5.0 tests=DEAR_SOMETHING,HTML_WITH_BGCOLOR,MIME_LONG_LINE_QP, SPAM_PHRASE_00_01,USER_AGENT_OE version=2.44 X-Spam-Level: *** This is a multi-part message in MIME format. --=_NextPart_000_0012_01C2D2B8.63263920 Content-Type: multipart/alternative; boundary="=_NextPart_001_0013_01C2D2B8.63263920" --=_NextPart_001_0013_01C2D2B8.63263920 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Package: x-window-system Version: 4.1.0-16 Dear sirs, I'd love to use an Xserver on my Debian Woody with kernel 2.4.18, but it = won't start.=20 Please find the attached output of startx. (I send the config file too.) I'm looking forward to hearing from you. Cheers, Adam Balogh ps. my hardware is a p4 with nvidia geforce2mx-400 AGP SDR, national = keyboard, genius netscroll optical ps2 mouse. --=_NextPart_001_0013_01C2D2B8.63263920 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Package: x-window-system Version: 4.1.0-16 Dear sirs, I'd love to use an Xserver on my Debian = Woody with=20 kernel 2.4.18, but it won't start. Please find the attached output of = startx. (I send=20 the config file too.) I'm looking forward to hearing from=20 you. Cheers, Adam Balogh ps. my hardware is a p4 with nvidia = geforce2mx-400=20 AGP SDR, national keyboard, genius netscroll optical ps2=20 mouse. --=_NextPart_001_0013_01C2D2B8.63263920-- --=_NextPart_000_0012_01C2D2B8.63263920 Content-Type: application/octet-stream; name="XFree86.0.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="XFree86.0.log" =0A= This is a pre-release version of XFree86, and is not supported in any=0A= way. Bugs may be reported to XFree86@XFree86.Org and patches submitted=0A= to [EMAIL PROTECTED] Before reporting bugs in pre-release versions,=0A= please check the latest version in the XFree86 CVS repository=0A= (http://www.XFree86.Org/cvs)=0A= =0A= XFree86 Version 4.1.0.1 / X Window System=0A= (protocol Version 11, revision 0, vendor release 6510)=0A= Release Date: 21 December 2001=0A= If the server is older than 6-12 months, or if your card is=0A= newer than the above date, look for a newer version before=0A= reporting problems. (See http://www.XFree86.Org/FAQ)=0A= Build Operating System: Linux 2.4.17 i686 [ELF] =0A= Module Loader present=0A= (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 12 15:24:20 = 2003=0A= (=3D=3D) Using config file: "/etc/X11/XF86Config-4"=0A= Markers: (--) probed, (**) from config file, (=3D=3D) default setting,=0A= (++) from command line, (!!) notice, (II) informational,=0A= (WW) warning, (EE) error, (NI) not implemented, (??) unknown.=0A= (=3D=3D) ServerLayout "Default Layout"=0A= (**) |-->Screen "Default Screen" (0)=0A= (**) | |-->Monitor "Generic Monitor"=0A= (**) | |-->Device "Generic Video Card"=0A= (**) |-->Input Device "Generic Keyboard"=0A= (**) Option "XkbRules" "xfree86"=0A= (**) XKB: rules: "xfree86"=0A= (**) Option "XkbModel" "pc104"=0A= (**) XKB: model: "pc104"=0A= (**) Option "XkbLayout" "hu"=0A= (**) XKB: layout: "hu"=0A= (**) Option "Xk
Processed: Re: Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
Processing commands for [EMAIL PROTECTED]: > severity 180855 normal Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders. Severity set to `normal'. > reassign 180855 xlibmesa-glu-dev Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders. Bug reassigned from package `xlibmesa-glu-dev' to `xlibmesa-glu-dev'. > merge 178310 180855 Bug#178310: xlibmesa-glu-dev: please depend on xlibmesa3-glu Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders. Merged 178310 180855. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
severity 180855 normal reassign 180855 xlibmesa-glu-dev merge 178310 180855 thanks This bug was already filed and a fix is pending. Please don't file duplicate bugs. Check the BTS before filing. -- G. Branden Robinson|A celibate clergy is an especially Debian GNU/Linux |good idea, because it tends to [EMAIL PROTECTED] |suppress any hereditary propensity http://people.debian.org/~branden/ |toward fanaticism.-- Carl Sagan pgpUVqwjifcO4.pgp Description: PGP signature
Bug#180938: xserver-xfree86: [ati/radeon] no DPMS support on digital flat panels
Package: xserver-xfree86
Version: 4.2.1-5
Severity: normal
Tags: upstream, patch
Mr. Stempel, in the future please feel free to file bug reports with the
Debian Bug Tracking System, as I am doing with this message. That helps
ensure that patches like the one you sent me don't get forgotten in the
mountain of email I receive.
--
G. Branden Robinson| Never attribute to malice that
Debian GNU/Linux | which can be adequately explained
[EMAIL PROTECTED] | by stupidity.
http://people.debian.org/~branden/ |
--- Begin Message ---
Hi Branden,
I've run into the problem that the radeon driver for xserver-xfree86
4.2.1-5 doesn't support DPMS correctly. In fact, the screen is never
blanked.
At the [EMAIL PROTECTED] mailing list archive at
http://www.spinics.net/lists/xf-xpert/msg06429.html
I've found a patch solving this problem.
Attached to this mail there is an adaption of this patch for
the Debian/SID package 4.2.1-5 to be included in the
debian/patches directory.
If you find this patch useful, fell free to include it in
future releases of the xserver-xfree86 4.2.1 package.
Kind regards
Steffen
*** xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c.orig Sun Feb
9 20:19:34 2003
--- xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c Sun Feb 9
21:50:06 2003
***
*** 4579,4582
--- 4579,4594
OUTREGP(RADEON_CRTC_EXT_CNTL, mask, ~mask);
break;
}
+ if (info->DisplayType == MT_DFP) {
+ switch (PowerManagementMode) {
+ case DPMSModeOn:
+ OUTREG(RADEON_FP_GEN_CNTL, INREG(RADEON_FP_GEN_CNTL) | (RADEON_FP_FPON
| RADEON_FP_TMDS_EN));
+ break;
+ case DPMSModeStandby:
+ case DPMSModeSuspend:
+ case DPMSModeOff:
+ OUTREG(RADEON_FP_GEN_CNTL, INREG(RADEON_FP_GEN_CNTL) & ~(RADEON_FP_FPON
| RADEON_FP_TMDS_EN));
+ break;
+ }
+ }
}
--- End Message ---
pgpyPBaM1nXI6.pgp
Description: PGP signature
Re: xlibmesa naming and relationships
Hello, ... BTW, why does xlibmesa-glu-dev not depend on xlibmesa3-glu ? It seem the autobuilders fail to install xlibmesa3-glu when i build depend on xlibmesa-glu-dev. As a result i get a : ocamlmktop -I . -I +labltk -o lablgltop \ labltk.cma lablgl.cma togl.cma Error on dynamically loaded library: ./dlllablgl.so: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE Which may or may not be related to this (but GLU is the only c++ library used by my package. $ dpkg -s xlibmesa-glu-dev Package: xlibmesa-glu-dev Status: install ok installed Priority: optional Section: devel Installed-Size: 1076 Maintainer: Branden Robinson <[EMAIL PROTECTED]> Source: xfree86 Version: 4.2.1-5 Replaces: mesag-dev (>> 5.0.0-1), xlibmesa-dev (<= 4.2.1-4) Provides: libglu-dev Depends: libstdc++5-dev, libc6-dev | libc-dev Conflicts: xlibmesa-dev (<= 4.2.1-4), libglu-dev Description: Mesa OpenGL utility library development files [XFree86] xlibmesa-dev provides static versions of the libraries provided in xlibmesa3-glu, as well as header files and manual pages. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
>> Sven Luther <[EMAIL PROTECTED]> writes: > Package: xlibmesa-glu-dev > Replaces: mesag-dev (>> 5.0.0-1), [...] Replaces mesag-dev? What did I miss? -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
Hi Sven, On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote: > Definitively, this improved the situation, but it still fails on > alpha with : > > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: > symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file > libstdc++.so.5 with link time reference > > Anyway, i think i should fill a bug report about this. I am *extremely* curious. Can you try building with the mesa packages instead of the xfree86 packages? They are linked differently, shouldn't make a difference, but, if it does, it might help Branden narrow the problem down (or myself become aware of the problems). Other than that, is the build log available on buildd.d.o? I'd like to take a peek (or mail it to me if this is a local compile). -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 06:29:11AM -0600, Marcelo E. Magallon wrote: > >> Sven Luther <[EMAIL PROTECTED]> writes: > > > Package: xlibmesa-glu-dev > > Replaces: mesag-dev (>> 5.0.0-1), [...] > > Replaces mesag-dev? What did I miss? No idea, ... Definitively, this improved the situation, but it still fails on alpha with : Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file libstdc++.so.5 with link time reference Anyway, i think i should fill a bug report about this. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote: > Hi Sven, > > On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote: > > > Definitively, this improved the situation, but it still fails on > > alpha with : > > > > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: > > symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file > > libstdc++.so.5 with link time reference > > > > Anyway, i think i should fill a bug report about this. > > I am *extremely* curious. Can you try building with the mesa packages > instead of the xfree86 packages? They are linked differently, > shouldn't make a difference, but, if it does, it might help Branden > narrow the problem down (or myself become aware of the problems). Well, as said, it works fine on either my box and voltaire (ppc), i will need to try on an alpha box though, and see what happens. Notice that i think i also got this message on my home box when i force-removed xlibmesa3-glu, but this should not be a problem now on the autobuilders, since i added a dependency to xlibmesa3-glu|libglu. That said, since the problem only appear on the autobuilders, i need to upload a package, and look at the logs to see what went wrong. I uploaded lablgl 0.99-4.1 with a dpkg -l in the debian/rules to notice it did not have the xlibmesa3-glu package installed. > Other than that, is the build log available on buildd.d.o? I'd like to > take a peek (or mail it to me if this is a local compile). Sure, here they are : http://buildd.debian.org/fetch.php?&pkg=lablgl&ver=0.99-5&arch=powerpc&stamp=1045139798&file=log&as=raw 0.99-3 and 0.99-4 are the failed attempts, 0.99-4.1 are the one with the dpkg -l output, and 0.99-5 is the new one with the added build-dependencies. Notice that mips and ia64 do not build, but this is normal since there is not yet a xfree86 with a separate libglu package for these arches. Maybe i should build depend on xlibmesa-glu-dev | libglu-dev | xlibmesa-gl-dev (<<4.2.1-3) or whenever the glu libraries got separated ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
Package: xlibmesa-glu-dev Version: 4.2.1-5 When i build-depend on xlibmesa-glu-dev, the autobuilder doesn't install any libglu providing package, and thus glu using library fail to autobuild. Manually adding the xlibmesa3-glu | libglu build dependency does solve this, at least for some arches, but alpha still fails with : Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file libstdc++.so.5 with link time reference But this maybe due to the new gcc 3.2.3-0pre1, while xfree86 was built with the older gcc 3.2.2. Don't really know. Anyway, unless i miss something, please add a dependency from xlibmesa-glu-dev to xlibmesa3-glu. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote: > Hi Sven, > > On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote: > > > Definitively, this improved the situation, but it still fails on > > alpha with : > > > > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: > > symbol __gxx_personality_v0, version CXXABI_1.2 not defined in file > > libstdc++.so.5 with link time reference > > > > Anyway, i think i should fill a bug report about this. > > I am *extremely* curious. Can you try building with the mesa packages > instead of the xfree86 packages? They are linked differently, > shouldn't make a difference, but, if it does, it might help Branden > narrow the problem down (or myself become aware of the problems). Mmm, ... I removed all the xlibmesa packages, and tried to install the mesa packages. There is a mesa-dev packages, and libglu-mesa and libglu-mesa-dev packages, but no mesa 5.0.0 package providing libgl. Should i try installing the mesag3 ones or use xlibmesa with libglu-mesa ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:22:22PM +0100, Sven Luther wrote: > I removed all the xlibmesa packages, and tried to install the mesa > packages. There is a mesa-dev packages, and libglu-mesa and > libglu-mesa-dev packages, but no mesa 5.0.0 package providing libgl. Uhm... Package: mesag3 Version: 5.0.0-5 Provides: libgl1 Package: mesag-dev Version: 5.0.0-5 Provides: libgl-dev, mesag3-widgets, mesag-widgets-dev Package: libglu1-mesa-dev Version: 5.0.0-5 Provides: libglu-dev Package: libglu1-mesa Version: 5.0.0-5 Provides: libglu1 Looks ok to me. For reference: Package: xlibmesa3-gl Version: 4.2.1-5 Provides: libgl1 Package: xlibmesa-gl-dev Version: 4.2.1-5 Provides: libgl-dev Package: xlibmesa3-glu Version: 4.2.1-5 Provides: libglu1 Package: xlibmesa-glu-dev Version: 4.2.1-5 Provides: libglu-dev -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:50:25PM +0100, Sven Luther wrote: > BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is > more confusing than something else. The way I see it, people using mesa (instead of xlibmesa) have a reason for that and renaming the package would make upgrades more difficult (or make apt prefer xlibmesa over mesa). Since I agree that the "3" is confusing, I'm probably end up having emtpy packages with the old names -- for a release or two. The point is, I need 6 such empty packages... -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:39:18PM +0100, Marcelo E. Magallon wrote: > On Thu, Feb 13, 2003 at 02:22:22PM +0100, Sven Luther wrote: > > > I removed all the xlibmesa packages, and tried to install the mesa > > packages. There is a mesa-dev packages, and libglu-mesa and > > libglu-mesa-dev packages, but no mesa 5.0.0 package providing libgl. > > Uhm... > > Package: mesag3 > Version: 5.0.0-5 > Provides: libgl1 Arg, ... i thought it would be an older mesa 3.x package, i suppose i already forgot all the flamewar you where having these past days. Anyway, i installed it, and it works fine, but i need to test this on the autobuilders now. BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is more confusing than something else. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:00:39PM +0100, Sven Luther wrote: > Notice that apt-get install mesag-dev complains that mesa-common-dev > is not going to be installed. Does it? I admit I have only installed the packages using dpkg -i ... I'll check what going on. > That said, suppose i build my executable with mesag3, and then which > to run it on a system where xlibmesa is installed. Will it work ? And > if yes, will it be hardware accelerated ? Yes and yes. > I just uploaded -5.1, you can see for yourself if built ok or not. I > still think that my -5 upload fixed it, and that the alpha problem may > be related to something else. Ok. -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 02:56:15PM +0100, Marcelo E. Magallon wrote: > On Thu, Feb 13, 2003 at 02:50:25PM +0100, Sven Luther wrote: > > > BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is > > more confusing than something else. > > The way I see it, people using mesa (instead of xlibmesa) have a reason > for that and renaming the package would make upgrades more difficult > (or make apt prefer xlibmesa over mesa). Since I agree that the "3" is > confusing, I'm probably end up having emtpy packages with the old names > -- for a release or two. The point is, I need 6 such empty packages... Notice that apt-get install mesag-dev complains that mesa-common-dev is not going to be installed. That said, suppose i build my executable with mesag3, and then which to run it on a system where xlibmesa is installed. Will it work ? And if yes, will it be hardware accelerated ? I just uploaded -5.1, you can see for yourself if built ok or not. I still think that my -5 upload fixed it, and that the alpha problem may be related to something else. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > still think that my -5 upload fixed it, and that the alpha problem may > > be related to something else. > > Ok. It built fine on alpha. i had to remove ghc5-opengl though, which apparently only depends on xlibmesa-dev. So this is definitevely a problem with the xlibmesa packages. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
On Thu, Feb 13, 2003 at 01:51:56PM +0100, Sven Luther wrote: > Package: xlibmesa-glu-dev > Version: 4.2.1-5 > > > When i build-depend on xlibmesa-glu-dev, the autobuilder doesn't install > any libglu providing package, and thus glu using library fail to > autobuild. > > Manually adding the xlibmesa3-glu | libglu build dependency does solve > this, at least for some arches, but alpha still fails with : Erm, it is not on alpha but on hppa, sorry for the confusion. > Error on dynamically loaded library: /usr/X11R6/lib/libGLU.so.1: symbol > __gxx_personality_v0, version CXXABI_1.2 not defined in file > libstdc++.so.5 with link time reference > > But this maybe due to the new gcc 3.2.3-0pre1, while xfree86 was built > with the older gcc 3.2.2. Don't really know. > > Anyway, unless i miss something, please add a dependency from > xlibmesa-glu-dev to xlibmesa3-glu. Mmm, i can reproduce this on my box when i have xlibmesa-glu-dev, xlimesa3-gl and xlibmesa-gl-dev installed, but also libglu1-mesa. This happens when you have the mesa 5.0 packages installed and later upgrade or install the xlibmesa packages, maybe due to the missing dependency. Anyway, i now build depend on the mesa 5.x pakages, which fixes the build for me, but still there seem to be a problem with the xlibmesa packages. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Don, 2003-02-13 at 15:42, Sven Luther wrote: > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > > still think that my -5 upload fixed it, and that the alpha problem may > > > be related to something else. > > > > Ok. > > It built fine on alpha. > > i had to remove ghc5-opengl though, which apparently only depends on > xlibmesa-dev. Which is broken and should be fixed. (you should be able to use xlibmesa-gl-dev with libglu1-mesa-dev though) > So this is definitevely a problem with the xlibmesa packages. One more reason to simply ditch xlibmesa3-glu and friends? :) -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: G550 amd Xfree Problems
On Wed, Feb 12, 2003 at 05:27:13PM +0100, Nik Engel wrote: > > snip > > > > (==) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 12 07:59:42 > > 2003 > > (==) Using config file: "/etc/X11/XF86Config-4" > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > > Skip "/usr/X11R6/lib/modules/extensions/libGLcore.a:debug_xform.o": No > > symbols found > > Skip "/usr/X11R6/lib/modules/fonts/libspeedo.a:spencode.o": No symbols > > found > > error opening security policy file > > /usr/X11R6/lib/X11/xserver/SecurityPolicy > > > > Fatal server error: > > could not open default font 'fixed' > > snip It looks like something probably seriously trashed your /etc/X11 directory. Did you or someone else go wild with an rm -rf recently? -- G. Branden Robinson| Debian GNU/Linux | Cogitationis poenam nemo meretur. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | msg05836/pgp0.pgp Description: PGP signature
Re: How do I disable building parts of the tree?
On Wed, Feb 12, 2003 at 12:04:09AM -0500, Branden Robinson wrote: > Why, yes, in fact Debian's XFree86 packages do this very thing. > > You can, therefore, look inside the Debian source package to see one way > of doing it. > > debian/rules: > 60 SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) >$(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S) $(BUILDER)\"' >-DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"' -DBuildServersOnly=YES >-DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO -DXprtServer=NO >$(DEBUGFLAGS) > [...] > 178 $(MAKE) -C $(SOURCE_TREE)-xserver-xfree86-dbg WORLDOPTS="" >IMAKE_DEFINES="$(SERVERDEBUG_IMAKE_DEFINES)" World > > So, for instance, instead of "make World", you might say: > > make -DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO >-DXVirtualFramebufferServer=NO -DXprtServer=NO World Hmm, of course, I meant: make WORLDOPTS="" IMAKE_DEFINES="-DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO -DXprtServer=NO" World -- G. Branden Robinson| Don't use nuclear weapons to Debian GNU/Linux | troubleshoot faults. [EMAIL PROTECTED] | -- US Air Force Instruction 91-111 http://people.debian.org/~branden/ | msg05837/pgp0.pgp Description: PGP signature
Re: xlib detect x killed
On Wed, Feb 12, 2003 at 02:49:12PM +0100, bitlov wrote: > How to detect that the X server has been killed or stopped ? > > My program that use a window with the override_redirect flag set crashs when > sending x request to a dead X server. I have tried to detect dead X with > XSetErrorHandler() and XSetIOErrorHandler() but the handlers are never > called. You should probably ask the [EMAIL PROTECTED] mailing list. -- G. Branden Robinson| What influenced me to atheism was Debian GNU/Linux | reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://people.debian.org/~branden/ | -- J. Michael Straczynski msg05838/pgp0.pgp Description: PGP signature
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:42:04PM +0100, Sven Luther wrote: > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > > still think that my -5 upload fixed it, and that the alpha problem may > > > be related to something else. > > > > Ok. > > It built fine on alpha. > > i had to remove ghc5-opengl though, which apparently only depends on > xlibmesa-dev. > > So this is definitevely a problem with the xlibmesa packages. No it isn't. There is no such thing as "devlibdeps" files. It's up to the ghc5-opengl maintainer to delcare his -dev dependencies correctly. -- G. Branden Robinson|It was a typical net.exercise -- a Debian GNU/Linux |screaming mob pounding on a greasy [EMAIL PROTECTED] |spot on the pavement, where used to http://people.debian.org/~branden/ |lie the carcass of a dead horse. msg05839/pgp0.pgp Description: PGP signature
Re: xlibmesa naming and relationships
On Thu, Feb 13, 2003 at 03:38:11PM -0500, Branden Robinson wrote: > On Thu, Feb 13, 2003 at 03:42:04PM +0100, Sven Luther wrote: > > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote: > > > > I just uploaded -5.1, you can see for yourself if built ok or not. I > > > > still think that my -5 upload fixed it, and that the alpha problem may > > > > be related to something else. > > > > > > Ok. > > > > It built fine on alpha. > > > > i had to remove ghc5-opengl though, which apparently only depends on > > xlibmesa-dev. > > > > So this is definitevely a problem with the xlibmesa packages. > > No it isn't. There is no such thing as "devlibdeps" files. It's up to > the ghc5-opengl maintainer to delcare his -dev dependencies correctly. No, this has nothing to do with ghc, which is not my package, and i just noticed that it declared only xlibmesa-dev as build-depends. I don't care enough though to file a bug report and just removed the package i don't even know how it got on my system in the first place, but thought i would note it here. The real problem is explained in bug #180855, and is that xlibmesa-glu-dev does not depend on xlibmesa-glu, which breaks autocompilation of packages only build-depending on the -dev version. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: G550 amd Xfree Problems
On Thu, Feb 13, 2003 at 03:33:45PM -0500, Branden Robinson scrawled: > On Wed, Feb 12, 2003 at 05:27:13PM +0100, Nik Engel wrote: > > > snip > > > > > > (==) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 12 07:59:42 > > > 2003 > > > (==) Using config file: "/etc/X11/XF86Config-4" > > > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' ObOffTopic4.3Reference: This file is now useless in 4.2.99.x, it's all done inside the server. Yay! :) d -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne msg05841/pgp0.pgp Description: PGP signature
Processed: retitle 180313 to xlibs: [XKB] missing semicolon in keycodes/sun
Processing commands for [EMAIL PROTECTED]: > retitle 180313 xlibs: [XKB] missing semicolon in keycodes/sun Bug#180313: (no subject) Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 180313 is normal, reassign 180313 to xlibs, merging 178465 180313
Processing commands for [EMAIL PROTECTED]: > severity 180313 normal Bug#180313: (no subject) Severity set to `normal'. > reassign 180313 xlibs Bug#180313: (no subject) Bug reassigned from package `xserver-xfree86' to `xlibs'. > merge 178465 180313 Bug#178465: xlibs: [XKB] missing semicolon in patch to keycodes/sun Bug#180313: (no subject) Bug#178996: xlibs: [XKB] missing semicolon in keycodes/sun Bug#179390: Keyboard input with a type5 keyboard is b0rked. Bug#179442: UK Sun-type5 Keymap installation issue Bug#179443: UK Sun-type5 Keymapissue Bug#180026: xlibs: [XKB] missing semicolon in keycodes/sun Merged 178465 178996 179390 179442 179443 180026 180313. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180758: marked as done (X-window-system failure)
Your message dated Thu, 13 Feb 2003 23:41:24 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#180758: X-window-system failure has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 12 Feb 2003 16:00:36 + >From [EMAIL PROTECTED] Wed Feb 12 10:00:35 2003 Return-path: <[EMAIL PROTECTED]> Received: from (linux.local) [194.149.8.198] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18izJJ-0001dP-00; Wed, 12 Feb 2003 10:00:33 -0600 Received: from gabriel (pali [192.168.1.131]) by linux.local (8.11.6/8.11.6/SuSE Linux 0.5) with SMTP id h1CG1LO24114 for <[EMAIL PROTECTED]>; Wed, 12 Feb 2003 17:01:22 +0100 Message-ID: <001601c2d2b0$016db800$8301a8c0@gabriel> From: "=?iso-8859-2?B?QmFsb2doIMFk4W0=?=" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: X-window-system failure Date: Wed, 12 Feb 2003 17:01:29 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_NextPart_000_0012_01C2D2B8.63263920" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600. Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=3.4 required=5.0 tests=DEAR_SOMETHING,HTML_WITH_BGCOLOR,MIME_LONG_LINE_QP, SPAM_PHRASE_00_01,USER_AGENT_OE version=2.44 X-Spam-Level: *** This is a multi-part message in MIME format. --=_NextPart_000_0012_01C2D2B8.63263920 Content-Type: multipart/alternative; boundary="=_NextPart_001_0013_01C2D2B8.63263920" --=_NextPart_001_0013_01C2D2B8.63263920 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Package: x-window-system Version: 4.1.0-16 Dear sirs, I'd love to use an Xserver on my Debian Woody with kernel 2.4.18, but it = won't start.=20 Please find the attached output of startx. (I send the config file too.) I'm looking forward to hearing from you. Cheers, Adam Balogh ps. my hardware is a p4 with nvidia geforce2mx-400 AGP SDR, national = keyboard, genius netscroll optical ps2 mouse. --=_NextPart_001_0013_01C2D2B8.63263920 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Package: x-window-system Version: 4.1.0-16 Dear sirs, I'd love to use an Xserver on my Debian = Woody with=20 kernel 2.4.18, but it won't start. Please find the attached output of = startx. (I send=20 the config file too.) I'm looking forward to hearing from=20 you. Cheers, Adam Balogh ps. my hardware is a p4 with nvidia = geforce2mx-400=20 AGP SDR, national keyboard, genius netscroll optical ps2=20 mouse. --=_NextPart_001_0013_01C2D2B8.63263920-- --=_NextPart_000_0012_01C2D2B8.63263920 Content-Type: application/octet-stream; name="XFree86.0.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="XFree86.0.log" =0A= This is a pre-release version of XFree86, and is not supported in any=0A= way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted=0A= to [EMAIL PROTECTED] Before reporting bugs in pre-release versions,=0A= please check the latest version in the XFree86 CVS repository=0A= (http://www.XFree86.Org/cvs)=0A= =0A= XFree86 Version 4.1.0.1 / X Window System=0A= (protocol Version 11, revision 0, vendor release 6510)=0A= Release Date: 21 December 2001=0A= If the server is older than 6-12 months, or if your card is=0A= newer than the above date, look for a newer version before=0A= reporting problems. (See http://www.XFree86.Org/FAQ)=0A= Build Operating System: Linux 2.4.17 i686 [ELF] =0A= Module Loader present=0A= (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Wed Feb 12 15:24:20 = 2003=0A= (=3D=3D) Using config file: "/etc/X11/XF86Config-4"=0A= Markers: (--) probed, (**) from config file, (=3D=3D) default setting,=0A= (++) from command line, (!!) notice, (II) informational,=0A= (WW) warning, (EE) error, (NI) not implemented, (??) unknown.=0A= (=3D=3D) ServerLayout "Default Layout"=0A= (**) |-->Screen "Default Screen" (0)=0A= (**) | |-->Monitor "Generic Monitor"=0A= (**) | |-->Device "Generic Video Card"=0A= (**) |-->Input Device "Generic Keyboard"=0A= (**) Option "XkbRules" "xfree86"=0A= (**) XKB: rules: "xfree86"=0A= (**) Option "XkbModel" "pc104"=0A= (**) XKB: model: "pc104"=0A= (**) Option "XkbLayout" "hu"=0A= (**) XKB: layout: "hu"=
Processed: Re: Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
Processing commands for [EMAIL PROTECTED]: > severity 180855 normal Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders. Severity set to `normal'. > reassign 180855 xlibmesa-glu-dev Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders. Bug reassigned from package `xlibmesa-glu-dev' to `xlibmesa-glu-dev'. > merge 178310 180855 Bug#178310: xlibmesa-glu-dev: please depend on xlibmesa3-glu Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders. Merged 178310 180855. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
severity 180855 normal reassign 180855 xlibmesa-glu-dev merge 178310 180855 thanks This bug was already filed and a fix is pending. Please don't file duplicate bugs. Check the BTS before filing. -- G. Branden Robinson|A celibate clergy is an especially Debian GNU/Linux |good idea, because it tends to [EMAIL PROTECTED] |suppress any hereditary propensity http://people.debian.org/~branden/ |toward fanaticism.-- Carl Sagan msg05846/pgp0.pgp Description: PGP signature
Bug#180938: xserver-xfree86: [ati/radeon] no DPMS support on digital flat panels
Package: xserver-xfree86
Version: 4.2.1-5
Severity: normal
Tags: upstream, patch
Mr. Stempel, in the future please feel free to file bug reports with the
Debian Bug Tracking System, as I am doing with this message. That helps
ensure that patches like the one you sent me don't get forgotten in the
mountain of email I receive.
--
G. Branden Robinson| Never attribute to malice that
Debian GNU/Linux | which can be adequately explained
[EMAIL PROTECTED] | by stupidity.
http://people.debian.org/~branden/ |
--- Begin Message ---
Hi Branden,
I've run into the problem that the radeon driver for xserver-xfree86
4.2.1-5 doesn't support DPMS correctly. In fact, the screen is never
blanked.
At the [EMAIL PROTECTED] mailing list archive at
http://www.spinics.net/lists/xf-xpert/msg06429.html
I've found a patch solving this problem.
Attached to this mail there is an adaption of this patch for
the Debian/SID package 4.2.1-5 to be included in the
debian/patches directory.
If you find this patch useful, fell free to include it in
future releases of the xserver-xfree86 4.2.1 package.
Kind regards
Steffen
*** xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c.orig Sun Feb 9
20:19:34 2003
--- xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c Sun Feb 9 21:50:06
2003
***
*** 4579,4582
--- 4579,4594
OUTREGP(RADEON_CRTC_EXT_CNTL, mask, ~mask);
break;
}
+ if (info->DisplayType == MT_DFP) {
+ switch (PowerManagementMode) {
+ case DPMSModeOn:
+ OUTREG(RADEON_FP_GEN_CNTL, INREG(RADEON_FP_GEN_CNTL) | (RADEON_FP_FPON |
+RADEON_FP_TMDS_EN));
+ break;
+ case DPMSModeStandby:
+ case DPMSModeSuspend:
+ case DPMSModeOff:
+ OUTREG(RADEON_FP_GEN_CNTL, INREG(RADEON_FP_GEN_CNTL) & ~(RADEON_FP_FPON |
+RADEON_FP_TMDS_EN));
+ break;
+ }
+ }
}
--- End Message ---
msg05847/pgp0.pgp
Description: PGP signature
Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.
On Fri, Feb 14, 2003 at 12:10:06AM -0500, Branden Robinson wrote: > severity 180855 normal > reassign 180855 xlibmesa-glu-dev > merge 178310 180855 > thanks > > This bug was already filed and a fix is pending. Sorry, ... > Please don't file duplicate bugs. Check the BTS before filing. I did miss it, i guess that comes from not using bugreport or some other such tool. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
