revelado de fotografias digitales por Internet

2002-10-31 Thread FotoDigital



 
Hola
En http://www.fotodigital-printservice.com  queremos cumplir con la nueva Ley de 
Servicios de la Sociedad de la Información (LSSI), que ha entrado en vigor el 
pasado sábado 12 de Octubre. Por eso te pedimos que nos autorices a enviarte 
información sobre nuestro servicio de revelado de fotografías digitales a 
través de Internet, tema de gran interés para los poseedores de cámaras 
de fotos digitales, con el objetivo de evitarte la recepción de correspondencia 
no deseada. Si quieres recibir información sobre el revelado 
de fotografías digitales por Internet, responde a este e-mail 
y escribe en asunto ALTA Muchas Gracias.FotoDigital-PrintService 
S.L
B-83257600


Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread Simon Richter
Thomas/others,

> However, it sounds to me as if the problem isn't one that 
> can be fixed by X.  Without APM support, X doesn't know when
> a suspend-and-resume cycle occurs, and so doesn't know when it
> should reinitialize hardware registers.

I thought X should reinitialize if its console is switched to, and the
kernel should switch to a dummy console before suspend and back on
resume.

At least to me it sounds like a sane interface.

   Simon

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4


pgpr3RDXGBsTz.pgp
Description: PGP signature


Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread Thomas Hood
John Goerzen <[EMAIL PROTECTED]> wrote:
> On certain (many?) machines, the new X packages will cause the
> console to completely hang after waking back up from being
> put to sleep.  This can be fixed by having /dev/apm_bios and
> appropriate kernel support.  The powermgmt-base package does
> this, but on PowerPC, it is not installed by default, leaving
> PowerPC laptops in a situation where they are easily hung by
> default.

That does sound like an unacceptable situation on powerpc.
We don't want machines hanging mysteriously.

If it were simply a matter of checking for the presence of
/dev/apm_bios, then X could do that at startup time
and exit if the node was absent.

However, it sounds to me as if the problem isn't one that 
can be fixed by X.  Without APM support, X doesn't know when
a suspend-and-resume cycle occurs, and so doesn't know when it
should reinitialize hardware registers.

So the solution must be to configure APM support on machines
that are capable of suspending and resuming.

If you don't have APM support then you shouldn't suspend the
machine.  If you go ahead and suspend the machine anyway then
you should be prepared for failures.

It might be fair to ask that X print a message at startup
when it can't find APM support: it could warn that, in the
absence of APM support, suspending and resuming an X session
may have unpredictable results.

--
Thomas Hood









Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread Simon Richter
Thomas/others,

> However, it sounds to me as if the problem isn't one that 
> can be fixed by X.  Without APM support, X doesn't know when
> a suspend-and-resume cycle occurs, and so doesn't know when it
> should reinitialize hardware registers.

I thought X should reinitialize if its console is switched to, and the
kernel should switch to a dummy console before suspend and back on
resume.

At least to me it sounds like a sane interface.

   Simon

-- 
GPG Fingerprint: 040E B5F7 84F1 4FBC CEAD  ADC6 18A0 CC8D 5706 A4B4



msg04519/pgp0.pgp
Description: PGP signature


Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread Thomas Hood
John Goerzen <[EMAIL PROTECTED]> wrote:
> On certain (many?) machines, the new X packages will cause the
> console to completely hang after waking back up from being
> put to sleep.  This can be fixed by having /dev/apm_bios and
> appropriate kernel support.  The powermgmt-base package does
> this, but on PowerPC, it is not installed by default, leaving
> PowerPC laptops in a situation where they are easily hung by
> default.

That does sound like an unacceptable situation on powerpc.
We don't want machines hanging mysteriously.

If it were simply a matter of checking for the presence of
/dev/apm_bios, then X could do that at startup time
and exit if the node was absent.

However, it sounds to me as if the problem isn't one that 
can be fixed by X.  Without APM support, X doesn't know when
a suspend-and-resume cycle occurs, and so doesn't know when it
should reinitialize hardware registers.

So the solution must be to configure APM support on machines
that are capable of suspending and resuming.

If you don't have APM support then you shouldn't suspend the
machine.  If you go ahead and suspend the machine anyway then
you should be prepared for failures.

It might be fair to ask that X print a message at startup
when it can't find APM support: it could warn that, in the
absence of APM support, suspending and resuming an X session
may have unpredictable results.

--
Thomas Hood








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




Re: i845 patch for 4.2.1 debs

2002-10-31 Thread Michael Cardenas
>> For now, I've only done the most basic testing. RedHat backported the
>> same driver and includes it in limbo, which I believe is rh8, so it
>> must be somewhat stable. As I get more results from our testing dept,
>> I will forward them to you, if you're interested. 
>
>Yes, please.  I'll see if I can get this into 4.2.1-4.  Thanks for your
>efforts.

One bug has already come up. It seems that the original 845 2d driver
patch doesn't correctly respect refresh rate settings in the
xf86config file. So, for example, the driver doesn't work at all on an
NEC LCD1530v. There were two later patches to add 3d, which I'm not
going to work on for a few weeks because they're very large and we've
got as deadline coming up soon. But, the second patch contains a fix
for the refresh rate selection. 

I might email upstream and ask them if they can show me what part of
the patch fixes that problem, because its a very large patch. (I also
might just wait for 4.3 to be released!)

Thanks again

  michael

-- 
michael cardenas   | lead software engineer, lindows.com
hyperpoem.net  | GNU/Linux software developer
people.debian.org/~mbc | encrypted mail preferred

"Someone asked, 'What is your way?'
 Daojian answered, 'To be free wherever I am.'"
- Zen Mondo


