FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Desktop

 
 
LinkBack Thread Tools
 
Old 09-21-2010, 11:07 AM
Adam Williamson
 
Default F14 Beta RC3 images available for validation testing!

Hi, everyone. Fedora 14 Beta RC3 images - that's the third (and
hopefully final) release candidate for F14 Beta - are now available for
testing here:

http://serverbeach1.fedoraproject.org/pub/alt/stage/14-Beta.RC3/

aside from anaconda fixes, the backgrounds are now present in LXDE and
XFCE, and LXDE initializes ConsoleKit correctly, fixing several major
issues. I've tested that each of these boots to a desktop successfully,
so they're not DOA, you won't be wasting your time to download them.

Please, if you have some time, help fill out the test matrix here:

https://fedoraproject.org/wiki/Test_Results:Fedora_14_Beta_RC3_Desktop

just click on a test name, follow the steps, and enter your result in
the table (there's a key explaining how to put the results in the
table). Even if someone else has done a test, you can add your result:
the table will handle this and we can have more confidence with many
results than with one. Even if you can only do one or two tests, it's
useful! We have to have the table filled out (at least with the Alpha
and Beta tests) to go ahead and release the Beta. The go/no-go meeting
is on Wednesday afternoon US time, so results need to be in by then for
the Beta. Thanks a lot, everyone!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 03:35 AM
Donald Buchan
 
Default F14 Beta RC3 images available for validation testing!

FWIW I downloaded the F14 Beta-rc3 i686 liveCD to run it through a few
basic desktop tests, and there was one apparent hiccup.

When I turned on the printer, the system correctly identified my printer
-- an HP Deskjet F4180 with an integrated flatbed scanner -- and
automatically found and installed the necessary driver(s) and
dependencies. However when I tried to use "simple scan" it still
insisted that it couldn't find a connected scanner, or that maybe it
wasn't turned on (ie. it was connected and turned on.) I have xSane
installed on my F12 system, and as I recall all I did during the
post-install process was install xSane, and the scanner (and printer)
worked fine from the get-go.

Other mundane tests I did (I know that these aren't the tests asked for,
but then why do outside clients contract Jamie and Adam from Mythbusters
to test their "things" outside of the confines of the show? For the
unconventional testing approach they'll use, or in my case here, the
mundane approach. ) :

- on the login screen, I changed the language to English (Canada) --
successful
- on the login screen, I changed the keyboard to Canada French (Legacy)
-- successful, and the layout worked once logged in, the correct
characters were where they were supposed to be
- once I logged in with the liveuser account, I changed the screen
resolution to 1280x1024 -- successful
- Firefox booted and brought up the usual first time Firefox page, and
in a second tab the Fedora search page -- successful
- Vinagre was tested to VNC into my home server's desktop through the
home network -- successful
- Terminal: top command -- successful
- Terminal: ifconfig -- successful
- Terminal: su command -- successful, but I found it unnerving that
there isn't a password for the root account; I suppose that assigning a
root password and publicizing it may actually be worse than not
assigning one at all, since some person will be lulled into thinking "oh
well it's password protected" not realizing that in not changing it, any
cracker who somehow manages to get into the system by whatever means
would easily try the password announced in the same place that innocent
liveCD users would find it: on a public web page!

Regards

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 04:55 AM
Iván Jiménez
 
Default F14 Beta RC3 images available for validation testing!

I had the same problem in f13 and solved it by installing the package
libsane-hpaio. I think it should be documented somewhere.

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 08:03 AM
Adam Williamson
 
Default F14 Beta RC3 images available for validation testing!

On Tue, 2010-09-21 at 23:55 -0500, Iván Jiménez wrote:
> I had the same problem in f13 and solved it by installing the package
> libsane-hpaio. I think it should be documented somewhere.

It should likely be reported as a bug Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 08:05 AM
Adam Williamson
 
Default F14 Beta RC3 images available for validation testing!

On Tue, 2010-09-21 at 23:35 -0400, Donald Buchan wrote:
> FWIW I downloaded the F14 Beta-rc3 i686 liveCD to run it through a few
> basic desktop tests, and there was one apparent hiccup.
>
> When I turned on the printer, the system correctly identified my printer
> -- an HP Deskjet F4180 with an integrated flatbed scanner -- and
> automatically found and installed the necessary driver(s) and
> dependencies. However when I tried to use "simple scan" it still
> insisted that it couldn't find a connected scanner, or that maybe it
> wasn't turned on (ie. it was connected and turned on.) I have xSane
> installed on my F12 system, and as I recall all I did during the
> post-install process was install xSane, and the scanner (and printer)
> worked fine from the get-go.

