Linux Kernel Moves To Github

← Back to Stories (view on slashdot.org)

Posted by samzenpus on Monday September 5, 2011 @01:00AM from the moving-to-better-quarters-on-campus dept.

An anonymous reader writes "Linus Torvalds has announced that he will be distributing the Linux kernel via Github until kernel.org servers are fully operational following the recent server compromise. From the announcement: 'But hey, the whole point (well, *one* of the points) of distributed development is that no single place is really any different from any other, so since I did a github account for my divelog thing, why not see how well it holds up to me just putting my whole kernel repo there too?'"

142 comments

Min score:

Reason:

Sort:

Great by Mensa+Babe · 2011-09-05 01:00 · Score: 5, Interesting

I clicked the link and here's what I got: "Server Error 500 - An unexpected error seems to have occurred. Why not try refreshing your page? Or you can contact us if the problem persists." with a cute parallax scrolling animation of GitHub logo falling down the Grand Canion. I've never seen 500 error on GitHub before.
Linus writes: "since I did a github account for my divelog thing, why not see how well it holds up to me just putting my whole kernel repo there too?"
Why not? Because you just broke GitHub! That's why!
And now let's all remain silent while the instant, distributed, cpu-intensive, encrypted https slashdotting of GitHub starts in 3... 2... 1...

--
Karma: Positive (probably because of superiour intellect)
1. Re:Great by Trepidity · 2011-09-05 01:06 · Score: 4, Interesting
  
  I'm not sure if you meant this specifically, but as a nitpick, https itself is hardly CPU-intensive these days. GitHub might be doing CPU-intensive stuff to service requests, but if so, it's more likely to have something to do with their backend than with https.
  
  --
  10 PRINT CHR$(205.5+RND(1)); : GOTO 10
2. Re:Great by Anonymous Coward · 2011-09-05 01:06 · Score: 0
  
  GitHub just reported having some issues on their Twitter account: https://twitter.com/github/status/110695509315952640
  Seems to be resolved now. No indication if it's related to Slashdot.
3. Re:Great by cyborg_monkey · 2011-09-05 01:08 · Score: -1
  
  You should give it rest, come back in a month or two. I see that you are being outed quite frequent.
4. Re:Great by Anonymous Coward · 2011-09-05 01:12 · Score: 5, Informative
  
  18min ago: "Our DB has blacklisted one of our frontend hosts due to connection errors. We're looking into it."
  7min ago: "Our DB and frontend are friends again. The site is back up."
  From their Twitter feed
  Their response time to this problem is a great advertisement for their services.
5. Re:Great by Anonymous Coward · 2011-09-05 04:04 · Score: 0
  
  Behold: the power of Ruby
6. Re:Great by rim_namor · 2011-09-05 04:48 · Score: 1
  
  Oh, come on, you are just being negative. They is at least trying to do something different, give him a chance. It's not like he has done anything before that was anywhere near a success. Let him play with the guttenhub and lunux kranel.
7. Re:Great by bonch · 2011-09-05 08:30 · Score: 1
  
  Slashdot no longer gets the huge traffic it used to nor the ability to "Slashdot" large sites. Even the numbers of comments posted to most articles is lower than it used to be.
8. Re:Great by Aighearach · 2011-09-05 10:38 · Score: 1
  
  Yeah it used to be a mark of pride if a site could withstand it... now it is a mark of exceptional shame to be felled by it.
  Ahhh, the good old days. *sniff* *sniff*
  Now I heard they're even going to cut slashdot radio!
9. Re:Great by RobbieThe1st · 2011-09-05 10:45 · Score: 1
  
  I thought it was just the fact that modern hosts have better connections and higher quotas... And a lot are hosted on things like Blogspot, which has the massive power of Google behind it - No mere huge number of viewers will being *that* down!
10. Re:Great by fluffy99 · 2011-09-05 13:52 · Score: 1
  
  18min ago: "Our DB has blacklisted one of our frontend hosts due to connection errors. We're looking into it."
  7min ago: "Our DB and frontend are friends again. The site is back up."
  From their Twitter feed
  Their response time to this problem is a great advertisement for their services.
  Translation:
  18 min ago - One of our frontend servers was automatically isolated because it did something suspicious.
  7 min ago - Don't worry, no one would ever hack us so we reconnected the server and all looks normal.
  (hey wait, who made all these unsigned commits?)
11. Re:Great by Spugglefink · 2011-09-05 15:04 · Score: 1
  
  Their response time to this problem is a great advertisement for their services.
  Now if only they'd offer Subversion hosting...
12. Re:Great by rubycodez · 2011-09-05 16:28 · Score: 1
  
  Gee, and here I thought it was the erlang they were using that was the problem
  Ruby != Rails
13. Re:Great by Anonymous Coward · 2011-09-05 22:02 · Score: 0
  
  Someone really smart suggested the article at imperialviolet.org is dumb because it removes security to make https fast and therefore isn't good idea. Anyone able to provide any more accurate informations?
14. Re:Great by Bitsy+Boffin · 2011-09-06 16:54 · Score: 1
  
  Now if only they'd offer Darcs hosting...
  
  --
  NZ Electronics Enthusiasts: Check out my Trade Me Listings
I hope github people dont faint on the load... by AlexiaDeath · 2011-09-05 01:07 · Score: 1

Because it's gonna bite :) Its working now btw...
1. Re:I hope github people dont faint on the load... by sgbett · 2011-09-05 01:26 · Score: 3, Funny
  
  Maybe they were just taking a second to resolve the paradox of Linux distributing itself!
  
  --
  Invaders must die
FTFY: Re:Great by Anonymous Coward · 2011-09-05 01:08 · Score: 2, Funny

And now let's all remain silent while the instant, distributed, cpu-intensive, encrypted https slashdotting of GitHub starts in 3... 2... 1...
AND FORK!
1. Re:FTFY: Re:Great by Anonymous Coward · 2011-09-05 01:37 · Score: 0
  
  And now let's all remain silent while the instant, distributed, cpu-intensive, encrypted https slashdotting of GitHub starts in 3... 2... 1...
  AND FORK!
  You wouldn't dare...
2. Re:FTFY: Re:Great by somersault · 2011-09-05 02:01 · Score: 1
  
  I for one welcome our new AnonCowardix kernel overlords..
  
  --
  which is totally what she said
Just saying. by knuthin · 2011-09-05 01:08 · Score: -1, Offtopic

Very high chance this thread will turn into a git vs Hg flame.

--
Some apps are WYSIWYG. Some others are WYSIWTF.
1. Re:Just saying. by Anonymous Coward · 2011-09-05 01:12 · Score: 4, Insightful
  
  Can we just agree that both are awesome and ClearCase _really_ sucks?
  *frustrated user*
2. Re:Just saying. by Anonymous Coward · 2011-09-05 01:13 · Score: -1
  
  No one uses Mercurial.
3. Re:Just saying. by underqualified · 2011-09-05 03:34 · Score: 4, Insightful
  
  There's this little project called Firefox that uses Mercurial. You might have heard of them.