pgpmT6qV0fWaD.pgp
Description: PGP signature


Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

2002-10-31 Thread 167234
retitle 167234 xserver-xfree86: [nv] problems on PowerPC with GeForce 2 MX400
tag 167234 + moreinfo
thanks

On Thu, Oct 31, 2002 at 02:37:12PM +0100, José Salavert Torres wrote:
> Driver nv doesn't works with the GeForce2 MX400 32MB twinwiev shipped
> with  the macintosh computer, configuration program says:
> 
> (NV) EE : couldn't read bios
> 
> And doesn't configure.
> I've tried dpkg-reconfigure but it doesn't works.
> 
> I get a big purple/green screen. Any idea???

I can't do anything about this report without the information described
in the XF86Config(7) manual page.

Alternatively, report bugs with the "reportbug" package and command, and
the required information will be automatically included.

-- 
G. Branden Robinson| When I die I want to go peacefully
Debian GNU/Linux   | in my sleep like my ol' Grand
[EMAIL PROTECTED] | Dad...not screaming in terror like
http://people.debian.org/~branden/ | his passengers.


pgpBB6aZFKFHi.pgp
Description: PGP signature


Bug#167212: xbase-clients: startx has a bug when tries to identify hostname

2002-10-31 Thread 167212
retitle 163837 xbase-clients: [startx] hostname version printed to stdout
retitle 167212 xbase-clients: [startx] hostname version printed to stdout
severity 167212 minor
merge 163837 167212
tag 163837 + upstream
thanks

On Thu, Oct 31, 2002 at 11:36:38AM +0100, KARASZI Istvan wrote:
> I found a bug in startx script.

This bug was already filed as #163837.  In the future, you may want to
use the "reportbug" package and utility to avoid filing duplicate
reports.

-- 
G. Branden Robinson|One man's theology is another man's
Debian GNU/Linux   |belly laugh.
[EMAIL PROTECTED] |-- Robert Heinlein
http://people.debian.org/~branden/ |


pgp6flyCYAvLe.pgp
Description: PGP signature


Bug#164034: Resolution 1400x1050

2002-10-31 Thread 164034
On Thu, Oct 31, 2002 at 10:57:52AM +0100, Michael Piefel wrote:
> I see.
> 
> For me, that means I'm going to continue using the debconfized X config
> the way I already do: Make an initial XF86Config-4, and then edit it by
> hand. Actually, that's OK for me, altough it would be nice to get not
> only a usable configuration, but the correct/final one. 

As XFree86 grows its built-in mode pool I'll likely be adding options to
the choices in the debconf interface.

-- 
G. Branden Robinson|   Convictions are more dangerous
Debian GNU/Linux   |   enemies of truth than lies.
[EMAIL PROTECTED] |   -- Friedrich Nietzsche
http://people.debian.org/~branden/ |


pgpuPJdRy3fCq.pgp
Description: PGP signature


Processed: Re: Bug#167212: xbase-clients: startx has a bug when tries to identify hostname

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 163837 xbase-clients: [startx] hostname version printed to stdout
Bug#163837: startx: hostname version is displayed
Changed Bug title.

> retitle 167212 xbase-clients: [startx] hostname version printed to stdout
Bug#167212: xbase-clients: startx has a bug when tries to identify hostname
Changed Bug title.

> severity 167212 minor
Bug#167212: xbase-clients: [startx] hostname version printed to stdout
Severity set to `minor'.

> merge 163837 167212
Bug#163837: xbase-clients: [startx] hostname version printed to stdout
Bug#167212: xbase-clients: [startx] hostname version printed to stdout
Merged 163837 167212.

> tag 163837 + upstream
Bug#163837: xbase-clients: [startx] hostname version printed to stdout
Bug#167212: xbase-clients: [startx] hostname version printed to stdout
Tags added: upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Processed: Re: Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 167234 xserver-xfree86: [nv] problems on PowerPC with GeForce 2 MX400
Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio 
Display 15'
Changed Bug title.

> tag 167234 + moreinfo
Bug#167234: xserver-xfree86: [nv] problems on PowerPC with GeForce 2 MX400
Tags added: moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Processed: severity of 89873 is important

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 89873 important
Bug#89873: xserver-xfree86: [pex5] using PEX crashes the X server
Severity set to `important'.

>
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 88536 is important

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 88536 important
Bug#88536: xserver-xfree86: [tdfx] crashes when changing video modes and VTs on 
Voodoo3 rev 1
Severity set to `important'.

>
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 102682 is important

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 102682 important
Bug#102682: xserver-xfree86: [ati/atimisc] crashes frequently and corrupts 
display when switching VTs on Mach64 LB rev 220 and Mach64 GB rev 92
Severity set to `important'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Re: i845 patch for 4.2.1 debs

2002-10-31 Thread Michael Cardenas
>> For now, I've only done the most basic testing. RedHat backported the
>> same driver and includes it in limbo, which I believe is rh8, so it
>> must be somewhat stable. As I get more results from our testing dept,
>> I will forward them to you, if you're interested. 
>
>Yes, please.  I'll see if I can get this into 4.2.1-4.  Thanks for your
>efforts.

One bug has already come up. It seems that the original 845 2d driver
patch doesn't correctly respect refresh rate settings in the
xf86config file. So, for example, the driver doesn't work at all on an
NEC LCD1530v. There were two later patches to add 3d, which I'm not
going to work on for a few weeks because they're very large and we've
got as deadline coming up soon. But, the second patch contains a fix
for the refresh rate selection. 

I might email upstream and ask them if they can show me what part of
the patch fixes that problem, because its a very large patch. (I also
might just wait for 4.3 to be released!)

Thanks again

  michael

