Slashdot Mirror

One of the projects to accomplish that is Utnubu.

all work will now be concentrated on polishing Debian 'Squeeze' to achieve the quality Debian stable releases are known for.

Like being released with a positive number of "release-critical" bugs, and that count going up over time. My guess based on past Debian release history is that we'll be looking at around 100 RC bugs at release time (it's around 500 at the moment).

The Debian project has decided to adopt a new policy of time-based development freezes for future releases, on a two-year cycle. Freezes will from now on happen in the December of every odd year, which means that releases will from now on happen sometime in the first half of every even year. To that effect the next freeze will happen in December 2009, with a release expected in spring 2010.

Note the bit about "Linux architectures." Squeeze will include GNU/kFreeBSD: Debian running on top of a FreeBSD kernel.

Are they hosting the website on an A500?

That I don't know.

But if they where (not on an A500 I suppose ...), what OS would they had used?

http://en.wikipedia.org/wiki/Amiga_Unix
http://www.amigaunix.com/tiki-index.php

But of course it would had worked with more common stuff aswell:
http://www.debian.org/ports/m68k/
http://www.netbsd.org/ports/amiga/
http://www.openbsd.org/amiga.html

Oh, and this Google hit reminds of the days of doom:
http://www.amigahistory.co.uk/linuxchoice.html

http://www.debian.org/ports/

I understand why, but there are a ton of people out there that think OSS is OSS. You wonder why corporations are weary of OSS it's because of this. I really hope this project goes somewhere or Debian's kFreeBSD project works as well as I'm hoping.

Reminds me of this joke:
I was walking across a bridge one day, and I saw a software developer standing on the edge, about to jump off. I immediately ran over and said "Stop! Don't do it!"

"Why shouldn't I?" he said.

I said, "Well, there's so much to live for!"

"Like what?"

"Well ... do you develop Closed Source or Open?"

"Open."

"Me too! Are you BSD or GPL?"

"GPL."

"Me too! Are you GPL v2 or GPL v3?"

"GPL v3!"

To which I said, "Die, heretic scum!" and pushed him off.

http://www.opensuse.com/ : redirects to http://en.opensuse.org/Main_Page : 1st sentence "Project: The openSUSE project is a worldwide effort that promotes the use of Linux everywhere

http://www.redat.com/ iGATE Powers Its Mission-Critical ManageMe Application on JBoss Enterprise Application Platform and Red Hat Enterprise Linux (close call on that one ...)

http://www.mandriva.com/ 1st para : More than 3 million people in the world enjoy our Mandriva Linux platform on their computer.

http://http//fedoraproject.org/: Fedora is a Linux-based operating system that showcases the latest in free and open source software.

http:/// linuxmint.com/ : it's in their url, title, ect: Linux Mint 9 KDE Linux Mint 9 KDE is out!

http://www.debian.org/: Debian uses the Linux kernel (the core of an operating system), but most of the basic OS tools come from the GNU project; hence the name GNU/Linux.

pclinuxos, puppy linux, etc ...

It's funny how Canonical wants to be seen as the "canonical linux distro", but it's all just marketing fluff and FUGLY color schemes.

I agree, but only if we restrict the results of the study to talking about something like "popular bittorrent trackers" rather than "bittorrent" full stop. If you're talking about bittorrent as a technology, you really have to include all the various things distributed from 100%-legal-files-only trackers (which I doubt they included in their study), like this one.

BnetD was also shut down, but its fork pvpgn still works, as far as I know. Not to mention BnetD is still in Debian

[...] Although one can say Debian is a stripped down Ubuntu, it does not follow that all stripped down Ubuntus are Debian.

uh? from the ubuntu site :
Commercially sponsored Debian-derived Linux distribution that focuses on ...
It's based on Debian, so if you strip down Ubuntu, you'll get Debian.
I don't see the point of stripping down Ubuntu, though? I find it easier to start with a streamed down system, and just add whatever I need, using for instance this :
http://www.debian.org/CD/netinst/
It works great, and preserves your other previously installed operating system(s)

http://www.debian.org/volatile/

Some of the Debian packages change faster than releases can keep up with them. So far, I haven't seen a similar project in Ubuntu.

And Linux distributions condense it into similar formats:
http://www.debian.org/security/2010/dsa-2012

Want to try your hand as sysadmin work?

Work-Needing and Prospective Packages

http://www.debian.org/devel/wnpp/

Well, there was also a name clash of chromium (the browser) vs. chromium BSU, a classic videogame that's been available on Debian since ages. Unfortunately, the popularity of Google made the old, well stablished game's package be renamed.

There's already a "google" command line command bundled with surfraw. You can type google searchstring and it will launch a browser with the results. I use w3m as the browser, which makes it easy to pipe the results into a script if I need to.

3) was not included in the Debain repos, despite there being a willing maintainer, because of poor code quality- see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515130

The lack or presence of a software in Debian does not mean anything about its quality.
Unfortunately there are are people, among the Debian devel, who are more political assholes than proper developers.

An example of utter garbage present in Debian is pdns (the software itself collapses after running for few hours, even minutes, depending on your load). Yet, each new Debian release contains a new version of that software. -- And that's not the only case.

3) was not included in the Debain repos, despite there being a willing maintainer, because of poor code quality- see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515130

The lack or presence of a software in Debian does not mean anything about its quality.
Unfortunately there are are people, among the Debian devel, who are more political assholes than proper developers.

An example of utter garbage present in Debian is pdns (the software itself collapses after running for few hours, even minutes, depending on your load). Yet, each new Debian release contains a new version of that software. -- And that's not the only case.

Yes, because a single trojan in a server that:

1) no one uses (not a single user checked the hash of the download over seven months),
2) is not in the repos of most distros,
3) was not included in the Debain repos, despite there being a willing maintainer, because of poor code quality- see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515130

completely refutes all the different arguments in favour of open source (many eyeballs, multiple vendors to provide free market competition, no lock in, etc).

We all know that not one single proprietary app has ever had a security issue.

i use debian with kde4.4.3 from experimental, i migrated the system since 4.2 and pinned the experimental repo, http://pkg-kde.alioth.debian.org/experimental.html getting new release from time to time, at first it was raw, crashes, leaks. it is very stable now at least in my configuration (amd64 3800+, geforce7600). Amarok2 do the job for me, i say, try it (with lastest video drivers) and pin the repo so you can get frequent updates.

i use debian with kde4.4.3 from experimental, i migrated the system since 4.2 and pinned the experimental repo, http://pkg-kde.alioth.debian.org/experimental.html getting new release from time to time, at first it was raw, crashes, leaks. it is very stable now at least in my configuration (amd64 3800+, geforce7600). Amarok2 do the job for me, i say, try it (with lastest video drivers) and pin the repo so you can get frequent updates.

Check and see if MorphOS supports the hardware (it would run very fast on that) ... if it doesn't, try Linux (like Ubuntu or Debian) with XFCE or LXDE desktop. :)

In other words...
http://www.debian.org/ports/arm/
http://www.emdebian.org/
?

Informative? What the hell? Have you guys ever been to debian-legal? You will never find a more lacking-in-legal-training-whatsoever hive of scum and villainy. This is the place that honestly can't decide if a mere "You can use this code in whatever way you want, as long as you don't try to claim you wrote it." suffices for free software.

So, debsums?

#1: There are numerous ways to do this.

#2:
plug:~$ time dpkg -L debsums ...
real 0m0.155s
user 0m0.160s
sys 0m0.000s

Seemed pretty fast to me.

Aptitude is in the base Debian system; you don't need to install it.

Also, according to Debian FAQ:

"Note that aptitude is the preferred program for package management from console both for package installations and package or system upgrades.

