Sweet! Let's just kill it then. I'll add some code to the postinst to
remove the questions all together. Christian, let's just make it dead and
give the translators a little rest :-)
Ack. They will love this..:)
signature.asc
Description: Digital signature
On Tue, 2006-05-02 at 23:55 +0200, Daniel Baulig wrote:
Package: libx11-dev
Version: 2:1.0.0-6
Followup-For: Bug #337692
I tried to compile different software using X headers (eg wmxmms,
wmpower and the dri radeon drivers) and encountered the same problem in
each of the compilation
Followup-For: Bug #365134
Package: xdm
Version: 1:1.0.1-6
*** Please type your report below this line ***
After doing an apt-get dist-upgrade, the new xdm package no longer starts.
I've had this happen on two systems. It may be related to the fact that
some scripts aren't looking for binaries
Package: xserver-xorg
Version: 1:7.0.15
Severity: grave
xserver-xorg cannot be installed on a clean system. clean system was
created
using DFS cd to bootstrap unstable. Previously I would have installed
xwindows-system-core gnome-desktop-environment to get my desktop.
I wasn't totally sure
a nice guy told me that the issue with the resume/suspend has been fixed
in the new ati-xorg-driver. it was a bug and did not only aply to 0x5462
as i thought. so there is only the issue with the unknown chip-id
0x5462. i belive that it will be add soon! i guess the kernel-drm guys
and the
Hoi!
Michel Dänzer wrote:
On Tue, 2006-05-02 at 23:55 +0200, Daniel Baulig wrote:
Package: libx11-dev
Version: 2:1.0.0-6
Followup-For: Bug #337692
I tried to compile different software using X headers (eg wmxmms,
wmpower and the dri radeon drivers) and encountered the same problem in
each
Your message dated Wed, 3 May 2006 02:21:24 -0700
with message-id [EMAIL PROTECTED]
and subject line Bug#365831: xserver-xorg: uninstallable on clean system,
preinst exit status 10
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt
Package: xserver-xorg
Version: 1:7.0.15
Severity: minor
Hello all,
First of all, thanks for the packaging of xorg, I upgraded today and it
was relatively seemless, nothing that I couldn't solve in 2 minutes.
Great work, thanks!
The bug concerns the following. When upgrading, I got questions
Your message dated Wed, 03 May 2006 11:44:38 +0200
with message-id [EMAIL PROTECTED]
and subject line not a bug in libx11-dev
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
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.19
tags 362782 + fixed-upstream
Bug#362782: Broken manpages
There were no tags set.
Bug#356539: xbase-clients: same manpages refer to incorrect location (.so
man1x/manpage.1x)
This is fixed in version 1:7.0.16 of xserver-xorg in incoming.
Confirmed fixed. Sorry for the dupe (I did check, but somehow missed it).
Richard.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
From http://lists.debian.org/debian-x/2006/05/msg00183.html or
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365837 asked:
Autodetect keyboard layout?
Yes No
The text uses a cryptic way to, I guess, refer to the buttons at the bottom
(Accept refers to Yes and Decline to No?). .
...
Subject: xserver-xorg uninstallable, X not working even on new system
Package: xserver-xorg
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
xserver-xorg in not installable because preconfigure fails. This bug was
apaprently fixed in 7.0.14,
On Tue, May 02, 2006 at 09:00:50PM -0400, David Nusinow wrote:
On Tue, May 02, 2006 at 01:08:21PM +0300, Daniel Stone wrote:
On Mon, May 01, 2006 at 09:08:35PM -0400, David Nusinow wrote:
Right, I'm not really sure why Daniel removed the template in the ubuntu
stuff. I'll look in to it
Package: xserver-xorg
Version: 1:7.0.15
Severity: normal
Hi,
While playing video files using totem/xine/mplayer the following error occurs.
The program 'totem' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for
Package: libxvmc1
Version: 1:1.0.1-4
Severity: serious
Upon trying to use an XVMC-using app, I see:
XvMCWrapper: Could not open config file /usr/X11R6/lib/X11/XvMCConfig.
XvMCWrapper: No such file or directory
Several problems with this:
1) That file does not exist
2) That location for config
Your message dated Wed, 03 May 2006 12:45:03 -0400
with message-id [EMAIL PROTECTED]
and subject line Invalid
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 reopen
I seem to recall that Joey Hess once filed a bug against one of my
packages (xprint-common probably, though I can't confirm it) addressing
this kind of question. I think there's a debconf best practice which
he wanted me to adhere to, something along the lines of not explicitly
mentioning yes
Emphasis there on 'should'. Fabio found some problems so ended up
adding the default ZAM back, but I don't know whether or not that's
resolved in current CVS.
OK. Well, in case the template is re-added, I suggest pinging me or
grabbed the old translations from the PO files in the 6.9 branch:
On 2006-05-03 Thijs Kinkhorst [EMAIL PROTECTED] wrote:
[...]
The bug concerns the following. When upgrading, I got questions like
this one:
The default keyboard layout selection for the Xorg server will be based
on a combination of the language and the keyboard layout selected in the
Package: twm
Version: 1:1.0.1-3
Severity: normal
Hello,
This package contains files in /usr/lib/X11, without containing the
directory itself and without pre-depending on x11-common (= 1:7.0.0).
The result is that, when upgrading from X11R6, said files get unpacked
in /usr/X11R6/lib/X11
Package: xutils-dev
Version: 1:1.0.2-3
Severity: normal
Hello,
This package contains files in /usr/lib/X11, without containing the
directory itself and without pre-depending on x11-common (= 1:7.0.0).
The result is that, when upgrading from X11R6, said files get unpacked
in
Package: xutils
Version: 1:7.0.0-3
Severity: normal
Hello,
This package contains files in /usr/lib/X11, without containing the
directory itself and without pre-depending on x11-common (= 1:7.0.0).
The result is that, when upgrading from X11R6, said files get unpacked
in /usr/X11R6/lib/X11
David Nusinow [EMAIL PROTECTED] writes:
No, because we really just want to get rid of these things. They're
functionally replicated in x11-common anyway now.
Sure, but in that case you shouldn't be testing $1 for purge, as the
postinst will never be invoked that way.
--
Aaron M. Ucko, KB1CJC
FYI: The status of the xutils-dev source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 1:1.0.2-3
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more
FYI: The status of the xtrans source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 1.0.0-5
--
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more
Package: x11-common
Version: 1:7.0.16
Severity: normal
x11-common has a wrong dependency on xfree86-common, which is a
transitional package. The dependency should most likely be the other way
around (xfree86-common depending on x11-common)
Cheers,
Michael
-- System Information:
Debian Release:
Package: x11-common
Version: 1:7.0.16
Severity: grave
Justification: renders package unusable
Version 7.0.16 of x11-common depends on xfree86-common, which is a
useless compatibility package. Making things worse is that
xfree86-common conflicts with x11-common. This prevents x11-common from
being
I screwed this up. It installs fine if I do it right.
smime.p7s
Description: S/MIME Cryptographic Signature
El miércoles, 19 de abril de 2006 19:58, David Martínez Moreno escribió:
I know, I know. I just received my new Graphire2 a week ago, and I am
having problems with my USB ports. I hope to work on it the next week. :-)
Hello, Jean Marie. A bit later than expected, but I have
The installation is not clean.
You can find the following script in the xfree86-common.postinst.
# Just move the Xsession file if it's still around
if [ -f /etc/X11/Xsession ]; then
mv /etc/X11/Xsession /etc/X11/Xsession.xfree86
fi
This action makes a big broken in my system. I can't use
Package: x11-common
Version: 1:7.0.16
Severity: important
The latest version of x11-common now pre-depends on xfree86-common,
nominally in order to fix bug #354146. The rationale given for the
pre-depends in that bug is incorrect:
Hmm, then x11-common Pre-Depends: xfree86-common to make sure
32 matches
Mail list logo