[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Dri-devel] Re: Debian DRI CVS packages ready for testing.



On Tue, Mar 27, 2001 at 01:53:13PM +0100, Jules Bean wrote:
> On Tue, Mar 27, 2001 at 02:51:14PM +0200, Michel D?nzer wrote:
> > Alan Hourihane wrote:
> > > 
> > > On Tue, Mar 27, 2001 at 02:33:19PM +0200, Michel D?nzer wrote:
> > > > Jules Bean wrote:
> > > >
> > > > > jules@pear [17] LIBGL_DEBUG=1 glxinfo
> > > > > libGL error: dlopen failed: /usr/X11R6/lib/modules/dri/tdfx_dri.so:
> > > > > cannot open shared object file: No such file or directory
> > > > > libGL error: dlopen failed: /usr/X11R6/lib/modules/dri/tdfx_dri.so:
> > > > > cannot open shared object file: No such file or directory
> > > > > display: :0.0  screen:0
> > > > > direct rendering: No
> > > > >
> > > > > A working workaround for me is to ln -s /usr/X11R6/lib/modules/dri to
> > > > > ../modules-dri/dri. It looks like the ModulePath things aren't doing
> > > > > their job:
> > > >
> > > > [snip]
> > > >
> > > > Indeed, the ModulePaths only affect the X server, the clients
> > > > (libGL.so.1.2 to be precise) look for *_dri.so in
> > > > $(ProjectRoot)/lib/modules/dri/ . I guess they should be moved there.
> > > >
> > > Indeed, but from the code, you should be able to set
> > > 
> > > LIBGL_DRIVERS_PATH
> > > 
> > > to point to your *_dri.so files.
> > 
> > Yeah, another workaround. :)
> > 
> > I just realized that the modules are probably moved from the correct location
> > to the wrong one in debian/rules so that just has to be modified such that
> > only the driver modules get moved to .../modules-dri/drivers/ . If I wasn't at
> > work right now I'd include a patch.
> 
> Or, if there's a reason not to want to pollute the modules directory
> which belongs to Branden's packages, libGL could presumably be patched 
> to look in the new location?

That I believe is the correct answer for now, I'm about to fly out the
door, but when I get back I'll fix that, the ldconfig problem, move
things to people.debian.org, and see about making it apt-able.

Thanks a lot for the testing and debugging, most of the problems were of
the sort which pop up when you've been up nearly 24 hours working on
something. (=:]

Zephaniah E. Hull.
> 
> Jules
> 

-- 
 PGP EA5198D1-Zephaniah E. Hull <warp@whitestar.soark.net>-GPG E65A7801
    Keys available at http://whitestar.soark.net/~warp/public_keys.
           CCs of replies from mailing lists are encouraged.

>OK, fine. You're arguing semantics, though.

"arguing semantics" is not the same as "arguing nomenclature".  My DI
was very good at arguing semantics. He had this funny idea  that an
"unloaded" weapon was one that you had personally inspected  and that
the semantic difference mattered. Something about not  wanting to do
the paperwork of one of us killed someone with an  unloaded weapon.
Most technical debates are ultimately about semantics,  but that
doesn't mean that they are unimportant.
  -- Shmuel Metz and Steve Sobol on ASR.

Attachment: pgpU_E_scJ0u8.pgp
Description: PGP signature


Reply to: