Domain: debian.org
Stories and comments across the archive that link to debian.org.
Comments · 7,134
-
Re:Why compete?
We lost countless users to Ubuntu. Admittedly, Ubuntu drew a lot of its users from other distributions and even from Windows. But there is no reason for Debian to be simply the distribution upon which Debian-based distributions are based, we can also get new users by being more appealing.
http://www.debian.org/vote/2007/platforms/sho -
Too late?
Debian has turned into a political zoo of OSS dinosaurs, who are too big and too ancient. They spend lots of time arguing over political issues and raise barrier too high for hew developers.
During Debian Project Leader (DPL) election campaign candidates were almost in unison looking up to Ubuntu as an example on how to attract new users and developers. With Etch out and new DPL in Debian's goal can be summarized in one phrase: "Let's catch up with Ubuntu"
How Debian's brand new DPL wants to do this:
- rework website
- rework bugtracking system
- sex up the desktop, and
- encourage optional desktop releases every 6 months...
:-) -
Re:Sources please?
http://www.debian.org/ reports 4.0 as stable.
-
Sam and GNAA
Sam's not a GNAA member in any sense. He has commented about his trolling on planet.debian.org too. "My obvious social mistake was my Etch release stress-o-meter"
-
Sam and GNAA
Sam's not a GNAA member in any sense. He has commented about his trolling on planet.debian.org too. "My obvious social mistake was my Etch release stress-o-meter"
-
Re:You have got to be fucking kidding me
It's better to read the release notes first -- these notes warn about some potential SargeToEtch upgrade problems and point out a safe upgrade path.
http://www.debian.org/releases/etch/releasenotes -
Re:Sources please? (Link to Debian News)http://www.us.debian.org/News/2007/20070408/
It is too good to be true, but this is not an April Fools joke.
-
Debian GNU/Linux 4.0 released
-
Debian GNU/Linux 4.0 released
Debian GNU/Linux 4.0 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.
Using a now fully integrated installation process, Debian GNU/Linux
4.0 comes with out-of-the-box support for encrypted partitions. This
release introduces a newly developed graphical frontend to the
installation system supporting scripts using composed characters and
complex languages; the installation system for Debian GNU/Linux has
now been translated to 58 languages.
Also beginning with Debian GNU/Linux 4.0, the package management
system has been improved regarding security and efficiency. Secure
APT allows the verification of the integrity of packages downloaded
from a mirror. Updated package indices won't be downloaded in their
entirety, but instead patched with smaller files containing only
differences from earlier versions.
Debian GNU/Linux runs on computers ranging from palmtops and handheld
systems to supercomputers, and on nearly everything in between. A
total of eleven architectures are supported including: Sun SPARC
(sparc), HP Alpha (alpha), Motorola/IBM PowerPC (powerpc), Intel
IA-32 (i386) and IA-64 (ia64), HP PA-RISC (hppa), MIPS (mips,
mipsel), ARM (arm), IBM S/390 (s390) and -- newly introduced with
Debian GNU/Linux 4.0 -- AMD64 and Intel EM64T (amd64).
Debian GNU/Linux can be installed from various installation media
such as DVDs, CDs, USB sticks and floppies, or from the network.
GNOME is the default desktop environment and is contained on the
first CD. The K Desktop Environment (KDE) and the Xfce desktop can be
installed through two new alternative CD images. Also newly available
with Debian GNU/Linux 4.0 are multi-arch CDs and DVDs supporting
installation of multiple architectures from a single disc.
Debian GNU/Linux can be downloaded right now via bittorent (the
recommended way), jigdo or HTTP; see for
further information. It will soon be available on DVD and CD-ROM from
numerous vendors , too.
This release includes a number of updated software packages, such as
the K Desktop Environment 3.5 (KDE), an updated version of the GNOME
desktop environment 2.14, the Xfce 4.4 desktop environment, the
GNUstep desktop 5.2, X.Org 7.1, OpenOffice.org 2.0.4a, GIMP 2.2.13,
Iceweasel (an unbranded version of Mozilla Firefox 2.0.0.3), Icedove
(an unbranded version of Mozilla Thunderbird 1.5), Iceape (an
unbranded version of Mozilla Seamonkey 1.0.Cool, PostgreSQL 8.1.8,
MySQL 5.0.32, GNU Compiler Collection 4.1.1, Linux kernel version
2.6.18, Apache 2.2.3, Samba 3.0.24, Python 2.4.4 and 2.5, Perl 5.8.8,
PHP 4.4.4 and 5.2.0, Asterisk 1.2.13, and more than 18,000 other
ready to use software packages.
Upgrades to Debian GNU/Linux 4.0 from the previous release, Debian
GNU/Linux 3.1 codenamed "sarge", are automatically handled by the
aptitude package management tool for most configurations, and to a
certain degree also by the apt-get package management tool. As
always, Debian GNU/Linux systems can be upgraded quite painlessly, in
place, without any forced downtime, but it is strongly recommended to
read the release notes for possible issues. For detailed instructions
about installing and upgrading Debian GNU/Linux, please see the
release notes .
Please note that the release notes will be further improved and
translated to additional languages in the coming weeks.
ISO download: http://cdimage.debian.org/debian-cd/4.0_r0/i386/is o-cd/ -
Re:Please have them...
Call me crazy, but if I wanted up-to-date news, I would look at the News section, not the Weekly News one.
-
Re:Congratulations Debian!
If one may ask: why does it not look to you as though the DPL would have much power to change things?
It's just the general impression I got after reading a former DPL's blog note, written about a year ago.[1] It looks like the DPL needs to be a resourceful negotiator rather than a strong leader in order to push changes into debian. If he can "sell" his ideas to other developers and convince them that the kind of changes he wants to make are desirable and good for debian, then things start happening. But it will be very hard to persuade so many developers to agree on which new direction will be the best.
Take, for instance, the various proposals to improve the release methodologies for Debian.[2] I would very much like to see debian testing to become a constantly usable "rolling release" with "beta" snapshot releases (a la "DebianInstallerReleasesAreDebianReleases"). Then there could be the actual high quality stable releases just like they currently are, and unstable would stay the free playground for developers to break things and to introduce new ideas and new versions of software. But I doubt that this kind of big change in the release methodology would be possible for the DPL to push without causing major flame wars.
[1] http://www.cyrius.com/journal/2006/03/09 ;) -
Stop nitpicking. Time to party, dude...
Some people think it's party time, anyway.
-
Re:Congratulations Debian!
A lot of votes (267) got rejected. It seems that the accents in one candidate's name caused some problems with broken mail clients and the GPG signing. That didn't, as far as I can see, affect the outcome in anyway since most developers had plenty of time to recast their vote if it was rejected, and the problem was well discussed on the debian-devel mailing list. The announcement was at http://vote.debian.org/2007/vote_001.
-
Re:Hmm... I can still see bugs in their tracker
That graph does not take into account the version-tracking info associated with each bug. Try http://people.debian.org/~sesse/bugscan/ instead. From that graph, you can see that etch has been less buggy than sarge for almost a month.
:) -
Re:Hmm... I can still see bugs in their tracker
Some explanations about how to count:
The official release-critical bug tracker[1] is still not updated to handle "versioned bug-reports". Meaning it counts _all_ open bug reports, while in reality the bug might be "closed" in the _version_ of the package in Etch but the entire bug in not closed (because it still effects Sarge and older?). So the official sources are a bit misleading.
A debian developer called "Sesse" has an updated tracker[2]. This one gives a bit better indication about the truth. Hopefully his code will be moved over to become the official version.
As also previously mentioned, Andreas "aba" Barth has his own bug tracking tool[3]. This gives a bit more information about each release-critical bug and has filtering capabilities.
All sources indicate that there are many "RC" bugs left, but using aba's tool[3] you can see that most open bug reports are security issues. Security issues will come up all the time. There is already infrastructure in place to provide security updates for the stable distribution, so there's no need to hold back the release because of these issues as they can be fixed at any time.
The few remaining issues are new bugs that has just recently surfaces and hasn't yet been analyzed. They might have a too high severity set, noone knows until they have been analyzed. This also doesn't give much reason to hold back the released, there will always be a few really new bugs that there hasn't been time to analyze yet.
All in all, having all bugs fixed looks promising, even if noone can promise that the CD-images are 100% bug-free.
[1] http://bugs.debian.org/release-critical/
[2] http://people.debian.org/~sesse/bugscan/
[3] http://bts.turmzimmer.net/details.php?bydist=etch
Regards,
fatal -
Re:Hmm... I can still see bugs in their tracker
Some explanations about how to count:
The official release-critical bug tracker[1] is still not updated to handle "versioned bug-reports". Meaning it counts _all_ open bug reports, while in reality the bug might be "closed" in the _version_ of the package in Etch but the entire bug in not closed (because it still effects Sarge and older?). So the official sources are a bit misleading.
A debian developer called "Sesse" has an updated tracker[2]. This one gives a bit better indication about the truth. Hopefully his code will be moved over to become the official version.
As also previously mentioned, Andreas "aba" Barth has his own bug tracking tool[3]. This gives a bit more information about each release-critical bug and has filtering capabilities.
All sources indicate that there are many "RC" bugs left, but using aba's tool[3] you can see that most open bug reports are security issues. Security issues will come up all the time. There is already infrastructure in place to provide security updates for the stable distribution, so there's no need to hold back the release because of these issues as they can be fixed at any time.
The few remaining issues are new bugs that has just recently surfaces and hasn't yet been analyzed. They might have a too high severity set, noone knows until they have been analyzed. This also doesn't give much reason to hold back the released, there will always be a few really new bugs that there hasn't been time to analyze yet.
All in all, having all bugs fixed looks promising, even if noone can promise that the CD-images are 100% bug-free.
[1] http://bugs.debian.org/release-critical/
[2] http://people.debian.org/~sesse/bugscan/
[3] http://bts.turmzimmer.net/details.php?bydist=etch
Regards,
fatal -
Re:The ISOs for Etch are already out there...
Download mirrors:
http://www.debian.org/mirror/mirrors_full -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
The ISOs for Etch are already out there...
The ISOs for Etch are already available at http://cdimage.debian.org/cdimage/release/4.0_r0/
Use the "bt-cd" or "bt-dvd" sub-directories for the torrents. The torrents are well seeded, I'm getting 3MB/sec (24mbps) download speeds right now.
A few useful torrent links:
i386:
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-dvd/debian-40r0-i386-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/i 386/bt-cd/debian-40r0-i386-netinst.iso.torrent
AMD 64:
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-dvd/debian-40r0-amd64-DVD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-CD-1.iso.torrent
http://cdimage.debian.org/cdimage/release/4.0_r0/a md64/bt-cd/debian-40r0-amd64-netinst.iso.torrent
Sean -
Re:TWO! in one day?
Actually, the release was to be announced on April 1st but it has been delayed (again).
http://lists.debian.org/debian-devel-announce/2007 /03/msg00023.html -
Please have them...
update their news... or have I overlooked it somewhere?
-
Re:Sources please?
Possibly this activity:
http://lists.debian.org/debian-publicity/2007/04/m sg00007.html -
Re:Sources please?
See the draft etch release timeline. Looks like the release should be Sunday/Mondayish.
-
Re:Hmm... I can still see bugs in their tracker
http://bugs.debian.org/release-critical/
still 64 bugs ...
it was 56 a week ago
i seriously doubt we'll see 4.0 in at least 2 weeks -
List of Etch release parties
If you would like to celebrate the release of Etch, check out if there's a party planned near you or throw one yourself
:)
http://wiki.debian.org/ReleasePartyEtch -
Re:Sam Hocevar won DPL elections
http://master.debian.org/~srivasta/leader2007/
more info here -
Here's what I use
I bought a TV card specifically to do this but never used it because this has worked so well:
I play the tape on a good VCR. The video and stereo audio output are hooked up to a Sony Digital Handycam (it's a DCR-TRV350). And the camcorder Firewire cable is connected to the PC.
This lets the Camcorder do all the heavy lifting. It outputs standard digital video which I capture with kino. I also use kino to do the clean-up, capture a frame (as a jpeg) and export some sound to use as the title screen for what will be the final DVD. The sound gets exported as a .wav which I convert to mp2 with ffmpeg.
Still with kino, I break up the video into chunks (about 4-6 minutes each) for chapters so I can skip through the DVD when it done. I then export the video in DVD format, telling kino to split chapters into seperate files (this makes chapter creation automatic in the next step).
I then use 'Q' DVD-Author to build the DVD filesystem. Although 'Q' DVD-Author can create the DVD automatically (calling dvdauthor), I prefer to tweak the dvdauthor.xml file to do some fun menu things and run dvdauthor manually.
I check my DVD (while still a directory on my hard disc) with totem, or mplayer. Finally I write it out using growisofs from the dvd+rw-tools project.
All this is running on a Debian system that is several years old. Nothing fancy or top-of-the-line here.
That's pretty much it. Been working great for me.
As for that TV card? Well, I watch TV with it - it's hooked up to my cable. -
Re:Another scripting language?
check out this benchmark: it'll open your eyes bigtime! (especially if you take in account that the complete language together with it's os, string and math library takes no more than 180k; which makes it a real alternative for embedded solutions)
-
The problem with lua...
Lua is a great little language, unfortunately the runtime changes drastically between versions. While this keeps it small, powerful and fast (especially Mike Pall's luajit) it means your apps are going to have a limited lifespan on supported runtime.
If the developers could at least maintain ABI stability so library bindings work between versions then we'd see lua gain serious traction outside of gamedev. The luajit gives mono a run for it's money in shootouts, and register based VMs are better suited to dynamic languages. -
The problem with lua...
Lua is a great little language, unfortunately the runtime changes drastically between versions. While this keeps it small, powerful and fast (especially Mike Pall's luajit) it means your apps are going to have a limited lifespan on supported runtime.
If the developers could at least maintain ABI stability so library bindings work between versions then we'd see lua gain serious traction outside of gamedev. The luajit gives mono a run for it's money in shootouts, and register based VMs are better suited to dynamic languages. -
Re:Not one... two.
A Taiwanese company called GemBird makes USB controlled power strips.
Some info and a pic at:
http://people.debian.org/~ocsi/project/sispm
They were at CES last year trying to find a N.A. distributor. It doesn't look like they succeeded:
http://www.gembird.cn/index.html
I wouldn't say their stuff is particularly high quality, btw. -
Re:Irony upon irony...
and what do you propose?
to install any OS from the CD you'll need to setup the BIOS to boot from it. if the distribution is any good, then magazines will start to include it on their CD/DVDs and then downloading/burning the image won't be needed either.
of course, you could always..do...this -
Re:Good luck.
http://www.debian.org/ports/kfreebsd-gnu/ It actually works quite well.
-
Re:I know how you feel, Murdock
Now about that documentation....
While I agree that our documentation does need work, in this case searching for Circumvent debian dependency checking finds equivs right off, and the Debian Reference second. People like you who have run into problems like this and haven't been able to find the documentation should think about what Debian should do to make the documentation more accessible and then file wishlist bugs against the appropriate packages (ideally with patches) so that those of us who already know where the documentation is, and therefore don't ever bother to look for it, know how to make it more accessible. ;) -
Re:What is with the GNU tag?
People keep referring to Linux and Linux-based distributions with this 'GNU' thing in the name? What's up with that?
I hope you are being funny, but if you are not, I will explain. or even if you are, in case someone else wants to know.
The assertion is that it should be called GNU/Linux because Linux depends on GNU for userspace, build tools, et cetera.
This was once true, but is actually not true any more.
Debian is explicitly called Debian GNU/Linux for this reason. Debian is pretty much the gnuest (but not the newest, ha ha) distribution out there. It has higher ideals than any other Linux that I'm aware of; read the Debian Free Software Guidelines (DFSG) for more information.
Richard Stallman has written a whiny diatribe on the subject entitled Linux and the GNU Project. Here is an excerpt:
"What they found was no accident--it was the not-quite-complete GNU system. The available free software added up to a complete system because the GNU Project had been working since 1984 to make one. In the The GNU Manifesto we set forth the goal of developing a free Unix-like system, called GNU. The Initial Announcement of the GNU Project also outlines some of the original plans for the GNU system. By the time Linux was written, GNU was almost finished."
GNU was almost finished? Yeah, except for the lack of a useful kernel. When the HURD finally came out it was extraordinarily limited for an operating system of its day, including a lack of support for filesystems over 2GB.
You may have noticed that I have no sympathy for the view of forcing people to call it GNU/Linux. Why not? Because it's inconsistent. As per the terms of the GPL I am free to fork GCC and call it something entirely different that has nothing to do with GNU. No one is trying to take anything away from GNU or the FSF by calling various Linux distributions Linux. No one is trying to hide the fact that the majority of systems (but again, not all!) are based on or built with the GNU userland. They are only apparently not giving GNU sufficient credit. If GNU needs more credit, that should have been in the license. If it's not worth putting in the license, then shut up already.
-
lsb way
according to this wiki, LSB-compliant Init Script should document runtime dependencies.... and so it should be easy to use a parallelized bootup system; at a certain point, it was even planned for the new Debian Etch ; checking in my
/etc/init.d, I see that many scripts in Debian Etch indeed do sport the LSB header; but I cannot tell if that goal was achieved - last time I tried , I apt-get installed runit, and then my box did not boot.
The funny fact is that I did not see, in the posted article, any reference to this fact: according to that article, seems that, whatever parallel-boot-rc system you use, you need to manually write down all init-scripts dependencies ... thus effectively reinventing the wheel. Or am I wrong? is any of those gizmos out there capable of understanding the LSB-mandated dependencies? -
lsb way
according to this wiki, LSB-compliant Init Script should document runtime dependencies.... and so it should be easy to use a parallelized bootup system; at a certain point, it was even planned for the new Debian Etch ; checking in my
/etc/init.d, I see that many scripts in Debian Etch indeed do sport the LSB header; but I cannot tell if that goal was achieved - last time I tried , I apt-get installed runit, and then my box did not boot.
The funny fact is that I did not see, in the posted article, any reference to this fact: according to that article, seems that, whatever parallel-boot-rc system you use, you need to manually write down all init-scripts dependencies ... thus effectively reinventing the wheel. Or am I wrong? is any of those gizmos out there capable of understanding the LSB-mandated dependencies? -
Re:How about a link to the downloadable videos?
I also like how it's pointing out that it doesn't matter what type of computer you have. You can run Linux now. I guess many people are used to the idea of having to buy a new computer to change operating system.
It's understandable that anyone might prefer Linux to Windows. That said, many people are probably wondering, "If you have a Mac, why would you install Linux* on it?" This is a good question; pretty much any Linux program for which source is available can be recompiled for OS X. If it's command-line, no problem. If it's X11-based, just fire up Apple's free X11. The only snags are with binary-only software, but it's rare that you'd actually need to use a binary-only Linux app for which there's no Mac-native equivalent, and much more likely that you'd encounter the opposite situation.
I've actually installed Linux on a Mac on multiple occasions (starting with kernel 2.2.x on an original iMac, which was about the first time it was really possible), so I will try to enumerate the reasons:
0) Because you can.
1) For fun--you enjoy tinkering with things.
2) To learn about Linux.
3) To develop Linux-specific software, such as Linux kernel drivers.
4) Ideological reasons relating to Free Software--you refuse to run an OS where a portion of the code is non-Free (in which case you'd better be using Debian).
5) Because you care about performance in a particular niche where Linux has substantial real-world performance benefits over OS X.
6) You're so used to Linux's user interface that it would be too difficult for you to switch.
7) You actually think Linux's user interface is nicer than OS X (since they both offer the same choice of shells, this comes down to GUI preference).
I really can't think of any other reasons that make any sense--if you can, please reply and elaborate. Now, to the analysis.
It's pretty clear that the reasons given above are valid only for computer geeks. Normal people don't care about (0 - 5), (6) is obviously not applicable, and I have yet to meet a reasonable person who claims (7) holds true for "average" users. There's nothing wrong with this--being better than Windows for a lower price is a big accomplishment--but why imply that Linux is something it's not?
Linux is a great OS for many people whose alternative is Windows, and for geeks. It's not a good replacement for Mac OS X.
As an alternative ad that plays on the same themes, have PC as a guy, and have him break up with his girlfriend Vista because she's too demanding. PC sees Mac OS X (woman), and tries to hit on her, but is shot down because he's "not her type" and she "doesn't think they'd be compatible". Linux walks in, and she and PC hit it off. This would communicate that you can use your existing PC hardware to run Linux but not Mac OS X.
* I use Linux in the sense that everybody except Richard M Stallman uses--I mean the entire OS, in a generic sense that does not specify a particular distribution, rather than just the kernel. -
Re:Ubuntu no better than Debian
Here's the Debian bug for PAM
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3 35273
Basically, segfault if you used pam_tally, which was a security requirement where I work. Took a year to be fixed.
http://packages.debian.org/changelogs/pool/main/p/ pam/pam_0.79-4/changelog
Yes, we're talking about volunteers, but still--a bug in the core login system that can lock you out of your remote server permanently is pretty severe to be leaving lying around for a year. If you do a search on Google, there are plenty of other people who were bitten by it; e.g. http://archives.neohapsis.com/archives/pam-list/20 06-02/0006.html
I didn't report the X.org bug, but as I say, it was apparently specific to FireGL T2, which is probably why you didn't see it. A search for "X.org FireGL T2" picks up a bunch of other people who had the problem. (That one was also in Ubuntu, granted.) -
Re:Ubuntu no better than Debian
Here's the Debian bug for PAM
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3 35273
Basically, segfault if you used pam_tally, which was a security requirement where I work. Took a year to be fixed.
http://packages.debian.org/changelogs/pool/main/p/ pam/pam_0.79-4/changelog
Yes, we're talking about volunteers, but still--a bug in the core login system that can lock you out of your remote server permanently is pretty severe to be leaving lying around for a year. If you do a search on Google, there are plenty of other people who were bitten by it; e.g. http://archives.neohapsis.com/archives/pam-list/20 06-02/0006.html
I didn't report the X.org bug, but as I say, it was apparently specific to FireGL T2, which is probably why you didn't see it. A search for "X.org FireGL T2" picks up a bunch of other people who had the problem. (That one was also in Ubuntu, granted.) -
Re:Debian isn't the best model for usability
Debian isn't the best model for usability for non-technical users; glacial release schedules and lack of desktop environment coherence to offset your stability is, well, what you get with Solaris already.
Considering the fact that Ian Murdock isn't currently even a Debian Developer I don't know what Debian is currently doing (or according to you, not doing) has to do with him at all. -
Debian on Solaris?
As the Debian GNU/kFreeBSD project has shown, it is possible to port the Debian userland (including the excellent apt-get package management system) to other kernels besides Linux. I would like to see Debian/Solaris project come out of Ian's endeavors. If not that, then at least an upgrade of the current Solaris userland to make it more Linux-like.
-
Debian Weekly News says it all
http://www.debian.org/News/weekly/ says it all really...
It is *called* 'weekly' news yet, in most cases, it comes out monthly. -
Re:Fuck DebianI am so sick of their elitism, their idealism, their purity-over-functionalism. I cut my teeth on Debian and I thought it was a great platform to learn on, but it has no place in the workplace.
Um Debian does not hide their idealism, they are quite up front. http://www.us.debian.org/intro/free
If you are saying there is no place in the enterprise for these ideals, You haven't look around enough.
There are many of us who not only believe in these ideas but support them exclusively.
You are free to use what you like but saying I think Debian needs a wakeup call. It should either be abandoned or made correct; is the most idiotic statement I've heard since joining the movement. (And that is saying something.)
Debian Servers are rock solid and have been since way back. Many a workplace run debian servers without users/admins even noticing the purity/idealism you speak of.
(I spoke too soon, New idiotic statement)difficult enough without having the personalities of brilliant yet insignificant(to me) developers holding back shipping dates
Wow. Just Wow.
Ok guys, we cannot have these discussions any longer, Jaxon6 (You know the guy who pays nothing, contributes nothing and bad mouths us on the intarweb) needs us to deliver for him now. I know freedom, trademarks, stability, blah, blah, blah, Jaxon needs to use firefox but doesn't know how to install it. Fix it. Jaxon6 has spoken.
I remember those ideals I had a decade ago when installing Debian from floppy.
Good to see you Got over those Childish notions of freedom and equality bub. You are a Man now.As a developer let me be the first to say Fuck You and have a good day.
-
Re:It's sadDebian should never hold face-to-face meetings, something bad always happens
The lack of social skills is a really sad aspect in our community. I suspect it is at the root of your comment. Some geeks take a long time to mature (and some never do
;-). You had your shot as DPL, and the recent voting for SPI director suggests there is still room for improvement. Claiming that we should never meet seems defeatist to me. Meeting together and working on our social skills looks like a better choice to me. If we start out by recognizing we need to practice our social skills, we can improve.Times have changed. The old joke about no one on the internet knowing you are a dog still applies. But our respect is still based upon skills and knowledge. We just need to augment our view of what a person accomplishes to contain a social aspect too. The process may not be pain free. If we must deal with expulsion requests or a myriad of flamefests, then so be it. The Debian core values remain intact. We need to learn how to scale to larger numbers without diluting them.