Re: XFree 4.0.3 and 4.1 on s390
On Sun, Jul 01, 2001 at 07:19:33AM +0200, Gerhard Tonn wrote: First of all, glide shouldn't be prerequisite for XFree on s390. It isn't. You have found a bug in dpkg-checkbuilddeps. Good luck getting someone to fix it. -- G. Branden Robinson|I came, I saw, she conquered. The Debian GNU/Linux |original Latin seems to have been [EMAIL PROTECTED] |garbled. http://people.debian.org/~branden/ |-- Robert Heinlein PGP signature
Re: XFree 4.0.3 and 4.1 on s390
On Sun, Jul 01, 2001 at 07:19:33AM +0200, Gerhard Tonn wrote: The following links are broken. I don't know if it's s390 specific. These are normal. libfoo-dev will contain a symlink libfoo.so, which points to the shared library in the libfoo package. See http://www.debian.org/doc/debian-policy/ch-sharedlibs.html for more information. The manual pages are mostly symlinks to undocumented(7). How much of XFree86 are you building? I assume you don't have an S/390 with a graphics adapter. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XFree 4.0.3 and 4.1 on s390
On Sunday 01 July 2001 09:46, Matt Zimmerman wrote: How much of XFree86 are you building? I assume you don't have an S/390 with a graphics adapter. I am building the libraries only. It is controlled by the #define NOT_BUILDING_X_SERVER, which is set in debian/scripts/vars.s390. This is already part of the official Debian sources. Gerhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problems with locale.alias
Hi again, On 28.06 I've sent you the letter which is bellow, but didn't get any answer. Maybe I wasn't clear enought ? (I'm not very good in english :( ). It would be very nice if you write what you don't understand. --Original message-- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Problems with locale Hi, In my opinion file /usr/X11R6/lib/X11/locale/locale.alias from xlibs_4.1.0-0pre1v1.3_i386.deb package contains missing and incorrect information about some locales. Files /etc/locale.alias and /etc/locale.gen from package locales 2.2.x that comes with libc6 2.2.x has changed default locale format (from libc6 2.1.x) from format like this: . deutsch de_DE.ISO8859-1 . lithuanian lt_LT.ISO8859-13 to format like this: .. deutsch de_DE.ISO-8859-1 ... lithuanian lt_LT.ISO-8859-13 ... I think file usr/X11R6/lib/X11/locale/locale.alias must updated, because many languages now not have aliases and if I start program it displays warnings: locale not supported by Xlib, locale set to C and does work in English language. for example there are no alias in old format (no ':') for lithuanian locale - every time I must add this line manualy: lt_LT.ISO-8859-13lt_LT.ISO8859-13 I think you must check that all locales from files /etc/locale.alias and /etc/locale.gen has correct aliases in file usr/X11R6/lib/X11/locale/locale.alias I found other problems too. Default rusian locale in unix are #ru_RU.KOI8-R but file usr/X11R6/lib/X11/locale/locale.alias from xlibs_4.1.0-0pre1v1.3_i386.deb and /etc/locale.alias from package locales_2.2.3-5_all.deb contains incorrect information: russian ru_RU.ISO-8859-5 russian :ru_RU.ISO8859-5 :( Can you help on these problems ? Siøsta Tako paðtu (http://www.takas.lt)!
Re: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded
On Sun, Jul 01, 2001 at 02:01:52PM +0200, Fabian Sturm wrote: On Sat, Jun 30, 2001 at 09:33:34PM +0200, Marcus Brinkmann wrote: I uploaded to http://people.debian.org/~brinkmd/xfree86-4.1.0-0pre1v2/ : I tried to install the packges from this location and had following results: Thanks for the report. A lot of these problems need to be analyzed in more depth before we can solve them. I have a Hurd installation from the F2 CDs and a Asus Geforce 2 MX graphics Board. Whenever i startx and then quit the server i get a very dark console after two cycles of starting the server and shutting it down i get am almost dark terminal and my monitor does not recognize it as a signal any longer. (I think this error was reported before) Is this problem happening under Linux as well, given the same X server configuration and version? I would like to know if this is a X server hardware problem independant of the OS or a problem specific to the Hurd compilation. twm is not usefull as in this configuration. Thats because you cant open a new xterm in it by clicking on Debian in the twm menu (or how do you get a xterm in twm??, sorry i dont know twm) Maybe it depends on update-menus to work, which doesn't? Now i have a working setup with xserver and windowmanager. But the ctrl charaters are not handled as expected. If i do a cat fiel and hit ctrl-d than it works. But if i do a ping host and then hit ctrl-c nothing happens. same for cat file. Is this in an xterm? It is known to be broken. Try rxvt, which works. However, if somebody could work on a fix for that (maybe together with the xterm maintainer), that would be great. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Whenever i startx and then quit the server i get a very dark console after two cycles of starting the server and shutting it down i get am almost dark terminal and my monitor does not recognize it as a signal any longer. (I think this error was reported before) Is this problem happening under Linux as well, given the same X server configuration and version? I would like to know if this is a X server hardware problem independant of the OS or a problem specific to the Hurd compilation. I have the same Problem, using a Viper 330 / Nvidia Riva128 under hurd (nv module in XFree4)(haven't tested other cards yet). It doesn't happen on the same machine with the same settings (except mouse section) under linux. Michael -BEGIN PGP SIGNATURE- Version: PGPfreeware 7.0.3 for non-commercial use http://www.pgp.com iQA/AwUBOz9aWAUqVktPGYHYEQISKgCg6GwyqPV9EVkG9xN/z81aAZ4mHCYAoKaL AKFUs5tftBFBq6kzDrjIxU2p =nNj+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Numeric keypad on thinkpad a21m
DS Does anyone know how to enable the numeric keypad on a thinkpad? Under DS windows the shift+numlk combo is used to toggle the numeric keypad on DS and off. However, under X 4.0.3 this doesn't work, it merely makes the DS relevant keys unusable. Looks like the BIOS is doing nonstandard things, which confuse either the kernel or the X server. As a workaround, you could simulate the effect at the server level by defining an extra group in XKB. I suspect it's more hassle than it's worth, though. Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XFree 4.0.3 and 4.1 on s390
On Sun, Jul 01, 2001 at 07:19:33AM +0200, Gerhard Tonn wrote: I have sent the MANIFEST files for 4.0.3 and 4.1 directly to Branden. I don't need updates for 4.0.3; there is not going to be another Debian release of 4.0.3. The 4.1.0 manifest you sent me was not different from the one I already had, which is confusing: -rw-r--r--1 branden branden144681 May 17 22:15 MANIFEST.s390 -rw---1 branden branden144681 Jul 1 20:01 MANIFEST.s390.4.1.0 Be sure you send me MANIFEST.s390.new, not MANIFEST.s390. -- G. Branden Robinson| Measure with micrometer, Debian GNU/Linux | mark with chalk, [EMAIL PROTECTED] | cut with axe, http://people.debian.org/~branden/ | hope like hell. PGP signature
Re: XFree 4.0.3 and 4.1 on s390
On Sun, Jul 01, 2001 at 07:19:33AM +0200, Gerhard Tonn wrote: First of all, glide shouldn't be prerequisite for XFree on s390. It isn't. You have found a bug in dpkg-checkbuilddeps. Good luck getting someone to fix it. -- G. Branden Robinson|I came, I saw, she conquered. The Debian GNU/Linux |original Latin seems to have been [EMAIL PROTECTED] |garbled. http://people.debian.org/~branden/ |-- Robert Heinlein pgpiaib4ZdO8i.pgp Description: PGP signature
Re: XFree 4.0.3 and 4.1 on s390
On Sun, Jul 01, 2001 at 07:19:33AM +0200, Gerhard Tonn wrote: The following links are broken. I don't know if it's s390 specific. These are normal. libfoo-dev will contain a symlink libfoo.so, which points to the shared library in the libfoo package. See http://www.debian.org/doc/debian-policy/ch-sharedlibs.html for more information. The manual pages are mostly symlinks to undocumented(7). How much of XFree86 are you building? I assume you don't have an S/390 with a graphics adapter. -- - mdz
Re: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded
Hi! On Sat, Jun 30, 2001 at 09:33:34PM +0200, Marcus Brinkmann wrote: I uploaded to http://people.debian.org/~brinkmd/xfree86-4.1.0-0pre1v2/ : I tried to install the packges from this location and had following results: I used dpkg -i to install them because i couldt figure out how i can add them to dselect. After figuring out which packages are needed to solve all dependencies i could run startx and get it work. But there are some unresolved issues. First i tell mz configuration: I have a Hurd installation from the F2 CDs and a Asus Geforce 2 MX graphics Board. Whenever i startx and then quit the server i get a very dark console after two cycles of starting the server and shutting it down i get am almost dark terminal and my monitor does not recognize it as a signal any longer. (I think this error was reported before) twm is not usefull as in this configuration. Thats because you cant open a new xterm in it by clicking on Debian in the twm menu (or how do you get a xterm in twm??, sorry i dont know twm) Therefore i grabed wmx and compiled it on hurd (works out of the box) Now i have a working setup with xserver and windowmanager. But the ctrl charaters are not handled as expected. If i do a cat fiel and hit ctrl-d than it works. But if i do a ping host and then hit ctrl-c nothing happens. same for cat file. everything else works fine as i can say so far. side note apt-get install package does not work because it only searches at http adresses and not local. Adding a file resource to /etc/apt/sources.list does not solve it. And the tool apt-setup couldnt be found? Thanks alot for the great work!! Now hurd is really usable. Fabian P.S. this mail is written within hurd and X in a telnet session
Problems with locale.alias
Hi again, On 28.06 I've sent you the letter which is bellow, but didn't get any answer. Maybe I wasn't clear enought ? (I'm not very good in english :( ). It would be very nice if you write what you don't understand. --Original message-- From: [EMAIL PROTECTED] To: debian-x@lists.debian.org Subject: Problems with locale Hi, In my opinion file /usr/X11R6/lib/X11/locale/locale.alias from xlibs_4.1.0-0pre1v1.3_i386.deb package contains missing and incorrect information about some locales. Files /etc/locale.alias and /etc/locale.gen from package locales 2.2.x that comes with libc6 2.2.x has changed default locale format (from libc6 2.1.x) from format like this: . deutsch de_DE.ISO8859-1 . lithuanian lt_LT.ISO8859-13 to format like this: .. deutsch de_DE.ISO-8859-1 ... lithuanian lt_LT.ISO-8859-13 ... I think file usr/X11R6/lib/X11/locale/locale.alias must updated, because many languages now not have aliases and if I start program it displays warnings: locale not supported by Xlib, locale set to C and does work in English language. for example there are no alias in old format (no ':') for lithuanian locale - every time I must add this line manualy: lt_LT.ISO-8859-13lt_LT.ISO8859-13 I think you must check that all locales from files /etc/locale.alias and /etc/locale.gen has correct aliases in file usr/X11R6/lib/X11/locale/locale.alias I found other problems too. Default rusian locale in unix are #ru_RU.KOI8-R but file usr/X11R6/lib/X11/locale/locale.alias from xlibs_4.1.0-0pre1v1.3_i386.deb and /etc/locale.alias from package locales_2.2.3-5_all.deb contains incorrect information: russian ru_RU.ISO-8859-5 russian :ru_RU.ISO8859-5 :( Can you help on these problems ? Siøsta Tako paðtu (http://www.takas.lt)!
Problems with locale.alias
Hi again, On 28.06 I've sent you the letter which is bellow, but didn't get any answer. Maybe I wasn't clear enought ? (I'm not very good in english :( ). It would be very nice if you write what you don't understand. --Original message-- From: [EMAIL PROTECTED] To: debian-x@lists.debian.org Subject: Problems with locale Hi, In my opinion file /usr/X11R6/lib/X11/locale/locale.alias from xlibs_4.1.0-0pre1v1.3_i386.deb package contains missing and incorrect information about some locales. Files /etc/locale.alias and /etc/locale.gen from package locales 2.2.x that comes with libc6 2.2.x has changed default locale format (from libc6 2.1.x) from format like this: . deutsch de_DE.ISO8859-1 . lithuanian lt_LT.ISO8859-13 to format like this: .. deutsch de_DE.ISO-8859-1 ... lithuanian lt_LT.ISO-8859-13 ... I think file usr/X11R6/lib/X11/locale/locale.alias must updated, because many languages now not have aliases and if I start program it displays warnings: locale not supported by Xlib, locale set to C and does work in English language. for example there are no alias in old format (no ':') for lithuanian locale - every time I must add this line manualy: lt_LT.ISO-8859-13lt_LT.ISO8859-13 I think you must check that all locales from files /etc/locale.alias and /etc/locale.gen has correct aliases in file usr/X11R6/lib/X11/locale/locale.alias I found other problems too. Default rusian locale in unix are #ru_RU.KOI8-R but file usr/X11R6/lib/X11/locale/locale.alias from xlibs_4.1.0-0pre1v1.3_i386.deb and /etc/locale.alias from package locales_2.2.3-5_all.deb contains incorrect information: russian ru_RU.ISO-8859-5 russian :ru_RU.ISO8859-5 :( Can you help on these problems ? Siøsta Tako paðtu (http://www.takas.lt)!
Re: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded
On Sun, Jul 01, 2001 at 02:01:52PM +0200, Fabian Sturm wrote: On Sat, Jun 30, 2001 at 09:33:34PM +0200, Marcus Brinkmann wrote: I uploaded to http://people.debian.org/~brinkmd/xfree86-4.1.0-0pre1v2/ : I tried to install the packges from this location and had following results: Thanks for the report. A lot of these problems need to be analyzed in more depth before we can solve them. I have a Hurd installation from the F2 CDs and a Asus Geforce 2 MX graphics Board. Whenever i startx and then quit the server i get a very dark console after two cycles of starting the server and shutting it down i get am almost dark terminal and my monitor does not recognize it as a signal any longer. (I think this error was reported before) Is this problem happening under Linux as well, given the same X server configuration and version? I would like to know if this is a X server hardware problem independant of the OS or a problem specific to the Hurd compilation. twm is not usefull as in this configuration. Thats because you cant open a new xterm in it by clicking on Debian in the twm menu (or how do you get a xterm in twm??, sorry i dont know twm) Maybe it depends on update-menus to work, which doesn't? Now i have a working setup with xserver and windowmanager. But the ctrl charaters are not handled as expected. If i do a cat fiel and hit ctrl-d than it works. But if i do a ping host and then hit ctrl-c nothing happens. same for cat file. Is this in an xterm? It is known to be broken. Try rxvt, which works. However, if somebody could work on a fix for that (maybe together with the xterm maintainer), that would be great. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de
RE: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Whenever i startx and then quit the server i get a very dark console after two cycles of starting the server and shutting it down i get am almost dark terminal and my monitor does not recognize it as a signal any longer. (I think this error was reported before) Is this problem happening under Linux as well, given the same X server configuration and version? I would like to know if this is a X server hardware problem independant of the OS or a problem specific to the Hurd compilation. I have the same Problem, using a Viper 330 / Nvidia Riva128 under hurd (nv module in XFree4)(haven't tested other cards yet). It doesn't happen on the same machine with the same settings (except mouse section) under linux. Michael -BEGIN PGP SIGNATURE- Version: PGPfreeware 7.0.3 for non-commercial use http://www.pgp.com iQA/AwUBOz9aWAUqVktPGYHYEQISKgCg6GwyqPV9EVkG9xN/z81aAZ4mHCYAoKaL AKFUs5tftBFBq6kzDrjIxU2p =nNj+ -END PGP SIGNATURE-
Re: xfs 4.1: 75dpi vs 100dpi
How can I choose the default font size when using xfs? Even though I started X via '$X11/bin/xinit -- -quiet -dpi 75', I still get the giant 100dpi fonts, e.g. in Mozilla. MD If the font server serves 100dpi fonts, there's nothing the X MD server can do about that. That's not true. The client can always request a fully specified font; the server's DPI value is only used for underspecified *scalable* fonts (and I believe that the font server's value is only used if the X server is obsolete). For underspecified *bitmap* fonts, only the font path order counts. I suspect a Mozilla issue rather than an X issue. You can debug this by checking an X protocol trace for OpenFont requests. Changing the catalogue sequence in /etc/X11/fs/config helps, but since xfs should be a network service suitable for several local and remote users, I doubt that this is the right way. MD AFAIK it's the only way. I fear that Michel might be right. If the client underspecifies *bitmap* fonts, only the font path order counts. The solution is to get Mozilla to fully specify fonts. A workaround would be to run two font servers, one with 75 dpi fonts and one with 100 dpi fonts, and put them in the desired order in your server's font path. (A better workaround would be to stop running an X server; there's no good reason to run one.) Yes, the core font handling in X11 is a mess. Let's hope we all move to RENDER fonts as soon as possible. Juliusz
Re: Numeric keypad on thinkpad a21m
DS Does anyone know how to enable the numeric keypad on a thinkpad? Under DS windows the shift+numlk combo is used to toggle the numeric keypad on DS and off. However, under X 4.0.3 this doesn't work, it merely makes the DS relevant keys unusable. Looks like the BIOS is doing nonstandard things, which confuse either the kernel or the X server. As a workaround, you could simulate the effect at the server level by defining an extra group in XKB. I suspect it's more hassle than it's worth, though. Juliusz
Re: XFree86 4.1.0pre1v1.3 on Alpha
DL The root of the problem is that the int10 subsystem is extremely broken for DL Alpha, at least for the type of Alpha that I have (LX). After int10 has DL done its work, calls to sleep(), usleep(), nanosleep(), etc. never return. Doug, Would you be so kind as to report this upstream? I would suggest mailing [EMAIL PROTECTED] Please mention that you're not subscribed, so people can CC you with their replies. (Oh, yeah: do not expect a speedy reply, everyone's a little burnt out after the release of 4.1.) DL I have to say, the Debian packagaing makes it *much* easier DL (albeit time-consuming) for an outsider to approach building the DL monster that is XFree86. make World # go for lunch # go for coffee sudo make install sudo make install.man How is this difficult? Juliusz
Re: XFree86 4.1.0pre1v1.3 on Alpha
On Sun, Jul 01, 2001 at 07:39:45PM +0200, Juliusz Chroboczek wrote: make World # go for lunch # go for coffee sudo make install sudo make install.man How is this difficult? You have to satisfy the build dependencies. Unfortunately, thanks to some clever person implementing dpkg-checkbuilddeps without understanding the syntax for Build-Depends:, people are getting spurious failures on the glide libraries. Aside from that, though, it works well... -- G. Branden Robinson| You can have my PGP passphrase when you Debian GNU/Linux | pry it from my cold, dead brain. [EMAIL PROTECTED] | -- Adam Thornton http://people.debian.org/~branden/ | pgpgDLau9iNsd.pgp Description: PGP signature
Re: XFree 4.0.3 and 4.1 on s390
On Sun, Jul 01, 2001 at 07:19:33AM +0200, Gerhard Tonn wrote: I have sent the MANIFEST files for 4.0.3 and 4.1 directly to Branden. I don't need updates for 4.0.3; there is not going to be another Debian release of 4.0.3. The 4.1.0 manifest you sent me was not different from the one I already had, which is confusing: -rw-r--r--1 branden branden144681 May 17 22:15 MANIFEST.s390 -rw---1 branden branden144681 Jul 1 20:01 MANIFEST.s390.4.1.0 Be sure you send me MANIFEST.s390.new, not MANIFEST.s390. -- G. Branden Robinson| Measure with micrometer, Debian GNU/Linux | mark with chalk, [EMAIL PROTECTED] | cut with axe, http://people.debian.org/~branden/ | hope like hell. pgp7dC6CaNS1C.pgp Description: PGP signature
Thinkpad 240 XFree86 4.0
I noticed your posting regarding problems with XFree86 4.0 locking up on your Thinkpad 240, and spent the last five hours coming up with an ad-hoc solution. I have no idea what the problem is, but the following appears to be a minimal set of accelerations to disable to keep the server from hanging: (Yaay, binary search!) Section Device Identifier Neomagic MagicGraph 128XD Driver neomagic VideoRam2048 Option XaaNoScreenToScreenCopy Option XaaNoSolidFillRect Option XaaNoScanlineImageWriteRect Option XaaNoScanlineCPUToScreenColorExpandFill EndSection The server is still reasonably fast without these, so it's certainly a better solution than NoAccel. =) However, it would still be nice to find the root cause of these errors. I have copied the Debian X mailing list, but am not a participant. I will monitor the archies for the next few days, or you can email me directly if you have any new information or comments. I'd like to get this nailed down before the XFree86 team forgets about my obsolete laptop. =) Cheers, Kyle