Description of problem:
In anaconda 18.37.6 netinst I have updates-testing repo enabled by default (and it can't be disabled, but that's another story). If I understand the process correctly, we're aiming for F18 RC, and therefore updates-testing should _not_ be enabled by default.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. boot netinst
2. look into /tmp/package.log, updates-testing repo is enabled
I assume this is blocking the release, marking as such.
This is not handled by anaconda. It is included as part of the build process and will be removed for the final build.
More precisely, the fedora-release package is updated.
This command was run from F17:
$ sudo repoquery fedora-release --releasever=18 --show-dupes --enablerepo=updates-testing
The yum repo files are in the package:
$ rpm -ql fedora-release
(In reply to comment #3)
> More precisely, the fedora-release package is updated.
There appears to be a pro forma bug for that purpose:
Bug 889044 - need to disable updates-testing for final
I have performed a new netinst installation with the new fedora-release package (with updates-testing disabled) and anaconda still installs from updates-testing. This might need a new TC?
Anyway, we still need to track it, I'm reopening this bug. Please consider this bug report a formality only, it's just a reminder/safeguard and will be closed once a new compose is working properly.
Brian, if you want to reassign it to a different component, like lorax or something, please feel free to do so. Thanks.
Discussed at 2013-01-02 blocker review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2013-01-02/f18final-blocker-review-8.2013-01-02-17.03.log.txt . Accepted as a blocker per criterion "A fedora-release package containing the correct names, information and repository configuration for a final Fedora release (as opposed to a pre-release) must be present on ISO media while the appropriately versioned generic-release package must be available in the online release repository".
the fix for this is already pushed stable
Created attachment 671726 [details]
screenshot showing installed package after netinstall
Packages from updates-testing are still being installed with a net install. As the attached screenshot shows, fedora-release is from the fedora repository, but the kernel and glibc packages are from the updates-testing repository.
$ qemu-kvm -m 2048 -hda f18-test-4.img -cdrom ~/xfr/fedora/F18/F18-Final/TC3/Fedora-18-TC3-x86_64-netinst.iso -usb -vga qxl -boot menu=on -usbdevice mouse
Created attachment 671730 [details]
The fedora-release package is installed early, but it really needs to be installed first ...
[snippet from attached anaconda.packaging.log]
16:29:41,932 INFO packaging: running transaction
16:29:46,759 INFO packaging: Installing libgcc-4.7.2-8.fc18.x86_64 (1/234)
16:29:46,934 INFO packaging: Installing setup-2.8.57-1.fc18.noarch (2/234)
16:29:47,156 INFO packaging: Installing filesystem-3.1-2.fc18.x86_64 (3/234)
16:29:48,349 INFO packaging: Installing kbd-misc-1.15.3-6.fc18.noarch (4/234)
16:29:50,968 INFO packaging: Installing hwdata-0.242-1.fc18.noarch (5/234)
16:29:52,347 INFO packaging: Installing basesystem-10.0-7.fc18.noarch (6/234)
16:29:52,447 INFO packaging: Installing ncurses-base-5.9-7.20121017.fc18.x86_64 (7/234)
16:29:52,712 INFO packaging: Installing fedora-release-18-1.noarch (8/234)
16:29:52,860 INFO packaging: Installing ca-certificates-2012.85-2.fc18.noarch (9/234)
The net install CD has its own copies of the yum repo files in
This bug should not be closed until the next build is tested.
The purpose of this bug is to have it open until we have a compose (TC4) that has updates-testing disabled by default. Reopening. We can test and close once TC4 is out and works OK.
This is fixed in TC4.
Also verified with Fedora-18-TC4-x86_64-netinst.iso:
1. Complete net install (minimal or desktop), reboot, login.
2. # yum repolist all
3. # yum list extras
Step 2 shows "fedora" and "updates" enabled, "updates-testing" disabled.
Step 3 shows no extra packages.