Slashdot Mirror

BrianWCarver writes "It was inevitable. One can now run the entire Debian distribution (ARM port) on the Openmoko Neo Freerunner. We previously discussed the July 4th launch of this GNU/Linux-based smartphone, which is open down to its core, with the company providing CAD files and schematics for the phone. Openmoko released an update to their software stack earlier this month, called Om2008.8, which is still a work in progress. But now one can use these instructions on the Debian wiki to open up the possibility of using apt-get to access Debian's more than 20,000 applications on your phone, which, due to integration with freesmartphone.org efforts, can also actually be used as a phone. There were previous efforts to run Debian on the predecessor product to the Neo FreeRunner, the Neo 1973, but with the wider adoption of the Neo FreeRunner and the hard work of many Debian developers at the ongoing DebConf 8, carrying Debian in your pocket has just gotten a lot easier."

BrianWCarver writes "It was inevitable. One can now run the entire Debian distribution (ARM port) on the Openmoko Neo Freerunner. We previously discussed the July 4th launch of this GNU/Linux-based smartphone, which is open down to its core, with the company providing CAD files and schematics for the phone. Openmoko released an update to their software stack earlier this month, called Om2008.8, which is still a work in progress. But now one can use these instructions on the Debian wiki to open up the possibility of using apt-get to access Debian's more than 20,000 applications on your phone, which, due to integration with freesmartphone.org efforts, can also actually be used as a phone. There were previous efforts to run Debian on the predecessor product to the Neo FreeRunner, the Neo 1973, but with the wider adoption of the Neo FreeRunner and the hard work of many Debian developers at the ongoing DebConf 8, carrying Debian in your pocket has just gotten a lot easier."

DeviceGuru writes "With Debian Lenny (aka 'testing') poised to displace Etch as the popular Linux distribution's 'stable' branch possibly as soon as next month, blogger Rick Lehrbaum loaded the latest preview (beta 2) of Lenny's KDE CD image onto an available Thinkpad, and took it for a spin. How's it coming along? After detailing a handful of issues — and offering solutions for each (except Bluetooth support) — he concludes: 'Other than the need for a few hacks and fixes, my main complaint with it is its inclusion of way too many of KDE's rich set of applications, such as games, tools, etc.' From the looks of it, looks like Lenny might be the new 'Debian stable' soon!"

DeviceGuru writes "With Debian Lenny (aka 'testing') poised to displace Etch as the popular Linux distribution's 'stable' branch possibly as soon as next month, blogger Rick Lehrbaum loaded the latest preview (beta 2) of Lenny's KDE CD image onto an available Thinkpad, and took it for a spin. How's it coming along? After detailing a handful of issues — and offering solutions for each (except Bluetooth support) — he concludes: 'Other than the need for a few hacks and fixes, my main complaint with it is its inclusion of way too many of KDE's rich set of applications, such as games, tools, etc.' From the looks of it, looks like Lenny might be the new 'Debian stable' soon!"

DeviceGuru writes "With Debian Lenny (aka 'testing') poised to displace Etch as the popular Linux distribution's 'stable' branch possibly as soon as next month, blogger Rick Lehrbaum loaded the latest preview (beta 2) of Lenny's KDE CD image onto an available Thinkpad, and took it for a spin. How's it coming along? After detailing a handful of issues — and offering solutions for each (except Bluetooth support) — he concludes: 'Other than the need for a few hacks and fixes, my main complaint with it is its inclusion of way too many of KDE's rich set of applications, such as games, tools, etc.' From the looks of it, looks like Lenny might be the new 'Debian stable' soon!"

nerdyH writes "The Debian project's maintainer, Luke Claes, announced in an email Saturday that he will freeze the 'testing' or 'Lenny' tree, in preparation for a new stable release of Debian Linux in ... September! The freeze means that open source software developers have only a couple more days to package any applications that they want to be included in the next release of Debian — and by extension, in the inner sanctum source lists of distributions such as Ubuntu that are based on it. After the freeze starts next week, Debian maintainers will turn their attention to 364 release-critical bugs, and half-a-dozen high-priority goals. Given the work to be done, is September really feasible? Lenny always was a little slow getting back to his right place ..."

nerdyH writes "The Debian project's maintainer, Luke Claes, announced in an email Saturday that he will freeze the 'testing' or 'Lenny' tree, in preparation for a new stable release of Debian Linux in ... September! The freeze means that open source software developers have only a couple more days to package any applications that they want to be included in the next release of Debian — and by extension, in the inner sanctum source lists of distributions such as Ubuntu that are based on it. After the freeze starts next week, Debian maintainers will turn their attention to 364 release-critical bugs, and half-a-dozen high-priority goals. Given the work to be done, is September really feasible? Lenny always was a little slow getting back to his right place ..."

SecurityBob writes "Debian package maintainers tend to very often modify the source code of the package they are maintaining so that it better fits into the distribution itself. However, most of the time, their changes are not sent back to upstream for validation, which might cause some tension between upstream developers and Debian packagers. Today, a critical security advisory has been released: a Debian packager modified the source code of OpenSSL back in 2006 so as to remove the seeding of OpenSSL random number generator, which in turns makes cryptographic key material generated on a Debian system guessable. The solution? Upgrade OpenSSL and re-generate all your SSH and SSL keys. This problem not only affects Debian, but also all its derivatives, such as Ubuntu." Reader RichiH also points to Debian's announcement and Ubuntu's announcement.

