update-manager shows no changelog for various packages

Thanks for your bugreport.

I turned out that the problem is triggered for packages that travel between main and universe. The problem is that update manager dosn't use the section of the candidate version to figure if it is a main or a universe package but the Section of the current package.

To fix this, python-apt should always use the section of the candidate (unless otherwise told).

I fixes this locally now and it will be part of the next upload.

Cheers,
 Michael

With update-manager 0.42.2ubuntu13 some packages seem fixed but some on the hit list are still problematic -
fastjar (still very strange and showing nothing at all)
libnspr4
libnss3
nvidia-glx-legacy

Could you please give me the urls that it failed on? They should be in the changelog window.

Thanks,
 Michael

> Could you please give me the urls that it failed on? They should be in the changelog window.

I don't think I can because the changes window is completely empty. Perhaps if I attach a screenshot it will be clearer...

OK I forced update-manager to go through a proxy and have looked at the proxy logs. Here are a list of packages and URLs that are there but that update-manager shows an empty pane for:

bsdutils (empty) - http://changelogs.ubuntu.com/changelogs/pool/main/u/util-linux/util-linux_2.12r-4ubuntu4/changelog
cupsys (empty) -
cupsys-client (empty) - http://changelogs.ubuntu.com/changelogs/pool/main/c/cupsys/cupsys_1.1.99.rc3-0ubuntu2/changelog
libcupsys2 (empty) - http://changelogs.ubuntu.com/changelogs/pool/main/c/cupsys/cupsys_1.1.99.rc3-0ubuntu2/changelog
libgcj-common (empty) - http://changelogs.ubuntu.com/changelogs/pool/main/g/gcj-4.1/gcj-4.1_4.1.0-1ubuntu8/changelog
libsigc++2.0-0c2a (says downloading forever) - http://changelogs.ubuntu.com/changelogs/pool/main/libs/libsigc++-2.0/libsigc++-2.0_2.0.16-3/changelog

Packages for which there does not appear to be a changelog:

libnspr4 - http://changelogs.ubuntu.com/changelogs/pool/main/f/firefox/firefox_1.firefox1.5.dfsg+1.5.0.2-0ubuntu2/changelog
libnss3 - http://changelogs.ubuntu.com/changelogs/pool/main/f/firefox/firefox_1.firefox1.5.dfsg+1.5.0.2-0ubuntu2/changelog
linux-386 - http://changelogs.ubuntu.com/changelogs/pool/restricted/l/linux-meta/linux-meta_2.6.15.20/changelog
nvidia-glx-legacy - http://changelogs.ubuntu.com/changelogs/pool/restricted/l/linux-restricted-modules-2.6.15/linux-restricted-modules-2.6.15_1.0.7174+2.6.15.9-3/changelog

Thanks for this additional information. The last comment about the missing changelogs should be fixed in my local repository now and will be part of the next upload.

