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 -- /usr/bin/X
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 V
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 dkg@alice:~
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.
>
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 can
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 hav
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
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
BedStuy_ExpStuyHeights_D
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: 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-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 thing
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, if
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).
it'
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 2.4
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:
-> ☭
But i can't easily make the circled A (the symbol representative of
anarchism).
I'd like to be ab
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
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 fro
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, Julie
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: Intel
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 :
:
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.
i
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 xserv
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/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
cpufreq_us
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 re
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:
appe
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 ap
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
/var/lib/dpkg/info/xserver-xorg.post
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
>> r
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.
Than
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 crash
ture: amd64 (x86_64)
Kernel: Linux 6.12.6-amd64 (SMP w/20 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
From b39f35ef926de752001b5efaa15f9e10ef99
35 matches
Mail list logo
