On 11/01/2019 05:06 PM, Eli Schwartz via arch-general wrote:
> Our dracut packager tried to get in touch with the dracut developer,
> after a lack of success for quite some time it seems that the individual
> in question was on... parental leave, IIRC? I'm not sure what the
> current status is.
No
On 11/3/19 11:27 PM, Giancarlo Razzolini wrote:
>
>
> xz is much slower than gzip, and the kernel does not support zstd.
>
Right - facebook brought it up again a few months ago, thread went quiet
and I incorrectly assumed it was actually mainlined - but you're right
it isn't.
https://lkml.org/l
Em novembro 4, 2019 0:59 Genes Lists via arch-general escreveu:
Yeh, that makes sense - plus its very easy to add to dracut.conf
Yes. dracut supports /etc/dracut.d, so there's where they recommend to put
settings.
Been thinking about that - I've switched to building without -H and
not c
On 11/3/19 11:16 PM, Genes Lists via arch-general wrote:
>
> gene
>
Clearly image size and compression both likely impact boot time.
An interesting comparison might be running systemd-analyze blame after
booting with and with hostonly and with and without compression.
Anyone have a comparison h
On 11/3/19 10:59 PM, Genes Lists via arch-general wrote:
>
> Not sure what value a fallback image actualy provides at this point?
> It takes more space and I don't see it adding much value.
>
Didn't think enough - the host only image might well be faster to boot
(being smaller) - but I have n
On 11/3/19 7:31 PM, Giancarlo Razzolini wrote:
> That would require having dracut depend on mdadm. I think this is something
> to be done by the user. I plan a simple config/preset per kernel that
> will be
Yeh, that makes sense - plus its very easy to add to dracut.conf
> called twice, once w
Em novembro 3, 2019 21:05 Genes Lists via arch-general escreveu:
Thank you ... I really like dracut - it works well.
Only suggestion I'd make is adding "--mdadmconf" perhaps by default -
though I can see it both ways for those who don't use RAID - if its easy
to add that would also be totally fi
On 11/3/19 7:05 PM, Genes Lists via arch-general wrote:
> Only suggestion I'd make is adding "--mdadmconf" perhaps by default -
To clarify, I mean in dracut.conf - so I should probably have said
mdadmconf="yes"
... anyway, thanks again.
gene
On 11/3/19 4:02 PM, Giancarlo Razzolini wrote:
>
> I'm as of now writing hooks for dracut to be able to install the kernel, as
> mkinitcpio does, and I'm considering have a preset config, like mkinicpio,
> so it gives the user the ability to decide how dracut is ran.
>
> Other than that, given t
Em novembro 3, 2019 12:45 Genes Lists via arch-general escreveu:
On 10/31/19 2:30 PM, Giancarlo Razzolini via arch-general wrote:
...
... Also, as I've mentioned, dracut should receive
soon, hooks similar to those mkinitcpio did, with a few differences of
course.
Since Giancarlo brought up d
On 10/31/19 2:30 PM, Giancarlo Razzolini via arch-general wrote:
...
> ... Also, as I've mentioned, dracut should receive
> soon, hooks similar to those mkinitcpio did, with a few differences of
> course.
Since Giancarlo brought up dracut in May this year, I've been using this
successfully to bo
>
> From: Eli Schwartz via arch-general
> Sent: Fri Nov 01 23:06:03 CET 2019
> To:
> Cc: Eli Schwartz
> Subject: Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod
>
>
> Dracut does not work out of the box (we cu
On 10/31/19 3:46 PM, Giancarlo Razzolini wrote:
> Hi Eli,
>
> This is totally uncalled for. Even though I agree that kernel-install is
> *not*
> that great, there's no need to be aggressive.
>
> The question, even if phrased not in the best way, is a legitimate one.
Didn't seem like much of a qu
On 10/31/19 6:19 PM, Geo Kozey via arch-general wrote:
> Thx, my concern was more about maintenance burden for Arch devs vs relying on
> dracut + kernel-install combo and call it a day.
> If devs prefer to work on exclusive service for Arch users then let it be.
Dracut does not work out of the bo
>
> From: Giancarlo Razzolini
> Sent: Thu Oct 31 19:30:42 CET 2019
> To: General Discussion about Arch Linux , Geo
> Kozey
> Subject: Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod
>
> There are several reason
>
> From: Eli Schwartz via arch-general
> Sent: Thu Oct 31 20:16:18 CET 2019
> To:
> Cc: Eli Schwartz
> Subject: Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod
>
>
> On 10/31/19 2:11 PM, Geo Kozey via arch-
On 10/31/2019 01:30 PM, Giancarlo Razzolini via arch-general wrote:
> Em outubro 31, 2019 15:11 Geo Kozey escreveu:
>>
>> What was the reason for not using kernel-install[1] standard instead of
>> all of those Arch's exclusive hooks again??
>>
>> https://www.freedesktop.org/software/systemd/man/k
Em outubro 31, 2019 16:16 Eli Schwartz via arch-general escreveu:
What was the reason for suggesting to use kernel-install non-standard
Fedora tool that does gross things in a gross way instead of "all those
tools" (all one of them) which do the exact same thing in a more KISS
manner that respec
On 10/31/19 2:11 PM, Geo Kozey via arch-general wrote:
> What was the reason for not using kernel-install[1] standard instead of all
> of those Arch's exclusive hooks again??
>
> https://www.freedesktop.org/software/systemd/man/kernel-install.html
What was the reason for suggesting to use kernel
Em outubro 31, 2019 15:28 Damjan Georgievski via arch-general escreveu:
I can make a more general hook,
for example triggering on usr/lib/modules/*/pkgbase (or vmlinuz?) - is
that the recommended way now?
All the official kernels will have pkgbase on them. So, trigger on vmlinuz,
which is
the
Em outubro 31, 2019 15:11 Geo Kozey escreveu:
What was the reason for not using kernel-install[1] standard instead of all of
those Arch's exclusive hooks again??
https://www.freedesktop.org/software/systemd/man/kernel-install.html
Yours sincerely
G. K.
There are several reasons for not us
On Thu, 31 Oct 2019 at 14:55, Giancarlo Razzolini
wrote:
>
> Em outubro 31, 2019 9:46 Damjan Georgievski via arch-general escreveu:
> > Can someone explain in better detail the changes in
> > * kmod 26-3
> > * mkinitcpio 27-1
> > * linux 5.3.8.1-1
> > around packaging and pacman hooks?
> >
> > I c
>
> From: Giancarlo Razzolini via arch-general
> Sent: Thu Oct 31 14:55:47 CET 2019
> To: General Discussion about Arch Linux
> Cc: Giancarlo Razzolini
> Subject: Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod
>
Em outubro 31, 2019 9:46 Damjan Georgievski via arch-general escreveu:
Can someone explain in better detail the changes in
* kmod 26-3
* mkinitcpio 27-1
* linux 5.3.8.1-1
around packaging and pacman hooks?
I can see there's some reorganization of the hooks and scripts, and
the kernel package no
Can someone explain in better detail the changes in
* kmod 26-3
* mkinitcpio 27-1
* linux 5.3.8.1-1
around packaging and pacman hooks?
I can see there's some reorganization of the hooks and scripts, and
the kernel package no longer
installing directly to /boot (which is a welcome change, the kerne
25 matches
Mail list logo
