Hold packages

I cannot reproduce this on dapper.

Regards,

Sebastian

Ok my last comment is obsolete. Sorry.

There is a discussion of this in another bug report. I will look for it later.

Sebastian

Thanks for your bugreport.

You could use synaptic if you need this option. It can "lock" packages.

I'm not sure if it's very useful for update-manager given that update-manager is mostely about important and security updates. Usually you want all of them.

Cheers,
 Michael

I thought that myself, but I got 'complains' from a user why his computer had to update all those programs he never uses. It's surely not a big issue, but I know that OS/X has the possibility to ignore updates. I only added these two pieces of information together and thought.... Well let's tell the developers about this, that's all..

Greets,

Micha

It is possible to pin package versions, but its not in update-manager (many package functions are not, its a really simple update tool). As far as gui support for this feature goes, synaptic is capable of doing this (Package->Lock Version).

I can understand it is not possible to set the pinning in update-manager, but it would be nice if update-manager would take into account packages wich are pinned by other means.

I am not sure that my request is the same as this one, but before opening another bug repport I'll try here first :

Due to a bug in gusty with my hardware, I have to use install another version of the package "network-manager", but the update manager keeps telling me that an update for network-manager is available.

Of course, I don't want to upgrade to this version (which is bugus with my hardware) so I opened aptitude changed the state of the package to "hold". But, the update notification is still here.

I think that the update-notifier should be aware of the "hold" flag and have an option in the preferences like : "don't bother me with updates of packages with the hold flag".

Until this bug is solved, I have to remove update notifier because having a "you have 1 update" message at each login is quite boring ...

That's actually a good idea.
I'm also having a problem that an "ignore held packages" would solve, like the VMWare player package I have, that keeps trying to reinstall itself (the same version). The package is held at aptitude, but not in update-manager.

Just to add up. There is a workaround:

http://ubuntuforums.org/showthread.php?t=43631

Basically, set the package on hold with wajig:

# wajig hold <packagename>

Any thoughts as to what wajig's doing that makes it work better than aptitude in this regard?

I don't know what aptitude is doing, but if you put your package on hold using dpkg (echo "packagename hold" | sudo dpkg --set-selections), update-manager and apt-get don't suggest it for upgrade. Also, doing only the dpkg --set-selections thing doesn't seem to affect aptitude; if you want to use it, too, you need to do the aptitude specific hold operation in addition to the one with dpkg.

This might be more of an aptitude issue.

I'm marking this as confirmed since multiple users have commented saying it ignores aptitude's holds.

I can confirm that this bug affects Intrepid as well. "wajig" fixed the problem, though.

Thanks for the trick Juri.

Regarding the latest comments, the issue reported originally is about the possibility to hold a package directly from update-manager, not the fact that update-manager ignores aptitude's holds. This has been reported in bug 75332 .

Setting to "triaged/wishlist" and let the dev handle it from there.

Thanks for your time and don't hesitate to submit any new bug.