Adept notifier with pinning; apt_preferences(5)

Bug #113846 reported by AlexLG
6
Affects Status Importance Assigned to Milestone
Adept Manager
New
Undecided
Unassigned
adept (Ubuntu)
Incomplete
Wishlist
Daniel Hahler

Bug Description

Binary package hint: adept-notifier

If you pin a package in /etc/apt/preferences to keep an old version (Pin-Priority: 1001), Adept Notifier will show the tray icon to inform there are updates. Of course, it's the update for the pin package and adept updater will respect the pinning and do nothing.

Can the tray icon will be hide if there only updates for pined packages, otherwise the notifier is a bit useless because the tray icon is display all the time.

Revision history for this message
tchize (tchize) wrote :

Hi,

I can confirm this is a problem with adept and adept_notifier. Both ignore pinning rules in /etc/apt/preferences
i recently tried to use pinning to prevent adept from showing update for a tool i apt-sourced and recompiled with additionnal Oracle support.
here is my /etc/apt/preferences:

delbd@cal-12:~$ cat /etc/apt/preferences
Package: tora
Pin: 1.3.21-1
Pin-Priority: 1000

Here is result of sudo apt-get update:
delbd@cal-12:~$ sudo apt-get update
Password:
Réception de : 1 http://be.archive.ubuntu.com feisty Release.gpg [191B]
Atteint http://be.archive.ubuntu.com feisty/main Translation-fr
<snip>
Atteint http://security.ubuntu.com feisty-security/universe Sources
4o réceptionnés en 0s (35o/s)
Lecture des listes de paquets... Fait
delbd@cal-12:~$

So, you can see, pinning preference is correctly written. However, adept notifier shows a tray icon with "1 package can be update".
Despite what original poster said, when i run adept, or click the tray icon, it really does the upgrade to 1.3.21-3ubuntu1, completly ignoring the pinning rule and i have then to manually rollback to old version...

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Changing status to confirmed based on tchize's report. Not actually sure if this is a bug in the sense of something broken or a feature that hasn't been implemented yet.

Changed in adept:
status: Unconfirmed → Confirmed
Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Having done some more digging it seems this is a missing feature rather than a bug. There is a specification to add this functionality on the Kubuntu Wiki here https://wiki.kubuntu.org/KubuntuGutsyAdeptVersionLocking. So with any luck this might be available by the time Gutsy comes out.

Revision history for this message
AlexLG (alex-alexlg) wrote :

Yes, it can be a missing feature and it can be great if they provide a GUI to setup the pinning :)

An answer to tchize :
Try to recompile the package adding a prefix to the version, for example 1.3.21-1-oracle1
Then, pin this version with 1001 priority. To test it, don't forget to do an apt-get upgrade after the apt-get update, you can also view the different priority for a package with apt-cache policy tora

If the apt-get upgrade don't modify the package, adept updater has not to modify it.

Changed in adept:
importance: Undecided → Wishlist
Revision history for this message
Daniel Hahler (blueyed) wrote :

This sounds like a duplicate of bug 72806 (pinned packages are "held") and I'm marking it as such.

Changed in adept:
assignee: nobody → blueyed
status: Confirmed → Invalid
Changed in adeptmgr:
status: Unknown → Confirmed
Changed in adeptmgr:
status: Confirmed → In Progress
Revision history for this message
John H (johnboyholmes) wrote :

Hi,

Just confirming this is still an issue in Hardy. After an upgrade from gutsy I wanted to pin ttf-dejavu to keep acidrip et al in /etc/apt/preferences:

Package: ttf-dejavu
Pin: version 2.19-1ubuntu3
Pin-Priority: 1000

Package: ttf-dejavu-core
Pin: version 2.19-1ubuntu3
Pin-Priority: 1000

Package: ttf-dejavu-extra
Pin: version 2.19-1ubuntu3
Pin-Priority: 1000

The pinning works perfectly and adept will not touch the files but the tray icon continues to show three updates available.

:-(

John

Revision history for this message
Daniel Hartwig (wigs) wrote :

Daniel Hahler (blueyed) wrote on 2007-12-17:
> This sounds like a duplicate of bug 72806 (pinned packages
> are "held") and I'm marking it as such.

No, apt_preferences(5) and package holds are two separate
concepts with different use cases.

Unmarking duplicate. It may however have been fixed in the mean
time.

Changed in adeptmgr:
importance: Unknown → Undecided
status: In Progress → New
Changed in adept (Ubuntu):
status: Invalid → New
Revision history for this message
Daniel Hartwig (wigs) wrote :

Previous KDE bugwatch was not correct (related to held packages, not preferences). Further, if adept notifier is ignoring apt_preferences that is a bug, not wishlist item.

summary: - Adept notifier with pinning
+ Adept notifier with pinning; apt_preferences(5)
Revision history for this message
Thomas Hotz (thotz-deactivatedaccount) wrote :

Are you still affected by this bug? Thank you for telling us!

Changed in adept (Ubuntu):
status: New → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.