Bug#349586: evdev locks my machine
On Tue, Jan 24, 2006 at 07:40:09AM +0100, Harald Dunkel wrote: > Sorry, but this is not a dup. #347681 talks about typos > in xorg.conf, i.e. something that can be fixed by somebody > with write permission to this file. > > This bug (#347681) is about something that can _not_ be > fixed by editing xorg.conf. On the next reboot you might > get /dev/input/event(n+1), and your machine gets locked > again. You can't influence this. Its apita. > > So please keep these problem reports separate. The hardlock is a valid bug, the rest isn't. Ordering of input devices is not guaranteed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349586: evdev locks my machine
Jeremy Nickurak wrote: > On Mon, 2006-01-23 at 22:25 +0100, Harald Dunkel wrote: > >>If I start X without fixing xorg.conf, then my machine >>gets stuck completely. All I can do is to press the reset >>button. > > > Dupe of #347681, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347681 > Sorry, but this is not a dup. #347681 talks about typos in xorg.conf, i.e. something that can be fixed by somebody with write permission to this file. This bug (#347681) is about something that can _not_ be fixed by editing xorg.conf. On the next reboot you might get /dev/input/event(n+1), and your machine gets locked again. You can't influence this. Its apita. So please keep these problem reports separate. Many thanx Harri signature.asc Description: OpenPGP digital signature
Processed: Let's try that merge again
Processing commands for [EMAIL PROTECTED]: > severity 349586 important Bug#349586: evdev locks my machine Severity set to `important'. > severity 347681 important Bug#347681: Incorrect evdev configuration yields system unusable Severity set to `important'. > merge 349586 347681 Bug#347681: Incorrect evdev configuration yields system unusable Bug#349586: evdev locks my machine Merged 347681 349586. > 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: Merging
Processing commands for [EMAIL PROTECTED]: > severity 349586 important Bug#349586: evdev locks my machine Severity set to `important'. > merge 349586 347681 Bug#347681: Incorrect evdev configuration yields system unusable Bug#349586: evdev locks my machine Mismatch - only Bugs in same state can be merged: Values for `severity' don't match: #347681 has `normal'; #349586 has `important' > 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]
Re: Modular in Experimental
On Sun, Jan 22, 2006 at 08:36:15PM -0500, David Nusinow wrote: > Hi all, >I've decided to start uploading the modular pieces I'm happy with to > experimental. I'll be doing the common packages tonight, and most likely > the protocol headers too. I'll move on to the libs shortly after. Beware > that the x11-common package does some magic to give us FHFS compliance. > It's well tested in Ubuntu (I've uploaded it with no changes) but I can't > say for myself how well it'll work (hence going to experimental ;-) > >I know everyone's waiting for some pieces of 7.0 you can actually run to > start showing up in the archive, so now will be the time for it. I hope you > guys are interested enough to help move this the way we moved 6.8.2 in to > unstable. Ok, status update: the common-packages are uploaded (xorg-common is in NEW) and tonight I uploaded the protocol headers, which are also sitting in NEW. Tomorrow I'm going to get started on the libs, which are sitting waiting for me to hand-hold their builds in a chroot. Also, for those not following -devel, I sent a message discussing the transition that needs to take place for changing the /usr/include/X11, /usr/lib/X11, and /usr/share/X11 symlinks in to proper directories (handled by the x11-common package currently). Most of the questions have been dealt with and I need to investigate small things like why fonts are installed to /usr/lib/X11 rather than /usr/share/X11. On the whole though, the major objections seem to be dealt with so we can keep pushing forward. I still need to put together a mail about the mesa transition, but I don't want to put another X-related transition in the hands of the release team until xlibs-dev is over with. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1114 - branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian
Author: dnusinow Date: 2006-01-23 22:44:30 -0500 (Mon, 23 Jan 2006) New Revision: 1114 Modified: branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/changelog branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/control branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor-dev.install branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor1.install branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/rules Log: Import newest package from Ubuntu, which happily de-cdbsifies this lib, bringing it in line with the other libs Modified: branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/changelog === --- branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/changelog 2006-01-24 03:09:30 UTC (rev 1113) +++ branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/changelog 2006-01-24 03:44:30 UTC (rev 1114) @@ -1,10 +1,28 @@ -xcursor (1.1.5.2-1) UNRELEASED; urgency=low +libxcursor (1.1.5.2-1) experimental; urgency=low - * Update to Debian modular tree dependencies. - * Add myself to uploaders + * First upload to Debian - -- David Nusinow <[EMAIL PROTECTED]> Thu, 29 Dec 2005 20:51:32 -0500 + -- David Nusinow <[EMAIL PROTECTED]> Mon, 23 Jan 2006 22:43:51 -0500 +libxcursor (1.1.5.2-0ubuntu2) dapper; urgency=low + + * Change dependency on x-common to x11-common. + + -- Daniel Stone <[EMAIL PROTECTED]> Thu, 19 Jan 2006 18:24:22 +1100 + +libxcursor (1.1.5.2-0ubuntu1) dapper; urgency=low + + * New upstream release. + * Repackage in line with all the other X libraries. + + -- Daniel Stone <[EMAIL PROTECTED]> Mon, 12 Dec 2005 15:14:52 +1100 + +xcursor (1.1.5-0ubuntu1) breezy; urgency=low + + * New upstream release. + + -- Daniel Stone <[EMAIL PROTECTED]> Wed, 16 Nov 2005 10:09:16 +1100 + xcursor (1.1.4-0ubuntu5) breezy; urgency=low * Bump Build-Depends on x11proto-core-dev, libx11-dev and libxfixes-dev Modified: branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/control === --- branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/control 2006-01-24 03:09:30 UTC (rev 1113) +++ branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/control 2006-01-24 03:44:30 UTC (rev 1114) @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian X Strike Force Uploaders: Branden Robinson <[EMAIL PROTECTED]>, ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, Daniel Stone <[EMAIL PROTECTED]>, David Nusinow <[EMAIL PROTECTED]> -Build-Depends: cdbs (>= 0.4.12), debhelper (>= 4.0.0), x11proto-core-dev (>= 7.0.1-1), libx11-dev (>= 1:0.9.2-1), libxrender-dev (>= 1:0.9.0-2), libxfixes-dev (>= 1:3.0.0-4), pkg-config +Build-Depends: debhelper (>= 4.0.0), x11proto-core-dev (>= 6.2.1+cvs.20050722-1), libx11-dev (>= 1:6.2.1+cvs.20050722-1), libxrender-dev (>= 1:0.9.0-1), libxfixes-dev (>= 1:3.0.0-2), pkg-config Standards-Version: 3.6.1 Package: libxcursor1 Modified: branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor-dev.install === --- branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor-dev.install 2006-01-24 03:09:30 UTC (rev 1113) +++ branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor-dev.install 2006-01-24 03:44:30 UTC (rev 1114) @@ -1,5 +1,5 @@ -debian/tmp/usr/include/X11/Xcursor/Xcursor.h -debian/tmp/usr/lib/libXcursor.a -debian/tmp/usr/lib/libXcursor.so -debian/tmp/usr/lib/pkgconfig/*.pc -debian/tmp/usr/share/man/man3/Xcursor.3 +usr/include/X11/Xcursor/Xcursor.h +usr/lib/libXcursor.a +usr/lib/libXcursor.so +usr/lib/pkgconfig/*.pc +usr/share/man/man3/* Modified: branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor1.install === --- branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor1.install 2006-01-24 03:09:30 UTC (rev 1113) +++ branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/libxcursor1.install 2006-01-24 03:44:30 UTC (rev 1114) @@ -1 +1 @@ -debian/tmp/usr/lib/libXcursor.so.* usr/lib/ +usr/lib/libXcursor.so.* Modified: branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/rules === --- branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/rules 2006-01-24 03:09:30 UTC (rev 1113) +++ branches/modular/lib/libXcursor-X11R7.0-1.1.5.2/debian/rules 2006-01-24 03:44:30 UTC (rev 1114) @@ -1,18 +1,93 @@ #!/usr/bin/make -f +# debian/rules for the Debian libxcursor package. +# Copyright © 2004 Scott James Remnant <[EMAIL PROTECTED]> +# Copyright © 2005 Daniel Stone <[EMAIL PROTECTED]> +# Copyright © 2005 David Nusinow <[EMAIL PROTECTED]> -# $Id: rules 50 2004-04-19 17:28:45Z branden $ +# Uncomment this to turn on verbose mode. +#export DH_VERBOSE=1 -# Import Common Debian Build System (CDBS). -include /usr/share/cdbs/1/rule
Re: X Strike Force X.Org X11 SVN commit: r1112 - branches/modular/proto/xproto-X11R7.0-7.0.4/debian
On Mon, Jan 23, 2006 at 10:08:35PM -0500, X Strike Force SVN Repository Admin wrote: > Author: dnusinow > Date: 2006-01-23 22:08:34 -0500 (Mon, 23 Jan 2006) > New Revision: 1112 > > Modified: >branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog > Log: > Increment epoch so we can put this in unstable > > Modified: branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog > === > --- branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog > 2006-01-24 02:46:58 UTC (rev ) > +++ branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog > 2006-01-24 03:08:34 UTC (rev 1112) > @@ -2,7 +2,7 @@ > >* First upload to Debian > > - -- David Nusinow <[EMAIL PROTECTED]> Fri, 30 Dec 2005 14:37:03 -0500 > + -- David Nusinow <[EMAIL PROTECTED]> Mon, 23 Jan 2006 22:07:47 -0500 > > x11proto-core (6.8.99.15+cvs.20050722-1) breezy; urgency=low This one was a fuckup and wasn't actually meant to be committed. Fortunately, a timestamp change is a minimal issue :-) - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1113 - branches/modular/proto/renderproto-X11R7.0-0.9.2/debian
Author: dnusinow Date: 2006-01-23 22:09:30 -0500 (Mon, 23 Jan 2006) New Revision: 1113 Modified: branches/modular/proto/renderproto-X11R7.0-0.9.2/debian/changelog Log: Increment epoch so we can put this in unstable Modified: branches/modular/proto/renderproto-X11R7.0-0.9.2/debian/changelog === --- branches/modular/proto/renderproto-X11R7.0-0.9.2/debian/changelog 2006-01-24 03:08:34 UTC (rev 1112) +++ branches/modular/proto/renderproto-X11R7.0-0.9.2/debian/changelog 2006-01-24 03:09:30 UTC (rev 1113) @@ -1,8 +1,8 @@ -x11proto-render (1:0.9.2-1) experimental; urgency=low +x11proto-render (2:0.9.2-1) experimental; urgency=low * First upload to Debian - -- David Nusinow <[EMAIL PROTECTED]> Fri, 30 Dec 2005 14:36:20 -0500 + -- David Nusinow <[EMAIL PROTECTED]> Mon, 23 Jan 2006 22:07:26 -0500 x11proto-render (1:0.9.0-1) breezy; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1112 - branches/modular/proto/xproto-X11R7.0-7.0.4/debian
Author: dnusinow Date: 2006-01-23 22:08:34 -0500 (Mon, 23 Jan 2006) New Revision: 1112 Modified: branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog Log: Increment epoch so we can put this in unstable Modified: branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog === --- branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog 2006-01-24 02:46:58 UTC (rev ) +++ branches/modular/proto/xproto-X11R7.0-7.0.4/debian/changelog 2006-01-24 03:08:34 UTC (rev 1112) @@ -2,7 +2,7 @@ * First upload to Debian - -- David Nusinow <[EMAIL PROTECTED]> Fri, 30 Dec 2005 14:37:03 -0500 + -- David Nusinow <[EMAIL PROTECTED]> Mon, 23 Jan 2006 22:07:47 -0500 x11proto-core (6.8.99.15+cvs.20050722-1) breezy; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new evdev: Support for old mouse driver options?
On Sat, 2006-01-21 at 17:28 +0100, Harald Dunkel wrote: > What is the plan for the new evdev driver wrt. the > AngleOffset option known from the old mouse drivers? > Using a Logitech Trackball this option is essential. Another really good reason to think about bringing back the older Protocol:evdev option required for full use of the input device until there's some further maturing of evdev upstream. There's no available evdev options for XKB support or mouse options, plus the system lockup bugs when it's not configured right (debian # 347681). This all suggests some pretty significant changes to evdev upstream in the near future, and a shakedown period for the newer changes, let alone the existing bugs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1111 - branches/modular/proto/evieext-X11R7.0-1.0.2/debian
Author: dnusinow Date: 2006-01-23 21:46:58 -0500 (Mon, 23 Jan 2006) New Revision: Modified: branches/modular/proto/evieext-X11R7.0-1.0.2/debian/changelog Log: Fix evie package version number Modified: branches/modular/proto/evieext-X11R7.0-1.0.2/debian/changelog === --- branches/modular/proto/evieext-X11R7.0-1.0.2/debian/changelog 2006-01-23 03:09:34 UTC (rev 1110) +++ branches/modular/proto/evieext-X11R7.0-1.0.2/debian/changelog 2006-01-24 02:46:58 UTC (rev ) @@ -1,8 +1,8 @@ -x11proto-evie (1.0.2-2) experimental; urgency=low +x11proto-evie (1:1.0.2-1) experimental; urgency=low * First release to Debian - -- David Nusinow <[EMAIL PROTECTED]> Fri, 30 Dec 2005 14:35:37 -0500 + -- David Nusinow <[EMAIL PROTECTED]> Mon, 23 Jan 2006 21:46:38 -0500 x11proto-evie (1:1.0-1) breezy; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347774: does not handle resize on startup properly (same as #146210?)
On Thu, Jan 12, 2006 at 05:20:30PM +0100, Simon Richter wrote: > Package: xterm > Version: 208-1 > Severity: normal > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > it appears as if that old bug has reappeared. When the windowmanager > gives back a different ConfigureNotify than what was initially > requested, the shell process needs to be sent a SIGWINCH. I've only reproduced problems like this with the toolbar configuration (which is not what Debian's using). So it's not simple to diagnose. However, reviewing changes in this area over the past few years - You might try disabling the ptyHandshake resource. That would exercise this part of the code differently, might yield some insight. -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#116507: Wallache Hui, some supposition
/_/_/_/_/_/_/_/C/_/_/I/_/_/V/_/_/X/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ CTR Investments and Consulting Inc (CIVX) THIS STCK IS NEW AND VERY ACTIVE CIVX - is our NEXT HT PICK, We Do Not See this slowing down, We Know Many of You Like Momentum. This is a Must Watch. PREMIER INFORMATION (CIVX) Current Price: $0.130 Short Term Price Target: $0.95 Long Term Price Target: $2.90 Status: Strng Buy 721+% profit potential short term RECENT HT News released: (MARKET WIRE)--Jan 10, 2006 -- (CIVX - News) has been contracted to provide technical and procedural design and implementation services for SaferKidz, a Charlottesville, Virginia-based not-for-profit organization. CTR will create the system design and implement the strategy for SaferKidz to allow this worthwhile organization to meet its mandate. - About CTR Investments and Consulting: CTR Investments and Consulting, Inc. provides a family of information technology services and products used by customers in the financial, government and health care sectors - [EMAIL PROTECTED] this One TrAde Tomorrow. G PlFR. Sincerely, Jana Goodner Senior Investment-Advisor XAW Group /_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/C/_/_/I/_/_/V/_/_/X/_/_/_/_/_/_/_/_/_/ Somerset liking him so much Yes she said I think he does himself no good by the habit tha landmark on the road When I looked down at the trampers whom we passed and saw said Sawyer shaking her head His hand trembles his speech is not plain and his eyes house had not been like itself sinceI had left it I am sure I am not like myself when I am away said gentle nature and you are always right You talk said Lacie breaking into a pleasant to my opinions on any subject and the waiter being familiar with me and offering advice been overdosed with taters I commanded him in my deepest voice to order a veal cutlet For these reasons I was sorry to go but for other reasons unsubstantial enough calvinist and I was eminent and distinguished in that little world -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349586: evdev locks my machine
On Mon, 2006-01-23 at 22:25 +0100, Harald Dunkel wrote: > If I start X without fixing xorg.conf, then my machine > gets stuck completely. All I can do is to press the reset > button. Dupe of #347681, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347681 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mesa Transition
On Mon, Jan 23, 2006 at 12:38:22PM +0100, Michel Dänzer wrote: > On Sun, 2006-01-22 at 15:58 -0500, David Nusinow wrote: > > > >I'm planning on informing the release team about this soon, but I'd like > > to hear comments from everyone here on this. We can feasibly provide > > transitional packages from the mesa source package, but I'd personally > > rather just do this cleanly and force everyone over to the new packages. > > Thoughts? > > Quite frankly, packages that (build-)depend on xlibmesa-gl exclusively > (as opposed to | libgl1) without good reason (if there is any...) at > this day and age are broken beyond repair, so I wouldn't worry about > this. :) The problem is that sbuild will, as I understand it, only try the first item and then FTBFS if it can't find it. So anything build-depending on xlibmesa-gl | libgl1 will fail on the autobuilders when xlibmesa-gl goes away. Realistically we should just fix sbuild but that's not likely to happen any time soon. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347448: xlibmesa-dri: sis : sizeof(SISDRIRec) does not match passed size from device driver
Hello, I'm getting the same error message, so if you need me to test something, let me know. I'm on unstable. regards, Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349557: i810.4x.gz: mention pros and cons of each option
On Tue, Jan 24, 2006 at 12:50:19AM +0800, Dan Jacobson wrote: > Say "must be": > > some cases where it must enabled for the correct > > Mention what DDC and other acronyms mean. > > $ grep clock /usr/share/doc/xserver-xorg/README.i810 >o Fully programmable clock supported. > however nothing mentioned about clocks in man i810. > > Mention any ways to save energy and thus cool the GPU chip. > >Option "NoAccel" "boolean" > Disable or enable acceleration. Default: acceleration is > enabled. > Mention pros and cons. > >Option "SWCursor" "boolean" > Disable or enable software cursor. Default: software cursor is > disable > Say "disabled". Add pros and cons too. Same for most of the other > options: add pros and cons. If you don't know what acceleration and hardware cursors are, what on earth are you doing fiddling with random options in xorg.conf? I see no value in this request, except to throw README.i810 away (which is already done), and fix the disable -> disabled typo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349586: evdev locks my machine
Package: xserver-xorg Version: 6.9.0.dfsg.1-4 severity: serious I don't know how to reproduce it, but sometimes after the next boot my mouse seems to be connected to /dev/input/event2 instead of the /dev/input/event1 configured in xorg.conf (or vice versa). If I start X without fixing xorg.conf, then my machine gets stuck completely. All I can do is to press the reset button. Platform: sid, 2.6.15.1, amd64 Regards Harri signature.asc Description: OpenPGP digital signature
Bug#349557: i810.4x.gz: mention pros and cons of each option
Package: xserver-xorg Version: 6.8.2.dfsg.1-11 Severity: wishlist File: /usr/X11R6/man/man4/i810.4x.gz Tags: upstream Say "must be": > some cases where it must enabled for the correct Mention what DDC and other acronyms mean. $ grep clock /usr/share/doc/xserver-xorg/README.i810 o Fully programmable clock supported. however nothing mentioned about clocks in man i810. Mention any ways to save energy and thus cool the GPU chip. Option "NoAccel" "boolean" Disable or enable acceleration. Default: acceleration is enabled. Mention pros and cons. Option "SWCursor" "boolean" Disable or enable software cursor. Default: software cursor is disable Say "disabled". Add pros and cons too. Same for most of the other options: add pros and cons. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xterm debian package
Hi, Could you please consider enabling the functionality in the xterm debian package for more then 8 colors? E.g. 256? And maybe you can enable the functionality that programs can change the r, g and b values of each color? According to ncurses this should be possible somehow but xterm doesn't support it. Folkert van Heusden -- Try MultiTail! Multiple windows with logfiles, filtered with regular expressions, colored output, etc. etc. www.vanheusden.com/multitail/ -- Get your PGP/GPG key signed at www.biglumber.com! -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345640: I can reproduce it
I can reproduce this bug perfectly. A just installed debian testing with kernel 2.6.15.1 (also with older versions like 2.6.13). Xorg 6.8.2.dfsg.1-11 + KDE 3.4.3-3 + nvidia driver (1.0-8178 ). When i make a square with mouse in konqueror or click in a link in some webs like carpediem.ws (Firefox 1.0.7) system hangs.Last messages in syslog (1 sec before it hangs): kernel: agpgart: Found an AGP 3.5 compilant device at 000:00:00.0.kernel: agpgart: Device is in legacy mode, falling back to 2.xkernel: agpgart: Putting AGP V2 device at :01:00.0 into 4x modekernel: agpgart: Putting AGP V2 device at :01: 00.0 into 4x modekernel: agpgart: Found an AGP 3.5 compilant device at 000:00:00.0.kernel: agpgart: Device is in legacy mode, falling back to 2.xkernel: agpgart: Putting AGP V2 device at :01:00.0 into 4x mode kernel: agpgart: Putting AGP V2 device at :01:00.0 into 4x modeHardware: Chipset VIA. Graphics: nvidia GeForce2 MX/MX 400
Re: Bug#349318: libxft-dev: please do not export unnecessary libraries in xft.pc
On Sun, 2006-01-22 at 14:36 -0500, David Nusinow wrote: > > The mesa NMU will go in shortly, and after that I need to figure out > exactly how to handle the transition to FHS compliance. I'm not entirely > sure I'm happy with how Daniel did it (although I've yet to look at it > closely). I'm going to do a full analysis and post an RFC either on > debian-x or debian-devel about it. Please at least CC -x, as I don't (have time to) read -devel. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#349519: libxaw7-dev: libxpm4-dev virtual package should be provided by libxpm-dev not libxaw*-dev
Package: libxaw7-dev, libxaw8-dev, libxpm-dev Version: 6.9.0.dfsg.1-4 Severity: minor Hello, For some reason the libxpm4-dev virtual package is Provided by libxaw7-dev and libxaw8-dev, not by the libxpm-dev package as one would expect. (Indeed, one would expect libxpm4-dev to be the real package and libxpm-dev to be the virtual package, not vice versa! I suppose that would be much more difficult to transition correctly to though.) I asked why this strange state of affairs was the case at http://lists.debian.org/debian-x/2006/01/msg00584.html but did not receive any answer, so am filing this bug. Even if there is a good reason for this, it ought to be documented somewhere (maybe in the relevant package descriptions) since it causes unexpected behavior for people who put libxpm4-dev in their Build-Depends. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libxaw7-dev depends on: ii libc6-dev [libc-dev] 2.3.5-12 GNU C Library: Development Librari ii libice-dev6.9.0.dfsg.1-4 Inter-Client Exchange library deve ii libsm-dev 6.9.0.dfsg.1-4 X Window System Session Management ii libx11-dev6.9.0.dfsg.1-4 X Window System protocol client li ii libxaw7 6.9.0.dfsg.1-4 X Athena widget set library ii libxext-dev 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxmu-dev6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxp-dev 6.9.0.dfsg.1-4 X Window System printing extension ii libxpm-dev6.9.0.dfsg.1-4 X pixmap library development files ii libxt-dev 6.9.0.dfsg.1-4 X Toolkit Intrinsics development f ii x-dev 6.9.0.dfsg.1-4 X protocol development files libxaw7-dev recommends no packages. -- no debconf information -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347680: Xorg breaks acpid
Marcus's analysis looks right to me: > > But who can tell which is the grand-piece-of-sw that has the exclusive > > right to open /proc/acpi/event? > The one which has been designed to multiplex the events to make them > available to other programs, and it's acpid. The standard Debian setup is to use acpid to multiplex the event stream. Even if it is possible to run with acpid, that should be a different, non-standard option. There are lots of reasons to multiplex in userspace instead of in the kernel. Among these is that a userspace multiplexer can filter and modify the stream as it goes by, and a userspace multiplexer can pull events from multiple sources including virtual events injected by other sources than the raw hardware. The earlier comments that obviously the kernel should multiplex just aren't right. Doing it in userspace makes sense, and if it is done in userspace, then additionally doing it in the kernel would be a bad thing. At any rate, the current strategy isn't right. If the system is using acpid--the most common configuration--then it is a bug for X to get in the way of acpid. It is laudable that Xorg currently tries to support ACPI even when acpid is not running. However, this is an unusual and only marginally useful configuration, isn't it? Thus, if nothing else, it would seem to make sense to simply remove the non-acpid ACPI support when compiling for Debian. In that case, the party line would be, if you want to use ACPI, then you install acpid and programs talk to that. If it is still desirable to make X work without acpid around, then that should surely be a non-standard configuration which requires an *explicit* configuration option on the X server. This does not appear worthwhile for Debian, since we do have acpid easily installable, but maybe it is sufficiently worthwhile for other Linux distributions that it is worth including. -Lex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mesa Transition
On Sun, 2006-01-22 at 15:58 -0500, David Nusinow wrote: > >I'm planning on informing the release team about this soon, but I'd like > to hear comments from everyone here on this. We can feasibly provide > transitional packages from the mesa source package, but I'd personally > rather just do this cleanly and force everyone over to the new packages. > Thoughts? Quite frankly, packages that (build-)depend on xlibmesa-gl exclusively (as opposed to | libgl1) without good reason (if there is any...) at this day and age are broken beyond repair, so I wouldn't worry about this. :) -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer