policykit-1 password dialog sometimes hangs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
PolicyKit |
Invalid
|
Medium
|
|||
PolicyKit GNOME |
Unknown
|
Medium
|
|||
aptdaemon (Ubuntu) |
High
|
Unassigned | |||
Karmic |
High
|
Unassigned | |||
policykit (Ubuntu) |
Undecided
|
Unassigned | |||
Karmic |
Undecided
|
Unassigned | |||
policykit-1-gnome (Ubuntu) |
High
|
Unassigned | |||
Karmic |
High
|
Unassigned | |||
update-manager (Ubuntu) |
High
|
Unassigned | |||
Karmic |
High
|
Unassigned |
Bug Description
Binary package hint: update-manager
Using current karmic versions after entering the polkit password for org.debian.
Traceback (most recent call last):
File "/usr/lib/
*message.
File "/usr/lib/
raise error
DBusException: org.freedesktop
Related branches
Sebastien Bacher (seb128) wrote : | #1 |
Sebastien Bacher (seb128) wrote : | #2 |
There is nothing in the logs about aptdaemon crashing though...
Changed in update-manager (Ubuntu): | |
status: | New → Confirmed |
Changed in aptdaemon (Ubuntu): | |
importance: | Undecided → High |
Changed in update-manager (Ubuntu): | |
importance: | Undecided → High |
Changed in aptdaemon (Ubuntu): | |
status: | New → Confirmed |
tags: | added: polkit-auth-hang |
Changed in policykit-1-gnome (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → High |
milestone: | none → ubuntu-9.10 |
Changed in aptdaemon (Ubuntu Karmic): | |
status: | Confirmed → Invalid |
Changed in update-manager (Ubuntu Karmic): | |
status: | Confirmed → Invalid |
James Westby (james-w) wrote : | #3 |
Hi,
Could someone who is seeing this issue please run
pkill -f polkit-
/usr/
and then trigger the problem and report any messages that
you see on the console.
Thanks,
James
Sandro Mani (sandromani) wrote : | #4 |
Hi,
here is what I see:
sandro@PC4:~$ pkill -f polkit-
sandro@PC4:~$ /usr/lib/
(polkit-
(polkit-
Eddie Toronto (eddie-indirect) wrote : | #5 |
Hi,
I was going to try the above suggestion, but wanted to try the update-manager one more time first.
a\ selected "install package"
b\ enter password
c\ authenticate screen hung, and I closed it (top right X) and then the downloading of files proceeded
d\ After downloading the files, I received error- "failed to download package files". I've attached the details of files that weren't downloaded in case it is relevant.
I was going to try the above suggestion, but wanted to try the update-manager one more time first.
a\ selected "install package"
b\ enter password
c\ authenticate screen hung, and I closed it (top right X) and then the downloading of files proceeded
d\ After downloading the files, I received error- "failed to download package files". I've attached the details of files that weren't downloaded in case it is relevant.
I was going to try the above suggestion, but wanted to try the update-manager one more time first.
a\ selected "install package"
b\ enter password
c\ authenticate screen hung, and I closed it (top right X) and then the downloading of files proceeded
d\ After downloading the files, I received error- "failed to download package files". I've attached the details of files that weren't downloaded in case it is relevant.
I was going to try the above suggestion, but wanted to try the update-manager one more time first.
a\ selected "install package"
b\ enter password
c\ authenticate screen hung, and I closed it (top right X) and then the downloading of files proceeded
d\ After downloading the files, I received error- "failed to download package files". I've attached the details of files that weren't downloaded in case it is relevant.
Eddie Toronto (eddie-indirect) wrote : | #6 |
Sorry, I'm not sure why the message was quadrupled when I added the attachment.
Eddie Toronto (eddie-indirect) wrote : | #7 |
My report looks the same as Sandro's
john@HTLX:~$ pkill -f polkit-
john@HTLX:~$ /usr/lib/
(polkit-
(polkit-
James Westby (james-w) wrote : Re: [Bug 445303] Re: update-manager stucked on polkit password dialog | #8 |
On Thu Oct 08 16:48:32 UTC 2009 Sandro Mani wrote:
> Hi,
> here is what I see:
>
> sandro@PC4:~$ pkill -f polkit-
> sandro@PC4:~$ /usr/lib/
>
> (polkit-
> cannot register existing type `_PolkitError'
>
> (polkit-
> g_once_init_leave: assertion `initialization
>
Hi,
Thanks for doing this. Just to confirm, these were all the messages you
saw even though you triggered the problem?
It sounds like those that see the bug see it consistently? There's
nothing "unusual" you do that triggers it in your experience? Is
there anything about your setup that you think might be involved?
Do any of you have password expiry set or similar?
Thanks,
James
Hello,
those are indeed all the messages that were printed out to the console. Concerning the frequency of the bug, I notice three variants:
1. Everything works as expected (maybe 1/4 of the cases)
2. The authentication dialog gets stuck without the password field, but clicking on X makes the process continue normally (i.e. the feedback window for download and installation displays and get's accordingly updated) - about 1/2 of the cases
3. The authentication dialog gets stuck, after pressing X the feedback window shows "waiting for other tasks" and after a while a message reporting "it seems that the daemon died" appears, allthough in background the updates are actually installed, see #445893 - about 1/4 of the cases
I cannot think of anything particular in my setup, it's all stock configuration... The system was an alpha-6 clean install.
Sandro
James Westby (james-w) wrote : | #10 |
Hi,
Could you please install the policykit-1 package from
https:/
and repeat the process.
The libpolkit-agent-1-0 is the important one).
I've added a patch that might fix it, though it is a long shot.
If that doesn't work I'll provide another package with the
debugging turned right up to try and find the problem that
way.
Thanks,
James
Sandro Mani (sandromani) wrote : | #11 |
Hello,
I've not noticed the issue since a new policykit package that came in yesterday (policykit-1-gnome 0.94-1+
Sandro
Rohan Agrawal (agrawalr) wrote : | #12 |
I also don't seem to have this problem anymore after today's update.
Sandro Mani (sandromani) wrote : | #13 |
Okay, false alarm, happened again today. Will try with the ppa package.
Sandro Mani (sandromani) wrote : | #14 |
Okay, just installed libpolkit-
Sebastian Heinlein (glatzor) wrote : | #15 |
You have to logout and login after installing a different version of the polkit agent, since the daemon is started at login time and runs for the whole session.
Sandro Mani (sandromani) wrote : | #16 |
I have restarted a couple of times since installing it but issue persists.
Eddie Toronto (eddie-indirect) wrote : | #17 |
I was able to upgrade today without any errors.
Sandro Mani (sandromani) wrote : | #18 |
Is it only on my machine or has update-manager reverted to the old gksudo variant?
Rohan Agrawal (agrawalr) wrote : | #19 |
Mine has reverted to the gksudo version also.
Martin Pitt (pitti) wrote : | #20 |
Can folks please upgrade to policykit-1 0.94-1ubuntu1, which was uploaded today? It fixes a crash which was most likely also responsible for this effect. Please report back here. Thank you!
Alexander Sack (asac) wrote : | #21 |
this should be fixed in todays polkit upload. maybe verify.
Changed in policykit-1-gnome (Ubuntu Karmic): | |
status: | Confirmed → Incomplete |
Sandro Mani (sandromani) wrote : | #22 |
Uhm my update-manager does not seem to be using policykit anymore since an update last monday (or there about), but gksudo as in jaunty.
Package versions:
policykit-1: Installed: 0.94-1ubuntu1
update-manager: Installed: 1:0.126.4
Note: with the gksudo variant I never had any problems.
Martin Pitt (pitti) wrote : Re: [Bug 445303] Re: update-manager stucked on polkit password dialog | #23 |
Sandro Mani [2009-10-16 14:53 -0000]:
> Uhm my update-manager does not seem to be using policykit anymore since an update last monday (or there about), but gksudo as in jaunty.
> Package versions:
> policykit-1: Installed: 0.94-1ubuntu1
You still get the problem with this, after a reboot? (The need for
reboot is a bug, it'll be fixed in lucid).
Martin
--
Martin Pitt | http://
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
Yes (all packages are up-to-date with what is provided by the main server, have rebooted since the last update)
James Westby (james-w) wrote : Re: [Bug 445303] Re: update-manager stucked on polkit password dialog | #25 |
On Fri Oct 16 15:13:40 UTC 2009 Martin Pitt wrote:
> Sandro Mani [2009-10-16 14:53 -0000]:
> > Uhm my update-manager does not seem to be using policykit anymore since an update last monday (or there about), but gksudo as in jaunty.
> > Package versions:
> > policykit-1: Installed: 0.94-1ubuntu1
>
> You still get the problem with this, after a reboot? (The need for
> reboot is a bug, it'll be fixed in lucid).
update-manager switched back to synaptic by default, so this is expected
behaviour. mvo felt that having aptdaemon bake for another cycle before
making it default for update-manager was the prudent thing to do.
Thanks,
James
james, can you drop instructions how we can verify that this bug is fixed at least? is it "just" installing aptdaemon? or only by downgrading?
James Westby (james-w) wrote : | #27 |
You can still test by using software-center instead of update-manager.
Thanks,
James
summary: |
- update-manager stucked on polkit password dialog + policykit-1 password dialog sometimes hangs |
Sebastian Heinlein (glatzor) wrote : Re: [Bug 445303] Re: update-manager stucked on polkit password dialog | #28 |
You could use the new software store alternatively. It still makes use
of aptdaemon and policykit
Sandro Mani (sandromani) wrote : | #29 |
Just happened to try in the software store today and the problem persists...
Martin Pitt (pitti) wrote : | #30 |
Not a release blocker, it doesn't affect update-manager any more and not easily reproducible. Can still be fixed in an SRU, of course.
Changed in policykit-1-gnome (Ubuntu Karmic): | |
milestone: | ubuntu-9.10 → none |
dino99 (9d9) wrote : | #31 |
output after applying packages proposed in #10 & logout, login:
oem@oem-desktop:~$ pkill -f polkit-
oem@oem-desktop:~$ /usr/lib/
(polkit-
(polkit-
Slavius (slavomir-danas) wrote : | #32 |
Still present in Lucid with today's updates (Dec. 18th 2009).
Testing in Time & Date by clicking on "Click to make changes"
Clicking on the Cancel without entering anything works by closing the window.
Clicking on the Authenticate button with no or wrong password yields "Authentication failure" aka correct behaviour.
I type in the password (which is right) and either hit Enter or click on the Authenticate button.
The Password input field disappears but the window does not validate nor close itself. (when i typed wrong password before the line with "Authentication failure" remains visible")
Clicking on the Cancel nor Authenticate buttons does not work at this stage. Closing the window with the X works as validation.
Changed in policykit-1-gnome (Ubuntu): | |
assignee: | nobody → Ubuntu Development Team (ubuntu-dev) |
Changed in policykit-1-gnome (Ubuntu Karmic): | |
assignee: | nobody → Ubuntu Development Team (ubuntu-dev) |
Changed in policykit (Ubuntu): | |
assignee: | nobody → Ubuntu Development Team (ubuntu-dev) |
Changed in policykit (Ubuntu Karmic): | |
assignee: | nobody → Ubuntu Development Team (ubuntu-dev) |
Jonathan Thomas (echidnaman) wrote : | #33 |
ubuntu-dev is not a team to assign bugs to. Please stop.
Changed in policykit-1-gnome (Ubuntu): | |
assignee: | Ubuntu Development Team (ubuntu-dev) → nobody |
Changed in policykit-1-gnome (Ubuntu Karmic): | |
assignee: | Ubuntu Development Team (ubuntu-dev) → nobody |
Changed in policykit (Ubuntu Karmic): | |
assignee: | Ubuntu Development Team (ubuntu-dev) → nobody |
Changed in policykit (Ubuntu): | |
assignee: | Ubuntu Development Team (ubuntu-dev) → nobody |
Jonathan Thomas (echidnaman) wrote : | #34 |
Not a bug with the old PolicyKit either, as fasr as I know.
Changed in policykit (Ubuntu): | |
status: | New → Invalid |
Slavius (slavomir-danas) wrote : | #35 |
May I know why did you invalidated this bug?
Martin Pitt (pitti) wrote : | #36 |
Slavius, it's not invalid, the policykit-1-gnome task is still open. We just had to clean up after the vandalism by Gerry C.
Changed in policykit (Ubuntu Karmic): | |
status: | New → Invalid |
Changed in policykit-1-gnome (Ubuntu Karmic): | |
status: | Incomplete → Fix Committed |
AJenbo (ajenbo) wrote : | #37 |
Wow dit you find the bug?
Vish (vish) wrote : | #38 |
Reverting status , It seems to be an accidental status-change by MARDUK
Changed in policykit-1-gnome (Ubuntu Karmic): | |
status: | Fix Committed → Incomplete |
EricDHH (ericdhh) wrote : | #39 |
Only got this bug on amd64, the i386 are not affected. In update-manager and synaptic i cannot refresh the package list and got no download. The window still hang, the server test in both programs works well. Update with aptitude works well. After this happening more gksudo events like network-manager config are affected, nothing happens if the pass are entered.
The ppa policykit package did not help here.
eric@themis:~$ pkill -f polkit-
eric@themis:~$ /usr/lib/
(polkit-
(polkit-
Milan Bouchet-Valat (nalimilan) wrote : | #40 |
Reported upstream, no need to mark this as Incomplete if we don't know what to ask to reporters...
Changed in policykit-1-gnome (Ubuntu): | |
status: | Incomplete → Triaged |
Changed in policykit-1-gnome (Ubuntu Karmic): | |
status: | Incomplete → Triaged |
dino99 (9d9) wrote : | #41 |
Comments since latest lucid rc updates
i still have this error into .xsession:
(polkit-
(polkit-
note: the title of this bug does not mirrored the underlaying reasons of these warnings: i've never had problem to login but theses errors exist. So i wonder about the different start process timings as booting ubuntu is quite complex: xserver/
Berni (jc4you) wrote : | #42 |
Hi!
I use karmic on a i386 machine and get these messages right after login in .xsession. Sometime I have to double login.
And besides that I get a warning message from the screensaver:
(gnome-
But this might be an other bug.
In my .xsession file appears at first the screensaver warning and then the two polkit messages.
Changed in policykit-1-gnome: | |
status: | Unknown → New |
Jeffrey Hsu (jeffhsu3) wrote : | #43 |
I get the same error. Only it gets stuck at the splash screen an no-login window appears:
(polkit-
(polkit-
lannatwin (lannatwin) wrote : | #44 |
I am affected by this bug.
Testing in Time & Date by clicking on "Click to make changes"
Seems related to the ATI/AMD proprietary FGLRX graphics driver. I am not affected by the bug if I turn off visual effects.
Vincent AROD (vincent-arod) wrote : | #45 |
I get the same problem using Ubuntu 10.4 32bits on an old computer AMD Athlon XP and a Nvidia video card.
I'll try to turn off visual effects.
Changed in policykit-1-gnome: | |
importance: | Unknown → Medium |
|
#70 |
Created attachment 39080
Patch to fix the race
Hi,
There's a race that means that the user can type in their
password, have the text entry disappear, and then nothing
else happen for a couple of minutes until the call times
out and they get a cryptic error. If they cancel the
dialog in that time then the program will work as they
are successfully authenticated.
The reason for this is that if the SIGCHLD handler is called
before the stdout one it unregisters the stdout handler, so
it is never triggered, and that is the only way that a response
is sent, positive or negative, except for cancelling.
I'm attaching a patch which works around this in most
cases by giving the stdout handler a chance to go first.
You may prefer to reorganise a bit to not have one
handler remove the other instead. It also ensures that
the stdout handler is registered first, in case the
child exits very quickly, but I don't know if that's
possible.
I'm also attaching a couple of other patches I produced
in the course of investigating this that might be of
interest. They fix theoretical problems, but they may
never occur in the real world.
Thanks,
James
|
#71 |
Created attachment 39081
Patch to ensure that the helper is declared running before a handler can fire
|
#72 |
Created attachment 39082
Patch to ensure that things written to the child are written in full
Ilmari Vacklin (wolverian) wrote : | #46 |
I'm seeing this on a new installation of 10.10 64-bit (via Wubi). I haven't waited long enough to see if there's actually a dbus timeout or not, but just clicking the X on the window lets things proceed normally.
Jean-Baptiste Lallement (jibel) wrote : | #47 |
Can users being hit by that bug try the packages from james_w's PPA in bug 649939 and report if it fixes the problem ?
Thank in advance.
Fishscene (fishscene-hotmail) wrote : | #48 |
I too am seeing this bug: I filed a report since I was unable to find any related threads ( https:/
|
#73 |
Hi,
I've been asked to patch this in Ubuntu, as there are apparently
a fair number of users for whom policykit rarely works due to this
issue. I'm not sure what the variable is there given that I have
very rarely seen this myself.
Could you review the changes please?
If I don't hear either way soon then I will add distro patch
just reviewed by Ubuntu developers.
Thanks,
James
|
#74 |
Pretty sure these patches don't apply to current master as there were some changes post 0.96 - any chance you can check if this is still an issue in master (I can't reproduce this) and, if so, update the patches? Thanks.
|
#75 |
(In reply to comment #4)
> Pretty sure these patches don't apply to current master as there were some
> changes post 0.96 - any chance you can check if this is still an issue in
> master (I can't reproduce this) and, if so, update the patches? Thanks.
I can't easily check this either, as I can't reproduce it at will.
I've looked at the changes you make, and textually these won't apply, but
I don't see that they will have fixed the race here, unless the g_source
functions will somehow ensure that the stdout watch is serviced before the
child one?
Thanks,
James
alfabravoteam (alfabravoteam) wrote : | #49 |
Reporting this bug on 10.10 amd64. When authenticating (e. g. update-manager), the password window stills and the process never starts. If I close it with the X button on top, it allows the updating to start.
Brian Marshall (bmars) wrote : | #50 |
Recently, I started having this bug every time I used the polkit dialog (in maverick). After installing policykit-1 0.96-2ubuntu1.2 from james_w's PPA earlier today, it seems to be fixed.
Claudiu Vlad (claudiu-vlad) wrote : Re: [Bug 445303] Re: policykit-1 password dialog sometimes hangs | #51 |
Never seen this bug since then. I'm on Maverick right now.
On Thu, Oct 14, 2010 at 10:04 AM, Brian Marshall <email address hidden>wrote:
> Recently, I started having this bug every time I used the polkit dialog
> (in maverick). After installing policykit-1 0.96-2ubuntu1.2 from
> james_w's PPA earlier today, it seems to be fixed.
>
> --
> policykit-1 password dialog sometimes hangs
> https:/
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (435838).
>
Adam Niedling (krychek) wrote : | #52 |
I'm having the same behaviour as alfabravoteam since Maverick. After pressing the authentication button nothing happens. After I close the window, the process I just authenticated starts running.
Stefan Ivarsson (stefanivarsson) wrote : | #53 |
Another 'me to' post. Have this issue on AMD64 platform 10.10.
Was not present on 9.04 (to my memory). Definetively an error in 9.10 but fixed.
Never present in 10.04.
BRGDS
//Stefan
Changed in policykit-1-gnome: | |
status: | New → Unknown |
Misja (misja-alma) wrote : | #54 |
I have this issue since I upgraded to 10.10. Was not present for me in 10.04.
It happens when I want to install upgrades with the upgrade manager.
After authenticating the dialog does not disappear. However when I close it by clicking on the little cross in the left top, the upgrading starts anyway.
nikitakit (nikitakit) wrote : | #55 |
James_w's PPA fixes it for me. Thank you very much!
Steps which reproduce the problem in Maverick, but which cause no such problem in the PPA:
1. Run "gnome-
2. Change the location.
3. Press close
4. Press "Apply System-Wide" on the dialog that pops up.
5. Bring focus to the authentication window by clicking on the window header (NOT the password box)
6. Type password, press enter
Piotr P. Karwasz (chopinhauer) wrote : | #56 |
The fix works for me too.
System information:
Ubuntu version: Maverick Meerkat
AMD64 system
I didn't have this bug on Karmic and I rapidly skipped Lucid, so I can not tell if the bug applied there or not.
Sebastian Klus (klus-spam) wrote : | #57 |
Confirmed that I had this problem after updating from 10.04 to 10.10.
And confirmed that updating the policykit with the version provided by James Westby solves this issue (at least in my case).
AJenbo (ajenbo) wrote : | #58 |
I havent seen this bug seen this issue for a long time now (not since using 9.10), but i installed ubuntu 10.10 via Wubi on my brotheres laptop and here i see the issue again. Interestingly i used wubi my self back when i was running 9.10 but has since switched to a native install. So this issue might very well be related to Wubi.
Hendrik Knackstedt (hennekn) wrote : | #59 |
Don't think so because I see this issue on my system and I did not use Wubi.
Paul Sladen (sladen) wrote : | #60 |
Could somebody familiar with this check if bug #599441 and bug #697450 are dups (they appear to be to me).
Milan Bouchet-Valat (nalimilan) wrote : | #61 |
Paul: they aren't at all. In the former, the auth dialog doesn't appear; in the latter, everything works, it's just that the button is unintuitive. Here, it's the dialog that hangs.
Changed in policykit: | |
status: | Unknown → Confirmed |
Changed in policykit: | |
importance: | Unknown → Medium |
|
#76 |
Still can't reproduce and haven't seen any authentication agent bugs mentioning this problem so closing as WORKSFORME. Please reopen if you manage to reproduce. Thanks.
|
#77 |
Hi,
I have no consistent way to reproduce, but the Ubuntu bug report
was very "popular" indeed, with many duplicates.
https:/
I worked with Jean-Baptiste to find the patch, and https:/
There was a theoretical race that I found via code inspection, and a
patch to remove it was confirmed to fix the issue with someone who
could reliably reproduce. Unless you know that the g_source functions
remove the race, then I think you should apply the patch.
Thanks,
James
Changed in policykit: | |
status: | Confirmed → Invalid |
David Balažic (xerces8) wrote : | #63 |
On a fresh install of ubuntu 10.10 desktop i386 (Wubi install) I got this:
- I installed apt-p2p : sudo apt-get install apt-p2p
- I started Update Manager, clicked Check
- then I clicked Install Updates
T he auth dialog appeared and I entered the password.
After clicking the confirm button, the dialog reappeared, but this time with no password field.
I could open the details, but the Authenticate button did nothing.
I just stayed that way, until I started to report the bug. Then I clicked to the dialog text, trying to copy it, but on click the dialog disappeared and the Update Manager window redisplayed the content, similar as after the Check: blank list of updates for a second, then showing them.
David Balažic (xerces8) wrote : | #64 |
It happened again.
auth.log has this:
Mar 26 02:39:11 ubuntu gdm-session-
Mar 26 02:39:15 ubuntu gdm-session-
Mar 26 02:39:15 ubuntu gdm-session-
Mar 26 02:39:18 ubuntu polkitd(
Mar 26 02:39:20 ubuntu dbus-daemon: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.35" (uid=1000 pid=1484 comm="nautilus) interface=
Mar 25 21:44:06 ubuntu polkitd(
David Balažic (xerces8) wrote : | #65 |
This is the output in terminal I get when running the steps from comment 55.
Adam Niedling (krychek) wrote : | #66 |
I haven't had this issue in a very long time. I guess it is fixed for me at least.
Vadim Peretokin (vperetokin) wrote : Re: [Bug 445303] Re: policykit-1 password dialog sometimes hangs | #67 |
I haven't had it either.
Changed in policykit-1-gnome (Ubuntu Karmic): | |
status: | Triaged → Won't Fix |
tinker123 (tinker123) wrote : | #68 |
I think I have the same problem. Update manager comes up, I press the "authenticate" button either the dialog box shakes, then does nothing or nothing happens at all.
Adam Niedling (krychek) wrote : | #69 |
tinker123: Which version of Ubuntu are you using?
Changed in policykit-1-gnome (Ubuntu): | |
status: | Triaged → Invalid |
|
#78 |
In the absence of a recent polkit release, I'm looking into updating Debian experimental's polkit (which currently includes this patch) to current git master.
This looks suspiciously like Bug #60847. James, does the patch that was merged for that bug look OK? It stops using the child watch at all, and only reads stdout, which seems a more correct solution to this.
|
#79 |
(In reply to Simon McVittie from comment #8)
> In the absence of a recent polkit release, I'm looking into updating Debian
> experimental's polkit (which currently includes this patch) to current git
> master.
>
> This looks suspiciously like Bug #60847. James, does the patch that was
> merged for that bug look OK? It stops using the child watch at all, and only
> reads stdout, which seems a more correct solution to this.
Hi,
That does sound rather similar, yes, though the symptoms in the arch bug sound a bit different.
If it's not using the child watch then the problem may well be gone. Unfortunately I can't remember the specifics of a race condition from over 4 years ago to say for sure whether it will be handled by the other patch.
Thanks,
James
versions
ii aptdaemon 0.10+bzr258- 0ubuntu1 transaction based package management service
ii update-manager 1:0.125.6 GNOME application that manages apt updates