This shoudl be all (hopefully :) be fixed with my latest upload (0.42.2ubuntu16):
   * use version and section of the source package (if this information is
     available) when building the changelog URL (ubuntu #40058)
   * UpdateManager/UpdateManager.py:
     - fix problem in changelog reading code when matching against
       installed versions with epochs (ubuntu: #40058)

Please reopen if some of the changelogs are still not displayed correctly.

Thanks,
 Michael

I hate to do this to you Michael but I'm going to reopen this bug because I'm still seeing a few issues.

OK, cupsys and libsigc++2.0-0c2a are cured. However, bsdutils and libgcj-common are still showing "The list of changes is not available yet. Please try again later." despite changelogs being available (update-manager 0.42.2ubuntu16).

One point I would like to clarify is what is to be done about list 2 (libnspr4, libnss3, nvidia-glx-legacy) which do not have a changelog at all? Shoud a diffrent bug be filed or is this still the right place? (linux-386 is no longer on the list as it is an update that currently can't be handled by update-manager).

I happen to have had access to an older install of Ubuntu which had a "This is not the final artwork" wallpaper) on a VM and after updating update-manager to the latest version (which required me to also update python-apt manually otherwise the changelogs broke) I can now report the following packages also appeared to have changelog trouble (unless noted clicking on the package in update-manager produced a "The list of changes is not available yet. Please try again later." message):

capplets-data
gaim
gnome-contol-center
gthumb
gucharmap
hpijs (empty)
iceauth
language-pack*
language-pack-gnome*
language-support-en
libdmx1
libgtkmm-2.4-1c2a
libgucharmap4
libmetacity0
libvte*
many libx* packages
metacity
openssh-client
python-vte
ssh-askpss-gnome
vim*
xpmutils
xserver-xorg-core

All but hpijs had a changelog in synaptic.

update-manager 0.42.2ubuntu16
python-apt 0.6.16.2ubuntu6

I pushed all the traffic through a proxy again so I could look at update-manager's URLs (is there an easier way to this? Should I just hack up the source?) and what I found was that of 38 files requested only one was actually there (hpijs)! All the rest of the URLs returned 404. This is extremely strange as synaptic is able to find pretty much all of the other changelogs apart from hpijs...

(I'm going to be away from the machine with the old Ubuntu install for around a week now so I won't be able to give any more prompt feedback on the issue)

I can hack up the source for you if you tell me what you need.

Thanks a lot for the updated list btw!

I fixed another problem in the code and will upload it today (or rather tonight ;)

I would be interessted what results update-manager_0.42.2ubuntu17 has.

re hacks:
The only thing that I would really like is a command line option (or gconf key) that make update-manager spit out the URLs of changelogs that update-manager is trying to get (ideally one URL per line) on stdout. That would save be grovelling through squid logs...

re results of update-manager_0.42.2ubuntu17:
A massive improvement on the new system (I'm still away from the old system so I'll be a few days before I can report on the results there). The only packages without changelogs now are
libnspr4
libnss3
linux-386 (although this is new)

There is a new problem with regard to too much of the changelog being shown on packages which seem to have a 1: prefix in their version number but I'm going to spin that off as a Bug #45566

I'm back on the "old" install and linux-386 now has a changelog.

Along with the libns* packages the only ones without changelogs are the following:
hpijs (changelog window is empty)
(doesn't appear to request a changelog?!)
iproute (changelog is not available)
http://changelogs.ubuntu.com/changelogs/pool/main/i/iproute/iproute_20041019-4ubuntu5/
changelog

Checking the changelogs out in synaptic produced a 404 for hpijs but iproute seemed to have a working changelog.

Since a few days (I believe since Dapper was released), update-manager does not show anything in the changes tab. This happens for all packages.

It worked perfectly before the final Dapper release.

Confirming the above variation of this bug - as of around Dapper final, the changes tab is blank (which implies that update-manager thinks it succeeded in downloading a changelog?). Using synaptic for the upgradeable packages, changelogs are downloaded without a problem.

Packages on current update list, all without changelogs:

deskbar-applet 2.14.2-0ubuntu1
evince 0.52-0ubuntu3
file-roller 2.14.3-ubuntu1
gedit 2.14.3-0ubuntu1
gedit-common 2.14.3-0ubuntu1
libglib2.0-0 2.10.3-0ubuntu1
libglib2.0-data 2.10.3-0ubuntu1
libglib2.0-dev 2.10.3-0ubuntu1
zenity 2.14.2-0ubuntu1

Adriaan, fubarbundy:

Just to make sure that we are talking about the same bug can you check that your python-apt and update-manager packages are up to date? An out of date python-apt can cause an empty changelog so if you can upgrade just those two (if updates exist) and let us know the result...

ii python-apt 0.6.16.2ubuntu8
ii update-manager 0.42.2ubuntu22

As far as I can tell, these are the latest versions.

Everything's brand-spanking new on my system, same as Adriaan.

It's possible that ours is not the same issue though, as it seems that for Adriaan and me the problem only manifested itself in the last week or so, before which everything was fine.

I'm experiencing the same problems as fubarbundy and Adriaan. I think it started when Dapper was released. Before I didn't have any problems. I'm not behind a proxy or anything. I'm using nl.archive.ubuntu.com as my repository server.

For me (on my unupgraded Dapper flight install other than python-apt and update-manager) zenity is empty but all the other packages mentioned show changelogs. Can someone confirm that all the changelogs mentioned in the previous report are empty for them?

For me the changelogs for _all_packages are empty. I use the be.archive.ubuntu.com mirror.

The reason for the empty changelogs is most likely that "deb-src" lines in your sources.list are missing. Could you please try adding them and see if that helps?

The problem will be fixed in update-manager to fall-back to sensible values when no deb-src lines are available.

Thanks,
 Michael

Nope, I have them in my list.
This is my sources.list:

deb http://nl.archive.ubuntu.com/ubuntu/ dapper main restricted
deb-src http://nl.archive.ubuntu.com/ubuntu/ dapper main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://nl.archive.ubuntu.com/ubuntu/ dapper-updates main restricted
deb-src http://nl.archive.ubuntu.com/ubuntu/ dapper-updates main restricted

## Uncomment the following two lines to add software from the 'universe'
## repository.
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
deb http://nl.archive.ubuntu.com/ubuntu/ dapper universe
deb-src http://nl.archive.ubuntu.com/ubuntu/ dapper universe
deb http://nl.archive.ubuntu.com/ubuntu/ dapper multiverse
deb-src http://nl.archive.ubuntu.com/ubuntu/ dapper multiverse

## Uncomment the following two lines to add software from the 'backports'
## repository.
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://nl.archive.ubuntu.com/ubuntu/ dapper-backports main restricted universe multiverse
deb-src http://nl.archive.ubuntu.com/ubuntu/ dapper-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu dapper-security main restricted
deb-src http://security.ubuntu.com/ubuntu dapper-security main restricted
deb http://security.ubuntu.com/ubuntu dapper-security universe
deb-src http://security.ubuntu.com/ubuntu dapper-security universe
deb http://security.ubuntu.com/ubuntu dapper-security multiverse
deb-src http://security.ubuntu.com/ubuntu dapper-security multiverse

I also have the -src repositories installed.Even commenting out my additional repositories does not resolve the problem. My sources.list is attached.

Here's something from today's list of 59 updates. None of the packages in the update seem to have a current changelog on changelogs.ubuntu.com, but the packages below show the changelogs for the previous version and older in update-manager only (which are available at changelogs.ubuntu.com).

capplets-data and gnome-control-center 1:22.14.2-0ubuntu1 show 1:2.14.1-0ubuntu11 and older

gtk2-engines-clearlooks, gtk2-engines-crux (and the rest) 1.2.7.4.is.2.6.9-0ubuntu1 show 1:2.7.4.is.2.6.8-0ubuntu1 and older

language-pack-en, language-pack-gnome-en 1:6.06+20060614 show 1:6.06+20060529 and older

libgtkmm-2.4-1c2a 1:2.8.8-0ubuntu1 shows 1:2.8.5-0ubuntu1 and older

libmetacity0 1:2.14.5-0ubuntu1 shows 1:2.13.3-0ubuntu2 and older

libqt3-headers, libqt3-headers-mt, libqt3-headers-mt-dev, libqt3-headers-mt-mysql, qt3-dev-tools 3:3.3.6-1ubuntu6 show 3:3.3.6-1ubuntu3 and older

libvte-common, libvte4, python-vte 1:0.12.2-0ubuntu1 show 1:0.12.1-0ubuntu1 and older

linux-headers-2.6.15-25, linux-headers-2.6.15-25-386, linux-image-2.6.15-25-386 2.6.15-25.43 show 2.6.15-23.39 and older

metacity 1:2.14.5-0ubuntu1 shows 1:2.14.3-0ubuntu2 and older

The rest of the changelogs are blank, and Synaptic (correctly) fails to download the latest changelog.

My sources.list is exactly as follows:

deb http://archive.ubuntu.com/ubuntu/ dapper main restricted universe multiverse
deb-src http://archive.ubuntu.com/ubuntu/ dapper main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu/ dapper-security main restricted universe multiverse
deb-src http://security.ubuntu.com/ubuntu dapper-security main restricted universe multiverse

deb http://archive.ubuntu.com/ubuntu/ dapper-updates main restricted universe multiverse
deb-src http://archive.ubuntu.com/ubuntu/ dapper-updates main restricted universe multiverse

deb http://archive.ubuntu.com/ubuntu/ dapper-backports main restricted universe multiverse
deb-src http://archive.ubuntu.com/ubuntu/ dapper-backports main restricted universe multiverse

Today some packages had changelogs, finally :)
Packages with changelog: capplets-data, gnome-control-center, gnome-games, gnome-games-data, all the gtk2-engines, the language packs, libmetacity and libvte-common.

All the other updates were just showing empty changelogs, well, the changelog field was just empty.

Confirmed, but those changelogs are old. For example for gnome-control-center the changelog starts at 1:2.14.1-0ubuntu11 while 1:2.14.2-0ubuntu1 is to be installed.

Agh! I think we have three possible issues here:

1. Changelog area remains empty.
2. Changelog area shows "The list of changes is not available yet. Please try again later." when the user is sure there should be changelogs.
3. The changelog shown is too long.

3 is Bug #45566. Please go over there if you wish to discuss it further.

The question that remains is whether 1 and 2 are related. I guess I'll let Michael or Sebastian call that one.

Truncated web proxy log of update-manager traffic

OK I am seeing the problem again too but the cause might be different. The above proxy log contains one or two hits (meta-release, libgnomeprint, pcmcia-cs) but a lot of misses. All misses bring up "The list of changes is not available yet. Please try again later." for me. The big difference is that synaptic can't find the changelog either. I think the changelogs simply aren't there (rather than being misrequested)...

This problem seems to have been solved for most dapper-update packages. I guess changelogs.ubuntu.com is hosting the missing changelogs...

Since release, I have not been able to see any changelogs in the update-notifier. There are others on the forums and mailing lists who report the same, too.

http://ubuntuforums.org/showthread.php?t=199576
https://lists.ubuntu.com/archives/ubuntu-users/2006-June/083245.html

We are aware of this issue. So there is no need to add further comments to this bug.

Thanks.

I'll add a "me too" -- prior to the Dapper release, the changelogs usually appeared in the update-notifier window. Since the release, the text area for the changelog refreshes for each package, but the text area contains nothing (blank). The package description panel, on the other hand, continues to function normally.

Sorry, I must have been posting at the same time. The behavior I am seeing is different from the links above -- I am NOT seeing the "The list of changes is not available yet. Please try again later." message in the text area so mine must be a separate bug ?

there are already several bug reports about this. so no need to fill another bug. it will fixed if there is time to do so.

Just as a note, changelogs.ubuntu.com has been fixed some days ago. Can we close this bug?

I have the same problem, and for me nothing has changed - today's update to gpg 1.4.2.2-1ubuntu2.1 still leaves the changelog window empty. How is it for others?

It works here for me. Could you please recheck. If it still fails reopen the bug.

I still have this issue; the recent gpg update showed a blank changelog textview.

Do you have got any deb-src lines in your sources.list?

For me it stayed empty after rechecking. Dunno if it has something to do with it, but I use the http://de.archive.ubuntu.com/ mirror.
I use gpg, so I have now updated - I'll check again when the next security fix comes out.

And yes, I have deb-src lines. Attaching sources.list

/etc/apt/sources.list.d/ is empty.

"I still have this issue; the recent gpg update showed a blank changelog textview."

I just checked and it seems to be fixed for me.

There are 3 updates at the momen: gnupg, spamassassin, and spamc.

The update-manager still shows me none of the changelogs. In aptitude, I get the changelogs for gnupg, but not for the other two.

Maybe the spamassassin changelogs are not yet on the server, but the update-manager still doesn't show the changelogs, even if they are available.

Why does it fail silently? Why can't we get a positive message for why it's blank, as a note of failure from something? Either in a dialog, in the box, or even in /var/log/messages.

Perhaps nobody had the time to write a function for this - it was not intended to break :)

If anybody gets this error, could you please disable the deb-src lines in your sources.list and try again?

I can confirm that with the deb-src lines disabled the correct text appears in the Changes tab. I'm looking at the gnupg update right now.

Fixed in my local branch

Thanks, disabling the deb-src lines makes the text reappear.

Michael, is there a good reason to organize the changelogs by component? It seems to create a number of problems, and I'm not sure that it solves any.

What happens to this bug? Today a package gzip (1.3.5-12ubuntu0.1) is available for dapper. Synaptic shows a ChangeLog after loading it from the menu but update-manager does not show any message.

My system is up-to-date (this gzip package is currently the only update available). What can be done to fix this serious issue?

I could also see some packages which where not showing the changelog on yesterday's updates, although I've got all the deb-src lines commented out.

This problem is still here with certain packages under Edgy:
cpp
gcc
libnspr
libnss3

Setting back to confirmed...

I see this problem on Ubuntu Dapper. The following packages do not show a changelog.

gdb
gnomebaker
libmono-dev
libmono0
libssl0.9.8
libxine-main1
mono
mono-classlib-1.0
mono-classlib-2.0
mono-common
mono-devel
mono-gac
mono-gmcs
mono-jay
mono-jit
mono-mcs
mono-utils
openssl

@beerfan: sorry, I can't reproduce those here anymore. it likely that they were not yet generated (there is gap of up to 4h until the changelogs are available).

@Sitsofe Wheeler: Thanks, I can reproduce those. For gcc it tries:
http://changelogs.ubuntu.com/changelogs/pool/main/g/gcc-defaults/gcc-defaults_4.1.1-6ubuntu3/changelog

This is the versionnumber from the binary package. It should look for the version number of the source package. But for some reason it gets a incorrect one. This may actually be a python-apt bug, I'm still investigating.

so my turn, EDGY, gright now, half the files are misssing changelogs, al "please try later"

rasz@capek:/media/torrenty/eMule0.47a$ apt-cache policy python-apt
python-apt:
  Installed: 0.6.19ubuntu9

rasz@capek:/media/torrenty/eMule0.47a$ apt-cache policy update-manager
update-manager:
  Installed: 0.45

Gnome Control center didnt find changelog for example for "gnome-control-center"
rasz@capek:/media/torrenty/eMule0.47a$ apt-cache policy gnome-control-center
gnome-control-center:
  Installed: 1:2.16.1-0ubuntu3
  Candidate: 1:2.16.1-0ubuntu4

So I fired up wireshark.

DEST:82.211.81.132
GET /changelogs/pool/main/c/control-center/control-center_2.16.1-0ubuntu4/changelog HTTP/1.1
Accept-Encoding: identity
Host: changelogs.ubuntu.com
Connection: close
User-agent: Python-urllib/2.4

HTTP/1.1 404 Not Found
Date: Sat, 14 Oct 2006 03:29:20 GMT
Server: Apache/2.0.55 (Ubuntu)
Content-Length: 276
Connection: close
Content-Type: text/html; charset=iso-8859-1

http://82.211.81.132/changelogs/pool/main/c/control-center/control-center_2.16.1-0ubuntu4/changelog
is a valid file, so WT*?

next one libdirectfb-0.9.24
DEST:82.211.81.132
GET /changelogs/pool/main/d/directfb/directfb_0.9.24-4ubuntu4/changelog HTTP/1.1
Accept-Encoding: identity
Host: changelogs.ubuntu.com
Connection: close
User-agent: Python-urllib/2.4

HTTP/1.1 404 Not Found
http://82.211.81.132/changelogs/pool/main/d/directfb/directfb_0.9.24-4ubuntu4/changelog is UP and good

they all come up as 404 under wireshark/tcpdump, but are valid in the browser.

sorry, /me lame
it appears I just hit that perfect moment when files get uploaded when checking it out, all changelog info is there after closing and opening update manager again (it refetched the files from the server)

ok , now i got a real bug :)

