Linked by Eugenia Loli on Wed 8th Jun 2005 08:43 UTC, submitted by george
Permalink for comment
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/20/13 22:43 UTC
Linked by Thom Holwerda on 05/20/13 21:50 UTC
Linked by Thom Holwerda on 05/19/13 23:15 UTC
Linked by Thom Holwerda on 05/19/13 23:11 UTC, submitted by Drumhellar
Linked by Thom Holwerda on 05/18/13 21:06 UTC
Linked by Thom Holwerda on 05/18/13 7:37 UTC
Linked by fran on 05/18/13 1:38 UTC
Linked by Thom Holwerda on 05/17/13 23:35 UTC, submitted by kragil
Linked by MOS6510 on 05/17/13 22:22 UTC
Linked by Thom Holwerda on 05/17/13 22:15 UTC, submitted by Tom
More News »
Sponsored Links



Well Libranet 3 doesn't have any issues here ;-) Firstly, you really shouldn't have 'stable' in your /etc/apt/sources.list, but woody. Same with testing. It should have been entered as sarge. Reasoning? When you get a major new release like this, sarge becomes stable. Not testing. What was the Sid packages becomes testing packages, namely Etch. Sid always stays Sid, and unstable. So - by using testing originally, you're updates are going to come from Etch 'testing' and not the Sarge 'stable' that they really should be tracking.
Libranet 3 has the entries in /etc/apt/sources.list correctly named, with security entries as well. And not hashed out.
Debian needs to pay more attention to silly little things like this, although truth be told, it's the sort of thing that's easily missed. The really sad and *bad* thing is that Debian doesn't appear to have anything about this issue on it's main page, or the release page for 3.1. That's disgraceful.
Dave