From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: Distro vs latest kernel for BTRFS?
Date: Fri, 22 Aug 2014 18:09:51 +0000 (UTC) [thread overview]
Message-ID: <pan$41e33$d9a65aff$7440271d$d5dff35b@cox.net> (raw)
In-Reply-To: 53F731BC.6000200@gmail.com
Austin S Hemmelgarn posted on Fri, 22 Aug 2014 08:04:12 -0400 as
excerpted:
> On 2014-08-22 07:59, Shriramana Sharma wrote:
>> Hello. I've seen repeated advices to use the latest kernel. While
>> hearing of the recent compression bug affecting recent kernels does
>> somewhat warn one off the previous advice, I would like to know what
>> people who are running regular distros do to get the latest kernel.
>>
>> Personally I'm on Kubuntu, which provides mainline kernels till a
>> particular point but not beyond that.
>>
>> Do people here always compile the latest kernel themselves just to get
>> the latest BTRFS stability fixes (and improvements, though as a second
>> priority)?
>>
> I personally use Gentoo Unstable on all my systems, so I build all my
> kernels locally anyway, and stay pretty much in-line with the current
> stable Mainline kernel.
> Interestingly, I haven't had any issues related to either of the
> recently discovered bugs, despite meeting all of the criteria for being
> affected by them.
Semantics but FWIW some people prefer for that to be called testing, not
unstable. Gentoo doesn't have an official whole-tree unstable level, tho
in effect that's what you get if you enable the various project overlays
and unmask the non-live packages, so one could say it's per-project or
per-package.
But of course without an official unstable level, the distinction between
testing and unstable is rather blurred, so some people call it unstable,
as opposed to stable, too. But some don't like the "unstable"
connotation, and technically, it /is/ closer to Debian's "testing" than
their "unstable", and I don't know anyone else using the "unstable"
label, so...
Meanwhile, while I'm on gentoo as well, I've been configuring and
building my own kernels since shortly after I switched to Linux
(Mandrake, at the time) instead of MS eXPrivacy, which I refused to do on
principle. As a matter of fact, while I had done a bit of experimenting
before and had taken some time researching the switch, I began my big
switch for real the week eXPrivacy came out. After a decade on MS, my
feelings were with FLOSS but my experience was all on MS so I honestly
don't know when/if I would have switched without the eXPrivacy line I
simply wasn't going to cross as a push from MS, so ironically I have MS
to thank for pushing me to freedomware. =:^)
Anyway, unlike Marc Merlin by the time I switched to Linux you weren't
expected to build your own kernel, but I learned it within the first
three months as I was still dual booting and switching one task after
another to my new Linux platform. I learned because as a critical part
of my freedomware platform it was important to me to do so. And I've
been building my own kernel, using a set of scripts I've maintained[1]
over the years to do so, since then. When I switched to gentoo, I simply
took the scripts I already had with me, changing them slightly for the
new environment, as I hadn't setup the separate config file I use these
days.
These days I fetch, configure and build directly from Linus' git repo,
still using my scripts set to help me do so. =:^)
While you may not consider Gentoo a "normal distro", presumably you
consider Mandriva such a distro, it being the successor to the Mandrake
on which I started doing my own kernel builds.
---
[1] Scripts I've maintained: FWIW, I learned bash/shell by tearing apart
and recoding the Mandrake initscripts, getting a practical understanding
of shell scripting as actually used on a system in the process. To me,
tho I've switched to systemd that's arguably the biggest loss of doing
so, as newbies no longer have the opportunity to bootstrap their own
shell and shell-scripting knowledge on the scripts the system itself
bootstraps with. =:^(
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2014-08-22 18:10 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-22 11:59 Distro vs latest kernel for BTRFS? Shriramana Sharma
2014-08-22 12:04 ` Austin S Hemmelgarn
2014-08-22 18:09 ` Duncan [this message]
2014-08-22 18:22 ` Rich Freeman
2014-08-22 19:18 ` Austin S Hemmelgarn
2014-08-22 14:10 ` Marc MERLIN
2014-08-22 16:51 ` Chris Murphy
2014-08-22 17:38 ` Martin Steigerwald
2014-08-25 1:06 ` Qu Wenruo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='pan$41e33$d9a65aff$7440271d$d5dff35b@cox.net' \
--to=1i5t5.duncan@cox.net \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.