Re: radeontool 1.6.3 ready

og +++ w/debian/changelog @@ -6,7 +6,8 @@ radeontool (1.6.3-1) UNRELEASED; urgency=low * debian/control: Bump standards-Version to 3.9.4 [ Jonathan Nieder ] - * debian/control: Add myself to uploaders. + * Make the Debian X Strike Force maintain the package; keeping +Luigi, Tormod,

Re: RV350 AQ: not possible to select screen left of other screen, only clone mode is possible

forcemerge 697229 702668 quit Ben Hutchings wrote: > In version 3.2.35-1 I changed radeon to disable KMS when firmware is not > installed, because this generally doesn't work. Previously the driver > would try to continue and this would often cause memory corruption or a > blank screen. > > Howe

Re: RV350 AQ: not possible to select screen left of other screen, only clone mode is possible

# regression severity 702668 important quit Hi, Jaap van Wingerde wrote: > Version: 3.2.35-2 [...] > It is not possible to select a screen right or left of other screen, only > clone > mode is possible (gnome-control-center display). With > linux-image-3.2.0-3-amd64 > this works perfect. [...]

Re: Touchpad on Thinkpad T520 did not move pointer on resume from hibernate

tags 696686 + moreinfo quit Hi Matthew, In December, Matthew Flaschen wrote: > I hibernated the laptop, and on resume, the touchpad does not allow me to > move the pointer. Normally, both the touchpad and the nipple in the > center of the keyboard work. Sometimes I also use a USB mouse, but I

Re: [ilk] using GNOME 3 makes computer sluggish after a few minutes

found 697029 linux/3.7.3-1~experimental.1 tags 697029 - wontfix affects 697029 + release-notes quit Hi, Chris Wilson wrote: > The performance issue on 3.7 is not due to the missed irq, but a > combination of using UXA and VT-d. In order to workaround an erratum > on Ironlake, every time we touch

Re: i915 GPU Hang on First Login with Display Manager

reassign 637511 src:linux linux-2.6/3.0.0-1 affects 637511 + xserver-xorg-video-intel quit Hi P. J., P. J. McDermott wrote: > On 09/14/2011 02:19 PM, Jonathan Nieder wrote: >> "Lost in the mists of time" means "Could be discovered by finding out >> how it regress

Re: [squeeze -> 2.6.37 regression] Clarkdale: native X resolution does not work

Matt Zagrabelny wrote: > I couldn't get better than 800x600 using the squeeze kernel (2.6.32) with > the wheezy userland. However, I did install squeeze on a flash drive and > attached are the three files. I'll try to find time this week to look over these logs and track down what is going wrong,

Re: [squeeze -> 2.6.37 regression] Clarkdale: native X resolution does not work

reassign 613852 src:linux linux-2.6/2.6.37-1~experimental.1 found 613852 linux/3.2.32-1 tags 613852 - moreinfo affects 613852 + xserver-xorg-video-intel quit Hi again, Matt Zagrabelny wrote: >> Matt Zagrabelny wrote: >>> When running 2.6.32-5-amd64, I am able to run X at 1360x768. When I use >>>

Re: RV350: videoplayback causes total freeze

found 680097 linux/3.5-1~experimental.1 quit Hi again, You wrote: > Steps to reproduce: > > Watch a movie with VLC. At some random intervall the machine just > freezes. [...] > Bug also reproducible on linux-image-3.5-trunk. Thanks, and sorry for the slow response. Since this is reproducible w

Re: radeon: "This chipset requires a kernel module version of 1.17.0"

przypadek wrote: > W dniu 28.08.2012 23:04, Jonathan Nieder pisze: >> Sure, can you reproduce this using kmod instead of module-init-tools? [...] > Yes I probably can if you tell me how. By installing kmod and removing the module-init-tools package and trying again. Make sure y

Re: radeon: "This chipset requires a kernel module version of 1.17.0"

przypadek wrote: > xorg version: 1:7.5+8 > > I was thinking what else i did, and i remind my self that meantime > kernel compilation, there was a massage that I maybe need packet > module-init-tools, and I installed it. Maybe that is a problem? Sure, can you reproduce this using kmod instead of m

Re: radeon: "This chipset requires a kernel module version of 1.17.0"

Hi, Michel Dänzer wrote: > On Die, 2012-08-28 at 07:47 -0700, Jonathan Nieder wrote: >> przypadek wrote: >>> [dri] This chipset requires a kernel module version of 1.17.0, >>> [dri] but the kernel reports a version of 2.0.0. >> >> It sounds like i