SecurityBob writes "Debian package maintainers tend to very often modify the source code of the package they are maintaining so that it better fits into the distribution itself. However, most of the time, their changes are not sent back to upstream for validation, which might cause some tension between upstream developers and Debian packagers. Today, a critical security advisory has been released: a Debian packager modified the source code of OpenSSL back in 2006 so as to remove the seeding of OpenSSL random number generator, which in turns makes cryptographic key material generated on a Debian system guessable. The solution? Upgrade OpenSSL and re-generate all your SSH and SSL keys. This problem not only affects Debian, but also all its derivatives, such as Ubuntu." Reader RichiH also points to Debian's announcement and Ubuntu's announcement.

aquatix writes "This local root exploit (Debian, Ubuntu) seems to work everywhere I try it, as long as it's a Linux kernel version 2.6.17 to 2.6.24.1. If you don't trust your users (which you shouldn't), better compile a new kernel without vmsplice." Here is millw0rm's proof-of-concept code.

Jasper Bryant-Greene writes "Although a tzdata release that includes New Zealand's recent DST changes (2007f) has been out for some time, Debian are refusing to push the update from testing into the current stable distribution, codenamed Etch, on the basis that 'it's not a security bug.' This means that unless New Zealand sysadmins install the package manually, pull the package from testing, or alter the timezone to 'GMT-13' manually, all systems running Debian Etch in New Zealand currently have the incorrect time, as DST went into effect this morning. As one of the last comments in the bug report says, 'even Microsoft are not this silly.' The final comment (at this writing), from madcoder, says 'The package sits in volatile for months. Please take your troll elsewhere.'"

An anonymous reader writes "After a long process of review and polishing, the win32 loader from goodbye-microsoft.com has finally made its way to official Debian CDs. Latest daily builds of lenny (the development version) are including it, making starting Debian Installer as simple as just a few clicks (OGG). The win32-loader version, now based on GRUB 2, includes new features such as detection and pre-seeding of Windows settings, and is translated to 20 languages."

An anonymous reader writes "After a long process of review and polishing, the win32 loader from goodbye-microsoft.com has finally made its way to official Debian CDs. Latest daily builds of lenny (the development version) are including it, making starting Debian Installer as simple as just a few clicks (OGG). The win32-loader version, now based on GRUB 2, includes new features such as detection and pre-seeding of Windows settings, and is translated to 20 languages."

twilight30 asks: "While trying to figure out why a supposedly-supported SATA-II controller isn't recognized on my motherboard I thought I'd go back and visit the Linux Documentation Project's pages. It was a trip down memory lane, but I soon wondered about the state of many of the documents there. Much of TLDP is old, maybe even crufty. So, I'd like to ask what you think of TLDP.org and its 'competitors'. Do people get info from other sites or Wikis? Are people more likely to look at their distro's forums first? Are distros good enough now that TLDP is basically irrelevant? For the BSDheads, do you think the BSDs' documentation pages have lessons to teach TLDP? Is TLDP still relevant to you? If not, what would have to change for TLDP to become relevant again?"

An anonymous reader writes "Earlier today we discussed the possibility that Debian Etch might be released soon. Well, according to debian.org, it has already happened. Etch has been released: 'The Debian Project is pleased to announce the official release of Debian GNU/Linux version 4.0, codenamed etch, after 21 months of constant development. Debian GNU/Linux is a free operating system which supports a total of eleven processor architectures and includes the KDE, GNOME and Xfce desktop environments. It also features cryptographic software and compatibility with the FHS v2.3 and software developed for version 3.1 of the LSB.'"

An anonymous reader writes "Earlier today we discussed the possibility that Debian Etch might be released soon. Well, according to debian.org, it has already happened. Etch has been released: 'The Debian Project is pleased to announce the official release of Debian GNU/Linux version 4.0, codenamed etch, after 21 months of constant development. Debian GNU/Linux is a free operating system which supports a total of eleven processor architectures and includes the KDE, GNOME and Xfce desktop environments. It also features cryptographic software and compatibility with the FHS v2.3 and software developed for version 3.1 of the LSB.'"

An anonymous reader writes "Earlier today we discussed the possibility that Debian Etch might be released soon. Well, according to debian.org, it has already happened. Etch has been released: 'The Debian Project is pleased to announce the official release of Debian GNU/Linux version 4.0, codenamed etch, after 21 months of constant development. Debian GNU/Linux is a free operating system which supports a total of eleven processor architectures and includes the KDE, GNOME and Xfce desktop environments. It also features cryptographic software and compatibility with the FHS v2.3 and software developed for version 3.1 of the LSB.'"

An anonymous reader writes "Debian hacker Robert Millan has just announced the availability of a Debian-Installer Loader for win32. The program, inspired by Ubuntu's similar project, features 64-bit CPU auto-detection, download of linux/initrd netboot images, and chainloading into Debian-Installer via grub4dos. The frontend site goodbye-microsoft.com/ has been set up for advocacy purposes. Here are some screenshots."

An anonymous reader writes "Ben Hutchings, on behalf of the video team, has announced the availability of this years Debian Conference videos. From the announcement: 'They include all formal sessions from Debian Day and DebConf, plus the group photos, the video team BoF, and some documentary videos made by Gabriella Coleman. The DVD images are now available for download along with the source videos, as are the software and menu design used for them.'"

Ryan writes "Following my advice, my company has decided to base it's new appliance on Linux. So far, it's worked out great. Linux gave us a huge jumpstart on development because of it's open nature and the information we've garnered from public mailing lists. We've added software, modified startup files, and have built our own kernel. Now the question is: How do you manage it all? Do you put it all in CVS or Subversion? Do you use the distro's packaging system (we're using Debian)? What does your build system look like?"

An anonymous reader writes "Debian's cdrecord maintainers announced that they have had enough of Jörg Schilling and kicked his program suite cdrtools out of Debian, introducing a free fork of his no longer free cdrtools." I've put the message below, along with some other links. So, why the fork? CD/DVD burning is a complicated business that needs a lot of knowledge, so forking such a big collection isn't a step to be taken lightly. It requires a lot of development effort that could be put to better use elsewhere.

