On Wed, Oct 10, 2012 at 03:04:51PM +0200, Michal Schmidt wrote:
> Dne 10.10.2012 14:25, David Howells napsal(a):
> >Actually, the UsrMove has mucked up at least one way of doing things: we
> >have/had RHEL customer(s) who kept /usr on AFS and were able to boot just
> >using the stuff in /bin and /s
2012/10/11 Adam Williamson wrote:
> A proposal to change the filesystem that was synchronized with and
> planned to continue to be identical to (or at least fully compatible
> with) how it's done in Android and Solaris, with the participation of
> Google and Oracle, would be a more interesting pro
2012/10/10 David Howells wrote:
> The contents of /dev vary depending on what hardware the computer has
> available - which may change in real time - so it cannot be shared, so
> why move it?
Ah, no, /dev was moved not because of sharing. It's just original UsrMove
among other benefits has the li
On Qua, 2012-10-10 at 13:11 +0300, Serge wrote:
> Turning /lib into /usr/lib was also incompatible with every other
> Linux
> distro, nevertheless it's already done.
Don't see why ?
ll /
lib -> usr/lib
lib64 -> usr/lib64
sbin -> usr/sbin
bin -> usr/bin
What is the difference of /lib and /usr/li
David Howells wrote:
> Actually, the UsrMove has mucked up at least one way of doing things: we
> have/had RHEL customer(s) who kept /usr on AFS and were able to boot just
> using the stuff in /bin and /sbin. This is no longer a viable option with
> Fedora, and presumably RHEL-7.
Actually, system
Chris Adams wrote:
> Once upon a time, Seth Vidal said:
>> Not every decision a distribution makes is a good one, lets not get
>> caught up believing that we cannot make mistakes.
>>
>> UsrMove was a mistake. End of discussion. Let's go back.
>
> I agree. The additional churn would be another
On 10/11/2012 02:44 AM, Adam Williamson wrote:
On Wed, 2012-10-10 at 13:11 +0300, Serge wrote:
2012/10/9 tim.lauridsen wrote:
So you make your system incompatible with every other Linux distro out
there, and with all existing documentation, but to what end? Tidyness?
Tidyness, simplicity, ne
On Wed, 2012-10-10 at 13:11 +0300, Serge wrote:
> 2012/10/9 tim.lauridsen wrote:
>
> >> So you make your system incompatible with every other Linux distro out
> >> there, and with all existing documentation, but to what end? Tidyness?
>
> Tidyness, simplicity, new features... Incompatible with ol
On Wed, Oct 10, 2012 at 01:11:12PM +0300, Serge wrote:
> 2012/10/9 tim.lauridsen wrote:
>
> > +1 to Richard, I really don't see the purpose, why does it matter that
> > number of dirs in /.
>
> I don't know why, but some people actually like when there're fewer
> subdirectories in a directory.
T
Once upon a time, Seth Vidal said:
> Not every decision a distribution makes is a good one, lets not get caught
> up believing that we cannot make mistakes.
>
> UsrMove was a mistake. End of discussion. Let's go back.
I agree. The additional churn would be another one-time pain, but then
the B
On Wed, Oct 10, 2012 at 9:45 AM, Seth Vidal wrote:
>
> I cannot agree enough. Just b/c we've blundered down a bad route doesn't
> mean you cannot turn back.
>
> Instead of chiseling our way back, let's just revert and go.
>
> Not every decision a distribution makes is a good one, lets not get caug
On Wed, 10 Oct 2012, Matěj Cepl wrote:
On Wed, 10 Oct 2012 13:11:12 +0300, Serge wrote:
Turning /lib into /usr/lib was also incompatible with every other Linux
distro, nevertheless it's already done.
The fact that we've made one useless and harmful mistake doesn't mean
that we should repea
Dne 10.10.2012 14:25, David Howells napsal(a):
Actually, the UsrMove has mucked up at least one way of doing things: we
have/had RHEL customer(s) who kept /usr on AFS and were able to boot just
using the stuff in /bin and /sbin. This is no longer a viable option with
Fedora, and presumably RHEL-
Serge wrote:
> > Lot of apps will break if you move /proc or /dev
>
> Sure. And many apps would break if you move /bin to /usr/bin. But still,
> you did that? ;)
The contents of /dev vary depending on what hardware the computer has
available - which may change in real time - so it cannot be sha
On Wed, Oct 10, 2012 at 10:24:54AM +, Matěj Cepl wrote:
> On Wed, 10 Oct 2012 13:11:12 +0300, Serge wrote:
> > Turning /lib into /usr/lib was also incompatible with every other Linux
> > distro, nevertheless it's already done.
>
> The fact that we've made one useless and harmful mistake doesn'
On Wed, 10 Oct 2012 13:11:12 +0300, Serge wrote:
> Turning /lib into /usr/lib was also incompatible with every other Linux
> distro, nevertheless it's already done.
The fact that we've made one useless and harmful mistake doesn't mean
that we should repeat it all the time.
Matěj
--
devel maili
2012/10/9 tim.lauridsen wrote:
>> So you make your system incompatible with every other Linux distro out
>> there, and with all existing documentation, but to what end? Tidyness?
Tidyness, simplicity, new features... Incompatible with older, but
compatible with newer distros. That's close to what
2012/10/9 Jochen Schmitt wrote:
> I want to disagree with your suggestion. /root is the home directory of
> the superuser and should not be placed on a network device in opposite
> of the home directories of the ordinary users. The user root should be
> able to logon without a network connection t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/09/2012 04:01 PM, Konstantin Ryabitsev wrote:
> On Tue, Oct 9, 2012 at 4:13 AM, tim.laurid...@gmail.com
> wrote:
>> +1 to Richard, I really don't see the purpose, why does it matter that
>> number of dirs in /. Lot of apps will break if you mo
> * /root was initially on a root partition because 'root' user should be
> able to login even when all other FS (including /usr) are not mounted.
> Since now it can't do anything without /usr anyway, /root dir don't have
> to be in /.
As an example of why this is a bad idea...
I have a file ser
On Tue, Oct 9, 2012 at 4:13 AM, tim.laurid...@gmail.com
wrote:
> +1 to Richard, I really don't see the purpose, why does it matter that
> number of dirs in /.
> Lot of apps will break if you move /proc or /dev, and if you replace them
> with symlink in the next 10 years you still have the same num
On 10/09/2012 10:13 AM, tim.laurid...@gmail.com wrote:
I can understand you want to merge dirs there have the same function
/bin -> /usr/bin, but this has no benefits at all.
I am not sure if this has no benefits whatsoever, but I do agree that if
you want to keep the compatibility (which
On Tue, Oct 09, 2012 at 10:13:03AM +0200, tim.laurid...@gmail.com wrote:
> On Tue, Oct 9, 2012 at 9:40 AM, Richard W.M. Jones wrote:
>
> > So you make your system incompatible with every other Linux distro out
> > there, and with all existing documentation, but to what end? Tidyness?
> >
> > Rich.
On Tue, Oct 9, 2012 at 9:40 AM, Richard W.M. Jones wrote:
> So you make your system incompatible with every other Linux distro out
> there, and with all existing documentation, but to what end? Tidyness?
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rj
So you make your system incompatible with every other Linux distro out
there, and with all existing documentation, but to what end? Tidyness?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
pr
On Tue, Oct 09, 2012 at 02:18:10AM +0300, Serge wrote:
> Obviously this won't go in F18. But it mostly works, you can test it:
> 0. Get Fedora17 LiveCD
> 1. Boot it with additional kernel params:
> selinux=0 systemd.log_level=debug systemd.log_target=console init=/bin/bash
> 2. When you get the
On Tue, Oct 09, 2012 at 02:18:10AM +0300, Serge wrote:
> * /root was initially on a root partition because 'root' user should be
> able to login even when all other FS (including /usr) are not mounted.
> Since now it can't do anything without /usr anyway, /root dir don't have
> to be in /.
I want
Hello.
Modern Fedora had 14 non-empty root directories:
/boot
/bin
/dev
/etc
/home
/lib
/proc
/root
/run
/sbin
/sys
/tmp
/usr
/var
Original UsrMove had "fixed" just 3 of them. But the rest are still there.
What do you think about fixing them all?
Instead of all these d
28 matches
Mail list logo