Re: radeon: "This chipset requires a kernel module version of 1.17.0"

przypadek wrote: > I have installed linux-image-3.2.0-3-686-pae , xserver-xorg-video-radeon What version of xserver-xorg-video-radeon do you have? [...] > [dri] This chipset requires a kernel module version of 1.17.0, > [dri] but the kernel reports a version of 2.0.0. It sounds like it is sligh

Re: Attempting to start X with intel driver hangs system

gt; it still happens. So I now think the problem is in the kernel. [...] > 3.2 crashes as well, but not as hard as 3.4. With 3.2, X doesn't come > up, but you can switch to a console and reboot. 3.4 needs the reset > button. Jonathan Nieder wrote: > Support for this GP

Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works

forwarded 677173 https://bugs.freedesktop.org/52611 quit Hi, Bjørn Mork wrote: > That's OK, but how do I permanently disable this mis-feature? [etc] Nothing about this looks Debian-specific, so filed upstream. Hopefully further work can happen there. (If I screwed up in filing, please feel fre

Re: [debian-policy] 11.8.3 "Packages providing a terminal emulator" says xterm passes -e option straight to exec

Hi terminal emulator authors (in bcc), There is a policy proposal to clarify what x-terminal-emulator -e does when there is one argument and when there are many arguments. Currently policy says: | To be an `x-terminal-emulator', a program must: |* Be able to emulate a DEC VT100 te

Bug#679197: xinit unusable without xterm

Hi Mateusz, Mateusz Poszwa wrote: > Unfortunatelly xinit seems to require xterm even for launching other > clients. Are you passing the full path to the client on the command line? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe

Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works

Cyril Brulebois wrote: > Jonathan Nieder (17/06/2012): >> This is a contentless reply to let the Debian X maintainers know about >> their new bug. :) Please feel free to reassign back to the kernel if >> the cause seems to be there. > > Next time I see a contentless

Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works

Hi, On 2012-06-12, Vincent Lefevre wrote: > I have a USB keyboard attached to my laptop, and I use it as the main > keyboard. I was using it, and suddenly it no longer worked at all (for > instance, xev didn't report any event). The device was still seen by > /lib/udev/findkeyboards and by lsusb.

Re: nouveau: hard lockup when gdm3 starts

found 675302 linux-2.6/3.3.6-1~experimental.1 affects 675302 + xserver-xorg-video-nouveau forwarded 675302 https://bugs.freedesktop.org/50571 quit Gedalya wrote: > Bug 50571 - https://bugs.freedesktop.org/show_bug.cgi?id=50571 Thanks! If I have any more questions, I'll just ask them upstream.

Re: nouveau: hard lockup when gdm3 starts

Gedalya wrote: > Here. Perfect, thanks much. Ok, one more test and we should take this upstream: can you reproduce this with a 3.3.y or newer kernel from experimental? If so, please report this at , product Xorg, component Driver/nouveau (yes, that's where they tra

Re: nouveau: hard lockup when gdm3 starts

Gedalya wrote: > Now tried running startx /usr/bin/xterm with nouveau, > > [ 82.427553] [drm] nouveau :01:00.0: PDISP: DCB for > 6/0xbad00103 not found > [ 82.428536] [drm] nouveau :01:00.0: PDISP: DCB for > 0/0xbad00103 not found > [ 82.429483] [drm] nouveau :01:00.0: Table 0x01

Re: nouveau: hard lockup when gdm3 starts

Gedalya wrote: > On 5/31/2012 1:59 AM, Jonathan Nieder wrote: >> Does starting X with the nouveau driver work if you do not start a >> GNOME session? (You can test by running "startx xterm" if the xinit >> package is installed.) > > Interesting. Still workin

Re: nouveau: hard lockup when gdm3 starts

Hi, Gedalya wrote: > Tried removing the nvidia stuff and booting up with nouveau. [...] > Total system hang as soon as xorg starts. No response from keyboard, > mouse, no response on the network (no ping, no ARP response) [...] > Using an Nvidia GeForce GT 520. Do I understand correctly that the

Re: base: System freezes at random time after Resume from Suspend (Regression)

Andreas Berger wrote: > out of curiousity, is the scope of this still to make a patch for squeeze? Yep, squeeze still has at least a year of life in it yet. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listma

Bug#673170: xfonts-100dpi: fonts not available until X restarted

severity 673170 wishlist reassign 673170 xfs 1:1.0.8-7 tags 673170 + upstream quit Julien Cristau wrote: > One way to "fix" it would be to have X / xfs watch its fontpath with > inotify or similar and automatically refresh things. Nobody cares > enough about core fonts to implement that. Thanks

Bug#673170: xfonts-100dpi: fonts not available until X restarted

Julien Cristau wrote: > On Mon, May 21, 2012 at 16:06:44 -0500, Jonathan Nieder wrote: >> Julien Cristau wrote: >>> On Wed, May 16, 2012 at 10:59:01 -0500, Jonathan Nieder wrote: >>>> Trying to address <http://bugs.debian.org/563250> (xvile appearance >>

Bug#673170: xfonts-100dpi: fonts not available until X restarted

Hi Julien, Julien Cristau wrote: > On Wed, May 16, 2012 at 10:59:01 -0500, Jonathan Nieder wrote: >> Trying to address <http://bugs.debian.org/563250> (xvile appearance >> wrong due to missing font), I installed xfonts-100dpi. Alas: >> >> $ xmessage -fn

Re: base: System freezes at random time after Resume from Suspend (Regression)

Hi Andreas, Jonathan Nieder wrote: > Andreas Berger wrote: >> ok, i narrowed it down, but it is: >> >> found: linux-image-2.6.36-trunk-686, version 2.6.36-1~experimental.1 >> not found: linux-image-2.6.37-rc4-686, version 2.6.37~rc4-1~experimental.1 > >

Bug#673170: xfonts-100dpi: fonts not available until X restarted

Package: xfonts-utils Version: 1:7.7~1 Files: /usr/sbin/update-fonts-dir Hi, Trying to address (xvile appearance wrong due to missing font), I installed xfonts-100dpi. Alas: $ xmessage -fn lucidasans-10 It was the best of times Warning: Cannot con

Re: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

://bugzilla.kernel.org/26002#c13 affects 606939 + src:linux-2.6 # squeeze kernel worked fine tags 606939 + wheezy sid experimental quit John Hughes wrote: >> Jonathan Nieder wrote: >>> If you have a chance to try xserver-xorg-video-intel from >>> experimental (and c

Bug#670156: xserver-xorg-core: input devices no longer detected

reassign 670156 initscripts 2.88dsg-23 # breaks input severity 670156 grave quit Brian Paterni wrote: > Aha! I only downgraded sysvinit and sysvinit-utils. With > initscripts=2.88dsf-22.1, keyboard and mouse are functional once again. Thanks for testing. Reassigning. Roger et al: please feel f

Bug#670156: xserver-xorg-core: input devices no longer detected

affects 670156 + xserver-xorg-input-evdev quit Hi, Brian Paterni wrote: > I'm not sure what it could be though. udev=175-3.1 which is from > unstable, and I don't believe it's been updated within the last few > days. I know for a fact everything was working on Saturday, 2012.04.21. Peculiar. I

Re: base: System freezes at random time after Resume from Suspend (Regression)

Jonathan Nieder wrote: > To recap, this bug is about symptoms of memory corruption after > suspending to disk on an Acer Aspire 5610, which uses (I think) > the 945GM express chipset. This should have read "after suspending to RAM". Sorry for the nonsense. -- To UNSUBSCRI

Re: base: System freezes at random time after Resume from Suspend (Regression)

affects 584314 + xserver-xorg-video-intel quit Hi, Thanks again for your work on this bug so far. To recap, this bug is about symptoms of memory corruption after suspending to disk on an Acer Aspire 5610, which uses (I think) the 945GM express chipset. Lenny and wheezy worked fine; it is only t

Re: Xorg goes to 70% MEM and freezes my system when opening big clock in Ardour3

reassign 664060 src:linux-2.6 3.2.10-1 affects 664060 + xserver-xorg-video-intel quit Hi Rosea, rosea grammostola wrote: > When I open the big clock window (alt-b) in Ardour3 (downloaded from > ardour.org), Xorg bumps up to 70% MEM and freezes my system (Thinkpad > T61) > > root 20 0 3082

Re: 915GM: fonts have some corrupted glyphs: strikethrough

found 641665 linux-2.6/3.2.6-1 quit Joachim Breitner wrote: > I just had a real, unintentional OOM-situation again and now all my > fonts are garbled again (I hope I don’t make typos, I am typing this > semi-blind :-)), so the problem is definitely _not_ yet fixed in > unstable. Thanks. Nice to

Re: 915GM: fonts have some corrupted glyphs: strikethrough

Vítor De Araújo wrote[1]: > After upgrading to testing, some X11 apps, notably Iceweasel, started > to present font rendering errors (characters missing parts). Cyril Brulebois wrote: > please try installing libpixman-1-0 0.24.4-1 from sid first. That should > fix a bunch of issues. Vítor De Ar

Re: 915GM (Eee PC 900): fonts have some corrupted glyphs: strikethrough

Hi again, Vítor De Araújo wrote: > After upgrading to testing, some X11 apps, notably Iceweasel, started > to present font rendering errors (characters missing parts). Thanks for a nice report. I'm curious about two things: - does 3.2.4-1 from sid behave any differently? (I'd expect it doesn

Re: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

John Hughes wrote: > I've created /usr/share/X11/xorg.conf.d/15-debugwait-hack.conf > containing that snippet. > > The log shows: > > [57.316] (==) intel(0): Depth 24, (--) framebuffer bpp 32 > [57.316] (==) intel(0): RGB weight 888 > [57.316] (==) intel(0): Default visual is TrueColor

Re: [RV710] using startx results in black screen with locked hardware

reassign 606112 xserver-xorg-video-radeon 1:6.13.1-2+squeeze1 quit Hi, On 2010-12-06, Andreas wrote: > If I am using kernel-image 2.6.32-5-amd64 the X server does not start > correctly, the screen will be black and mouse and keyboard does not work > anymore. The system could be shutdown using po

Bug#656375: libdrm-intel1: screen corruptions, kernel message "*ERROR* Prepared flip multiple times"

reassign 656375 src:linux-2.6 3.1.8-2 reassign 655152 src:linux-2.6 3.1.6-1 severity 655152 important merge 656375 655152 affects 655152 + xserver-xorg-video-intel quit Witold Baryluk wrote: > After logging into GNOME, I started getting LOTS of > [ 239.494761] [drm:intel_prepare_page_flip] *ERRO

Bug#655753: [PATCH/RFC] xdm.init: do not start if "text" option is in kernel commandline

1.1.11-2) UNRELEASED; urgency=low + + * xdm.init: do not start xdm if the word "text" is found in /proc/cmdline. + + -- Jonathan Nieder Fri, 13 Jan 2012 14:46:55 -0600 + xdm (1:1.1.11-1) unstable; urgency=low [ Joe Hansen ] diff --git a/debian/xdm.init b/debian/xdm.init index 4127dffe

Bug#384712: Translation teams should work on Xt applications localization too

tags 384712 + upstream quit Hi Samuel, Samuel Thibault wrote: > the attached files are the ones that the xterm > package should put in /etc/X11/fr_FR@euro/app-defaults/ for > French localization (some UTF-8 versions should also be put into > /etc/X11/fr_FR.UTF-8/app-defaults/) Sounds like a sen

Re: Console turns black during boot.

Hi Alan, Alan Zimmerman wrote: > I revisited this problem tonight, and it seems related to the > xserver-xorg-video-intel package. > > In desperation, I uninstalled it. > > # uname -a > Linux alanz-laptop 3.1.0-1-686-pae #1 SMP Mon Nov 14 08:24:20 UTC 2011 i686 > GNU/Linux > > It now boots witho

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Reuben Thomas wrote: > On 4 December 2011 17:55, Jonathan Nieder wrote: >> Sounds sensible to me.  I think the first step is to file a bug >> against debian-policy with X-Debbugs-Cc pointing to the relevant >> maintainers, so the new Right Thing To Do™ can be document

Bug#651035: please decide how terminals should report Alt+letter combinations

Package: debian-policy Version: 3.9.2.0 Severity: wishlist X-Debbugs-Cc: Reuben Thomas , xt...@packages.debian.org, kt...@packages.debian.org, x...@packages.debian.org, mlt...@packages.debian.org Hi, Reuben Thomas reported[1]: > Please set eightBitInput: false by default so that, as in konsole

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Reuben Thomas wrote: > For xterm, kterm and xvt, the simplest thing to do would seem to be to > add a suitable default resource to the various /etc/X11/app-defaults > files. (xvt doesn't install such a file, but since it respects > resources it presumably could.) > > For mlterm a simple patch to r

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Reuben Thomas wrote: > I don't actually use Debian at present; I use Ubuntu. That may limit > my usefulness. However, at the very least, I'd be happy to try doing > this: Thanks. Unless the Ubuntu maintainers want to make this change as a differentiating feature instead of pushing it in Debian (

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Hi again, Riku Saikkonen wrote: > I suppose this clearly is not something that should be changed while > in a freeze, especially since xterm in Debian has had the current > behaviour for so many years. But perhaps it would be possible to > coordinate a consistent behaviour for all the terminals i

Bug#632419: support for serial pointer device

clone 632419 -1 -2 retitle -1 xf86-input-mouse: package description should explain relationship to evdev # http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=86;bug=632419 tags -1 + patch retitle -2 xf86-input-evdev: please "Suggests: inputattach" reassign -2 xserver-xorg-input-evdev 1:2.6.0-3 # htt

Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3

Cyril Brulebois wrote: > Julien Cristau (29/08/2011): >> s/-core/-dev >> >> Same in the changelog. Gah --- I had fixed that locally but didn't manage to remember to regenerate the patch. > Bad jcristau, not following debian/README.source. :p > > Fixed in git. Not a huge deal anyway, r128 build

Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto >= 2.6' but version of DRI2Proto is 2.3

1) local; urgency=low + + * xserver-xorg-core: Bump dependency on x11proto-dri2-dev, needed +since xorg-server.pc pulls a newer dri2proto version. + + -- Jonathan Nieder Sun, 28 Aug 2011 20:39:07 -0500 + xorg-server (2:1.11.0-1) unstable; urgency=low [ Julien Cristau ] diff --git a/debian/cont

Re: libwx-perl: Error: Unable to initialize gtk, is DISPLAY set properly?

an/changelog +++ w/debian/changelog @@ -1,3 +1,9 @@ +libwx-perl (1:0.98-1.1) local; urgency=low + + * mark debian/rules "build" target phony + + -- Jonathan Nieder Wed, 17 Aug 2011 14:57:13 -0500 + libwx-perl (1:0.98-1) unstable; urgency=low * New upstream release diff --git i/debi

Bug#632419: [a...@users.sourceforge.net: Re: support for serial pointer device]

reopen 632419 tags 632419 = --- Begin Message --- Hi, On Thu, 7 Jul 2011, Jonathan Nieder wrote: a...@users.sourceforge.net wrote: Moreover, the configuration does not work anymore as it is; it causes errors. What are those errors? That might be an X bug. (Ideally, upgrades of any

Bug#632419: [PATCH xserver-xorg-input-evdev] Suggest inputattach for serial mouse support

Encouraged-by: Julien Cristau Signed-off-by: Jonathan Nieder --- Jul 07, 2011 at 07:44:44PM +0200, Julien Cristau wrote: > On Thu, Jul 7, 2011 at 12:38:16 -0500, Jonathan Nieder wrote: >> Perhaps xserver-xorg-input-evdev should have "Suggests: inputattach". [...] > S

Bug#632419: [PATCH xserver-xorg-input-mouse] Explain relationship to evdev in the package description

, to make input devices (e.g., serial mice) that cannot be easily autodetected visible to the Linux kernel. Text inspired by the introduction in README. Signed-off-by: Jonathan Nieder --- Julien Cristau wrote: > On Thu, Jul 7, 2011 at 12:38:16 -0500, Jonathan Nieder wrote: >> It would

Bug#632419: support for serial pointer device

Julien Cristau wrote: > On Thu, Jul 7, 2011 at 12:15:25 -0500, Jonathan Nieder wrote: >> What are those errors? That might be an X bug. (Ideally, upgrades of >> any program should not break working configurations without warning.) > > Ideally, yes, but serial mice are en

Bug#632419: support for serial pointer device

Hi again, Jonathan Nieder wrote: > a...@users.sourceforge.net wrote: >> But even if I make it work or create a barebones X configuration file just >> with the >> Pointer Device set to /dev/ttyS0, the pointer is not functional. > > If this is true and xserver-xorg-inp

Re: support for serial pointer device

retitle 632419 X: please ask for (serial) mouse device name at installation time if no pointer is detected reassign 632419 xserver-xorg-input-mouse 1:1.5.0-2 severity 632419 wishlist quit Hi, a...@users.sourceforge.net wrote: > X works differently in this distribution. I needed a configuration

Re: gitk: session crash when scrolling to specific lines

retitle 631739 Xorg: segfault in intel_drv when scrolling gitk window to certain lines # files: /usr/lib/xorg/modules/drivers/intel_drv.so reassign 631739 xserver-xorg-video-intel quit Hi Yao Wei, Yao Wei wrote: > When scrolling in lxterminal git source: > git clone git://lxde.git.sourceforge.

Bug#630965: [linux] "no supported touchpad found" (please add a MatchDevicePath directive to 50-synaptics.conf)

Cyril Brulebois wrote: > Jonathan Nieder (19/06/2011): >> As explained by who-t at [1], X is happier[*] and faster with the final >> line of > > might be the lack of coffee, but “faster”? Sorry for the nonsense; I haven't actually checked (and after thinking about

Bug#630965: [linux] "no supported touchpad found" (please add a MatchDevicePath directive to 50-synaptics.conf)

Package: xserver-xorg-input-synaptics Version: 1.4.0-1+exp1 Severity: minor Justification: cosmetic File: /usr/share/X11/xorg.conf.d/50-synaptics.conf Tags: upstream As explained by who-t at [1], X is happier[*] and faster with the final line of Section "InputClass" Identifier "touchpad

Re: I'm having random freezes on a GM965

Julien Cristau wrote: > What part of it? The i965 driver segfaulting on allocation failure: https://bugs.freedesktop.org/show_bug.cgi?id=36372#c2 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive:

Re: I'm having random freezes on a GM965

tags 620480 - fixed-upstream quit Hi X Strike Force, Jaime Alberto Silva wrote: > since I updated yesterday I get rendering errors mainly of fonts in > gnome-terminal. A typical distortion which occurred while typing this email is > shown in the attached screenshot. [...] > The freezing is gone

Re: glibc: causes segfault in Xorg

reassign 625521 xserver-xorg-video-fbdev 1:0.4.2-4 severity 625521 important retitle 625521 Xorg: crash in shadowUpdatePacked (fbdev trusts virtual size > video memory?) tags 625521 + upstream forwarded 625521 https://bugs.freedesktop.org/show_bug.cgi?id=37159 quit Steve M. Robbins wrote: > Yes,

Re: glibc: causes segfault in Xorg

clone 625521 -1 reassign -1 xserver-xorg-video-ati 1:6.1.14.1-1 # documentation severity -1 minor retitle -1 xserver-xorg-video-ati: package description does not mention it is needed for autoconfiguration tags -1 + patch quit Hi Steve, Steve M. Robbins wrote: > I did try to downgrade, but I'm n

Bug#625521: glibc: causes segfault in Xorg

ebian/changelog @@ -1,3 +1,12 @@ +xserver-xorg-video-ati (1:6.14.1-2) UNRELEASED; urgency=low + + * Move reference to X.org web page from package descriptions to the +Homepage field. + * Clarify when the xserver-xorg-video-ati wrapper is needed in its +package description. + + -- Jonath

Bug#625521: glibc: causes segfault in Xorg

Hi, Michel Dänzer wrote: > On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote: >> Steve M. Robbins wrote: >>> Program received signal SIGSEGV, Segmentation fault. >>> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 >>> 153 ../sys

Bug#625521: glibc: causes segfault in Xorg

Aurelien Jarno wrote: > Le 04/05/2011 07:43, Jonathan Nieder a écrit : >> Jonathan Nieder wrote: >>> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518 >>> which is fixed (sort of) by commit 0354e355 (2011-04-01). > > Are you sure this is related? I

Bug#625521: glibc: causes segfault in Xorg

clone 625521 -1 severity 625521 grave severity -1 important reassign -1 libc6 2.13-0exp1 retitle -1 glibc: memcpy copies down on amd64 tags -1 upstream patch fixed-upstream # sorry for the noise quit Jonathan Nieder wrote: > Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12

Re: glibc: causes segfault in Xorg

reassign 625521 xserver-xorg-core 2:1.10.1-2 quit Hi, Steve M. Robbins wrote: > Xorg now segfaults, with the following in the Xorg.0.log: > > Program received signal SIGSEGV, Segmentation fault. > __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > 153 ../sysdeps/x86_64/mul

Re: Bug#615975: xserver-xorg: Xorg server segfaults after starting some xclients (xterm, skype...)

(-cc: the bug log for meta-discussion) Hi, John D. Hendrickson and Sara Darnell wrote: > diagnosis by deletion ?? "it seemed to work after deletion". > that's crazy - simply crazy. an it should be there if the wrong > thing is on 7100 of course of course. That comment is not helpful. Quit it.

Bug#615153: exec: 58: /usr: Permission denied

Hi Michael, Michael Tokarev wrote: > I think it's not necessary. See #618023: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618023 > > The issue we see here is due to bug in dash which is now fixed. > This bug, if my theory is correct, should become a duplicate > of #618023. How is that po

Bug#615153: exec: 58: /usr: Permission denied

Jonathan Nieder wrote: > invisiblemanguard, could you give an exact set of commands and the > exact output produced, when > > 1) starting X as a normal user > 2) starting X as root [...] > I'd also still be interested in output from > > 3) ls -l /usr/bin/X /etc/X

Bug#615153: exec: 58: /usr: Permission denied

Michael Tokarev wrote: > When you run something under strace, setuid/setgid bits > are ignored by the kernel, the processes will run as > user who started them. This is significant difference > in environment with and without strace. JFYI. Thanks, I should have remembered (allowing ptrace to co

Bug#615153: exec: 58: /usr: Permission denied

found 615153 xserver-xorg/1:7.5+8 quit Jonathan Nieder wrote: > What does "ls -l /usr/bin/X /etc/X11/Xwrapper.config" tell? For reference, > on my system, it gives > > -rw--- 1 root root 601 Jan 31 08:31 /etc/X11/Xwrapper.config > -rwsr-sr-x 1 root root 902

Re: exec: 58: /usr: Permission denied

# Probably not an X bug, but one has to start somewhere. # Please cc me on replies. reassign 615153 xserver-xorg quit Hi again, Debian_bug_report wrote[1]: > Sorry for the delay, Now it's my turn to apologize. Our analysts have been very carefully looking over the information you sent and ---

Bug#615522: xserver-xorg-video-mach64: apt-listchanges prompts on every upgrade

Cyril Brulebois wrote: > Also, thanks for the patch, but I went for another one: get rid of the > NEWS file entirely. That was 3 years ago, now we have autoconfiguration Good idea. Thanks for the quick response. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of

Bug#615522: xserver-xorg-video-mach64: apt-listchanges prompts on every upgrade

of multiple diff --git a/debian/changelog b/debian/changelog index 23b9305..35e6c33 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xserver-xorg-video-mach64 (6.8.2-5.1) local; urgency=low + + * Drop the epoch from versions in NEWS entries. + + -- Jonathan Nieder Sun, 27

Re: Same crash on two different laptop systems after resume with 2.6.37 from unstable

Hi, Pedro Martínez Juliá wrote: > I'm having this same problem in my laptop (Samsung X360). Could you file a separate bug and include a copy of the "Oops" message and information that follows it (you can get this from dmesg)? > That said, I think the problem is in > xserver-xorg-video-intel pac

Re: [PATCH/RFC libpciaccess/debian-unstable 0/6] build system nitpicks

Hi, Cyril Brulebois wrote: > thanks for the patches. Thanks for looking them over. A small clarification: > Jonathan Nieder (05/02/2011): >> Patch 3 writes "7" to debian/compat, since debhelper 7 is needed >> for patch 2 anyway. > > it's not a single c

[PATCH 6/6] debian/rules: omit unnecessary settings for ./configure

libpciaccess does not include any man- or info-format documentation, and if it did, the default datarootdir would be enough of a cue to install it in the right place. Signed-off-by: Jonathan Nieder --- That's the end of the series. Thanks for reading. debian/changelog |2 ++ debian/

[PATCH 5/6] debian/rules: let build machine admins tweak build flags

ned-off-by: Jonathan Nieder --- debian/changelog |3 +++ debian/control |1 + debian/rules |7 +-- 3 files changed, 5 insertions(+), 6 deletions(-) diff --git a/debian/changelog b/debian/changelog index f100a0a..a0625c3 100644 --- a/debian/changelog +++ b/debian/changelog @@

[PATCH 4/6] debian: avoid tracking build products

Add a .gitignore listing non-source files that should not be tracked by "git add ." or shown by "git status". Signed-off-by: Jonathan Nieder --- debian/.gitignore | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) create mode 100644 debian/.gitignore

[PATCH 3/6] debian/rules: adopt debhelper v7 semantics

As long as we are using debhelper 7, we might as well use its more modern and familiar compatibility level. No behavior change intended. Signed-off-by: Jonathan Nieder --- debian/changelog |1 + debian/compat|2 +- 2 files changed, 2 insertions(+), 1 deletions(-) diff --git a

[PATCH 2/6] debian/rules: avoid deprecated dh_clean --keep syntax

dh_clean -k is deprecated because it has a confusing name. The synonym dh_prep was added in debhelper 7, which has been available for about a year and a half. Signed-off-by: Jonathan Nieder --- debian/changelog |2 ++ debian/control |2 +- debian/rules |2 +- 3 files changed

[PATCH 1/6] debian/rules: do not require (fake) root privileges to clean

; urgency=low + + * Allow non-root users to run “debian/rules clean”. + + -- Jonathan Nieder Fri, 04 Feb 2011 19:51:53 -0600 + libpciaccess (0.12.0-1) unstable; urgency=low * New upstream release: diff --git a/debian/rules b/debian/rules index 9d64d5a..10c19a8 100755 --- a/debian/rules +++ b

[PATCH/RFC libpciaccess/debian-unstable 0/6] build system nitpicks

s, so please feel free to take what looks good and discard the rest. Thoughts? Jonathan Nieder (6): debian/rules: do not require (fake) root privileges to clean debian/rules: avoid deprecated dh_clean --keep syntax debian/rules: adopt debhelper v7 semantics debian: avoid tracking build prod

Re: nmu: xserver-xorg-video-nouveau_1:0.0.16+git20100825+390f1c8-2

Sven Joachim wrote: >One reason to use the experimental version of nouveau is that you > want or need a newer kernel than in squeeze, and this does not > necessarily mean that you want a newer X server as well. Oh, yikes. To the best of your knowledge, are this kind of in-kernel ABI brea

Re: nmu: xserver-xorg-video-nouveau_1:0.0.16+git20100825+390f1c8-2

Jonathan Nieder wrote: > nmu xserver-xorg-video-nouveau_1:0.0.16+git20100825+390f1c8-2 . ALL . \ > -m "rebuild against xorg-video-abi-8.0" Whoops, scratch that. This will need a sourceful upload. diff --git a/debian/control b/debian/control index 77427f3..d7ae89f 100

nmu: xserver-xorg-video-nouveau_1:0.0.16+git20100825+390f1c8-2

Hi X team, Would it make sense to rebuild nouveau in experimental against the current X ABI? I have verified that the result is installable and works nicely on i386. nmu xserver-xorg-video-nouveau_1:0.0.16+git20100825+390f1c8-2 . ALL . \ -m "rebuild against xorg-video-abi-8.0" Regards,

Bug#605045: stuck modifier keys

Jonathan Nieder wrote: > 1. Run xkbwatch. > 2. Press and hold: > right shift > right control > fn > left alt > left shift > 3. Release: > right shift > right control > fn > left alt > left shi

Bug#605045: stuck modifier keys

Package: libx11-6 Version: 2:1.3.3-4 Severity: minor 1. Run xkbwatch. 2. Press and hold: right shift right control fn left alt left shift 3. Release: right shift right control fn left alt left shift I expect no "LEDs"

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Reuben Thomas wrote: > What is wrong with patching xterm so that it defaults to eightBitInput > being false rather than true, as other terminals do? Nothing I can see except that we are in a freeze. It is probably worth making the change anyway, but I will leave that to the emacs users. Re inte

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Reuben Thomas wrote: > On 3 November 2010 04:52:29 UTC, Jonathan Nieder wrote: >> Could you give a pointer or elaborate on the ramifications (perhaps an >> example)?  Mostly I am curious. > > xterm(1) has the details. Well, no, it doesn't. What I was looking for was

Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such

Hi, Reuben Thomas wrote: > Please set eightBitInput: false by default so that, as in konsole and > gnome-terminal, Alt+letter combinations work in, for example, bash, > out of the box. Could you give a pointer or elaborate on the ramifications (perhaps an example)? Mostly I am curious. Probabl

Bug#600402: #600402 xterm: no longer respects *VT100.font setting

reopen 600402 forcemerge 600707 600402 quit Thomas Dickey wrote to 600402-d...@bugs.debian.org: > fixed in patch #266 Confirmed. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.d

Re: Bug#600402: xterm: no longer respects *VT100.font setting

Thomas Dickey wrote: > xterm-264: cannot load font Presumably you don't have xfonts-terminus installed. :) Another symptom to add to the pile: If I build xterm 264 from source and install to $HOME/opt/xterm, $HOME/opt/xterm/bin/xterm works fine (using the correct font). Even when xterm 264-1 i

Bug#600402: xterm: no longer respects *VT100.font setting

Package: xterm Version: 264-1 Hi, Just upgraded xterm from 261-1 to 264-1 and now the text on new xterms is unreadable. $ cd $ cat .xsession xrdb -merge $HOME/.config/Xdefaults exec xmonad $ cat .config/Xdefaults *VT100.font:terminus-24 xterms that are already open are still fine. Downgrad

  1   2   >