On Jul 12, Helge Kreutzmann deb...@helgefjell.de wrote:
I did. I could not find anything specific. I tried booting into single
user mode as described but given that I use lvm, this is non trivial
(I ended up in a kernel panic because no further partition could be
found).
If you boot with
On Jul 10, Helge Kreutzmann deb...@helgefjell.de wrote:
a fresh install from the daily netinstimage from Friday, but as soon
as X starts the keyboard is dead (i.e. even Num Lock does not lit up
Looks like your system is broken in some way and udev is not running or
failed for some reason. You
On Jul 10, Helge Kreutzmann deb...@helgefjell.de wrote:
Could that be because I have EFI (AFAIK) and not a traditional BIOS?
No. This probably happens because the udev init script failed.
Again, you need to find out why. Watch closely the boot process.
Also, read README.Debian.
--
ciao,
Marco
Package: xserver-xorg-core
Version: 2:1.9.4-3
Severity: normal
An input uevent (e.g. un/plugging a mouse, which does not trigger the
rule in 64-xorg-xkb.rules) resets my custom user-configured keyboard
configuration.
I have a mildly complex xkb configuration in ~/.xkb/ which I load with:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 583609 xterm
thanks
On Jun 06, Harald Dunkel ha...@afaics.de wrote:
It seems that this is a bug in xterm. Using gnome-terminal or I/O
redirection into a file whois works as expected.
I will create a new bug report. Many thanx anyway
On Jan 12, Julien Cristau jcris...@debian.org wrote:
Marco, what do you think of switching to this, or at least using its fb
part?
I do not mind explicitly blacklisting each fb driver, but I would like
to have a way to semi-automatically generate the list. Is there any?
BTW, I am not sure why
Package: xserver-xorg-video-intel
Version: 2:2.2.1-1
Severity: important
On my system (Dell D620) since the last (maybe second-last, but probably
not) upgrade of xserver-xorg-video-intel the X server randomly crashes
when a program switches to full screen mode.
It's not 100% reproducible, but it
On Aug 29, Daniel Stone [EMAIL PROTECTED] wrote:
According to -legal, everything must be provided with its pure, original
source -- the head of the coder that hand-wrote some firmware, the
instruments used to record any particular Ogg Vorbis track, et al.
Let's be accurate here: according to
On Jan 12, Mattia Dongili [EMAIL PROTECTED] wrote:
No. That's the kernel only supporting a single reader for /proc/acpi/event.
I'm cooking a patch to support multiple readers (based on an old and never
applied patch) but I doubt it will be accepted mainline.
/proc/acpi/event contention has
On Jan 23, Mattia Dongili [EMAIL PROTECTED] wrote:
to be fixed in X (I suggest by retrying to open the socket if it worked
the first time).
this is exactely what the patch I submitted here does. But it does only
once, so if the socket is not there on the first retry it'll steal
On Apr 13, Branden Robinson [EMAIL PROTECTED] wrote:
Please paste the licensing info (if any) from each of these files and
specifically explain why they fail the DFSG.
These files contain executable code, but there is no source for them.
Anyway, the release manager will probably tag this bug
Package: xfree86
Severity: serious
Tags: sarge, sid
The following files contain binary firmwares, and distributing them
appears to be a DFSG violation. (See #239952)
./programs/Xserver/hw/xfree86/drivers/mga/mga_ucode.h
* GLX Hardware Device Driver for Matrox G200/G400
On Apr 09, Michel Dänzer [EMAIL PROTECTED] wrote:
On Fri, 2004-04-09 at 12:38, Marco d'Itri wrote:
/* r128_cce.c -- ATI Rage 128 driver -*- linux-c -*-
./programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/r128_cce.c
/* radeon_cp.c -- CP support for Radeon -*- linux-c
Package: xserver-xfree86
Version: 4.3.0-0pre1v3
Severity: wishlist
Tags: patch upstream
http://www.mail-archive.com/dri-devel%40lists.sourceforge.net/msg12830.html
Also see:
http://sourceforge.net/mailarchive/message.php?msg_id=6146896
01:00.0 VGA compatible controller: ATI Technologies Inc:
Package: libdps1
Version: 4.2.1-11
Severity: serious
[This is a standard text.]
This bug has serious severity because it is a policy violation and
is an item in aj's list of release showstoppers.
One or more libraries in this package are buggy.
All libraries need to be linked against other
Package: libdps1
Version: 4.2.1-11
Severity: serious
[This is a standard text.]
This bug has serious severity because it is a policy violation and
is an item in aj's list of release showstoppers.
One or more libraries in this package are buggy.
All libraries need to be linked against other
On Apr 03, Daniel Stone [EMAIL PROTECTED] wrote:
On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
/usr/X11R6/lib/libGLU.so.1 -lGL
Hold on, doesn't this render the entire -gl/-glu fix moot?
[EMAIL PROTECTED] xlibmesa3/xlibmesa4 went to
xlibmesa4-gl and xlibmesa4
On Apr 03, Michel Dänzer [EMAIL PROTECTED] wrote:
No, why? libGLU depends on libGL (which isn't reflected in the
xlibmesa*-glu dependencies due to this bug), I guess the rationale
Yes, I concluded this too.
Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
thing as
On Apr 03, Daniel Stone [EMAIL PROTECTED] wrote:
On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
/usr/X11R6/lib/libGLU.so.1 -lGL
Hold on, doesn't this render the entire -gl/-glu fix moot?
[EMAIL PROTECTED] xlibmesa3/xlibmesa4 went to
xlibmesa4-gl and xlibmesa4
On Apr 03, Michel Dänzer [EMAIL PROTECTED] wrote:
No, why? libGLU depends on libGL (which isn't reflected in the
xlibmesa*-glu dependencies due to this bug), I guess the rationale
Yes, I concluded this too.
Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
thing as
Package: xlibmesa3-glu
Version: 4.2.1-6
Severity: normal
[This is a standard text.]
One or more libraries in this package are buggy.
All libraries need to be linked against other libraries which they
reference. You can check this by running this command:
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1
Package: xlibs
Version: 4.2.1-6
Severity: normal
[This is a standard text.]
One or more libraries in this package are buggy.
All libraries need to be linked against other libraries which they
reference. You can check this by running this command:
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1
Package: xlibmesa3-glu
Version: 4.2.1-6
Severity: normal
[This is a standard text.]
One or more libraries in this package are buggy.
All libraries need to be linked against other libraries which they
reference. You can check this by running this command:
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1
Package: xlibs
Version: 4.2.1-6
Severity: normal
[This is a standard text.]
One or more libraries in this package are buggy.
All libraries need to be linked against other libraries which they
reference. You can check this by running this command:
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1
Any idea?
Md does anybody know why suddenly X started generating the Euro symbol in
UTF-8 instead of latin-9?
Md I use xmodmap and keycode 26 = e E EuroSign
asuffield how about a non-utf xterm in the relevant locale?
Md asuffield: it still does not work
asuffield any output, or just ignores
Any idea?
Md does anybody know why suddenly X started generating the Euro symbol in
UTF-8 instead of latin-9?
Md I use xmodmap and keycode 26 = e E EuroSign
asuffield how about a non-utf xterm in the relevant locale?
Md asuffield: it still does not work
asuffield any output, or just ignores
On Jan 09, Daniel Kobras [EMAIL PROTECTED] wrote:
You can check with:
objdump --all-headers /usr/lib/libdv.so.2
It shows a TEXTREL section, so it's not position independent[1].
I do not know why this happens even if the code is compiled with -fPIC
(libGL shows the same problem, #175074), I'm
On Jan 10, Jakub Jelinek [EMAIL PROTECTED] wrote:
Normally libGL in XFree86 is compiled without -fPIC (I have a patch to
change that, but need to update it and test whether libGL is at least as
fast as before).
If you made sure all libGL.so .c files are compiled with -fpic/-fPIC and
the
tag 175074 - unreproducible moreinfo
severity 175074 normal
retitle 175074 xlibmesa3: contains non-PIC code
thanks
On Jan 10, Branden Robinson [EMAIL PROTECTED] wrote:
WRONG. My shared libraries, including those in xlibmesa3, are compiled
with -fPIC, and the static ones are not, as my build
On Jan 09, Daniel Kobras [EMAIL PROTECTED] wrote:
You can check with:
objdump --all-headers /usr/lib/libdv.so.2
It shows a TEXTREL section, so it's not position independent[1].
I do not know why this happens even if the code is compiled with -fPIC
(libGL shows the same problem, #175074), I'm
On Jan 10, Jakub Jelinek [EMAIL PROTECTED] wrote:
Normally libGL in XFree86 is compiled without -fPIC (I have a patch to
change that, but need to update it and test whether libGL is at least as
fast as before).
If you made sure all libGL.so .c files are compiled with -fpic/-fPIC and
the
tag 175074 - unreproducible moreinfo
severity 175074 normal
retitle 175074 xlibmesa3: contains non-PIC code
thanks
On Jan 10, Branden Robinson [EMAIL PROTECTED] wrote:
WRONG. My shared libraries, including those in xlibmesa3, are compiled
with -fPIC, and the static ones are not, as my build
Package: xlibmesa3
Version: 4.2.1-4
Severity: important
[This is a standard text.]
One or more shared libraries in this package are buggy.
By policy, all shared libraries MUST be compiled with -fPIC.
The broken libraries are:
/usr/X11R6/lib/libGL.so.1
--
To UNSUBSCRIBE, email to [EMAIL
Package: xlibmesa3
Version: 4.2.1-4
Severity: important
[This is a standard text.]
One or more shared libraries in this package are buggy.
By policy, all shared libraries MUST be compiled with -fPIC.
The broken libraries are:
/usr/X11R6/lib/libGL.so.1
On Dec 11, Branden Robinson [EMAIL PROTECTED] wrote:
Dan, are you *sure* we don't need an autobuilder? Not even for some
subsection of the archive? How about contrib? :)
If needed, I can set up an autobuilder on the B50 I'm installing and
which will become the new {ftp,http}.it.debian.org.
On Dec 11, Branden Robinson [EMAIL PROTECTED] wrote:
Dan, are you *sure* we don't need an autobuilder? Not even for some
subsection of the archive? How about contrib? :)
If needed, I can set up an autobuilder on the B50 I'm installing and
which will become the new {ftp,http}.it.debian.org.
36 matches
Mail list logo