On Tue, Dec 2, 2008 at 2:43 AM, Matthew Burgess
<[EMAIL PROTECTED]> wrote:
> On Mon, 01 Dec 2008 21:16:49 -0800, Bryan Kadzban <[EMAIL PROTECTED]> wrote:
>> Jeremy Huntwork wrote:
>>> Because this was a consensus made by several people back in the early
>>> part of 2006, I'd like to open it up for
Bruce Dubbs wrote:
> Even it it's poor hardware support, does the frequency of occurrence rise to
> the
> level of needing to be in the LFS book? As several comments in the ticket
> suggest, initramfs would be more appropriate for BLFS, but I'm thinking that
> even that is too much and an upda
Greg Schafer wrote:
> Greg Schafer wrote:
>
>> In a (native) sysroot scenario, anything and _everything_ can be found
>> on the host.
>
> Here's a Binutils thread about a sysrooted ld which touches upon what I'm
> talking about:
>
> http://sourceware.org/ml/binutils/2008-08/msg00060.html
Intere
DJ Lucas wrote:
> Jeremy Huntwork wrote:
>> Jeremy Huntwork wrote:
>>
>>> Anything else?
>>>
>> Oh, I also forgot. We could give some thought to using DIY's new build
>> method
> Some? I thought this was a no brainer. During the big push for 6.3,
> Greg handed us many, many tips, and sh
Jeremy Huntwork wrote:
> Hi,
>
> I see on the xkeyboard-config page that intltool is listed as an
> optional dependency, but if I try building the current instructions as
> is without intltool, I get the following configure error:
>
> checking for intltool >= 0.30... ./configure: line 3519:
> in
On Tue, Dec 2, 2008 at 9:10 AM, Matthew Burgess
<[EMAIL PROTECTED]> wrote:
> On Tue, 02 Dec 2008 05:07:25 -0500, Jeremy Huntwork <[EMAIL PROTECTED]> wrote:
>
>> Anything else?
>
> Ticket #2284 - radical plan would be to just drop udev-config completely,
> then any reported issues should be passed
Alexander E. Patrakov wrote:
> 2008/12/2 DJ Lucas <[EMAIL PROTECTED]>:
>
>> Alexander E. Patrakov wrote:
>>
>>> Testcase (I think it should even be put into the book):
>>>
>>> LANG=en_US xterm
>>> in that xterm: curl http://räksmörgås.josefsson.org/
>>>
>>>
>> Thanks for the testcase
Jeremy Huntwork wrote:
> Jeremy Huntwork wrote:
>
>> Anything else?
>>
>
> Oh, I also forgot. We could give some thought to using DIY's new build
> method
Some? I thought this was a no brainer. During the big push for 6.3,
Greg handed us many, many tips, and showed several examples of w
Matthew Burgess wrote:
> On Tue, 02 Dec 2008 05:07:25 -0500, Jeremy Huntwork <[EMAIL PROTECTED]> wrote:
>
>
>> Anything else?
>>
>
> Ticket #2284 - radical plan would be to just drop udev-config completely,
> then any reported issues should be passed upstream and fixed there. I really
>
Dan Nicholson wrote:
> Yeah, pixman is now required for both the xserver and cairo. I thought
> DJ added it, but maybe I'm just guessing.
It's not part of the Xorg Library section (which is where it appears to
belong) and I didn't encounter it anywhere else.
--
JH
--
http://linuxfromscratch.org
On Tue, Dec 2, 2008 at 11:35 AM, Jeremy Huntwork
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> I know there has been a lot of discussion on Xorg lately, so sorry if
> this is bringing up a known issue, but xorg-server also appears to
> require pixman now. The instructions in BLFS svn break for me at
> xo
Hello,
I know there has been a lot of discussion on Xorg lately, so sorry if
this is bringing up a known issue, but xorg-server also appears to
require pixman now. The instructions in BLFS svn break for me at
xorg-server because pixman is missing.
If I build and install pixman as per the instr
On Tue, Dec 2, 2008 at 9:28 AM, Jeremy Huntwork
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I see on the xkeyboard-config page that intltool is listed as an
> optional dependency, but if I try building the current instructions as
> is without intltool, I get the following configure error:
>
> checking for
Bryan Kadzban wrote:
> Jeremy Huntwork wrote:
>> Anything else?
>
> Ticket 2033 -- initramfs. This way people with crappy software "RAID1
> cards" (e.g. Promise, Highpoint, etc.) that require drivers in Windows,
> can still boot from those cards. Also, support for MD RAID (*real*
> software RAID
Hi,
I see on the xkeyboard-config page that intltool is listed as an
optional dependency, but if I try building the current instructions as
is without intltool, I get the following configure error:
checking for intltool >= 0.30... ./configure: line 3519:
intltool-update: command not found
fo
On Tue, 02 Dec 2008 05:07:25 -0500, Jeremy Huntwork <[EMAIL PROTECTED]> wrote:
> Anything else?
Ticket #2284 - radical plan would be to just drop udev-config completely, then
any reported issues should be passed upstream and fixed there. I really don't
see anything special about LFS that means
Jeremy Huntwork wrote:
> Anything else?
Ticket 2033 -- initramfs. This way people with crappy software "RAID1
cards" (e.g. Promise, Highpoint, etc.) that require drivers in Windows,
can still boot from those cards. Also, support for MD RAID (*real*
software RAID ;-) ), LVM, and encrypted rootfs
Greg Schafer wrote:
> In a (native) sysroot scenario, anything and _everything_ can be found
> on the host.
Here's a Binutils thread about a sysrooted ld which touches upon what I'm
talking about:
http://sourceware.org/ml/binutils/2008-08/msg00060.html
Regards
Greg
--
http://www.diy-linux.org/
Jeremy Huntwork wrote:
> Upstream appears to think that using sysroot is the correct approach
sysroot is a complete non-starter for us. Think about it. Have you ever
tried a sysroot build? In our current build methods, we go to *great*
lengths to prevent stuff from being found on the host. In a (
2008/12/2 DJ Lucas <[EMAIL PROTECTED]>:
> Alexander E. Patrakov wrote:
>> Testcase (I think it should even be put into the book):
>>
>> LANG=en_US xterm
>> in that xterm: curl http://räksmörgås.josefsson.org/
>>
> Thanks for the testcase Alexander. All of them have been invaluable to
> my limited
Jeremy Huntwork wrote:
> Anything else?
Oh, I also forgot. We could give some thought to using DIY's new build
method, which is essentially building the first pass of binutils and gcc
as cross compilers, cross-compiling the first build of Glibc and
building natively after that. There's several
I would prefer if it didn't take us another year (or more) to push out a
7.0 release. Or, even if it did, as long as the time is well spent.
I.E., we are actually pursuing the new features we slated and not just
letting package updates slowly creep in.
I know we have listed things before, but c
22 matches
Mail list logo