Skip to Content.
Sympa Menu

sm-grimoire - Re: [SM-Grimoire] 2.6.0-test10 sorcery rebuild -> 51 failed spells

sm-grimoire AT lists.ibiblio.org

Subject: Discussion of Spells and Grimoire items

List archive

Chronological Thread  
  • From: Arwed von Merkatz <v.merkatz AT gmx.net>
  • To: sm-grimoire AT lists.ibiblio.org
  • Subject: Re: [SM-Grimoire] 2.6.0-test10 sorcery rebuild -> 51 failed spells
  • Date: Wed, 26 Nov 2003 02:28:32 +0100

On Wed, Nov 26, 2003 at 12:27:00PM +1100, Hamish Greig wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wed, 26 Nov 2003 11:53, Arwed von Merkatz wrote:
> > I've read that several times now, but this won't help at all. I rebuilt
> > glibc today with the 2.6 kernel headers without a hitch, but basically
> > the whole video/video-libs sections don't build with the kernel headers
> > because the framebuffer header includes some internal kernel headers
> > which break.
> >
> > I've read some stuff about this on a debian mailinglist, and they
> > basically said that fb.h should _never_ be included by any program,
> > instead they should ship their own version of the header and use that
> > (which is rather braindead imo, the whole point of using the kernel fb.h
> > is to stay compatible with that).
>
>
> so are the kernel headers broken ? or the app that is including them ?
> Hamish

MPlayer developers say the kernel headers, kernel developers say the
apps. I tend to agree with the mplayer devs here, fb.h defines the
framebuffer device numbers and all the ioctl's that are used to actually
use it, i guess if you use the wrong ones you can really screw up the
framebuffer. I agree with the kernel people that userspace apps
shouldn't include kernel headers, but fb.h and videodev.h basically
define the api to access framebuffer/video4linux devices, so they should
be fixed to be includable by userspace apps.

--
Arwed v. Merkatz
Grimoire Guru for video
Grimoire Guru for xfce
Sourcemage GNU/Linux
http://www.sourcemage.org




Archive powered by MHonArc 2.6.24.

Top of Page