On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote:
> Your example comparing systemd debate vs abortion debate is definitively
> insane
snip
> ...(at least here in France).
Russ specifically said "in US politics". His analogy was very clearly bracketed
to the situation in the US, *not* i
On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote:
Russ Allbery writes:
>For one specific example, it's become quite clear over the past year that
>systemd has achieved the same status as abortion debates in US politics.
>Not only is it clear that we will *never* stop arguing about sy
On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote:
> Russ Allbery writes:
>
> >For one specific example, it's become quite clear over the past year that
> >systemd has achieved the same status as abortion debates in US politics.
> >Not only is it clear that we will *never* stop arguing
I agree, one is about a person's right to not be forced to have something
that they aren't able to support and will cause their life difficulty, the
other is about abortion
> Your example comparing systemd debate vs abortion debate is definitively
insane : abortion is a philosophical debate that m
Russ Allbery writes:
For one specific example, it's become quite clear over the past year that
systemd has achieved the same status as abortion debates in US politics.
Not only is it clear that we will *never* stop arguing about systemd,
opposition to or support of systemd has turned into a trib
On Sun, Jan 03, 2016 at 11:55:08PM +0100, Eric Valette wrote:
> Red hat is mainly for servers nowadays with paying support.
As with many Red Hat features, it was first trialled and proven in Fedora, which
is very much used on Desktops:
https://fedoraproject.org/wiki/Features/UsrMove
Remember that / and /usr don't have to reside on the same partition with
the usrmerge proposal: they only have to be both available
post-initramfs. The initramfs already takes care to mount /usr (for the
systemd case as initscripts needs updates for sysvinit as was said
elsewhere). So no reparti
Remember that / and /usr don't have to reside on the same partition with
the usrmerge proposal: they only have to be both available
post-initramfs. The initramfs already takes care to mount /usr (for the
systemd case as initscripts needs updates for sysvinit as was said
elsewhere
I'm confused why you think anything will break. There would obviously be
symlinks, so anything that's currently in /bin will continue to work if
invoked with an absolute /bin path.
I consider linking across file system a very bad practice because if
/usr gets errors all the symlinks may be bro
On Sun, 2016-01-03 at 21:34 +0100, Eric Valette wrote:
> > > > This is not true: you just need to use an initramfs.
> > > Ok, so it should warn that this setup will soon require to use an
> > > initramfs.
> > It is the Debian default, there is no need to do this.
>
> Being debian installer defaul
Note that mounting /usr early, something we *already do*, is separate from
actually merging /usr with /bin and /lib. Once you mount /usr early, it's
rather less important whether you actually merge the file systems. While
it does let you do some interesting things, I see it as more of a cleanup.
>This is not true: you just need to use an initramfs.
Ok, so it should warn that this setup will soon require to use an initramfs.
It is the Debian default, there is no need to do this.
Being debian installer default does not mean any debian users
1) really has any benefit of using it a
The debian installer should first loudly warn that having a separated / and
/usr may break things in the future but not forbid it. With that in place,
This is not true: you just need to use an initramfs.
Ok, so it should warn that this setup will soon require to use an
initramfs. I just pointe
On Sun, Jan 03, 2016 at 11:40:34AM +0100, Eric Valette wrote:
> The debian installer should first loudly warn that having a separated / and
> /usr may break things in the future
ITYM "already breaks things"
--
WBR, wRAR
signature.asc
Description: PGP signature
What is the "upgrade path" for an older system that has /usr split
off? Will it just stop being bootable after upgrading?
It just needs to use an initramfs.
A standalone /usr without an initramfs IS ALREADY NOT SUPPORTED by
systemd.
This is not relevant for merged /usr.
What is the "upgrade pa
15 matches
Mail list logo