Ken Moffat wrote these words on 08/11/07 19:43 CST:
> But one quibble - unless blfs has got rid
> of XFree86 (and I wouldn't argue with that), doesn't the choice of
> where to install also apply to XFree86 (e.g. the book currently has
> #define ProjectRoot /usr).
This is what I see in the XFree co
Ken Moffat wrote these words on 08/11/07 19:43 CST:
> Nice restrained text
Thanks. :-)
> But one quibble - unless blfs has got rid
> of XFree86 (and I wouldn't argue with that), doesn't the choice of
> where to install also apply to XFree86 (e.g. the book currently has
> #define ProjectRoot /u
[cc'd to LFS-Dev as this is supposed to be a nice attaboy to the
LFS devs]
Dan Nicholson wrote these words on 08/11/07 19:45 CST:
> It's the least I could do after you powered through so many
> commits over the past couple weeks.
Once upon a time, I read a message from Alexander and he said that
On Sat, Aug 11, 2007 at 06:49:34PM -0500, Randy McMurchy wrote:
>
> And this is the 'blanket' file that goes on broken packages pages:
>
> +This package (unfortunately) expects the X
> +Window system to be installed in the
> +/usr/X11R6 directory. If you're
> +using a recent versi
On 8/11/07, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Randy McMurchy wrote these words on 08/10/07 16:23 CST:
> > Dan Nicholson wrote these words on 08/09/07 10:59 CST:
> >> Let me know if you have any suggestions.
> >
> > Commit it. :-)
> >
> >
> > Good work, Dan. Thanks.
>
> Bump to the top of
Randy McMurchy wrote these words on 08/10/07 16:23 CST:
> Dan Nicholson wrote these words on 08/09/07 10:59 CST:
>> Let me know if you have any suggestions.
>
> Commit it. :-)
>
>
> Good work, Dan. Thanks.
Bump to the top of the list in case Dan missed it the first time
around. :-)
--
Randy
DJ Lucas wrote these words on 08/11/07 15:31 CST:
> Just do it, and keep the explanation simple and not discuss the
> 'necessary evil'. Explain that it's an optional stopgap until upstream
> (the whole world?) gets their stuff together.
Here's the first cut, community review would be appreciated
>From LFS-Dev: (It's probably approaching the time that this discussion
moved over to this forum)
Original Message
Subject: Re: Final prep for 6.3
Date: Sat, 11 Aug 2007 17:01:01 -0400
From: Bryan Kadzban <[EMAIL PROTECTED]>
Reply-To: LFS Developers Mailinglist <[EMAIL PROTECTED
DJ Lucas wrote these words on 08/11/07 15:29 CST:
> Randy McMurchy wrote:
>> I'm not sure if at the very end of it, we can add "or /usr". Seems
>> most of the scripts looking for the X11R6 also fall back to /usr, but
>> I can't say for sure. It would be nice if that was the case.
>>
> For most, yes
Randy McMurchy wrote:
> Randy McMurchy wrote these words on 08/11/07 14:08 CST:
>
>> I am certainly guilty about not helping out on this one. I've made
>> the symlink in every installation I've done because "it just works".
>> Seems anything else is just banging your head against the wall.
>>
Randy McMurchy wrote:
> Randy McMurchy wrote these words on 08/11/07 14:59 CST:
>
>
>> I'll work on writing the paragraph unless somebody beats me to it.
>>
>
> Thinking about it more, what about the paragraph we are already talking
> about, and for each page that we're now providing some X
Randy McMurchy wrote these words on 08/11/07 14:59 CST:
> I'll work on writing the paragraph unless somebody beats me to it.
Thinking about it more, what about the paragraph we are already talking
about, and for each page that we're now providing some X11R6 hack we put
in a xinclude statement to
Randy McMurchy wrote these words on 08/11/07 14:08 CST:
>
> I am certainly guilty about not helping out on this one. I've made
> the symlink in every installation I've done because "it just works".
> Seems anything else is just banging your head against the wall.
This comes off poorly. What I sho
DJ Lucas wrote these words on 08/11/07 13:11 CST:
> Let's put the symlink
> in place, however, please put in a block of text explaining that it is a
> stop gap and is a really bad thing to do _to_ the developers of the
> broken packages.
No, we won't put in the book that it is a "really bad thing
Dan Nicholson wrote:
> On 8/11/07, DJ Lucas <[EMAIL PROTECTED]> wrote:
>
>> M.Canales.es wrote:
>>
>>> El Sábado, 11 de Agosto de 2007 20:11, DJ Lucas escribió:
>>>
>>>
>>>
Execute the following command to create the compatibility symlink:
ln -s $XORG_PREFIX /usr/X11R
On 8/11/07, DJ Lucas <[EMAIL PROTECTED]> wrote:
> M.Canales.es wrote:
> > El Sábado, 11 de Agosto de 2007 20:11, DJ Lucas escribió:
> >
> >
> >> Execute the following command to create the compatibility symlink:
> >>
> >> ln -s $XORG_PREFIX /usr/X11R6
> >> =
M.Canales.es wrote:
> El Sábado, 11 de Agosto de 2007 20:11, DJ Lucas escribió:
>
>
>> Execute the following command to create the compatibility symlink:
>>
>> ln -s $XORG_PREFIX /usr/X11R6
>> =
>>
>
> Except if XORG_PREFIX == /us
M.Canales.es wrote:
> El Sábado, 11 de Agosto de 2007 20:11, DJ Lucas escribió:
>
>
>> Execute the following command to create the compatibility symlink:
>>
>> ln -s $XORG_PREFIX /usr/X11R6
>> =
>>
>
> Except if XORG_PREFIX == /us
El Sábado, 11 de Agosto de 2007 20:11, DJ Lucas escribió:
> Execute the following command to create the compatibility symlink:
>
> ln -s $XORG_PREFIX /usr/X11R6
> =
Except if XORG_PREFIX == /usr , I think.
--
Manuel Canales Esparcia
U
> I think we should just add the /usr/X11R6 compat symlink stuff.
I am still against the symlink only because the real problem will just
be ignored longer if we work around it, however, that's not really any
different than the seds that are in the book now. What is this, about
the 6th or 7th pac
On 8/11/07, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> Anyone with a suggestion for the book would be great.
I think we should just add the /usr/X11R6 compat symlink stuff. I've
been meaning to add it for a while. It looks like MPlayer just guesses
like Python:
for I in $_ld_x11 "" -L/usr/X1
DJ Lucas wrote these words on 08/11/07 11:26 CST:
> I think it was OK last time I built it. There was a paragraph about
> non-standard X Prefix some time ago...or at least I thought there was.
I looked at several previous versions, and didn't see anything. Perhaps
you were thinking about the DVD
BLFS Trac wrote:
> Updated BLFS to MPlayer-1.0rc1
>
> I have not noticed any issues with DVD decoding. Seems okay to me.
> As far as libdvdread and mpdvdkit goes, libdvdread is used as the
> primary if it is found (libdv installed also), and mpdvdkit is the
> fallback. I did not disable RTC.
>
23 matches
Mail list logo
