#4977 F16 FEL is missing
Closed: Fixed None Opened 12 years ago by cwickert.

F16 Electronic Lab is missing both from torrent.fedoraproject.org:6969/ as well as from spins.fedoraproject.org although it is listed on https://fedoraproject.org/wiki/Releases/16/Spins.
Has it ever been composed?


The nightly builds did create the .iso for F16 (after removal of gwave from the comps xml file):

http://koji.fedoraproject.org/koji/taskinfo?taskID=3471820

I was referring to the official composes done by rel-eng and not to the nightlies.

Can someone in rel-eng please reply as to how the Electronic Lab .iso was missed? Can you also please provide a link to the .iso?

It was never made. Ill get it done today. somehow it was missed in the script that builds the livecds and no one ever pointed out that it was missing.

No checksum file is included. Running "sha256sum -b *.iso" in the directory on alt.fp.o gives

{{{
98e6ea34f12cd91d5803e07cb247a65ca0a49a7a6483470a5bb550a77bea2eb3 Fedora-16-i686-Live-Electronic-Lab.iso
fe678a5bcab201942091e77ce75877b97de65adf9f2dd86e6f643bdd8e151b0f
Fedora-16-x86_64-Live-Electronic-Lab.iso
}}}

I was able to use the i686 LiveDVD .iso with virt-manager, but, when I try to install it, it gives me:

"There was an error installing the live image to your hard drive. This could be due to bad media. Please verify your installation media."

The SHA256 sums match though.

I tried on another system using virt-install, and still the same error.

Can you provide an earlier release? Or do you have a test system where you can physically try to install from the DVD?

Or, can you re-build and see? Please let me know.

@ausil Can you please reply? Can you do a fresh rebuild of the .iso? Do you have any test machines to install and test them?

I don't think it's on Dennis to test the images but on the spin owner and the spins SIG. Did you ask them for help?

As I had commented earlier, I already tested on different virtual machines. While the Live DVD worked, the install to hard disk failed at the mentioned errors.

"There was an error installing the live image to your hard drive. This could be due to bad media. Please verify your installation media."

I would like to know if another .iso is available?

I successfully installed to hard drive with Fedora-16-i686-Live-Electronic-Lab.iso and a F16 x86_64 host, using both VirtualBox 4.1.6 and virt-manager. Didn't test Fedora-16-x86_64-Live-Electronic-Lab.iso.

Thank you very much. Appreciate it!

Can rel-eng please make the .iso available for public download at http://spins.fedoraproject.org/?

Have both ISOs been tested successfully? From what I read form your comments only one was successful. The one that failed should at least be counter-checked by someone else.

i686 failed for me on VirtualManager but worked for robatino.

I'll give both architectures a try, please hold your horses until you get confirmation from me.

