notifier keeps notifying about available updates after fetching updates

[Pekka Jääskeläinen]

The Adept notifier keeps saing that I have n updates available even if I run the adept updater successfully.

[mornfall (mornfall)]

Any special circumstances? Package version? Have you some kept packages?

[Pekka Jääskeläinen (pekka-jaaskelainen)]

This seems to be fixed in the current version. I still haven't got any automatic update notifies, though. I've always updated the packages manually. How often does the notifier check for the new packages?

[Pekka Jääskeläinen (pekka-jaaskelainen)]

No, it's unfortunately not, the notifier keeps saying I have one package to upgrade even if I don't. It keeps saying that even though I run the updater.

[Kenny Duffus (kduffus)]

What happens if you run "sudo apt-get dist-upgrade" in konsole, does it think there are any packages to upgrade?

[Pekka Jääskeläinen (pekka-jaaskelainen)]

Yes, if I run apt-get update && apt-get upgrade, the notifier notices that there are new updates available.

[Pekka Jääskeläinen (pekka-jaaskelainen)]

Yes, it keeps saying I have "1 updated package available". Too bad it's malfunctioning as it seems to be a very useful applet. If you want me to try fixes, I'm at irc (freenode and IRCNet) with nick visit0r.

[Pekka Jääskeläinen (pekka-jaaskelainen)]

I indeed had one package "kept back". When I upgraded the package manually, the applet went green. This is rather confusing, so maybe the applet should not notify if there are packages that are kept back, because they are not upgradeable with Adept updater?

[Luka Renko (lure)]

I can confirm this - was seening this for some time, but not sure when, but yesterday I had one package kept back (n-m) and this cause notification.
Maybe we need different notification for such case?

[Pekka Jääskeläinen (pekka-jaaskelainen)]

Yes, or on the other hand, after the distro is released, there should not be a situation where a package is kept back, right?

[Alejandro R. Mosteo (mosteo)]

I've observed that the problem is that adept_notifier needs root permissions to get the updates. If you run it with sudo it works as expected. If you run it as user, when trying to count the updates it gets an error code 1, and this is the reason it always reports 1 updateable package.

[Joshua Kugler (jkugler)]

Adding a "me too" to this. The notifier always says I have one package available. I can update using Adept (when there are updates) or using Apt via the command line, and it always reverts to "one package available." I have no packages held back (at least apt doesn't tell me I do).

root@zurishaddai:~# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

[Alejandro R. Mosteo (mosteo)]

Must add that I solved this problem. It's a problem of permissions in
the folder containing the updates (that I don't remember which one is,
sorry). Giving read permissions to group solved it for me.

I suppose some package update could ensure the correct permissions and
be done with this problem.

On 8/3/06, Joshua Kugler <email address hidden> wrote:
> Adding a "me too" to this. The notifier always says I have one package
> available. I can update using Adept (when there are updates) or using
> Apt via the command line, and it always reverts to "one package
> available." I have no packages held back (at least apt doesn't tell me
> I do).
>
> root@zurishaddai:~# apt-get dist-upgrade
> Reading package lists... Done
> Building dependency tree... Done
> Calculating upgrade... Done
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>
> --
> notifier keeps notifying about available updates after fetching updates
> https://launchpad.net/bugs/33861
>

--
_.-- Alejandro R. Mosteo Chagoyen --------------- <email address hidden> --._
 -- Universidad de Zaragoza ------- http://webdiis.unizar.es/GRPTR --

[Joshua Kugler (jkugler)]

I fixed it (at least for me). I started the notifier under the console and got this message:

adept_notifier: checking cache for upgradable packages...
adept_notifier: error checking cache for upgradable packages...
adept_notifier: what: ERROR: The list of sources could not be read.

I went digging, and found that all my *.list files in /etc/apt/sources.list.d were owned root.root and had 600 permissions. I'm not sure *why* they were that way, but somehow they had been created that way. I chmod'ed them 604 and started notifier: nice green circle.

So, it would appear adept_notifier wants to be able to read *all* the source lists, which only makes sense.

[Yuriy Kozlov (yuriy-kozlov)]

Are you still having this problem on Edgy final or Feisty?

[Joshua Kugler (jkugler)]

I've not had any trouble since making sure all my *.list files were world readable.

[Pekka Jääskeläinen (pekka-jaaskelainen)]

Haven't seen this one anymore in Edgy or Feisty. Though, I haven't seen many "kept back" packages lately. This can be closed, I'll reopen if I encounter this again. Thanks.

[Bart Cerneels (stecchino)]

I'm running Feisty, updated from edgy and dapper before that.
The directory /etc/apt/sources.list.d was empty but readable by all. /etc/apt/sources.list was 600 root.root.
adept_notifier was always mentioning 1 package upgradeable until I changed the permissions of sources.list to 644.

Since changing the permissions the adept-notifier icon disappeared from the system tray even though the process is running.
killall adept_notifier && adept_notifier made the icon appear again, clicked on it and it was gone again. I don't think this is the expected behavior.

So consider this confirmed for feisty, at least with this upgrade path.

[Pekka Jääskeläinen (pekka-jaaskelainen)]

I think it is expected behavior: the notifier is invisible if there's nothing to notify about.

[Oliver (oschmidt)]

I'm using Kubuntu 7.10 and also had this bug.

After running the command "chmod o+r *" in directory "/etc/apt/sources.list.d" it was solved ;-)