-- 
michael cardenas   | lead software engineer, lindows.com
hyperpoem.net  | GNU/Linux software developer
people.debian.org/~mbc | encrypted mail preferred

"Someone asked, 'What is your way?'
 Daojian answered, 'To be free wherever I am.'"
- Zen Mondo



msg04517/pgp0.pgp
Description: PGP signature


Bug#102682: GigAmerica Back online!!!

2002-10-31 Thread The GigAmerica Crew
**GigAmerica Outage**

Whew… That was weird. For reasons too hideous and boring to dwell upon we 
are moving the GigAmerica website to www.gigamerica.net 
 
for a little while. Total pain in the ass, but what can you do?

Everything artist related remains EXACTLY the same so … back to it! 
Lost your password? Click here: 

Questions?  [EMAIL PROTECTED]  or 212-367-0826

Stay tuned for some cool announcements next week!

Over and out, The GigSters


GigAmerica 1123 Broadway Suite 317 NY, NY 10010
212.367.0826 ph. 212.807.9288 fx.







Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread Russell Coker
On Thu, 31 Oct 2002 15:49, John Goerzen wrote:
> That would be fine too -- even ideal.  Or a dep on powermgmt-base by
> domething.  Powermgmt-base appears to be better because it also handles
> devfs, though I'm not familiar enough with devfs to know exactly what that
> means.

For devfs nothing is required.  If the kernel supports the device then 
/dev/misc/apm_bios will be created when the module is loaded (or it'll be 
created at boot time if the driver is statically linked into the kernel).  
The devfsd program will create a symlink /dev/apm_bios when it is started 
with the default configuration.

You don't need to do anything on devfs.  I use /dev/apm_bios with devfs on the 
laptops I manage without any special work.

Whatever happens, please make sure you do not directly mess with /dev on 
devfs.

-- 
http://www.coker.com.au/selinux/   My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/  Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/  My home page





Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread John Goerzen
Background for debian-devel:

On certain (many?) machines, the new X packages will cause the console to
completely hang after waking back up from being put to sleep.  This can be
fixed by having /dev/apm_bios and appropriate kernel support.  The
powermgmt-base package does this, but on PowerPC, it is not installed by
default, leaving PowerPC laptops in a situation where they are easily hung
by default.

On Wed, Oct 30, 2002 at 11:32:09PM -0500, Branden Robinson wrote:

> > Perhaps the bug is not with X, but I submit that it is still a bug.
> 
> Well, why don't you go ask debian-devel what package should handle this
> sort of thing?

OK.

> > If these lockups are occuring becuase there is no /dev/apm_bios,
> > couldn't X's postinst at least create it?
> 
> Why shouldn't the makedev package?

That would be fine too -- even ideal.  Or a dep on powermgmt-base by
domething.  Powermgmt-base appears to be better because it also handles
devfs, though I'm not familiar enough with devfs to know exactly what that
means.

> > Interestingly, powermgmt-base presents a question about this.  On x86
> > machines, apmd depends on this package, but nothing does on powerpc. 
> > Perhaps xserver-xfree86 should do so, to ensure that proper power management
> > interfaces are available to userland?
> 
> And what of people using other X server packages, or with no X server at
> all?  Shall we just assume those folks don't need power management
> support?

To date, xserver-xfree86 is the only package I have observed that fails
catastrophically without /dev/apm_bios.  Most others work with entries in
/proc.  However I'm certainly fine with having it done on a more global
basis.

> > powermgmt-base also appears to take care of the situation properly for
> > people using devfs.  Moreover, its size is 128K installed and depends
> > only on makedev, libc6, and debconf.  It should not pose any problem
> > for the X server.
> 
> Sounds like you have a problem with Debian's PowerPC architecture
> support, and not a problem with XFree86 at all.

Could be; like I said, knowing the info in this bug's history, I agree that
it may not be a bug in X.  I just disagree with your decision to close it,
and feel that it is still a bug that perhaps needs to be reassigned.

-- John




Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

2002-10-31 Thread 167234
retitle 167234 xserver-xfree86: [nv] problems on PowerPC with GeForce 2 MX400
tag 167234 + moreinfo
thanks

On Thu, Oct 31, 2002 at 02:37:12PM +0100, José Salavert Torres wrote:
> Driver nv doesn't works with the GeForce2 MX400 32MB twinwiev shipped
> with  the macintosh computer, configuration program says:
> 
> (NV) EE : couldn't read bios
> 
> And doesn't configure.
> I've tried dpkg-reconfigure but it doesn't works.
> 
> I get a big purple/green screen. Any idea???

I can't do anything about this report without the information described
in the XF86Config(7) manual page.

Alternatively, report bugs with the "reportbug" package and command, and
the required information will be automatically included.

-- 
G. Branden Robinson| When I die I want to go peacefully
Debian GNU/Linux   | in my sleep like my ol' Grand
[EMAIL PROTECTED] | Dad...not screaming in terror like
http://people.debian.org/~branden/ | his passengers.



msg04516/pgp0.pgp
Description: PGP signature


Bug#167212: xbase-clients: startx has a bug when tries to identify hostname

2002-10-31 Thread 167212
retitle 163837 xbase-clients: [startx] hostname version printed to stdout
retitle 167212 xbase-clients: [startx] hostname version printed to stdout
severity 167212 minor
merge 163837 167212
tag 163837 + upstream
thanks

On Thu, Oct 31, 2002 at 11:36:38AM +0100, KARASZI Istvan wrote:
> I found a bug in startx script.

This bug was already filed as #163837.  In the future, you may want to
use the "reportbug" package and utility to avoid filing duplicate
reports.