4. Re:Just saying. by Anonymous Coward · 2011-09-05 03:53 · Score: 0
  
  agreed (former frustrated user).
  I learned to bend clearcase to (partly) do my bidding by keeping patch sets and using a combination of diff, patch, and scripts around cleartool merge nodata and others.
  After that it was almost usable (since I didn't see clearcase that much anymore down below at all).
another slashvertisement! by Jose · 2011-09-05 01:16 · Score: 2

pfft...this is clearly a slashvertisement for Linus' divelog!

--
The basic sleazeware produced in a drunken fury by a bunch of UCBerkeley grad students was still the core of BIND. --PV
1. Re:another slashvertisement! by Runaway1956 · 2011-09-05 07:35 · Score: 1
  
  I saw Linus' divelog. Nothing to get excited about. Now, if he were MUFF diving, and he managed to stay down for the same length of time, I'd be impressed. In fact, I'd consider taking lessons!
  
  --
  "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
TripMaster Monkey, is that you? by Anonymous Coward · 2011-09-05 01:17 · Score: 0

Are you TripMaster Monkey?
Why resort to vague stuff /again/?! by Anonymous Coward · 2011-09-05 01:21 · Score: -1, Troll

It amazes me how Torvalds always manages to direct his attention to vague stuff for Linux and never seemingly attempts to try stuff out which has been around for ages.
Take the version control system. No; not the current one but the first one. Instead of relying on one of the dozens of (very capable) OSS solutions out there he picked some vague commercial product which could be used freely, sort of... And when he eventually had to change it turned out to be quite rough (go figure!).
And now here's another example. Why can't he rely on sites which have proven themselves time and time again? Why not try sourceforge for example?
Here's my prediction: right now this site is "free for OSS". kernel.org will raise a massive load (so will slashdot). How long before policies change and people will need to cough up in order to reach kernel source code?
Deja vu!
1. Re:Why resort to vague stuff /again/?! by makomk · 2011-09-05 01:32 · Score: 2
  
  Sourceforge is quite obnoxious these days; most modern open source projects seem to use github instead. The Linux kernel is hardly the first big project they've hosted...
2. Re:Why resort to vague stuff /again/?! by datapharmer · 2011-09-05 01:36 · Score: 2
  
  First, Github has been around for quite some time now and is just hosting for Git - hardly "vague" (is that the word you were looking for even?) and by your argument shouldn't sourceforge also cost money now? You know that massive load also comes with massive numbers of visitors and publicity and bandwidth is cheap now right? They are getting free direct advertising to programmers all over the net. How is that bad for them exactly?
  
  --
  Get a web developer
3. Re:Why resort to vague stuff /again/?! by Anonymous Coward · 2011-09-05 01:40 · Score: 2, Interesting
  
  Here is an overview of hosting facilities.
  Others do seem more capable.
4. Re:Why resort to vague stuff /again/?! by mwvdlee · 2011-09-05 01:42 · Score: 2
  
  Here's my prediction: right now this site is "free for OSS". kernel.org will raise a massive load (so will slashdot). How long before policies change and people will need to cough up in order to reach kernel source code?
  And how long before every OSS project just moves to a different host as soon as those policies change? Somehow I don't think the policy is going to change.
  
  --
  Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
5. Re:Why resort to vague stuff /again/?! by Anonymous Coward · 2011-09-05 02:05 · Score: 0
  
  They already seem to keep a 300mb limit in order to prevent abuse. Considering the size of the kernel.org project it wouldn't take very drastic policy changes in order to make it affect bigger projects only.
  Its not as if this hasn't been done before mind you!
6. Re:Why resort to vague stuff /again/?! by rubycodez · 2011-09-05 02:38 · Score: 1
  
  Exactly which capable version control system are you referring? cvs or its step child svn? haha, they're all brittle garbage that don't scale up. Sourceforge gives you a cvs or subversion account (or you can link to your own system, oop that's back to square one)
7. Re:Why resort to vague stuff /again/?! by Anonymous Coward · 2011-09-05 03:11 · Score: 0
  
  SourceForge supports Git. What's less certain is whether the site can handle the load of the Linux kernel.
8. Re:Why resort to vague stuff /again/?! by Aighearach · 2011-09-05 10:47 · Score: 1
  
  It amazes me how Torvalds always manages to direct his attention to vague stuff for Linux and never seemingly attempts to try stuff out which has been around for ages.
  Yeah really, for example, Minix.
But Github addresses makes Linus unhappy! by Dan+Dankleton · 2011-09-05 01:27 · Score: 2

Has Linus changed his mind in the last week? http://article.gmane.org/gmane.comp.file-systems.ext4/27628
1. Re:But Github addresses makes Linus unhappy! by Anonymous Coward · 2011-09-05 01:47 · Score: 3, Informative
  
  No, he specifically addressed this in his post:
  
  NOTE! One thing to look out for when you see a new random public
  hosting place usage like that is to verify that yes, it's really the
  person you think it is. So is it?
  You can take a few different approaches:
  (a) Heck, it's open source, I don't care who I pull from, I just want
  a new kernel, and not having a new update from kernel.org in the last
  few days, I *really* need my new kernel fix. I'll take it, because I
  need to exercise my CPU's by building randconfig kernels. Besides, I
  like living dangerously.
  (b) Yeah, the email looks like it comes from Linus, and we all know
  that SMTP cannot possibly be spoofed, so it must be him.
  (c) Ok, I can fetch that tree, and I know that Linus always does
  signed tags, and I can verify the 3.1-rc5 tag with Linus known public
  GPG key that I have somewhere. If it matches, I don't care who the
  person doing the release announcement is, I'll trust that Linus signed
  the tree
  (d) I'll just wait for kernel.org to feel better.
2. Re:But Github addresses makes Linus unhappy! by Anonymous Coward · 2011-09-05 01:53 · Score: 0
  
  Has Linus changed his mind in the last week?
  http://article.gmane.org/gmane.comp.file-systems.ext4/27628
  
  No. The github address and bad grammar made Linus suspicious about the sender's identity. It had nothing to do with github itself.
  See the comments here.
Slashdottings aren't what they once were. by Anonymous Coward · 2011-09-05 01:31 · Score: 0

Slashdottings just aren't what they once were. As long as you're not using a stupid PHP blog system hitting a MySQL database with absolutely no caching in place, it's easy for a cheap VPS to handle the load without any problems.
Part of this is because there seems to be far fewer Slashdot readers than in the past. The stupider ones have moved to Digg, reddit and Hacker News, apparently.
Hardware is also so much faster today that even an old school Slashdotting would be only a minor spike.
1. Re:Slashdottings aren't what they once were. by Anonymous Coward · 2011-09-05 01:56 · Score: 0
  
  The stupider ones have moved to Digg, reddit and Hacker News, apparently.
  So, where did the smarter go?
2. Re:Slashdottings aren't what they once were. by Teancum · 2011-09-05 02:05 · Score: 4, Insightful
  
  Part of this is because there seems to be far fewer Slashdot readers than in the past. The stupider ones have moved to Digg, reddit and Hacker News, apparently
  While I will admit there have been many Slashdot readers who have moved to other websites, I think the issue here is more that as a percentage of the web community Slashdot no longer is the dominate community of discussion. This is more because there simply are fewer geeks running around on the web any more as Facebook, Twitter, YouTube, and other "social media" sites have more ordinary non-geek people.... any one of which can also post a link going viral that will dwarf anything Slashdot would ever produce. Many of the larger websites routinely expect a large number of visitors for some things they post, and can more than compensate for what happens when they become the focus of a lot of people at once.
  Slashdot will still bring a huge number of visitors to a site and for somebody doing a homebrew website it can be a big deal, but I'd agree that due to improvements in hardware and better software management there isn't nearly so much of a problem any more.
3. Re:Slashdottings aren't what they once were. by doti · 2011-09-05 03:50 · Score: 2
  
  offline
  
  --
  factor 966971: 966971
4. Re:Slashdottings aren't what they once were. by Bill,+Shooter+of+Bul · 2011-09-05 04:21 · Score: 1
  
  Not to mention that slashdot's interface has progressively gotten worse, making it a real pain to use. Although, it did get better recently. I boycotted until it got usable again. It seems a lot faster recently.
  
  --
  Well.. maybe. Or Maybe not. But Definitely not sort of.
5. Re:Slashdottings aren't what they once were. by deains · 2011-09-05 06:07 · Score: 1
  
  I guess Moore's Law doesn't apply to slashdotting. :P
6. Re:Slashdottings aren't what they once were. by bonch · 2011-09-05 08:32 · Score: 1
  
  Part of this is because there seems to be far fewer Slashdot readers than in the past. The stupider ones have moved to Digg, reddit and Hacker News, apparently.
  Actually, most of the normal people who want actual discussion left for those sites, leaving hardcore fanboys here who either troll anonymously or post obvious karma whoring posts that just repeat some obvious belief that the community has (Microsoft is evil, Google is great, piracy is awesome, etc.). Finding insightful posts has gotten more difficult than ever before, and the bizarre moderation trends don't help--everyone is using Underrated/Overrated modifiers like crazy, which don't show up in meta-moderation.
7. Re:Slashdottings aren't what they once were. by bonch · 2011-09-05 08:38 · Score: 2
  
  I think you're underestimating sites like Digg, Reddit, and Hacker News, which drive enormous amounts of traffic. Slashdot just isn't as relevant anymore. It is fast becoming a sounding board for fanboys and trolls who think and act a certain way, and the accepted news submissions reflect this. There used to be programming links on the front page and discussions of technical issues.
  These days, Slashdot's news cycle is:
  * Google is great
  * MS/Apple is evil
  * Piracy is great
  * Capitalism is evil
  * Here's a video game or superhero movie review.
  * Random Linux kernel news due solely to historical tradition.
8. Re:Slashdottings aren't what they once were. by dylan_- · 2011-09-05 23:17 · Score: 2
  
  It is fast becoming a sounding board for fanboys and trolls who think and act a certain way, and the accepted news submissions reflect this.
  
  bonch's Achievements
  Submitted a Story That Was Posted
  Congratulations! ;-)
  
  --
  Igor Presnyakov stole my hat
9. Re:Slashdottings aren't what they once were. by Luyseyal · 2011-09-06 03:42 · Score: 1
  
  Bah, people have been saying the same thing about Slashdot since the JonKatz era. Say what you will, but Digg and Redditt cover a far, far larger variety of topics than Slashdot and thus garner more users (and links) by nature. Slashdot has tried to stay a crystallized, topical board and as such its traffic and influence have remained static while the Web has grown around it.
  Slashdot's real draw is the discussion system[s]. With great ease, I can restrict an article's comments to a few high-ranked ones and enjoy those nuggets (often from real experts, not just some gushing layperson) and their children and never have to read about hot grits and whatnot.
  $0.02USD,
  -l
  
  --
  Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
Time to shift focus to another kernel? by whiteboy86 · 2011-09-05 01:34 · Score: 1, Interesting

Linux kernel is very mature at this point, but some basic functionalities like HAL (hardware abstraction layer) are not present and not even planned. Linus is perhaps happy with the current 3.x state of Linux, but lots of people demand more.. I recently ventured to ReactOS website and have seen lots of activity in the SVN. This is maybe thanks to Google Summer of Code 2011 ReactOS involvement, lots of commits on daily basis in the trunk now, the project seams to be getting in motion again.
1. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 01:39 · Score: -1
  
  Fuck you Microsoft troll!
2. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 01:40 · Score: 5, Insightful
  
  Why is HAL such a good idea?
  I know that I can move a Linux installation image from one machine to another without a glitch, while Windows (which has a HAL) fails miserably if the source and destination machine vary in any non-trivial way.
3. Re:Time to shift focus to another kernel? by JasterBobaMereel · 2011-09-05 01:50 · Score: 3, Insightful
  
  A HAL theoretically makes the system portable, but Linux does not have one (normally) and is still quite portable, and Windows has one, and is not ...?
  Reactos does not appear to have a HAL (unlike the Windows it is modelled on) but has been ported to other architectures anyway ?
  
  --
  Puteulanus fenestra mortis
4. Re:Time to shift focus to another kernel? by gatkinso · 2011-09-05 01:54 · Score: 2
  
  IIRC Windows is quite portable, having run NT on x86, PowerPC, Alpha, MIPS, and I heard Windows 8 runs on ARMv7.
  
  --
  I am very small, utmostly microscopic.
5. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 01:57 · Score: 0
  
  It already HAS a HAL. It may not be the one you think it needs, but it does have one- so saying it's not present or even planned is being...heh...LAME.
6. Re:Time to shift focus to another kernel? by ledow · 2011-09-05 02:02 · Score: 4, Informative
  
  Never have I had to agree with a post more.
  My employers, not particularly tech-literate, have even seen this and learned it first-hand, and have had to get themselves out of the habit that "moving that server to new hardware means configuring a new one, effectively".
  Move a Windows server - you can be in for a world of hurt unless you want to fresh-deploy it every time. Move a Windows-client, historically you'd be prepared for blue-screens because you have the "wrong" processor type (Intel vs AMD - requires disabling some randomly named service via the recovery console, for example), reinstalling the vast majority of the drivers (probably from a 640x480 safe mode) and even then can't be guaranteed to get anything back and working - not to mention activation, DRM, different boot hardware (e.g. IDE vs SATA), etc.
  Move a Linux server - unless your OWN scripts do something incredibly precise and stupid with an exact piece of hardware, it will just move over. At worst, you'll have to reassign your eth ports to the names you expect using their MAC address (two seconds in Linux, up to 20 minutes in Windows and a couple of reboots).
  Hell, you can even change the kernel entirely, or the underlying filesystem type or any one of a million factors and it will carry on just as before, maybe with a complaint or two if you do anything too drastic but almost always with no ill-effects and a 2-second resolution.
  The only piece of hardware on Linux that I have to "fiddle" is a USB-Fax modem that has ZERO identification difference between two examples of itself. You literally have no way to assign them to fax0 and fax1 except guesswork - or relying on the particular USB port name which wouldn't translate between computers. But the install has moved through four machines (from an ancient office workstation with IDE - sacrificial hardware to prove my point about its usefulness -, to a state-of-the-art server class machine with SAS RAID6 and redundant power supplies) without so much as a byte-change - just me swapping the fax modems over rather than bothering to code the change.
  And if the hardware breaks? No big deal - pull out the old machine and/or any random desktop machine (or even laptop) with enough ports, image it across byte-for-byte and carry on regardless.
  People don't get that this is a BIG feature that they should be pushing - whereas with Windows I've heard (and seen) horror stories about RAID cards not working without the exact controller/firmware/driver combo that they were setup with, blue-screens and hangs and activation dialogs when you attempt something like that, not to mention HOURS of fiddling to get the image running exactly how it was on the original machine (if that's even possible). It goes along with the "plaintext" / "plain file" backup strategy (hell, my /etc/ is under automatic version control with two commands!), etc.
  The point of an OS is to make the software independent of the underlying hardware. Windows lost that independence a LONG while ago (Windows NT / 95). Linux still has it because of the underlying design of the whole thing.
  Don't even get me started on restoring an "NT Backup" without having the exact correct hotfix/service pack setup that you were backing up from...
7. Re:Time to shift focus to another kernel? by rubycodez · 2011-09-05 02:09 · Score: 2
  
  no, it takes massive effort and expense which is why Microsoft dropped those other three architectures, and the ARM port is still being worked on. Any windows admin can tell you what a bare metal restore does with the most minute of variations in hardware, it get screwed up. We can get MS Windows the alternate name of "Failure of HAL"
8. Re:Time to shift focus to another kernel? by reashlin · 2011-09-05 02:10 · Score: 2
  
  This is not the portability people are on about.
  Take a HDD from a Windows machine and put in in another PC, try booting from it. I am convinced in all but specific circumstances it will not boot.
  On the other hand, my current home desktop is a pair of software RAIDed disks that have been in 3 seperate computers now (Motherboard, RAM, video and sound output etc.). I have not had a problem doing this. Sure I now use "eth4" as my default network port but nothing else of note is a problem.
  Linux's ability to select the correct driver/modules at boot is what enables this.
9. Re:Time to shift focus to another kernel? by amorsen · 2011-09-05 02:12 · Score: 1
  
  Quite portable as long as you're little endian and PCI. Good luck if you aren't.
  
  --
  Finally! A year of moderation! Ready for 2019?
10. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 02:20 · Score: 0
  
  Portable means it can be moved to another machine and does not mean can be installed on many types of machine (as you have it).
11. Re:Time to shift focus to another kernel? by Rogerborg · 2011-09-05 03:08 · Score: 2
  
  So, your definition of "more than Linux" is Windows NT?
  Sell it to me. What does ReactOS aim to provide that a modern Linux based distro doesn't already give me? Games? Bleeding edge graphics drivers for, uh, games?
  
  --
  If you were blocking sigs, you wouldn't have to read this.
12. Re:Time to shift focus to another kernel? by 10101001+10101001 · 2011-09-05 03:18 · Score: 4, Informative
  
  Linux kernel is very mature at this point, but some basic functionalities like HAL (hardware abstraction layer) are not present and not even planned.
  Perhaps you should read this recent article on LWN about Avoiding the OS abstraction trap. The core point to consider that a HAL is a means to an end, not an end in itself. Linux's development doesn't need nor likely should it have a HAL like other closed OSs precisely because it doesn't deal with binary drivers. Instead, code is frequently refractored, reorganized, etc and the main issue is whether the user space ABI stays intact. All pushing a HAL would do is further constrain the kernel to maintaining another set user space ABI, which would likely end up being suboptimal since no HAL is perfect, and devote developer time to something that instead of forming organically as hardware/code demands would wall the expectations and the ability to provide functionality. Such might be great for a platform that's expected to be deployed, be infrequently changed, and for which driver development is a one-off affair, but that's pretty much the antithesis of the Linux kernel.
  
  Linus is perhaps happy with the current 3.x state of Linux, but lots of people demand more..
  I don't think Linus is "happy with the current 3.x state of Linux", but I wouldn't be surprised if he's happy with the development process in place that he's a part of that can change the 3.x line towards something better. The Linux kernel is constantly changing. There's unlikely to ever be a state, ie a one point snapshot, where the Linux kernel will ever make most people happy because there's too many people with too many diverse goals and they all desire to change the Linux kernel from what is to what it could be. That's the great thing about an open development model, where people can make that happen. And if nothing else, they can make their own fork of Linux if the Linus tree doesn't make them happy enough.
  
  I recently ventured to ReactOS website and have seen lots of activity in the SVN. This is maybe thanks to Google Summer of Code 2011 ReactOS involvement, lots of commits on daily basis in the trunk now, the project seams to be getting in motion again.
  While that's great news for ReactOS, and with no offense to the ReactOS developers, but if I did Linux kernel development, I wouldn't be jumping on board ReactOS development. ReactOS is a noble project and I'm sure in the future I'll get a lot of use out of it, but I view ReactOS as a stopgap project. That is, it's something like wine, which seems more than anything as a way to run the occasional Windows program and to allow those who are using Windows exclusively now to have a path to switching to using Linux (or OpenBSD or whatever) rather exclusively to run the occasional Windows program.
  I say this primarily because Windows is a massive beast of an OS, produced through decades of development. Trying to re-implement it with incomplete documentation, reverse engineering, etc is a task like to take many times as long and as such I can even optimistically only see ReactOS as an open Windows 2000 or Windows XP clone for the 2020s or 2030s. Having more developers might speed up the process a bit, but assuming there's already a critical mass of developers to move development forward, I think the mythic man hour and the law of diminishing returns kicks in pretty quickly, especially when it's hard to delegate a lot of the work on things when the things themselves are most a mass of "stuff we don't have documentation for but needs implemented anyways".
  Now, if one has a personal interest in having a complete open Windows clone, then please join ReactOS development. I'm certain they'd appreciate the help, even if it doesn't speed up the completing time very much. I certainly commend anyone who works to better an open project that will give advantage to oneself and others. But, I wouldn't seriously consider
  
  --
  Eurohacker European paranoia, gun rights, and h
13. Re:Time to shift focus to another kernel? by whiteboy86 · 2011-09-05 03:29 · Score: 1
  
  > Why is HAL such a good idea?
  
  HAL and lack of standardised DDK is a major Linux turn away factor for many, sometimes you can't go 'open source' if 3rd party technologies and NDAs are involved. It would be more flexible to be able just optionally plug-in stuff without the hassle of sharing..
14. Re:Time to shift focus to another kernel? by jimicus · 2011-09-05 03:29 · Score: 3, Insightful
  
  ReactOS suffers from two huge problems:
  1. It's still in alpha stage and it's aiming at a moving target. The idea is it will eventually be broadly equivalent to Windows XP/2003 - I confidently predict that by the time it becomes even remotely stable, we will look upon XP/2003 in much the same way as we look upon NT 3.51 today.
  2. Patents. We've seen what happens when a disruptive Linux-based product comes on the market with Android - everybody and his dog is suing Google. The fact that Linux doesn't try to ape Windows - combined with support from the likes of IBM - has kept Linux on the server relatively free from lawsuits (with the obvious exception of SCO) - ReactOS doesn't have anywhere near the level of support from large commercial organisations; I can't imagine many smaller companies wanting to publicly support something that is essentially painting a big target on its back and shouting "Hey, Microsoft! Aim here!".
15. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 03:44 · Score: 0
  
  One word: "virtualization"
  Ever heard of it? No? - try it sometime - it's only been around for 20+ years.
16. Re:Time to shift focus to another kernel? by Karellen · 2011-09-05 04:10 · Score: 1
  
  I recently ventured to ReactOS website and have seen lots of activity in the SVN [...] lots of commits on daily basis in the trunk now,
  "Lots"? Really? Compared to what? How many do you think is "lots"? The Linux kernel was averaging ~70 commits per day from 2.6.13 - 2.6.27 (source - that's every day, for more than 3 years) and I'm pretty sure the pace has picked up a fair bit from that in the ~3 years since then, as hinted at by the right hand side of that graph.
  
  --
  Why doesn't the gene pool have a life guard?
17. Re:Time to shift focus to another kernel? by hedwards · 2011-09-05 04:11 · Score: 2, Interesting
  
  And don't forget that if you decide to upgrade from a single core processor to a multicore processor that there's an incredibly annoying procedure that involves doing a repair installation just to activate the other cores. Which I've had to do in the past and it's not fun, all because MS doesn't feel like providing a reasonable way of doing it.
18. Re:Time to shift focus to another kernel? by Opyros · 2011-09-05 04:14 · Score: 1
  
  HAL did seem like a good idea at first; but tell him just once to "switch to manual hibernation control" and then see what happens!
  
  —Dave Bowman
19. Re:Time to shift focus to another kernel? by at_slashdot · 2011-09-05 04:23 · Score: 1
  
  the biggest problem is that it tries to replicate a shitty OS, the even if successful is still a failure...
  
  --
  "It is our choices, Harry, that show what we truly are, far more than our abilities." -- Prof. Dumbledore
20. Re:Time to shift focus to another kernel? by JonySuede · 2011-09-05 04:25 · Score: 3, Informative
  
  before the move
  1- remove hidden intel drivers.
  2- use something like belarc to get you serial number in case
  2- sysprep -pnp -mini -reinstall -nosidgen -reseal -forceshutdown
  move the drive or clone it to the new machine
  upon reboot windows shall detect the new hardware, it may prompt you for the installation files if your hardware differ wildly but that's all, it may also prompt you for your serial for a reactivation but you noted it at step 2.
  
  --
  Jehovah be praised, Oracle was not selected
21. Re:Time to shift focus to another kernel? by jimicus · 2011-09-05 04:28 · Score: 1
  
  Actually, I don't think XP/2003 is all that bad. It's reasonably stable, it does what it says on the tin.
  It does tend to over-complicate a lot of tasks that should be very simple, but all commercial software does that to a certain extent.
22. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 04:36 · Score: 0
  
  Nit: Move a Linux install from Sata IDE to Sata AHCI. You can test this by changing the bios in some machines. You have to change some things before doing this move or it won't boot.
23. Re:Time to shift focus to another kernel? by Tomato42 · 2011-09-05 04:43 · Score: 1
  
  if only you could forsee that customers will want to use something other than Windows on a 1GHz Geode with 128MB RAM...
  
  Seriously, Linux has huge market share in anything but desktops. If you make hardware you know that someone, somewhere will want to use it with Linux. Making the driver OSS from the start will save you tons of problems in the long run.
24. Re:Time to shift focus to another kernel? by KDingo · 2011-09-05 05:06 · Score: 1
  
  In my first IT job several years ago I made it to create new backup systems there, and by doing so I learned one of the most amazing things about Linux, and that is the cloneability of the entire machine with a single filesystem backup.
  I tried to restore one of our webservers in an exercise. From a liveboot environment, I partitioned the disk, formatted it, mounted the filesystems, and rsynced over the root filesystem from backup. After that install the bootloader. I was just amazed that the new system booted up without a hitch (apart from complaining the system wasn't shut down properly); I was floored seeing that and showed all my fellow coworkers =)
  Of course I know that in unix everything is a file is a file, and these things are possible, but seeing that in action is an experience. I'm happy that after learning how the innards of a Linux system works, that I was able to apply it.
25. Re:Time to shift focus to another kernel? by jc79 · 2011-09-05 05:29 · Score: 1
  
  That made me chuckle. Oh for mod points...
26. Re:Time to shift focus to another kernel? by BitZtream · 2011-09-05 05:30 · Score: 1
  
  Sell it to me. What does ReactOS aim to provide that a modern Linux based distro doesn't already give me? Games? Bleeding edge graphics drivers for, uh, games?
  Windows Apps.
  I know you were trying to be snarky, but you failed.
  Windows users can run just about anything Linux has to offer. Its either been ported to windows natively or will most likely run with cygwin or the like. Certainly anything with any sort of popularity has been ported to Windows.
  On the other hand, the inverse is not true. Games, as you noted, are a big gaping hole on the Linux side, in most places where Linux does have some sort of comparable package it could hardly be considered a professional equivalent.
  Of course, in reality, ReactOS will just run Windows apps badly.
  The solution is to not run an OS that doesn't suite your needs and stop fanboying it up. Linux has its place, but that isn't everywhere.
  
  --
  Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
27. Re:Time to shift focus to another kernel? by DaleGlass · 2011-09-05 05:32 · Score: 3, Interesting
  
  In such a case, I do not care for what you make.
  Seriously, if Linux won't support it out of the box, I'm not buying it. Got burned before with printers that only work on specific versions of Windows before, not going to have that again.
  I only make an exception for 3D drivers and will stop doing that as soon as I can switch to an open driver.
28. Re:Time to shift focus to another kernel? by BitZtream · 2011-09-05 05:47 · Score: 1
  
  The kernel IS the HAL. A few commercial OSes have additional ABIs defined inside their kernel is due to their closed source nature needing an open public interface. The entire Linux kernel is open, and the entire thing is the HAL.
  And sorry to sound snide but ... ReactOS? Seriously? Its a cool concept, but ReactOS by design will always be too out of date to matter. They are reverse engineering an actively developed OS, they have a fraction of a percent of the development resources devoted to it as the OS they are trying to track.
  You don't have to be much of an engineer to know that if it takes 500 to build a building, 2 aren't going to be able to tear the building apart to see how it was built and then rebuild it again without any difference at any sort of rate that will matter. Reimplementing a fixed target is one thing, it can be done given enough time, catching up to a moving target when you have less speed/power/energy is impossible.
  
  --
  Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
29. Re:Time to shift focus to another kernel? by wolrahnaes · 2011-09-05 05:57 · Score: 2
  
  I know what you're talking about as I have heard of doing it in NT4/2K, but I can say for certain that I did not have to do that in either XP or Vista when I upgraded from an Athlon 64 3200+ to an Athlon X2 3800+. Every computer I've worked on since then has been multicore, so I don't know if I just got lucky or what, but it just worked.
  Also, at this point I don't think anyone cares anymore, it's unreasonable to expect such an update for old OSes and no one has to worry about this on new builds since only the lowest of the low end netbook/top CPUs are single core anymore (and at least Intel's has Hyperthreading which results in the SMP kernel being used anyways).
  Now if you accidentally install a machine with your BIOS set to emulate IDE on the SATA ports and want to switch it to proper AHCI mode, you're in for a world of hurt. Supposedly that can be fixed by a procedure similar to the SMP switch on Win2K, but I never got it to work and have reinstalled two freshly built machines recently because some BIOSes are stupidly set in that mode.
  
  --
  I used to get high on life, but I developed a tolerance. Now I need something stronger.
30. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 06:21 · Score: 0
  
  Looking forward to seeing your Linux HAL implementation. When do you think you will have it done?
31. Re:Time to shift focus to another kernel? by Stupendoussteve · 2011-09-05 06:42 · Score: 1
  
  Windows will work, it just has to be configured beforehand to do so, specifically running Sysprep to tell Windows to expect to boot on new hardware, at which point it will perform what is essentially a partial reinstall in order to support that new hardware. It is not as plug and play as Linux generally is, but if done correctly works quite well.
32. Re:Time to shift focus to another kernel? by WorBlux · 2011-09-05 06:59 · Score: 1
  
  I believe CUPS is actually an example of a HAL. A single ppd file will let you drive that printer with any version of CUPS (mac, linux, freebsd, windows, whatever) (x86,x86_64, sparc, alpha, arm. mips, mipsel, PPC). dbus provices some absraction, libkb quite a bit, Fuse as well. There are some abstraction layers available for linux systems, it's just that it's done though the user space rather than the kernel.
33. Re:Time to shift focus to another kernel? by walshy007 · 2011-09-05 07:46 · Score: 1
  
  ppd's are postscript printer description files. They are near human-readable and only tell what the limits of the printer are. They are used with native postscript printers.
  Native postscript printers have a craptonne (compared to non) of processing power and memory, and do most of the work themselves, hell I can plug in a usb stick with pdfs on it into mine and get it to print without a pc at all. Catch is of course you are generally looking at a few thousand for such printers.
34. Re:Time to shift focus to another kernel? by Runaway1956 · 2011-09-05 07:52 · Score: 1
  
  Very well put. I was scratching my head over GP's post. "Why is HAL good again?" I was still trying to form up my thoughts as I read your post. Perfect. And, your are exactly right. I've moved a hard drive from one machine to another, and booted without ANY tinkering. The only tinkering that I've found necessary, is when the video drivers are incompatible, ie, an installed nVidia driver on a new machine that has a Radeon installed. And, I believe that all *nix systems have an easy command line utility to purge nVidia or Radeon, then install the opposite driver. That accomplished, the system will boot directly to your favorite GUI desktop environment!
  
  --
  "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
35. Re:Time to shift focus to another kernel? by DaleGlass · 2011-09-05 08:48 · Score: 1
  
  Thousands? They're dirt cheap these days.
  Samsung ML-2850 and similar for instance: costs around $130, has a network interface and is compatible with everything, prints double sided out of the box. Box advertises it as Linux compatible even. I'm not sure if it's possible to plug a stick into it though.
  Only downside to it I can see so far is chipped cartridges, but there seem to be workarounds for that.
36. Re:Time to shift focus to another kernel? by hedwards · 2011-09-05 09:24 · Score: 1
  
  Generally it only happens if you trade up from a Sempron to one of AMD's pin compatible multicore processors or if you're using nLite OS and got some of the settings wrong. I don't think that Intel had offerings which would allow you to go from single to multicore without changing the motherboard, I could be wrong though. I'm sure it doesn't happen that much these days.
  However, considering that XP was sort of the OS that this was most likely to occur with, they should have fixed it. I'm guessing the main reason they didn't was that they wanted to force people to upgrade to Vista.
37. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 09:50 · Score: 0
  
  I did this recently. I swapped out an Asus motherboard for a Tyan one. Booted into Windows Server 2008 R2 - it took a while as it detected all the new hardware, but it worked.
38. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 10:45 · Score: 0
  
  Well these days if you have an older Windows server you want to upgrade you just use P2V and load it into your virtual host. Done (for good).
39. Re:Time to shift focus to another kernel? by Aighearach · 2011-09-05 11:18 · Score: 1
  
  Sell it to me. What does ReactOS aim to provide that a modern Linux based distro doesn't already give me? Games? Bleeding edge graphics drivers for, uh, games?
  Windows Apps.
  I know you were trying to be snarky, but you failed.
  ...Games
  Dude, he just pwned you with a softball.
  Yeah, other than the games you can run all the apps. But you really need it for.. apps! Yeah. For example, games. Fail.
40. Re:Time to shift focus to another kernel? by Alex+Belits · 2011-09-05 11:19 · Score: 1
  
  Windows users can run just about anything Linux has to offer. Its either been ported to windows natively or will most likely run with cygwin or the like. Certainly anything with any sort of popularity has been ported to Windows.
  And those ports are shitty.
  
  --
  Contrary to the popular belief, there indeed is no God.
41. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 11:41 · Score: 0
  
  I don't use windows, and maybe this is why. If I could not migrate software/services to another computer on a moments notice, then I would be out of a job.
  If software does not work on hardware, especially the operating system, what good is it?
42. Re:Time to shift focus to another kernel? by LinuxIsGarbage · 2011-09-05 12:42 · Score: 1
  
  My understanding is there's several different HAL's: ACPI, ACPI-Uniprocessor, and ACPI-Multiprocessor. If your single core is using "uniprocessor" it will automatically recognize new cores and convert to "multiprocessor". If it's ACPI, it will still only recognize one core. What's more, in Win2K, you can go into device manager and "update driver" to change the HAL. With WinXP you can only change DOWN levels, not up. That is, without an aftermarket hack, a program called "HALu" that's hard to find.
43. Re:Time to shift focus to another kernel? by ulzeraj · 2011-09-05 12:45 · Score: 1
  
  I would not recommend using such method for servers, but workstation deployment can use a prepared image through sysprep.
  
  Thanks a linux-based open source project called Fog our team now can install and reinstall several types of workstations through a web interface. The project also includes an agent that can be useful to automate OS reinstalls.
44. Re:Time to shift focus to another kernel? by ScytheBlade1 · 2011-09-05 14:43 · Score: 1
  
  Except that as you noted, this prompts for activation. That's the purpose of sysprep -reseal, and I hope that it doesn't present any problems. What you are functionally doing with this is reinstalling the non-core OS components, which is... somewhat higher risk than otherwise. ...
  Use at your own discretion.
45. Re:Time to shift focus to another kernel? by walshy007 · 2011-09-05 15:51 · Score: 1
  
  The dirt cheap ones wind up seriously costing you in operating costs and tend not to live as long, a 5000 black page toner cartridge for the one you listed was seen for $75 cheapest, $150 on average, mine is $40 for 6000.
  Didn't think postscript printers had hit the cheap and disposable category yet, mine are business workstation types.
  The bugger even emails you when the toner is low, goes 30 pages per minute on a4, 15 on a3, has more than a half gig of ram.. etc etc.
46. Re:Time to shift focus to another kernel? by rubycodez · 2011-09-05 16:22 · Score: 1
  
  it says "gets infected by unstoppable malware requiring a reformatting of MBR" on the tin?
47. Re:Time to shift focus to another kernel? by DarwinSurvivor · 2011-09-05 18:21 · Score: 1
  
  I had to add a single line to a text file and recompile the kernel (5 minutes once I knew what to do). Windows simply WOULDN'T. I downloaded the sata/ahci drivers but there is this REALLY cool catch-22 in xp. Obviously it won't boot in ahci until it has the drivers, but windows apparently thinks it's smarter than you and PREVENTS you from installing ahci drivers when running in ide mode. Yeah, THAT was helpful!
48. Re:Time to shift focus to another kernel? by DarwinSurvivor · 2011-09-05 18:29 · Score: 2
  
  Which is all fine and dandy as long as the move is planned and not "OH MY GOD SMOKE!!!"
49. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-05 21:33 · Score: 0
  
  That used to be true, but any sensible distribution references discs via. labels and device mapper, so it doesn't matter if the underlying block device changes from /dev/hda1 to /dev/sda1
50. Re:Time to shift focus to another kernel? by JasterBobaMereel · 2011-09-05 23:22 · Score: 1
  
  ...and the current version runs on x86, and x86_64 and nothing else
  They dropped the other systems because they were basically maintaining multiple systems with many differences, not one system on a HAL
  Windows 8 might have a version that runs on ARM - But most software wont be portable at all ...and it will basically be a different system than Windows 8 for Intel
  NetBSD runs on just about anything thanks to it's HAL ... which is done as a complete abstraction layer unlike Windows ...
  
  --
  Puteulanus fenestra mortis
51. Re:Time to shift focus to another kernel? by tlhIngan · 2011-09-06 03:31 · Score: 1
  
  The dirt cheap ones wind up seriously costing you in operating costs and tend not to live as long, a 5000 black page toner cartridge for the one you listed was seen for $75 cheapest, $150 on average, mine is $40 for 6000.
  Didn't think postscript printers had hit the cheap and disposable category yet, mine are business workstation types.
  Depending on workload, 5000 sheets for $75 may be perfectly reasonable. I don't print a lot, yet the 2500 sheets for $75 Brother unit is perfectly fine. $40 for 6000 sheets is good, but if the machine costs me $2000 more, I may never make it back in supplies.
  If you print a lot, yes it makes sense to consider consumables. If not, the extra cost may take years to recoup.
  And there are plenty of printers with postscript-like functionality. Brother calls theirs "BR-Script3" to avoid paying Adobe the licensing fees. It's basically an implementation of PostScript3 though, and Brother has the PPD files available.
52. Re:Time to shift focus to another kernel? by Anonymous Coward · 2011-09-06 06:05 · Score: 0
  
  how do you find and remove those "hidden" intel drivers in step 1? How do you even know they were there if you weren't looking? Why do you have to use a third party app to extract the serial number?
  Quite a series of non-obvious / convoluted steps to the beginner/mid-level sys admin don't you think?
53. Re:Time to shift focus to another kernel? by whiteboy86 · 2011-09-06 08:38 · Score: 1
  
  ReactOS will catch, the work seams to be almost done anyway, they only need to reach XP compatibility and that will be enough for 90% of uses. In fact Linux is a moving target, you write a driver today and tomorrow it will not work because Linus in his infinite bazaarish wisdom decided to redesign and rename some parts of the code that you were interfacing with. Now ReactOS, if you have a driver for the WinXP scheme then it will work today and more imporantly it will work forever, thanks to well defined and stable interface.
"Its working now btw..." by G3ckoG33k · 2011-09-05 01:34 · Score: 1

Its working now btw...
Wasn't that the understatement of the hour, to say the least. ;)
It's just the Linux way. by Anonymous Coward · 2011-09-05 01:41 · Score: -1

What you describe is merely what can be considered "The Linux Way". Take something that somebody else has implemented, re-implement it in a slightly shittier fashion, hype it, and call it a "success".
The kernel itself exhibits this to a high degree. It's inferior to most commercial UNIX implementations (especially Solaris), and far inferior to the FreeBSD kernel, but it gets a lot of hype so foolish people think it's better.
The same goes for git. It's a rather half-assed clone of GNU arch and darcs, and inferior to Mercurial and Fossil, but it gets a lot of hype so foolish people think it's better.
1. Re:It's just the Linux way. by rubycodez · 2011-09-05 02:45 · Score: 3, Funny
  
  oh, those commercial unix implementations or freebsd scale from a handheld device to a supercomputer the size of a city block? FreeBSD is still trying to figure out how to run on 8-way or more SMP without seizing up under high load (check the warning on their web site). Whatever cool things from the past it has, Solaris is going down the tubes under Oracle, to be a one trick pony to run Oracle on their (well, Fujitsu's actually) hardware only. Wail and weep, commercial unix boy, your world is collapsing, and Big Blue and a Penguin are stomping it.
2. Re:It's just the Linux way. by WorBlux · 2011-09-05 06:41 · Score: 1
  
  So why isn't BSD used on the stock exchanges? It simply can't pass messages as quickly. In terms of stability, security, and backwards compatibility, the Unix'es may still be better, but in terms of raw performance and the pace of development Linux wins, and has been winning for a long time.
3. Re:It's just the Linux way. by bonch · 2011-09-05 08:41 · Score: 1
  
  oh, those commercial unix implementations or freebsd scale from a handheld device to a supercomputer the size of a city block?
  Um, yes.
  It's also really weird how you associate FreeBSD with "commercial unix."
4. Re:It's just the Linux way. by bonch · 2011-09-05 08:43 · Score: 2
  
  So why isn't BSD used on the stock exchanges? It simply can't pass messages as quickly.
  This is 100% false.
  
  In terms of stability, security, and backwards compatibility, the Unix'es may still be better, but in terms of raw performance and the pace of development Linux wins, and has been winning for a long time.
  "Linux is unstable, insecure, and breaks compatibility all the time, but it releases new kernel versions all the time!"
5. Re:It's just the Linux way. by WorBlux · 2011-09-05 12:26 · Score: 1
  
  This is 100% false.
  Alright there are millions or even billions to be made for system that can pass messages even a small fraction better than the competitors. This is why I'm sure it's 100% true.
  It's stable and secure enough. If you absolutely need stability and and security go look at the microkernels (which have their own set of issues). Linux adopts more features and does it more quickly than anyone else, this of course comes because they are willing to break things if necessary, and if something is good enough to let it be.
  The BSD, particularly focus on keeping stability, security, and backward compatibility, but it means that the pace of development is going to be slower and the approach to new features is going to be more conservative.
  Nothing wrong with either choice, its just a matter of knowing the trade-offs and acting accordingly.
Commission by Anonymous Coward · 2011-09-05 01:48 · Score: 0

I wonder if Linus got some cash from Github because of this.
Everybody knows that this will translate into more customers ;)
1. Re:Commission by BitZtream · 2011-09-05 05:01 · Score: 1
  
  Not really.
  It doesn't work that way with niche products that are so closely related. Pretty much anyone that uses Linux and a revision control system knew what Github was a year ago. If they were going to be customers, they would be.
  
  --
  Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
Vintage accounts by Hadlock · 2011-09-05 01:50 · Score: 1, Funny

My "pre linux kernel" vintage Github account is going up on ebay to the highest bidder!
Anybody? ...anybody?

--
moox. for a new generation.
Temporary "move" of the master repo by Sits · 2011-09-05 01:53 · Score: 5, Informative

Linus has said that when kernel.org is back up the github repo will be turned into a mirror.
1. Re:Temporary "move" of the master repo by Anonymous Coward · 2011-09-05 08:23 · Score: 0
  
  Actually, that message is ambiguous -- it doesn't specify whether it's master.kernel.org or github that will be "just a mirror".
2. Re:Temporary "move" of the master repo by swillden · 2011-09-05 12:58 · Score: 1
  
  Actually, that message is ambiguous -- it doesn't specify whether it's master.kernel.org or github that will be "just a mirror".
  Is there a difference? I suppose if Linus runs "git push kernel.org master" before doing "git push github master" then people grabbing from kernel.org might get the latest version a few seconds sooner.
  Or maybe Linus will get tired of having to do both and add a "multiple remote alias" feature so that he can push to both simultaneously.
  
  --
  Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
Windows didn't lose it by Anonymous Coward · 2011-09-05 02:36 · Score: 0

Windows gained it.
When looking at the previous versions (XP and prior) you could indeed get into trouble with rolling out on certain hardware and often had to prepare up front (think supplying drivers, etc, etc.).
But that has dramatically changed with the recent Windows versions (server 2k8 & win7). You can move an installation relatively easy from one server onto the other, and it doesn't matter if it runs different hardware (obviously not talking 64bit on 32bit hardware).
1. Re:Windows didn't lose it by qbast · 2011-09-05 03:09 · Score: 2, Informative
  
  Sure it did. I tried booting Windows 7 32bit installation on different machine after laptop died. Both were Fujitsu-Siemens laptops with Intel cpus bought about 2 years apart, but Windows did not boot even in safe mode. Installation CD has some 'boot repair' mode, but it did not manage to do anything useful.
2. Re:Windows didn't lose it by psavo · 2011-09-05 03:26 · Score: 2
  
  I'll have to metoo on that. No luck moving installations were it 2k/XP or Win7. But I've moved same linux installation (originally installed debian/potato(?), then repo-shifted to ubuntu/warty) from a HP Vectra (PPro 200) to self-built AMD 1800MP then to current Intel Q6600. And every single time, even though all underlying devices changed, linux just booted up. Sure I did copying from HD to HD to move from older media, but system itself didn't need major hear surgery.
  
  --
  fucktard is a tenderhearted description
3. Re:Windows didn't lose it by jimicus · 2011-09-05 03:32 · Score: 1
  
  It does, but you have to explicitly tell Windows before you shut it down "Look out, I'm going to be booting on different hardware next time around".
  The purpose of this is to aid deploying to dissimilar hardware, and it works just fine. But the scenario you describe, it wouldn't work at all because you wouldn't get the opportunity to shut Windows down in this fashion.
4. Re:Windows didn't lose it by qbast · 2011-09-05 03:49 · Score: 1
  
  It would be a lot more useful if you could select it from boot menu instead.
5. Re:Windows didn't lose it by TheRealGrogan · 2011-09-05 08:59 · Score: 1
  
  Never mind changing motherboards... just try changing the mode of your SATA controller in bios settings (without doing registry changes before rebooting to change the bios setting). You'll be lucky if changing it BACK allows Windows to boot normally again without having broken itself. Windows Vista and Windows 7 are a regression in this respect, because they don't probe for storage controllers during boot anymore. (To shave a few precious seconds from the illusory fast startup times)
  I shit you not... I had to redo a Vista installation because I changed to AHCI mode. Changing back to IDE mode (that the system was installed with) still resulted in endless blue screen reboots. I was livid. That kind of fragility is retarded.
  That said, my own Linux kernel builds would not survive a hardware change at all because I disable everything I don't need. It would just fail to boot, or panic at worst and the remedy is simple though... boot with other media and jump start with the root= parameter and fix the kernel.
6. Re:Windows didn't lose it by DarwinSurvivor · 2011-09-05 18:15 · Score: 1
  
  Or if you didn't have to select it in the first place, like on Linux.
7. Re:Windows didn't lose it by goarilla · 2011-09-05 21:06 · Score: 1
  
  Sysprep ?
Not our experience by tfigment · 2011-09-05 03:25 · Score: 1

We had some Windows and Linux (CentOS) servers that were running on real hardware. We consolidated them to a VMware ESXi host. The windows images moved over seamlessly and without issue. The core linux box with svn, wiki, bug tracker, ... would not migrate properly so we ended up reinstalling the OS and migrating the apps and data by hand. Overall the windows box took the time to copy the data + 15 minutes and Linux took time to copy the data twice and half a day to troubleshoot and reinstall.
Nothing was particularly special in the configurations of either that I recall. I suppose we used the wrong version of linux or something. Also not sure if a HAL would help or hurt here or if it was something with vmware but it wasn't as easy as you pointed out above.
Maybe if one of the Windows images had trouble it would have been 1+ days instead of .5 days or something but then again they didn't.
1. Re:Not our experience by rubycodez · 2011-09-05 03:40 · Score: 2
  
  uh, you do realize vmware contains a huge amount of software to make that seamless M.S. Windows "physical to virtual" thing happen? Now I myself have to migrate Linux machines into vmware for certain clients, I've found easy if application configuration files understood, Linux device naming and assignment priority are understood, fstab understood, and network plugging within vmware done correctly.
2. Re:Not our experience by decep · 2011-09-05 03:45 · Score: 2
  
  I assume you used the VMWare Converter P2V tool to move your servers, which works very well for Windows and not as well for Linux. VMWare Converter fiddles with the underlying Windows configuration so the image will work well on VMWare.
  If you had used a Linux cloning tool, such as Clonezilla, you probably would have had a different experience. Of course, some older distros such as RHEL4/CentOS4 also did stupid things like the initrd would only contain the SCSI driver it needs to boot on specific hardware. Sometimes you would have to go back to the original hardware and tell it to store/load the SCSI driver for VMWare.
  Sometimes it pays to have better sys-admins.
3. Re:Not our experience by mrball_cb · 2011-09-06 03:43 · Score: 1
  
  Chances are you didn't do the two main things that Linux requires for changing hardware out from underneath it:
  1. Regenerate the modules needed at boot to access the harddrive(s). Cent/RH/Mandriva all have grub load an initrd with modules that the kernel needs to access the controller(s) and ...
  2. Change the module needed for network hardware.
  Other possible issues are network device mac address change (Cent/RH tend to hardcode the MAC address into the interface config file), hostname changes, network interface reordering, adjust boot parameters to be friendly inside vmware, etc. These are small though compared to the two main ones above.
Master repo? by Ice+Station+Zebra · 2011-09-05 03:55 · Score: 1

Or single point of failure. You be the judge.
1. Re:Master repo? by Anonymous Coward · 2011-09-05 05:08 · Score: 0
  
  What single point of failure? I'm sure it'll be mirrored. If GitHub fails then it can go somewhere else, Linus is putting it there because kernel.org is down
Obvious Linus recourse by adosch · 2011-09-05 04:02 · Score: 1

I wouldn't find this surprising at all. I don't see this as temporary by any means, but more of a 'loosing-faith' factor; I'd do the same with my life's prized work as well. I bet from now on, github is the main pickup for latest/stable/greatest kernel releases. I personally hope it doesn't, and perhaps becomes another avenue to get the kernel source.
1. Re:Obvious Linus recourse by Stupendoussteve · 2011-09-05 06:45 · Score: 1
  
  You see wrong. Linus has already said, when kernel.org is back up completely, github will be just a mirror.
2. Re:Obvious Linus recourse by Dog-Cow · 2011-09-05 07:23 · Score: 1
  
  Or, it could be that you're a total moron.
  On Sun, Sep 4, 2011 at 6:09 PM, Mithrandir lavabit.com> wrote: > Just wondering: when master.kernel.org gets back up, will this be 'just a > mirror' or a separate place to develop? Perhaps I'm thinking too far ahead. :-)
  Just a mirror.
  Linus
3. Re:Obvious Linus recourse by adosch · 2011-09-05 07:29 · Score: 0
  
  Or you're just a total troll. Go back to your cave.
Github slogan by BitZtream · 2011-09-05 04:59 · Score: 3, Funny

Github: Your center for decentralized version control!
Or
Github: Your hub for RCS without a hub!

--
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
1. Re:Github slogan by Anonymous Coward · 2011-09-05 05:57 · Score: 0
  
  I see what you did there.
2. Re:Github slogan by petermgreen · 2011-09-06 07:34 · Score: 1
  
  Seems kinda paradoxical yet practically it makes a lot of sense.
  With a traditional VCS you have all clients acting directly on one repo with a linear history. clones/backups may be taken but in order to present a total mess everyone must agree on which repo is the master. If the master goes down everyone must agree on a new master or a horrible mess will ensue.
  With a DVCS every checkout is a repo and changesets are pushed or pulled between the repos and history is designed to be nonlinear. However there is still very useful to have one or more repos in shared (or public) locations to allow changes to be easily shared between developers (and if desired the users). Sites like github provide a place for this to save users the hassle of running their own servers.
  
  --
  note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
All because of a 'minor' security breach by Anonymous Coward · 2011-09-05 07:08 · Score: 0

I bet the webmasters at kernel.org are not telling the whole story and as for moving temporarily to github, it should have been mirrored on there a long time ago
Re:OT, Don't Forget About Cygwin, Others by dragonturtle69 · 2011-09-05 14:25 · Score: 1

OT for this post, but the original one regarding kernel.org may be stale for /. readers.
Other items hosted on kernel.org, like Cygwin, are also impacted.

--
"What luck for the rulers that men do not think." - Adolph Hitler
Windows breaks by design by NuShrike · 2011-09-05 19:53 · Score: 1

Windows gained fingerprinting the hardware for activation/DRM. Any major hardware changes automatically broke it. You're not supposed to migrate an existing Windows deployment to new hardware.
git explained by Anonymous Coward · 2011-09-08 07:14 · Score: 0

bigUp to Nick Farina
http://littlebiggy.org/4652127
for his great and helpful post on git - the worlds most confusing way to alter (code) history