[systemd-devel] upgrade/rollbacks
Hello, I am researching about the different systems of transactional (atomic) upgrades and rollbacks in linux. Namely, ubuntu core, rpm-ostree, coreos. Which of them is more in line with the systemd philosophy? I personally like the coreos chrome-based system based on GPT partitions, but I doubt if it's the right view. Any advice? ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] upgrade/rollbacks
I love ostree because I can easy build own tree and rebase to any tree. 12 Дек 2016 г. 18:43 пользователь "Juanjo Presa" написал: Hello, I am researching about the different systems of transactional (atomic) upgrades and rollbacks in linux. Namely, ubuntu core, rpm-ostree, coreos. Which of them is more in line with the systemd philosophy? I personally like the coreos chrome-based system based on GPT partitions, but I doubt if it's the right view. Any advice? ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] UID/GID broken on container
I am refering here to issue #4078[0] and see if I missed any progress. I am still with a broken UID on my container on some directories. Example: >From inside the container: --- $ ls -la /proc -rw-r--r-- 1 nobody nobody 0 Dec 12 11:47 timer_stats -r--r--r-- 1 nobody nobody 0 Dec 12 11:47 uptime -r--r--r-- 1 nobody nobody 0 Dec 12 11:47 version -r 1 nobody nobody 0 Dec 12 11:47 vmallocinfo -r--r--r-- 1 nobody nobody 0 Dec 12 11:47 vmstat -r--r--r-- 1 nobody nobody 0 Dec 12 11:47 zoneinfo --- I usually use fuidshift command on the host to fix the wrong UID/GID, and it globally works. But I can't fix the /proc dir in the container as the host do not see it. Can anyone help me in fixing this issue on /proc? I need to upgrade the container (Fedora) but can't because of the nobody:nobody owner. In general, user name space is configured in my kernel, and systemd-nspawn@ is the original one, with the -U option. Am I right to think this is the correct setup ? Any news on this UID/GID issue? TY for help [0]https://github.com/systemd/systemd/issues/4078 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel