Bug 103005 - YUM sources still don't work
Summary: YUM sources still don't work
Status: RESOLVED FIXED
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: Beta 1
Hardware: All All
: P5 - None : Major
Target Milestone: Beta 3
Assignee: Michael Andres
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-09 12:18 UTC by Michael Radziej
Modified: 2005-08-18 13:33 UTC (History)
0 users

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
YaST2 logs (312.19 KB, application/x-gtar)
2005-08-09 12:19 UTC, Michael Radziej
Details
YaST2 logs with NFS (worked) (349.45 KB, application/x-gtar)
2005-08-09 12:30 UTC, Michael Radziej
Details
YaST2 logs with NFS (showing works, installing not) (392.97 KB, application/x-gtar)
2005-08-09 12:36 UTC, Michael Radziej
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Radziej 2005-08-09 12:18:57 UTC
I try to use http://w3.suse.de/~mir/rpms as YUM source (during installation).
The source is recognized (but I can't see whether it's a YUM or a plaintext source.)

Later (after installation has completed) I try to find the rpm "packetfilter"
from this YUM repository. Can't find it.

In the logs (y2log line 6587)

2005-08-09 14:54:34 <2> cohen(12185) [packagemanager] YUMImpl.cc(Impl):197 No
'primary' file

above:

2005-08-09 14:54:34 <1> cohen(12185) [Repodata++] YUMRepodata.cc(Repodata):63
Repomd Data:
2005-08-09 14:54:34 <1> cohen(12185) [Repodata++] YUMRepodata.cc(Repodata):63  
type: 'primary'
2005-08-09 14:54:34 <1> cohen(12185) [Repodata++] YUMRepodata.cc(Repodata):63  
location: 'repodata/primary.xml.gz'


But this has not been displayed to me. And the file exists:

mir@chu:repodata > ls
filelists.xml.gz  other.xml.gz  primary.xml.gz  repomd.xml

mir@chu:repodata > pwd
/home/mir/Export/rpms/repodata


I'll attach full logs.
Comment 1 Michael Radziej 2005-08-09 12:19:36 UTC
Created attachment 45305 [details]
YaST2 logs
Comment 2 Michael Radziej 2005-08-09 12:30:12 UTC
Created attachment 45309 [details]
YaST2 logs with NFS (worked)

I tried the same with NFS. This time it worked.
Comment 3 Michael Radziej 2005-08-09 12:36:16 UTC
Created attachment 45311 [details]
YaST2 logs with NFS (showing works, installing not)

Ehemm, with NFS I see the package, but when I try to install it, I get Err:
10249:ERROR(InstSrc:E_no_media).
Comment 4 Michael Andres 2005-08-16 17:52:38 UTC
(In reply to comment #0)
> 2005-08-09 14:54:34 <2> cohen(12185) [packagemanager] YUMImpl.cc(Impl):197 No
> 'primary' file

Master file is repomd.xml. It tells which additional files to use. If repomd.xml
is not valid, we don't consider a primary.xml.gz, even if there is one on disk.

Here, primary.xml is present on disk, so repomd.xml is invalid. Why? It's been
parsed without any error!

Because:

If repomd.xml is valid, we store it's sh1sum and use it as mediaId for the source. 
sh1sum is calculated by liby2util::Digest. 
liby2util::Digest calls OpenSSL_add_all_digests to load the digest algorithms
into OpenSSLs internal tables.

Unfortunately libcurl uses OpenSSL too. 
MediaCurls dtor calls curl_global_cleanup, which cleans up OpenSSL too. 
Subsequent calls to liby2util::Digest return an empty string.  
repomd.xml stays invalid, although it's actually ok.
Comment 5 Michael Andres 2005-08-18 13:33:53 UTC
fixed in SVN, for yast2-packagemanager-2.12.15, for beta3