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.s
> 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 a
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 confi
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
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 De
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_d
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
Lib
> > 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
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 a
> > 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)
pref
> > > 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 th
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 kerne
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 Charger
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
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/lib
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 lib
19 matches
Mail list logo
