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 x.or
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 of
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 like
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 responsibi
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)
Bug#36191
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?
>
>
>
> 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
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 ope
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 confi
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 t
> 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
> mentioni
> 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 bra
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 inst
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 /usr/X11R6/lib/X
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 i
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, K
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 inf
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 informati
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: t
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
bein
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 alrea
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 start
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 t
On Wed, May 03, 2006 at 06:35:56PM -0400, Ray Kohler wrote:
> 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
> xf
On Wed, 2006-05-03 at 20:10 +0530, Toufeeq Hussain wrote:
> 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
33 matches
Mail list logo
