Bug 437972 - Additional repository glitch
Summary: Additional repository glitch
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 9
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F10Blocker, F10FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2008-03-18 14:26 UTC by Matthias Clasen
Modified: 2008-09-30 15:55 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-09-30 15:55:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Matthias Clasen 2008-03-18 14:26:23 UTC
When I open the "Edit Repository" dialog for "Additional Fedora Software", and
press OK, 

- it unnecessarily downloads stuff (I didn't make any changes in the dialog)

- I get a warning that says: "Unable to find a group file for
AdditionalFedoraSoftware. This will prevent manual selection of packages from
the repository from working.

Note the missing spaces in AddionalFedoraSoftware. Also, this warning should not
happen at all for a repository which is already in the screen when I first enter
it...

Comment 1 Chris Lumens 2008-03-24 18:46:35 UTC
I've committed some stuff that should help us be a little smarter about
downloading repo metadata.  However, a few things to note:  if you don't want it
to try downloading new metadata, click Cancel instead of OK.  On the other hand,
this stuff should be cached so it shouldn't be pulling down new metadata, only
checking to see if it needs to.  The warning is most likely due to the fact that
this is a test release and not a final release, so we can't get a valid
mirrorlist for it.

Comment 2 Jesse Keating 2008-04-03 19:11:41 UTC
Looks like this just needs a simple re-testing.

Comment 3 Jon Stanley 2008-04-14 16:39:48 UTC
Still downloads new metadata in this instance, and does not attempt to download
comps, resulting in the 'unable to find group file' message.

192.168.1.137 - - [14/Apr/2008:12:32:13 -0400] "GET
/fedora/development/i386/os/repodata/repomd.xml HTTP/1.1" 200 2424 "-"
"urlgrabber/3.0.0 yum/3.2.14"
192.168.1.137 - - [14/Apr/2008:12:32:13 -0400] "GET
/fedora/development/i386/os/repodata/primary.sqlite.bz2 HTTP/1.1" 200 6411510
"-" "urlgrabber/3.0.0 yum/3.2.14"
192.168.1.137 - - [14/Apr/2008:12:32:17 -0400] "GET
/fedora/development/i386/os/repodata/comps.xml.gz HTTP/1.1" 200 304708 "-"
"urlgrabber/3.0.0 yum/3.2.14"
----------- clicked modify then OK on Additional Fedora Software ------------
192.168.1.137 - - [14/Apr/2008:12:34:44 -0400] "GET
/fedora/development/i386/os/repodata/repomd.xml HTTP/1.1" 200 2424 "-"
"urlgrabber/3.0.0 yum/3.2.14"
192.168.1.137 - - [14/Apr/2008:12:34:44 -0400] "GET
/fedora/development/i386/os/repodata/primary.sqlite.bz2 HTTP/1.1" 200 6411510
"-" "urlgrabber/3.0.0 yum/3.2.14"

Comment 4 Jon Stanley 2008-04-14 16:43:11 UTC
I also really don't think that this is a blocker, since it's a use case that is
basically a mis-use of the UI that causes some undesired results.  Thoughts?

Comment 5 Matthias Clasen 2008-04-14 17:08:04 UTC
Mis-use of the ui ? I don't agree with that. 

But I'm fine with moving htis off the blocker list


Comment 6 Jon Stanley 2008-04-14 18:45:18 UTC
Moving to F10 so we don't forget.

Comment 7 Bug Zapper 2008-05-14 06:40:55 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 8 Chris Lumens 2008-08-06 19:04:44 UTC
This is worth a re-test since much more work has gone on in this area yet again for F10.


Note You need to log in before you can comment on or make changes to this bug.