I'd say give Ivan's idea a shot here.

> - Terminal: su command -- successful, but I found it unnerving that
> there isn't a password for the root account; I suppose that assigning a
> root password and publicizing it may actually be worse than not
> assigning one at all, since some person will be lulled into thinking "oh
> well it's password protected" not realizing that in not changing it, any
> cracker who somehow manages to get into the system by whatever means
> would easily try the password announced in the same place that innocent
> liveCD users would find it: on a public web page!

There's that, and logically speaking there's absolutely no reason to
have a root password on a live image. You need to be able to boot the
machine to run a live image, and any machine you can boot is a machine
on which you have root access (it's trivial enough to find some kind of
bootable media which gives you 'root' of some kind, or even to build
your own).
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 11:18 AM
Donald Buchan
 
Default F14 Beta RC3 images available for validation testing!

Adam, on the presumption that your smiley was intended to convey a
message of "well, now's the best time to report bugs, not after the
release of the final product and hordes of people complain rather
loudly" as opposed to "please don't bother, we *know* that *already*", I
submitted the bug; here's the linky:

https://bugzilla.redhat.com/show_bug.cgi?id=636491

On Wed, 2010-09-22 at 09:03 +0100, Adam Williamson wrote:
> On Tue, 2010-09-21 at 23:55 -0500, Iván Jiménez wrote:
> > I had the same problem in f13 and solved it by installing the package
> > libsane-hpaio. I think it should be documented somewhere.
>
> It should likely be reported as a bug Thanks!
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
> http://www.happyassassin.net
>
> --
> desktop mailing list
> desktop@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/desktop


--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 12:55 PM
Adam Williamson
 
Default F14 Beta RC3 images available for validation testing!

On Wed, 2010-09-22 at 07:18 -0400, Donald Buchan wrote:
> Adam, on the presumption that your smiley was intended to convey a
> message of "well, now's the best time to report bugs, not after the
> release of the final product and hordes of people complain rather
> loudly" as opposed to "please don't bother, we *know* that *already*", I
> submitted the bug; here's the linky:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=636491

That's exactly what it meant, thanks very much!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 01:56 PM
Bruno Wolff III
 
Default F14 Beta RC3 images available for validation testing!

On Wed, Sep 22, 2010 at 09:05:37 +0100,
Adam Williamson <awilliam@redhat.com> wrote:
>
> There's that, and logically speaking there's absolutely no reason to
> have a root password on a live image. You need to be able to boot the
> machine to run a live image, and any machine you can boot is a machine
> on which you have root access (it's trivial enough to find some kind of
> bootable media which gives you 'root' of some kind, or even to build
> your own).

The assumption that the person potentially getting root is able to boot the
system is not be correct in all use cases.

On a live image with an encrypted, persistent /home, you could in theory let
someone else use the image after it was booted. (Who wouldn't be able to
get /home mounted on their own.) They might not even being physically
present at the machine the image is running on.

If there is a compromise, not having a root password makes it trivial to
escalate the compromise to root access.

I think in situations where firstboot is run on live images, it probably
is reasonable to set a root password.
--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 02:09 PM
Adam Williamson
 
Default F14 Beta RC3 images available for validation testing!

On Wed, 2010-09-22 at 08:56 -0500, Bruno Wolff III wrote:

> I think in situations where firstboot is run on live images, it probably
> is reasonable to set a root password.

firstboot never runs on live images. Only after installation.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 
Old 09-22-2010, 02:11 PM
Adam Williamson
 
Default F14 Beta RC3 images available for validation testing!

On Wed, 2010-09-22 at 08:56 -0500, Bruno Wolff III wrote:

> The assumption that the person potentially getting root is able to boot the
> system is not be correct in all use cases.
>
> On a live image with an encrypted, persistent /home, you could in theory let
> someone else use the image after it was booted. (Who wouldn't be able to
> get /home mounted on their own.) They might not even being physically
> present at the machine the image is running on.

I think we work on the basis that this is not at all the typical use
case for a live image, and that if you were doing that, you'd probably
know you should set a root password. Why would you do that, btw?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
 

Thread Tools




All times are GMT. The time now is 08:17 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org