- Create ARM VM (Qemu does this)
- Create development image/environment (Qemu can do ARM)
- Build an ARM image
- Test in emulator/simulator
- Install with one of several methods - the Debian Installer works on ARM, for example.
- Test, log notes for yourself, and repeat the build process
----
http://cross-lfs.org/view/clfs-embedded/arm/introduction/how.html>

"The CLFS system will be built by using a previously installed Linux distribution (such as Debian, Fedora, Mandriva, SUSE, or Ubuntu). This existing Linux system (the host) will be used as a starting point to provide necessary programs, including a compiler, linker, and shell, to build the new system. Select the "development" option during the distribution installation to be able to access these tools."
---
Debian Live - ARM
http://wiki.debian.org/DebianInstaller/Arm

- Create ARM VM (Qemu does this)
- Create development image/environment (Qemu can do ARM)
- Build an ARM image
- Test in emulator/simulator
- Install with one of several methods - the Debian Installer works on ARM, for example.
- Test, log notes for yourself, and repeat the build process
----
http://cross-lfs.org/view/clfs-embedded/arm/introduction/how.html>

"The CLFS system will be built by using a previously installed Linux distribution (such as Debian, Fedora, Mandriva, SUSE, or Ubuntu). This existing Linux system (the host) will be used as a starting point to provide necessary programs, including a compiler, linker, and shell, to build the new system. Select the "development" option during the distribution installation to be able to access these tools."
---
Debian Live - ARM
http://wiki.debian.org/DebianInstaller/Arm

Debian GNU/Linux on ARM

Isn't it amazing what one can find with a few seconds of doing a Google search?

I know it doesn't let you say "hey, I submitted a Slashdot story, yay for me!" but it does solve the problem a lot faster, plus it allows you a chance to be independent and forego unnecessary hand-holding, like having other people do your Google search for you because "type in the keywords you want to search for" is too hard for you and you don't see that as a problem.

Debian GNU/Linux on ARM

sorry not just Closed source

http://www.debian.org/security/2008/dsa-1571

remember that gem???

http://digitaloffense.net/tools/debian-openssl/

"All SSL and SSH keys generated on Debian-based systems (Ubuntu, Kubuntu, etc) between September 2006 and May 13th, 2008 may be affected."

A good little write up.

Sorry but i have to say that these are both on par with each other.. both have very large and bad effects.

one is close source the other is open source.

I will give you that you see things like this far more often in closed source.. but just because it is open source does NOT make it more secure.

And before you mention that that bug was fixed - give MS the same window of time Debian did to clean it up (that includes fixing code - distributing code - and migrating data from old to new)

This is what Debian did with 'Etch'n'Half', in the 4.0 'Etch' stable distribution, going from 2.6.18 to 2.6.24, which was alarming because, in their words:

        * "Debian does not guarantee that all hardware that is supported by the default etch 2.6.18 kernel is also supported by the 2.6.24 kernel, nor that all software included in etch will work correctly with the newer kernel.
        * Migrating from the 2.6.18 etch kernel to the 2.6.24 "etch-and-a-half" kernel will work in many cases, but is not guaranteed to succeed. Upgrades from both the 2.6.18 and 2.6.24 kernels to the kernel provided by the next stable release ("lenny") will be supported.
        * Not all features of the etch 2.6.18 kernel are available in the 2.6.24 images, this includes the Xen and linux virtual server flavors.
        * Out-of-tree kernel module source packages that were provided in etch are not guaranteed to function properly with the 2.6.24 kernel.
        * The current "etch-and-a-half" installation images based on Debian Installer Lenny RC1 use a newer kernel (2.6.26) than the version that was included in the "etch-and-a-half" release and is installed for the target system (2.6.24). In some cases this can mean that hardware which is supported during the installation does not work after the reboot into the installed system because support for it was added after the 2.6.24 version."
http://www.debian.org/releases/etch/etchnhalf

Pete Boyd

