Bug#257465: marked as done (X with kernel 2.6.7 produces black screen then freezes computer)

2004-07-05 Thread Debian Bug Tracking System
Your message dated Mon, 5 Jul 2004 07:29:35 +0200 (CEST) with message-id [EMAIL PROTECTED] and subject line Bug#257465: more info has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Re: status of 2.6.7 ? (Was Re: Bug#256763: kernel-image-2.6.6-i386: not ready for sarge just yet)

2004-07-05 Thread Michel Dänzer
On Sat, 2004-07-03 at 22:43 +0200, Sven Luther wrote: I would suggest a solution as follows : 1) the XF86Config file is debconf managed : We query the database, inform the user with a low priority debconf question if it is set to psaux, and change it for him. This means a priority

Re: status of 2.6.7 ? (Was Re: Bug#256763: kernel-image-2.6.6-i386: not ready for sarge just yet)

2004-07-05 Thread Sven Luther
On Mon, Jul 05, 2004 at 12:19:19PM +0200, Michel Dänzer wrote: On Sat, 2004-07-03 at 22:43 +0200, Sven Luther wrote: I would suggest a solution as follows : 1) the XF86Config file is debconf managed : We query the database, inform the user with a low priority debconf question if

Processed: Re: Bug#257294: desktop switcher stays visible

2004-07-05 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: severity 257294 serious Bug#257294: desktop switcher stays visible Severity set to `serious'. reassign 257294 xlibs Bug#257294: desktop switcher stays visible Bug reassigned from package `openbox' to `xlibs'. merge 257294 254973 Bug#254973:

Bug#257703: xfree86: Please add build stamp for the xc tree

2004-07-05 Thread Michael Banck
Package: xfree86 Severity: wishlist If the xc-xserver-xfree86/ build failes (e.g. because of lack of diskspace) and one runs debian/rules build again, it seems large parts (all of?) xc/ get rebuilt as well. It would be nice if this could be prevented by two new debian/rules targets (like

Bug#257730: xserver-xfree86: enviroment variable LD_LIBRARY_PATH unset in XFree86

2004-07-05 Thread Jan Gregor
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: normal XFree86 unset LD_LIBRARY_PATH variable, so in X is blank. I also tried to start X with xinit command but with same result. After return from X variable is set right. LD_LIBRARY_PATH is needed by java to point to directory

Re: Future of X packages in Debian

2004-07-05 Thread Branden Robinson
On Fri, Jul 02, 2004 at 01:44:28AM +1000, Daniel Stone wrote: On Thu, Jul 01, 2004 at 01:26:59PM +0200, Fabio Massimo Di Nitto wrote: On Wed, 30 Jun 2004, Jonas Meurer wrote: maybe most recent suggestions about the future of X in debian should involve a discussion about the policy for X

Re: Future of X packages in Debian

2004-07-05 Thread Branden Robinson
On Thu, Jul 01, 2004 at 01:26:59PM +0200, Fabio Massimo Di Nitto wrote: Having only five or six people with SVN commit access does not mean that others cannot contribute. Actually the real figure is twice that. [EMAIL PROTECTED]:~$ grep xhackers /etc/group

Re: Future of X packages in Debian

2004-07-05 Thread Branden Robinson
On Thu, Jul 01, 2004 at 01:35:30PM +1000, Daniel Stone wrote: Yes, I indicated my extreme discomfort with the current XSF order. The current XSF order, however, is not necessarily something which need be set in stone, no? No. Did you have any reforms in mind beyond give Daniel Stone as much

Bug#257799: Xprt can't find 'fixed' font, but it's there

2004-07-05 Thread Chip Salzenberg
Package: xprt Version: 4.3.0.dfsg.1-5 Severity: important On startup, xprt immediately exits because it can't find the fixed font. Nevertheless, the font is there: $ xlsfonts |grep '^fixed' fixed And xterm -fn fixed works fine w/o error. Here's the xprt log: Jul 5 22:56:24 tytlal