Re: Squeeze alpha1 images use kernels which aren't available in the archives anymore

2010-05-27 Thread Daniel Baumann
On 05/26/2010 05:38 PM, Daniel Baumann wrote: > it was said, that there should be a new d-i release really soon now, so > i've waited on that to release 'more or less' in sync another squeeze > pre-release. > > unrelated to that, i'd be really great if we could do the next > pre-release with live-

Re: Squeeze alpha1 images use kernels which aren't available in the archives anymore

2010-05-26 Thread Daniel Baumann
On 05/26/2010 06:26 PM, Diederik de Haas wrote: > Sounds like a valid reason. Didn't know that though, sorry. nothing to be sorry about - you couldn't know since i didn't wrote anything about it on the ml. > Sounds reasonable as well. > Where can I find out more info about those new packages?

Re: Squeeze alpha1 images use kernels which aren't available in the archives anymore

2010-05-26 Thread Diederik de Haas
On Wednesday 26 May 2010 17:38:52 Daniel Baumann wrote: > On 05/26/2010 03:15 PM, Diederik de Haas wrote: > > Maybe it's an idea to update the images? > it was said, that there should be a new d-i release really soon now, so > i've waited on that to release 'more or less' in sync another squeeze >

Re: Squeeze alpha1 images use kernels which aren't available in the archives anymore

2010-05-26 Thread Daniel Baumann
On 05/26/2010 03:15 PM, Diederik de Haas wrote: > Maybe it's an idea to update the images? it was said, that there should be a new d-i release really soon now, so i've waited on that to release 'more or less' in sync another squeeze pre-release. unrelated to that, i'd be really great if we could

Squeeze alpha1 images use kernels which aren't available in the archives anymore

2010-05-26 Thread Diederik de Haas
Hello, The Squeeze alpha1 images (http://live.debian.net/cdimage/squeeze-builds/) contain kernel linux- image-2.6.32-trunk-486 and linux-image-2.6.32-trunk-686. Both these kernels aren't available in the archives anymore (afaik). The corresponding linux-headers-* packages aren't (therefor) eit