Can't add urpmi channel in Mandriva 2010.1 with Smart 1.3.1 or 1.4, AND >98% CPU load
Steve Morris
samorris at netspace.net.au
Thu Dec 9 11:23:30 PST 2010
On 09/12/10 08:07, Anders F Björklund wrote:
> Steve Morris wrote:
>
>> I've just checked out the Mandriva branch of smart and compiled it.
>> When I ran sudo ./smart.py update if failed with the following errors,
>> even after removing the cache. It should also the noted that each time
>> the command is issued the name of the mirror changes.
> That could be "normal", if the mirror "fails"...
>
>> Traceback (most recent call last):
>> File "./smart.py", line 195, in <module>
>> main(sys.argv[1:])
>> File "./smart.py", line 168, in main
>> exitcode = iface.run(opts.command, opts.argv)
>> File "/usr/local/downloads/smart/mandriva/smart/interface.py", line
>> 53, in run
>> result = _command.main(self._ctrl, opts)
>> File "/usr/local/downloads/smart/mandriva/smart/commands/update.py",
>> line 77, in main
>> ctrl.reloadChannels()
>> File "/usr/local/downloads/smart/mandriva/smart/control.py", line 388,
>> in reloadChannels
>> if not channel.fetch(self._fetcher, progress):
>> File "/usr/local/downloads/smart/mandriva/smart/channels/urpmi.py",
>> line 191, in fetch
>> raise Warning, "\n".join(lines)
>> Warning: Failed acquiring information for 'Main':
>> http://carroll.cac.psu.edu/pub/linux/distributions/mandrivalinux/official/2010.1/x86_64/media/main/release/media_info/info.xml.lzma:
>> File not found for validation
> That URL looks to exist, but something else must be wrong.
>
>> I also check out the urpmisync branch and when I ran "make test" the
>> process got to [test/uncompress.py] and did not go any further. Pressing
>> ctrl-c to terminate the test produced the following errors:
>>
>> Traceback (most recent call last):
>> File "test", line 187, in <module>
>> status = main()
>> File "test", line 150, in main
>> result = runner.run(test)
>> File "/usr/lib64/python2.6/unittest.py", line 753, in run
>> test(result)
>> File "/usr/lib64/python2.6/unittest.py", line 464, in __call__
>> return self.run(*args, **kwds)
>> File "/usr/lib64/python2.6/unittest.py", line 460, in run
>> test(result)
>> File "/usr/lib64/python2.6/unittest.py", line 464, in __call__
>> return self.run(*args, **kwds)
>> File "/usr/lib64/python2.6/unittest.py", line 460, in run
>> test(result)
>> File "/usr/lib64/python2.6/unittest.py", line 300, in __call__
>> return self.run(*args, **kwds)
>> File "/usr/lib64/python2.6/unittest.py", line 279, in run
>> testMethod()
>> File "/usr/local/downloads/smart/urpmisync/tests/uncompress.py", line
>> 45, in test_7zip
>> self.uncompress_file("%s/uncompress/test.7z" % TESTDATADIR)
>> File "/usr/local/downloads/smart/urpmisync/tests/uncompress.py", line
>> 24, in uncompress_file
>> uncompressor.uncompress(file)
>> File "/usr/local/downloads/smart/urpmisync/smart/uncompress.py", line
>> 44, in uncompress
>> return handler.uncompress(localpath)
>> File "/usr/local/downloads/smart/urpmisync/smart/uncompress.py", line
>> 236, in uncompress
>> data = input.read()
>> File "/usr/lib64/python2.6/site-packages/py7zlib.py", line 445, in read
>> data = self._file.read(1024)
>> KeyboardInterrupt
>> make: *** [test] Segmentation fault
> As I recall it, pylzma needed a *ton* of patches to work on a modern
> 64-bit computer. Unless .7z support is important to you (?) for some
> reason, I would just ignore it. I'll dig up the old patches some day.
> It should pass in 32-bit, afaik. And in 64-bit, when patched properly.
>
> Technically segfaults in pylzma or pyliblzma isn't smart's fault :-)
>
>> Even though the test of urpmisync failed I ran this version of smart
>> as a test anyway and it still has the original problem I report of
>> downloading the synthesis files from all mirrors. This to me doesn't
>> make a lot of sense because I actually have urpmi configured to a single
>> mirror, it is not using the mirror list at the moment. An extract of the
>> messages from the update process are below, it should also be noted that
>> when I encountered the issue issuing ctrl-c does not terminate the process.
> Looks like it still has some problems then, thank you for testing it.
>
> --anders
>
Hi Anders,
Following on from my previous email around the functionality of the
urpmisync branch, I also tried the trunk branch and got the following
messages by attempting to let the process go to completion to test
whether it only did this on the first invocation. It should also be
pointed out that the channel it was doing this on here was different to
the channel it started this listing on from urpmisync. The issue here is
the python trace and the keyerror at the bottom, which raises 2 questions:
1). Is this an error where the check sum calculated for the download
did not match what it should have been, or
2). Is this an error where it could not interpret the file contents
because it did not have the mirror key it was signed with, which doesn't
make a lot of sense to me because smart had already successfully
processed the needed files from the same mirror for an earlier channel.
->
http://ftp.ndlug.nd.edu/pub/Mandrake/official/2010.1/x86_64/media/contrib/updates/media_info/descriptions
list
[ 90%]
->
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/MandrivaLinux/official/2010.1/x86_64/media/contrib/updates/media_info/list
descriptions
[ 90%]
->
ftp://mandrivalinux.hu/pub/mandriva/official/2010.1/x86_64/media/contrib/updates/media_info/descriptions
list
[ 90%]
->
http://ftp.tku.edu.tw/Linux/Mandriva/official/2010.1/x86_64/media/contrib/updates/media_info/list
list
[ 90%]
descriptions
[ 90%]
->
ftp://sunsite.icm.edu.pl/pub/Linux/mandrakelinux/official/2010.1/x86_64/media/contrib/updates/media_info/descriptions
descriptions
[ 90%]
Fetching information for 'Contrib'...
->
http://mandriva.dcc.fc.up.pt/official/2010.1/x86_64/media/contrib/release/media_info/MD5SUM
MD5SUM
############################################################################
[ 92%]
Fetching information for 'Main32'...
Traceback (most recent call last):
File "./smart.py", line 196, in <module>
main(sys.argv[1:])
File "./smart.py", line 169, in main
exitcode = iface.run(opts.command, opts.argv)
File "/usr/local/downloads/smart/smart/smart/interface.py", line 53,
in run
result = _command.main(self._ctrl, opts)
File "/usr/local/downloads/smart/smart/smart/commands/update.py", line
82, in main
failed = not ctrl.reloadChannels(channels, caching=NEVER)
File "/usr/local/downloads/smart/smart/smart/control.py", line 394, in
reloadChannels
if not channel.fetch(self._fetcher, progress):
File "/usr/local/downloads/smart/smart/smart/channels/urpmi.py", line
64, in fetch
fetcher.run(progress=progress)
File "/usr/local/downloads/smart/smart/smart/fetcher.py", line 247, in run
if not handler.tick():
File "/usr/local/downloads/smart/smart/smart/fetcher.py", line 1597,
in tick
item.setSucceeded(localpath, fetchedsize)
File "/usr/local/downloads/smart/smart/smart/fetcher.py", line 598, in
setSucceeded
self._progress.setSubDone(self._urlobj.original)
File "/usr/local/downloads/smart/smart/smart/progress.py", line 251,
in setSubDone
fragment, subdata) = self.__subprogress[subkey]
KeyError:
'ftp://mirror.internode.on.net/pub/mandriva/official/2010.1/i586/media/main/release/media_info/MD5SUM'
regards,
Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: samorris.vcf
Type: text/x-vcard
Size: 126 bytes
Desc: not available
URL: <http://lists.labix.org/pipermail/smart-labix.org/attachments/20101210/bc07d4d9/attachment-0003.vcf>
More information about the Smart
mailing list