Running
{{{ pkgdb-cli.py orphan --retire wbxml2 }}}
with master HEAD version I get
{{{ Password: Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages [...] Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages Changed owner of wbxml2 to orphan in branch devel
Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages Could not find wbxml2 in the list of your packages Error: tuple index out of range }}}
Despite the output, the package gets retired.
Should be fixed in https://fedorahosted.org/packagedb-cli/changeset/f8239ec214d6124f67a1f7a8080ff79453fd1c24
Let me know if you see the problem again :-)
Thanks for the report!
Doing retire on perl-Moose-Policy with v1.1.0-5-ge30b20e, I get the "Error: tuple index out of range" message and the package becomes orphaned only.
Running "--verbose --debug orphan --retire perl-MooseX-GlobRef-Object" exhibits the same problem. Tail of the output is
{{{ [...] INFO:pkgdb:Orphaning package perl-MooseX-GlobRef-Object on branch devel DEBUG:pkgdb:output: pkg_listings: - collectionid: 8 critpath: false id: 48660 owner: orphan packageid: 7677 qacontact: null specfile: null statuschange: '2012-01-12 11:22:53.818177+00:00' statuscode: 14 status: true tg_flash: null
Changed owner of perl-MooseX-GlobRef-Object to orphan in branch devel
INFO:pkgdb:Package: perl-MooseX-Iterator INFO:pkgdb:Package: perl-MooseX-LazyLogDispatch INFO:pkgdb:Package: perl-MooseX-Log-Log4perl INFO:pkgdb:Package: perl-MooseX-LogDispatch [...] INFO:pkgdb:Package: whois INFO:pkgdb:Package: wmfrog INFO:pkgdb:Package: wordnet INFO:pkgdb:Package: yap Error: tuple index out of range }}}
I don't understand why it lists my packages. The exit code is 5.
The fact that it lists your package is normal, maybe more of a debug information than an info.
Anyway since it is confusing I have commented it out.
The exit code 5 means that it is a general exception, what you may do in this case is comment out the last 3 lines of the program which should give you the stacktrace.
Otherwise I think I have found where the bug was, can you check the last version in the git ?
Thanks for reporting! :-)
I worry about listing all packages not because of debugging output but because it's pointless (new request to server, searching database, parsing response, iterating over all packages, matching regular expression). I looked into the code of orphan_package() and it explains why it's so slow. Even if allpkgs is False, it downloads list of packages. This is nonsense. The allpkgs condition should be top of the cycle.
I will test retiring once I get any package to retire. Thank you for fixing the exception.
It does this as the idea was to be able to do orphan perl- but maybe I could check for the presence of a "" and behave accordingly.
That should simplify and speed-up the process.
I just pushed something which should improve on the current situation.
Login to comment on this ticket.