-- 
G. Branden Robinson|One man's theology is another man's
Debian GNU/Linux   |belly laugh.
[EMAIL PROTECTED] |-- Robert Heinlein
http://people.debian.org/~branden/ |



msg04515/pgp0.pgp
Description: PGP signature


Bug#164034: Resolution 1400x1050

2002-10-31 Thread 164034
On Thu, Oct 31, 2002 at 10:57:52AM +0100, Michael Piefel wrote:
> I see.
> 
> For me, that means I'm going to continue using the debconfized X config
> the way I already do: Make an initial XF86Config-4, and then edit it by
> hand. Actually, that's OK for me, altough it would be nice to get not
> only a usable configuration, but the correct/final one. 

As XFree86 grows its built-in mode pool I'll likely be adding options to
the choices in the debconf interface.

-- 
G. Branden Robinson|   Convictions are more dangerous
Debian GNU/Linux   |   enemies of truth than lies.
[EMAIL PROTECTED] |   -- Friedrich Nietzsche
http://people.debian.org/~branden/ |



msg04514/pgp0.pgp
Description: PGP signature


Processed: Re: Bug#167212: xbase-clients: startx has a bug when tries to identify hostname

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 163837 xbase-clients: [startx] hostname version printed to stdout
Bug#163837: startx: hostname version is displayed
Changed Bug title.

> retitle 167212 xbase-clients: [startx] hostname version printed to stdout
Bug#167212: xbase-clients: startx has a bug when tries to identify hostname
Changed Bug title.

> severity 167212 minor
Bug#167212: xbase-clients: [startx] hostname version printed to stdout
Severity set to `minor'.

> merge 163837 167212
Bug#163837: xbase-clients: [startx] hostname version printed to stdout
Bug#167212: xbase-clients: [startx] hostname version printed to stdout
Merged 163837 167212.

> tag 163837 + upstream
Bug#163837: xbase-clients: [startx] hostname version printed to stdout
Bug#167212: xbase-clients: [startx] hostname version printed to stdout
Tags added: upstream

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




Processed: Re: Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 167234 xserver-xfree86: [nv] problems on PowerPC with GeForce 2 MX400
Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 
15'
Changed Bug title.

> tag 167234 + moreinfo
Bug#167234: xserver-xfree86: [nv] problems on PowerPC with GeForce 2 MX400
Tags added: moreinfo

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




Processed: severity of 89873 is important

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 89873 important
Bug#89873: xserver-xfree86: [pex5] using PEX crashes the X server
Severity set to `important'.

>
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 88536 is important

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 88536 important
Bug#88536: xserver-xfree86: [tdfx] crashes when changing video modes and VTs on 
Voodoo3 rev 1
Severity set to `important'.

>
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 102682 is important

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 102682 important
Bug#102682: xserver-xfree86: [ati/atimisc] crashes frequently and corrupts display 
when switching VTs on Mach64 LB rev 220 and Mach64 GB rev 92
Severity set to `important'.

>
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#102682: GigAmerica Back online!!!

2002-10-31 Thread The GigAmerica Crew
**GigAmerica Outage**

Whew… That was weird. For reasons too hideous and boring to dwell upon we 
are moving the GigAmerica website to www.gigamerica.net  
for a little while. Total pain in the ass, but what can you do?

Everything artist related remains EXACTLY the same so … back to it! 
Lost your password? Click here: 

Questions?  [EMAIL PROTECTED]  or 212-367-0826

Stay tuned for some cool announcements next week!

Over and out, The GigSters


GigAmerica 1123 Broadway Suite 317 NY, NY 10010
212.367.0826 ph. 212.807.9288 fx.






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




Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread Russell Coker
On Thu, 31 Oct 2002 15:49, John Goerzen wrote:
> That would be fine too -- even ideal.  Or a dep on powermgmt-base by
> domething.  Powermgmt-base appears to be better because it also handles
> devfs, though I'm not familiar enough with devfs to know exactly what that
> means.

For devfs nothing is required.  If the kernel supports the device then 
/dev/misc/apm_bios will be created when the module is loaded (or it'll be 
created at boot time if the driver is statically linked into the kernel).  
The devfsd program will create a symlink /dev/apm_bios when it is started 
with the default configuration.

You don't need to do anything on devfs.  I use /dev/apm_bios with devfs on the 
laptops I manage without any special work.

Whatever happens, please make sure you do not directly mess with /dev on 
devfs.

-- 
http://www.coker.com.au/selinux/   My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/  Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/  My home page




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




Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

2002-10-31 Thread José Salavert Torres
Package:xserver-xfree86
Version:4.2.1-3

Driver nv doesn't works with the GeForce2 MX400 32MB twinwiev shipped
with  the macintosh computer, configuration program says:

(NV) EE : couldn't read bios

And doesn't configure.
I've tried dpkg-reconfigure but it doesn't works.

I get a big purple/green screen. Any idea???





Bug#167009: Proper creation of /dev/apm_bios

2002-10-31 Thread John Goerzen
Background for debian-devel:

On certain (many?) machines, the new X packages will cause the console to
completely hang after waking back up from being put to sleep.  This can be
fixed by having /dev/apm_bios and appropriate kernel support.  The
powermgmt-base package does this, but on PowerPC, it is not installed by
default, leaving PowerPC laptops in a situation where they are easily hung
by default.

On Wed, Oct 30, 2002 at 11:32:09PM -0500, Branden Robinson wrote:

> > Perhaps the bug is not with X, but I submit that it is still a bug.
> 
> Well, why don't you go ask debian-devel what package should handle this
> sort of thing?

OK.

> > If these lockups are occuring becuase there is no /dev/apm_bios,
> > couldn't X's postinst at least create it?
> 
> Why shouldn't the makedev package?

