Slashdot
Meet Pidora, the New Official Fedora Remix For Raspberry Pi
An anonymous reader writes "Today Fedora and the Seneca Centre for Development of Open Technology (CDOT) announced the release of Pidora 18, an optimized Fedora remix for the Raspberry Pi. It's based on a brand new build of Fedora for the ARMv6 architecture with greater speed and includes packages from the Fedora 18 package set. It's also the launch of the Pidora name. (The older version of Fedora for the Pi was called the Fedora Raspberry Pi Remix.)"
Read more of this story at Slashdot.
Intel's Linux OpenGL Driver Faster Than Apple's OS X Driver
An anonymous reader writes "The open-source Intel Linux graphics driver has hit a milestone of now being faster than Apple's own OpenGL stack on OS X. The Intel Linux driver on Ubuntu 13.04 is now clearly faster than Apple's internally-developed Intel OpenGL driver on OS X 10.8.3. when benchmarked from a 'Sandy Bridge' class Mac Mini. Only some months ago, Apple's GL driver was still trouncing the Intel Linux Mesa driver."
Read more of this story at Slashdot.
Debian GNU/Hurd 2013 Released
jrepin writes "The GNU Hurd is the GNU project's replacement for the Unix kernel. It is a collection of servers that run on the Mach microkernel to implement file systems, network protocols, file access control, and other features that are implemented by the Unix kernel or similar kernels (such as Linux). The Debian GNU/Hurd team announces the release of Debian GNU/Hurd 2013. This is a snapshot of Debian 'sid' at the time of the Debian 'wheezy' release (May 2013), so it is mostly based on the same sources. Debian GNU/Hurd is currently available for the i386 architecture with more than 10,000 software packages available (more than 75% of the Debian archive)."
Read more of this story at Slashdot.
Jolla Announces First Meego Phone Available By End 2013
x_IamSpartacus_x writes "Jolla, the Finnish company that continued Nokia's work on the MeeGo mobile platform, announced details of its first smartphone on Monday. Availability for the Jolla device is expected by year end and can be pre-ordered now; the phone will be priced at no more than €399 (US $512.26). The Jolla hardware looks similar to that of Nokia's Lumia, with a clean, button-less front face that houses the 4.5-inch touchcscreen. The phone will use a dual-core processor and support 4G LTE in some regions. Internal storage tops out at 16 GB, but can be expanded via microSD card. The phone also includes an 8 megapixel rear camera with auto focus. The phone is also 'Android app compliant' which, in a move similar to that of BlackBerry, can help with available apps at launch."
Read more of this story at Slashdot.
Mageia 3 Released
Freshly Exhumed writes "Forked from Mandriva Linux back in 2010, Mageia Linux has hit a new release milestone. Trish at the Mageia blog announces: 'All grown up and ready to go dancing: Mageia 3's out! We still can't believe how much fun it is to make Mageia together, and we've been doing it for two and a half years. For people who can't wait, get it here; release notes are here. To upgrade from Mageia 2, see here.'" Adds reader hduff: "It offers cutting edge and stable versions of your favorite applications and desktop environments as well as a version of the STEAM gaming software."
Read more of this story at Slashdot.
Linux Mint 15 'Olivia' Release Candidate Is Out
New submitter Anand Radhakrishnan writes "The release candidate for the much-anticipated Linux Mint 15 'Olivia' is available for user testing. Its many new features include Cinnamon Control center, an improved login manager with HTML 5 support, a driver manager, and a lot of under-the-hood improvements. 'A new tool called MintSources, aka "Software Sources," was developed from scratch with derivative distributions in mind (primarily Linux Mint, but also LMDE, Netrunner and Snow Linux). It replaces software-properties-gtk and is perfectly adapted to managing software sources in Linux Mint. From the main screen you can easily enable or disable optional components and gain access to backports, unstable packages and source code.' This release with Cinnamon looks really tempting."
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux is an Obvious Choice for Automating the Beer-Brewing Process (Video)
Linus Torvalds, Jon 'maddog' Hall, and many other names closely associated with Linux are also closely associated with beer. (Ed. note: I have personally watched them associate with beer, and may have even joined them.) It comes as no surprise, therefore, when Linux advocate and LinuxAutomation.org founder Kurt Forsberg talks about using Linux to control his beer brewing. Kurt is a strong believer in Linux Automation who talks about home thermostats, sprinklers, and many other application, "anything you can automate..." but, he adds, "we spend all our time brewing beer so we haven't explored many of those yet." He says this with a big smile, of course. And if you want to keep up with Linux Automation on Faceboook, go ahead; like everyone + dog they have a Facebook page.
Read more of this story at Slashdot.
Linux 3.10 Merge Windows Closes
hypnosec writes "Linus Torvalds has released the Linux 3.10-rc1 kernel marking the closure of the 3.10 merge window. The Linux 3.10-rc1 is the second biggest rc release in years and the closure of the merge windows means that the features expected out of the Linux 3.9 successor are chalked out. "So this is the biggest -rc1 in the last several years (perhaps ever) at least as far as counting commits go," Linus notes in the release announcement."
Read more of this story at Slashdot.
Microsoft Developer Explains Why Windows Kernel Development Falls Behind
New submitter mha writes "In a response that truly seems to be from a core Microsoft developer, we are told about why Windows kernel development continues to fall further and further behind that of the Linux kernel. He says, 'The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world. ... There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business. See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no," and you have very little incentive to say "yes."'"
Read more of this story at Slashdot.
Microsoft Developer Explains Why Windows Kernel Development Falls Behind
New submitter mha writes "In a response that truly seems to be from a core Microsoft developer, we are told about why Windows kernel development continues to fall further and further behind that of the Linux kernel. He says, 'The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world. ... There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business. See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no," and you have very little incentive to say "yes."'"
Read more of this story at Slashdot.
Microsoft Developer Explains Why Windows Kernel Development Falls Behind
New submitter mha writes "In a response that truly seems to be from a core Microsoft developer, we are told about why Windows kernel development continues to fall further and further behind that of the Linux kernel. He says, 'The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world. ... There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business. See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no," and you have very little incentive to say "yes."'"
Read more of this story at Slashdot.
Microsoft Developer Explains Why Windows Kernel Development Falls Behind
New submitter mha writes "In a response that truly seems to be from a core Microsoft developer, we are told about why Windows kernel development continues to fall further and further behind that of the Linux kernel. He says, 'The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world. ... There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business. See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no," and you have very little incentive to say "yes."'"
Read more of this story at Slashdot.
Microsoft Developer Explains Why Windows Kernel Development Falls Behind
New submitter mha writes "In a response that truly seems to be from a core Microsoft developer, we are told about why Windows kernel development continues to fall further and further behind that of the Linux kernel. He says, 'The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world. ... There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business. See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no," and you have very little incentive to say "yes."'"
Read more of this story at Slashdot.
Microsoft Developer Explains Why Windows Kernel Development Falls Behind
New submitter mha writes "In a response that truly seems to be from a core Microsoft developer, we are told about why Windows kernel development continues to fall further and further behind that of the Linux kernel. He says, 'The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world. ... There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business. See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no," and you have very little incentive to say "yes."'"
Read more of this story at Slashdot.


Recent comments
13 hours 46 min ago
2 weeks 2 days ago
3 weeks 2 days ago
3 weeks 3 days ago
3 weeks 4 days ago