diff options
| author | Conor Curran <conor.curran@canonical.com> | 2011-09-07 21:20:42 +0100 |
|---|---|---|
| committer | Conor Curran <conor.curran@canonical.com> | 2011-09-07 21:20:42 +0100 |
| commit | b85f29bbd848238a4b60fe2eccf3ead06c47b979 (patch) | |
| tree | 48ec87ae222e81d7890c7e98ade908637799827a | |
| parent | 058f9cbcbfbe0ed93ce14ad31c5a7ccd14b6d61c (diff) | |
| download | ayatana-indicator-session-b85f29bbd848238a4b60fe2eccf3ead06c47b979.tar.gz ayatana-indicator-session-b85f29bbd848238a4b60fe2eccf3ead06c47b979.tar.bz2 ayatana-indicator-session-b85f29bbd848238a4b60fe2eccf3ead06c47b979.zip | |
tidy up
| -rw-r--r-- | src/apt-watcher.c | 9 |
1 files changed, 3 insertions, 6 deletions
diff --git a/src/apt-watcher.c b/src/apt-watcher.c index bbb541a..e5e1d0e 100644 --- a/src/apt-watcher.c +++ b/src/apt-watcher.c @@ -302,12 +302,9 @@ apt_watcher_transaction_state_real_update_cb (AptTransaction* trans, g_object_unref (G_OBJECT(self->current_transaction)); self->current_transaction = NULL; - // Mental ah yes, because a real transaction (like one which is manually triggered by the user - // by hitting check on update-mgr) does not return a 'dependency' prop update which means - // I cannot figure out from that transaction if an update is available. - // Only when it finishes and I'm confident it was not an transaction concerned with actually updating should i then fire off another transaction, - // this time being a simulation which 'should' figure out if an update is available. - // The Reality is all APT transactions behave differently, an obsolutely nightmare of an API to use. + + // It is impossible to determine from a 'real' transaction whether + // updates are available ? if (query_again){ g_dbus_proxy_call (self->proxy, "UpgradeSystem", |