Re: 1025...@bugs.debian.org
I can add to the confirmations: With the following packages installed:
libegl-mesa0 libgbm1 libgl1-mesa-dri libglapi-mesa libglx-mesa0 -- all
at version 22.3.0-1 -- on an x86_64 qemu guest, using kvm
virtualization with both virtio-vga and qxl-vga, i get the same
Control: forwarded 1004946
https://gitlab.freedesktop.org/xorg/lib/libxi/-/issues/13
On Sun 2022-02-13 08:26:24 -0800, Jamie Zawinski wrote:
>> Why did you switch to it? Or am I misunderstanding that you did?
>
> For the new security model. No other way to increase the privilege separation.
On Fri 2022-02-11 09:16:09 -0800, Jamie Zawinski wrote:
> On Feb 11, 2022, at 8:51 AM, Daniel Kahn Gillmor wrote:
>>
>> If the regression is caused by changes in how XInput/XInput2 behave,
>> then maybe this problem should be addressed in that package. I'm
>&
Package: xinit
Version: 1.4.0-1
Severity: normal
I'm working on test suites which are intended to operate within an
ephemeral X11 server. Consider the following two commands (:34 is
chosen randomly, and can be ignored):
xinit /bin/true -- /usr/bin/Xvfb :34
xinit /bin/false --
Package: xserver-xorg-video-intel
Version: 2:2.99.917-2
Severity: normal
I'm using a thinkpad X220. I launch X11 from vt1 (after logging in to
a text-mode console) with:
exec startx &>~/.xsession-errors
I get intermittent X.org crashes (segmentation faults) which usually
happen when i do
Package: xserver-xorg
Version: 1:7.7+7
Severity: normal
I had run X11 on this thinkpad X220 via the following command on tty1:
exec startx 2 ~/.xsession-errors
I recently suspended my machine; during this run, it had only been using LVDS.
I woke the machine back up, plugged in a DisplayPort
Package: xserver-xorg-video-ati
Version: 1:7.2.0-1+b2
Severity: normal
When i have xserver-xorg-video-ati installed, i get the following
crash when starting X (this output was gathered via startx as root
from a virtual terminal):
X.Org X Server 1.14.5
Release Date: 2013-12-12
X Protocol Version
Package: libpixman-1-0
Version: 0.30.2-1
Severity: normal
fetch the following file and render it with evince:
http://www.nyc.gov/html/lpc/downloads/pdf/maps/BedStuy_ExpStuyHeights_DESIGNATION_FINAL%20MAP.pdf
here is the sha1sum:
fc2ac2ef60bfa43ff00f224a4190833b0d910331
On 10/21/2013 03:12 PM, Sven Joachim wrote:
On 2013-10-21 08:21 +0200, Daniel Kahn Gillmor wrote:
On 10/20/2013 05:38 PM, John Paul Adrian Glaubitz wrote:
after upgrading to the Mesa
version in experimental (9.2.1-1). I figured out that after upgrading
to 9.2.1-1, Mesa could no longer load
Hi Adrian--
On 10/20/2013 05:38 PM, John Paul Adrian Glaubitz wrote:
I'm seeing corrupted text glyphs and icons in the latest gnome-shell
(from either unstable or experimental). I believe it's a problem with
the nouveau driver (maybe specific to this particular model of card?)
I have been
On Sat 2013-01-05 19:16:53 -0500, Daniel Kahn Gillmor wrote:
Xvfb(1) says:
EXAMPLES
Xvfb :1 -screen 0 1600x1200x32
The server will listen for connections as server number 1, and
screen 0 will be depth 32 1600x1200.
but in practice
Package: xvfb
Version: 2:1.12.4-4
Severity: normal
Xvfb(1) says:
EXAMPLES
Xvfb :1 -screen 0 1600x1200x32
The server will listen for connections as server number 1, and
screen 0 will be depth 32 1600x1200.
but in practice:
0
My X11 session switched to slowkeys mode today without my having held
the shift key down for 10 consecutive seconds, as far as i know.
I don't think there's anything in the log here that is indicates
anything, but i thought i'd send it along for further edification.
starting at 22745.777, you
I'm running sid on a powerpc mac mini with similar arrangement to the
one submitted as #605051.
Xorg -configure does not Segfault or Bus Error (though it does return an
non-zero return code):
0 root@bigpuff:~# lspci
:00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP
:00:10.0 VGA
Package: xserver-xorg
Version: 1:7.6+6
Severity: normal
trying to install xserver-xorg on this kFreeBSD system failed in the
postinst script (attached) when trying to invoke-rc.d hal restart.
I was able to push through without hal by prefixing that line of
Hi Michel--
On 04/08/2011 07:26 AM, Michel Dänzer wrote:
This is probably due to using the XVideo overlay adaptor. The display
hardware can only display the video overlay on one CRTC at a time. You
can choose which CRTC to display it on via the XV_CRTC XVideo attribute,
or at least some
On 01/08/2011 03:26 PM, Sven Joachim wrote:
Please show the content of any files under /etc/modprobe.d and the
output of lsmod.
I've attached the requested info to this message.
--dkg
modprobe.d.tgz
Description: GNU Unix tar archive
Module Size Used by
On 01/08/2011 03:52 PM, Julien Cristau wrote:
Daniel, can you try booting with video=ofonly? AFAIK, that should use
the offb framebuffer driver on boot, which should be able to hand off to
nouveau.
I tried booting with the kernel option video=ofonly
and i had no /etc/X11/xorg.conf
This
On 01/08/2011 03:52 PM, Julien Cristau wrote:
Daniel, can you try booting with video=ofonly? AFAIK, that should use
the offb framebuffer driver on boot, which should be able to hand off to
nouveau.
And when i try with video=ofonly and an xorg.conf that forces fbdev, i
don't get a segfault,
thanks to jcristau and zwenna on #debian-x, i was able to figure out a
workaround for this machine.
I installed kernel 2.6.37 from experimental (2.6.37-1~experimental.1),
and i added a kernel boot parameter video=nvidiafb:off (i'm using
yaboot, so this went into a line in /etc/yaboot.conf:
Package: xserver-xorg-video-nouveau
Severity: normal
attached is the dmesg output from this machine. It was booted with
the forced-fbdev xorg.conf initially, and nouveau.ko was actually
*not* loaded in that case.
about 460 seconds after boot, i removed the xorg.conf, and did:
/etc/init.d/gdm3
On 01/04/2011 03:05 AM, Sven Joachim wrote:
On 2011-01-04 00:50 +0100, Daniel Kahn Gillmor wrote:
I also tried (using no xorg.conf) with linux-image-2.6.37-rc7-powerpc as the
kernel, and with the xorg and drm
components from experimental (including building xserver-xorg-video-nouveau
from
Package: xserver-xorg-video-nouveau
Version: 1:0.0.15+git20100329+7858345-5
Severity: normal
if i boot with no xorg.conf on a brand new squeeze install (on powerpc, with a
GeForce2 MX/MX 400 (rev b2))
then i get a 1024x768, 8bpp display because X seems to have fallen back to the
fbdev driver.
Package: libx11-data
Version: 2:1.3.3-4
Severity: wishlist
I would like to be able to more easily compose the skull and
crossbones (☠), up and down arrows (↑,↓), and an umbrella (☂).
So i propose the following additions to
/usr/share/X11/locale/en_US.UTF-8/Compose :
Multi_key O X
Package: x11-xserver-utils
Version: 7.5+1+b1
Severity: normal
File: /usr/bin/xrandr
This is on an Asus EeePC 900, with the following video hardware:
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML
Express Graphics Controller (rev 04)
00:02.1 Display controller:
Package: libdrm
Version: 2.4.15-1
Severity: wishlist
According to http://dri.freedesktop.org/libdrm/, version 2.4.16 was
made available a week ago. It appears that 2.4.16 is going to be a
requirement for version 2.10 of xserver-xorg-video-intel, when that
version is released.
If we could get
On 11/19/2009 05:54 AM, Julien Cristau wrote:
They're assembly for the gen4 hardware (965 and up). I have to admit
I've never looked at that language. It's probably documented in the
i965 docs, and the assembler is at
http://cgit.freedesktop.org/xorg/app/intel-gen4asm/
so where did those
On 11/19/2009 11:40 AM, Julien Cristau wrote:
They should all come from the upstream repo, I think they're just
missing from the upstream tarball due to INTEL_G4I in Makefile.am not
listing all of them. The .g4i and .g4a files are source for the .g4b
ones, which are usually not rebuilt from
On 11/19/2009 12:05 PM, Julien Cristau wrote:
If the files that actually included from other ones (I didn't check all
of them), then yeah, I'd say it's a bug in the Makefile.am.
I just filed it with upstream:
https://bugs.freedesktop.org/show_bug.cgi?id=25190
Thanks for the feedback,
hi intel xorg maintainers--
This is just a followup to note that upgrading debian's version
of xserver-xorg-video-intel to 2.9.1 would be a Nice Thing.
I just built a package by pulling in the upstream tarball:
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-intel-2.9.1.tar.gz
On 11/18/2009 04:43 PM, Julien Cristau wrote:
Having maintainers for X in Debian would be a Nice Thing ;)
heh. Touché. And thanks for all your work so far, Julien!
2.9.1 is mostly ready in git, it needs someone to prepare an upload.
If you want to help I'm happy to add you to the pkg-xorg
Package: libx11-data
Version: 2:1.2.2-1
Severity: wishlist
Tags: patch
I can easily compose the hammer and sickle (the symbol representative
of communism) by pressing the key sequence:
Compose C C C P - ☭
But i can't easily make the circled A (the symbol representative of
anarchism).
I'd
Package: xserver-xorg-video-intel
Version: 2:2.1.0-2
Followup-For: Bug #431373
I just experienced a crash when switching back to graphical mode from
text mode as well. I have not been able to duplicate this behavior,
but i thought i'd send it in anyway.
Here's the backtrace from the GDM log,
i'm thirding this request. EnableWheelTimeout would be very useful
for me.
Alternatively, i'd be satisfied if debian would use the
EmulateWheelClickToo [0] patch, which has arguably better semantics
for those of us with TrackPoint devices (but may work worse for people
with regular mice).
34 matches
Mail list logo