Re: Fedora Present and Future: a Fedora.next 2014 Update (Part I, "Why?")

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 24 March 2014 15:02, Ralf Corsepius <rc040203@xxxxxxxxxx> wrote:
> On 03/24/2014 03:12 PM, Liam Proven wrote:
>>
>> On 24 March 2014 12:45, lee <lee@xxxxxxxxxxxxxxx> wrote:
>>>
>>> /usr belongs on it`s own partition.  And last time I looked, it would
>>> not be compliant with the FHS not to have what is needed in /bin and
>>> /sbin but to use symlinks instead.
>>
>>
>>
>> I think that's a very 1980s, or early-1990s, way of looking at it.
>
> C'mon, feeling something is oldfashioned is hardly an answer.

Well, actually, sometimes, yes, it is. Same as the decision to drop
support for i386 from the kernel, or the fact that no installers
default to ext2 any more.

> Having been able to have /usr on a separate partition was a valuable
> feature, which now has gone lost. IMNSHO, ruined by naive, inexperienced
> kids (to use the same tone as you did), who were overwhelmed by the
> additional complexity supporting this feature had required.

I am not saying you're wrong, merely that I personally haven't seen a
use or need for it since about 1989 and I found the reasoning for its
collapse and merger to be sound.

> Wrong. You are forgetting about systems booting from SD-Cards, USB-sticks
> and other forms of non-volatile memory.

Is Fedora a suitable OS for such hardware? I'd argue not, myself.

> Wrong. Most servers typically are headless, and if they have a graphic
> card-build-in, it's usually inaccessible or unused.

I am actually an IT professional - no, honestly, really I am - and
every single rackmount server I've used in the last few years still
has an SVGA port on it.

> Right, there is no strong necessity, nevertheless having these still would
> make sense.

There was an argument; it was decided not. I wasn't involved. I happen
to agree, but I can't change it, so there's no point telling me! :¬)

> I disagree.

Yeah, I guessed. :¬)

> IMNSHO, UsrMove was a prominent epic fail in the long serious
> faulty decisions Fedora's leadership has committed.

We-eeeelll... I am not sure that I could overall disagree with the
general thrust of your argument there. :¬)

-- 
Liam Proven * Profile: http://lproven.livejournal.com/profile
Email: lproven@xxxxxxxxx * GMail/G+/Twitter/Flickr/Facebook: lproven
MSN: lproven@xxxxxxxxxxx * Skype/AIM/Yahoo/LinkedIn: liamproven
Tel: +44 20-8685-0498 * Cell: +44 7939-087884
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux