Processed: reassign 384693 to xterm
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > reassign 384693 xterm Bug#384693: Debian traduction team should work on Xt applications localization too Bug reassigned from package `general' to `xterm'. > 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]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
* Steve Langasek [Wed, 23 Aug 2006 23:00:25 -0700]: > - x11proto-fixes, libxfixes, and the server and drivers all need to be > uploaded together; you're free to do this as soon as the IgnoreABI patch > is tested and mesa is sorted out. libxfixes has about 500 > reverse-dependencies in testing that will be affected by the shlibs bump, > but AFAICS libxfixes is tied to the server only by build-deps, which means > the server won't delay getting the libxfixes update into unstable. (if > anyone has reason to believe otherwise, please speak up!) The only worst case scenario I can think of (and seems unlikely, but anyway) is libxfixes FTBFSeing on some release arch, in a way that proves difficult to fix. libxfixes3_1:4.0.1-3 is available on amd64, i386, and sparc. As per experimental.ftbfs.de, hppa is built, but not uploaded. alpha, arm, ia64, and powerpc failed because of x11proto-fixes-dev (inst 3.0.2-3 ! >= wanted 4.0-1). Andreas, are you the appropriate person to ask for these to be retried? buildd.net says that mipsel is "Building by cdb", and nothing is known of mips and s390. Cheers, (BTW, kudos once again to the XFS for their will to make X server transitions as coordinated with the release team as possible. Thanks, folks.) -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Mankind are very odd creatures: one half censure what they practice, the other half practice what they censure; the rest always say and do as they ought. -- Michel de Montaigne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: [bts-link] source package xorg-server
Processing commands for [EMAIL PROTECTED]: > # > # bts-link upstream status pull for source package xorg-server > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). > # remote status report for #384450 > # * https://bugs.freedesktop.org/show_bug.cgi?id=6377 > # * remote status changed: (?) -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 384450 + fixed-upstream Bug#384450: Subject: xserver-xorg-core: Fails to start with "invalid io allocation" There were no tags set. Tags added: fixed-upstream > usertags 384450 + status-RESOLVED resolution-FIXED Bug#384450: Subject: xserver-xorg-core: Fails to start with "invalid io allocation" There were no usertags set. Usertags are now: resolution-FIXED status-RESOLVED. > 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]
[bts-link] source package xorg-server
# # bts-link upstream status pull for source package xorg-server # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #384450 # * https://bugs.freedesktop.org/show_bug.cgi?id=6377 # * remote status changed: (?) -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream tags 384450 + fixed-upstream usertags 384450 + status-RESOLVED resolution-FIXED thanks
[bts-link] source package xtrans
# # bts-link upstream status pull for source package xtrans # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #338290 # * https://bugs.freedesktop.org/show_bug.cgi?id=4982 # * remote status changed: NEW -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream tags 338290 + fixed-upstream usertags 338290 - status-NEW usertags 338290 + status-RESOLVED resolution-FIXED thanks
Processed: [bts-link] source package xtrans
Processing commands for [EMAIL PROTECTED]: > # > # bts-link upstream status pull for source package xtrans > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). > # remote status report for #338290 > # * https://bugs.freedesktop.org/show_bug.cgi?id=4982 > # * remote status changed: NEW -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 338290 + fixed-upstream Bug#338290: xorg-x11: limited functionality on GNU/kFreeBSD (problem with unix sockets) Tags were: upstream patch Tags added: fixed-upstream > usertags 338290 - status-NEW Bug#338290: xorg-x11: limited functionality on GNU/kFreeBSD (problem with unix sockets) Usertags were: status-NEW. Usertags are now: . > usertags 338290 + status-RESOLVED resolution-FIXED Bug#338290: xorg-x11: limited functionality on GNU/kFreeBSD (problem with unix sockets) There were no usertags set. Usertags are now: resolution-FIXED status-RESOLVED. > 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]
Processing of libxcursor_1.1.7-3_i386.changes
libxcursor_1.1.7-3_i386.changes uploaded successfully to localhost along with the files: libxcursor_1.1.7-3.dsc libxcursor_1.1.7-3.diff.gz libxcursor1_1.1.7-3_i386.deb libxcursor1-dbg_1.1.7-3_i386.deb libxcursor-dev_1.1.7-3_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxcursor_1.1.7-3_i386.changes ACCEPTED
Accepted: libxcursor-dev_1.1.7-3_i386.deb to pool/main/libx/libxcursor/libxcursor-dev_1.1.7-3_i386.deb libxcursor1-dbg_1.1.7-3_i386.deb to pool/main/libx/libxcursor/libxcursor1-dbg_1.1.7-3_i386.deb libxcursor1_1.1.7-3_i386.deb to pool/main/libx/libxcursor/libxcursor1_1.1.7-3_i386.deb libxcursor_1.1.7-3.diff.gz to pool/main/libx/libxcursor/libxcursor_1.1.7-3.diff.gz libxcursor_1.1.7-3.dsc to pool/main/libx/libxcursor/libxcursor_1.1.7-3.dsc Override entries for your package: libxcursor-dev_1.1.7-3_i386.deb - optional libdevel libxcursor1-dbg_1.1.7-3_i386.deb - extra libdevel libxcursor1_1.1.7-3_i386.deb - optional libs libxcursor_1.1.7-3.dsc - source devel Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of libxcursor_1.1.7-2_i386.changes
libxcursor_1.1.7-2_i386.changes uploaded successfully to localhost along with the files: libxcursor_1.1.7-2.dsc libxcursor_1.1.7-2.diff.gz libxcursor1_1.1.7-2_i386.deb libxcursor1-dbg_1.1.7-2_i386.deb libxcursor-dev_1.1.7-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#379292: xkb-data hr layout broke the normal AltGr+numbers behaviour
Hi! Josip Rodin wrote: > On Thu, Aug 10, 2006 at 08:55:23AM +0200, Denis Barbier wrote: >>> On a standard Croatian keyboard, the AltGr (right Alt) key is not used as >>> a "compose" key in combination with the second row of the qwertz keyboard. >>> >>> This change annoys me to no end, because right now in order for me to get >>> the characters tilde (~) or caret (^) I have to make three keypresses >>> instead of two like everywhere else. >>> >>> The change needs to be reverted and the compose thing relegated to an >>> option. I'll try to find a way to patch this and submit it. >> Hi Josip, >> >> /usr/share/X11/xkb/symbols/hr does not contain any such definition, this >> is a configuration problem on your side. Can you please check? > > I don't understand what you are saying. If you have a PC keyboard with AltGr, > what happens once you run 'setxkbmap hr' and then type AltGr+3? You can get tilde with shift and that key left of 1/!. If you want to go back, just add: key { [ 1, exclam, asciitilde, dead_tilde ] }; after include "cs(latin)" in your symbols/hr. It should look like this: xkb_symbols "basic" { name[Group1]="Croatia"; include "cs(latin)" key { [ 1, exclam, asciitilde, dead_tilde ] }; }; [...] Regards, Vedran Furač
X Strike Force X.Org X11 SVN commit: r3021 - tags/lib/libxcursor
Author: dparsons Date: 2006-08-25 19:39:50 -0400 (Fri, 25 Aug 2006) New Revision: 3021 Added: tags/lib/libxcursor/1.1.7-3/ Log: Tagging libxcursor (1.1.7-3) for unstable. Copied: tags/lib/libxcursor/1.1.7-3 (from rev 3020, branches/7.1/lib/libxcursor) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxcursor_1.1.7-2_i386.changes ACCEPTED
Accepted: libxcursor-dev_1.1.7-2_i386.deb to pool/main/libx/libxcursor/libxcursor-dev_1.1.7-2_i386.deb libxcursor1-dbg_1.1.7-2_i386.deb to pool/main/libx/libxcursor/libxcursor1-dbg_1.1.7-2_i386.deb libxcursor1_1.1.7-2_i386.deb to pool/main/libx/libxcursor/libxcursor1_1.1.7-2_i386.deb libxcursor_1.1.7-2.diff.gz to pool/main/libx/libxcursor/libxcursor_1.1.7-2.diff.gz libxcursor_1.1.7-2.dsc to pool/main/libx/libxcursor/libxcursor_1.1.7-2.dsc Override entries for your package: libxcursor-dev_1.1.7-2_i386.deb - optional libdevel libxcursor1-dbg_1.1.7-2_i386.deb - extra libdevel libxcursor1_1.1.7-2_i386.deb - optional libs libxcursor_1.1.7-2.dsc - source devel Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3020 - branches/7.1/lib/libxcursor/debian
Author: dparsons Date: 2006-08-25 19:33:31 -0400 (Fri, 25 Aug 2006) New Revision: 3020 Modified: branches/7.1/lib/libxcursor/debian/changelog Log: * Recompile for unstable's libxfixes3 3.0.1. Modified: branches/7.1/lib/libxcursor/debian/changelog === --- branches/7.1/lib/libxcursor/debian/changelog2006-08-25 23:19:10 UTC (rev 3019) +++ branches/7.1/lib/libxcursor/debian/changelog2006-08-25 23:33:31 UTC (rev 3020) @@ -1,3 +1,9 @@ +libxcursor (1.1.7-3) unstable; urgency=low + + * Recompile for unstable's libxfixes3 3.0.1. + + -- Drew Parsons <[EMAIL PROTECTED]> Sat, 26 Aug 2006 09:31:19 +1000 + libxcursor (1.1.7-2) unstable; urgency=low * Bring X11R7.1 into unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3019 - branches/7.1/lib/libxcursor/debian
Author: dparsons Date: 2006-08-25 19:19:10 -0400 (Fri, 25 Aug 2006) New Revision: 3019 Modified: branches/7.1/lib/libxcursor/debian/changelog Log: * Bring libxcursor (1.1.7-2) [X11R7.1] into unstable. Modified: branches/7.1/lib/libxcursor/debian/changelog === --- branches/7.1/lib/libxcursor/debian/changelog2006-08-25 14:55:19 UTC (rev 3018) +++ branches/7.1/lib/libxcursor/debian/changelog2006-08-25 23:19:10 UTC (rev 3019) @@ -1,3 +1,9 @@ +libxcursor (1.1.7-2) unstable; urgency=low + + * Bring X11R7.1 into unstable. + + -- Drew Parsons <[EMAIL PROTECTED]> Sat, 26 Aug 2006 09:17:06 +1000 + libxcursor (1.1.7-1) experimental; urgency=low * New upstream version (X11R7.1). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384686: xdm no longer provides x-display-manager?
Package: xdm Version: 1.0.5-1 Severity: normal i was surprised to find that xdm no longer provides "x-display-manager", while gdm, kdm and wdm still do. is this intentional? i see no mention of it in the debian changelog, or README.Debian. live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#379292: xkb-data hr layout broke the normal AltGr+numbers behaviour
On Thu, Aug 10, 2006 at 08:55:23AM +0200, Denis Barbier wrote: > > On a standard Croatian keyboard, the AltGr (right Alt) key is not used as > > a "compose" key in combination with the second row of the qwertz keyboard. > > > > This change annoys me to no end, because right now in order for me to get > > the characters tilde (~) or caret (^) I have to make three keypresses > > instead of two like everywhere else. > > > > The change needs to be reverted and the compose thing relegated to an > > option. I'll try to find a way to patch this and submit it. > > Hi Josip, > > /usr/share/X11/xkb/symbols/hr does not contain any such definition, this > is a configuration problem on your side. Can you please check? I don't understand what you are saying. If you have a PC keyboard with AltGr, what happens once you run 'setxkbmap hr' and then type AltGr+3? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384561: xserver-xorg: drmSetBusid failed (7, pci:0000:00:02.0), Device or resource busy
Hi! On 8/25/06, Michel Dänzer <[EMAIL PROTECTED]> wrote: > (II) I810(0): [drm] DRM interface version 1.0 > (II) I810(0): [drm] drmSetBusid failed (7, pci::00:02.0), Device or resource > busy > (EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI. > > Is "Device or resource busy" a problem with X server? No, it usually means another process still has the DRM device open. Does sudo lsof /dev/dri/card0 show anything? Inside X it shows nothing. Stopping X is also shows nothing and after starting X, nothing again. I went to console, stopped X, run lsof, got nothing, started X, lsof again, empty output and the error of "Device or resource busy" was there on the log again. Ghost process using my card? :-) Thank you! Best regards, Nelson
Processing of libxaw_1.0.2-3_i386.changes
libxaw_1.0.2-3_i386.changes uploaded successfully to localhost along with the files: libxaw_1.0.2-3.dsc libxaw_1.0.2-3.diff.gz libxaw6_1.0.2-3_i386.deb libxaw6-dbg_1.0.2-3_i386.deb libxaw6-dev_1.0.2-3_i386.deb libxaw7_1.0.2-3_i386.deb libxaw7-dbg_1.0.2-3_i386.deb libxaw7-dev_1.0.2-3_i386.deb libxaw-headers_1.0.2-3_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxaw_1.0.2-3_i386.changes ACCEPTED
Accepted: libxaw-headers_1.0.2-3_all.deb to pool/main/libx/libxaw/libxaw-headers_1.0.2-3_all.deb libxaw6-dbg_1.0.2-3_i386.deb to pool/main/libx/libxaw/libxaw6-dbg_1.0.2-3_i386.deb libxaw6-dev_1.0.2-3_i386.deb to pool/main/libx/libxaw/libxaw6-dev_1.0.2-3_i386.deb libxaw6_1.0.2-3_i386.deb to pool/main/libx/libxaw/libxaw6_1.0.2-3_i386.deb libxaw7-dbg_1.0.2-3_i386.deb to pool/main/libx/libxaw/libxaw7-dbg_1.0.2-3_i386.deb libxaw7-dev_1.0.2-3_i386.deb to pool/main/libx/libxaw/libxaw7-dev_1.0.2-3_i386.deb libxaw7_1.0.2-3_i386.deb to pool/main/libx/libxaw/libxaw7_1.0.2-3_i386.deb libxaw_1.0.2-3.diff.gz to pool/main/libx/libxaw/libxaw_1.0.2-3.diff.gz libxaw_1.0.2-3.dsc to pool/main/libx/libxaw/libxaw_1.0.2-3.dsc Override entries for your package: libxaw-headers_1.0.2-3_all.deb - optional x11 libxaw6-dbg_1.0.2-3_i386.deb - extra libdevel libxaw6-dev_1.0.2-3_i386.deb - extra libdevel libxaw6_1.0.2-3_i386.deb - optional libs libxaw7-dbg_1.0.2-3_i386.deb - extra libdevel libxaw7-dev_1.0.2-3_i386.deb - optional libdevel libxaw7_1.0.2-3_i386.deb - optional libs libxaw_1.0.2-3.dsc - source x11 Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxaw override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libxaw6-dbg_1.0.2-3_i386.deb: package says section is x11, override says libdevel. libxaw6-dev_1.0.2-3_i386.deb: package says section is x11, override says libdevel. libxaw6-dev_1.0.2-3_i386.deb: package says priority is optional, override says extra. libxaw6_1.0.2-3_i386.deb: package says section is x11, override says libs. libxaw7-dbg_1.0.2-3_i386.deb: package says section is x11, override says libdevel. libxaw7-dev_1.0.2-3_i386.deb: package says section is x11, override says libdevel. libxaw7_1.0.2-3_i386.deb: package says section is x11, override says libs. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384600: via driver freezes X/black screen (KM400)
On Fri, Aug 25, 2006 at 01:30:09PM +0200, Felix Rommel wrote: > Package: xserver-xorg-video-via > Version: 1:0.1.33.2-3 > > When using via driver in xorg.conf screen is black. That's why I normally > have to add the following option: > > Option "VBEModes" "true" > > in device section of xorg.conf. This works in SUSE and Ubuntu. But if I start > X in Debian Etch with that, it will freeze. > > I use Debian Etch > > Linux 2.6.16-2-k7 #1 Sat Jul 15 23:05:41 UTC 2006 i686 GNU/Linux > > and libc-2.3.6.so. Output of lspci -v: > > > 01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8378 [S3 > UniChrome] Integrated Video (rev 01) (prog-if 00 [VGA]) > Subsystem: Acer Incorporated [ALI] Unknown device 0033 > Acer aspire 135x. VT7205 + CH7019B LVDS encoder. Or still this, by now, 34 month old bug: http://bugs.xfree86.org/show_bug.cgi?id=813 Luc Verhaegen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3018 - tags/lib/libxaw
Author: dparsons Date: 2006-08-25 10:55:19 -0400 (Fri, 25 Aug 2006) New Revision: 3018 Added: tags/lib/libxaw/1:1.0.2-3/ Log: Tag libxaw 1:1.0.2-3 in unstable. Copied: tags/lib/libxaw/1:1.0.2-3 (from rev 3017, branches/7.1/lib/libxaw) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3017 - branches/7.1/lib/libxaw/debian
Author: dparsons Date: 2006-08-25 10:23:59 -0400 (Fri, 25 Aug 2006) New Revision: 3017 Modified: branches/7.1/lib/libxaw/debian/changelog Log: Bring libxaw[X11R7.1] into unstable. Modified: branches/7.1/lib/libxaw/debian/changelog === --- branches/7.1/lib/libxaw/debian/changelog2006-08-25 10:45:24 UTC (rev 3016) +++ branches/7.1/lib/libxaw/debian/changelog2006-08-25 14:23:59 UTC (rev 3017) @@ -1,8 +1,9 @@ -libxaw (1:1.0.2-3) UNRELEASED; urgency=low +libxaw (1:1.0.2-3) unstable; urgency=low + * Bring X11R7.1 into unstable. * dbg package has priority extra. - -- Drew Parsons <[EMAIL PROTECTED]> Sat, 19 Aug 2006 22:18:01 +1000 + -- Drew Parsons <[EMAIL PROTECTED]> Sat, 26 Aug 2006 00:22:33 +1000 libxaw (1:1.0.2-2) experimental; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384600: via driver freezes X/black screen (KM400)
Package: xserver-xorg-video-via Version: 1:0.1.33.2-3 When using via driver in xorg.conf screen is black. That's why I normally have to add the following option: Option "VBEModes" "true" in device section of xorg.conf. This works in SUSE and Ubuntu. But if I start X in Debian Etch with that, it will freeze. I use Debian Etch Linux 2.6.16-2-k7 #1 Sat Jul 15 23:05:41 UTC 2006 i686 GNU/Linux and libc-2.3.6.so. Output of lspci -v: 00:00.0 Host bridge: VIA Technologies, Inc. VT8378 [KM400/A] Chipset Host BridgeSubsystem: VIA Technologies, Inc. Unknown device 7205 Flags: bus master, 66MHz, medium devsel, latency 8 Memory at e000 (32-bit, prefetchable) [size=256M] Capabilities: [80] AGP version 3.5 Capabilities: [c0] Power Management version 2 00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: d100-d1ff Prefetchable memory behind bridge: f000-f3ff Capabilities: [80] Power Management version 2 00:07.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 02) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 168, IRQ 5 Memory at 4400 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=02, subordinate=05, sec-latency=176 Memory window 0: 4000-41fff000 (prefetchable) Memory window 1: 4200-43fff000 I/O window 0: 2000-20ff I/O window 1: 2400-24ff 16-bit legacy interface ports at 0001 00:08.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) (prog-if 10 [OHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 5 Memory at d0004000 (32-bit, non-prefetchable) [size=2K] Memory at d000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 4 I/O ports at 1c00 [size=32] Capabilities: [80] Power Management version 2 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 5 I/O ports at 1c20 [size=32] Capabilities: [80] Power Management version 2 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 9 I/O ports at 1c40 [size=32] Capabilities: [80] Power Management version 2 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI]) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 11 Memory at d0004800 (32-bit, non-prefetchable) [size=256] Capabilities: [80] Power Management version 2 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 4 I/O ports at 1c60 [size=16] Capabilities: [c0] Power Management version 2 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: medium devsel, IRQ 9 I/O ports at 1000 [size=256] Capabilities: [c0] Power Management version 2 00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 80) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: medium devsel, IRQ 9 I/O ports at 1400 [size=256] Capabilities: [d0] Power Management version 2 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) Subsystem: Acer Incorporated [ALI] Unknown device 0033 Flags: bus master, medium devsel, latency 64, IRQ 4 I/O ports at 1800 [size=256] Memory at d0004c00 (32-bit, non-prefetchable) [size=256] Capabili
Processing of xorg_7.1.0~1_i386.changes
xorg_7.1.0~1_i386.changes uploaded successfully to localhost along with the files: xorg_7.1.0~1.dsc xorg_7.1.0~1.tar.gz xserver-xorg_7.1.0~1_all.deb xserver-xfree86_7.1.0~1_all.deb xorg_7.1.0~1_all.deb xorg-dev_7.1.0~1_all.deb xlibs-data_7.1.0~1_all.deb xlibs-static-dev_7.1.0~1_all.deb xlibmesa-dri_7.1.0~1_all.deb xlibmesa-gl_7.1.0~1_all.deb xlibmesa-gl-dev_7.1.0~1_all.deb xlibmesa-glu_7.1.0~1_all.deb libglu1-xorg_7.1.0~1_all.deb libglu1-xorg-dev_7.1.0~1_all.deb x-window-system_7.1.0~1_all.deb x-window-system-core_7.1.0~1_all.deb x11-common_7.1.0~1_i386.deb xserver-xorg-video-all_7.1.0~1_i386.deb xserver-xorg-input-all_7.1.0~1_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xorg_7.1.0~1_i386.changes ACCEPTED
Accepted: libglu1-xorg-dev_7.1.0~1_all.deb to pool/main/x/xorg/libglu1-xorg-dev_7.1.0~1_all.deb libglu1-xorg_7.1.0~1_all.deb to pool/main/x/xorg/libglu1-xorg_7.1.0~1_all.deb x-window-system-core_7.1.0~1_all.deb to pool/main/x/xorg/x-window-system-core_7.1.0~1_all.deb x-window-system_7.1.0~1_all.deb to pool/main/x/xorg/x-window-system_7.1.0~1_all.deb x11-common_7.1.0~1_i386.deb to pool/main/x/xorg/x11-common_7.1.0~1_i386.deb xlibmesa-dri_7.1.0~1_all.deb to pool/main/x/xorg/xlibmesa-dri_7.1.0~1_all.deb xlibmesa-gl-dev_7.1.0~1_all.deb to pool/main/x/xorg/xlibmesa-gl-dev_7.1.0~1_all.deb xlibmesa-gl_7.1.0~1_all.deb to pool/main/x/xorg/xlibmesa-gl_7.1.0~1_all.deb xlibmesa-glu_7.1.0~1_all.deb to pool/main/x/xorg/xlibmesa-glu_7.1.0~1_all.deb xlibs-data_7.1.0~1_all.deb to pool/main/x/xorg/xlibs-data_7.1.0~1_all.deb xlibs-static-dev_7.1.0~1_all.deb to pool/main/x/xorg/xlibs-static-dev_7.1.0~1_all.deb xorg-dev_7.1.0~1_all.deb to pool/main/x/xorg/xorg-dev_7.1.0~1_all.deb xorg_7.1.0~1.dsc to pool/main/x/xorg/xorg_7.1.0~1.dsc xorg_7.1.0~1.tar.gz to pool/main/x/xorg/xorg_7.1.0~1.tar.gz xorg_7.1.0~1_all.deb to pool/main/x/xorg/xorg_7.1.0~1_all.deb xserver-xfree86_7.1.0~1_all.deb to pool/main/x/xorg/xserver-xfree86_7.1.0~1_all.deb xserver-xorg-input-all_7.1.0~1_i386.deb to pool/main/x/xorg/xserver-xorg-input-all_7.1.0~1_i386.deb xserver-xorg-video-all_7.1.0~1_i386.deb to pool/main/x/xorg/xserver-xorg-video-all_7.1.0~1_i386.deb xserver-xorg_7.1.0~1_all.deb to pool/main/x/xorg/xserver-xorg_7.1.0~1_all.deb Override entries for your package: libglu1-xorg-dev_7.1.0~1_all.deb - optional libdevel libglu1-xorg_7.1.0~1_all.deb - optional libs x-window-system-core_7.1.0~1_all.deb - optional x11 x-window-system_7.1.0~1_all.deb - optional x11 x11-common_7.1.0~1_i386.deb - optional x11 xlibmesa-dri_7.1.0~1_all.deb - optional x11 xlibmesa-gl-dev_7.1.0~1_all.deb - optional libdevel xlibmesa-gl_7.1.0~1_all.deb - optional libs xlibmesa-glu_7.1.0~1_all.deb - optional libdevel xlibs-data_7.1.0~1_all.deb - optional libs xlibs-static-dev_7.1.0~1_all.deb - optional libdevel xorg-dev_7.1.0~1_all.deb - optional x11 xorg_7.1.0~1.dsc - source x11 xorg_7.1.0~1_all.deb - optional x11 xserver-xfree86_7.1.0~1_all.deb - optional x11 xserver-xorg-input-all_7.1.0~1_i386.deb - optional x11 xserver-xorg-video-all_7.1.0~1_i386.deb - optional x11 xserver-xorg_7.1.0~1_all.deb - optional x11 Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384596: xserver-xorg-input-mouse: After upgrade, many problems with Logitech mouse
Package: xserver-xorg-input-mouse Version: 1:1.0.4-3 Severity: normal Hi, I upgraded my system from xserver-xorg 6.9.0.dfsg.1-6 to 1:7.0.22, and since I have a quirks with the mouse. The quirks : - With Acrobat Reader, a left click to move the page makes increase load CPU and blocks the cursor. To return in a normal state, I switch of X towards the console then towards X, ctrl-alt-F1 then ctrl-alt-F7. - With Firefox, a left click on the "low arrow" to descend a page remains blocked until the page is completely descended. - With Firefox, I am often obliged to click twice to make a selection in a drop-down menu. - In general, just after a left click the system is slightly blocked. I did not have these problems before the update. My mouse : Logitech, serial port, 3 buttons xserver-xorg-input-mouse 1:1.0.4-3 Xorg conf : Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/ttyS0" Option "Protocol" "Microsoft" Option "Emulate3Buttons" "false" EndSection Regards. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-xorg-input-mouse depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-input-mouse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 11:07 +0200, Xavier Bestel wrote: > On Fri, 2006-08-25 at 10:57, Drew Parsons wrote: > > Xavier, if you want to get back on to the new 7.1 system, then > > xserver-xorg-core 2:1.1.1-4 is the version to go from. > > I'd like to, but it looks like aptitude wants to suppress > xserver-xorg-video-all and hold all other xserver-* to unstable version, > however I try to arrange them. I didn't investigate why exactely for > now. > I think I'll wait for tomorrow in case some package hasn't reached > experimental yet. > xserver-xorg 1:7.1.0~1 should clear it up. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xorg override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): xlibmesa-dri_7.1.0~1_all.deb: package says section is libs, override says x11. xlibs-static-dev_7.1.0~1_all.deb: package says section is libs, override says libdevel. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3016 - tags/debian/xorg
Author: dparsons Date: 2006-08-25 06:45:24 -0400 (Fri, 25 Aug 2006) New Revision: 3016 Added: tags/debian/xorg/1:7.1.0~1/ Log: Experimental version xorg 1:7.1.0~1, prerelease for Debian's X11R7.1. Copied: tags/debian/xorg/1:7.1.0~1 (from rev 3015, branches/7.1/debian/xorg) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384593: xterm: allowWindowOps should be disabled by default
Package: xterm Version: 210-3 Severity: grave Tags: security patch Justification: user security hole Hi, There are some concerns with the window operations that XTerm emulates. CSI 21t (report window title) in particular, because since OSC 0/1/2 ST let you decide of the window title, one can decide what CSI 21t returns, which might then be read by the user's shell as a command to execute. The "xterm-security" attached file is an example of how this might be exploited: just "cat" it from any shell running in uxterm or xterm, ls gets executed. I know, "people should be capable of using a pager to view log-files." But people are not necessarily aware that displaying a mere file in a terminal might have such nefarious effect. So I'm wondering whether it might be preferable to disable allowWindowOps by default (the proposed patch does this), or at least add a new resource (disabled by default) for selectively enabling CSI 21t if the user really wants it. Another possibility would be to disable \n in titles that are accepted, but that doesn't prevent other possible attacks. Note: among other x terminal emulators, I haven't found any other that implement CSI 21t, so only xterm seems to need patching. Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xterm depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig12.3.2-7generic font configuration library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii xutils1:7.1.ds-1 X Window System utility programs -- no debconf information -- Samuel Thibault <[EMAIL PROTECTED]> What's this script do? unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep Hint for the answer: not everything is computer-oriented. Sometimes you're in a sleeping bag, camping out. (Contributed by Frans van der Zande.) diff -ur xterm-210-debian/XTerm.ad xterm-210/XTerm.ad --- xterm-210-debian/XTerm.ad 2006-03-13 02:27:57.0 +0100 +++ xterm-210/XTerm.ad 2006-08-25 11:38:40.0 +0200 @@ -186,3 +186,5 @@ ! ! Alternatively, !*on2Clicks: regex [[:alpha:]]+://([[:alnum:]!#+,./[EMAIL PROTECTED]|(%[[:xdigit:]][[:xdigit:]]))+ + +*allowWindowOps: false xterm-security Description: Binary data
X Strike Force X.Org X11 SVN commit: r3015 - in branches/7.1/debian/xorg/debian: . local po scripts
Author: dparsons Date: 2006-08-25 06:27:12 -0400 (Fri, 25 Aug 2006) New Revision: 3015 Added: branches/7.1/debian/xorg/debian/scripts/vars.m32r branches/7.1/debian/xorg/debian/scripts/vars.ppc64 Modified: branches/7.1/debian/xorg/debian/changelog branches/7.1/debian/xorg/debian/control branches/7.1/debian/xorg/debian/local/dexconf branches/7.1/debian/xorg/debian/po/ca.po branches/7.1/debian/xorg/debian/po/cs.po branches/7.1/debian/xorg/debian/po/da.po branches/7.1/debian/xorg/debian/po/de.po branches/7.1/debian/xorg/debian/po/dz.po branches/7.1/debian/xorg/debian/po/el.po branches/7.1/debian/xorg/debian/po/es.po branches/7.1/debian/xorg/debian/po/eu.po branches/7.1/debian/xorg/debian/po/fr.po branches/7.1/debian/xorg/debian/po/gl.po branches/7.1/debian/xorg/debian/po/hu.po branches/7.1/debian/xorg/debian/po/it.po branches/7.1/debian/xorg/debian/po/ja.po branches/7.1/debian/xorg/debian/po/km.po branches/7.1/debian/xorg/debian/po/nb.po branches/7.1/debian/xorg/debian/po/ne.po branches/7.1/debian/xorg/debian/po/nl.po branches/7.1/debian/xorg/debian/po/pl.po branches/7.1/debian/xorg/debian/po/pt.po branches/7.1/debian/xorg/debian/po/pt_BR.po branches/7.1/debian/xorg/debian/po/ro.po branches/7.1/debian/xorg/debian/po/ru.po branches/7.1/debian/xorg/debian/po/sk.po branches/7.1/debian/xorg/debian/po/sv.po branches/7.1/debian/xorg/debian/po/templates.pot branches/7.1/debian/xorg/debian/po/tr.po branches/7.1/debian/xorg/debian/po/vi.po branches/7.1/debian/xorg/debian/po/zh_CN.po branches/7.1/debian/xorg/debian/rules branches/7.1/debian/xorg/debian/scripts/vars.sparc branches/7.1/debian/xorg/debian/x11-common.dirs branches/7.1/debian/xorg/debian/x11-common.install branches/7.1/debian/xorg/debian/x11-common.postinst.in branches/7.1/debian/xorg/debian/x11-common.templates branches/7.1/debian/xorg/debian/xserver-xorg.config.in branches/7.1/debian/xorg/debian/xserver-xorg.postinst.in branches/7.1/debian/xorg/debian/xserver-xorg.templates Log: * Upload xserver-xorg-video-1.0 changes to experimental. * Merge changes from trunk (up to 1:7.0.24, unreleased at svn r2911). * Note preliminary 7.1 version, 1:7.1.0~1. When ready for unstable the ~n suffix can be removed, leaving just 1:7.1.0 in unstable. Including diff would make mail exceed size limit of 10 bytes. Use "svn diff -r 3014:3015 http://necrotic.deadbeast.net/svn/xorg-x11/"; to view diff. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363483: xutils-dev: FTBFS on kfreebsd-i386 and kfreebsd-amd64
El sábado, 19 de agosto de 2006 20:08, David Nusinow escribió: > Sorry, I wasn't closely watching what you guys were doing upstream. Yes, > upstream is pretty much planning on dropping the x suffix as far as I can > see (Daniel or Michel may have noticed otherwise though). If so, you should > probably send a patch. > > Do you want me to patch the hurd/BSD stuff in what we ship to also not have > the x suffix? Hello, David. Are you or upstream aware that some man pages overlap already existing pages? I remember doing something related in...le'mme see...yes, in xserver-xorg-input-mouse: - Added DRIVER_MAN_SUFFIX=4x in order to ship mouse.man as mouse.4x (I *know* that it makes lintian shout). I did this because otherwise it would conflict witn mouse.4 from manpages. Somebody will have to change its name... Best regards, Ender. -- Yes I'm old. Old enough to remember when the MCP was just a chess program! -- Dumont (Tron). -- Desarrollador de Debian Debian developer pgpqa3lK7WBKq.pgp Description: PGP signature
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 10:14 +0200, Xavier Bestel wrote: > On Fri, 2006-08-25 at 09:56, Drew Parsons wrote: > > > > Are you absolutely sure the -mouse driver crashed? Can you try mouse > > 1:1.1.1-2 while keeping ati at which ever version works? > > xserver-xorg-core 2:1.0.2-10 > xserver-xorg-input-mouse 1:1.1.1-2 > xserver-xorg-video-ati1:6.5.8.0-1 > > (II) Module mouse: vendor="X.Org Foundation" > compiled for 7.1.1, module version = 1.1.1 > Module class: X.Org XInput Driver > ABI class: X.Org XInput driver, version 0.6 > (EE) module ABI minor version (6) is newer than the server's version (5) > (II) UnloadModule: "mouse" > (II) Unloading /usr/lib/xorg/modules/input/mouse_drv.so > (EE) Failed to load module "mouse" (module requirement mismatch, 0) OK, thanks for verifying. Since its only an ABI minor version change, that means the input drivers will work with the old server if built for the old server, which is not the case for the video drivers. So while the 7.1 input drivers from experimental won't work with the old 1.0.2 server, we will be able to rebuild them and upload them for unstable. Xavier, if you want to get back on to the new 7.1 system, then xserver-xorg-core 2:1.1.1-4 is the version to go from. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 10:57, Drew Parsons wrote: > Xavier, if you want to get back on to the new 7.1 system, then > xserver-xorg-core 2:1.1.1-4 is the version to go from. I'd like to, but it looks like aptitude wants to suppress xserver-xorg-video-all and hold all other xserver-* to unstable version, however I try to arrange them. I didn't investigate why exactely for now. I think I'll wait for tomorrow in case some package hasn't reached experimental yet. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384561: xserver-xorg: drmSetBusid failed (7, pci:0000:00:02.0), Device or resource busy
On Fri, 2006-08-25 at 01:18 -0300, Nelson A. de Oliveira wrote: > Package: xserver-xorg > Version: 1:7.0.23 > Severity: normal > > Hi! > > I am not having success in getting DRI working here. After looking at > /var/log/Xorg.0.log I saw: > > (II) I810(0): [drm] DRM interface version 1.0 > (II) I810(0): [drm] drmSetBusid failed (7, pci::00:02.0), Device or > resource > busy > (EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI. > > Is "Device or resource busy" a problem with X server? No, it usually means another process still has the DRM device open. Does sudo lsof /dev/dri/card0 show anything? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 09:28 +0200, Xavier Bestel wrote: > On Fri, 2006-08-25 at 01:25, Drew Parsons wrote: > > We haven't mentioned the input drivers yet. Most of them still need to > > be upgraded (all minor upgrades) and are not yet in experimental. There > > is no ABI change for them so they should work in both the 7.0 and 7.1. > > FWIW, yesterday I had to downgrade thet -ati and -mouse drivers to have > Xorg working (the error log was abound an incorrect ABI version). > Do you mean -ati 1:6.6.1-2 failed under xserver-xorg-core 2:1.0.2-10 ? That is to be expected. Are you absolutely sure the -mouse driver crashed? Can you try mouse 1:1.1.1-2 while keeping ati at which ever version works? Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 09:56, Drew Parsons wrote: > On Fri, 2006-08-25 at 09:28 +0200, Xavier Bestel wrote: > > On Fri, 2006-08-25 at 01:25, Drew Parsons wrote: > > > We haven't mentioned the input drivers yet. Most of them still need to > > > be upgraded (all minor upgrades) and are not yet in experimental. There > > > is no ABI change for them so they should work in both the 7.0 and 7.1. > > > > FWIW, yesterday I had to downgrade thet -ati and -mouse drivers to have > > Xorg working (the error log was abound an incorrect ABI version). > > > > Do you mean -ati 1:6.6.1-2 failed under xserver-xorg-core 2:1.0.2-10 ? > That is to be expected. > > Are you absolutely sure the -mouse driver crashed? Can you try mouse > 1:1.1.1-2 while keeping ati at which ever version works? xserver-xorg-core 2:1.0.2-10 xserver-xorg-input-mouse1:1.1.1-2 xserver-xorg-video-ati 1:6.5.8.0-1 (II) Module mouse: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 (EE) module ABI minor version (6) is newer than the server's version (5) (II) UnloadModule: "mouse" (II) Unloading /usr/lib/xorg/modules/input/mouse_drv.so (EE) Failed to load module "mouse" (module requirement mismatch, 0) Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Keyboard driver change in 7.1 (was Re: X Strike Force X.Org X11 SVN commit: r3011 - in branches/7.1/driver/xserver-xorg-input-keyboard: . man src)
On Fri, Aug 25, 2006 at 08:33:49AM +0200, Denis Barbier wrote: > According to http://ftp.x.org/pub/X11R7.1/doc/RELNOTES5.html#34 > legacy "keyboard" driver has been dropped in 7.1 and users have to replace >Driver "keyboard" > by >Driver "kbd" > in their xorg.conf. I have not installed 7.1 yet, what happens if this > change is not performed? What can we do to let people upgrade from older > versions without losing their keyboard? The same was true in 7.0 as well, unless I'm very much mistaken. The only difference is that we've started to rip out the #ifdef USE_DEPRECATED_KEYBOARD_DRIVER blocks, and all the infrastructure in the server that wasn't ifdefed somehow, but I don't think the driver was built in any case. IIRC requests for 'keyboard' will cause 'kbd' to be loaded. If not, it's a really simple hack to xf86Config.c:xf86InputDriverlistFromConfig(). Cheers, Daniel signature.asc Description: Digital signature
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 01:25, Drew Parsons wrote: > We haven't mentioned the input drivers yet. Most of them still need to > be upgraded (all minor upgrades) and are not yet in experimental. There > is no ABI change for them so they should work in both the 7.0 and 7.1. FWIW, yesterday I had to downgrade thet -ati and -mouse drivers to have Xorg working (the error log was abound an incorrect ABI version). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]