That would be fine too -- even ideal.  Or a dep on powermgmt-base by
domething.  Powermgmt-base appears to be better because it also handles
devfs, though I'm not familiar enough with devfs to know exactly what that
means.

> > Interestingly, powermgmt-base presents a question about this.  On x86
> > machines, apmd depends on this package, but nothing does on powerpc. 
> > Perhaps xserver-xfree86 should do so, to ensure that proper power management
> > interfaces are available to userland?
> 
> And what of people using other X server packages, or with no X server at
> all?  Shall we just assume those folks don't need power management
> support?

To date, xserver-xfree86 is the only package I have observed that fails
catastrophically without /dev/apm_bios.  Most others work with entries in
/proc.  However I'm certainly fine with having it done on a more global
basis.

> > powermgmt-base also appears to take care of the situation properly for
> > people using devfs.  Moreover, its size is 128K installed and depends
> > only on makedev, libc6, and debconf.  It should not pose any problem
> > for the X server.
> 
> Sounds like you have a problem with Debian's PowerPC architecture
> support, and not a problem with XFree86 at all.

Could be; like I said, knowing the info in this bug's history, I agree that
it may not be a bug in X.  I just disagree with your decision to close it,
and feel that it is still a bug that perhaps needs to be reassigned.

-- John



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




Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

2002-10-31 Thread José Salavert Torres
Package:xserver-xfree86
Version:4.2.1-3

Driver nv doesn't works with the GeForce2 MX400 32MB twinwiev shipped
with  the macintosh computer, configuration program says:

(NV) EE : couldn't read bios

And doesn't configure.
I've tried dpkg-reconfigure but it doesn't works.

I get a big purple/green screen. Any idea???




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




Bug#167212: xbase-clients: startx has a bug when tries to identify hostname

2002-10-31 Thread KARASZI Istvan
Package: xbase-clients
Version: 4.2.1-3
Severity: normal

I found a bug in startx script. It tries to identify hostname version, with
hostname --version but hostname prints its version to stderr, not stdout.
Therefore the version printed to stderr and the startx script cannot get the
version string.

Here is the small patch:

--- cut ---

--- /usr/bin/X11/startx 2002-10-16 22:14:22.0 +0200
+++ startx  2002-10-30 22:23:23.0 +0100
@@ -116,7 +116,7 @@
 # set up default Xauth info for this machine
 case `uname` in
 Linux*)
-   if [ -z "`hostname --version | grep GNU`" ]; then
+   if [ -z "`hostname --version 2>&1 | grep GNU`" ]; then
hostname=`hostname -f`
else
hostname=`hostname`

--- paste ---

KARASZI Istvan


-- System Information
Debian Release: testing/unstable
Kernel Version: Linux tulip 2.4.19 #1 Thu Aug 29 11:53:33 CEST 2002 i686 
Intel(R) Pentium(R) III Mobile CPU   866MHz GenuineIntel GNU/Linux

Versions of the packages xbase-clients depends on:
ii  cpp2.95.4-17  The GNU C preprocessor.
ii  debconf1.2.13 Debian configuration management system
ii  libc6  2.3.1-3GNU C Library: Shared libraries and Timezone
ii  libdps14.2.1-3Display PostScript (DPS) client library
ii  libfreetype6   2.1.2-10   FreeType 2 font engine, shared library files
ii  libncurses55.2.20020112a- Shared libraries for terminal handling
ii  libxaw74.2.1-3X Athena widget set library
ii  xlibmesa3  4.2.1-3XFree86 version of Mesa 3D graphics library
ii  xlibs  4.2.1-3X Window System client libraries
ii  xlibmesa3  4.2.1-3XFree86 version of Mesa 3D graphics library
^^^ (Provides virtual package libgl1)




Bug#167009: acknowledged by developer (Re: Bug#167009: Additional details)

2002-10-31 Thread Michel Dänzer
On Don, 2002-10-31 at 03:47, John Goerzen wrote:
> On Wed, Oct 30, 2002 at 08:18:05PM -0600, Debian Bug Tracking System wrote:
> > Once cannot expect power management-related functionality to work when
> > one's kernel doesn't support power management, or when the interfaces to
> > the kernel's power management support are not set up.
> 
> One can expect Debian packages to set up the prerequisites they need to
> operate properly.
> 
> Perhaps the bug is not with X, but I submit that it is still a bug.  We
> should not be shipping a system configured by default in a way such that we
> have these lockups.  If these lockups are occuring becuase there is no
> /dev/apm_bios, couldn't X's postinst at least create it?
> 
> Interestingly, powermgmt-base presents a question about this.  On x86
> machines, apmd depends on this package, but nothing does on powerpc. 

pmud recommends it.


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast





Bug#164034: Resolution 1400x1050

2002-10-31 Thread Michael Piefel
Am 30.10.02 um 18:19:26 schrieb [EMAIL PROTECTED]:
> The purpose of this config tool is to get a usable single-head
> configuration going for people who know nothing of the X Window System
> or XFree86.

I see.

For me, that means I'm going to continue using the debconfized X config
the way I already do: Make an initial XF86Config-4, and then edit it by
hand. Actually, that's OK for me, altough it would be nice to get not
only a usable configuration, but the correct/final one. 

Bye,
Mike
-- 
|=| Michael Piefel
|=| Humboldt-Universität zu Berlin
|=| Tel. (+49 30) 2093 3831




Bug#167212: xbase-clients: startx has a bug when tries to identify hostname

2002-10-31 Thread KARASZI Istvan
Package: xbase-clients
Version: 4.2.1-3
Severity: normal

I found a bug in startx script. It tries to identify hostname version, with
hostname --version but hostname prints its version to stderr, not stdout.
Therefore the version printed to stderr and the startx script cannot get the
version string.

