#15 Retiring package produce lot of error messages
Closed: Fixed None Opened 12 years ago by ppisar.

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.

Metadata