you can see on the pic that Im upgrading from 0.9.22~winehq0~ubuntu~6.06-1
to 0.9.23~winehq0~ubuntu~6.06-1, but the changelog is from the 0.9.22-0ubuntu3
should I file a separate report on this one?

@rasz: yes. please use the title: don't show the Ubuntu changelog for ISV packages with the same name.

the situation is still the same...

> it appears I just hit that perfect moment when files get uploaded when checking it out

well, I keeping hitting that perfect point... on each and every upgrade it seems. kinda annoying.

as of now, xinit won't show a changelog...

quoting from Martin Pitt's email to ubuntu-devel
"Re: Lack of change description on update-manager"
-------------------quote begins------------------------
> As a user, I would ask developers & packagers to alwasy provide the
> "changed" information for all packages that are updated. I know that it's
> something difficult to do, and that it involves a lot of work; but it's
> something that makes a lot of difference, because I have now to update
> packages as a matter of trust, without knowing what was really changed.

I totally agree. I fact it's already set up for a loong time and works
quite well, but there is a certain delay involved.
changelogs.ubuntu.com usually lags behind about half a day, so you
usually don't see them if you pull timely security updates. However,
there will always be an USN for updates in main (see [2], if you are
concerned about it, you should definitively subscribe[3].

Martin

[1] http://changelogs.ubuntu.com/changelogs/pool/main/x/xinit/xinit_1.0.1-0ubuntu3.1/
[2] https://lists.ubuntu.com/archives/ubuntu-security-announce/2006-October/000414.html
[3] https://lists.ubuntu.com/mailman/listinfo/ubuntu-security-announce
------------------quote ends---------------------

I think one should find a solution to the half-day lag of changelogs.ubuntu.com

hpijs seems to have a problem too (synaptic reports the URL as
http://changelogs.ubuntu.com/changelogs/pool/main/h/hplip/hplip_2.6.9+1.6.9-0ubuntu2/changelog )

> I totally agree. I fact it's already set up for a loong time and works
> quite well, but there is a certain delay involved.
> changelogs.ubuntu.com usually lags behind about half a day, so
> you usually don't see them if you pull timely security updates.

I don't think this is the case with me. I've had libpng12-0 (1.2.8rel-5ubuntu0.1) in the update manager for over a day now and it still has no description.

I concur... Today my update-manager (version 0.42.2ubuntu22 on Dapper) shows 23 updates available. None of them has a changelog displayed. The "Change" field briefly displays "Downloading the list of changes..." and then stays blank when clicking on each update.

The incriminated packages are: dpkg dpkg-dev dselect firefox firefox-dom-inspector firefox-gnome-support hal hal-device-manager info libavahi-client3 libavahi-common-data libavahi-common3 libavahi-glib1 libhal-storage1 libhal1 libnspr4 libnss3 libpng12-0 libpng12-dev mozilla-thunderbird mozilla-thunderbird-inspector mozilla-thunderbird-typeaheadfind texinfo

Aptitude is able to show the changelog for some of them but not all:

$ aptitude changelog dpkg dpkg-dev dselect firefox firefox-dom-inspector firefox-gnome-support hal hal-device-manager info libavahi-client3 libavahi-common-data libavahi-common3 libavahi-glib1 libhal-storage1 libhal1 libnspr4 libnss3 libpng12-0 libpng12-dev mozilla-thunderbird mozilla-thunderbird-inspector mozilla-thunderbird-typeaheadfind texinfo
Get:1 ChangeLog of dpkg [197kB]
Fetched 197kB in 0s (302kB/s)
Get:1 ChangeLog of dpkg-dev [197kB]
Fetched 197kB in 0s (287kB/s)
Get:1 ChangeLog of dselect [197kB]
Fetched 197kB in 0s (259kB/s)
Get:1 ChangeLog of firefox [128kB]
Fetched 128kB in 0s (254kB/s)
Ign ChangeLog of firefox-dom-inspector
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/universe/f/firefox/firefox_1.5.dfsg+1.5.0.8-0ubuntu0.6.06/changelog
E: Couldn't find a changelog for firefox-dom-inspector
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/f/firefox/firefox_1.5.dfsg+1.5.0.8-0ubuntu0.6.06/changelog
E: Couldn't find a changelog for firefox-gnome-support
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/h/hal/hal_0.5.7-1ubuntu18.2/changelog
E: Couldn't find a changelog for hal
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/h/hal/hal_0.5.7-1ubuntu18.2/changelog
E: Couldn't find a changelog for hal-device-manager
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/t/texinfo/texinfo_4.8-4ubuntu0.1/changelog
E: Couldn't find a changelog for info
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/a/avahi/avahi_0.6.10-0ubuntu3.2/changelog
E: Couldn't find a changelog for libavahi-client3
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/a/avahi/avahi_0.6.10-0ubuntu3.2/changelog
E: Couldn't find a changelog for libavahi-common-data
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/a/avahi/avahi_0.6.10-0ubuntu3.2/changelog
E: Couldn't find a changelog for libavahi-common3
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/a/avahi/avahi_0.6.10-0ubuntu3.2/changelog
E: Couldn't find a changelog for libavahi-glib1
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/h/hal/hal_0.5.7-1ubuntu18.2/changelog
E: Couldn't find a changelog for libhal-storage1
E: Couldn't fetch URL http://changelogs.ubuntu.com/changelogs/pool/main/h/hal/hal_0.5.7-1ubuntu18.2/changelog
E: Couldn't find a changelog for libhal1
E: Couldn't fetch URL http://changelogs.ubuntu.com/c...

libnspr4 (synaptic URI http://changelogs.ubuntu.com/changelogs/pool/main/f/firefox/firefox_1.firefox2.0.0.1+0dfsg-0ubuntu0.6.10/changelog ) and libnss3 (synaptic URI http://changelogs.ubuntu.com/changelogs/pool/main/f/firefox/firefox_1.firefox2.0.0.1+0dfsg-0ubuntu0.6.10/changelog
 ) are still exhibiting this problem in edgy.

this is getting more and more annoying, frustrating. after 8 months...

where's the changelog for dbus? or libdbus?

[quote]
Failed to fetch the changelog for dbus
URI was: http://changelogs.ubuntu.com/changelogs/pool/main/d/dbus/dbus_0.60-6ubuntu8.1/changelog
[/quote]

Still seeing problem with nvidia-glx-legacy in feisty (synaptic URI http://changelogs.ubuntu.com/changelogs/pool/multiverse/l/linux-restricted-modules-2.6.20/linux-restricted-modules-2.6.20_1.0.7184+2.6.20.3-12.11/changelog ).

Partial solution: Could update-manager extract the changelog from the package file itself if it has already been downloaded? This would save bandwidth and allow the feature to work when offline.

Still seeing the problem with cpp, gcc, gij, libgcj-bc, libgcj-common, openoffice.org, python-uno and ttf-opensymbol in an Ubuntu Gutsy Tribe 4 update.

Version information:
Ubuntu Gutsy (development branch)
update-manager 1:0.69

problem too error on libaudio0

Still here on Hardy (nvidia-glx-legacy, hpijs).

Version information:
Ubuntu hardy (development branch)
update-manager 1:0.87.17

As of today, still seeing this issue in Hardy. cpp, gcc in the updates today.

Particularly frustrating in that these are tools used to compile applications, and while I am sure that the package maintainers rebuilt their keys and authentication after the recent ssl/ssh fiasco, I'm really uncomfortable with compilers showing up without an explanation as to why this one is 'better' than the previous release. Along with the ssl/ssh vulnerability that showed up, getting this bug fixed would very much improve comfort, and trust in the process.

The saving grace at the moment is that these are only showing up in 'proposed' packages and not 'critical' from what I've seen. As a result the people most likely to encounter the problem are those who can find out for themselves what the update covers. However there's a roll-up coming down the pike and I think there are going to be people concerned very soon. Granted even then most people will not walk through the changelogs for all of the packages that get updated, but what happens when they see one or two packages that don't present a changelog and decide to wait on them till they do show a changelog, and never see it? It makes it look like packages are being distributed by someone who isn't familiar with the process.

I've been digging through the code a bit. The method get_changelog does the following:

1. Get the version of the binary package.
2. Get the version of the source package.
3. Compare both versions.
4. Use the highest version to get the changelog file.

Applying this to cpp package:
- Binary version = 4:4.2.3-1ubuntu6
- Source package = gcc-defaults
- Source version (first encountered) = 1.62ubuntu3
- Resulting location = gcc-defaults/gcc-defaults_4.2.3-1ubuntu6/changelog
- Actual location = gcc-defaults/gcc-defaults_1.62ubuntu3/changelog

So the version comparison either needs to be removed or refined. I'll leave it to the package maintainer to work that out.

I can confirm this problem has resurfaced in Hardy. If someone can open a new bug with the proper details, please include it in the comments. But I've tried the fixes here for sources, and none of my updates are showing changes.

related aptitude bug: 139791

Michael - Could you take a look at this?

I changed the code in intrepid so that now the source version wins, this fixes the case for cpp and freinds. I can do a hardy PPA version if someone is interessted to test this new behavior there.

I've activated proposed this morning in Intrepid and I have 27 updates without any changelogs. Here's the list:

  ca-certificates-java capplets-data command-not-found command-not-found-data compiz compiz-core compiz-gnome compiz-plugins compiz-wrapper gdm-guest-session gnome-control-center human-theme libdecoration0 libgnome-window-settings1 libgphoto2-2 libgphoto2-port0 libtotem-plparser12 python-software-properties rhythmbox software-properties-gtk totem totem-common totem-gstreamer totem-mozilla totem-plugins transmission-common transmission-gtk

Michael, can it be that changelogs.u.c. doesn't pick up changelogs for *-proposed? Or is changelogs.u.c. just slow?

I was able to reproduce this problem when I added "intrepid-proposed" without a matching "deb-src" line for it. Now its really not ideal that a deb-src line is required to make it work. It is required for cases when the binary version is different than the source version or the binary component is different than the source component.

I added some code to the server side of changelogs.ubuntu.com to fix these issues, so it should now work for the case where no "deb-src " line is in the sources.list and "deb-src" lines are available for all components.

I uploaded a version of update-manager (0.93.33~ppa1) into my PPA with a simplified logic that should get all changelogs correct now (with the help of the new code on changelogs.ubuntu.com). The deb is available at:
deb http://ppa.launchpad.net/mvo/ubuntu intrepid main

and should fix the changelog download logic. There is still a certain lack until the server side of the changelogs is generated though.

Thanks,
 Michael

Accepted into intrepid-proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

I also tested (because of the original bug report) fastjar,libnspr4-0d.liferea,qemu and those work for me. More testing is welcome but the new server side code should improve matters quite a bit.

Note to self: there were two stacked SRU uploads, this also fixes the bugs in http://launchpadlibrarian.net/19341459/update-manager_0.93.33_source.changes which aren't mentioned in the topmost changelog.

Tested the new version in intrepid-proposed and I am seing the changelogs now. Updated a few packages with the new versions, no problems to be found. Thanks very much for this fix!

Now seing changelog details for all packages including -proposed. Thank you!

Michael:
Can you check to see if you have changelogs for nvidia-glx-legacy, hpijs, cpp, gcc, gij, libgcj-bc, libgcj-common, openoffice.org, python-uno and ttf-opensymbol ?

I can also confirm that update-manager 1:0.93.32 was not displaying changelogs and the 1:0.93.34 does, though I'll note that I was not seeing changelogs even with a matching "deb-src" line. Either way, the package in proposed displays changelogs and continues to install updates, etc.

(I do note that apt-cacher, when used as a proxy via setting the apt-config Acquire::http::Proxy option, does not proxy the changelog information, but I'll file that as a separate bug against apt-cacher.)

intrepid-proposed package copied to jaunty.

Copied to intrepid-updates.