Debian Eee
Gentoo Eee
EasyPeasy
Ubuntu Of course Ubuntu has a Eee flavor of the kernel, I chose to go a full blown Hardy Heron install on my netbook. I was given mine by a friend who was gonna throw it away. I removed the Xandros that was on it and installed Ubuntu and other than a bit of fun hacking around with it, it's quite useless other than using the terminal. Firefox on the web with it is crap, no memory whatsoever so if you have more than 1 tab open it takes forever to do anything. Forget about compiling something while websurfing cause that won't happen. My advice to people thinking about getting these, for the price if you double it, you get a pretty kick ass laptop these days. Go for the laptop, more power, more space, more ram, more CPU, more functional!

Actually, d4x was released under the Artistic License: http://www.opensource.org/licenses/artistic-license-1.0.php
From a brief read of it, I don't see much difference from the GPL.
You're certainly allowed to modify it. Section 2 and 3 say:

"2. You may apply bug fixes, portability fixes and other modifications derived from the Public Domain or from the Copyright Holder. A Package modified in such a way shall still be considered the Standard Version.

3. You may otherwise modify your copy of this Package in any way, provided that you insert a prominent notice in each changed file stating how and when you changed that file, and provided that you do at least ONE of the following:

        a) place your modifications in the Public Domain or otherwise make them Freely Available, such as by posting said modifications to Usenet or an equivalent medium, or placing the modifications on a major archive site such as ftp.uu.net, or by allowing the Copyright Holder to include your modifications in the Standard Version of the Package."

There is also an Artistic License 2.0, but the original homepage for d4x is down, so I can't tell whether or not it was released or relicensed under AL 2.0.
If it was, it's allowed to change the license to a compatible one such as GPL, MPL, or Apache.

It's also included in all debian releases since at least 4.0 (Etch): http://packages.debian.org/search?keywords=d4x&searchon=names&suite=all&section=all. I don't think it would be, if it wasn't GPL-compatible.

Maybe you got hold of a version of d4x, that was relicensed inappropriately?

[...]and that's it.

Except it's not. Because the Debian packages and the NVidia installer will keep overriding certain files, which means you can suddenly end up with no acceleration after an update. And if you were running Compiz, you get a nasty surprise at next reboot.

So there's a reason for doing it "the Debian way". Except it's very convoluted and needs the console. Nothing like the user-friendly "Hardware drivers" in Ubuntu, sorry.

What's kinda amusing is that WindowMaker (itself a NextStep clone, which is where Aqua has its roots, that being what word+dog is imitating now) has minimize all the way to the left, and close all the way to the right. You gets your two buttons and you likes it. I've configured my workplace KDE3 desktop (WindowMaker dock bug if anyone has a clue) to be similarly decorated. The GNOME / Ubuntu silliness is amusing in a sad sort of a way. Fortunately, this is GNU/Linux. We've other options.

It won't detect the need to do so and prompt you in the notification area, but otherwise, they're available as part of the non-free repos, so if you know the name of the package (nvidia-kernel & nvidia-glx), it's just the matter of using apt-get/aptitude/Synaptic/... to install it.

At some point, they've removed prebuilt binary driver packages from testing (but not unstable), so you had to build them from the source packages yourself (and even then, building source packages is automated in Debian). But, looking at http://packages.debian.org/ it seems to be in testing and stable at the moment.

I understand that it's different than synpatic, but it is indeed in Debian. It's just simply been re-branded as "Debian Software Center".

http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=software-center

But svchost.exe *is* a virus; there just isn't a way to remove it.

I find that this works wonders. Or, if you're not as hands-on, you may want this instead.

apt-cache search [keywords]

Or search on http://packages.debian.org/ (or use synaptic, or aptitude)

No, the backported feature patch was added in November last year; that is, it's been in Lucid for pretty much all of its development. The patch that was pushed a week ago was a fix to a bug that was discovered during Lucid's beta testing. A bug in a last-minute patch to fix a serious bug that was only itself discovered at the last minute is a problem, but it's not a sign of poor engineering practices.

Unfortunately I don't think you can "apt-get install fedora".

