Hello there,
I've now building LFS and BLFS for few years, but never actually noted
how I do it and what I install. This time I decided to change that and
actually made notes on how I build my system.
>From the start of LFS chapter 6, I mix LFS+BLFS instructions to get
everything what one package
>On Sat, 04 Jan 2014 22:13:23 +0100
>"Armin K." wrote:
> Do not hesitate to ask any questions. Careful, you might be
> surprised :P
>
> www.linuxfromscratch.org/~krejzi/blfs-systemd-20140104.txt
It says here you use ca-certificates-20130906 from Debian. Since my own
certificate bundle has the t
On 01/04/2014 11:02 PM, Aleksandar Kuktin wrote:
>> On Sat, 04 Jan 2014 22:13:23 +0100
>> "Armin K." wrote:
>
>> Do not hesitate to ask any questions. Careful, you might be
>> surprised :P
>>
>> www.linuxfromscratch.org/~krejzi/blfs-systemd-20140104.txt
>
> It says here you use ca-certificates-2
>On Sat, 4 Jan 2014 23:02:22 +0100
>Aleksandar Kuktin wrote:
>
> >On Sat, 04 Jan 2014 22:13:23 +0100
> >"Armin K." wrote:
>
> > Do not hesitate to ask any questions. Careful, you might be
> > surprised :P
> >
> > www.linuxfromscratch.org/~krejzi/blfs-systemd-20140104.txt
Also, what is broadcom
>On Sat, 04 Jan 2014 23:08:20 +0100
>"Armin K." wrote:
>
> They use python script to extract the certificates. You can find and
> browse the source online here
>
> http://anonscm.debian.org/gitweb/?p=collab-maint/ca-certificates.git;a=tree
Judging by the stuff one can see there, this is Fixefox'
On 01/04/2014 11:25 PM, Aleksandar Kuktin wrote:
>> On Sat, 4 Jan 2014 23:02:22 +0100
>> Aleksandar Kuktin wrote:
>>
>>> On Sat, 04 Jan 2014 22:13:23 +0100
>>> "Armin K." wrote:
>>
>>> Do not hesitate to ask any questions. Careful, you might be
>>> surprised :P
>>>
>>> www.linuxfromscratch.org/~k
On 01/04/2014 11:32 PM, Aleksandar Kuktin wrote:
>> On Sat, 04 Jan 2014 23:08:20 +0100
>> "Armin K." wrote:
>>
>> They use python script to extract the certificates. You can find and
>> browse the source online here
>>
>> http://anonscm.debian.org/gitweb/?p=collab-maint/ca-certificates.git;a=tree
>On Sat, 04 Jan 2014 23:33:13 +0100
>"Armin K." wrote:
>
> On 01/04/2014 11:25 PM, Aleksandar Kuktin wrote:
> > Other questions:
> >
> > AFAIK, librsvg is involved in a circular dependency with GTK+. You
> > seem to build GTK+, then librsvg, but never rebuild GTK+ to gain
> > librsvg support in
Hi,
On Sun, 5 Jan 2014, Aleksandar Kuktin wrote:
> Well, there's something since I always rebuild GTK+ after I build
> librsvg.
>
> Okay, Emacs uses it, but that's not what I was after. Nevermind.
> Still sure something else requires librsvg but can't prove it. :)
I doubt that it helps, but I for
On Sun, Jan 05, 2014 at 12:14:53AM +0100, Aleksandar Kuktin wrote:
> >On Sat, 04 Jan 2014 23:33:13 +0100
> >"Armin K." wrote:
> >
> > On 01/04/2014 11:25 PM, Aleksandar Kuktin wrote:
>
> > > What exactly is intel-ucode-20130222 for?
> >
> > CPU microcode update. It updates CPU microcode at runti
>On Sat, 04 Jan 2014 23:33:13 +0100
>"Armin K." wrote:
>
> On 01/04/2014 11:25 PM, Aleksandar Kuktin wrote:
> > lspci reports:
> > Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311]
> >
>
> 02:00.0 Network controller [0280]: Broadcom Corporation BCM4313
> 802.11bgn Wireless Network Adapter
On 5.1.2014 2:42, Aleksandar Kuktin wrote:
>> On Sat, 04 Jan 2014 23:33:13 +0100
>> "Armin K." wrote:
>>
>> On 01/04/2014 11:25 PM, Aleksandar Kuktin wrote:
>
>>> lspci reports:
>>> Broadcom Corporation BCM4311 802.11b/g WLAN [14e4:4311]
>>>
>>
>> 02:00.0 Network controller [0280]: Broadcom Corpor
On Sun, Jan 05, 2014 at 01:11:56AM +0100, dueff...@uwe-dueffert.de wrote:
> Hi,
>
> On Sun, 5 Jan 2014, Aleksandar Kuktin wrote:
>
> > Well, there's something since I always rebuild GTK+ after I build
> > librsvg.
> >
> > Okay, Emacs uses it, but that's not what I was after. Nevermind.
> > Still
On 01/05/2014 12:14 AM, Aleksandar Kuktin wrote:
>> On Sat, 04 Jan 2014 23:33:13 +0100
>> "Armin K." wrote:
>>
>> On 01/04/2014 11:25 PM, Aleksandar Kuktin wrote:
>>> What exactly is intel-ucode-20130222 for?
>>
>> CPU microcode update. It updates CPU microcode at runtime using
>> "microcode" driv
On Sun, Jan 05, 2014 at 06:51:44PM +0100, Armin K. wrote:
>
> Now that I've built it as module, the microcode firmware seems to load
> just fine and I did notice something:
>
> dmesg output, early boot - before /sbin/init has been ran:
>
> [0.040548] perf_event_intel: PEBS disabled due to CP
On 01/05/2014 07:19 PM, Ken Moffat wrote:
> On Sun, Jan 05, 2014 at 06:51:44PM +0100, Armin K. wrote:
>>
>> Now that I've built it as module, the microcode firmware seems to load
>> just fine and I did notice something:
>>
>> dmesg output, early boot - before /sbin/init has been ran:
>>
>> [0.0
>On Sun, 05 Jan 2014 04:02:30 +0100
>"Armin K." wrote:
>
> On 5.1.2014 2:42, Aleksandar Kuktin wrote:
> > So I expect I will be unable to make it compile since I have no idea
> > even where to begin with fixing this much lossage.
>
> Use the patches from my Archlinux AUR package:
>
> https://au
On 01/05/2014 11:53 PM, Aleksandar Kuktin wrote:
>> On Sun, 05 Jan 2014 04:02:30 +0100
>> "Armin K." wrote:
>>
>> On 5.1.2014 2:42, Aleksandar Kuktin wrote:
>
>>> So I expect I will be unable to make it compile since I have no idea
>>> even where to begin with fixing this much lossage.
>>
>> Use
>On Sun, 05 Jan 2014 23:54:23 +0100
>"Armin K." wrote:
> That's version 5, for version 6 you should use patches from
>
> https://aur.archlinux.org/packages/broadcom-wl
This is actually my first time using Arch's package system. :)
The "6" patch produces the same end result as the rediffed "5"
>On Sun, 5 Jan 2014 23:53:00 +0100
>Aleksandar Kuktin wrote:
> The problem is the line about "failed with code 21", the cause of
> which I managed to trace into the blob. Or rather, that is not the
> problem, that is an accomplishment (this was my first time debugging
> the kernel and it was fun!
20 matches
Mail list logo
