Bug#960478: xorg-server: Allow XDMCP keepalives to be disabled
Package: xorg-server Version: 2:1.20.4-1 Severity: wishlist As it is, when an XDMCP session is used over TCP keepalive packets are periodically sent and the session is torn down if no replies come back. During a transient network failure, this causes an X session that could otherwise survive just fine to be terminated prematurely. While some may wish for this behaviour, perhaps to avoid a locked-up X terminal, it would be nice if there was an option to either extend the timeout so that failures of a few minutes do not cause the session to be torn down, or even better just disable the keepalives altogether. -- System Information Debian Release: 10.3 Kernel Version: Linux gwarestrin 5.2.0+ #3 SMP PREEMPT Tue Aug 20 22:11:45 AEST 2019 x86_64 GNU/Linux
Bug#829259: x11-xserver-utils: xrandr causes short screen pause
Package: x11-xserver-utils Version: 7.7+7 Severity: minor Dear Maintainer, While observing HTML5 video playback in the Chromium web browser (tested against version 34 and 51), I noticed the xrandr command causes playback to hitch for a few frames (verified using the fps counter overlay in Chromium). I am running the command: xrandr -d :0 -q The particular devices we're seeing this on are an Intel NUC6i5SYH and a Dell Optiplex 3020. lspci shows: NUC - 00:02.0 VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 07) Optiplex - 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) The reasons we're bringing this to you is because I'm aware there have been issues with the Skylake chipset and we do not notice the issue on older hardware, such as an HP MP9 on which lspci shows: 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) What's odd is it only happens if a minute or so passes between calls. If I make consecutive calls frequently, it doesn't cause the pause. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages x11-xserver-utils depends on: ii cpp 4:4.9.2-4 ii libc62.22-11 ii libice6 2:1.0.9-1+b1 ii libx11-6 2:1.6.3-1 ii libxaw7 2:1.0.13-1 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxi6 2:1.7.6-1 ii libxmu6 2:1.1.2-2 ii libxmuu1 2:1.1.2-2 ii libxrandr2 2:1.5.0-1 ii libxrender1 1:0.9.9-2 ii libxt6 1:1.1.5-1 ii libxxf86vm1 1:1.1.4-1 x11-xserver-utils recommends no packages. Versions of packages x11-xserver-utils suggests: pn cairo-5c pn nickle ii xorg-docs-core 1:1.7.1-1 -- no debconf information Herbert Miller Jr. :: Software Engineer/Developer Phone: 877-344-8450 ext 158 Direct: 412-246-8970 E-mail: herbert.mil...@industryweapon.com Digital Signage Made Simple
Bug#165793: significant others while
Get Prescriptinos and Mediactions right now www.www.addendaabide.bifreca.com it's asiaticale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#185584: xserver-xfree86: X server should retry xfs connection
On Tue, Jul 24, 2007 at 02:23:04PM +0200, Julien Cristau wrote: > > doesn't "xset fp rehash" do that? (I have no idea, I've never used a > font server.) Unfortunately it doesn't seem to help. Now I'll need to restart my X server. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286572: xserver-xfree86: pc105 keyboard in XF86Config-4 of SUN Ultra5 renders keyboard unusable
Branden, I think this can be closed now: >tag 286572 + moreinfo > >On Mon, Dec 20, 2004 at 10:32:28PM +0100, Herbert Kaminski wrote: >> Package: xserver-xfree86 >> Version: 4.3.0.dfsg.1-8 >> Severity: important >> >> After a fresh installation of sarge and a manual installation of X (via >> aptitude), >> XF86config contains the line >> >> Option "XkbModel" "pc105" >> >> instead of >> >> Option "XkbModel" "type5" >> >> This makes the keyboard virtually unusable. > >This is a configuration problem. Are the instructions unclear? They are clear. But I expected the installation to use the already known information about my 'type 5' keyboard. OTOH: I just tested RC3 of D-I and again installed X manually afterwards the same way. The problem does not show any more, this bug - if any - seems to be fixed, so the report can be closed. Thanks for your work and for caring Herbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286572: xserver-xfree86: pc105 keyboard in XF86Config-4 of SUN Ultra5 renders keyboard unusable
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-8 Severity: important After a fresh installation of sarge and a manual installation of X (via aptitude), XF86config contains the line Option "XkbModel" "pc105" instead of Option "XkbModel" "type5" This makes the keyboard virtually unusable. Regards, Herbert -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 20 2004-12-20 17:56 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x 1 root root 1782200 2004-09-28 23:51 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage I/II 215GT [Mach64 GT] (rev 9a) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r-- 1 root root 4030 2004-12-20 21:31 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" # FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" # FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "sun" # voellig falsch, aus der Installation: # Option "XkbModel" "pc105" # fast OK, wenige Keys stimmen nicht ('<'und'>' senden nichts): Option "XkbModel" "type5" Option "XkbLayout" "de" Option "XkbOptions""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/sunmouse" Option "Protocol" "BusMouse" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Technologies, Inc. 3D Rage I/II 215GT
Bug#261104:
...just wondering whether there are any new informations about this bug?
Bug#248940: Processed: Re: Bug#248940: xlibs: strange caps lock lag
On Fri, May 28, 2004 at 11:52:37PM -0500, Branden Robinson wrote: > > I did. > > From: Branden Robinson <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > ^^ > Subject: Re: Bug#248940: xlibs: strange caps lock lag > Date: Fri, 28 May 2004 22:59:58 -0500 > Message-ID: <[EMAIL PROTECTED]> Sorry, I should've paid more attention to the headers in the BTS. BTW, that mail was stuck on your machine until today. Received: from gluck.debian.org [192.25.206.10] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BUUny-0005QF-00; Sun, 30 May 2004 13:13:07 -0500 Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by gluck.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BUUny-0007Jw-00; Sun, 30 May 2004 12:13:06 -0600 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 18050649D7; Fri, 28 May 2004 22:59:59 -0500 (EST) > However, I am supremely disinterested in playing your favorite sport > (bug tennis), so I guess this bug will languish until a kernel > person can be troubled to look at it, just like the last Toshiba laptop > keyboard problem you insisted wasn't the kernel's business to deal > with[1][2]. As you said, "There is no way that this patch can be > accepted...Don't bother reassigning it back to me because I will simply > reassign it again with no warning."[3] I'm no longer the maintainer of the kernel package, so I suggest that you appeal to the new maintainers directly at [EMAIL PROTECTED] If they're happy with the bug report, then I certainly will not stand in the way of you reassigning it. Thanks, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
If X refuses to start with Radeon chip...
Then please upgrade your kernel to 2.6.5-4 or above. The 2.6.5-3 release contained code which attempted to load firmware for Radeon/R128 from userspace that fails miserably when the firmware files aren't available. This has been reverted for now. I apologise for any inconvenience caused. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#233818: #233818: xlibs: forces xlib6g and dependent packages off the system
So is this bug going to be fixed for sarge? If not, I'll have to package xv again since the version I have from potato (or was it slinky) cannot coexist with your package anymore. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Bug#224909: kernel: atkbd.c: Unknown key released
reassign 224909 xserver-xfree86 quit On Mon, Mar 01, 2004 at 11:01:01AM +0100, Bruno Muller wrote: > Le sam 28/02/2004 ? 11:11, Herbert Xu a ?crit : > > > > Can you still reproduce this with 2.6.2? > > > > > > If so please show me the full kernel boot messages. > > > > Please reply. > > Sorry. > > With 2.6.2 and 2.6.3, the message is: > > Feb 29 22:37:20 schmurk kernel: atkbd.c: Unknown key released (translated set > 2, code 0x7a on isa0060/serio0). > Feb 29 22:37:20 schmurk kernel: atkbd.c: This is an XFree86 bug. It shouldn't > access hardware directly. OK, that really is a bug in X. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
via_drv.o - A Backported XFree86 4.3.x/Debian Driver for VIA Video Chipsets
Hello! Since apt-get dist-upgrade provided me the long awaited xfree-4.3.0 for sid this morning, I had to rebuild a driver module for my not-yet-supported-in-4.3 graphics adapter on my noiseless epia m6000 xterm :-) As I don't expect debian's xfree-4.3 packages to include it anytime soon, I decided to properly package it this time (while getting to know dephelper a bit better...) and finally came up with the stuff in http://www.hvrlab.org/~hvr/via_drv/ ...should there exist already some other easy to use package, then please ignore this (in that case somewhat embarassing) announcement... otherwise I hope my work to be useful to others as well :-) ps: I'm not subscribed to debian-x, so please feel free to CC me... ps: ...some xfree86 driver development kit for debian might have saved me some fiddling around... maybe there is one already, and I just didn't find it? regards, -- Herbert Valerio Riedel
Re: Bug#232267: X-Window-System can't be started with kernel 2.6.2
On Thu, Feb 12, 2004 at 12:49:20PM -0500, Branden Robinson wrote: > On Thu, Feb 12, 2004 at 07:37:01AM +1100, Herbert Xu wrote: > > OK Branden, unless you guys can come up with a way to stop these > > bug reports, I will undo this change tonight. > > I have a fix in mind, but I'm not going to be able to implement it and > do a release on the timeline you appear to expect. Well when you fix is ready, we can put this change back. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Bug#232267: X-Window-System can't be started with kernel 2.6.2
On Wed, Feb 11, 2004 at 05:21:39PM +0100, Georg Colle wrote: > Package: kernel-image-2.6.2-1-686 > Version: 2.6.2-1 > > debian: unstable (SID) > libc6 version 2.3.2.ds1-11 > Package: xserver-xfree86 > Version: 4.2.1-16 > > When booting messages run through as usual until kdm is started. Then > the monitor screen changes periodically several times between dark gray, > black and the message "not synchronized" (guess X is looking for the > right resolution to display). After this, I'm back on the terminal > console. > Logging in and starting X (startx): Same as above. > xserver-xfree86 (Version: 4.2.1-16) does very well with kernel 2.4.24-2, > so: is the problem due to the configuration of the kernel-image? > > Here are some lines extracted from XFree86.0.log dealing with the problem > discribed above: > > //*** schnipp * > > (WW) No core pointer registered > No core pointer > > Fatal server error: > failed to initialize core devices > > //*** schnapp * OK Branden, unless you guys can come up with a way to stop these bug reports, I will undo this change tonight. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#227867: libxrender1: libXrender diversion breaks libXrender.so link
Package: libxrender1 Version: 0.8.3-4 Severity: normal If libxrender1/xlibs/xlibs-dev are installed without libxrender1-dev, then you will end up with a broken libXrender.so symlink. This would have been harmless except that libXrender.a still exists and is valid. This may cause shared libraries to be accidentally built with the static libXrender library. So either the libXrender.so symlink should be made valid in this situation or we should divert libXrender.a as well. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.23-1-686-smp #1 SMP Sun Nov 30 21:55:37 EST 2003 i686 GNU/Linux Versions of the packages libxrender1 depends on: ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries and Timezone ii xlibs 4.2.1-12.1 X Window System client libraries
Re: Bug#187962: kernel oops with i810
On Wed, Apr 16, 2003 at 11:52:15AM +0200, Simon Morlat wrote: > No more oops but graphic display still disapears. > Here is what I get in /var/log/messages: Is the machine still alive though? Can you login via the network for instance? If it is, then the bug needs to be reassigned to X so that it can be dealt properly. The ring buffer is controlled by the X server. The DRM driver is just a user. The problem here is that the X server left it in some bozzo state and the DRM driver just used it without checking resulting in a lockup. Since the DRM driver does not have complete possession over the ring buffer, it is not appropriate for it to completely reset it. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#185584: xserver-xfree86: X server should retry xfs connection
Package: xserver-xfree86 Version: 4.2.1-3 Severity: wishlist If you configure X to use a font server via TCP: FontPath "tcp/font:7100" and then restart the font server, the X server does not reconnect to it. This causes it to lose access to all fonts. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.20-686-smp #1 SMP Mon Jan 13 23:06:41 EST 2003 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux Versions of the packages xserver-xfree86 depends on: ii debconf1.2.21 Debian configuration management system ii libc6 2.3.1-14 GNU C Library: Shared libraries and Timezone ii xserver-common 4.2.1-3files and utilities common to all X servers ii zlib1g 1.1.4-6compression library - runtime
Bug#185584: xserver-xfree86: X server should retry xfs connection
Package: xserver-xfree86 Version: 4.2.1-3 Severity: wishlist If you configure X to use a font server via TCP: FontPath "tcp/font:7100" and then restart the font server, the X server does not reconnect to it. This causes it to lose access to all fonts. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.20-686-smp #1 SMP Mon Jan 13 23:06:41 EST 2003 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux Versions of the packages xserver-xfree86 depends on: ii debconf1.2.21 Debian configuration management system ii libc6 2.3.1-14 GNU C Library: Shared libraries and Timezone ii xserver-common 4.2.1-3files and utilities common to all X servers ii zlib1g 1.1.4-6compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#142569: [lkcl@samba-tng.org: interaction between kernel and xfree86 v 4]
On Tue, Mar 11, 2003 at 02:15:15PM +, Luke Kenneth Casson Leighton wrote: > > i can manage recompiling kernels if someone would like > to send me a patch. What kind of a keyboard do you have? And what is the exact symptom of your problem? > ... what i can't manage [by myself] is recompiling Xfree86 > except possibly under strict supervision and by someone > prepared to wield a Big Stick. X is easy, you just need to strace it. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#142569: [lkcl@samba-tng.org: interaction between kernel and xfree86 v 4]
On Tue, Mar 11, 2003 at 02:15:15PM +, Luke Kenneth Casson Leighton wrote: > > i can manage recompiling kernels if someone would like > to send me a patch. What kind of a keyboard do you have? And what is the exact symptom of your problem? > ... what i can't manage [by myself] is recompiling Xfree86 > except possibly under strict supervision and by someone > prepared to wield a Big Stick. X is easy, you just need to strace it. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#142569: [lkcl@samba-tng.org: interaction between kernel and xfree86 v 4]
On Tue, Mar 11, 2003 at 12:14:07AM +, Luke Kenneth Casson Leighton wrote: > > it was suggested to me after conversations with branden that > i relate to you a story that may be of assistance to you. As I have stated before, all we need to resolve #142569/#156563 is for someone who can readily reproduce the problem to tap into the kernel driver to produce a list of events, and then do the same for the X server. Now comparing the two should make the problem obvious. Unfortunately it seems that no one has been willing to do that as of yet. Until we have some hard facts, hypothesising is not going to help. BTW Branden, you should disconnect #121335 from the rest. The issue of dupliate release events have been worked around in 2.4.21pre. It is also said that 2.5's new software repeat mechanism also prevents it from happening. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#142569: [lkcl@samba-tng.org: interaction between kernel and xfree86 v 4]
On Tue, Mar 11, 2003 at 12:14:07AM +, Luke Kenneth Casson Leighton wrote: > > it was suggested to me after conversations with branden that > i relate to you a story that may be of assistance to you. As I have stated before, all we need to resolve #142569/#156563 is for someone who can readily reproduce the problem to tap into the kernel driver to produce a list of events, and then do the same for the X server. Now comparing the two should make the problem obvious. Unfortunately it seems that no one has been willing to do that as of yet. Until we have some hard facts, hypothesising is not going to help. BTW Branden, you should disconnect #121335 from the rest. The issue of dupliate release events have been worked around in 2.4.21pre. It is also said that 2.5's new software repeat mechanism also prevents it from happening. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
Daniel Stone <[EMAIL PROTECTED]> wrote: > > You obviously don't understand how Debian's packaging system works. > Please come back when you understand the fact that all binary packages > carry the version assigned to the source package, and that this is > invariable. It is actually possible to have two binary packages with different version numbers in the same source package. Bash used to do it when it was in the same source package as libreadline. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: xlibmesa naming and relationships
Daniel Stone <[EMAIL PROTECTED]> wrote: > > You obviously don't understand how Debian's packaging system works. > Please come back when you understand the fact that all binary packages > carry the version assigned to the source package, and that this is > invariable. It is actually possible to have two binary packages with different version numbers in the same source package. Bash used to do it when it was in the same source package as libreadline. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
Branden Robinson <[EMAIL PROTECTED]> wrote: > > On Sat, Feb 08, 2003 at 03:23:25PM +0100, Michel D?nzer wrote: >> Let me try to put it yet another way: xlibmesa3-gl and xlibmesa4-gl are >> different versions of the same thing. We have package versions for this >> purpose, no need to abuse the name. > > The package version will be the same as for every other binary package > that is generated by the XFree86 source package, so it can't be > communicated there. So put it in a README file somewhere... If you're really desparate, create a priority critical debconf note so everyone sees it :) -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: xlibmesa naming and relationships
Branden Robinson <[EMAIL PROTECTED]> wrote: > > On Sat, Feb 08, 2003 at 03:23:25PM +0100, Michel D?nzer wrote: >> Let me try to put it yet another way: xlibmesa3-gl and xlibmesa4-gl are >> different versions of the same thing. We have package versions for this >> purpose, no need to abuse the name. > > The package version will be the same as for every other binary package > that is generated by the XFree86 source package, so it can't be > communicated there. So put it in a README file somewhere... If you're really desparate, create a priority critical debconf note so everyone sees it :) -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
Branden Robinson <[EMAIL PROTECTED]> wrote: > > I do not personally feel that the major version number used by a > software project is a meaningless detail. At least not in the case of > Mesa, where they bump the major version number to reflect major new > developments, like texture and lighting acceleration support. I appreciate your respect for the upstream authors, but I don't think the package name is an appropriate forum to express that. Shared library packages carry part of the soname in their names so that multiple versions can be installed simultaneously. This does not seem to be the case here as 3 is not related to the soname. In the event that the mesa version number is bumped without the ABI changing, you risk either being inconsistent or changing the package name gratuitously. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: xlibmesa naming and relationships
Branden Robinson <[EMAIL PROTECTED]> wrote: > > I do not personally feel that the major version number used by a > software project is a meaningless detail. At least not in the case of > Mesa, where they bump the major version number to reflect major new > developments, like texture and lighting acceleration support. I appreciate your respect for the upstream authors, but I don't think the package name is an appropriate forum to express that. Shared library packages carry part of the soname in their names so that multiple versions can be installed simultaneously. This does not seem to be the case here as 3 is not related to the soname. In the event that the mesa version number is bumped without the ABI changing, you risk either being inconsistent or changing the package name gratuitously. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#5212: xdm *still* allows login for /bin/true users
H. S. Teoh <[EMAIL PROTECTED]> wrote: > > I've just verified that XDM still exhibits this bug, contrary to what > Steve Durham said about PAM fixing it. I added /bin/true to /etc/shells, > and changed a user's shell to /bin/true. XDM still logged me in. IMHO this bug is bogus. Raul's suggestion does not work, there is no generic way to execute a command given an arbitrary shell. What Steven Durham may have meant is that after switching to PAM, the people who want to allow only FTP access can use something other than /bin/true to do so, e.g., a simple list through pam_listfile. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#5212: xdm *still* allows login for /bin/true users
H. S. Teoh <[EMAIL PROTECTED]> wrote: > > I've just verified that XDM still exhibits this bug, contrary to what > Steve Durham said about PAM fixing it. I added /bin/true to /etc/shells, > and changed a user's shell to /bin/true. XDM still logged me in. IMHO this bug is bogus. Raul's suggestion does not work, there is no generic way to execute a command given an arbitrary shell. What Steven Durham may have meant is that after switching to PAM, the people who want to allow only FTP access can use something other than /bin/true to do so, e.g., a simple list through pam_listfile. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#121335: Please add the Toshiby keybounce fix
On Mon, Oct 28, 2002 at 01:01:43PM +0100, Michel D?nzer wrote: > > I doubt that very much as it happens with all kinds of keyboards on Macs > but doesn't happen in Mac OS. Well as I said earlier, it's not difficult to convince me. For ADB keyboards, you just have to enable dump_adb_input in macintosh/adb.c and recompile your kernel. If the output shows that you do get the release from the hardware but not the kernel then the issue is settled and we can find out what's going wrong. If you suspect that the problem is further down in the system, then you could also simply add printks to the relevant interrupt handler (easy to find as they usually call adb_input) to see if you're getting notified or not. If you don't get an interrupt, then you won't get any release events. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#121335: Please add the Toshiby keybounce fix
On Mon, Oct 28, 2002 at 01:01:43PM +0100, Michel D?nzer wrote: > > I doubt that very much as it happens with all kinds of keyboards on Macs > but doesn't happen in Mac OS. Well as I said earlier, it's not difficult to convince me. For ADB keyboards, you just have to enable dump_adb_input in macintosh/adb.c and recompile your kernel. If the output shows that you do get the release from the hardware but not the kernel then the issue is settled and we can find out what's going wrong. If you suspect that the problem is further down in the system, then you could also simply add printks to the relevant interrupt handler (easy to find as they usually call adb_input) to see if you're getting notified or not. If you don't get an interrupt, then you won't get any release events. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#121335: Please add the Toshiby keybounce fix
On Mon, Oct 28, 2002 at 12:42:17PM +0100, Michel D?nzer wrote: > > See this thread: > > http://lists.debian.org/debian-powerpc/2002/debian-powerpc-200210/msg00260.html Well I don't see anything in there that shows that this is a kernel bug. What it does show is that some people are seeing this on the console. This means that it probably is a hardware problem. Unfortunately this is not something that can be worked around in software since it is easy to filter out spurious events, but it is impossible to manufacture missing events. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Bug#121335: Please add the Toshiby keybounce fix
On Mon, Oct 28, 2002 at 12:42:17PM +0100, Michel D?nzer wrote: > > See this thread: > > http://lists.debian.org/debian-powerpc/2002/debian-powerpc-200210/msg00260.html Well I don't see anything in there that shows that this is a kernel bug. What it does show is that some people are seeing this on the console. This means that it probably is a hardware problem. Unfortunately this is not something that can be worked around in software since it is easy to filter out spurious events, but it is impossible to manufacture missing events. -- Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ ) Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#166177: xserver-common: dexconf creates temporary directory outside /tmp
Package: xserver-common Version: 4.1.0-17 Severity: normal dexconf created a temporary directory in my home directory: $ ls -d ~/dex* /home/gondolin/herbert/dexconf-tmp-22005 $ This is a bad idea because if dexconf is killed with SIGKILL, or if there is a bug in its signal handling when it is terminated more gracefully, the directory will be left behind until it is deleted manually. In my case it called bomb because I wasn't running it as root so you probably want to setup an EXIT trap as well. Please put this directory in /tmp by default where it will be cleaned automatically. You can always use ${TMPDIR:-/tmp} so that users can override it if they wish. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages xserver-common depends on: ii debconf1.2.10 Debian configuration management system ii libc6 2.2.5-14.3 GNU C Library: Shared libraries and Timezone ii xfree86-common 4.1.0-17 X Window System (XFree86) infrastructure
Bug#166177: xserver-common: dexconf creates temporary directory outside /tmp
Package: xserver-common Version: 4.1.0-17 Severity: normal dexconf created a temporary directory in my home directory: $ ls -d ~/dex* /home/gondolin/herbert/dexconf-tmp-22005 $ This is a bad idea because if dexconf is killed with SIGKILL, or if there is a bug in its signal handling when it is terminated more gracefully, the directory will be left behind until it is deleted manually. In my case it called bomb because I wasn't running it as root so you probably want to setup an EXIT trap as well. Please put this directory in /tmp by default where it will be cleaned automatically. You can always use ${TMPDIR:-/tmp} so that users can override it if they wish. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages xserver-common depends on: ii debconf1.2.10 Debian configuration management system ii libc6 2.2.5-14.3 GNU C Library: Shared libraries and Timezone ii xfree86-common 4.1.0-17 X Window System (XFree86) infrastructure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164422: xbase-clients: postrm purge does not remove /etc/X11/xsm
Package: xbase-clients Version: 4.1.0-17 Severity: normal This directory contains a conffile. Hence it needs to be removed by hand in the postrm script. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages xbase-clients depends on: ii cpp2.95.4-17 The GNU C preprocessor. ii debconf1.0.32 Debian configuration management system ii libc6 2.2.5-14.3 GNU C Library: Shared libraries and Timezone ii libdps14.1.0-17 Display PostScript (DPS) client library ii libfreetype6 2.1.2-7FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.1.0-17 X Athena widget set library ii xlibs 4.1.0-17 X Window System client libraries rc xlibmesa3 4.1.0-14 XFree86 version of Mesa 3D graphics library ii mesag3 3.4.2.1-4 A 3-D graphics library which uses the OpenGL ^^^ (Provides virtual package libgl1)
Bug#164422: xbase-clients: postrm purge does not remove /etc/X11/xsm
Package: xbase-clients Version: 4.1.0-17 Severity: normal This directory contains a conffile. Hence it needs to be removed by hand in the postrm script. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages xbase-clients depends on: ii cpp2.95.4-17 The GNU C preprocessor. ii debconf1.0.32 Debian configuration management system ii libc6 2.2.5-14.3 GNU C Library: Shared libraries and Timezone ii libdps14.1.0-17 Display PostScript (DPS) client library ii libfreetype6 2.1.2-7FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.1.0-17 X Athena widget set library ii xlibs 4.1.0-17 X Window System client libraries rc xlibmesa3 4.1.0-14 XFree86 version of Mesa 3D graphics library ii mesag3 3.4.2.1-4 A 3-D graphics library which uses the OpenGL ^^^ (Provides virtual package libgl1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]