I'm really interested on the livet crash, but I can't reproduce it with latest branched compose.
Can you provide us with reproduction steps?

Hau idatzi du Neal Gompa (ngompa13@gmail.com) erabiltzaileak (2019 api. 10, az. (02:59)):
On Tue, Apr 9, 2019 at 8:35 PM Chris Murphy <lists@colorremedies.com> wrote:
>
> On Tue, Apr 9, 2019 at 10:07 AM Lennart Poettering <mzerqung@0pointer.de> wrote:
> >
> > Heya,
> >
> > today I installed the current Fedora 30 Workstation beta on my new
> > laptop. It was a bumpy ride, I must say (the partitioner (blivet?)
> > crashed five times or so on me, always kicking me out of anaconda
> > again, just because I wanted to undo something).
>
> I haven't seen a single one come across in QA
>
> > 1. multipathd.
>
> I'm pretty sure it gets dragged in by the installer, i.e. the
> installation environment needs it because installing to multipath is
> supported. And since it's on the Workstation LiveOS, it just gets
> copied over along with the installer itself (LiveOS installs use
> rsync). I wonder if it's reasonable to apply more exclude filtering
> during rsync to avoid copying some things needed for Live OS
> environment, but not on the final installed system. But that's sorta
> up to Workstation WG I think.
>

Not having the rpmdb in sync with what content is on the system is
probably not a good idea. I'd advocate for anaconda being able to run
dnf to clean up stuff instead.

>
> > 2. dmraid.
>
> Same as above. I'm not sure whether, or when, dmraid stuff is going to
> be dropped by anaconda. For a long time now dmraid is deprecated. The
> two supported ways of doing software raid are managed by mdadm and
> lvm, both of which actually use the md driver in the kernel.
>
> So I think this is a question for the anaconda team.
>
>
> > 4. Similar crond. On my fresh install it's only used by "zfs-fuse",
> >    which I really wonder why it even is in the default install? And
> >    "mdadm" wants this too. (which would be great if it would just use
> >    timer units)
>
> I think zfs-fuse and glusterfs are dragged in by libvirt, which is
> present because of GNOME Boxes. I don't know why any of those want
> crond.
>

These could be converted to systemd units. There's no reason not to, really...

> mdadm scrub and monitoring depends on crond, and then email
> notifications if mismatch count != 0; it's archaic these days I guess,
> but that's how it works.
>
>
> > 5. libvirtd. Why is this running? Can't we make this socket
> >    activatable + exit-on-idel? While I am sure it's useful on
> >    workstations why run it all the time, given that only very few
> >    users probably actually need that, and if they do starting it on
> >    demand would be much more appropriate? On my freshly installed
> >    system it is running all the time even though there are no VMs or
> >    anything around.
>
> Agreed.
>
>
> >
> > Ideally, the top 4 wouldn't be installed at all anymore (in case of
> > the first two at least on the systems which do not need them). But if
> > that's not in the cards, it would be great to at least not enable
> > these services anymore in the default boot so that they are only a
> > "systemctl enable" away for people who need them?
>
> At the least it seems reasonable they can be disabled on the installed
> system, and enabled for Live OS boot if the installer needs them.
>
> --
> Chris Murphy
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-leave@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



--
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


--
Julen Landa Alustiza <julen@zokormazo.info>