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 /sbin.
Chris Adams wrote:
Once upon a time, Seth Vidal skvi...@fedoraproject.org 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
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, systemd
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/lib ?
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
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
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 to
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
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
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't mean
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
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
On Wed, Oct 10, 2012 at 9:45 AM, Seth Vidal skvi...@fedoraproject.orgwrote:
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
Once upon a time, Seth Vidal skvi...@fedoraproject.org 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 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.
Then I
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 older, but
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,
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 to
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
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
On Tue, Oct 9, 2012 at 9:40 AM, Richard W.M. Jones rjo...@redhat.comwrote:
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
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 9, 2012 at 4:13 AM, tim.laurid...@gmail.com
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
* /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 server
-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
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
25 matches
Mail list logo