In the past, we, the Debian maintainers of cdrtools, had a good and mutually cooperative relationship with Jörg Schilling. He even commented on Debian bug reports, which is one of the best things an upstream maintainer can do. Naturally, there were occasionally disagreements, but this is normal.

Unfortunately Sun then developed the CDDL and Jörg Schilling released parts of recent versions of cdrtools under this license. The CDDL is incompatible with the GPL. The FSF itself says that this is the case as do people who helped draft the CDDL. One current and one former Sun employee visited the annual Debian conference in Mexico in 2006. Danese Cooper clearly stated there that the CDDL was intentionally modelled on the MPL in order to make it GPL- incompatible. For everyone who wants to hear this first-hand, we have video from that talk available.

Here is the FSF position about the CDDL. This thread contains statements on the issue made by Debian people; for more context also see the other mails in that thread. In short -- the CDDL has extra restrictions, which the GPL does not allow. Jörg has a different opinion about this and has repeatedly stated that the CDDL is not incompatible, interpreting a facial expression in the above-mentioned video, calling us liars and generally appearing unwilling to consider our concerns (he never replied to the parts where we explained why it is incompatible). As he has basically ignored what we have said, we have no choice but to fork. While the CDDL *may* be a free license, we never questioned if it is free or not, as it is not our place to decide this as the Debian cdrtools maintainers. However, having been approved by OSI doesn't mean it's ok for any usage, as Jörg unfortunately seems to assume. There are several OSI-approved licenses that are GPL-incompatible and CDDL is one of them. That is and always was our point.

For our fork we used the last GPL-licensed version of the program code and killed the incompatibly licensed build system. It is now replaced by a cmake system, and the whole source we distribute should be free of other incompatibilities, as to the best of our current knowledge.

Anyone who wants to help with this fork, particularly developers of other distributions, is welcome to join our efforts. You can contact us on IRC, server irc.oftc.net, channel #debburn, or via mail at debburn-devel@lists.alioth.debian.org. Here is our svn repository.

An anonymous reader writes "Debian's cdrecord maintainers announced that they have had enough of Jörg Schilling and kicked his program suite cdrtools out of Debian, introducing a free fork of his no longer free cdrtools." I've put the message below, along with some other links. So, why the fork? CD/DVD burning is a complicated business that needs a lot of knowledge, so forking such a big collection isn't a step to be taken lightly. It requires a lot of development effort that could be put to better use elsewhere.

In the past, we, the Debian maintainers of cdrtools, had a good and mutually cooperative relationship with Jörg Schilling. He even commented on Debian bug reports, which is one of the best things an upstream maintainer can do. Naturally, there were occasionally disagreements, but this is normal.

Unfortunately Sun then developed the CDDL and Jörg Schilling released parts of recent versions of cdrtools under this license. The CDDL is incompatible with the GPL. The FSF itself says that this is the case as do people who helped draft the CDDL. One current and one former Sun employee visited the annual Debian conference in Mexico in 2006. Danese Cooper clearly stated there that the CDDL was intentionally modelled on the MPL in order to make it GPL- incompatible. For everyone who wants to hear this first-hand, we have video from that talk available.

Here is the FSF position about the CDDL. This thread contains statements on the issue made by Debian people; for more context also see the other mails in that thread. In short -- the CDDL has extra restrictions, which the GPL does not allow. Jörg has a different opinion about this and has repeatedly stated that the CDDL is not incompatible, interpreting a facial expression in the above-mentioned video, calling us liars and generally appearing unwilling to consider our concerns (he never replied to the parts where we explained why it is incompatible). As he has basically ignored what we have said, we have no choice but to fork. While the CDDL *may* be a free license, we never questioned if it is free or not, as it is not our place to decide this as the Debian cdrtools maintainers. However, having been approved by OSI doesn't mean it's ok for any usage, as Jörg unfortunately seems to assume. There are several OSI-approved licenses that are GPL-incompatible and CDDL is one of them. That is and always was our point.

For our fork we used the last GPL-licensed version of the program code and killed the incompatibly licensed build system. It is now replaced by a cmake system, and the whole source we distribute should be free of other incompatibilities, as to the best of our current knowledge.

Anyone who wants to help with this fork, particularly developers of other distributions, is welcome to join our efforts. You can contact us on IRC, server irc.oftc.net, channel #debburn, or via mail at debburn-devel@lists.alioth.debian.org. Here is our svn repository.

An anonymous reader writes "Debian's cdrecord maintainers announced that they have had enough of Jörg Schilling and kicked his program suite cdrtools out of Debian, introducing a free fork of his no longer free cdrtools." I've put the message below, along with some other links. So, why the fork? CD/DVD burning is a complicated business that needs a lot of knowledge, so forking such a big collection isn't a step to be taken lightly. It requires a lot of development effort that could be put to better use elsewhere.

In the past, we, the Debian maintainers of cdrtools, had a good and mutually cooperative relationship with Jörg Schilling. He even commented on Debian bug reports, which is one of the best things an upstream maintainer can do. Naturally, there were occasionally disagreements, but this is normal.

Unfortunately Sun then developed the CDDL and Jörg Schilling released parts of recent versions of cdrtools under this license. The CDDL is incompatible with the GPL. The FSF itself says that this is the case as do people who helped draft the CDDL. One current and one former Sun employee visited the annual Debian conference in Mexico in 2006. Danese Cooper clearly stated there that the CDDL was intentionally modelled on the MPL in order to make it GPL- incompatible. For everyone who wants to hear this first-hand, we have video from that talk available.

