Bug 157900 - Yast Installation Source does not remember Sources
Summary: Yast Installation Source does not remember Sources
Status: RESOLVED FIXED
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: Beta 6
Hardware: 32bit SuSE Linux 10.1
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Jiri Srain
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-14 12:14 UTC by Seth Chaiklin
Modified: 2006-03-27 19:30 UTC (History)
1 user (show)

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


Attachments
Fresh Y2log in which I add an installation source (36.60 KB, text/plain)
2006-03-16 06:52 UTC, Seth Chaiklin
Details
y2log after adding a source (17.52 KB, text/plain)
2006-03-16 06:56 UTC, Seth Chaiklin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Seth Chaiklin 2006-03-14 12:14:18 UTC
I know this bug has been reported and closed before....but....I still have
this problem with the latest version of Yast found in /factory  

I can add a source.  But when I reopen Installation Source, it is gone.
Here is a relevant piece of y2log, where one can see that yast reports that it cannot record the result in the relevant directory (which I belive is 
and at the end a list of the installed packages.

2006-03-14 13:10:14 <1> www(5194) [wfm] Source.cc(SourceScan):754 Added source 2: ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/ (alias ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/-0)
2006-03-14 13:10:14 <1> www(5194) [wfm] Source.cc(SourceScan):780 Found sources: [2]
2006-03-14 13:10:14 <1> www(5194) [wfm] clients/inst_source.ycp:130 Pkg Builtin called: SourceGeneralData
2006-03-14 13:10:14 <1> www(5194) [wfm] clients/inst_source.ycp:152 Pkg Builtin called: SourceGeneralData
2006-03-14 13:10:14 <1> www(5194) [wfm] clients/inst_source.ycp:61 Pkg Builtin called: SourceGeneralData
2006-03-14 13:10:14 <1> www(5194) [wfm] clients/inst_source.ycp:62 Pkg Builtin called: SourceProductData
2006-03-14 13:10:14 <1> www(5194) [susetags] SuseTagsImpl.cc(cacheExists):130 Checking if source cache exists in
2006-03-14 13:10:14 <1> www(5194) [susetags] SuseTagsImpl.cc(cacheExists):145 DATA not found, MEDIA not found, MEDIA/media.1/media not found
2006-03-14 13:10:14 <0> www(5194) [susetags] SuseTagsImpl.cc(provideProducts):339 Cached metadata not found in []. Reading from
2006-03-14 13:10:14 <0> www(5194) [source] SourceImpl.cc(provideFile):135 Going to try provide file ./content from 1
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):521 /media.1/media
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):554 URL: ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/media.1/media
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):599 dest: /var/adm/mount/AP_0x0000001c/media.1/media
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):600 temp: /var/adm/mount/AP_0x0000001c/media.1/media.new.zypp.u85PV9
2006-03-14 13:10:14 <0> www(5194) [zypp] PathInfo.cc(_Log_Result):291 rename /var/adm/mount/AP_0x0000001c/media.1/media.new.zypp.u85PV9 -> /var/adm/mount/AP_0x0000001c/media.1/media
2006-03-14 13:10:14 <0> www(5194) [media] MediaHandler.cc(provideFile):828 provideFile(/media.1/media)
2006-03-14 13:10:14 <0> www(5194) [media] MediaManager.cc(checkDesired):106 checkDesired(): desired (report)
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):521 ./content
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):554 URL: ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/content
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):599 dest: /var/adm/mount/AP_0x0000001c/content
2006-03-14 13:10:14 <0> www(5194) [media] MediaCurl.cc(doGetFileCopy):600 temp: /var/adm/mount/AP_0x0000001c/content.new.zypp.mcHxCF
2006-03-14 13:10:14 <0> www(5194) [zypp] PathInfo.cc(_Log_Result):291 rename /var/adm/mount/AP_0x0000001c/content.new.zypp.mcHxCF -> /var/adm/mount/AP_0x0000001c/content
2006-03-14 13:10:14 <0> www(5194) [media] MediaHandler.cc(provideFile):828 provideFile(./content)
2006-03-14 13:10:14 <0> www(5194) [susetags] SuseTagsImpl.cc(provideProducts):347 Going to parse content file /var/adm/mount/AP_0x0000001c/content
2006-03-14 13:10:14 <0> www(5194) [ProductMetadataParser] ProductMetadataParser.cc(parseRequires):225 capability package:suse-release-10.0.42
2006-03-14 13:10:14 <1> www(5194) [susetags] SuseTagsImpl.cc(provideProducts):350 Product: SUSE LINUX Version 10.1
2006-03-14 13:10:24 <1> www(5194) [wfm] clients/inst_source.ycp:172 Pkg Builtin called: SourceEditSet
2006-03-14 13:10:24 <5> www(5194) [base] Exception.cc(log):94 SuseTagsImpl.cc(initCacheDir):57 THROW:    SuseTagsImpl.cc(initCacheDir):57: Cannot create cache directory



yast2-core-2.13.17-6
yast2-instserver-2.13.7-3
yast2-control-center-2.13.2-6
yast2-packager-2.13.41-2
yast2-pkg-bindings-2.13.25-2
yast2-2.13.35-2
yast2-qt-2.13.31-3
yast2-installation-2.13.32-3
libzypp-0.0.8-44

yast2-update-2.13.5-2
Comment 1 Lukas Ocilka 2006-03-15 14:03:23 UTC
Please try to remove all y2logs (backup anywhere...)
1.) run yast2 inst_source, add a new source
2.) attach y2logs to the bugzilla, remove/clean (backup y2logs)
3.) run yast2 inst_source, check the source
4.) attach y2logs to the bugzilla

Thanks
Comment 2 Seth Chaiklin 2006-03-16 06:52:23 UTC
Created attachment 73214 [details]
Fresh Y2log in which I add an installation source

As requested, I deleted all y2logs.  
Ran yast2 inst_source  
Added a source
and Finish
Comment 3 Seth Chaiklin 2006-03-16 06:56:55 UTC
Created attachment 73215 [details]
y2log after adding a source

After adding a source (see previous attachment/comment(, I deleted all y2logs
and then started again:  yast2 inst_source
The attachment is the resulting y2log
Comment 4 Seth Chaiklin 2006-03-27 19:30:54 UTC
This works all right under beta8 (just very slow, which I expect is connected with the parse-metadata problem), so maybe this bug should be closed?