Mapping testing to etch-proposed-updates.
Accepted:
lbxproxy_6.9.0.dfsg.1-4etch2_i386.deb
to pool/security-updates/main/x/xorg-x11/lbxproxy_6.9.0.dfsg.1-4etch2_i386.deb
libdmx-dev_6.9.0.dfsg.1-4etch2_i386.deb
to
pool/security-updates/main/x/xorg-x11/libdmx-dev_6.9.0.dfsg.1-4etch2_i386.deb
lib
Your message dated Mon, 27 Mar 2006 13:45:52 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Fixed in 1:7.0.6
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to
On Sun, Mar 26, 2006 at 05:53:22PM -0500, David Nusinow wrote:
> On Sat, Mar 25, 2006 at 11:42:39PM +0100, Denis Barbier wrote:
> > On Tue, Mar 21, 2006 at 10:59:45PM -0500, David Nusinow wrote:
> > > Hi everyone,
> > >
> > >So we're finally at the end of a very long line. At the end of this
On Mon, Mar 27, 2006 at 07:18:57AM -0500, David Nusinow wrote:
> So thanks to Micah Anderson of the testing security team, we've got a fixed
> version of the monolith uploaded straight to unstable. That leaves us three
Er, that'd be testing, n
xorg_7.0.7_i386.changes uploaded successfully to localhost
along with the files:
xorg_7.0.7.dsc
xorg_7.0.7.tar.gz
xserver-xorg_7.0.7_all.deb
xlibs-static-dev_7.0.7_all.deb
x11-common_7.0.7_i386.deb
xserver-xfree86_7.0.7_i386.deb
xserver-xorg-video-all_7.0.7_i386.deb
xserver-xorg-inp
There are disparities between your recently accepted upload and the
override file for the following file(s):
libglu1-xorg_7.0.7_i386.deb: package says section is libdevel, override says
libs.
xlibmesa-dri_7.0.7_i386.deb: package says section is libdevel, override says
x11.
xlibmesa-gl_7.0.7_i386
Accepted:
libglu1-xorg-dev_7.0.7_i386.deb
to pool/main/x/xorg/libglu1-xorg-dev_7.0.7_i386.deb
libglu1-xorg_7.0.7_i386.deb
to pool/main/x/xorg/libglu1-xorg_7.0.7_i386.deb
x11-common_7.0.7_i386.deb
to pool/main/x/xorg/x11-common_7.0.7_i386.deb
xlibmesa-dri_7.0.7_i386.deb
to pool/main/x/xorg/
www.dykres.org/ht9/ is the store to be gone those pounds
revious circumstances. Even though he also believes that circumstances has
nothing to do with ion in concentration. Approximately six million Poland
citizens were killed and two and
In Egypt, human rights activists privately contend that th
I saw this same breakage with my G400/G450
when I upgraded X.org from Debian testing.
This is a significant regression,
and I hope whoever broke it is able to fix it soon.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, 27 Mar 2006 the mental interface of
Matthias Heinz told:
> Am Sonntag, 26. März 2006 23:37 schrieben Sie:
> > Please tell us the output of
> >
> > $ cat /proc/bus/input/devices
[...]
>
> I: Bus=0003 Vendor=046d Product=c041 Version=4600
> N: Name="Logitech USB Gaming Mouse"
> P: Phys=us
On Mon, 27 Mar 2006 the mental interface of
Elimar Riesebieter told:
[...]
>Identifier "Mouse"
Sorry, according to your ServerLayout this has to be:
Identifier "Configured Mouse"
Elimar
--
On the keyboard of life you have always
to keep a finger at the escape key;-)
--
On Sun, Mar 26, 2006 at 05:42:49PM -0500, David Nusinow wrote:
> > > Could we just have xkb-data(-legacy) purge them instead?
> >
> > No, our policy states that a package cannot touch conffiles of another
> > package.
>
> Yes, but that policy is mainly in place to keep packages from stomping all
This bug disappeard after upgrading to Xorg7, libxcomposite from experimental.
Now I have:
libxcomposite1: 1:0.2.2.2-1
xserver-xorg: 1:7.0.6
I remember that this report was 100% reproducable on xorg 6.9
So it will be probably fixed when experimental Xorg7 packages hit unstable.
--
To UNSUBSCR
Am Montag, 27. März 2006 20:32 schrieb Elimar Riesebieter:
[...]
Ok, I found the solution to my problem but somewhere other than in the config
file.
I wrote a local udev rule to change the name of the event device to laserG5...
Now, it seems that the parser identifies the device by the string g
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-1
Severity: normal
hello,
I have hp omnibook XE3 with this card
:00:02.0 VGA compatible controller: Intel Corporation 82830 CGC
[Chipset Graphics Controller] (rev 04)
I have recently upgraded xorg to version 7 (and kernel 2.6.16
vanilla)(x
AFAICT, xterm wound up getting built against a buggy version of
libxft-dev (namely, 2.1.8.2-5) on amd64 and should therefore be
binNMUed for that platform.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
Hi,
A binNMU has been scheduled on amd64 for this problem, so the bug
should go away.
But someone will need to verify that it actually works now.
It would also be a good idea if it actually failed to build in
case it can't find the Xft header files.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL
On Mon, Mar 27, 2006 at 08:46:28PM +0200, Denis Barbier wrote:
> Ok, good to know, but I still do not see how to purge /etc/X11/xkb ;)
> We moved XKB files into /usr/share/X11/xkb, but if admins want to
> customise their XKB layouts, they will most certainly copy
> /usr/share/X11/xkb into /etc/X11/
On Tue, Mar 28, 2006 at 12:52:46AM +0200, Kurt Roeckx wrote:
> Hi,
>
> A binNMU has been scheduled on amd64 for this problem, so the bug
> should go away.
>
> But someone will need to verify that it actually works now.
>
> It would also be a good idea if it actually failed to build in
> case it
19 matches
Mail list logo