Here is the FSF position about the CDDL. This thread contains statements on the issue made by Debian people; for more context also see the other mails in that thread. In short -- the CDDL has extra restrictions, which the GPL does not allow. Jörg has a different opinion about this and has repeatedly stated that the CDDL is not incompatible, interpreting a facial expression in the above-mentioned video, calling us liars and generally appearing unwilling to consider our concerns (he never replied to the parts where we explained why it is incompatible). As he has basically ignored what we have said, we have no choice but to fork. While the CDDL *may* be a free license, we never questioned if it is free or not, as it is not our place to decide this as the Debian cdrtools maintainers. However, having been approved by OSI doesn't mean it's ok for any usage, as Jörg unfortunately seems to assume. There are several OSI-approved licenses that are GPL-incompatible and CDDL is one of them. That is and always was our point.

For our fork we used the last GPL-licensed version of the program code and killed the incompatibly licensed build system. It is now replaced by a cmake system, and the whole source we distribute should be free of other incompatibilities, as to the best of our current knowledge.

Anyone who wants to help with this fork, particularly developers of other distributions, is welcome to join our efforts. You can contact us on IRC, server irc.oftc.net, channel #debburn, or via mail at debburn-devel@lists.alioth.debian.org. Here is our svn repository.

Klaidas writes "Linux.com reports that the third beta of Debian Etch installer (released August 11, 2006) has some major new features, which might make this version of Debian the easiest to install. According to the original announcement, we will now be able to install using a graphical user interface on i386 and amd64 platforms. We will also be able to set up encrypted partitions during installation. Debian Etch is scheduled to be released on December 2006"

Klaidas writes "Linux.com reports that the third beta of Debian Etch installer (released August 11, 2006) has some major new features, which might make this version of Debian the easiest to install. According to the original announcement, we will now be able to install using a graphical user interface on i386 and amd64 platforms. We will also be able to set up encrypted partitions during installation. Debian Etch is scheduled to be released on December 2006"

Klaidas writes "Linux.com reports that the third beta of Debian Etch installer (released August 11, 2006) has some major new features, which might make this version of Debian the easiest to install. According to the original announcement, we will now be able to install using a graphical user interface on i386 and amd64 platforms. We will also be able to set up encrypted partitions during installation. Debian Etch is scheduled to be released on December 2006"

nman64 writes "The Fedora Project, the project behind the Fedora Core Linux distribution, has introduced Fedora Women, a program to reach out to women who are interested in using and contributing to Fedora Core. This follows in the footsteps of LinuxChix, Debian Women, and Ubuntu Women and is part of a larger trend to support women in the FOSS world. At present, women are believed to make up only about 1.5% of the FOSS community. Is that finally set to change?"

dolson writes sends in a heartening update straight from the Debian project's news page: "The Debian project confirms December 2006 as the date for the next release of its distribution which will be named Debian GNU/Linux 4.0 alias 'etch'. This will be the first official release to include the AMD64 architecture. The distribution will be released synchronously for 11 architectures in total. At this stage, the upcoming release will ship with Linux 2.6.17 as its default kernel. This kernel will be used across all architectures and on the installer. A later version may be selected during a review in October. New features of this release include the GNU Compiler Collection 4.1 as default compiler. X.Org will replace XFree86 as implementation of the X Window System X11. Secure APT will add extra security by easily supporting strong cryptography and digital signatures to validate downloaded packages."

Security News writes "According to a post on the debian-devel-announce mailing list "Early this morning we discovered that someone had managed to compromise gluck.debian.org. We've taken the machine offline and are preparing to reinstall it. " gluck is a core development machine."

Security News writes "According to a post on the debian-devel-announce mailing list "Early this morning we discovered that someone had managed to compromise gluck.debian.org. We've taken the machine offline and are preparing to reinstall it. " gluck is a core development machine."

An anonymous reader writes "A three-week-long flame war in debian-devel over the new Java Distribution License has culminated in Anthony Towns, the newly elected Debian Project Lead, offering to separate Debian from its legal representative, SPI. This came as a response to SPI member John Goerzen's objections to the Debian project's interaction with Sun's legal team around the new JDL license without review from SPI's lawyers."

An anonymous reader writes "A three-week-long flame war in debian-devel over the new Java Distribution License has culminated in Anthony Towns, the newly elected Debian Project Lead, offering to separate Debian from its legal representative, SPI. This came as a response to SPI member John Goerzen's objections to the Debian project's interaction with Sun's legal team around the new JDL license without review from SPI's lawyers."

An anonymous reader writes "An Intel Software Architect announced on the Debian mailing list yesterday that Intel has begun supporting Intel devices on Debian sarge for their extensive reseller channel. This covers the D845, D865 and D915 chipsets and was done to meet customer demand. They've posted drivers as well as the various distributions supported by the chip maker (Debian, Mandriva, Novell and Red Hat). Looks like the pure open source distributions are finally getting the attention of the big players!"

An anonymous reader writes to tell us that Debian 'etch' has finally hit beta (testing) complete with graphical installer. The new version includes a default 2.6 kernel, auto laptop detection, secure apt to verify downloaded packages, improved log file and bug reporting, added language support, and much more.

An anonymous reader writes "Elive, the ultra-slick Debian based Enlightenment (16.7 and 17) liveCD project has released version 0.1 for download. See the package and features list for more information. A screenshot tour is also available."

A anonymous reader writes "Branden Robinson has posted his third report as Debian Project Leader. This report covers the Sarge release, the status of security support, delegation activities, Mozilla Firefox trademark license, the need for community donation for a new hosting site and new hardware, and more."

A anonymous reader writes "Branden Robinson has posted his third report as Debian Project Leader. This report covers the Sarge release, the status of security support, delegation activities, Mozilla Firefox trademark license, the need for community donation for a new hosting site and new hardware, and more."

