Menu
▾
▴
#3625 package updates broken
Ubuntu 6.06.1 or 6.06.2
The 1.510 update has broken the update checking mechanism. The System Information page and Package Updates page persistently show ALL packages need updating although they are all current. Running apt-get update and dist-upgrade show no updates needed. Allowing Package Updates to try, also runs through every package concluding no update is necessary. Reloading System Info still shows all need updates. This is not an improvement.
installing apt-show-versions fixes this. there should be a better way of handling the fact that a-s-v is not installed.
That's odd, I don't see this on any of my test systems running Ubuntu 8+ or Debian 4+ .. but perhaps it is a bug that only effects Ubuntu 6.
What versions does Webmin show as being installed and available for update for an example package?
Now that I've installed apt-show-versions, the behavior is gone, so I can't tell you. Is it possible Ubuntu 8+ installs the package by default? I can uninstall a-s-v and see if the behavior returns.
I have a test system without that package, and it shows most updates just fine - the only exception is pinned versions and backports. Are you using any of those on your system?
What I now notice on debian testing and webmin 5.10 at the intro "System Information" screen is that "no updates available" is shown even when updates are available. This was not so in the previous version.
That should of course be " All installed packages are up to date" not "no updates available"
yates_r - do you mean that it is saying that there are no updates available, even when some do exist? If so, are those updates shown at System -> Software Package Updates?
Correct. System -> Software Package Updates only shows the updates if I select refresh, and then the "System Information" screen correctly displays. However, logging out (or at least letting the login expire) sees the old situation reappear.
Does your system have the apt-show-versions command installed, and if so what does it output if you run it from the shell ?
System did not have apt-show-versions but installing it confirms the availability of an update. There is no change in the behaviour of Webmin (I don't think you expect there to be....).
Surprising that logging out causes the problem to occur .. are you sure that this is the trigger, or does it just happen after some fixed interval (like 5 minutes) ?
Sorry, I now see it is an interval matter, I must have logged out of an "expired" session the first time. Any specific testing / steps you want me to do?
Sounds like the background job that collects available updates it not working properly..
If you run apt-show-versions as root from the command line, what exactly does it output? If you could post a few lines here that contain "upgradeable from", that would be useful ..
Here is a snippet:
whiptail/testing upgradeable from 0.52.10-5+b1 to 0.52.10-8
whois/testing uptodate 5.0.1
wwwconfig-common/testing uptodate 0.2.1
x-ttcidfont-conf/testing uptodate 32
x11-common/testing uptodate 1:7.5+3
x11-xserver-utils/testing uptodate 7.5+1+b1
xauth/testing uptodate 1:1.0.4-1
xfonts-encodings/testing uptodate 1:1.0.3-1
xfonts-utils/testing uptodate 1:7.5+2
Ok, that looks fine to me..
Which directory is apt-show-versions in on your system?
And is that directory in Webmin's search path, set at Webmin -> Webmin Configuration -> Operating System and Environment ?
/usr/bin/apt-show-versions. This is in Webmin's search path.
That all looks OK.
I would have to actually login to your system myself to see what is going wrong - likely some difference in the environment between when apt-show-versions is run within Webmin, versus a cron job.
The only other cause I can think of is lack of RAM, causing apt-show-versions to fail..
That all looks OK.
I would have to actually login to your system myself to see what is going wrong - likely some difference in the environment between when apt-show-versions is run within Webmin, versus a cron job.
The only other cause I can think of is lack of RAM, causing apt-show-versions to fail..
I just ran into this too:
https://sourceforge.net/tracker/index.php?func=detail&aid=2974255&group_id=17457&atid=117457
I did not have "apt-show-versions" installed and just installed it and then updated package list in Webmin and now shows no more updates. :)
Also, not a RAM issue here.
"7.81 GB total, 1.41 GB used". :D
war59312 - which Debian or Ubuntu version are you running there?
@jcameron: what is apt-show-versions meant to do? In one (and I believe the correct) reading , the manual indicates that it uses pre-existing apt-get/aptitude information; in another it implies that the programme might derive its information independently (which it does not do on my system).
After testing, I notice that with an hourly update schedule in Software Package Updates my apt info is never updated until I manually run apt-get update. Does this indicate an issue with apt-get/aptitude update and /etc/webmin/package-updates/update.pl, as well as apt-show-versions?
Webmin expects apt-show-versions to query apt and dpkg to find possible new versions of packages, and output lines like :
sun-java6-jre/hardy upgradeable from 6-06-0ubuntu1 to 6-17-0ubuntu1.8.04
On all my test systems, it seems to do this just fine. Does apt-show-versions work for you when run manually?
In other words, apt-show-versions is dependent on information about upgradeable packages from a run of apt-get/aptitude/dselect update? So yes, apt-show-versions displays correctly on a manual run, PROVIDED that such an update has been performed before. If not, then apt-get-versions knows nothing of new updates.
What I noted in my psoting below is that Webmin appears not to obtain that updated information on schedule, as for that I must run apt-get update or some such. On one box "apt-get update && apt-get -s upgrade" revealed upgradeable packages not shown by Webmin upon logging in. After an hour Webmin displayed the updates. I will re-check this behaviour (but must wait for updates).
OK, I see what you mean .. Webmin isn't running apt-get update as often as it should. I'll fix that.