Thinkpad 240 & XFree86 4.0

[Kyle R. Rose]

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

Thinkpad 240 & XFree86 4.0

[Kyle R. Rose]

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


--  
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

[Branden Robinson]

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

Re: XFree86 4.1.0pre1v1.3 on Alpha

[Branden Robinson]

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

[Branden Robinson]

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: XFree86 4.1.0pre1v1.3 on Alpha

[Branden Robinson]

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/ |

 PGP signature

Re: XFree86 4.1.0pre1v1.3 on Alpha

[Juliusz Chroboczek]

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: Numeric keypad on thinkpad a21m

[Juliusz Chroboczek]

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: xfs 4.1: 75dpi vs 100dpi

[Juliusz Chroboczek]

>> 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: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded

[Michael R. Schwarzbach]

 
-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 

iQA/AwUBOz9aWAUqVktPGYHYEQISKgCg6GwyqPV9EVkG9xN/z81aAZ4mHCYAoKaL
AKFUs5tftBFBq6kzDrjIxU2p
=nNj+
-END PGP SIGNATURE-

Re: XFree86 4.1.0pre1v1.3 on Alpha

[Juliusz Chroboczek]

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


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Numeric keypad on thinkpad a21m

[Juliusz Chroboczek]

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: xfs 4.1: 75dpi vs 100dpi

[Juliusz Chroboczek]

>> 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


--  
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

[Michael R. Schwarzbach]

 
-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 

iQA/AwUBOz9aWAUqVktPGYHYEQISKgCg6GwyqPV9EVkG9xN/z81aAZ4mHCYAoKaL
AKFUs5tftBFBq6kzDrjIxU2p
=nNj+
-END PGP SIGNATURE-


--  
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

[Marcus Brinkmann]

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

Problems with locale.alias

[Mantas]

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

[Mantas]

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

[Fabian Sturm]

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

Re: xfree86-4.1.0-0pre1v2 test packages for hurd-i386 uploaded

[Marcus Brinkmann]

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]

Problems with locale.alias

[Mantas]

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)!

Problems with locale.alias

[Mantas]

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

[Fabian Sturm]

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


--  
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

[Gerhard Tonn]

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

Re: XFree 4.0.3 and 4.1 on s390

[Matt Zimmerman]

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
 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: XFree 4.0.3 and 4.1 on s390

[Branden Robinson]

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

XFree 4.0.3 and 4.1 on s390

[Gerhard Tonn]

Hi,
I am currently working on XFree 4.0.3 and 4.1 for s390.

Below are some issues I have found so far.

First of all, glide shouldn't be prerequisite for XFree on s390.

The xkb files are still in /usr/X11R6/lib/X11/xkb instead of /etc/X11/xkb. I
am not quite sure what the reason is, but suspect that it is caused by the
missing Xserver part of the configuration. I have fixed it temporarily by the
following patch.

--- rules       Mon Jun 25 21:01:18 2001
+++ rules.s390  Mon Jun 25 14:16:16 2001
@@ -138,6 +138,11 @@

build-tree/xc/programs/Xserver/hw/xfree86/doc/README.fonts \
                       build-tree/xc/programs/Xserver/hw/xfree86/doc/RELNOTES
\
                       debian/tmp/usr/X11R6/lib/X11/doc
+       mkdir -p $(DEBTREEDIR)/etc/X11/xkb
+       rm $(DEBTREEDIR)/usr/X11R6/lib/X11/xkb/compiled
+       mv $(DEBTREEDIR)/usr/X11R6/lib/X11/xkb/* $(DEBTREEDIR)/etc/X11/xkb
+       ln -sf ../../../../../etc/X11/xkb/*
$(DEBTREEDIR)/usr/X11R6/lib/X11/xkb/
+       ln -sf ../../../../../var/lib/xkb
$(DEBTREEDIR)/usr/X11R6/lib/X11/xkb/compiled
  else
        # remove the upstream symlink X -> XFree86
        rm $(DEBTREEDIR)/usr/X11R6/bin/X

The following links are broken. I don't know if it's s390 specific.

grep: ./libdps-dev/usr/X11R6/lib/libpsres.so: No such file or directory
grep: ./libdps-dev/usr/X11R6/lib/libdpstk.so: No such file or directory
grep: ./libdps-dev/usr/X11R6/lib/libdps.so: No such file or directory
grep: ./libxaw6-dev/usr/X11R6/lib/libXaw.so: No such file or directory
grep: ./libxaw7-dev/usr/X11R6/lib/libXaw.so: No such file or directory
grep: ./xbase-clients/usr/X11R6/lib/X11/xinit: No such file or directory
grep: ./xbase-clients/usr/share/man/man1/xkbbell.1x.gz: No such file or
directory
grep: ./xbase-clients/usr/share/man/man1/xkbvleds.1x.gz: No such file or
directory
grep: ./xbase-clients/usr/share/man/man1/xkbwatch.1x.gz: No such file or
directory
grep: ./xlibmesa-dev/usr/lib/libGLU.so: No such file or directory
grep: ./xlibmesa-dev/usr/lib/libGL.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libxrx.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXtst.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXt.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXrender.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXpm.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXp.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXmu.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXi.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXft.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXext.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libXIE.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libX11.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libSM.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libPEX5.so: No such file or directory
grep: ./xlibs-dev/usr/X11R6/lib/libICE.so: No such file or directory
grep: ./xutils/usr/share/man/man1/bdftruncate.pl.1x.gz: No such file or
directory
grep: ./xutils/usr/share/man/man1/gccmakedep.1x.gz: No such file or directory
grep: ./xutils/usr/share/man/man1/mergelib.1x.gz: No such file or directory
grep: ./xutils/usr/share/man/man1/mkhtmlindex.1x.gz: No such file or
 directory
grep: ./xutils/usr/share/man/man1/ucs2any.pl.1x.gz: No such file
 or directory
grep: ./libxaw6-dbg/usr/X11R6/lib/debug/libXaw.so.6: No such
 file or directory
grep: ./libxaw7-dbg/usr/X11R6/lib/debug/libXaw.so.7: No
 such file or directory


I have sent the MANIFEST files for 4.0.3 and 4.1 directly to Branden.

After I had created or changed xterm.docs.s390, xutils.files.s390,
xlibs.files.s390 and xbase-clients.files.s390, the packages were built fine.
I haven't tested them yet.

Regards,
Gerhard

Re: XFree 4.0.3 and 4.1 on s390

[Gerhard Tonn]

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]

Re: XFree 4.0.3 and 4.1 on s390

[Matt Zimmerman]

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
 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

[Branden Robinson]

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