A anonymous reader writes "Branden Robinson has posted his third report as Debian Project Leader. This report covers the Sarge release, the status of security support, delegation activities, Mozilla Firefox trademark license, the need for community donation for a new hosting site and new hardware, and more."

linuxbeta writes "At OSDir there's a tour of the fixed Debian GNU/Linux 3.1 (r0a) release. After 3 years we finally get to have a look at the new Debian, including their new installer. Release notes. Only occasionally does this new release differ from Ubuntu."

linuxbeta writes "At OSDir there's a tour of the fixed Debian GNU/Linux 3.1 (r0a) release. After 3 years we finally get to have a look at the new Debian, including their new installer. Release notes. Only occasionally does this new release differ from Ubuntu."

Mister Furious writes "First, Apple switches to Intel, and now, equally shocking: Debian Sarge is released! Hell has officially frozen over! The scoop is from debian-administration.org: "The new Debian stable release, codenamed Sarge, has officially been released today. Several years of development since the last stable release, Woody, was released on the 9th of July, 2002 over a thousand developers around the world have helped make this release possible." Changes include Gnome 2.8, Firefox 1.0.4, Thunderbird 1.0.2, Apache 2.0.54 (1.3.33 is still available, too!), Postgresql 7.4.7, and more. The news hasn't hit the main Debian GNU/Linux site as of this article's posting. Congratulations to all of the Debian developers and contributors. Thanks for all your hard work and for a great distro!" Here's a link to the Debian Stable "Release" file.

Espectr0 points out an article about the release at Linux Compatible, writing "It is available on 14 (!) CD's or 2 DVD's. It includes XFree86 4.3, GNOME 2.8, KDE 3.3, Kernel 2.4.27, GCC 3.3.5, OpenOffice.org 1.1.3 and much others."

Mister Furious writes "First, Apple switches to Intel, and now, equally shocking: Debian Sarge is released! Hell has officially frozen over! The scoop is from debian-administration.org: "The new Debian stable release, codenamed Sarge, has officially been released today. Several years of development since the last stable release, Woody, was released on the 9th of July, 2002 over a thousand developers around the world have helped make this release possible." Changes include Gnome 2.8, Firefox 1.0.4, Thunderbird 1.0.2, Apache 2.0.54 (1.3.33 is still available, too!), Postgresql 7.4.7, and more. The news hasn't hit the main Debian GNU/Linux site as of this article's posting. Congratulations to all of the Debian developers and contributors. Thanks for all your hard work and for a great distro!" Here's a link to the Debian Stable "Release" file.

Espectr0 points out an article about the release at Linux Compatible, writing "It is available on 14 (!) CD's or 2 DVD's. It includes XFree86 4.3, GNOME 2.8, KDE 3.3, Kernel 2.4.27, GCC 3.3.5, OpenOffice.org 1.1.3 and much others."

Polkan Garcia writes "The Debian group has released an update to the 'Woody' distribution of the popular GNU/Linux OS. From the site: 'This is the sixth and final update of Debian GNU/Linux 3.0 (codename 'woody') which mainly adds security updates to the stable release, along with a few corrections to serious problems. Those who frequently update from security.debian.org won't have to update many packages and most updates from security.debian.org are included in this update.' More good news: r6 is the final update of woody, the new stable release is coming."

Polkan Garcia writes "The Debian group has released an update to the 'Woody' distribution of the popular GNU/Linux OS. From the site: 'This is the sixth and final update of Debian GNU/Linux 3.0 (codename 'woody') which mainly adds security updates to the stable release, along with a few corrections to serious problems. Those who frequently update from security.debian.org won't have to update many packages and most updates from security.debian.org are included in this update.' More good news: r6 is the final update of woody, the new stable release is coming."

rednuhter writes "LPIC 1 Exam Cram 2 is the authoritative tree-based text to aid and abet interested parties accomplishing a LPI LPIC level 1 certification, Which (roughly translated) is the first (not quite open source) Linux exam for junior (intermediate) sysadmins; more information is available at Linux Professional Institute. It is (currently) the only (up to date) printed guide for the Linux Professional Institute Certification (LPIC) Level 1 exam." Read on for the rest of rednuhter's review. LPIC 1 Exam Cram 2 author Ross Brunson pages 590 publisher QUE rating 8 reviewer rednuhter ISBN 0789731274 summary Exam cram for Linux LPIC level 1 The LPI is a non-profit organization bringing high-quality Linux certification to the masses, including multilingual exams across continents. LPIC Level 1 is designed to certify a junior sysadmin in Linux and is composed of two exams. This first level (101) has an optional (minor) 'branch' of either RPM or DEB package management, with RPM being used on predominately Red Hat-based systems and DEB being the preferred method for Debian based systems. The second level (102) is much more 'on the job' administration duties (see LPIC objectives).

I purchased the book last year after deciding I had no reason to try and keep my windows 95 MCP up to date and wishing to (formally) extend my Linux knowledge. I hit a wrong turn after spending quality time with Que's "General Linux 1" [ISBN]0-78972292-5] to find (as I went to book the exam) the format and topics had changed a fair amount in four years (LPI is constantly evolving...).

It was fine book with some good Lab sections, however it was not preparing me for the onslaught that is the seriously tough LPIC Level 1 exam. After a quick rant in the LPI mailing lists, a friendly poster [ross@brunson.org] noted that a book did exist (recently printed) that accumulated one of the premier LPI Linux trainers knowledge and experience, and by no coincidence he was the author.

My previous guide had been only 340 pages long so I was concerned to find this was closer to 600! Luckily the author wastes nothing, with a considerably helpful introduction, followed by details of the LPIC 101 (both flavors) and the 102 exam culminating in the full LPIC Level 1.

