FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian User

 
 
LinkBack Thread Tools
 
Old 07-13-2010, 03:27 PM
Celejar
 
Default holding back buggy packages

Hi,

A common use case with aptitude (interactive mode ) / apt-listbugs is:

a) order an upgrade
b) aptitude downloads packages
c) apt-listbugs reports some serious bug in a package
d) I decide not to install / upgrade the problematic package, after
reading the short bug description, or looking it up in the BTS
e) hit 'n' to abort the installation / upgrade
f) search for the package via something like
'^first-few-letters-of-package', and keep looking until I find the
right one.
g) hold with '='
h) reorder the upgrade

Is there any way to automate / consolidate steps e-h? IOW, I'd like
some simple way to just tell aptitude: "Okay, don't install the buggy
package, so just redo the upgrade / installation without it"?

Celejar
--
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100713112757.46e127da.celejar@gmail.com">http://lists.debian.org/20100713112757.46e127da.celejar@gmail.com
 
Old 07-14-2010, 01:14 PM
Florian Kulzer
 
Default holding back buggy packages

On Tue, Jul 13, 2010 at 11:27:57 -0400, Celejar wrote:
> Hi,
>
> A common use case with aptitude (interactive mode ) / apt-listbugs is:
>
> a) order an upgrade
> b) aptitude downloads packages
> c) apt-listbugs reports some serious bug in a package
> d) I decide not to install / upgrade the problematic package, after
> reading the short bug description, or looking it up in the BTS
> e) hit 'n' to abort the installation / upgrade
> f) search for the package via something like
> '^first-few-letters-of-package', and keep looking until I find the
> right one.
> g) hold with '='
> h) reorder the upgrade
>
> Is there any way to automate / consolidate steps e-h? IOW, I'd like
> some simple way to just tell aptitude: "Okay, don't install the buggy
> package, so just redo the upgrade / installation without it"?

This is not a dramatic improvement, but a bit quicker, I think:

a)-e) as above
f) hit 'g' to see the actions preview again
g) Scroll to the buggy packages in the actions preview, where they are
easy to find, and use 'F' to forbid upgrades to the buggy versions.
(You can also use '=' to hold if you prefer; I like forbid-version
better because it means that I do not have to remember to remove the
hold once a newer, hopefully fixed, version is available.)
h) press 'g' again to go ahead with the upgrade of all other packages

I am not even sure if I would like an automatic hold of all buggy
packages, because many of the serious/critical bugs reported by
apt-listbugs are irrelevant to me in practice (e.g. a package fails to
build on an architecture that I do not use, a policy violation that has
no effect on me, a file overwrite conflict that I can easily fix myself,
etc.). As for the packages that I actually do want to hold back, I can
normally change their settings very quickly just by scrolling through
the actions preview and hitting 'F' where appropriate.

--
Regards, |
Florian |


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100714131416.GA6742@isar.localhost">http://lists.debian.org/20100714131416.GA6742@isar.localhost
 
Old 07-15-2010, 12:18 AM
Celejar
 
Default holding back buggy packages

On Wed, 14 Jul 2010 15:14:16 +0200
Florian Kulzer <florian.kulzer+debian@icfo.es> wrote:

> On Tue, Jul 13, 2010 at 11:27:57 -0400, Celejar wrote:
> > Hi,
> >
> > A common use case with aptitude (interactive mode ) / apt-listbugs is:
> >
> > a) order an upgrade
> > b) aptitude downloads packages
> > c) apt-listbugs reports some serious bug in a package
> > d) I decide not to install / upgrade the problematic package, after
> > reading the short bug description, or looking it up in the BTS
> > e) hit 'n' to abort the installation / upgrade
> > f) search for the package via something like
> > '^first-few-letters-of-package', and keep looking until I find the
> > right one.
> > g) hold with '='
> > h) reorder the upgrade
> >
> > Is there any way to automate / consolidate steps e-h? IOW, I'd like
> > some simple way to just tell aptitude: "Okay, don't install the buggy
> > package, so just redo the upgrade / installation without it"?
>
> This is not a dramatic improvement, but a bit quicker, I think:
>
> a)-e) as above
> f) hit 'g' to see the actions preview again
> g) Scroll to the buggy packages in the actions preview, where they are
> easy to find, and use 'F' to forbid upgrades to the buggy versions.
> (You can also use '=' to hold if you prefer; I like forbid-version
> better because it means that I do not have to remember to remove the
> hold once a newer, hopefully fixed, version is available.)
> h) press 'g' again to go ahead with the upgrade of all other packages

