The Debian Project announces the release of Debian 4.0

Posted by Steve on Sun 8 Apr 2007 at 14:14

The Debian Project is pleased to announce the immediate availability of their next stable release. Debian 4.0, codenamed Etch, was officially released today, after 21 months of constant development.

Significant Changes

Compared to the Sarge release of Debian GNU/Linux almost every single package has been updated, and many new packages have been introduced which weren't previously available.

There have been several significant upgrades of commonly used packages such as:

  • The upgrade of PHP5.x
  • The upgrade to MySQL 5.x
  • The upgrade to Apache 2.2.x
  • GCC v4.1 as the default compiler
  • The transition from XFree86 to X.org v7.1

As well as these upgrades there are many notable new features and additions to the release:

  • The availability of Xen.
  • The availability of VServer.
  • Support for the AMD-64 architecture.
  • The availability if Tomcat 5.x.
  • The availability of official Sun Java packages.
  • Signature checking for APT, along with partial downloads.
  • Fully integrated support for encrypted partitions from the installer.
  • The translation of the installation system into 58 languages.

Upgrading

Before you upgrade to Etch please read the release notes, as they contain important information which will ease your upgrade.

The recommended update tool is aptitude, since this handles dependency updating better than apt-get.

Once you've updated your sources.list in /etc/apt you can upgrade from Sarge to Etch by running:

# apt-get update
# apt-get install aptitude
# aptitude -f --with-recommends dist-upgrade

In case of problems please consult the release notes before reporting a bug.

A big thank you to all the contributors, developers, bug reporters, testers, translators, and users.

 

 


Posted by marki (85.237.xx.xx) on Sun 8 Apr 2007 at 14:29
Great!
I'm just downloading DVD ISO using torrent - http://cdimage.debian.org/cdimage/release/4.0_r0/i386/bt-dvd/debi an-40r0-i386-DVD-1.iso.torrent
right now 4-6 MB/s :)

[ Parent | Reply to this comment ]

Posted by colabus (203.87.xx.xx) on Sun 8 Apr 2007 at 16:55
[ View Weblogs ]
I've been hanging for this release for ages!

Great work to all those involved! :)

[ Parent | Reply to this comment ]

Posted by ajt (85.211.xx.xx) on Sun 8 Apr 2007 at 17:58
[ View Weblogs ]
Congratulations to everyone involved!

Good luck when upgrading.

I've upgraded two desktop systems with only one circular dependency (SSH/kdessh) that was easy enough to fix. Just my home server to go and Sarge will be but a pleasant memory.

--
"It's Not Magic, It's Work"
Adam

[ Parent | Reply to this comment ]

Posted by glanz (216.209.xx.xx) on Sun 8 Apr 2007 at 23:13
[ View Weblogs ]
The partial download change is very important! That's the icing on the Debian cake. The nuts and the fruit is taken care of by my favourite author (of the WTFPL Licence http://sam.zoy.org/wtfpl/ ) who was just elected DPL.

[ Parent | Reply to this comment ]

Posted by Anonymous (24.208.xx.xx) on Mon 9 Apr 2007 at 07:07
I just got done with the upgrade of an Intranet server. Things didn't go perfect, but eventually everything got back up with no data loss. I had some problems with the new kernel version and an add-on serial card (borked my setserial configuration).

Mysql, Apache, PHP upgrade went fairly smooth other than some minor bumps with modules.

Xorg doesn't work yet, but I will get to that later (I only use X occasionally for some development stuff).

All in all not too bad of a ride.

[ Parent | Reply to this comment ]

Posted by eric (82.251.xx.xx) on Mon 9 Apr 2007 at 18:59
[ View Weblogs ]
So, this is the reason for
W: Conflicting distribution: http://security.debian.org stable/updates Release (expected stable but got etch)
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.
Great! Big news! Thanks to all the Debian team (and the other people involved).

:eric:
http://blog.sietch-tabr.com

[ Parent | Reply to this comment ]

Posted by Anonymous (213.164.xx.xx) on Tue 10 Apr 2007 at 08:31
Thoughtpolice has a VMware image of it here:
http://www.thoughtpolice.co.uk/vmware/#debian4.0

[ Parent | Reply to this comment ]

