F12 alpha needs network during install?
by Joachim Backes
I installed F12 alpha from the DVD and had the feeling that the network
is used during installation. So the installation was awful slow.
For confirming this, I tried to install again after having de-activated
the LAN chip in the BIOS, and, indeeded, the installation was cancelled
(after the install partition had been formatted).
Is there any option for installing F12 without accessing the LAN (I have
DSL with 1 Megabit/sec)?
All comments are welcome.
--
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
http://www.rhrk.uni-kl.de/~backes
14 years, 7 months
F12-Alpha-Live does not work
by Antonio Olivares
Dear folks,
I downloaded F12-Alpha-x86_64-Live-KDE.iso to test on an EMachines ET1161-05 machine and it fails to work. I get the login screen, I click enter to get into KDE and I get message:
BoX appears with message:
Could not start ksmserver. Check your installation.
Okay
I have to select Okay and it cycles me back to login screen :(, I wanted to test live install, but not possible at this time :(
I see line the following lines too :
grep : ]: no such file or directory
sbin/real-init: line 487: [: missing ']'
transferring control to /sbin/init
I wanted to install Rawhide on this machine and keep up with the testing, but I guess I should try another option?
Regards,
Antonio
14 years, 7 months
Re: Fedora Test Day Summary - Dracut
by James Laska
On Wed, 2009-09-02 at 11:01 +0800, CAI Qian wrote:
> Hi James,
>
> Some feedback heard from the participants is,
>
> The test cases for different storage hardware are a little bit difficult
> to follow. It would help to have a more detailed steps for those test
> cases.
Thanks for the feedback Cai! Are there specific test cases that need
improvements? If you have suggestions, you are welcome to update the
test cases in the wiki directly, and respond here with the changes.
Alternatively, feel free to call out the cases which could stand to have
additional details. We can work updates from there.
Thanks,
James
> Thanks,
> CAI Qian
>
> From: James Laska <jlaska(a)redhat.com>
> Subject: Fedora Test Day Summary - Dracut
> Date: Tue, 01 Sep 2009 14:25:18 -0400
>
> > Greetings,
> >
> > As you may recall, last Thursday was the Dracut Test Day [1]. The event
> > was well attended. Thanks to all participants for lending their time,
> > feedback and bug reports. Also, kudos to Alex Todorov and Jan Stodola
> > who helped write and execute the root=nbd [2] and root=nfs [3] dracut
> > test cases. And ... extra thanks to Harald Hoyer who stayed up well
> > into the evening/morning to provide dracut debugging guidance.
> >
> > As always, the full test results matrix can be seen on the wiki, but
> > I've tried to highlight the test configurations, bug reports and test
> > documentation created from the event below.
> >
> >
> > The following root device configurations were requested for testing.
> >
> > * root=/dev/sda1 - PASS
> > * root=LABEL= - PASS
> > * root=UUID= - PASS
> > * root=nfs - PASS
> > * root=nbd - PASS
> > * root=iscsi - PASS
> > * root=lvm+encryption - WARN (see 520109)
> > * root=lvm+raid+encryption - WARN (see 520109)
> > * root=/dev/md0 - FAIL (see 513267, 518793)
> > * root=live_image - FAIL (see 520207)
> > * root=udev-path - UNTESTED
> > * root on cciss - FAIL (see 520125)
> >
> >
> > The following bugs were filed on by participants of the dracut test day.
> >
> > * 519720 NEW - /dev/loopX File exists errors when using dracut
> > * 519733 NEW - LUKS password prompt clobbered by loading module
> > output
> > * 520109 NEW - LVM + RAID + LUKS fails to boot using dracut every
> > other time
> > * 520125 NEW - Dracut fails to boot on cciss storage hardware
> > * 520207 NEW - Filesystem label does not match kernel command line
> > parameter
> > * 519681 ASSIGNED - system hang at set up after reboot by using
> > dracut ramdisk
> > * 513267 ASSIGNED - dracut leaves unbootable system with
> > lvm-on-RAID
> > * 518793 ASSIGNED - Newly installed kernels have initrd-generic
> > that doesn't work with raid
> > * 519537 CLOSED CURRENTRELEASE - Fails to find root on laptop with
> > luks pv
> >
> >
> > The following wiki pages were drafted by test day participants on, or
> > leading up to, the dracut test day.
> >
> > * Dracut Debug guide drafted (thanks Viking_ice!) -
> > https://fedoraproject.org/wiki/How_to_debug_Dracut_problems
> > * 7 Dracut test cases drafted -
> > https://fedoraproject.org/wiki/Category:Dracut_Test_Cases
> > * 1 Anacaonda test case drafted -
> > https://fedoraproject.org/wiki/QA:Testcase_anaconda_encrypted_lvm_on_raid
> >
> >
> > [1] https://fedoraproject.org/wiki/Test_Day:2009-08-27_Dracut
> > [2] https://fedoraproject.org/wiki/QA:Testcase_Dracut_root%3Dnfs
> > [3] https://fedoraproject.org/wiki/QA:Testcase_Dracut_root%3Dnbd
14 years, 7 months
Cannot install gcc in F12
by Joachim Backes
After having installed F12 (without devel packages), I tried to install
gcc, but getting some repo issues:
Error Downloading Packages:
ppl-0.10.2-5.fc12.i686: failure: Packages/ppl-0.10.2-5.fc12.i686.rpm
from InstallMedia: (256, 'No more mirrors to try.')
binutils-2.19.51.0.14-31.fc12.i686: failure:
Packages/binutils-2.19.51.0.14-31.fc12.i686.rpm from InstallMedia: (256,
'No more mirrors to try.')
binutils-2.19.51.0.14-31.fc12.i686: failure:
Packages/binutils-2.19.51.0.14-31.fc12.i686.rpm from InstallMedia: (256,
'No more mirrors to try.')
Somebody has similar problems?
--
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
http://www.rhrk.uni-kl.de/~backes
14 years, 7 months
Broken dependencies in Fedora 11 updates-testing - 2009-09-02
by Michael Schwendt
======================================================================
The results in this summary consider Test Updates!
======================================================================
Summary of broken packages (by src.rpm name):
clipsmm
cpptasks
fedora-business-cards
oorexx
openmpi
openvrml
ppl
R-RScaLAPACK
======================================================================
Broken packages in fedora-11-i386:
R-RScaLAPACK-0.5.1-19.fc11.i586 requires openmpi-libs
openmpi-vt-1.3.1-1.fc11.i586 requires openmpi-libs = 0:1.3.1-1.fc11
======================================================================
Broken packages in fedora-11-ppc:
R-RScaLAPACK-0.5.1-19.fc11.ppc requires openmpi-libs
openmpi-vt-1.3.1-1.fc11.ppc requires openmpi-libs = 0:1.3.1-1.fc11
======================================================================
Broken packages in fedora-11-ppc64:
R-RScaLAPACK-0.5.1-19.fc11.ppc64 requires openmpi-libs
openmpi-vt-1.3.1-1.fc11.ppc64 requires openmpi-libs = 0:1.3.1-1.fc11
======================================================================
Broken packages in fedora-11-x86_64:
R-RScaLAPACK-0.5.1-19.fc11.x86_64 requires openmpi-libs
oorexx-3.2.0-4.fc9.i386 requires librexx.so.3
oorexx-3.2.0-4.fc9.i386 requires librexxapi.so.3
openmpi-vt-1.3.1-1.fc11.x86_64 requires openmpi-libs = 0:1.3.1-1.fc11
======================================================================
Broken packages in fedora-updates-11-i386:
ppl-swiprolog-0.10.2-3.fc11.i586 requires libpl.so.5.7.6
======================================================================
Broken packages in fedora-updates-11-ppc:
ppl-swiprolog-0.10.2-3.fc11.ppc requires libpl.so.5.7.6
======================================================================
Broken packages in fedora-updates-11-ppc64:
ppl-swiprolog-0.10.2-3.fc11.ppc64 requires libpl.so.5.7.6()(64bit)
======================================================================
Broken packages in fedora-updates-11-x86_64:
ppl-swiprolog-0.10.2-3.fc11.x86_64 requires libpl.so.5.7.6()(64bit)
======================================================================
Broken packages in fedora-updates-testing-11-i386:
clipsmm-0.1.0-1.fc11.i586 requires libclips.so.1
cpptasks-javadoc-1.0b5-2.fc11.noarch requires cpptasks-1.0b5-2.fc11
fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn
openvrml-0.18.3-1.fc11.i586 requires java(x86-32)
openvrml-0.18.3-1.fc11.i586 requires gecko-libs(x86-32) >= 0:1.9.1
======================================================================
Broken packages in fedora-updates-testing-11-ppc:
clipsmm-0.1.0-1.fc11.ppc requires libclips.so.1
clipsmm-0.1.0-1.fc11.ppc64 requires libclips.so.1()(64bit)
cpptasks-javadoc-1.0b5-2.fc11.noarch requires cpptasks-1.0b5-2.fc11
fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn
openvrml-0.18.3-1.fc11.ppc requires gecko-libs(ppc-32) >= 0:1.9.1
openvrml-0.18.3-1.fc11.ppc requires java(ppc-32)
openvrml-0.18.3-1.fc11.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1
openvrml-0.18.3-1.fc11.ppc64 requires java(ppc-64)
======================================================================
Broken packages in fedora-updates-testing-11-ppc64:
clipsmm-0.1.0-1.fc11.ppc64 requires libclips.so.1()(64bit)
cpptasks-javadoc-1.0b5-2.fc11.noarch requires cpptasks-1.0b5-2.fc11
fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn
openvrml-0.18.3-1.fc11.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1
openvrml-0.18.3-1.fc11.ppc64 requires java(ppc-64)
======================================================================
Broken packages in fedora-updates-testing-11-x86_64:
clipsmm-0.1.0-1.fc11.i586 requires libclips.so.1
clipsmm-0.1.0-1.fc11.x86_64 requires libclips.so.1()(64bit)
cpptasks-javadoc-1.0b5-2.fc11.noarch requires cpptasks-1.0b5-2.fc11
fedora-business-cards-0.2.4.2-2.fc11.noarch requires inkscape >= 0:0.47-0.11.20090602svn
openvrml-0.18.3-1.fc11.i586 requires java(x86-32)
openvrml-0.18.3-1.fc11.i586 requires gecko-libs(x86-32) >= 0:1.9.1
openvrml-0.18.3-1.fc11.x86_64 requires java(x86-64)
openvrml-0.18.3-1.fc11.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1
14 years, 7 months
How to know if a bug has been reported before?
by He Rui
Greeting guys,
Hi, when a bug is found, is there any way to check out if this bug has been reported or not? I did it just by searching the key words in bugzilla. But I think there may be other ways better than that. do you have any idea to share with me?
Thanks,
Rui He
--
Contacts
FAS name: Rhe
IRC nick: Hurry(rhe)#fedora-qa
Email: rhe(a)redhat.com
14 years, 8 months
F12-alpha: superblock always in future
by sean darcy
I've just installed F12 alpha. My system clock is set to local time. F12
must think it's set to UTC. But when I try to boot, I end up in fsck
land, with a last mount time in future error. If I then run fsck and
reboot, I get the _same_ error, but now everything is 4 hours earlier!
How can I get it to boot?
sean
14 years, 8 months
Fedora Test Day Summary - Dracut
by James Laska
Greetings,
As you may recall, last Thursday was the Dracut Test Day [1]. The event
was well attended. Thanks to all participants for lending their time,
feedback and bug reports. Also, kudos to Alex Todorov and Jan Stodola
who helped write and execute the root=nbd [2] and root=nfs [3] dracut
test cases. And ... extra thanks to Harald Hoyer who stayed up well
into the evening/morning to provide dracut debugging guidance.
As always, the full test results matrix can be seen on the wiki, but
I've tried to highlight the test configurations, bug reports and test
documentation created from the event below.
The following root device configurations were requested for testing.
* root=/dev/sda1 - PASS
* root=LABEL= - PASS
* root=UUID= - PASS
* root=nfs - PASS
* root=nbd - PASS
* root=iscsi - PASS
* root=lvm+encryption - WARN (see 520109)
* root=lvm+raid+encryption - WARN (see 520109)
* root=/dev/md0 - FAIL (see 513267, 518793)
* root=live_image - FAIL (see 520207)
* root=udev-path - UNTESTED
* root on cciss - FAIL (see 520125)
The following bugs were filed on by participants of the dracut test day.
* 519720 NEW - /dev/loopX File exists errors when using dracut
* 519733 NEW - LUKS password prompt clobbered by loading module
output
* 520109 NEW - LVM + RAID + LUKS fails to boot using dracut every
other time
* 520125 NEW - Dracut fails to boot on cciss storage hardware
* 520207 NEW - Filesystem label does not match kernel command line
parameter
* 519681 ASSIGNED - system hang at set up after reboot by using
dracut ramdisk
* 513267 ASSIGNED - dracut leaves unbootable system with
lvm-on-RAID
* 518793 ASSIGNED - Newly installed kernels have initrd-generic
that doesn't work with raid
* 519537 CLOSED CURRENTRELEASE - Fails to find root on laptop with
luks pv
The following wiki pages were drafted by test day participants on, or
leading up to, the dracut test day.
* Dracut Debug guide drafted (thanks Viking_ice!) -
https://fedoraproject.org/wiki/How_to_debug_Dracut_problems
* 7 Dracut test cases drafted -
https://fedoraproject.org/wiki/Category:Dracut_Test_Cases
* 1 Anacaonda test case drafted -
https://fedoraproject.org/wiki/QA:Testcase_anaconda_encrypted_lvm_on_raid
[1] https://fedoraproject.org/wiki/Test_Day:2009-08-27_Dracut
[2] https://fedoraproject.org/wiki/QA:Testcase_Dracut_root%3Dnfs
[3] https://fedoraproject.org/wiki/QA:Testcase_Dracut_root%3Dnbd
14 years, 8 months