On Mon, 2006-02-20 at 23:52 -0500, Brian Victor wrote:
% LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 4.0.4 r128 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r128_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/r128_dri.so
no output indeed. so do i understand you correctly? because of that, some
other application steals the events which therefor cannot be processed by
mouseemu? any ideas which applications that might be?
No, that's not what I said. Usually mouseemu 'steals' the events. mouseemu
not getting any
According to Michael Tautschnig, on Tue, 21 Feb 2006
07:13:02 +0100,
so the kernel now has its own method of retaining iptables
rules?
Not really, or did you think of iptables-save/iptables-restore as the method
of
the kernel?
Regards,
Michael
firestarter does store a config file in
Hi everyone,
i am writing on an 14 ibook, mid-late 2005.
Here is my /proc/cpuinfo
processor : 0
cpu : 7447A, altivec supported
clock : 666.666000MHz
revision: 0.2 (pvr 8003 0102)
bogomips: 36.73
timebase: 18432000
machine : PowerBook6,5
On Tue, 2006-02-21 at 11:55 +0100, Andrea Lusuardi - UoVoBW wrote:
[drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock held
[drm:drm_unlock] *ERROR* Process 3653 using kernel context 0
(process 3653 is X)
This is usually just a symptom of the DRI initialization failing, check
the
Hi!
Matthias Klose a écrit :
The GCC (GNU compiler collection) 4.1 release candidate 1 can be found
in experimental. Porters, please make sure that the package is
built and uploaded (if it's not built by the experimental
buildd). Please check that the symbols exported in the 4.1 libraries
are
On Tue, Feb 21, 2006 at 11:34:55AM +0100, Aurelien Jarno wrote:
- Once the 4.1 packages are migrated to testing, make 4.1 the default
compiler for i386, amd64, powerpc. These are the architectures,
which are considred primary (linux) architectures by GCC upstream.
For the other Debian
On Tue, Feb 21, 2006 at 10:42:00AM +0100, Michel D�nzer wrote:
On Mon, 2006-02-20 at 23:52 -0500, Brian Victor wrote:
% LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 4.0.4 r128 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r128_dri.so
On Tue, 2006-02-21 at 08:25 -0500, Brian Victor wrote:
% dpkg -S $(ldd $(which glxinfo)|grep libGL.so|cut -c16-|cut -d' ' -f1)
xlibmesa-gl: /usr/X11R6/lib/libGL.so.1
Hmm, that looks fine... no idea what's up.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre
no output indeed. so do i understand you correctly? because of that,
some
other application steals the events which therefor cannot be processed
by
mouseemu? any ideas which applications that might be?
No, that's not what I said. Usually mouseemu 'steals' the events. mouseemu
not
Hi again,
I installed Debian (Etch) PPC (I think this is considered to be
testing). At the end of the install, I got the following message:
Yaboot didn't install. You will need to boot manually with the
/boot/vmlinux kernel on partition /dev/sda3 and root=/dev/sda3 passed on
as a kernel
No, that's not what I said. Usually mouseemu 'steals' the events. mouseemu
not getting any events at all does point to the kernel as likely culprit,
IMHO.
so what should be activated in the kernel in addition to
CONFIG_INPUT_UINPUT=[y|m] (the only option i found that was necessary).
Hi,
I encountered some problems with Linux PPC on the AmigaOne. As you can see
in the /proc/interrupts output below, the AmigaOne has a i8259 PIC (no
OpenPIC). The first problem is, that the interrupts 7 and 10 are shown as
Edge triggered, but they're set to Level in the u-boot (firmware)
No, that's not what I said. Usually mouseemu 'steals' the events.
mouseemu
not getting any events at all does point to the kernel as likely
culprit,
IMHO.
so what should be activated in the kernel in addition to
CONFIG_INPUT_UINPUT=[y|m] (the only option i found that was
Joerg Maier wrote:
on my 12 swsusp only works when using no initrd. No patch for the kernel
is necessary in my case, only use the swsusp that is in vanilla already (
i think it is swsusp2).
If it is a vanilla kernel then it uses the old swsusp, not swsusp2. But
since the swsusp in the kernel
Hi,
I used to charge my laptop when I have little battery on it. The thing
is that now it just won't charge. If I turn it off and plug the cable
to charge the powerbook it starts charging, but when I boot linux it
suddenly stops doing this.
Any ideas when I can check this?
I know that AC
On Tue, 2006-02-21 at 14:29 +0100, Michel Dänzer wrote:
On Tue, 2006-02-21 at 08:25 -0500, Brian Victor wrote:
% dpkg -S $(ldd $(which glxinfo)|grep libGL.so|cut -c16-|cut -d' ' -f1)
xlibmesa-gl: /usr/X11R6/lib/libGL.so.1
Hmm, that looks fine... no idea what's up.
For my radeon 9600 I
On Tue, 2006-02-21 at 21:34 +0100, Yves-Alexis Perez wrote:
On Tue, 2006-02-21 at 14:29 +0100, Michel Dänzer wrote:
On Tue, 2006-02-21 at 08:25 -0500, Brian Victor wrote:
% dpkg -S $(ldd $(which glxinfo)|grep libGL.so|cut -c16-|cut -d' ' -f1)
xlibmesa-gl: /usr/X11R6/lib/libGL.so.1
On Wed, Feb 22, 2006 at 01:33:25AM +0100, Michel D�nzer wrote:
On Tue, 2006-02-21 at 21:34 +0100, Yves-Alexis Perez wrote:
On Tue, 2006-02-21 at 14:29 +0100, Michel Dänzer wrote:
On Tue, 2006-02-21 at 08:25 -0500, Brian Victor wrote:
% dpkg -S $(ldd $(which glxinfo)|grep libGL.so|cut
19 matches
Mail list logo