Posted by Anonymous (83.134.xx.xx) on Tue 10 Apr 2007 at 08:48
Lets hope there are special Tutorials for getting things done in especially for Debian Etch 4.0 Stable.

It took me about 4 hours to get my nvidia drivers working. I sort of messed up with the nvidia-glx-legacy drivers. It did all the wrong things first.

Now how do I get compiz to work?

I've already done the following step:

apt-get install compiz

[ Parent | Reply to this comment ]

Posted by Anonymous (81.174.xx.xx) on Tue 10 Apr 2007 at 09:31
I'm running Sarge with a custom 2.4 kernel on a remote server. The release notes advise upgrading to 2.6, and say that things in Etch may go wrong if you don't. However, I don't have an identical server locally, so I'm worried about running into hardware-related problems when I upgrade - I don't have remote KVM access, which means it would be an expensive pain to get the data center to fix it for me.

I'm therefore rather reluctant to upgrade my kernel. Do I really need to?

And while I'm asking that, can anyone advise me on what problems I might face if I do upgrade by running "make oldconfig" on my new 2.6 kernel, using my 2.4 .config? Are there any other problems moving from 2.4 to 2.6 that I should look out for, like SATA drive paths?

[ Parent | Reply to this comment ]

Posted by Anonymous (213.164.xx.xx) on Tue 10 Apr 2007 at 09:35
> I don't have remote KVM access
Then stop. Wait til you can get to the data centre. You have what - nine months to worry abou this?

[ Parent | Reply to this comment ]

Posted by Anonymous (81.174.xx.xx) on Tue 10 Apr 2007 at 09:53
Thanks for the reply. I would agree, but I should have been a bit clearer - it's a rented server, so I won't ever have KVM access. It's upgrade by SSH, or leave it running Sarge.

A couple of hours downtime wouldn't be a disaster for this machine, but equally I don't want to completely bugger it and find myself facing a chunky support bill, or a full reinstall and file restore at a particularly busy time of year.

I think I'm probably just going to leave it running Sarge, get a new box in about 6 months with a clean Etch install, and move the services over. I can then get the data center to wipe the drive on the old server and install Etch from scratch - two servers for the price of... err, yes.

[ Parent | Reply to this comment ]

Posted by jonesy (210.185.xx.xx) on Thu 12 Apr 2007 at 01:42
[ View Weblogs ]
I this case, I would recommend upgrading to the 2.6 kernel alongside the 2.4 kernel on sarge first, but leave 2.4 as the default kernel, and set the 2.6 kernel to be the default for the next reboot only. That way, if it doesn't work, you can just ask your datacentre to reboot your box, and it will com back up with the original kernel.

If it does boot fine with the 2.6 kernel, then upgrade to etch!

[ Parent | Reply to this comment ]

Posted by Anonymous (81.84.xx.xx) on Fri 13 Apr 2007 at 00:43
maybe using backports to upgrade the kernel and then upgrade to etch?

[ Parent | Reply to this comment ]

Posted by jonesy (210.185.xx.xx) on Fri 13 Apr 2007 at 02:08
[ View Weblogs ]
Possibly, but sarge actually includes the option of a 2.6 kernel using only official repositories, I would just use that.

[ Parent | Reply to this comment ]

Posted by oxtan (82.95.xx.xx) on Thu 12 Apr 2007 at 07:31
[ View Weblogs ]
What I would do:

get a test machine with *exactly* the same hardware and install and configure sarge with *exactly* the same settings as your actual server;

if that is not possible (I read on another post that this a hosted server is), then install a virtual sarge with *exactly* the same settings and test the upgrade of the kernel first, and to etch then. Document everything, test and retest. When you have it right, do it on the production box.

[ Parent | Reply to this comment ]

Posted by larryfeltonj (74.224.xx.xx) on Tue 10 Apr 2007 at 12:14
I just installed etch last night and have been playing around with the various utilities and applications this morning to make sure everything I use is working, and generally configure and tweak things. So far, so good. Many thanks to everyone who worked on this project!

[ Parent | Reply to this comment ]

Posted by Anonymous (193.95.xx.xx) on Wed 11 Apr 2007 at 10:07
im a bit confused ..

since 4.0 is new stable should i replace my apt repositories if i need to updete 3.1 system ... and to what ?

