From: Boyd Stephen Smith Jr. on
On Friday 30 April 2010 09:44:16 Daniel Burrows wrote:
> On Mon, Apr 19, 2010 at 02:54:20PM -0500, "Boyd Stephen Smith Jr."
<bss(a)iguanasuicide.net> was heard to say:
> > If (c), aptitude will usually churn until it's solver exhausts all
> > available memory and it either dies, or is killed by the OMM-killer in
> > the kernel. You can 'Ctrl+C' to kill aptitude earlier if you wish, and
> > try again rejecting fewer (or different) options.
>
> I should add that I would appreciate hearing about it when this
> happens.

In my case you probably wouldn't. Mixed Lenny+security+volatile/lenny-
backports/testing+volatile/Sid/experimental systems with debian-multimedia
added in don't fall on your support list do they? ;)

What's the best way to send you a report of this, if I encounter it on a
supported system?
--
Boyd Stephen Smith Jr. ,= ,-_-. =.
bss(a)iguanasuicide.net ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/ \_/
From: Preston Boyington on
Boyd Stephen Smith Jr. wrote:
>
> In my case you probably wouldn't. Mixed Lenny+security+volatile/lenny-
> backports/testing+volatile/Sid/experimental systems with debian-multimedia
> added in don't fall on your support list do they? ;)

I thought this was normal...

:D

--

Arrant Drivel - really, it's just trash...
http://www.arrantdrivel.com/

Where the road takes me - a highwayman's perspective
http://www.prestonboyington.com/


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
Archive: http://lists.debian.org/4BDB05C0.6030903(a)gmail.com
From: Boyd Stephen Smith Jr. on
On Friday 30 April 2010 11:30:56 Preston Boyington wrote:
> Boyd Stephen Smith Jr. wrote:
> > In my case you probably wouldn't. Mixed Lenny+security+volatile/lenny-
> > backports/testing+volatile/Sid/experimental systems with
> > debian-multimedia added in don't fall on your support list do they? ;)
>
> I thought this was normal...

It's not well-tested by the developers, but it normally works. If I encounter
as issue though, I need to be prepared to have all relevant packages be either
pre-testing or unstable and later. Since downgrades aren't supported, this
may mean upgrading a number of package to unstable, but it hasn't bitten me,
yet.
--
Boyd Stephen Smith Jr. ,= ,-_-. =.
bss(a)iguanasuicide.net ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/ \_/
From: Jesús M. Navarro on
Hi, Alexander:

On Monday 19 April 2010 15:16:02 B. Alexander wrote:
> I've got an issue with a sid box that I have been maintaining for a while.
> This is my workstation, and I have noticed a growing number of broken
> packages, unmet dependencies and conflicts. I have been using safe-upgrade
> for months now, hoping that it would work itself out over time.

It won't. That's not the way Sid works.

On Sid packages can come and go. Since 'safe-upgrade' won't uninstall
packages, once you enter a "dead end" on Sid, it won't go away by itself: you
will need to uninstall those packages and after that install the new
versions, probably with new dependencies, old dependencies trashed away, etc.

On Sid you are expected to go the "full-upgrade" path and do it both wisely
and often.

"Wisely" because, not as in Stable, you can't just "blindly" upgrade
everything, but you will want to cherrypick this or that based on its
current "breakability" status (i.e.: you follow debian-devel list and learn
that currently, say, libc, or KDE is almost broken and heavily updated, so
you may decide to stay away from them. After some weeks, those become
more "palatable" but then it's the time for Openoffice to go "fun", etc.).

"Often" because if you let the system to "rot" for few months or even few
weeks, you end up with a nightmare of packages to work with instead of only
a few you can manage easier (that's the case for the system you outline in
your post).

So, with Sid, you should test for a "full-upgrade" almost daily. Then you may
decide to upgrade by hand only a subset you feel more comfortable with and
then, even for such a subset you may need to uninstall (or let the system
unistall) some packages and after the fact you'll need to reinstall them
manually to let the system recompute new needs, dependencies, etc.

Cheers.


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
Archive: http://lists.debian.org/201005161557.21069.jesus.navarro(a)undominio.net