Indeed, what is left is to use prepare such script and make use of SystemUpdates http://www.freedesktop.org/wiki/Software/systemd/SystemUpdates/
2015-07-07 9:14 GMT+02:00 Robert Xu <[email protected]>: > Yeah, but we don't have to use PackageKit for it. I wouldn't bother with > PackageKit for distribution updates especially - it's better to have full > control. > > On 7 July 2015 at 00:02, Tomasz Gajc <[email protected]> wrote: > >> Robert you have just described how packagekit-offline updates and systemd >> offline update feature works. >> 7 lip 2015 02:26 "Robert Xu" <[email protected]> napisał(a): >> >>> On 6 July 2015 at 16:01, Tomasz Paweł Gajc <[email protected]> wrote: >>> > >>> > Dnia poniedziałek, 6 lipca 2015 16:35:37 Colin Close pisze: >>> > > Thanks >>> > > That clears up the issue a bit for me. Can I get it clear what you >>> are >>> > > getting at with the "daemonised urpmi" >>> > > I'm assuming that you are thinking >>> > > of something like the old dkms init service. >>> > No! >>> > urpmi process needs to be detached from current user session, so it can >>> > survive X11 kill and finish update. >>> > >>> > So either daemonise urpmi (split it to client and server), where >>> server will >>> > be running rpm install and update as a systemd service, or find a neat >>> way to >>> > prevent urpmi process from killing when running in graphical target. >>> > >>> > >>> >>> You don't need either of those two options. Fedora doesn't even do >>> those options. I would recommend the following: >>> >>> 1. Create a urpmi-distribution-upgrade shell script that looks for the >>> existence of a new update, adds new sources as necessary, and >>> pre-downloads all necessary RPMS. >>> 2. This shell script then creates a new systemd target, >>> distribution-upgrade.target or something, that calls >>> urpmi-distribution-upgrade. It then sets systemd to boot to that >>> target on the next reboot. >>> 3. The user reboots. The shell script then alerts Plymouth to start >>> updating a progress screen, and calls urpmi to upgrade with the >>> downloaded RPMS. It then cleans up the targets and reboots. >>> >>> That is essentially how Fedora does it, and we should do the same. >>> >>> -- >>> cheers, Robert :: github.com/robxu9 >>> _______________________________________________ >>> OM-Cooker mailing list >>> [email protected] >>> http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org >> >> >> _______________________________________________ >> OM-Cooker mailing list >> [email protected] >> http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org >> > > > > -- > cheers, Robert :: github.com/robxu9 > > _______________________________________________ > OM-Cooker mailing list > [email protected] > http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org >
_______________________________________________ OM-Cooker mailing list [email protected] http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