coz when i today tryed to do apt-get udate & upgrade i got:
38 upgraded, 0 newly installed, 0 to remove and 209 not upgraded.
but i suspect that this are not for my 3.1 ?

thanks

[ Parent | Reply to this comment ]

Posted by Nilshar (82.238.xx.xx) on Wed 11 Apr 2007 at 11:52
[ View Weblogs ]
if you don't want to upgrade to etch, use sarge or oldstable in your source.list

[ Parent | Reply to this comment ]

Posted by Anonymous (193.95.xx.xx) on Fri 13 Apr 2007 at 17:15
thanks for clearing that out for me

[ Parent | Reply to this comment ]

Posted by Anonymous (81.170.xx.xx) on Wed 11 Apr 2007 at 16:59
Hi There,
after following the upgrade procedure step by step as stated in the release note, my webmin still recognize my system as Debian 3.1. Is it something webmin-related or is there something that I have to change manually so that it recognizes my system as Debian 4.0 ?

Thanks in advance

/Ben

[ Parent | Reply to this comment ]

Posted by Anonymous (213.164.xx.xx) on Wed 11 Apr 2007 at 19:33
What does cat /etc/deb*sion say?

[ Parent | Reply to this comment ]

Posted by Anonymous (81.170.xx.xx) on Thu 12 Apr 2007 at 16:22
It says 4.0 meaning webmin-related issue. Thanks !

/Ben

[ Parent | Reply to this comment ]

Posted by Anonymous (142.167.xx.xx) on Thu 12 Apr 2007 at 02:29
A couple of years ago when I downloaded Debian Sarge, documentation then mentioned that for the main stuff, download of only the first three CDs was required. Does this still hold true for Etch?

[ Parent | Reply to this comment ]

Posted by rbelk (70.152.xx.xx) on Thu 12 Apr 2007 at 18:40
I've been using Kubuntu for the last couple of years after getting frustrated with Debian. But after installing the KDE version of 4.0, I'm highly impressed with it. It found all my hardware, X and sound worked on reboot! Good work guys, I'm going back to Debian...

[ Parent | Reply to this comment ]

Posted by Anonymous (83.134.xx.xx) on Sun 15 Apr 2007 at 20:25
Can anybody confirm that their open office base is working in debian etch 4.0, mine just blocks. apt-get installed a lots of applications, that might have interfered with the normal operation of open office base. Starting it up works, but once I click on "tables" it gets stuck. With processor consumption, ... well nothing.
I also discovered I can't install Eclipse together with Azureus, it is one or the other. This was one of those bugs said to be fixed but it wasn't.
And for Qemu I had to create the mknod the kqemu before it worked. Anyways that worked perfectly.
Also the Alacarte editor, I can't seem to view the properties of the already created menu item. It just doesn't do anything, but adding menu items is not problem.
Debian Stable sure is better than Testing.

Anyways, can anybody confirm that their Open Office Base is working? (tables)
Knoda is my backup plan :-)

Thanks in advance.

[ Parent | Reply to this comment ]

Posted by Eirik (84.48.xx.xx) on Fri 27 Apr 2007 at 00:20
I recently discovered a possible gotcha for those updating to 4.0. I was running ssh, and a couple of other services, as well as Bernstein's djbdns and daemontools.

The Bernstein-packages are source-based, and after the upgrade and a reboot, they failed to boot, due to being linked with a wrong version of libc. This meant that ssh that was listening on a locally defined dns-name failed to start, because name-resolution didn't work (the system was also running as it's own recursive dns).

The fix was easy, after I hooked up a monitor and keyboard to the system, just install the dbjdns-installer and daemontools-installer, and download and build both again. It was a bit difficult to diagnose on a completely headless system, however (that's what I get for not having a null-modem cable laying about).

Just thought I'd point it out here, in case anyone might be bitten by the same problem.

Another, easier fix, would've been to have set sshd to listen to all interfaces, before a reboot (ListenAddress 0.0.0.0 or ListenAddress ::). And a reasonable testcase before reboot, would've been to try and restart all services one-by-one, and look for errors.

[ Parent | Reply to this comment ]

Sign In

Username:

Password:

[Register|Advanced]

 

Flattr

 

Current Poll

What do you use for configuration management?








( 76 votes ~ 0 comments )

 

 

Related Links