Here is the small patch:

--- cut ---

--- /usr/bin/X11/startx 2002-10-16 22:14:22.0 +0200
+++ startx  2002-10-30 22:23:23.0 +0100
@@ -116,7 +116,7 @@
 # set up default Xauth info for this machine
 case `uname` in
 Linux*)
-   if [ -z "`hostname --version | grep GNU`" ]; then
+   if [ -z "`hostname --version 2>&1 | grep GNU`" ]; then
hostname=`hostname -f`
else
hostname=`hostname`

--- paste ---

KARASZI Istvan


-- System Information
Debian Release: testing/unstable
Kernel Version: Linux tulip 2.4.19 #1 Thu Aug 29 11:53:33 CEST 2002 i686 Intel(R) 
Pentium(R) III Mobile CPU   866MHz GenuineIntel GNU/Linux

Versions of the packages xbase-clients depends on:
ii  cpp2.95.4-17  The GNU C preprocessor.
ii  debconf1.2.13 Debian configuration management system
ii  libc6  2.3.1-3GNU C Library: Shared libraries and Timezone
ii  libdps14.2.1-3Display PostScript (DPS) client library
ii  libfreetype6   2.1.2-10   FreeType 2 font engine, shared library files
ii  libncurses55.2.20020112a- Shared libraries for terminal handling
ii  libxaw74.2.1-3X Athena widget set library
ii  xlibmesa3  4.2.1-3XFree86 version of Mesa 3D graphics library
ii  xlibs  4.2.1-3X Window System client libraries
ii  xlibmesa3  4.2.1-3XFree86 version of Mesa 3D graphics library
^^^ (Provides virtual package libgl1)



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




Bug#167009: acknowledged by developer (Re: Bug#167009: Additional details)

2002-10-31 Thread Michel Dänzer
On Don, 2002-10-31 at 03:47, John Goerzen wrote:
> On Wed, Oct 30, 2002 at 08:18:05PM -0600, Debian Bug Tracking System wrote:
> > Once cannot expect power management-related functionality to work when
> > one's kernel doesn't support power management, or when the interfaces to
> > the kernel's power management support are not set up.
> 
> One can expect Debian packages to set up the prerequisites they need to
> operate properly.
> 
> Perhaps the bug is not with X, but I submit that it is still a bug.  We
> should not be shipping a system configured by default in a way such that we
> have these lockups.  If these lockups are occuring becuase there is no
> /dev/apm_bios, couldn't X's postinst at least create it?
> 
> Interestingly, powermgmt-base presents a question about this.  On x86
> machines, apmd depends on this package, but nothing does on powerpc. 

pmud recommends it.


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast




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




Processed: xserver-xfree86 wishlist triage

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 6734 xserver-xfree86: [core server] access control mechanisms cannot 
> cope with a host changing its hostname
Bug#6734: xserver-xfree86: [core server] access control mechanisms cannot cope 
with a host changing its hostname
Changed Bug title.

> retitle 76291 xserver-xfree86: [ati/atimisc] support for color depths greater 
> than 8 bits desired on Mach64 GX rev 3
Bug#76291: xserver-xfree86: [ati/atimisc] support for color depths greater than 
8 bits desired on 210888GX [Mach64 GX]
Changed Bug title.

> retitle 80140 xserver-xfree86: [wacom] graphire device settings lost after 
> APM resume
Bug#80140: xserver-xfree86: [wacom] graphire settings lost after APM resume
Changed Bug title.

> retitle 85365 xserver-xfree86: [core server] my system clock jumps around 
> like crazy, and for some reason X has a problem with this
Bug#85365: xserver-xfree86: [core server] my system clock jumps around like 
crazy, and for some reason X has a problem with this
Changed Bug title.

> retitle 86457 xserver-xfree86: [ati/atimisc] better support wanted for Mach64 
> GX rev 3
Bug#86457: xserver-xfree86: [ati/atimisc] ATI 210888GX not well-supported
Changed Bug title.

> retitle 88344 xserver-xfree86: [ati/atimisc] better support wanted for Mach64 
> GX rev 1
Bug#88344: xserver-xfree86: [ati/atimisc] fails to start on Mach64 GX rev 1
Changed Bug title.

> retitle 91314 xserver-xfree86: [core server] want X server command-line 
> option to disable VT switch on server startup and exit
Bug#91314: xserver-xfree86: [core server] want command-line option to X server 
to disable automatic VT switches
Changed Bug title.

> retitle 100485 xserver-xfree86: [core server] want support for Type6 USB 
> keyboard scan codes in XF86Events.c
Bug#100485: xserver-xfre86: support for Type6 USB keyboards desired
Changed Bug title.

> retitle 108451 xserver-xfree86: [core server] want automatic backtrace on 
> crash
Bug#108451: xserver-xfree86: want automatic backtrace on crash
Changed Bug title.

> retitle 108917 xserver-xfree86: [core server] key sequence to change VT's 
> should be configurable
Bug#108917: xserver-xfree86: [core server] key sequence to change VT's should 
be configurable
Changed Bug title.

> retitle 118773 xserver-xfree86: want log rotation for /var/log/XFree86.*.log
Bug#118773: xserver-xfree86: want log rotation for /var/log/XFree86.*.log
Changed Bug title.

> retitle 130098 xserver-xfree86: [XF86Config(5x)] should refer to local files 
> instead of URLs
Bug#130098: xserver-xfree86: [XF86Config.5x] should refer to local files 
instead of URLs
Changed Bug title.

> retitle 130191 xserver-xfree86: debconf BusID question could have better 
> default and explanation
Bug#130191: xserver-xfree86: debconf BusID question could have better default 
and explanation
Changed Bug title.