But you can "apt-get install gentoo", though it won't do what you probably think it does.

I sure don't want to go back to the Bad Old Days where FF on Linux couldn't view the same media as FF on Windows.

That's currently the situation with plugins. They're pieces of object code, so you're dependent on the plugin developer to provide you with a version for your OS/architecture. For example, Flash (something that HTML 5 and the video tag could replace) is (AFAIK) only available on three mainstream platforms - Win/x86, OSX/x86, and Linux/x86. There's a beta version for x86-64 and special versions (Lite?) for embedded devices, but that's pretty much it. As for the Quicktime plugin, there's no Linux or *BSD support at all (mainly because there's no QT on those platforms), although there's plugins that use VLC or totem, etc instead.

Now, lets look at Firefox. The Debian iceweasel package (Firefox without the branding) is listed as being available for 14 architectures (not counting the unofficial 68k port that languishes at 2.0). That includes x86-64 for your latest AMD64/Intel64 machines, armel for your portable ARM devices, powerpc for your old G3/G4/G5 PowerMacs, and a bunch of other architectures too. None of those are supported by Adobe or the many other companies that have, over the years, tried to lock us into their proprietary software with binary-only plugins. So I'm siding with Mozilla for some very practical reasons. Theora's not the best out there, but I'd prefer the web to be open to all.

Debian created the -volatile repositories about 5 years ago ( http://www.debian.org/volatile/ ) for keeping up with antivirus and spamcheckers that must be upgraded or become useless.

I think Debian dropped the ball here, Lenny should have shipped with the lenny-volatile repository at least commented out (if not enabled by default), and all of the packages in -volatile being only in -volatile so that people would enable the repository to use them and get updates.

It appears debian repositories also need to be updated. :(

Follow the instructions here and then do the update. You'll be up and running in a jiffy.

If crapware won't install on your computer, don't install the crapware. I'm sure there's plenty of other choices out there.

No, slower with Microsoft ickyness and less security: http://shootout.alioth.debian.org/u64/benchmark.php?test=all&lang=java&lang2=csharp

(Mod parents up, particularly the informative anonymous grandparent!)

This is a major milestone for Xen parent (heh) machines because we now have a very clear prospect of a stable Xen dom0 kernel branching process, creating code that has a reasonable amount of support by both the Xen kernel developers and mainline kernel developers - the divergence is getting smaller practically by the month.

The dom0 kernel list shows what the past divergence at 2.6.18 has created - a flurry of interconnected yet different branches with varying levels of features and stability. Xen kernel developers have since atoned :) and have made a really big effort to get in line with the paravirt_ops scheme. They've also been very forthcoming towards us users (see the utter lack of flaming on the xen-devel list, even when people send completely useless bug reports :).

Debian packages of the new Xen dom0 kernels (based on mainline stable 2.6.32) are already available at the standard place - see Xen @ Debian Wiki - and the 4.x hypervisor should also get there soonish (the new dom0 kernel works fine with the hypervisor 3.4.3~rc3 that's already packaged).

Indeed, more details at

http://lists.debian.org/debian-devel-announce/2009/10/msg00000.html
http://lists.debian.org/debian-alpha/2009/07/msg00015.html
http://lists.debian.org/debian-alpha/2009/08/msg00005.html
http://lists.debian.org/debian-alpha/2009/10/msg00003.html
http://lists.debian.org/debian-alpha/2009/10/msg00004.html
http://lists.debian.org/debian-alpha/2009/10/msg00011.html

Indeed, more details at

http://lists.debian.org/debian-devel-announce/2009/10/msg00000.html
http://lists.debian.org/debian-alpha/2009/07/msg00015.html
http://lists.debian.org/debian-alpha/2009/08/msg00005.html
http://lists.debian.org/debian-alpha/2009/10/msg00003.html
http://lists.debian.org/debian-alpha/2009/10/msg00004.html
http://lists.debian.org/debian-alpha/2009/10/msg00011.html