Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?)
On Sun, Jan 26, 2003 at 01:17:17PM +1100, Daniel Stone wrote: [..snip..] To my eyes the error seems to be with loadable modules. The following two lines are repeated several thousand times in XFree86.0.log. Elf_RelocateEntry() Unsupported relocation type 18 Elf_RelocateEntry() Unsupported relocation type 17 This is odd. 17 and 18 are R_ALPHA_GPRELHIGH R_ALPHA_GPRELLOW which are handeld by the loader on alpha (at least in 4.2.99.3). The relocs are handeld in xc/programs/Xserver/hw/xfree86/loader/elfloader.c. There's an ELFDEBUG defintion which when enabled gives plenty of information. -- Guido msg05479/pgp0.pgp Description: PGP signature
Bug#178465: xserver-xfree86: sun keymap compile error: syntax error
Package: xserver-xfree86 Version: 4.2.1-5 Severity: normal My keyboard doesn't work anymore. It's an syn type5 keyboard. sunnyday:/etc/X11/xkb/keycodes# ../xkbcomp sun syntax error: line 465 of sun Errors encountered in sun; not compiled. -- Package-specific info: ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loadextmod Loadfreetype Loadrecord Loadspeedo Loadtype1 EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules sun Option XkbModel type5 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/sunmouse Option Protocol BusMouse EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section Device Identifier TurboGX Driver suncg6 Option UseFBDev true EndSection Section Monitor Identifier Sony GDM 17E10 HorizSync 30-92 VertRefresh 50-85 Option DPMS EndSection Section Screen Identifier Default Screen Device TurboGX Monitor Sony GDM 17E10 DefaultDepth8 SubSection Display Depth 1 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Generic Mouse EndSection ### END DEBCONF SECTION This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.1.1 (Debian 4.2.1-5 20030122173119 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 sparc [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from
Installing new fonts / the right(tm) way?
[ Please CC to me, I'm not on the list ] Hello! What is the right way to install new ttf fonts? I know fontconfig/gtk2 recognizes when I copy my fonts to ~/.fonts/ but then they are not available to gtk 1.2 (and other) programs.. If I copy my fonts to /usr/share/fonts/truetype/, what commands should I run there? update-fonts-dir? update-fonts-scale? Is this documented somewhere? I couldn't find it.. Thanks! -- Pasi Kärkkäinen [ Please CC to me, I'm not on the list ] ^ . . Linux /-\ Choice.of.the .Next.Generation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type
Package: xserver-xfree86 Version: 4.2.1-5 Severity: important [...] (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a Elf_RelocateEntry() Unsupported relocation type 18 Elf_RelocateEntry() Unsupported relocation type 17 Elf_RelocateEntry() Unsupported relocation type 18 [...] gcc 3.2 supports a new kind of relocation, which facilitates instruction scheduling. The X ELF module loader doesn't know about it, and therefore fails to load any module. There's a patch mentioned at http://www.redhat.com/mailing-lists/axp-list/msg19583.html but it has at least one obvious bug. I will whether I find something upstream or at Ret Hat, or write something myself. Falk -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux juist 2.5.59 #4 Sat Jan 18 12:46:41 CET 2003 alpha Locale: LANG=C, LC_CTYPE=de_DE@euro Versions of packages xserver-xfree86 depends on: ii debconf 1.2.21 Debian configuration management sy ii libc6.1 2.3.1-10 GNU C Library: Shared libraries an ii xserver-common4.2.1-3files and utilities common to all ii zlib1g1:1.1.4-9 compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Adjusting severity
Processing commands for [EMAIL PROTECTED]: severity 178242 normal Bug#178242: xlibmesa3: Package version 5 breaks rendering on Radeon 7500 QW card Severity set to `normal'. retitle 178242 xlibmesa3: [radeon_dri] hardware acceleration non-functional on Radeon 7500 QW Bug#178242: xlibmesa3: Package version 5 breaks rendering on Radeon 7500 QW card Changed Bug title. 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#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type
Hi, upstream contains a patch. You can retrieve it with cvs diff -r1.45 -r1.46 programs/Xserver/hw/xfree86/loader/elfloader.c I'll test it now, but that'll take some time... -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178242: Adjusting severity
severity 178242 normal retitle 178242 xlibmesa3: [radeon_dri] hardware acceleration non-functional on Radeon 7500 QW thanks Adjusting the severity to normal as this bug isn't really grave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 178374
Processing commands for [EMAIL PROTECTED]: tag 178374 + pending Bug#178374: xlibmesa3-glu: typo in shlibs There were no tags set. Tags added: pending 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: tagging 178310
Processing commands for [EMAIL PROTECTED]: tag 178310 + pending Bug#178310: xlibmesa-glu-dev: please depend on xlibmesa3-glu There were no tags set. Tags added: pending 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 178358 is important, merging 178358 178496
Processing commands for [EMAIL PROTECTED]: severity 178358 important Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?) Severity set to `important'. merge 178358 178496 Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?) Bug#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type Merged 178358 178496. 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#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?)
On Sun, Jan 26, 2003 at 01:17:17PM +1100, Daniel Stone wrote: To my eyes the error seems to be with loadable modules. The following two lines are repeated several thousand times in XFree86.0.log. Elf_RelocateEntry() Unsupported relocation type 18 Elf_RelocateEntry() Unsupported relocation type 17 I'm attaching a stripped down version. Since the file has 15752 lines. Please let me know if I can provide any additional information. Can you please install xserver-xfree86-dbg, attach to the server when it's spewing this stuff, and provide a backtrace? That won't help. The debuggable XFree86 X server in xserver-xfree86-dbg is also monolithic, and does not use the module loader. The good news is that this means that xserver-xfree86-dbg will probably just plain work. -- G. Branden Robinson|The errors of great men are Debian GNU/Linux |venerable because they are more [EMAIL PROTECTED] |fruitful than the truths of little http://people.debian.org/~branden/ |men. -- Friedrich Nietzsche msg05489/pgp0.pgp Description: PGP signature
Processed: retitle 178358 to xserver-xfree86: [core server] module loading broken on Alpha due to GCC 3.2's new relocation type ...
Processing commands for [EMAIL PROTECTED]: retitle 178358 xserver-xfree86: [core server] module loading broken on Alpha due to GCC 3.2's new relocation type Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?) Changed Bug title. retitle 178496 xserver-xfree86: [core server] module loading broken on Alpha due to GCC 3.2's new relocation type Bug#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type 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]
Re: Font loading extremely slow with the UTF-8 locale
On Sat, Jan 25, 2003 at 08:12:20PM +0100, Eduard Bloch wrote: #include hallo.h * Branden Robinson [Tue, Jan 21 2003, 01:27:13PM]: I don't know why you expect help from this list after exhibiting the attitude you did in Message-ID: [EMAIL PROTECTED]. What is your problem with my attitude? As said before, my Priority are Our Users and Free Software, see Social Contract. Not personal warfares, no faulty decissions ruled by semi-technical (but personal) problems. This may come as a deep shock to you, but your personal opinions on how Debian can best serve its users and free software are not shared by everyone else in the project. It is revealing that you ascribe differences of opinion to failures of people who disagree with you to abide by the Debian Social Contract. You still fail to see the point. If you keep a recent upstream version back, you do NOT cure the problems of other ports but actually damage the hardware support on mainstream architectures and so harm Debian's reputation. I suggest you have a talk with the Release Manager, then. It's his call to say no new upstream versions when we're in a freeze. You may also want to speak with the Stable Release Manager and determine under what circumstances he would allow a new upstream version of XFree86 into a point release of Debian 3.0. And, please, next time when you make a bad comparison, find an example that is less ridiculous. Knoppix has UTF-8 fonts, and there are much more non-latin1 using people than Americans may think. Irrelevant. Is Knoppix's XFree86 4.2.1 faster at loading the UTF-8 fonts than Debian's XFree86 4.2.1 is? If so, I detect an opportunity for someone to create a patch and file a wishlist bug. Alternatively, you can eschew the collaborative process altogether, switch to Knoppix exclusively, and tell everyone who'll listen to you to do the same. -- G. Branden Robinson| Mob rule isn't any prettier just Debian GNU/Linux | because you call your mob a [EMAIL PROTECTED] | government. http://people.debian.org/~branden/ | msg05491/pgp0.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
[debian-ia64: I do not subscribe to this list] On Fri, Jan 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Hmmm. :) The default shared objects on sparc boxes tend to be 32-bit objects, so the sparcv9 postfix is needed to explicitly select the 64-bit shared objects. None of that is needed for ia64. This seems like some awfully nasty intrustion of environmental issues into code where such things really don't belong. Branden Did the IA-64 toolchain in unstable recently change to Branden define the _LP64 symbol? It appears to be a gcc-3.2 feature: gcc-2.96 defines __LP64__ and gcc-3.2 adds _LP64 on top of that. Okay. It's possible that this has since been fixed in XFree86 CVS HEAD, then. I'll check. -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://people.debian.org/~branden/ |nowhere to live.-- G. L. Murfin msg05492/pgp0.pgp Description: PGP signature
Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?)
On Sun, Jan 26, 2003 at 02:32:38PM -0500, Branden Robinson wrote: That won't help. The debuggable XFree86 X server in xserver-xfree86-dbg is also monolithic, and does not use the module loader. The good news is that this means that xserver-xfree86-dbg will probably just plain work. Branden is right. the debugging server works. On Sun, Jan 26, 2003 at 01:46:33PM +0100, Guido Guenther wrote: This is odd. 17 and 18 are R_ALPHA_GPRELHIGH R_ALPHA_GPRELLOW which are handeld by the loader on alpha (at least in 4.2.99.3). The relocs are handeld in xc/programs/Xserver/hw/xfree86/loader/elfloader.c. There's an ELFDEBUG defintion which when enabled gives plenty of information. I just started a build process to generate a package with ELFDEBUG defined. Hopefully that can give some help tomorrow. -- /Martin msg05493/pgp0.pgp Description: PGP signature
Bug#112518: FYI: Still happens with 4.2.1-3
FYI, I just had this bug happen to me again with 4.2.1-3. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse issues under x
Hi First of all, my name is Carlos. :) I own an a3000 with Cyberstorm68060 mkII, Cybervision 64/3D, etc In my first contact with debian, well, no problem. IVe install Woody with xserver-xfree86-deb*_*4.1.2-3 (statically linked) and runs fine. But i have a problem with the mouse configuration (i suppose), because when startx, and load blackbox, pointer seems freeze when i move it, for a moment, then returns, but freeze another and so its impossible to manage the menu/windows, etc, because that delay. If i wait, pointer back again and i can move It. i note that in first time, when prompt to enter the login/pass in X, mouse cant run, pointer freeze until i type the login/pass. B... X are quite unusable with this problem, because i must wait various seconds between mouse displacments. Perhaps cannot be a mouse configuration problem and depends of other configuration section, so here is my XF86Config-4: ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Module Loadextmod Loadfreetype # Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice IdentifierGeneric Keyboard Driverkeyboard Option CoreKeyboard OptionProtocol Standard Option CustomKeyCodes OptionXkbRulesxfree86 OptionXkbModelamiga OptionXkbLayoutamiga Option XkbKeycodes amiga(uk) Option XkbTypes default Option XkbCompat default Option XkbSymbolsamigai(uk) Option XkbGeometry amiga EndSection Section InputDevice IdentifierConfigured Mouse Drivermouse Option CorePointer OptionDevice/dev/amigamouse OptionProtocolBusMouse EndSection Section Device IdentifierCybervision/3D Driverfbdev VideoRam4496 # OptionUseFBDevtrue EndSection Section Monitor IdentifierEizo FlexScan T67S HorizSync30-95 VertRefresh50-160 OptionDPMS EndSection Section Screen IdentifierDefault Screen DeviceCybervision/3D MonitorEizo FlexScan T67S DefaultDepth8 SubSection Display Depth8 Modes800x600 EndSubSection EndSection Section ServerLayout IdentifierDefault Layout ScreenDefault Screen InputDeviceGeneric Keyboard InputDeviceConfigured Mouse EndSection ### END DEBCONF SECTION Thanks for your help, and sorry for my english ;). I hope to understand me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse issues under x
On Mon, Jan 27, 2003 at 12:53:51PM +0200, Carlos wrote: Hi First of all, my name is Carlos. :) I own an a3000 with Cyberstorm68060 mkII, Cybervision 64/3D, etc :))) In my first contact with debian, well, no problem. IVe install Woody with xserver-xfree86-deb*_*4.1.2-3 (statically linked) and runs fine. But i have a problem with the mouse configuration (i suppose), because when startx, and load blackbox, pointer seems freeze when i move it, for a moment, then returns, but freeze another and so its impossible to manage the menu/windows, etc, because that delay. If i wait, pointer back again and i First a few checks ... Does this happen also in gpm under the console ? If yes then it is either a hardware problem (does it happen on amigaOS also or not ?, i usually had problems with the mouse cable getting bad contacts) or a kernel problem. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Cannot run X apps as root if logged in as normal user.
I'm runing a combination of woody and some testing packages and kde3.0.5a as my window manager... And am having some serious trouble getting any X apps to run withoug using the uid that I am logged in as... I have tried `xhost +localhost` - no dice... I am still getting the following error: -- Xlib: connection to :0.0 refused by server Xlib: No protocol specified When I run `xhost` as the uid that I am logged in as here is my output: -- access control enabled, only authorized clients can connect INET:localhost I'm not sure what the deal is, if I run `xhost +` to disable the security I am able to run whatever I want as whoever I want, but of course thats not a very good setup :) Anyone that has any ideas, let me know! Thanks -Ryan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?)
On Sun, Jan 26, 2003 at 01:17:17PM +1100, Daniel Stone wrote: [..snip..] To my eyes the error seems to be with loadable modules. The following two lines are repeated several thousand times in XFree86.0.log. Elf_RelocateEntry() Unsupported relocation type 18 Elf_RelocateEntry() Unsupported relocation type 17 This is odd. 17 and 18 are R_ALPHA_GPRELHIGH R_ALPHA_GPRELLOW which are handeld by the loader on alpha (at least in 4.2.99.3). The relocs are handeld in xc/programs/Xserver/hw/xfree86/loader/elfloader.c. There's an ELFDEBUG defintion which when enabled gives plenty of information. -- Guido pgpYp46AlCvpL.pgp Description: PGP signature
Bug#178465: xserver-xfree86: sun keymap compile error: syntax error
Package: xserver-xfree86 Version: 4.2.1-5 Severity: normal My keyboard doesn't work anymore. It's an syn type5 keyboard. sunnyday:/etc/X11/xkb/keycodes# ../xkbcomp sun syntax error: line 465 of sun Errors encountered in sun; not compiled. -- Package-specific info: ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loadextmod Loadfreetype Loadrecord Loadspeedo Loadtype1 EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules sun Option XkbModel type5 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/sunmouse Option Protocol BusMouse EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section Device Identifier TurboGX Driver suncg6 Option UseFBDev true EndSection Section Monitor Identifier Sony GDM 17E10 HorizSync 30-92 VertRefresh 50-85 Option DPMS EndSection Section Screen Identifier Default Screen Device TurboGX Monitor Sony GDM 17E10 DefaultDepth8 SubSection Display Depth 1 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Generic Mouse EndSection ### END DEBCONF SECTION This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.1.1 (Debian 4.2.1-5 20030122173119 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 sparc [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from
Installing new fonts / the right(tm) way?
[ Please CC to me, I'm not on the list ] Hello! What is the right way to install new ttf fonts? I know fontconfig/gtk2 recognizes when I copy my fonts to ~/.fonts/ but then they are not available to gtk 1.2 (and other) programs.. If I copy my fonts to /usr/share/fonts/truetype/, what commands should I run there? update-fonts-dir? update-fonts-scale? Is this documented somewhere? I couldn't find it.. Thanks! -- Pasi Kärkkäinen [ Please CC to me, I'm not on the list ] ^ . . Linux /-\ Choice.of.the .Next.Generation.
Bug#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type
Package: xserver-xfree86 Version: 4.2.1-5 Severity: important [...] (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a Elf_RelocateEntry() Unsupported relocation type 18 Elf_RelocateEntry() Unsupported relocation type 17 Elf_RelocateEntry() Unsupported relocation type 18 [...] gcc 3.2 supports a new kind of relocation, which facilitates instruction scheduling. The X ELF module loader doesn't know about it, and therefore fails to load any module. There's a patch mentioned at http://www.redhat.com/mailing-lists/axp-list/msg19583.html but it has at least one obvious bug. I will whether I find something upstream or at Ret Hat, or write something myself. Falk -- System Information: Debian Release: testing/unstable Architecture: alpha Kernel: Linux juist 2.5.59 #4 Sat Jan 18 12:46:41 CET 2003 alpha Locale: LANG=C, [EMAIL PROTECTED] Versions of packages xserver-xfree86 depends on: ii debconf 1.2.21 Debian configuration management sy ii libc6.1 2.3.1-10 GNU C Library: Shared libraries an ii xserver-common4.2.1-3files and utilities common to all ii zlib1g1:1.1.4-9 compression library - runtime -- debconf information excluded
Processed: Adjusting severity
Processing commands for [EMAIL PROTECTED]: severity 178242 normal Bug#178242: xlibmesa3: Package version 5 breaks rendering on Radeon 7500 QW card Severity set to `normal'. retitle 178242 xlibmesa3: [radeon_dri] hardware acceleration non-functional on Radeon 7500 QW Bug#178242: xlibmesa3: Package version 5 breaks rendering on Radeon 7500 QW card Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type
Hi, upstream contains a patch. You can retrieve it with cvs diff -r1.45 -r1.46 programs/Xserver/hw/xfree86/loader/elfloader.c I'll test it now, but that'll take some time... -- Falk
Bug#178242: Adjusting severity
severity 178242 normal retitle 178242 xlibmesa3: [radeon_dri] hardware acceleration non-functional on Radeon 7500 QW thanks Adjusting the severity to normal as this bug isn't really grave.
Processed: tagging 178374
Processing commands for [EMAIL PROTECTED]: tag 178374 + pending Bug#178374: xlibmesa3-glu: typo in shlibs There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 178310
Processing commands for [EMAIL PROTECTED]: tag 178310 + pending Bug#178310: xlibmesa-glu-dev: please depend on xlibmesa3-glu There were no tags set. Tags added: pending 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 178358 is important, merging 178358 178496
Processing commands for [EMAIL PROTECTED]: severity 178358 important Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?) Severity set to `important'. merge 178358 178496 Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?) Bug#178496: X server module loading broken on Alpha due to gcc 3.2's new relocation type Merged 178358 178496. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?)
On Sun, Jan 26, 2003 at 01:17:17PM +1100, Daniel Stone wrote: To my eyes the error seems to be with loadable modules. The following two lines are repeated several thousand times in XFree86.0.log. Elf_RelocateEntry() Unsupported relocation type 18 Elf_RelocateEntry() Unsupported relocation type 17 I'm attaching a stripped down version. Since the file has 15752 lines. Please let me know if I can provide any additional information. Can you please install xserver-xfree86-dbg, attach to the server when it's spewing this stuff, and provide a backtrace? That won't help. The debuggable XFree86 X server in xserver-xfree86-dbg is also monolithic, and does not use the module loader. The good news is that this means that xserver-xfree86-dbg will probably just plain work. -- G. Branden Robinson|The errors of great men are Debian GNU/Linux |venerable because they are more [EMAIL PROTECTED] |fruitful than the truths of little http://people.debian.org/~branden/ |men. -- Friedrich Nietzsche pgpECAYU8SBrB.pgp Description: PGP signature
Re: Font loading extremely slow with the UTF-8 locale
On Sat, Jan 25, 2003 at 08:12:20PM +0100, Eduard Bloch wrote: #include hallo.h * Branden Robinson [Tue, Jan 21 2003, 01:27:13PM]: I don't know why you expect help from this list after exhibiting the attitude you did in Message-ID: [EMAIL PROTECTED]. What is your problem with my attitude? As said before, my Priority are Our Users and Free Software, see Social Contract. Not personal warfares, no faulty decissions ruled by semi-technical (but personal) problems. This may come as a deep shock to you, but your personal opinions on how Debian can best serve its users and free software are not shared by everyone else in the project. It is revealing that you ascribe differences of opinion to failures of people who disagree with you to abide by the Debian Social Contract. You still fail to see the point. If you keep a recent upstream version back, you do NOT cure the problems of other ports but actually damage the hardware support on mainstream architectures and so harm Debian's reputation. I suggest you have a talk with the Release Manager, then. It's his call to say no new upstream versions when we're in a freeze. You may also want to speak with the Stable Release Manager and determine under what circumstances he would allow a new upstream version of XFree86 into a point release of Debian 3.0. And, please, next time when you make a bad comparison, find an example that is less ridiculous. Knoppix has UTF-8 fonts, and there are much more non-latin1 using people than Americans may think. Irrelevant. Is Knoppix's XFree86 4.2.1 faster at loading the UTF-8 fonts than Debian's XFree86 4.2.1 is? If so, I detect an opportunity for someone to create a patch and file a wishlist bug. Alternatively, you can eschew the collaborative process altogether, switch to Knoppix exclusively, and tell everyone who'll listen to you to do the same. -- G. Branden Robinson| Mob rule isn't any prettier just Debian GNU/Linux | because you call your mob a [EMAIL PROTECTED] | government. http://people.debian.org/~branden/ | pgp9RG3kuTSw5.pgp Description: PGP signature
Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture
[debian-ia64: I do not subscribe to this list] On Fri, Jan 24, 2003 at 07:30:43PM -0800, David Mosberger wrote: If you asked me, this has Dave Miller's name written all over it... ;-) Hmmm. :) The default shared objects on sparc boxes tend to be 32-bit objects, so the sparcv9 postfix is needed to explicitly select the 64-bit shared objects. None of that is needed for ia64. This seems like some awfully nasty intrustion of environmental issues into code where such things really don't belong. Branden Did the IA-64 toolchain in unstable recently change to Branden define the _LP64 symbol? It appears to be a gcc-3.2 feature: gcc-2.96 defines __LP64__ and gcc-3.2 adds _LP64 on top of that. Okay. It's possible that this has since been fixed in XFree86 CVS HEAD, then. I'll check. -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://people.debian.org/~branden/ |nowhere to live.-- G. L. Murfin pgpFj35cNhELJ.pgp Description: PGP signature
Bug#178358: xserver-xfree86: new xserver doesn't start (alpha specific bug?)
On Sun, Jan 26, 2003 at 02:32:38PM -0500, Branden Robinson wrote: That won't help. The debuggable XFree86 X server in xserver-xfree86-dbg is also monolithic, and does not use the module loader. The good news is that this means that xserver-xfree86-dbg will probably just plain work. Branden is right. the debugging server works. On Sun, Jan 26, 2003 at 01:46:33PM +0100, Guido Guenther wrote: This is odd. 17 and 18 are R_ALPHA_GPRELHIGH R_ALPHA_GPRELLOW which are handeld by the loader on alpha (at least in 4.2.99.3). The relocs are handeld in xc/programs/Xserver/hw/xfree86/loader/elfloader.c. There's an ELFDEBUG defintion which when enabled gives plenty of information. I just started a build process to generate a package with ELFDEBUG defined. Hopefully that can give some help tomorrow. -- /Martin pgpWqQ26EPecx.pgp Description: PGP signature
Bug#112518: FYI: Still happens with 4.2.1-3
FYI, I just had this bug happen to me again with 4.2.1-3.