> retitle 130274 xserver-xfree86: debconf does not support the 1152x768 mode 
> used by Apple PowerBook G4s
Bug#130274: xserver-xfree86: debconf question does not support the 1152x768 
mode used by Apple PowerBook G4s
Changed Bug title.

> retitle 133277 xserver-xfree86: want custom modeline support in debconf 
> templates
Bug#133277: xserver-xfree86: dexter should support custom modelines
Changed Bug title.

> retitle 133344 xserver-xfree86: mention gb is code for uk in debconf xkb 
> symbols template description
Bug#133344: xserver-xfree86: metion gb is code for uk
Changed Bug title.

> retitle 133910 xserver-xfree86: want debconf question to enable TCP 
> connections by default
Bug#133910: xserver-xfree86: allow remote X connection
Changed Bug title.

> retitle 134484 xserver-xfree86: [core server] overwrites its own log files
Bug#134484: xserver-xfree86: [core server] overwrites its own log files
Changed Bug title.

> retitle 135768 xserver-xfree86: include v4l in the debconf prompts for server 
> modules
Bug#135768: xserver-xfree86: WISHLIST: please include v4l in the debconf 
prompts for server modules
Changed Bug title.

> retitle 137083 xserver-xfree86: support kudzu in config script
Bug#137083: xserver-xfree86: may use 'kudzu'
Changed Bug title.

> retitle 141390 xserver-xfree86: want debconf configuration to support mice 
> with more than 5 buttons
Bug#141390: xserver-xfree86: want debconf configuration to support mice with 
more than 5 buttons
Changed Bug title.

> retitle 143498 xserver-xfree86: [core server] number of client connections 
> limited to 128; want more
Bug#143498: xserver-xfree86: [core server] number of client connections limited 
to 128; want more
Changed Bug title.

> retitle 144045 xserver-xfree86: X doesn't recognize ATI Rage 128 TF chipset
Bug#144045: xserver-xfree86: X doesn't recognize ATI Rage 128 TF chipset
Changed Bug title.

> retitle 144871 xserver-xfree86: [core server] server needs more built-in 
> modes around 60kHz hsync to support iMacs
Bug#144871: xserver-xfree86: [core server] server needs more built-in modes 
around 60kHz hsync to support iMacs
Changed Bug 

Bug#164034: Resolution 1400x1050

2002-10-31 Thread Michael Piefel
Am 30.10.02 um 18:19:26 schrieb [EMAIL PROTECTED]:
> The purpose of this config tool is to get a usable single-head
> configuration going for people who know nothing of the X Window System
> or XFree86.

I see.

For me, that means I'm going to continue using the debconfized X config
the way I already do: Make an initial XF86Config-4, and then edit it by
hand. Actually, that's OK for me, altough it would be nice to get not
only a usable configuration, but the correct/final one. 

Bye,
Mike
-- 
|=| Michael Piefel
|=| Humboldt-Universität zu Berlin
|=| Tel. (+49 30) 2093 3831



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




