Bug 632452 - RFE: pass the more helpful yum-like error message instead of the non-specific gpk-update-viewer error message?
Summary: RFE: pass the more helpful yum-like error message instead of the non-specific...
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-packagekit
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-10 00:37 UTC by collura
Modified: 2011-11-19 04:33 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description collura 2010-09-10 00:37:16 UTC
Description of problem:

gpk-update-viewer error message not helpful

when installing updates from the command line with yum 
got helpful error message describing WHY it wouldnt try to install an update. 
an example of this is expressed in the 'additional info' section of
https://bugzilla.redhat.com/show_bug.cgi?id=632126

however when try to install the same update from the gui version by gpk-update-viewer you instead get a more generic and less helpful error message like:
"Transaction error"
"An unspecified transaction error has occurred."
"More information is available in the detailed report."
"More details:"
"No transaction to process"
"<close>"

the gpk-update viewer error message should be specific like the yum messsage

the gpk-update-viewer message tells me that the update failed for an unknown reason

the yum message tells me details of the fail that allow me to see that the dependencies are defined wrong so the update will fail.

the more descriptive error message allows me to file a detailed usefull bugreport that clearly shows a potential starting point for addressing the error 

instead of the alternative of filing a generic 'its broken' bug report that would dead end until more information can be gathered.


Version-Release number of selected component (if applicable):

gnome-packagekit-2.28.3-1.fc12 (x86_64)

How reproducible:

sometimes - on occasions that software updater displays an error it is sometimes not as helpful it could be

Steps to Reproduce:
1. run gpk-update-viewer
2. select to install updates
3. if an error occurs it may be described as well/worse_than the corresponding error as it would have been reported by yum 
  
Actual results:

sometimes gpk-updaye-viewer error messages are sometimes too generic compared to the yum error response from the same cause

Expected results:

error responses not be generic but instead give specific causal information if available. (make the gpk-update-viewer's error message as useful as yum's)

Additional info:

Comment 1 Richard Hughes 2010-09-10 07:50:46 UTC
What was the same error from the yum command line tool in this case?

Comment 2 collura 2010-09-10 13:50:57 UTC
it looked like a mismatched dependency requirement.

i referenced that in comment#0:

   "an example of this is expressed in the 'additional info' section of
    https://bugzilla.redhat.com/show_bug.cgi?id=632126"

which shows:

   "Additional info:

    # yum update
    Loaded plugins: presto, refresh-packagekit
    Setting up Update Process
    Resolving Dependencies
    --> Running transaction check
    ---> Package firefox.x86_64 0:3.5.12-1.fc12 set to be updated
    ---> Package xulrunner.x86_64 0:1.9.1.12-1.fc12 set to be updated
    ---> Package xulrunner-devel.x86_64 0:1.9.1.12-1.fc12 set to be updated
    --> Processing Dependency: pkgconfig(nspr) >= 4.8.6 for package:
    xulrunner-devel-1.9.1.12-1.fc12.x86_64
    --> Finished Dependency Resolution
    Error: Package: xulrunner-devel-1.9.1.12-1.fc12.x86_64 (updates)
           Requires: pkgconfig(nspr) >= 4.8.6
           Installed: nspr-devel-4.8.4-2.fc12.x86_64 (@updates)
               pkgconfig(nspr) = 4.8.4
           Available: nspr-devel-4.8.2-1.fc12.i686 (fedora)
               pkgconfig(nspr) = 4.8.2
    You could try using --skip-broken to work around the problem
    You could try running: rpm -Va --nofiles --nodigest"

hope that helps.

Comment 3 Bug Zapper 2010-11-03 10:16:59 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 4 collura 2010-11-03 15:24:06 UTC
dont remember fc13 error to recheck this with lately but changing to fc13 to ping

Comment 5 collura 2011-05-31 00:34:16 UTC
i didnt think to write down the actual error message but this seems to be present in fc15

Comment 6 Bug Zapper 2011-05-31 13:57:42 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 7 collura 2011-11-19 04:33:40 UTC
this is still alive in f16-release in the following way:

  when a nss update came through f16-gnome-updates-testing
  that killed yum updates 
  (see https://bugzilla.redhat.com/show_bug.cgi?id=753931)
  yum gave a nice error message about repomd.xml
  saying that it couldnt connect 
  but the gpk-update-viewer would run and just say 'no updates available' 
  like all was well.

  when i downgraded the nss it fixed yum and the gpk-update-viewer
  so now the gpk-update-viewer found 75 updates that had been piling up 
  for the last week or so unknowingly.

  it would have been nice to have a 'notice of brokenness' for the week or so 
  instead of a 'no updates available' so i would have know to look for the 
  brokenness.

  i only noticed the brokenness when i went to install a package and 
  found that couldnt to repo eventhough browswer worked fine.


Note You need to log in before you can comment on or make changes to this bug.