IHMO this is not ready for publishing:

  • Both i686 and x86_64 install failed for me in KVM. All other media I tested (Desktop, Xfce, LXDE both 32 and 64 bit) installed fine.
  • No "Electronics" menu, all electronics apps show up under "Other". Filed [https://bugzilla.redhat.com/show_bug.cgi?id=754710 in Bugzilla]
  • gnome-games is installed, I don't think it should.
  • rxvt-unicode menu entry lacks an icon.

The electronics menu is being worked by Chitlesh:

http://chitlesh.wordpress.com/2011/06/19/restoring-electronics-menu-in-gnome3/

Christian North said he will also test the .isos on his Dell Latitute system. What was the error message you got for the failed installation?

The error message was very generic: At ~95% I got a pop-up that said
"An error happened while copying the image to the harddrive. If you exit
the installer now, the system will be left in an inconsistent state.
[Retry] [Abort]"

$ sha256sum Fedora-16-*-Electronic-Lab.iso
98e6ea34f12cd91d5803e07cb247a65ca0a49a7a6483470a5bb550a77bea2eb3 Fedora-16-i686-Live-Electronic-Lab.iso
fe678a5bcab201942091e77ce75877b97de65adf9f2dd86e6f643bdd8e151b0f Fedora-16-x86_64-Live-Electronic-Lab.iso

As for the electronics menu: I think this really ought to be fixed, but an update will not become tagged in to f16 but into f16-updates. This means we cannot include it in the compose.

We should have caught these errors way earlier, but if nobody is willing or able to test a spin, that spin has not deserved to be published.

Roberto and Christian are in the process of testing the .isos. Please give some time for them to get back on their testing.

I got the same error when trying it out with VirtualManager. What could cause this?

How early should have we caught this error, when the .iso was not generated in the first place?

The nightlies were available all the time, electronics-menu was broken since F15 and the spin maintainer was aware of the problem for months. Given that lack of maintainership I really don't think this should be published, even if I know that Chitlesh is one of our most valuable contributors.

If we release it:[[BR]]
- What are we gong to do about the menu?[[BR]]
- Who is going to maintain it and fix bugs in the spin?

The nightly builds were not available all the time, because the .iso was never created in the first place because of:

gspiceui-0.9.98-3.fc15.i686 requires gwave

Reference: http://lists.fedoraproject.org/pipermail/spins/2011-October/002097.html

Kevin fixed it:

Reference: http://lists.fedoraproject.org/pipermail/spins/2011-October/002160.html

I had requested Kevin to do a nightly build after this change:

Reference: http://lists.fedoraproject.org/pipermail/spins/2011-October/002166.html

I wanted to download one of the .iso from the nightly builds, but before I could so the pages were updated, and I couldn't find the URL for the same.

http://alt.fedoraproject.org/pub/alt/nightly-composes/

I assumed the .iso will be available along with the other spins for testing, but, again rel-eng missed the spin build.

Forgot to add that all this was in the midst of organizing and running around for FUDCon Pune 2011. So the timing was not good either for me.

I will be happy to take over from Chitlesh, if he is fine with it.

Replying to [comment:19 cwickert]:

IHMO this is not ready for publishing:

Thank you very much for your support.
But do you know the tools of FEL if your comments are based on the looks ?
The liveDVD was supposed to be the gnome-desktop-live with yum group "electronics" and some minor tools to make it complete.
Having said that, if the gnome-desktop-live boots the FEL livedvd should boot.

  • Both i686 and x86_64 install failed for me in KVM. All other media I tested (Desktop, Xfce, LXDE both 32 and 64 bit) installed fine.
  • No "Electronics" menu, all electronics apps show up under "Other". Filed [https://bugzilla.redhat.com/show_bug.cgi?id=754710 in Bugzilla]

This will be fixed upstream. However, more than 70% of the FEL tools (>120 packages) are commandline based. Hence, this should not be a blocker.

  • gnome-games is installed, I don't think it should.

Looking at the timeframe we are left, it doesn't matter. This won't prevent the livedvd from booting is it and space requirement is reasonably low?

  • rxvt-unicode menu entry lacks an icon.

This has always been missing an icon. This package is a dependency of something else and doesn't form part of the core FEL solutions such Hardware description language,....

The reason for failing to install appears to be insufficient HDD size - KVM's 8 GB default is too small. When I use my usual size of 30 GB with Fedora-16-x86_64-Live-Electronic-Lab.iso, the install works. With 8 GB, I get the above error close to the end of the install, and hitting "Retry" hard locks up my host (not just the guest). So use a larger HDD size. If preallocating this much space is too much, uncheck the "Allocate entire disk now" box - VirtualBox defaults to dynamically allocated storage, and I used to have limited HDD space, so I normally use that in KVM as well.

Weird, I tried with a 10 GB virtual HD and when the install was stuck, only 57% of / were used.

Installing Fedora-16-x86_64-Live-Electronic-Lab.iso to hard drive using virt-manager with all default settings except HDD space, 11 GB is enough, but 10 GB is not.

I have installed and tested Fedora-16-i686-Live-Electronic-Lab.iso on 11 GB virtual hard disk with virt-manager and it works fine.

Please make the Electronic Lab .iso available at spins.fedoraproject.org.

Thanks.

Alright, it was really a space problem I have retested and filed [https://bugzilla.redhat.com/show_bug.cgi?id=754857 bug 754857] against anaconda.

Replying to [comment:26 chitlesh]:

This will be fixed upstream. However, more than 70% of the FEL tools (>120 packages) are commandline based. Hence, this should not be a blocker.

You are right. Having no "Other" menu used to be a release criteria but it was [https://fedoraproject.org/w/index.php?title=QA%3ATestcase_desktop_menus&action=historysubmit&diff=236492&oldid=216903 dropped recently]. And the missing "Electronics" menu is caused by a bug in gnome-menus ([https://bugzilla.redhat.com/show_bug.cgi?id=754845 bug 754845])

  • rxvt-unicode menu entry lacks an icon.

This has always been missing an icon.

Then you should have filed a bug because this still is a release criteria: "[https://fedoraproject.org/wiki/QA:Testcase_desktop_menus Each entry on the default system menu layout should have an appropriate icon]. I have filed [https://bugzilla.redhat.com/show_bug.cgi?id=754939 bug 754939] now.

I have to admit that I'm not happy with the state of the spin, but the bugs are no blockers and we cannot change anything now. Thus we should release it. But for F17 I promise to nag you earlier. ;)

Dennis, can you release the files now?

Can the .iso files be made available at http://spins.fedoraproject.org please?

Can anyone in rel-eng please make the electronic-lab .isos available ASAP at http://spins.fedoraproject.org/?

the images have been added to http://dl.fedoraproject.org/pub/alt/spins/linux/releases/16/Spins/ the rest is up to the websites team.

Metadata Update from @cwickert:
- Issue set to the milestone: Fedora 16 Final

7 years ago

Login to comment on this ticket.

Metadata