Processed: severity of 85365 is normal, merging 85365 166816

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> severity 85365 normal
Bug#85365: xserver-xfree86: [core server] my system clock jumps around like 
crazy, and for some reason X has a problem with this
Severity set to `normal'.

> merge 85365 166816
Bug#85365: xserver-xfree86: [core server] my system clock jumps around like 
crazy, and for some reason X has a problem with this
Bug#166816: xserver-xfree86: [core server] server unprotected from system 
clocks that go for a trip in the TARDIS
Merged 85365 166816.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Processed: Re: Bug#164063: out-of-date pt_BR translation for xserver-xfree86

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 164063 - patch
Bug#164063: xserver-xfree86: updated Debconf template translations for pt_BR
Tags removed: patch

> On Thu, Oct 10, 2002 at 12:23:06AM -0500, Steve Langasek wrote:
Unknown command or malformed arguments to command.

> > Please find attached an updated Portuguese translation for the
Unknown command or malformed arguments to command.

> > xserver-xfree86 debconf templates.  With this update, only two templates
Unknown command or malformed arguments to command.

> > remain untranslated to Portuguese; I'm leaving those for a better
Unknown command or malformed arguments to command.

> > translator than I to pick up at a later date.
Unknown command or malformed arguments to command.

Too many unknown commands, stopping here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Processed: xserver-xfree86 wishlist triage

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 6734 xserver-xfree86: [core server] access control mechanisms cannot cope 
>with a host changing its hostname
Bug#6734: xserver-xfree86: [core server] access control mechanisms cannot cope with a 
host changing its hostname
Changed Bug title.

> retitle 76291 xserver-xfree86: [ati/atimisc] support for color depths greater than 8 
>bits desired on Mach64 GX rev 3
Bug#76291: xserver-xfree86: [ati/atimisc] support for color depths greater than 8 bits 
desired on 210888GX [Mach64 GX]
Changed Bug title.

> retitle 80140 xserver-xfree86: [wacom] graphire device settings lost after APM resume
Bug#80140: xserver-xfree86: [wacom] graphire settings lost after APM resume
Changed Bug title.

> retitle 85365 xserver-xfree86: [core server] my system clock jumps around like 
>crazy, and for some reason X has a problem with this
Bug#85365: xserver-xfree86: [core server] my system clock jumps around like crazy, and 
for some reason X has a problem with this
Changed Bug title.

> retitle 86457 xserver-xfree86: [ati/atimisc] better support wanted for Mach64 GX rev 
>3
Bug#86457: xserver-xfree86: [ati/atimisc] ATI 210888GX not well-supported
Changed Bug title.

> retitle 88344 xserver-xfree86: [ati/atimisc] better support wanted for Mach64 GX rev 
>1
Bug#88344: xserver-xfree86: [ati/atimisc] fails to start on Mach64 GX rev 1
Changed Bug title.

> retitle 91314 xserver-xfree86: [core server] want X server command-line option to 
>disable VT switch on server startup and exit
Bug#91314: xserver-xfree86: [core server] want command-line option to X server to 
disable automatic VT switches
Changed Bug title.

> retitle 100485 xserver-xfree86: [core server] want support for Type6 USB keyboard 
>scan codes in XF86Events.c
Bug#100485: xserver-xfre86: support for Type6 USB keyboards desired
Changed Bug title.

> retitle 108451 xserver-xfree86: [core server] want automatic backtrace on crash
Bug#108451: xserver-xfree86: want automatic backtrace on crash
Changed Bug title.

> retitle 108917 xserver-xfree86: [core server] key sequence to change VT's should be 
>configurable
Bug#108917: xserver-xfree86: [core server] key sequence to change VT's should be 
configurable
Changed Bug title.

> retitle 118773 xserver-xfree86: want log rotation for /var/log/XFree86.*.log
Bug#118773: xserver-xfree86: want log rotation for /var/log/XFree86.*.log
Changed Bug title.

> retitle 130098 xserver-xfree86: [XF86Config(5x)] should refer to local files instead 
>of URLs
Bug#130098: xserver-xfree86: [XF86Config.5x] should refer to local files instead of 
URLs
Changed Bug title.

> retitle 130191 xserver-xfree86: debconf BusID question could have better default and 
>explanation
Bug#130191: xserver-xfree86: debconf BusID question could have better default and 
explanation
Changed Bug title.

> retitle 130274 xserver-xfree86: debconf does not support the 1152x768 mode used by 
>Apple PowerBook G4s
Bug#130274: xserver-xfree86: debconf question does not support the 1152x768 mode used 
by Apple PowerBook G4s
Changed Bug title.

> retitle 133277 xserver-xfree86: want custom modeline support in debconf templates
Bug#133277: xserver-xfree86: dexter should support custom modelines
Changed Bug title.

> retitle 133344 xserver-xfree86: mention gb is code for uk in debconf xkb symbols 
>template description
Bug#133344: xserver-xfree86: metion gb is code for uk
Changed Bug title.

> retitle 133910 xserver-xfree86: want debconf question to enable TCP connections by 
>default
Bug#133910: xserver-xfree86: allow remote X connection
Changed Bug title.

> retitle 134484 xserver-xfree86: [core server] overwrites its own log files
Bug#134484: xserver-xfree86: [core server] overwrites its own log files
Changed Bug title.

> retitle 135768 xserver-xfree86: include v4l in the debconf prompts for server modules
Bug#135768: xserver-xfree86: WISHLIST: please include v4l in the debconf prompts for 
server modules
Changed Bug title.

> retitle 137083 xserver-xfree86: support kudzu in config script
Bug#137083: xserver-xfree86: may use 'kudzu'
Changed Bug title.

> retitle 141390 xserver-xfree86: want debconf configuration to support mice with more 
>than 5 buttons
Bug#141390: xserver-xfree86: want debconf configuration to support mice with more than 
5 buttons
Changed Bug title.

> retitle 143498 xserver-xfree86: [core server] number of client connections limited 
>to 128; want more
Bug#143498: xserver-xfree86: [core server] number of client connections limited to 
128; want more
Changed Bug title.

> retitle 144045 xserver-xfree86: X doesn't recognize ATI Rage 128 TF chipset
Bug#144045: xserver-xfree86: X doesn't recognize ATI Rage 128 TF chipset
Changed Bug title.

> retitle 144871 xserver-xfree86: [core server] server needs more built-in modes 
>around 60kHz hsync to support iMacs
Bug#144871: xserver-xfree86: [core server] server needs more built-in modes around 
60kHz hsync to support iMacs
Changed Bug title.

> retitle 145797 xse

Processed: tagging 160841

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 160841 + upstream
Bug#160841: xserver-xfree86: [tdfx] exhausts virtual memory and arouses Linux 
OOM killer when changing video modes on Voodoo5 rev 1
Tags added: upstream

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Processed: retitle 165619 to xserver-xfree86: [ati/atimisc] occasional crash upon VT switch to 80x43 textmode on Mach64 LB rev 220 ...

2002-10-31 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 165619 xserver-xfree86: [ati/atimisc] occasional crash upon VT switch 
> to 80x43 textmode on Mach64 LB rev 220
Bug#165619: xserver-xfree86: Xserver crashes and blocks all VTs while ssh works
Changed Bug title.

> tag 165619 + moreinfo
Bug#165619: xserver-xfree86: [ati/atimisc] occasional crash upon VT switch to 
80x43 textmode on Mach64 LB rev 220
Tags added: moreinfo

> tag 165619 + upstream
Bug#165619: xserver-xfree86: [ati/atimisc] occasional crash upon VT switch to 
80x43 textmode on Mach64 LB rev 220
Tags added: upstream

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Bug#160182: ISO 8859-13 support for TrueType is incorrect

2002-10-31 Thread Peter Karlsson
Miros/law Baran:

> It is always good to check the generated .scale file;

Actually I run it through a pipe that removes a few encodings from the
list now (among other iso-8859-13 since it works).

> and you need to use mkfontdir with '-e' option, e.g.

Hmmm. All the other encodings work perfectly even without this. But
I'll have to have a look and see if it makes any difference.

-- 
\\//
Peter - I do not read or respond to mail with HTML attachments.
  Statement concerning unsolicited e-mail according to Swedish law:
  http://www.softwolves.pp.se/peter/reklampost.html