update-manager shows no changelog for various packages
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
update-manager (Ubuntu) |
Fix Released
|
Medium
|
Michael Vogt | ||
Intrepid |
Fix Released
|
Medium
|
Michael Vogt |
Bug Description
Description of the problem:
Certain packages never show changelog items in update-manager.
TEST CASE:
1. install intrepid
2. add "intrepid-proposed" to the sources.list
3. open update-manager and verify that no changelogs are displayed
4. install update-manger from intrepid-proposed
5. verify that changelogs are now displayed correctly
------------
Steps to reproduce:
1. Start update manager with an old version of lifrerea installed.
2. Click on lifrea update in the top list.
3. Make sure Details are shown and click on the Changes tab.
Expected result:
Changes tab to display a changelog of changes between lifrea 1.0.7-1ubuntu1 and liferea 1.0.9-0ubuntu1.
Actual result:
Changes area says "The list of changes is not available yet. Please try again later." for weeks on end.
Additional information:
The same thing happens for the following packages:
fastjar
libnspr4
libnss3
liferea-gtkhtml
liferea-mozilla
linux-restricte
linux-restricte
nvidia-glx-legacy
qemu
xserver-xgl
fastjar is a real oddball and simply displays nothing (no message at all) and libsigc++2.0 seems to hang forever saying "Downloading the list of changes..."
Michael Vogt (mvo) wrote : | #1 |
Changed in update-manager: | |
assignee: | nobody → mvo |
status: | Unconfirmed → Confirmed |
Michael Vogt (mvo) wrote : | #2 |
I fixes this locally now and it will be part of the next upload.
Cheers,
Michael
Changed in update-manager: | |
status: | Confirmed → Fix Committed |
Sitsofe Wheeler (sitsofe) wrote : | #3 |
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
Changed in update-manager: | |
status: | Fix Committed → Unconfirmed |
Michael Vogt (mvo) wrote : | #4 |
Could you please give me the urls that it failed on? They should be in the changelog window.
Thanks,
Michael
Sitsofe Wheeler (sitsofe) wrote : Software Update screenshot showing empty changes tab | #5 |
- Software Update screenshot showing empty changes tab Edit (37.9 KiB, image/png)
> 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...
Sitsofe Wheeler (sitsofe) wrote : | #6 |
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://
cupsys (empty) -
cupsys-client (empty) - http://
libcupsys2 (empty) - http://
libgcj-common (empty) - http://
libsigc++2.0-0c2a (says downloading forever) - http://
Sitsofe Wheeler (sitsofe) wrote : | #7 |
Packages for which there does not appear to be a changelog:
libnspr4 - http://
libnss3 - http://
linux-386 - http://
nvidia-glx-legacy - http://
Michael Vogt (mvo) wrote : | #8 |
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.
Michael Vogt (mvo) wrote : | #9 |
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/
- 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
Changed in update-manager: | |
status: | Unconfirmed → Fix Released |
Sitsofe Wheeler (sitsofe) wrote : | #10 |
I hate to do this to you Michael but I'm going to reopen this bug because I'm still seeing a few issues.
Changed in update-manager: | |
status: | Fix Released → Unconfirmed |
Sitsofe Wheeler (sitsofe) wrote : | #11 |
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).
Sitsofe Wheeler (sitsofe) wrote : More missing changelogs | #12 |
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-
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
Sitsofe Wheeler (sitsofe) wrote : Truncated web proxy log of update-manager traffic | #13 |
- Truncated web proxy log of update-manager traffic Edit (4.1 KiB, text/plain)
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...
Sitsofe Wheeler (sitsofe) wrote : | #14 |
(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)
Michael Vogt (mvo) wrote : | #15 |
I can hack up the source for you if you tell me what you need.
Michael Vogt (mvo) wrote : | #16 |
Thanks a lot for the updated list btw!
Michael Vogt (mvo) wrote : | #17 |
I fixed another problem in the code and will upload it today (or rather tonight ;)
Michael Vogt (mvo) wrote : | #18 |
I would be interessted what results update-
Sitsofe Wheeler (sitsofe) wrote : | #19 |
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-
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
Changed in update-manager: | |
status: | Unconfirmed → Needs Info |
Sitsofe Wheeler (sitsofe) wrote : | #20 |
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://
changelog
Checking the changelogs out in synaptic produced a 404 for hpijs but iproute seemed to have a working changelog.
Changed in update-manager: | |
status: | Needs Info → Unconfirmed |
Adriaan Peeters (apeeters) wrote : | #21 |
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.
fubarbundy (launchpad-mailtic) wrote : | #22 |
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
Changed in update-manager: | |
status: | Unconfirmed → Confirmed |
Sitsofe Wheeler (sitsofe) wrote : | #23 |
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...
Adriaan Peeters (apeeters) wrote : | #24 |
ii python-apt 0.6.16.2ubuntu8
ii update-manager 0.42.2ubuntu22
As far as I can tell, these are the latest versions.
fubarbundy (launchpad-mailtic) wrote : | #25 |
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.
Frank Groeneveld (frankgroeneveld) wrote : | #26 |
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.
Sitsofe Wheeler (sitsofe) wrote : | #27 |
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?
Adriaan Peeters (apeeters) wrote : | #28 |
For me the changelogs for _all_packages are empty. I use the be.archive.
Michael Vogt (mvo) wrote : | #29 |
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
Changed in update-manager: | |
status: | Confirmed → Needs Info |
Frank Groeneveld (frankgroeneveld) wrote : | #30 |
Nope, I have them in my list.
This is my sources.list:
deb http://
deb-src http://
## Major bug fix updates produced after the final release of the
## distribution.
deb http://
deb-src http://
## 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://
deb-src http://
deb http://
deb-src http://
## 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://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
Adriaan Peeters (apeeters) wrote : sources.list | #31 |
- sources.list Edit (1.6 KiB, text/plain)
I also have the -src repositories installed.Even commenting out my additional repositories does not resolve the problem. My sources.list is attached.
Changed in update-manager: | |
status: | Needs Info → Confirmed |
fubarbundy (launchpad-mailtic) wrote : | #32 |
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.
capplets-data and gnome-control-
gtk2-engines-
language-pack-en, language-
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-
libvte-common, libvte4, python-vte 1:0.12.2-0ubuntu1 show 1:0.12.1-0ubuntu1 and older
linux-headers-
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://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
Frank Groeneveld (frankgroeneveld) wrote : | #33 |
Today some packages had changelogs, finally :)
Packages with changelog: capplets-data, gnome-control-
All the other updates were just showing empty changelogs, well, the changelog field was just empty.
Adriaan Peeters (apeeters) wrote : | #34 |
Confirmed, but those changelogs are old. For example for gnome-control-
Sitsofe Wheeler (sitsofe) wrote : | #35 |
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.
Sitsofe Wheeler (sitsofe) wrote : Truncated web proxy log of update-manager traffic | #36 |
- Truncated web proxy log of update-manager traffic Edit (9.6 KiB, text/plain)
Truncated web proxy log of update-manager traffic
Sitsofe Wheeler (sitsofe) wrote : | #37 |
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)...
Sitsofe Wheeler (sitsofe) wrote : | #38 |
This problem seems to have been solved for most dapper-update packages. I guess changelogs.
Andrew Zajac (arzajac) wrote : | #39 |
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://
https:/
Sebastian Heinlein (glatzor) wrote : | #40 |
We are aware of this issue. So there is no need to add further comments to this bug.
Thanks.
Tommy Trussell (tommy-trussell) wrote : | #41 |
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.
Tommy Trussell (tommy-trussell) wrote : | #42 |
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 ?
Sebastian Heinlein (glatzor) wrote : | #43 |
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.
Martin Pitt (pitti) wrote : | #44 |
Just as a note, changelogs.
Changed in update-manager: | |
status: | Confirmed → Needs Info |
Mario Vukelic (kreuzsakra) wrote : | #45 |
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?
Sebastian Heinlein (glatzor) wrote : | #46 |
It works here for me. Could you please recheck. If it still fails reopen the bug.
Changed in update-manager: | |
status: | Needs Info → Fix Released |
Phil Bull (philbull) wrote : | #47 |
I still have this issue; the recent gpg update showed a blank changelog textview.
Changed in update-manager: | |
status: | Fix Released → Confirmed |
Sebastian Heinlein (glatzor) wrote : | #48 |
Do you have got any deb-src lines in your sources.list?
Mario Vukelic (kreuzsakra) wrote : | #49 |
For me it stayed empty after rechecking. Dunno if it has something to do with it, but I use the http://
I use gpg, so I have now updated - I'll check again when the next security fix comes out.
Mario Vukelic (kreuzsakra) wrote : | #50 |
And yes, I have deb-src lines. Attaching sources.list
Mario Vukelic (kreuzsakra) wrote : sources.list | #51 |
Andrew Zajac (arzajac) wrote : | #52 |
"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.
Frederik Elwert (frederik-elwert) wrote : | #53 |
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.
Martin Flack (martin-martinflack) wrote : | #54 |
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.
Sebastian Heinlein (glatzor) wrote : | #55 |
Perhaps nobody had the time to write a function for this - it was not intended to break :)
Sebastian Heinlein (glatzor) wrote : | #56 |
If anybody gets this error, could you please disable the deb-src lines in your sources.list and try again?
Tommy Trussell (tommy-trussell) wrote : | #57 |
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.
Sebastian Heinlein (glatzor) wrote : | #58 |
Fixed in my local branch
Changed in update-manager: | |
status: | Confirmed → Fix Committed |
Phil Bull (philbull) wrote : | #59 |
Thanks, disabling the deb-src lines makes the text reappear.
Matt Zimmerman (mdz) wrote : | #60 |
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.
Jochen Becher (jochen-becher) wrote : | #61 |
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?
David Planella (dpm) wrote : | #62 |
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.
Sitsofe Wheeler (sitsofe) wrote : | #63 |
This problem is still here with certain packages under Edgy:
cpp
gcc
libnspr
libnss3
Setting back to confirmed...
Changed in update-manager: | |
status: | Fix Committed → Confirmed |
beerfan (beerfan) wrote : | #64 |
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
Michael Vogt (mvo) wrote : | #65 |
@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://
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.
rasz (citizenr) wrote : | #66 |
so my turn, EDGY, gright now, half the files are misssing changelogs, al "please try later"
rasz@capek:
python-apt:
Installed: 0.6.19ubuntu9
rasz@capek:
update-manager:
Installed: 0.45
Gnome Control center didnt find changelog for example for "gnome-
rasz@capek:
gnome-control-
Installed: 1:2.16.1-0ubuntu3
Candidate: 1:2.16.1-0ubuntu4
So I fired up wireshark.
DEST:82.211.81.132
GET /changelogs/
Accept-Encoding: identity
Host: changelogs.
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://
is a valid file, so WT*?
next one libdirectfb-0.9.24
DEST:82.211.81.132
GET /changelogs/
Accept-Encoding: identity
Host: changelogs.
Connection: close
User-agent: Python-urllib/2.4
HTTP/1.1 404 Not Found
http://
they all come up as 404 under wireshark/tcpdump, but are valid in the browser.
rasz (citizenr) wrote : | #67 |
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)
rasz (citizenr) wrote : | #68 |
Sebastian Heinlein (glatzor) wrote : | #69 |
@rasz: yes. please use the title: don't show the Ubuntu changelog for ISV packages with the same name.
towsonu2003 (towsonu2003) wrote : | #70 |
- a perfect moment with xinit. Edit (30.0 KiB, image/png)
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...
towsonu2003 (towsonu2003) wrote : | #71 |
quoting from Martin Pitt's email to ubuntu-devel
"Re: Lack of change description on update-manager"
-------
> 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.
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://
[2] https:/
[3] https:/
-------
I think one should find a solution to the half-day lag of changelogs.
Sitsofe Wheeler (sitsofe) wrote : | #72 |
hpijs seems to have a problem too (synaptic reports the URL as
http://
Davor Cubranic (cubranic) wrote : | #73 |
> 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.
> 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-
Kolargol00 (kolargol00) wrote : | #74 |
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-
Aptitude is able to show the changelog for some of them but not all:
$ aptitude changelog dpkg dpkg-dev dselect firefox firefox-
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-
E: Couldn't fetch URL http://
E: Couldn't find a changelog for firefox-
E: Couldn't fetch URL http://
E: Couldn't find a changelog for firefox-
E: Couldn't fetch URL http://
E: Couldn't find a changelog for hal
E: Couldn't fetch URL http://
E: Couldn't find a changelog for hal-device-manager
E: Couldn't fetch URL http://
E: Couldn't find a changelog for info
E: Couldn't fetch URL http://
E: Couldn't find a changelog for libavahi-client3
E: Couldn't fetch URL http://
E: Couldn't find a changelog for libavahi-
E: Couldn't fetch URL http://
E: Couldn't find a changelog for libavahi-common3
E: Couldn't fetch URL http://
E: Couldn't find a changelog for libavahi-glib1
E: Couldn't fetch URL http://
E: Couldn't find a changelog for libhal-storage1
E: Couldn't fetch URL http://
E: Couldn't find a changelog for libhal1
E: Couldn't fetch URL http://
Sitsofe Wheeler (sitsofe) wrote : | #75 |
libnspr4 (synaptic URI http://
) are still exhibiting this problem in edgy.
towsonu2003 (towsonu2003) wrote : | #76 |
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://
[/quote]
Sitsofe Wheeler (sitsofe) wrote : | #77 |
Still seeing problem with nvidia-glx-legacy in feisty (synaptic URI http://
Andrew McCarthy (andrewmccarthy) wrote : | #78 |
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.
Sitsofe Wheeler (sitsofe) wrote : | #79 |
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
Changed in update-manager: | |
assignee: | mvo → ihababuhammad |
niels k (niels-kjaer) wrote : | #80 |
problem too error on libaudio0
Sitsofe Wheeler (sitsofe) wrote : | #81 |
Still here on Hardy (nvidia-glx-legacy, hpijs).
Version information:
Ubuntu hardy (development branch)
update-manager 1:0.87.17
Rusty (rusty-curry) wrote : | #82 |
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.
Changed in update-manager: | |
assignee: | ihababuhammad → nobody |
Sam Geeraerts (samgee) wrote : | #83 |
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/
- Actual location = gcc-defaults/
So the version comparison either needs to be removed or refined. I'll leave it to the package maintainer to work that out.
aelfwyne (lotherius) wrote : | #84 |
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.
Sarah Kowalik (hobbsee-deactivatedaccount) wrote : | #85 |
related aptitude bug: 139791
Brian Murray (brian-murray) wrote : | #86 |
Michael - Could you take a look at this?
Changed in update-manager: | |
assignee: | nobody → mvo |
milestone: | ubuntu-6.06 → later |
Michael Vogt (mvo) wrote : | #87 |
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.
Fabián Rodríguez (magicfab) wrote : | #88 |
I've activated proposed this morning in Intrepid and I have 27 updates without any changelogs. Here's the list:
ca-certificat
Martin Pitt (pitti) wrote : | #89 |
Michael, can it be that changelogs.u.c. doesn't pick up changelogs for *-proposed? Or is changelogs.u.c. just slow?
Michael Vogt (mvo) wrote : | #90 |
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.
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.
deb http://
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
Changed in update-manager: | |
assignee: | nobody → mvo |
importance: | Undecided → Medium |
status: | New → In Progress |
status: | Confirmed → Fix Committed |
description: | updated |
Martin Pitt (pitti) wrote : | #91 |
Accepted into intrepid-proposed, please test and give feedback here. Please see https:/
Changed in update-manager: | |
status: | In Progress → Fix Committed |
Michael Vogt (mvo) wrote : | #92 |
I also tested (because of the original bug report) fastjar,
Martin Pitt (pitti) wrote : | #93 |
Note to self: there were two stacked SRU uploads, this also fixes the bugs in http://
Klaus Doblmann (moviemaniac) wrote : | #94 |
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!
Fabián Rodríguez (magicfab) wrote : | #95 |
Now seing changelog details for all packages including -proposed. Thank you!
Sitsofe Wheeler (sitsofe) wrote : | #96 |
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 ?
Steve Beattie (sbeattie) wrote : | #97 |
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:
Martin Pitt (pitti) wrote : | #98 |
intrepid-proposed package copied to jaunty.
Changed in update-manager: | |
status: | Fix Committed → Fix Released |
Martin Pitt (pitti) wrote : | #99 |
Copied to intrepid-updates.
Changed in update-manager: | |
status: | Fix Committed → Fix Released |
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).