Stories
Slash Boxes
Comments

SoylentNews is people

posted by martyb on Friday January 10 2020, @06:16PM   Printer-friendly
from the how-many-statements? dept.

The Linux kernel has around 27.8 million lines of code in its Git repository, up from 26.1 million a year ago, while systemd now has nearly 1.3 million lines of code, according to GitHub stats analysed by Michael Larabel at Phoronix.

There were nearly 75,000 code commits to the kernel during 2019 which is actually slightly down on 2018 (80,000 commits), and the lowest number since 2013. The top contributors by email domain were Intel and Red Hat (Google's general gmail.com aside) and the top contributing individuals were Linus Torvalds, with 3.19 per cent of the commits, followed by David Miller (Red Hat) and Chris Wilson (Intel). There were 4,189 different contributors overall.

Another point of interest is that systemd, a replacement for init that is the first process to run when Linux starts, is now approaching 1.3 million lines of code thanks to nearly 43,000 commits in 2019. Top contributor was not systemd founder Lennart Poettering (who was second), but Yu Watanabe with 26.94 per cent of the commits.

[...] Larabel has published statistics on coding activity for the Linux kernel here and for systemd here.®


Original Submission

This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
(1)
  • (Score: 0, Insightful) by Anonymous Coward on Friday January 10 2020, @07:10PM (2 children)

    by Anonymous Coward on Friday January 10 2020, @07:10PM (#941988)

    l
    i
    n
    e
    s
    ?

    • (Score: 0) by Anonymous Coward on Friday January 10 2020, @07:43PM

      by Anonymous Coward on Friday January 10 2020, @07:43PM (#942003)

      2 lines are my limit.

    • (Score: 2) by driverless on Sunday January 12 2020, @11:03AM

      by driverless (4770) on Sunday January 12 2020, @11:03AM (#942480)

      Some of it may be skewed by the fact that the minimum you can write for systemd are 40 lines (1,000 words in the US I believe).

  • (Score: 5, Touché) by bzipitidoo on Friday January 10 2020, @07:13PM (4 children)

    by bzipitidoo (4388) on Friday January 10 2020, @07:13PM (#941989) Journal

    Wow, RTFA in hopes for some bullet points on why systemd maybe is good. Nope!

    "kernel [devs] agreed that systemd is the proper solution" and "It solves a problem". What problem? Doesn't say! Maybe Kroah-Hartman explained, but if so, the author of the article didn't include it.

    Score another "win" for systemd. It defeated RTFA.

    • (Score: 4, Touché) by Freeman on Friday January 10 2020, @07:35PM (1 child)

      by Freeman (732) on Friday January 10 2020, @07:35PM (#942000) Journal

      The problem, is that there was no systemd. Now there is, problem solved!

      --
      Joshua 1:9 "Be strong and of a good courage; be not afraid, neither be thou dismayed: for the Lord thy God is with thee"
      • (Score: 0) by Anonymous Coward on Saturday January 11 2020, @03:38AM

        by Anonymous Coward on Saturday January 11 2020, @03:38AM (#942151)

        Exactly, because systemd is not an init, but SystemOS in stealth mode. There was too much freedom, with easily replaceable parts. Now everything is or will go under systemd control: one libc (glibc), one kernel (Linux), one device management daemon (udev), one message system (dbus), etc. Everything must comply, and so any third party projects will have to chase the targets systemd sets. Think about it, init part is now a minimal part of systemd, it was the init of the whole mess, and with every release they find something new to add to the "systemd is an init, word!" project.

        The problem is corporations want to go Cathedral, and they are managing to get there. Specially now that RedHat is just a part of IBM, it becomes top point of the business plan, without any need of cover. The more complex the thing is, the bigger the support contracts are. With Debian forgetting one of their original reasons to exist, there is even less energy to keep Bazaar going.

        Basically: power games and greed.

    • (Score: 4, Interesting) by Thexalon on Friday January 10 2020, @07:46PM

      by Thexalon (636) on Friday January 10 2020, @07:46PM (#942004)

      Greg K-H is apparently the "kernel maintainer" the subheadline referred to. He's not a neutral party: he's done some coding on systemd and defended systemd during an infamous incident when Linus chewed out Lennart on LKML (justifiably, in my view).

      Although in one bit of good news, according to TFA most of the systemd code was not written by Lennart. That means it probably won't suck so much.

      --
      The only thing that stops a bad guy with a compiler is a good guy with a compiler.
    • (Score: 3, Insightful) by Anonymous Coward on Friday January 10 2020, @09:11PM

      by Anonymous Coward on Friday January 10 2020, @09:11PM (#942040)

      Despite the inconsistency between "Everybody who has ever worked at that level in the operating system has agreed that systemd is the proper solution," and "Android doesn't use it because they use other things," (either it the proper solution or one of many). There are three problems it solves:

      • Not having to learn how the inittab system works
      • Pushing the problems from packagers to end users
      • Creating support contracts for your corporate overlord
  • (Score: 4, Insightful) by looorg on Friday January 10 2020, @08:02PM (15 children)

    by looorg (578) on Friday January 10 2020, @08:02PM (#942009)

    A valid metric of what? Are lines of code even a valid, real and interesting metric? Does it even say anything interesting? Are more lines better then few lines? Or are fewer lines better then more lines? What if I write code where I just push a lot of things onto one line instead of spreading it across say 3-4 lines? Which one is better? Are programming languages that allow more things on a single line better then languages that doesn't, or usually doesn't do that sort of thing?
      This seem like an utterly crap metric for anything useful really. Are comments considered lines of code?

    • (Score: 2) by Dr Spin on Friday January 10 2020, @08:07PM

      by Dr Spin (5239) on Friday January 10 2020, @08:07PM (#942012)

      A valid metric of what?

      A metric shit-load of systemd!

      Did you not read the OP?

      --
      Warning: Opening your mouth may invalidate your brain!
    • (Score: 1, Funny) by Anonymous Coward on Friday January 10 2020, @08:10PM (1 child)

      by Anonymous Coward on Friday January 10 2020, @08:10PM (#942014)

      Are lines of code even a valid, real and interesting metric?

      And the good news is ... After more than 100 years, 80 column card images are still the leading tool in software production.

    • (Score: 4, Insightful) by Arik on Friday January 10 2020, @08:19PM (1 child)

      by Arik (4543) on Friday January 10 2020, @08:19PM (#942019) Journal
      "Are lines of code even a valid, real and interesting metric?"

      Well, it is a metric, as in something objectively measurable. So valid, and real. Interesting is at least partly subjective.

      "Are more lines better then few lines?"

      No, all other things being equal, few lines are better than more, but there are so many caveats to add to that it's still nearly meaningless.

      "What if I write code where I just push a lot of things onto one line instead of spreading it across say 3-4 lines? Which one is better?"

      Spreading it out is usually better, and you're touching one of those caveats. Readability. But that's fundamentally subjective. Cramming it all together on one line may make it difficult for one person to read, but another person might find it easier to see the whole function in one line and not have to mentally stitch several together, so there's no universal right or wrong there.

      Counting characters instead of lines would probably be marginally more useful though, as the two cases are identical aside from subjective considerations, but counting lines makes it seem like adding three or four carriage returns represents a multiplication of the work involved in the entire function, which it obviously is not.

      "This seem like an utterly crap metric for anything useful really."

      Pretty much. The first time it was used for back of the envelope guesstimation it seemed kind of clever, but it's nothing more than that.
      --
      If laughter is the best medicine, who are the best doctors?
      • (Score: 2) by Freeman on Monday January 13 2020, @04:12PM

        by Freeman (732) on Monday January 13 2020, @04:12PM (#942770) Journal

        The bean counters can use it in their algorithms. Also, bragging rights.

        --
        Joshua 1:9 "Be strong and of a good courage; be not afraid, neither be thou dismayed: for the Lord thy God is with thee"
    • (Score: 5, Interesting) by epitaxial on Friday January 10 2020, @08:35PM

      by epitaxial (3165) on Friday January 10 2020, @08:35PM (#942025)

      Do you feel a million lines for an init system is excessive? I sure do. Why is it changing my resolv.conf? What does DNS have to do with sequencing programs during boot?

    • (Score: 5, Interesting) by Snotnose on Friday January 10 2020, @08:35PM (6 children)

      by Snotnose (1623) on Friday January 10 2020, @08:35PM (#942026)

      Are lines of code even a valid, real and interesting metric?

      Several years ago I worked with a hella nice woman who talked a big game but couldn't code her way out of a paper bag. One day my boss fired her and asked me to take over her code. Our product had a built in TV, she had 2 pages of code to raise the volume, and 2 more pages to lower same. After an afternoon I tossed it all and in about an hour coded up a half page routine that did both.

      No, counting lines of code is not a viable metric.

      I'd actually worked with this woman at a previous company (I was a consultant back then so I changed jobs a lot). Same deal, she talked a big game for a few months but never produced any working code. She got fired, turned out none of her code was usable.

      --
      Why shouldn't we judge a book by it's cover? It's got the author, title, and a summary of what the book's about.
      • (Score: 4, Funny) by Thexalon on Friday January 10 2020, @08:44PM

        by Thexalon (636) on Friday January 10 2020, @08:44PM (#942033)

        So you worked for Paula Bean [thedailywtf.com]?

        --
        The only thing that stops a bad guy with a compiler is a good guy with a compiler.
      • (Score: 0) by Anonymous Coward on Friday January 10 2020, @10:06PM

        by Anonymous Coward on Friday January 10 2020, @10:06PM (#942055)

        No, counting lines of code is not a viable metric.

        Certainly is - the more, the worse. As you have proven yourself.

      • (Score: 1, Touché) by Anonymous Coward on Friday January 10 2020, @10:09PM

        by Anonymous Coward on Friday January 10 2020, @10:09PM (#942057)

        she talked a big game for a few months but never produced any working code. She got fired, turned out none of her code was usable.

        I'm intrigued that none of the companies have promoted her to senior engineer for the diversity points, while just having the other staffers pull her share of the weight.

      • (Score: 4, Interesting) by Snotnose on Saturday January 11 2020, @12:50AM (2 children)

        by Snotnose (1623) on Saturday January 11 2020, @12:50AM (#942096)

        Dunno why but I feel the need to expound on this thing.

        This was in 2000, my consulting biz had dried up due to changes in tax law, so my first "real" job in 10 years. Company was an engineering outfit I'd previously consulted for, customer was the guy that designed the George Foreman grill, and 3-4 other things As Seen On TV everyone had heard of but I don't remember.

        It was a doohicky you could install under your kitchen cabinet, with a, I dunno, 8" flatscreen that folded down. It had AM/FM radio, OTA TV, DVD/CD playback, internet, and 5.1 stereo capability. Guy wanted to sell it for $x.99.

        We spent a good 6 months on prototypes, but we couldn't get the BOM under $x.99. The contract finally got cancelled. Yes, the price ended in 99. We made many a joke about that, but it was out of our control.

        My thoughts (remember, this was in 2000)

        1) A major problem was the video stream from DVD to screen had to be 100% encrypted end to end. How? Nobody was really sure. This was a hardware issue so I never really had to deal with it. But I thought it was funny as hell that the Powers That Be didn't think it would take more than a year or two to break that encryption. I was right.

        2) My mother in law was hard of hearing so I wanted to add closed captioning. Which wasn't in the spec, nor required by law, so I did it on my own time. Back then it was hard to get the CC spec, there were a couple, and I pretty much did a lot of guessing. I got it working maybe 70% before the project got canned. Side note: If you ever see closed captioning anywhere but the bottom of the screen then someone put a lot of work into making that happen. Just sayin, cuz while I could see it on my TV at home that feature was not documented anywhere.

        3) Our TV chip worked on frequencies, not channels. There was no good map on what channel was on what frequency. I had a hell of a time getting the TV to tune the right channels in San Diego, and from what I was reading if you left San Diego things would change for the worse. Did I mention this thing was gonna be sold worldwide? Forget PAL, if you left the USA then all bets were off.

        4) DVD menu formats (from an embedded software standpoint) were not well documented, if memory serves they were proprietary. I spent many hours untangling that mess; again, I was maybe 70% done when the project got cancelled.

        5) About 2 years after the project got canned the wife and I went to an open house. Where, in the kitchen, they had a doohicky that mounted under the cabinet, had a fold down screen, had a DVD player and internet, but no 5.1 stereo. Asked about it, it was a $700 thing.

        Back to topic, the volume was an 8 bit read only register with 0 being mute. The woman who's code I re-wrote got completely tangled up in her underwear with both not being able to read the register, nor being able to handle the mute button.

        I recently talked about firewire, either here or on that other site. This was that project. Firewire was what we needed, but the Apple Tax drove the price out of our purview and we ended up using USB. To those of you who say "but, it was $0.25 each", you don't understand how things multiply from BOM to final product.

        --
        Why shouldn't we judge a book by it's cover? It's got the author, title, and a summary of what the book's about.
        • (Score: 1, Insightful) by Anonymous Coward on Saturday January 11 2020, @02:38AM

          by Anonymous Coward on Saturday January 11 2020, @02:38AM (#942127)

          The channels are all set by the FCC and ITU. I have a hard time believing that you couldn't find the right frequencies, especially since they have been the same since 1945, except for the reallocation in the 80s of some of the higher UHF channels and the various removals of the higher channels. I can't even describe how bad everyone in any sort of managerial position must have been if you couldn't get your hands on basic, public information like that.

        • (Score: 0) by Anonymous Coward on Sunday January 12 2020, @02:53AM

          by Anonymous Coward on Sunday January 12 2020, @02:53AM (#942392)

          and 5.1 stereo capability.

          s/stereo/audio/g

          5.1 is not stereo, it is surround sound.
          Stereo is two channels, left and right.

    • (Score: 4, Insightful) by istartedi on Friday January 10 2020, @09:45PM

      by istartedi (123) on Friday January 10 2020, @09:45PM (#942049) Journal

      LOC can be a bad metric when it's used as an incentive. IIRC, it was infamously used at IBM or some other well-known place for a while until they realized what a bad idea that was. Programmers were doing exactly what you might think--comment padding, early line breaks, garbage code, #if 0 blocks, etc. just to play to the metric.

      OTOH, if programmers are not under pressure to produce LOC and they're all on the same style guide then LOC is a valid way to evaluate *something*. It may not relate to the complexity of the code directly, but if nothing else it relates to how much code you would need to audit in order to understand and secure the project.

      --
      Appended to the end of comments you post. Max: 120 chars.
    • (Score: 2) by Reziac on Saturday January 11 2020, @02:52AM

      by Reziac (2489) on Saturday January 11 2020, @02:52AM (#942137) Homepage

      If nothing else, it's a metric for how 'growthy' a given codebase is.

      For comparison, complete Windows 95 was about 15 million lines of code (and I remember how croggled we all were by the sheer size of that thing; now it seems positively parsimonious.)

      --
      And there is no Alkibiades to come back and save us from ourselves.
  • (Score: 4, Insightful) by Anonymous Coward on Friday January 10 2020, @08:16PM (3 children)

    by Anonymous Coward on Friday January 10 2020, @08:16PM (#942018)

    vs 1304 LOC: https://github.com/brgl/busybox/blob/master/init/init.c [github.com]

    Given that most of the code in the Linux kernel package is for a wide variety of drivers, what would be a good estimate for the number of lines of code that the average user exercises?

    • (Score: -1, Offtopic) by Anonymous Coward on Friday January 10 2020, @08:23PM

      by Anonymous Coward on Friday January 10 2020, @08:23PM (#942021)

      >> what would be a good estimate for the number of lines of code that the average user exercises?

      This one would get a lot of exercise:

      systemd >> /dev/null

    • (Score: 2) by turgid on Friday January 10 2020, @09:36PM (1 child)

      by turgid (4318) Subscriber Badge on Friday January 10 2020, @09:36PM (#942044) Journal

      If Linux had been designed as a micro kernel... By the way, does anyone remember mkLinux?

      • (Score: 1, Interesting) by Anonymous Coward on Saturday January 11 2020, @08:17AM

        by Anonymous Coward on Saturday January 11 2020, @08:17AM (#942188)

        "Get out of here before I start using mean words again, Mr. Tanenbaum!"

        --Linus, somewhere, probably

        In all seriousness, I remember a friend of mine telling me how awesome mkLinux was. He was convinced that it and PPC were the future of computing over Windows and x86. I never used it myself, but it is interesting from a technological standpoint.

  • (Score: 3, Informative) by turgid on Friday January 10 2020, @09:07PM (6 children)

    by turgid (4318) Subscriber Badge on Friday January 10 2020, @09:07PM (#942038) Journal

    Slackware still has no systemd. This year will be my 25th anniversary as a Slackware user. Thanks Pat.

    • (Score: 1, Informative) by Anonymous Coward on Friday January 10 2020, @10:13PM (3 children)

      by Anonymous Coward on Friday January 10 2020, @10:13PM (#942059)

      Slackware still has no systemd. This year will be my 25th anniversary as a Slackware user.

      27 years here, come September....Shit....where did the years go?

      Thanks Pat.

      Seconded, thanks to the experience gained hacking around with Slackware, I jumped from electronics to Linux BOFH as a career, before finally escaping the increasingly 'unfun' world IT has become (cf. systemd) and into pastures weird...

      still, it's the primary OS on all my home machines, and lang may both it, and Pat's, lums reek..

      • (Score: 1, Interesting) by Anonymous Coward on Friday January 10 2020, @11:21PM (2 children)

        by Anonymous Coward on Friday January 10 2020, @11:21PM (#942075)

        looks like there are many slackers around... me it is around 26 years :D

        • (Score: 1, Informative) by Anonymous Coward on Saturday January 11 2020, @12:52AM

          by Anonymous Coward on Saturday January 11 2020, @12:52AM (#942097)

          since kernel 0.99

        • (Score: 1, Interesting) by Anonymous Coward on Saturday January 11 2020, @10:15AM

          by Anonymous Coward on Saturday January 11 2020, @10:15AM (#942194)

          About 4 years of slack.
          Progression went something like Redhat/Suse* - Mandrake - Mandriva - Mageia - Mint - Slackware

          *For just long enough to decide I didn't like them as much as Mandrake.

    • (Score: 2) by srobert on Saturday January 11 2020, @06:37PM (1 child)

      by srobert (4803) on Saturday January 11 2020, @06:37PM (#942275)

      Slackware was my intro to Linux 24 years ago. These days I prefer Void Linux.
      Slackware has no systemd, but it also has no package manager. I see that as a bad thing.

      • (Score: 2) by turgid on Saturday January 11 2020, @07:31PM

        by turgid (4318) Subscriber Badge on Saturday January 11 2020, @07:31PM (#942289) Journal

        Ahem... Package managers. I wrote my own one many years ago, and a build system to go with it. The lack of a package manager on Slackware isn't really a problem for me given how I use my systems, but it does have packages and I do install the bug fixes. I've never been satisfied with any of the package managers I've encountered in real life, whether that's yum/rpm, dep, SysV pkg etc. They're all broken in some way. One of these days I'm going to rewrite my own one with the benefit of 15 years of hindsight.

  • (Score: 2) by GlennC on Friday January 10 2020, @09:26PM

    by GlennC (3656) on Friday January 10 2020, @09:26PM (#942041)

    Looks like the systemd team still has some work in fron of them though.

    --
    Sorry folks...the world is bigger and more varied than you want it to be. Deal with it.
  • (Score: 5, Insightful) by turgid on Friday January 10 2020, @10:02PM (16 children)

    by turgid (4318) Subscriber Badge on Friday January 10 2020, @10:02PM (#942052) Journal

    I'm going to have to download the systemd source code and have a look at it. It sounds like Linux is entering its Baroque period and will soon die under its own complexity. What will rise from the ashes?

    • (Score: 3, Touché) by Joe Desertrat on Friday January 10 2020, @10:53PM

      by Joe Desertrat (2454) on Friday January 10 2020, @10:53PM (#942065)

      It sounds like Linux is entering its Baroque period and will soon die under its own complexity. What will rise from the ashes?

      Some Microsoft owned mostly closed source horror...

    • (Score: 2, Funny) by Anonymous Coward on Saturday January 11 2020, @12:54AM (2 children)

      by Anonymous Coward on Saturday January 11 2020, @12:54AM (#942099)

      If it's not Baroque ...

      • (Score: 1, Funny) by Anonymous Coward on Saturday January 11 2020, @05:13AM (1 child)

        by Anonymous Coward on Saturday January 11 2020, @05:13AM (#942172)

        What is your best guess, which of the Ruinous Powers afflicted us with the Curse of Systemd?

        • (Score: 1, Informative) by Anonymous Coward on Saturday January 11 2020, @04:31PM

          by Anonymous Coward on Saturday January 11 2020, @04:31PM (#942249)

          DeadRat

    • (Score: 2, Troll) by Ethanol-fueled on Saturday January 11 2020, @02:44AM (2 children)

      by Ethanol-fueled (2792) on Saturday January 11 2020, @02:44AM (#942130) Homepage

      It's gonna die like the Roman empire (and quite possibly like America will soon) -- ripped to shreds because the dictatorial leadership allowed minorities to be a part of it.

      If Linux is to survive, now that Linus is neutered, it will need another cruel, sadistic, and at least mostly-White Hitler or at least a Saddam to keep all the riffraff in check.

      • (Score: 2, Funny) by Anonymous Coward on Saturday January 11 2020, @03:02AM (1 child)

        by Anonymous Coward on Saturday January 11 2020, @03:02AM (#942143)

        You volunteering for the job?

        • (Score: -1, Troll) by Ethanol-fueled on Saturday January 11 2020, @03:50AM

          by Ethanol-fueled (2792) on Saturday January 11 2020, @03:50AM (#942154) Homepage

          You need somebody smart and programmatically savvy for the job. In the mailing list, you need to discover the people who are anti-SJW bullshit, and find somebody charismatic and knowledgeable, somebody who the non-faggots would rally around for a potential fork. I can help here and there only as a limited mouthpiece, and I will keep my mouth shut anticipating Jews keeping thiers shut for the time being. Linux is under attack by freaks and faggots. Let it evolve and survive, or devolve to their level.

    • (Score: 3, Insightful) by fido_dogstoyevsky on Saturday January 11 2020, @03:47AM (8 children)

      by fido_dogstoyevsky (131) <axehandleNO@SPAMgmail.com> on Saturday January 11 2020, @03:47AM (#942153)

      ..It sounds like Linux is entering its Baroque period and will soon die under its own complexity. What will rise from the ashes?

      Probably something like a BSD kernel running GNU software. Called something like GNU/kOpenBSD or GNU/kDragonflyBSD or GNU/TrueOSBSD...
      Pity about having to build it from scratch, if only someone had thought of that earlier...

      --
      It's NOT a conspiracy... it's a plot.
      • (Score: 3, Touché) by Dr Spin on Saturday January 11 2020, @10:09AM (7 children)

        by Dr Spin (5239) on Saturday January 11 2020, @10:09AM (#942193)

        something like a BSD kernel running GNU software

        Perhaps you are thinking of a BSD kernel running BSD userland?

        EG: OpenBSD!

        --
        Warning: Opening your mouth may invalidate your brain!
        • (Score: 1, Informative) by Anonymous Coward on Sunday January 12 2020, @02:23AM (5 children)

          by Anonymous Coward on Sunday January 12 2020, @02:23AM (#942385)

          whoosh? [wikipedia.org]

          • (Score: 3, Insightful) by fido_dogstoyevsky on Sunday January 12 2020, @02:41AM (4 children)

            by fido_dogstoyevsky (131) <axehandleNO@SPAMgmail.com> on Sunday January 12 2020, @02:41AM (#942389)

            When I first heard about Debian dropping (official) support for GNU/kFreeBSD I was puzzled since I thought it was a really good insurance policy agains monoculture problems...

            --
            It's NOT a conspiracy... it's a plot.
            • (Score: 1, Interesting) by Anonymous Coward on Sunday January 12 2020, @03:44AM (3 children)

              by Anonymous Coward on Sunday January 12 2020, @03:44AM (#942401)

              The monoculturalists have unfortunately won at Debian. "Oh noes, if we don't use SystemD we can't have Gnome, and if we can't have Gnome some people won't use us and our ratings will fall!" (Sounds like a Windoze bundling agreement from the 90s).

              Incidentally, why do you prefer the BSD kernel over Linux? I think the kernel is still one thing working well on the Linux side, does BSD do SMP yet? Userland wise, did the BSD licensed utils also bring in the improvements that GNU did, like being able to handle more than 256 args?

              The one thing I truly like about the BSDs is the rc mechanism for starting up the system.

              • (Score: 3, Insightful) by fido_dogstoyevsky on Sunday January 12 2020, @05:40AM (2 children)

                by fido_dogstoyevsky (131) <axehandleNO@SPAMgmail.com> on Sunday January 12 2020, @05:40AM (#942425)

                ...Incidentally, why do you prefer the BSD kernel over Linux?...

                Because of the Linux Foundation's backers, because I suspect Linus might be less hands on in the future, and because systemd isn't a problem in BSD land.

                --
                It's NOT a conspiracy... it's a plot.
                • (Score: 0) by Anonymous Coward on Monday January 13 2020, @12:14AM (1 child)

                  by Anonymous Coward on Monday January 13 2020, @12:14AM (#942591)

                  OTOH, Linus is a millionaire, owns the Linux trademark and doesn't have to give a fuck about orgs waving money and influence around. SystemD isn't a problem in Devuan land, but a BSD kernel not having good SMP performance nor being able to drive common network cards is.

        • (Score: 3, Insightful) by fido_dogstoyevsky on Sunday January 12 2020, @02:26AM

          by fido_dogstoyevsky (131) <axehandleNO@SPAMgmail.com> on Sunday January 12 2020, @02:26AM (#942387)

          Perhaps you are thinking of a BSD kernel running BSD userland?

          EG: OpenBSD!

          No, BSD kernel and GNU userland; I want to keep as much GPL software as possible for as long as possible. And as time goes by the BSD kernel is becoming more attractive to me (or, if you prefer, the Linux kernel less attractive).

          Having said that, OpenBSD is my lifeboat if Slackware stops or falls to systemd.

          --
          It's NOT a conspiracy... it's a plot.
(1)