Language Selection

English French German Italian Portuguese Spanish

Fedora 7 for the office

Filed under

Last week I wrote a post on my personal weblog about using Fedora 7 as a home Linux OS. My conclusion there was that, barring Linux aficionados who experiment all over the place (like myself actually) that Fedora 7 was not well suited to use as a home Linux. What about the office then?

As noted in the last post, Fedora was pretty handy at exposing a bleeding edge NFS V4 protocol issue. Fedora as a technology preview is pretty much unrivaled. If you want to know what is coming soon from other distros, it is hard to beat. They are usually a kernel revision or two ahead of anyone else. Almost all their package sets are about as fresh as they can be and not still be in the "Cooker"... and maybe in some cases some packages should have still been in development only trees, but those issues usually get fixed very quickly.

We use Fedora a great deal inside R&D Support as desktop OS's, and even more importantly, we use it as a R&D production data center OS. Our current Tier II storage server (as noted in my NAS series of postings a week or two ago) is Fedora Core 6 based.

Having said all that, am I truly advocating Fedora 7 as an office OS? Data center or desktop? Errr... no.

More Here.

More in Tux Machines

systemd and DebConf16

  • systemd backport of v230 available for Debian/jessie
    At DebConf 16 I was working on a systemd backport for Debian/jessie. Results are officially available via the Debian archive now. In Debian jessie we have systemd v215 (which originally dates back to 2014-07-03 upstream-wise, plus changes + fixes from pkg-systemd folks of course). Now via Debian backports you have the option to update systemd to a very recent version: v230. If you have jessie-backports enabled it’s just an `apt install systemd -t jessie-backports` away. For the upstream changes between v215 and v230 see upstream’s NEWS file for list of changes. (Actually the systemd backport is available since 2016-07-19 for amd64, arm64 + armhf, though for mips, mipsel, powerpc, ppc64el + s390x we had to fight against GCC ICEs when compiling on/for Debian/jessie and for i386 architecture the systemd test-suite identified broken O_TMPFILE permission handling.)
  • DebConf16 low resolution videos
    If you go to the Debian video archive, you will notice the appearance of an "lq" directory in the debconf16 subdirectory of the archive. This directory contains low-resolution re-encodings of the same videos that are available in the toplevel.

Linux Kernel

Red Hat News

Android Leftovers