Arch GNU/Linux Ported To Run On the FreeBSD Kernel 79
An anonymous reader writes "The Arch Linux distribution has been modified to run off the FreeBSD 9.0 kernel as an alternative to using Linux. The developer of Arch BSD explained his reasoning as enjoying FreeBSD while also liking the Arch Linux philosophy of a 'fast, lightweight, optimized distro,' so he sought to combine the two operating systems to have FreeBSD at its core while being encircled by Arch. The Arch BSD initiative is similar to Debian GNU/kFreeBSD."
WTF GNU (Score:0, Insightful)
The name of the distro is "Arch Linux," not GNU/Linux. You can rename a GPL package whatever you want when you distribute it.
Re:WTF GNU (Score:-1)
Yes freetards, please keep your grimy little hands off other people's Linux distros.
I like these projects conceptually (Score:5, Insightful)
I probably wouldn't actually use a Linux-distro-now-with-BSD-kernel for regular usage, but the porting efforts tend to do a good job uncovering not-quite-portable parts of supposedly portable code, which makes everything more robust. So I like that they exist, because the fact that they work at all gives me some more confidence that portable code is working like it's supposed to.
Re:I like these projects conceptually (Score:5, Interesting)
Arch appears quite portable, considering it also has a Hurd port: ArchHurd [archhurd.org].
Re:I like these projects conceptually (Score:0)
Doesn't that mean upstream is quite portable or does Arch do a lot of patching to make it portable?
Re:I like these projects conceptually (Score:2)
A Cambodian child dies... (Score:-1)
Every time shitty Linux news is posted to this site.
Re:A Cambodian child dies... (Score:1)
Still better than the weekly news about Firefox version increment.
And I personally like to keep an eye on the development. Imagine the power of the Linux packaging combined with the BSD kernel. Imagine the sound system which doesn't suck. Imagine the storage, if supported at all, crunching data at half the usual rate. Imagine the unaccelerated graphical interface... ...I digress. But it is still interesting.
Re:A Cambodian child dies... (Score:0)
For crunching data You have to use Crunchbang Linux! ;)
Re:A Cambodian child dies... (Score:3)
Slashdot is exactly the place for news like this to be posted.
Re:A Cambodian child dies... (Score:0)
go back to pcmag, dumbass.
Questions regarding userlands: (Score:5, Interesting)
As a longtime FreeBSD user, I am wondering why bother? I can run Linux binaries through the built-in compatibility layer since at least 7.x
How is using the FreeBSD kernel with the GNU userland any better than running the GNU binaries directly on a full FreeBSD system? If this is to improve "desktop" usability, how does this compare to something like the PC-BSD distribution of FreeBSD?
Re:Questions regarding userlands: (Score:4, Insightful)
I would imagine various privilege escalation attacks are microscopically more complicated, at least for skript kiddies and automated systems, on a mixed system. Security via obscurity should never be your only line of defense, but it is "a" line of defense.
Re:Questions regarding userlands: (Score:2)
Maybe they like the GNU userland better but most likely it's about getting some features from the FreeBSD kernel to Arch.
I assume there's still plenty of GNU stuff in FreeBSD to? Or? I know the various BSDs has argued and switched to BSD licensed compilers previously.
Personally I would like to have what I'm used to and have it work like I'm used to regardless of OS.
OpenSolaris didn't had the GNU utilities and wasn't build the OS wasn't built for things like open sound system and things wasn't made to build on Solaris instead so it was a pain (imho, ymmv) to use for that purpose.
Maybe Pacman work better than portupgrade to.
Re:Questions regarding userlands: (Score:4, Insightful)
Re:Questions regarding userlands: (Score:1)
I would had seen that as a reason good enough to do it to but since Linux got btrfs (and even if it's not perfect now it will improve) I never mentioned it.
Re:Questions regarding userlands: (Score:1)
I used arch and I am still using FreeBSD. Pacman can yield some nasty surprise if you have a seldom powered up computer. Arch really needs a tight update schedule or you might have missed a step that breaks upgrading. If you want a BSD kernel and gnu tools, just install them from ports.
Re:Questions regarding userlands: (Score:1)
My only experience with Arch Linux was back in 0.7 and then it wasn't good. But that doesn't mean much now so I can't comment for how Arch work now. I tried Chakra Linux during early 2012 but I don't remember if there was anything else wrong with it except the bundle system for GTK-applications. Applications? =P
Re:Questions regarding userlands: (Score:-1)
Linux is a monolithic kernel
FreeBSD is a monolithic kernel
Do you know what monolithic kernel is?
Monolithic kernel is the original architecture for software what later started to be called as "operating system".
Before we called specific software as "operating system", we called them as "kernel". And it had other nicknames too like "core", "nucleus", "master program", "supervisor", "controller" and so on.
The term "operating system" became widely used when monolithic operating system architecture got a competitor. That was "server-client" architecture.
The idea on "server-client" was that one giant monolithic operating system were sliced to multiple independent parts. A tiny microkernel what only had most critical parts of kernel, and rest of the kernel were sliced to multiple parts all doing specific task. Example every filesystem was own server. Every network protocol (kernel level like TCP, IP, UDP etc), printer interfaces, input services, output services, sound interfaces etc. All those were made as own program aka server what were directly controlled by microkernel. Together microkernel + servers build up the software what a kernel did alone.
At that time kernels were monolithic not just by architecture but as binary level as well. Meaning you got only a single file what was the whole kernel (whole operating system).
Then we got server-client architecture what was on binary and architecture level bunch of binaries, meaning you got multiple files (together whole operating system).
The term "kernel" did not anymore apply to both of them. Neither did any of other nicknames for kernel. So the new term gone widely accepted and it was "operating system". As it could be applied to both, a monolithic and server-client architectures. Both were systems what operated the hardware and software.
Then someone got idea on marketing department on Microsoft that all software should be called as "operating system" because it has nice technical and mystical echo on it. Later on, after decades of abusing that term, we have ended up to situation where most people don't know that Linux kernel and Linux operating system are exactly the same thing. And that FreeBSD is a monolithic kernel what means it is the whole operating system as well.
And we have even improved the monolithic architecture in such manner that it can be sliced to multiple binaries (modules etc) but still we can not reject the monolithic architecture, meaning that even we have multiple binaries, when they gets loaded by kernel, they are integrated in manner like they would never have been separated in binary level.
There are lies how NT is kernel, as it isn't a kernel. It is a operating system. NT follows server-client architecture. The idea to call NT as kernel is that because kernel is synonym for operating system and NT is operating system, it can be called as well as kernel. But it can not be. NT is operating system, a bunch of servers ran by microkernel.
XNU is operating system, not a kernel. XNU is operating system what Apple use in OS X and iOS. XNU is a server-client by architecture and it has as well a microkernel called Mach. Many say that XNU is based to FreeBSD, but it is not. As Apple only borrowed filesystem and network protocol stack from FreeBSD and leaved everything else. It is like your liver and heart is replaced by organs taken from other person, you are still you but you have other organs, still you are "based" to your parents (unless your DNA change so dramatically that you can not be found to be as).
GNU/Linux is propaganda of RMS. As RMS doesn't like the idea that Linus Torvalds managed to write a operating system what GNU project needed and couldn't manage to get working.
GNU has nothing to do with Linux operating system (nor FreeBSD operating system). GNU is bunch of system libraries and system programs. Even the GNU bootloader GRUB isn't part of operating system. It is just a bootloader what gets executed by motherboard firmware and then its task is to read correct O
Re:Questions regarding userlands: (Score:0)
Ignore troll. He doesn't understand how memory management works and how programs are executed so he's making all the wrong distinctions. Most specifically regarding protected memory and what it meant for the kernel design when the x86 came to have it. Just the fact that Plan 9 is conveniently omitted from his rant is a big tell... But unlike him I'm not going to bother explaining the tech stuff to non-programmers. More importantly it's not really important:
It's called GNU\Linux to show respect to the spirit of the GNU project and the license it's released with.
Regardless, Linus Torvalds himself stated on film he feels calling it GNU\Linux is the right thing to do. And there you have it from God's lips himself ;)
Re:Questions regarding userlands: (Score:1)
Cool story. FreeBSD is an operating system.
TL;DR. At least you had my attention until "operating system." You're welcome.
Re:Questions regarding userlands: (Score:3)
64-bit Linux binaries don't run under the compatibility layer.
Re:Questions regarding userlands: (Score:0)
"64-bit Linux binaries don't run under the compatibility layer."
FreeBSD is working on that.
Re:Questions regarding userlands: (Score:3, Interesting)
Actually, I'd be interested in the opposite. A Linux kernel (wider hardware support) with BSD userland & BSD init.
Comment removed (Score:2)
Re:Questions regarding userlands: (Score:0)
http://starchlinux.org/
Re:Questions regarding userlands: (Score:2)
Comment removed (Score:2)
BSD Python (Score:1)
I'm not quite dead yet. Think I'll go for a walk. I'm so happy, SO HAPP....<thud>
Re:BSD Python (Score:0)
You just discovered unix in the past year, didn't you?
Technological masturbation (Score:-1, Flamebait)
Technological masturbation what these GNU "Linux" userlands with FreeBSD kernel projects boil down to. FreeBSD already comes with a tightly integrated and very secure userland. Use the best tool for the job.. The Linux kernel is great.. The FreeBSD kernel is great.. If you need GNU/Linux userland functionality either use GNU/Linux or simply use a native FreeBSD version of those tools on a native FreeBSD system. If you need FreeBSD functionality use a userland designed and optimized specifically for it instead of trying to hammer a foreign kludge on top of it..
Wasted effort that would have been better spent on something useful.
Re:Technological masturbation (Score:1)
Like tearing down the efforts of others in forum posts!
Re:Technological masturbation (Score:5, Insightful)
Wasted effort that would have been better spent on something useful.
That time is not yours to spend.
Some people spend their time playing golf, others spend it arguing on the interwebs. None of them are useful but it is also unlikely that those who do so will be willing to do something else unless you pay them to.
This dude spent his time doing something way more useful than most other people but you call it wasted time.
As long as people participates in sports, watch TV or go to the cinema I find it a bit odd to call this a waste of time.
Re:Technological masturbation (Score:2)
You're right, it's not my time and I'm not going to claim to desire to dictate how they spend theirs.
I just don't see the value proposition in spending time on this versus spending the time perfecting Arch Linux. I'm not an Arch user, though I'm interested in it. Right now I tend to mainly use Debian, Mint, and FreeBSD. What I'm sure of is that there are bugs and usability issues in Arch that this effort could have been used to address.
I can appreciate their efforts from a technical standpoint, but in the end they used that time to create a technical novelty that in reality will not see a long term use nor large scale adoption. A sharper and more polished Arch experience would have a tremendously larger impact compared to this.
Re:Technological masturbation (Score:4, Insightful)
I just don't see the value proposition in spending time on this versus spending the time perfecting Arch Linux. I'm not an Arch user, though I'm interested in it. Right now I tend to mainly use Debian, Mint, and FreeBSD. What I'm sure of is that there are bugs and usability issues in Arch that this effort could have been used to address.
I didn't read the article (yet... yeah I know) but I can already come up with an answer - maybe this guy's expertise/interest is in low level kernel details that would crop up swapping kernels, instead of in bugs/usability issues which sound UI or user-mode related to me. It's like asking a compiler internals person to fix GNOME 3. Come on, not every developer and their particular skillset is 100% interchangeable with the area that you think needs attention.
Re:Technological masturbation (Score:1)
I'm quite sure they could find some low level mess that needs attention.. There is plenty out there.. Honestly, even if kernel code is what they dream of at night then spending their time testing, validating, and patching problems in either or both of the Linux and FreeBSD kernels would be far more beneficial to the entire FOSS ecosystem than another GNU distro port using the FreeBSD kernel.
Again, they can spend their time however they want. I just think it's a shame it wasn't spent doing something more beneficial/practical.
Re:Technological masturbation (Score:2)
The answer to your alleged debacle is easy to find: Just follow the money.
Oh, wait: There isn't any money. It's just a hobby.
So please, if you want to contribute to the greater good (however you define that), feel free to do so. Otherwise GTFO and STFU.
Re:Technological masturbation (Score:0)
you are nought but a fucking idiot.
Re:Technological masturbation (Score:5, Interesting)
>I can appreciate their efforts from a technical standpoint, but in the end they used that time to create a technical novelty that in reality will not see a long term use nor large scale adoption. A sharper and more polished Arch experience would have a tremendously larger impact compared to this.
Personally, I don't see the point to having a Linux userland with a FreeBSD kernel or vice versa. I'd much rather have a stable system with wide adoption (either Linux or FreeBSD, not some unholy hybrid), but I like the fact that this exists anyway. In the free and open source software world, anyone with interest and time on their hands can do what they want to do. This is in opposition to the closed model where a few decision makers are trying to maximize profit given their resources.
FOSS works a lot like darwinian evolution. A lot of random mutations occur and most do not survive. A few, however, do survive and become widespread and we are better off for it. Don't think of it as wasted effort, think of it as part of the process.
Re:Technological masturbation (Score:1)
It's something the developers can put on their resume. And that is the real value.
Re:Technological masturbation (Score:2)
I'll agree there. It's a nice resume bullet point.
Re:Technological masturbation (Score:2)
Re:Technological masturbation (Score:3)
I could see some use in this. I happen to like FreeBSD and ports - but if you were a Arch Linux expert, now you have a way to get really stable ZFS up quickly without learning a whole new environment.
Re:Technological masturbation (Score:0)
What is an Arch Linux expert?
Re:Technological masturbation (Score:0)
Someone who is an expert using Arch Linux. Please try to keep up and don't be so dense.
Unnecessary redundancies (Score:0)
The author of this suggests that ArchBSD helps with not having to build from source, which may in fact draw the masses of people that don't realize FreeBSD uses PKG_ADD and building from source is optional in most cases. PC-BSD has its own package system as well which makes creating a whole new one pretty unnecessary. Freshports is more than adequate most times even still. With all that's lacking where ARM is concerned why is there still a focus on this and why is it headline worthy?
Re:Unnecessary redundancies (Score:0)
Re:Unnecessary redundancies (Score:2)
Re:Unnecessary redundancies (Score:2)
Could be a good thing. (Score:1)
I always used Arch primarily for setting up servers ... the FreeBSD kernel is an interesting addition.
Init system (Score:1)
I'm wondering how they'll go about the init system now that Arch has decided to move to systemd and drop support for initscripts. Last I heard systemd uses a lot of Linux specific features and cannot easily be ported to a *BSD.
Too bad the site is down at the moment.
Re:Init system (Score:0)
The only init package that appears in the repo is openrc, so I'm assuming they're not using systemd.
http://www.archbsd.net/packages/core/x86_64/openrc/
Re:Init system (Score:0)
Do you understand the difference between "decided to" and "did"? It's not hard if you give it a try, I promise!
Re:Init system (Score:0)
Did > Decided to
Retard.
Re:Init system (Score:0)
Wonder no more. This is my current escape route from something Netcraft never accounted for - systemd.
Re:Init system (Score:0)
I'm wondering about this as well. I wish there was a more cross platform way to keep log files and start programs. If only we could use text files.
Re:Init system (Score:3, Interesting)
LOL. I use Arch Linux, but forcing everyone to switch to systemd has me looking at other distros. Thinking Lubuntu might be the way to go. Read that Ubuntu is going to a rolling release starting in version 14.
The Arch people get pretty nasty if you question their decisions. I asked why they made this move to systemd, and got "you're an ignoramus if you don't understand" kind of responses. Maybe they don't have a good reason? And maybe that's because there isn't a good reason to switch to systemd? The only good thing I've heard about systemd is that it boots faster.
Re:Init system (Score:2)
This [archlinux.org] explains it pretty well:
Systemd has plenty of advantages. People just hate change and having to type systemctl instead of rc.d. It does suck that BSD is getting increasingly left out in the cold with this and udev, though.
Re:Init system (Score:2)
That's more explanation than I managed to turn up poking around on the Arch website and asking in the forums. Thanks. Yet I don't buy it. Also, that the discussion isn't more prominent shows another problem: documentation. Would've been nice to provide a list of common initscripts way of doing things with systemd equivalents, to ease the transition.
For instance, took a bit of time to realize that /var/log/messages was no longer used to hold logs, then hunt around to find out what systemd does instead, which is "journalctl". journalctl appears to compress the logs, which may or may not be a good idea, depends on what uses are made of them. I know of logrotate and how to configure it to use compression or not, but how is this done in systemd? One bad thing about compressing them is that if you want to see more of the most recent messages than journalctl stores in the clear, you're in for a wait. Try "journalctl", go to the end with 'G', and you'll be waiting a few minutes. I think what must be going on is that journalctl is uncompressing all the logs, but I don't know. Maybe journalctl is better, but I'd like some more information so I can judge for myself. What I've seen so far doesn't look better.
I am not convinced that systemd is following the UNIX principle of lots of small, simple utilities that each do one thing and do it well. Despite their claims of modularity, systemd seems to be making system initialization into a monolithic process. What compelling reason do they have for this approach? None that I've heard. The reason we stick with the Linux kernel is that it's mature, supports a lot of hardware, and contains a lot of good work and good algorithms for the core function of an OS, process and resource management. We don't stick with it because it's monolithic, more like in spite of that, and because there isn't any decent microkernel alternative. So we're stuck with monolithic kernels. Why would we want to throw away modular initialization systems for a monolithic one?
BTW, that thread also shows the nastiness I was talking about. Consider this gem:
My two cents about Arch moving to systemd: Arch devs knows what they're doing, period. Stop whining about KISS/Arch way because many of you obviously don't get it.
Yeah, I like being talked down to like that. Not.
why? (Score:0)
why? why so much dedication on to things that have no point vs things that will make Linux better in terms of usability and to take over the desktop. Such a waste.
Re:why? (Score:0)
Like what, porting Arch to the HURD kernel? Would that be a better use of time? Jackass.
Re:why? (Score:0)
OH SNAP:
http://www.archhurd.org/
OP is still a jackass though.
Re:why? (Score:0)
Bad Headline: there's no Linux (Score:3, Insightful)
Headline makes it sound like Linux has been ported to BSD. Ten years ago I would have said "That doesn't make any sense," but then User Mode Linux came along (where other operating systems, rather than just hardware, become the port platform target). If you RTFA, though, this does not involve User Mode Linux. It doesn't involve any Linux at all, so it should be left out of the name; it should be called Arch GNU/BSD.
To put it another way, when you run a certain multimedia player on your NOT-AN-XBOX hardware, you might call that app XBMC. You don't (ever) call it X Box Multimedia Consoleorwhateverthelastwordis, because there's no XBox involved.
Another analogy (because this is Slashdot where we love such things). I once heard a funny story about an English man who had dark skin, being called an "African-American" by some PC-non-thinker. The dunce would call him African-American, and the English dude would say, "No, I'm not American. I wasn't born in American, I don't live in America, I've never been there. Don't call me American," and the PC guy would think "but you're black, except I'm not allowed to label a person 'black' because the pc police say I have to blindly search-and-replace 'black' with 'African American' so..." and then he'd repeat the mistake.
That is what you're doing when you call this project "Linux." You sound just as dumb as the "You're African-American" dolt. It's not Linux, just as the black Englishman is not an African-American.
Re:Bad Headline: there's no Linux (Score:0)
Point taken, "nigger linux" it is then!
Modded down for politically incorrect attempt at humor in 3,2,1...
Re:Bad Headline: there's no Linux (Score:3)
Even better are all the white folks I've met in America who were born in Africa (South Africa, mostly).
They tend to be confused why certain people look at them oddly when they claim the title of African-American, even though it much more applies to them than to someone who happens to have dark skin and has no known relations in Africa...
So yeah, Steve Nash is technically the only "African-American" currently playing for the Lakers, using the "American" part loosely...
Re:Bad Headline: there's no Linux (Score:1)
Re:Bad Headline: there's no Linux (Score:1)
African-American is problematic.
The term really denotes descendants of American slaves. But what if you are a descendant of a French slave in Paris just visiting USA? Are you African-French? And how about the descendants of French colonists in a former colony? Do these countries have French-Africans and African-Africans?
It means black.
There is no GNU/Linux (Score:0)
So the technical truth is: "Arch Linux has a version where Linux operating system has been swapped to FreeBSD operating system."
Yes, that is the truth. There is no "GNU/Linux" and even that both, Linux and FreeBSD are monolithic kernels (== monolithic operating system) they are not "just kernels" like microkernels are.
GNU/Linux would be true only if Linux would be a microkernel but then it would be HURD/Linux as HURD is the operating system, what use a microkernel. HURD is microkernel + servers == server-client OS architecture != monolithic OS architecture.
Re:There is no GNU/Linux (Score:0)
Linux is not an operating system.
It does not come with bash, or ls, or a shell, or libraries, or anything.
It's just a kernel.
Sorry, you may want to review what you think "Linux" is, sounds like you're talking about a distro.
Interesting (Score:0)
I'm sure this is an interesting project, though I can't imagine many people will want an OS which takes for ever to install and won't run on a lot of consumer hardware. As others have said, the benefit here will probably be patching upstream projects which were not entirely portable.
What timing... (Score:3)
In December I had the opportunity to try Arch out while attempting to get Xen working on a newly built pc. The Xen experiment failed but I did find myself liking the way Arch did things enough to install it on a SD card for my laptop just a week ago, replacing a FreeBSD 8 install. I really keep it there mostly for emergencies so perhaps I'll wipe and reinstall with this new BSD variant. But I'll still be keeping 9.1 on my desktop, at least for now.
More arch! (Score:2)
Well, if you want it "encircled" you're gonna need another Arch. Or maybe some cowbell?
Woo (Score:0)
All 3 users are excited.
Forums (Score:2)
In a jail? (Score:2)
How is Arch Hurd? (Score:2)
BSD userland (Score:0)
Their IRC channel says:
Note: It's BSD userland ignore the sources that say it's GNU userland
They should have made this clear on the homepage.
It's not even hidden in a FAQ, as far as I can tell.
Bullshit... (Score:0)
You all are a bunch of dumb-fuck, think-you-know-it-alls who really do not possess a smidgeon of actual experience or true knowledge. Talk about wasting time? I am my wasting time berating you fuck-asses for calling this project a waste of time. What you do at work is a waste of time regardless of your worthless jobs. Try posting something meaningful, if even counter-supportive of the article, but for fuck-sake, don't waste every readers' time with pointless...opinionated...intelligence-lacking posts. Good day.