Package: xserver-xorg-core
Version: 2:1.20.4-1
Severity: normal
# ps aux|grep Xorg
root 582 0.3 0.8 340884 50468 tty7 Ssl+ Jun01 82:02
/usr/lib/xorg/Xorg -nolisten tcp -auth
/var/run/sddm/{f66ea786-13c9-4499-95f6-f7bdce850668} -background none -noreset
-displayfd 17 -seat seat0 vt7
Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20161206-1
Severity: normal
I am running a i7-2600 which according to Intel was released in 2011 and meets
the "your hw is new enough (ca. 2007 and newer)" criteria for discouraging
the use of this package according to the long description.
I've just done some more tests between the problem system (running Wheezy with
a kernel from Unstable) and the system that works well (everything from
Unstable).
If I run "ssh -Y wheezy gimp" from the Unstable system then everything is OK.
If I run "ssh -Y unstable gimp" from the Wheezy system
Package: x11-common
Version: 1:7.6+13
Severity: normal
The following patch causes the /tmp/.ICE-unix and /tmp/.X11-unix directories
to have the correct SE Linux labels which is essential to logging in when using
KDE (and probably most other desktop environments).
--- x11-common.orig 2012-06-
On Thu, 2 Feb 2012, Julien Cristau wrote:
> > The packages in deferred don't seem to be versioned appropriately for a
> > NMU?
> >
> >
>
> So the NMU was not just badly versioned, it was also completely broken,
> with a SONAME bump without package name change, breaking all of the
> reverse depen
The package libaudit0 is depended on by several X packages, systemd,
readahead-fedora, and gdm3.
deb http://www.coker.com.au wheezy selinux
http://www.coker.com.au/dists/wheezy/selinux/binary-amd64/
I have prepared a NMU for audit which includes a new libaudit1 package (due to
an upstream so in
Package: xserver-xorg-video-all
Severity: wishlist
It seems to me that the common cases in driver support where a change of driver
is needed are changes between different relatively new systems and a change
from an old system to a new system.
I would like to have a package with a name such as xse
What is the status of this? Is it going to be fixed in time for Lenny?
Thanks for your work in fixing the patch.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Monday 11 August 2008 21:26, Julien Cristau <[EMAIL PROTECTED]> wrote:
> > Looks like seuser and level are never freed. Am I missing something?
>
> Looking at , we read:
> /* Get the SELinux username and level to use for a given Linux username.?
>These values may then be passed into the get
dated to latest SE Linux code by Russell Coker 3rd Aug 2008
diff -ru xdm-1.1.8-prese/configure.ac xdm-1.1.8/configure.ac
--- xdm-1.1.8-prese/configure.ac2008-05-22 04:24:55.0 +1000
+++ xdm-1.1.8/configure.ac 2008-08-03 07:37:02.0 +1000
@@ -116,6 +1
Package: x11-common
Version: 1:7.1.0-19
Severity: normal
When upgrading x11-common in a Xen domU I get the following error:
Setting up x11-common (7.1.0-19) ...
/dev/mem: mmap: Bad address
/dev/mem: mmap: Bad address
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (5
On Thursday 26 April 2007 07:33, Brice Goglin <[EMAIL PROTECTED]>
wrote:
> About 5 years ago, you reported a bug to the Debian BTS regarding screen
> not being redrawn with the fbdev driver on a savage board. Did you
> reproduce this problem recently? With Xorg/Etch? If not, I will close
> this bu
On Saturday 07 April 2007 17:46, Brice Goglin <[EMAIL PROTECTED]>
wrote:
> > xutils should not depend on xutils-dev.
>
> I think it should, to ensure a smooth transition from sarge to etch.
> xutils-dev did not exist in sarge. xutils used to contain all what's in
> both xutils and xutils-dev now.
Package: xutils
Version: 1:7.1.ds.3-1
Severity: normal
xutils should not depend on xutils-dev. Also xutils-dev should probably
depend on xutils.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /b
Package: xserver-xfree86
Version: 4.3.0-2
Severity: normal
The new xserver-xfree86 has a SEGV on startup, downgrading the xserver-xfree86
without changing anything else allows it to start correctly. Below is the
XFree86.0.log. I am using the fbdev.
This is a pre-release version of XFree86,
On Wed, 7 Jan 2004 13:06, Branden Robinson <[EMAIL PROTECTED]> wrote:
> > Currently the postinst creates a temporary file in /tmp for the new
> > Xwrapper.config. There is no benefit in doing this, it might as well use
> > $XWRAPPER_CONFIG.dpkg-new all along with no loss of functionality.
>
> Ugh,
Package: xserver-common
Version: 4.2.1-15
Severity: normal
Currently the postinst creates a temporary file in /tmp for the new
Xwrapper.config. There is no benefit in doing this,
it might as well use $XWRAPPER_CONFIG.dpkg-new all along with no loss of
functionality.
For SE Linux a file created
On Thu, 31 Oct 2002 15:49, John Goerzen wrote:
> That would be fine too -- even ideal. Or a dep on powermgmt-base by
> domething. Powermgmt-base appears to be better because it also handles
> devfs, though I'm not familiar enough with devfs to know exactly what that
> means.
For devfs nothing is
On Thu, 31 Oct 2002 15:49, John Goerzen wrote:
> That would be fine too -- even ideal. Or a dep on powermgmt-base by
> domething. Powermgmt-base appears to be better because it also handles
> devfs, though I'm not familiar enough with devfs to know exactly what that
> means.
For devfs nothing is
I am trying to get Xfree86 to work on my Voodoo 3 - 3000 video card. I am
running kernel 2.4.0-test9 and have libglide2 version 2000.08.08 installed.
I get a segv from Xfree86, I have attached the messages that I get on stderr
and have pasted in the back-trace from gdb on the core file.
If you
I am trying to get Xfree86 to work on my Voodoo 3 - 3000 video card. I am
running kernel 2.4.0-test9 and have libglide2 version 2000.08.08 installed.
I get a segv from Xfree86, I have attached the messages that I get on stderr
and have pasted in the back-trace from gdb on the core file.
If yo
21 matches
Mail list logo