You're right, that *is* better, and forbid-version is also a good idea.

> I am not even sure if I would like an automatic hold of all buggy
> packages, because many of the serious/critical bugs reported by
> apt-listbugs are irrelevant to me in practice (e.g. a package fails to
> build on an architecture that I do not use, a policy violation that has
> no effect on me, a file overwrite conflict that I can easily fix myself,
> etc.). As for the packages that I actually do want to hold back, I can

Absolutely. That's why I wrote that I only decide to skip upgrading
after checking the bug description, and sometimes the BTS.

> normally change their settings very quickly just by scrolling through
> the actions preview and hitting 'F' where appropriate.

Thanks much for the suggestions. I still think that it would be nice,
though, to have a simple way of just telling aptitude to skip some or
all packages flagged by apt-listbugs and continue the upgrade.

Celejar
--
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100714201835.0ddee4d5.celejar@gmail.com">http://lists.debian.org/20100714201835.0ddee4d5.celejar@gmail.com
 
Old 07-15-2010, 04:43 PM
Kelly Clowers
 
Default holding back buggy packages

On Wed, Jul 14, 2010 at 06:14, Florian Kulzer
<florian.kulzer+debian@icfo.es> wrote:
>
> g) Scroll to the buggy packages in the actions preview, where they are
> * easy to find, and use 'F' to forbid upgrades to the buggy versions.
> * (You can also use '=' to hold if you prefer; I like forbid-version
> * better because it means that I do not have to remember to remove the
> * hold once a newer, hopefully fixed, version is available.)

Ah ha! I didn't know about "F", but it looks very handy. Thanks a lot.


Cheers,
Kelly Clowers


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: AANLkTim1MLYMcPSnDgn8ESBvl2cANnxdrui6cGTQNBnx@mail .gmail.com">http://lists.debian.org/AANLkTim1MLYMcPSnDgn8ESBvl2cANnxdrui6cGTQNBnx@mail .gmail.com
 
Old 07-16-2010, 06:51 PM
Celejar
 
Default holding back buggy packages

On Wed, 14 Jul 2010 15:14:16 +0200
Florian Kulzer <florian.kulzer+debian@icfo.es> wrote:

> On Tue, Jul 13, 2010 at 11:27:57 -0400, Celejar wrote:
> > Hi,
> >
> > A common use case with aptitude (interactive mode ) / apt-listbugs is:
> >
> > a) order an upgrade
> > b) aptitude downloads packages
> > c) apt-listbugs reports some serious bug in a package
> > d) I decide not to install / upgrade the problematic package, after
> > reading the short bug description, or looking it up in the BTS
> > e) hit 'n' to abort the installation / upgrade
> > f) search for the package via something like
> > '^first-few-letters-of-package', and keep looking until I find the
> > right one.
> > g) hold with '='
> > h) reorder the upgrade
> >
> > Is there any way to automate / consolidate steps e-h? IOW, I'd like
> > some simple way to just tell aptitude: "Okay, don't install the buggy
> > package, so just redo the upgrade / installation without it"?
>
> This is not a dramatic improvement, but a bit quicker, I think:
>
> a)-e) as above
> f) hit 'g' to see the actions preview again
> g) Scroll to the buggy packages in the actions preview, where they are
> easy to find, and use 'F' to forbid upgrades to the buggy versions.
> (You can also use '=' to hold if you prefer; I like forbid-version
> better because it means that I do not have to remember to remove the
> hold once a newer, hopefully fixed, version is available.)

This seems to be a very good suggestion, but it seems that 'F' won't
work when the package isn't yet installed, i.e., when aptitude wants to
install some dependency that isn't yet installed, and listbugs flags it
as having a serious bug, I can't just go back and do 'F' on that
package, but I have to to it my way, with a hold.

Celejar
--
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100716145107.24b45d4b.celejar@gmail.com">http://lists.debian.org/20100716145107.24b45d4b.celejar@gmail.com
 

Thread Tools




All times are GMT. The time now is 06:31 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org