The first half of the book is dedicated to the 101 exam, which is the first part of the LPIC level 1 certifications. This included a lot of trouble-shooting steps for basic booting of Linux with hardware configuration and included vi usage (key strokes, buffers, regular expressions), XFree86 (config and understanding) to text processing with tee, tac, sed etc. The detail involved also dipped into modems, CHAP scripts, hardware identification, jobs, processes, chmod, grep, exit statuses and much much more. This also where the RPM/DEB specifics some in; although I have used Debian for many years I opted to take the RPM exam simply because I believe RPM is more widely commercially used, not that I think it is a better packaging system. These skills are an excellent grounding for basic Linux use and understanding, giving rounded knowledge of all the key areas a Linux user should be aware of.

Each chapter has an example exam and the author often makes use of these to introduce new ideas and concepts to encourage the user to research further. These answers are accompanied by explanations of not only why the right answers were correct, but why the wrong answers were incorrect.

The second half of the book (after a quick 66-question 101 test exam) is much more geared to a junior sysadmin and I found it quite hard going. Topics range from runlevels, daemons, users/groups, kernel compilation, modules, shells, scripting, networking, services, printing and security. As you may imagine, some of these topics are quite extensive and I personally found this half much more difficult to absorb. Note there is only one 102 LPIC exam, there is no RPM/DEB choice. This list does not really do the subject matter justice, as it goes into such things as custom subnet masks, network time utilities, Apache, sendmail, crontabs and even more.

This was followed by a set of 77 test 102 questions with both a quick answer key and a complete set of explanations.

The book includes a pull-out Cram Sheet which can help you memorize things such as the IRQ/IO address for serial ports, the different man page sections and common printer commands.

The author also notes how best to prepare for taking and even resitting the exam (the LPI has a concise retake policy).

The actual exam questions and areas are weighted, and you should ensure you review for the heavily weighted sections at least as much if not more that the lower-weighted ones.

The key 'trick' to passing the exams is to have tried the commands yourself and seen the results, I cannot emphasize this enough! The LPI 'seems' to favor (currently) 2.4.x kernels in the FHS File Hierarchy Standard RPM and DEB varieties, I did most of my investigation either with Knoppix via qemu(in windows) or Debian sid running the 2.6.x kernel. (However, most topics are vendor/distribution neutral and kernel and other obvious differences are noted.)

Although this book contains a lot of examples, it is not for beginners, unless you want to base your Linux learning on it. Sysadmins will find it too simple in places, but should not be complacent as they will find some knowledge nuggets buried that will ultimately help them pass the exams.

The book is easy to read, with some real-world examples that are ideal to reinforce the information presented. (It has been noted that practice lab sections could have been included; see author reply here)

Unfortunately, there are a fair number of misprints, technical inaccuracies and spelling mistakes current errata but a quick session with man will set you straight and very few directly spoil the otherwise accuracy of the book (the author notes that a second reprint is addressing these).

The CD comes with the obligatory PDF version of the book and a test program, this has caused some problems for some Linux users although fixes are now available. The test program tries to recreate the testing environment, with optional timer and instant result features. I personally found it very useful to identify areas I was weak in and required further investigation.

The book does a good job not to stray off into GPL licensing or any other non (LPIC Level 1) related topic, leaving further investigation up to the reader offering links where relevant.

It took me about 15-20 hours to revise for the 101 RPM exam and I passed with (apx) 96% where as the revision for the 102 exam was over a much longer period (and a more turbulent part of my life) taking about 40-50 hours which gave me a (apx) pass of 86% (remember the questions are weighted, my percentage scores are simply against the number of questions I got right and makes me feel good).

Preparing you for the LPI LPIC level 1 exams (part 1(RPM/DEB) and part 2)

Not only did I find the book easy to get on with and an indispensable asset for passing the exam but it has had pride of place on my desktop and makes an excellent reference tome.

The LPI website does now list Ross's book and there are various other resources available for a quick google, or just wait for the Slashdot crowd to fill up the comments below.

You can purchase LPIC 1 Exam Cram 2 from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

rednuhter writes "LPIC 1 Exam Cram 2 is the authoritative tree-based text to aid and abet interested parties accomplishing a LPI LPIC level 1 certification, Which (roughly translated) is the first (not quite open source) Linux exam for junior (intermediate) sysadmins; more information is available at Linux Professional Institute. It is (currently) the only (up to date) printed guide for the Linux Professional Institute Certification (LPIC) Level 1 exam." Read on for the rest of rednuhter's review. LPIC 1 Exam Cram 2 author Ross Brunson pages 590 publisher QUE rating 8 reviewer rednuhter ISBN 0789731274 summary Exam cram for Linux LPIC level 1 The LPI is a non-profit organization bringing high-quality Linux certification to the masses, including multilingual exams across continents. LPIC Level 1 is designed to certify a junior sysadmin in Linux and is composed of two exams. This first level (101) has an optional (minor) 'branch' of either RPM or DEB package management, with RPM being used on predominately Red Hat-based systems and DEB being the preferred method for Debian based systems. The second level (102) is much more 'on the job' administration duties (see LPIC objectives).

I purchased the book last year after deciding I had no reason to try and keep my windows 95 MCP up to date and wishing to (formally) extend my Linux knowledge. I hit a wrong turn after spending quality time with Que's "General Linux 1" [ISBN]0-78972292-5] to find (as I went to book the exam) the format and topics had changed a fair amount in four years (LPI is constantly evolving...).

It was fine book with some good Lab sections, however it was not preparing me for the onslaught that is the seriously tough LPIC Level 1 exam. After a quick rant in the LPI mailing lists, a friendly poster [ross@brunson.org] noted that a book did exist (recently printed) that accumulated one of the premier LPI Linux trainers knowledge and experience, and by no coincidence he was the author.

