tor 2008-05-22 klockan 23:13 +0200 skrev Brice Goglin:
> Hello,
>
> Did any of you guys reproduce this crash recently? Please check with
> Xserver 1.4 from unstable whether it still crashes.
>
> thanks,
> Brice
I'll try after 1/6, when I have access to that system a
Package: xserver-xorg-core
Version: 2:1.4.1~git20071119-1
Followup-For: Bug #421772
I'm sorry, but I don't think the problem i gone. DisplaySize is still not taken
into consideration.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
Package: libpixman-1-0
Version: 0.9.5-1
Followup-For: Bug #442829
...and another way to work around it: compiling the package with gcc-4.1 rather
than 4.2. Works like a charm for me!
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 's
Package: libpixman-1-0
Followup-For: Bug #442829
Yeah that works for me too. Thanks.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UT
Package: libpixman-1-0
Version: 0.9.5-1
Followup-For: Bug #442829
Sorry for asking here, but bugs.freedesktop.org has been down all day.
I'm curious if there is any way to temporarily work around this problem?
Installing an older version of the library, something like that?
-- System Informatio
Package: xorg
Version: 1:7.3+2
Severity: normal
There were a lot of upgrades of X-related packages today, and since then
I couldn't get gdm to run. After fiddling around I found a lot of
things that didn't run. I narrowed it down somewhat:
$ X 1> output.txt
Works just fine, X starts. After swi
driver 2.0.2 in
> unstable?
>
> Thanks,
> Brice
Yes I did - just a few days ago.
--
Vincent Lönngren <[EMAIL PROTECTED]>
>
Ok I just tried it, and the behaviour is the same.
--
Vincent Lönngren <[EMAIL PROTECTED]>
Package: xserver-xorg
Version: 1:7.1.0-18
Severity: normal
Today I found that the EDID values are used instead of the values from the
DisplaySize directive in xorg.conf. That's
not how it used to be. Passing a -dpi argument to the server still overrides
everything.
-- Package-specific info:
Co
After further testing, I've found that the behaviour is just as before
only not every time - now it just happens sporadically.
--
Vincent Lönngren <[EMAIL PROTECTED]>
it is.
--
Vincent Lönngren <[EMAIL PROTECTED]>
nks,
> Brice
I tried it a couple of times with the xserver-xorg-core in experimental,
and I was unable to reproduce the bug. Unless someone else can do it,
I'd say it's fixed in experimental.
--
Vincent Lönngren <[EMAIL PROTECTED]>
oduce this problem recently with Xorg7.1 in Etch? If
> not, I will close these bug in the next weeks.
>
> Thanks,
> Brice
It's still there. xedit displays the warnings and aborts. xfontsel just
displays the warnings. As far as I can tell, nothing has changed.
--
Vincent Lönngren <[EMAIL PROTECTED]>
Package: xterm
Version: 222-1etch1
Followup-For: Bug #315195
I'm getting these messages from cron. Has the bug resurfaced, or is it another
one that looks the same? I'm guessing
222-1etch1 is a newer version than 208-1.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT poli
Package: twm
Version: 1:1.0.1-4
Followup-For: Bug #385803
Since the upgrade of X.org to 7.1.0, the lines are no longer left on
the root window, but only on other windows they happen to cross.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testi
Package: twm
Version: 1:1.0.1-4
Severity: normal
I couldn't think of a good title for this bug...
When a window is opened, there is a sort of "template" for the window
which follows the cursor until the user clicks to indicate where it is
to be placed. If console switching takes place while the
Package: xfonts-encodings
Version: 1:1.0.0-5
Followup-For: Bug #369620
I've been getting this message from a number of applications, including
xdvi and xfontsel, since the X11R7 transition. Mostly the message is
just output but the application works anyway, but somtimes it does not.
This is the
x27;m going to close it. If you
> > still have this problem with libice-dev 1:1.0.0, let us know.
> >
> > - David Nusinow
It's not a libice-dev bug, but I believe it's a libice6 bug. The libs
(libICE.a libICE.so libICE.so.6 libICE.so.6.4) are in /usr/X11R6/lib,
and no other files are since the transition. Isn't the bug that libice6
wasn't transitioned with the rest of them?
--
Vincent Lönngren <[EMAIL PROTECTED]>
This helps:
LDFLAGS=-L/usr/X11R6/lib ./configure
--
Vincent Lönngren <[EMAIL PROTECTED]>
Package: libice-dev
Version: 6.9.0.dfsg.1-6
Severity: normal
While making gnome-bluetooth-subsystem, which worked last time I tried
it (a couple of months ago):
gcc -g -O2 -Wall -o testtray -pthread testtray.o ./.libs/libeggtray.a
-L/usr/lib /usr/lib/libgnomeui-2.so /usr/lib/libjpeg.so
/usr/l
r. If I'm wrong
and this is indeed a good thing, then it should at least be more clearly
documented.
Since this is a gdm problem, I believe this bug report should be moved
to gdm.
--
Vincent Lönngren <[EMAIL PROTECTED]>
Package: xdm
Version: 1:1.0.1-6
Followup-For: Bug #113542
The path according to /etc/X11/Xservers is /usr/bin/X. According to the debconf
information, the name of the daemon is
/usr/bin/X11/xdm. None of these locations exist. Without changing these, xdm
can't be started with "/etc/init.d/xdm
s
d, and there was no 96 DPI problem. I guess
whatever is wrong is in gdm. I recursively grepped /etc/gdm for 96 but found
nothing, so I have no idea what to do about it. Anyway, it seems the bug should
belong to gdm.
--
Vincent Lönngren <[EMAIL PROTECTED]>
Package: xserver-xorg
Version: 6.9.0.dfsg.1-6
Severity: normal
The X server used to query the monitor for it's physical dimensions, and
everything was just fine. Now it seems that DPI is somehow set to 96,
and the dimensions are modified to fit that, which makes both the DPI
and the dimensions
It was only gone for a very short time after the upgrade, but unless
anyone else is experiencing it I guess it I guess the bug can remain
closed.
--
Vincent Lönngren <[EMAIL PROTECTED]>
Package: xfs
Version: 6.8.2.dfsg.1-11
Severity: minor
"/etc/init.d/xfs stop" always reports that xfs isn't running, regardless
it actual state. Despite the message it is properly shut down.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing
Package: x-window-system
Version: 6.8.2.dfsg.1-8
Severity: minor
Like bug #314882 says, xfs-xtt is about to be removed from sid and xfs
can now handle TrueType fonts anyway. Perhaps it would be a good idea to
remove the dependency (recommendation) on xfs-xtt.
-- System Information:
Debian Release
27 matches
Mail list logo