My previous guide had been only 340 pages long so I was concerned to find this was closer to 600! Luckily the author wastes nothing, with a considerably helpful introduction, followed by details of the LPIC 101 (both flavors) and the 102 exam culminating in the full LPIC Level 1.

The first half of the book is dedicated to the 101 exam, which is the first part of the LPIC level 1 certifications. This included a lot of trouble-shooting steps for basic booting of Linux with hardware configuration and included vi usage (key strokes, buffers, regular expressions), XFree86 (config and understanding) to text processing with tee, tac, sed etc. The detail involved also dipped into modems, CHAP scripts, hardware identification, jobs, processes, chmod, grep, exit statuses and much much more. This also where the RPM/DEB specifics some in; although I have used Debian for many years I opted to take the RPM exam simply because I believe RPM is more widely commercially used, not that I think it is a better packaging system. These skills are an excellent grounding for basic Linux use and understanding, giving rounded knowledge of all the key areas a Linux user should be aware of.

Each chapter has an example exam and the author often makes use of these to introduce new ideas and concepts to encourage the user to research further. These answers are accompanied by explanations of not only why the right answers were correct, but why the wrong answers were incorrect.

The second half of the book (after a quick 66-question 101 test exam) is much more geared to a junior sysadmin and I found it quite hard going. Topics range from runlevels, daemons, users/groups, kernel compilation, modules, shells, scripting, networking, services, printing and security. As you may imagine, some of these topics are quite extensive and I personally found this half much more difficult to absorb. Note there is only one 102 LPIC exam, there is no RPM/DEB choice. This list does not really do the subject matter justice, as it goes into such things as custom subnet masks, network time utilities, Apache, sendmail, crontabs and even more.

This was followed by a set of 77 test 102 questions with both a quick answer key and a complete set of explanations.

The book includes a pull-out Cram Sheet which can help you memorize things such as the IRQ/IO address for serial ports, the different man page sections and common printer commands.

The author also notes how best to prepare for taking and even resitting the exam (the LPI has a concise retake policy).

The actual exam questions and areas are weighted, and you should ensure you review for the heavily weighted sections at least as much if not more that the lower-weighted ones.

The key 'trick' to passing the exams is to have tried the commands yourself and seen the results, I cannot emphasize this enough! The LPI 'seems' to favor (currently) 2.4.x kernels in the FHS File Hierarchy Standard RPM and DEB varieties, I did most of my investigation either with Knoppix via qemu(in windows) or Debian sid running the 2.6.x kernel. (However, most topics are vendor/distribution neutral and kernel and other obvious differences are noted.)

Although this book contains a lot of examples, it is not for beginners, unless you want to base your Linux learning on it. Sysadmins will find it too simple in places, but should not be complacent as they will find some knowledge nuggets buried that will ultimately help them pass the exams.

The book is easy to read, with some real-world examples that are ideal to reinforce the information presented. (It has been noted that practice lab sections could have been included; see author reply here)

Unfortunately, there are a fair number of misprints, technical inaccuracies and spelling mistakes current errata but a quick session with man will set you straight and very few directly spoil the otherwise accuracy of the book (the author notes that a second reprint is addressing these).

The CD comes with the obligatory PDF version of the book and a test program, this has caused some problems for some Linux users although fixes are now available. The test program tries to recreate the testing environment, with optional timer and instant result features. I personally found it very useful to identify areas I was weak in and required further investigation.

The book does a good job not to stray off into GPL licensing or any other non (LPIC Level 1) related topic, leaving further investigation up to the reader offering links where relevant.

It took me about 15-20 hours to revise for the 101 RPM exam and I passed with (apx) 96% where as the revision for the 102 exam was over a much longer period (and a more turbulent part of my life) taking about 40-50 hours which gave me a (apx) pass of 86% (remember the questions are weighted, my percentage scores are simply against the number of questions I got right and makes me feel good).

Preparing you for the LPI LPIC level 1 exams (part 1(RPM/DEB) and part 2)

Not only did I find the book easy to get on with and an indispensable asset for passing the exam but it has had pride of place on my desktop and makes an excellent reference tome.

The LPI website does now list Ross's book and there are various other resources available for a quick google, or just wait for the Slashdot crowd to fill up the comments below.

You can purchase LPIC 1 Exam Cram 2 from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

rednuhter writes "LPIC 1 Exam Cram 2 is the authoritative tree-based text to aid and abet interested parties accomplishing a LPI LPIC level 1 certification, Which (roughly translated) is the first (not quite open source) Linux exam for junior (intermediate) sysadmins; more information is available at Linux Professional Institute. It is (currently) the only (up to date) printed guide for the Linux Professional Institute Certification (LPIC) Level 1 exam." Read on for the rest of rednuhter's review. LPIC 1 Exam Cram 2 author Ross Brunson pages 590 publisher QUE rating 8 reviewer rednuhter ISBN 0789731274 summary Exam cram for Linux LPIC level 1 The LPI is a non-profit organization bringing high-quality Linux certification to the masses, including multilingual exams across continents. LPIC Level 1 is designed to certify a junior sysadmin in Linux and is composed of two exams. This first level (101) has an optional (minor) 'branch' of either RPM or DEB package management, with RPM being used on predominately Red Hat-based systems and DEB being the preferred method for Debian based systems. The second level (102) is much more 'on the job' administration duties (see LPIC objectives).

I purchased the book last year after deciding I had no reason to try and keep my windows 95 MCP up to date and wishing to (formally) extend my Linux knowledge. I hit a wrong turn after spending quality time with Que's "General Linux 1" [ISBN]0-78972292-5] to find (as I went to book the exam) the format and topics had changed a fair amount in four years (LPI is constantly evolving...).

It was fine book with some good Lab sections, however it was not preparing me for the onslaught that is the seriously tough LPIC Level 1 exam. After a quick rant in the LPI mailing lists, a friendly poster [ross@brunson.org] noted that a book did exist (recently printed) that accumulated one of the premier LPI Linux trainers knowledge and experience, and by no coincidence he was the author.

My previous guide had been only 340 pages long so I was concerned to find this was closer to 600! Luckily the author wastes nothing, with a considerably helpful introduction, followed by details of the LPIC 101 (both flavors) and the 102 exam culminating in the full LPIC Level 1.

The first half of the book is dedicated to the 101 exam, which is the first part of the LPIC level 1 certifications. This included a lot of trouble-shooting steps for basic booting of Linux with hardware configuration and included vi usage (key strokes, buffers, regular expressions), XFree86 (config and understanding) to text processing with tee, tac, sed etc. The detail involved also dipped into modems, CHAP scripts, hardware identification, jobs, processes, chmod, grep, exit statuses and much much more. This also where the RPM/DEB specifics some in; although I have used Debian for many years I opted to take the RPM exam simply because I believe RPM is more widely commercially used, not that I think it is a better packaging system. These skills are an excellent grounding for basic Linux use and understanding, giving rounded knowledge of all the key areas a Linux user should be aware of.

Each chapter has an example exam and the author often makes use of these to introduce new ideas and concepts to encourage the user to research further. These answers are accompanied by explanations of not only why the right answers were correct, but why the wrong answers were incorrect.

The second half of the book (after a quick 66-question 101 test exam) is much more geared to a junior sysadmin and I found it quite hard going. Topics range from runlevels, daemons, users/groups, kernel compilation, modules, shells, scripting, networking, services, printing and security. As you may imagine, some of these topics are quite extensive and I personally found this half much more difficult to absorb. Note there is only one 102 LPIC exam, there is no RPM/DEB choice. This list does not really do the subject matter justice, as it goes into such things as custom subnet masks, network time utilities, Apache, sendmail, crontabs and even more.

This was followed by a set of 77 test 102 questions with both a quick answer key and a complete set of explanations.

The book includes a pull-out Cram Sheet which can help you memorize things such as the IRQ/IO address for serial ports, the different man page sections and common printer commands.

The author also notes how best to prepare for taking and even resitting the exam (the LPI has a concise retake policy).

The actual exam questions and areas are weighted, and you should ensure you review for the heavily weighted sections at least as much if not more that the lower-weighted ones.

The key 'trick' to passing the exams is to have tried the commands yourself and seen the results, I cannot emphasize this enough! The LPI 'seems' to favor (currently) 2.4.x kernels in the FHS File Hierarchy Standard RPM and DEB varieties, I did most of my investigation either with Knoppix via qemu(in windows) or Debian sid running the 2.6.x kernel. (However, most topics are vendor/distribution neutral and kernel and other obvious differences are noted.)

Although this book contains a lot of examples, it is not for beginners, unless you want to base your Linux learning on it. Sysadmins will find it too simple in places, but should not be complacent as they will find some knowledge nuggets buried that will ultimately help them pass the exams.

The book is easy to read, with some real-world examples that are ideal to reinforce the information presented. (It has been noted that practice lab sections could have been included; see author reply here)

Unfortunately, there are a fair number of misprints, technical inaccuracies and spelling mistakes current errata but a quick session with man will set you straight and very few directly spoil the otherwise accuracy of the book (the author notes that a second reprint is addressing these).

The CD comes with the obligatory PDF version of the book and a test program, this has caused some problems for some Linux users although fixes are now available. The test program tries to recreate the testing environment, with optional timer and instant result features. I personally found it very useful to identify areas I was weak in and required further investigation.

The book does a good job not to stray off into GPL licensing or any other non (LPIC Level 1) related topic, leaving further investigation up to the reader offering links where relevant.

It took me about 15-20 hours to revise for the 101 RPM exam and I passed with (apx) 96% where as the revision for the 102 exam was over a much longer period (and a more turbulent part of my life) taking about 40-50 hours which gave me a (apx) pass of 86% (remember the questions are weighted, my percentage scores are simply against the number of questions I got right and makes me feel good).

Preparing you for the LPI LPIC level 1 exams (part 1(RPM/DEB) and part 2)

Not only did I find the book easy to get on with and an indispensable asset for passing the exam but it has had pride of place on my desktop and makes an excellent reference tome.

The LPI website does now list Ross's book and there are various other resources available for a quick google, or just wait for the Slashdot crowd to fill up the comments below.

You can purchase LPIC 1 Exam Cram 2 from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

FreeFooOpenFighter writes "KernelTrap has an interesting article about Oregon State University's Open Source Lab. They currently provide hosting for an impressive list of projects including, among many others, the Mozilla Foundation, Debian GNU/Linux, and Gentoo Linux. According to the informative article, they plan to continue to donate hosting with their two OC48s to FOSS projects meeting their criteria."

JoeBuck writes "Steve Langasek has announced that Debian Sarge is now frozen. He produced a schedule that would lead to a Debian release at the end of May, though I would expect it to slip somewhat. I'm glad that the long wait for a Debian release will soon be over."

darthcamaro writes "Newly elected Debian Project Leader Branden Robinson posted his first report as DPL. From the looks of it, Debian is flat broke, with only $40,000 or so in cash on hand. In an interview on internetnews.com, though, Robinson talks about whether Debian should even hold onto any money at all. Holding onto cash is also likely not what those who donate to the Debian Project expect either, according to Robinson. "People who donate us money ... seem to expect us to put the money to work for us in the near-term, not towards establishing an endowment,' he said."