from:"Thomas Gilliard"

unscribe Fedora

2020-09-13 Thread Thomas Gilliard

Thomas Gilliard passed away July 26,2020.  Please unscribe him from all 
e-mails.


Thank You, Virginia Gilliard, wife
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Fedora Workstation and Third-Party Repositories

2018-04-27 Thread Thomas Gilliard

I found that

https://fedoraproject.org/wiki/Workstation/Third_Party_Software_Repositories

works in f28 KDE DE also:

'dnf install fedora-workstation-repositories' installs the extra third 
party repositories on the command line and makes the .repo files 
available in /etc/yum.repos.d/.

Chrome browser is installed

satellit
On 04/27/2018 05:39 PM, David Benoit wrote:
Ah, I did not realize the repositories were disabled in the rpm. Would 
it be appropriate for me to update this 
page 
to mention that under the command line installation section?

Additionally, might it be worth adding a provision to the policy that 
new repositories must be disabled?  Perhaps it is redundant since the 
request goes through Legal and FESCo anyway, but it could be helpful 
to users and packagers reading the policy.

Anyway, thanks very much!  I appreciate the clarification. My initial 
concern is completely put to rest.

DB

On Fri, Apr 27, 2018 at 7:38 PM, Kevin Fenzi > wrote:

On 04/27/2018 02:56 PM, David Benoit wrote:
> Hi all,
>
> Regarding the inclusion of the fedora-workstation-repositories
package in
> F28, is there currently a policy in place against including it as a
> dependency? From what I understand from the recent fedora
magazine article
> > and
the policy
> wiki page
>

>,
> the purpose of distributing the third-party repositories an rpm is to
> ensure that a user must enable them explicitly.
>
>
> Is there some some preventative measure in place to protect
users from the
> package being pulled in silently as a dependency?

I don't understand why someone would add such a dep... but even if
they
did, the repos would not be enabled when installed. They are
disabled in
the rpm. The user must explicitly enable them.

> If repository-enabling
> rpms are to become acceptable cases for package submissions, what
> considerations are being taken to ensure such submissions are
tracked and
> handled similarly?

Well, depending on what they are they would need to pass Legal and
FESCo
approval which would be via ticketing, etc.

Open to better ways to word that policy page for them...

kevin

___
devel mailing list -- devel@lists.fedoraproject.org

To unsubscribe send an email to
devel-le...@lists.fedoraproject.org

--

DAVID BENOIT

INTERN, multi-arch qe

Red Hat

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora 28 minimum memory requirement, review

2018-03-27 Thread Thomas Gilliard

With the soas beta f28 live FMW usb I found
That a console login succeeded to start anaconda as #liveinst while sugar 
terminal failed 
Hope this may help ...
Less memory?

> On Mar 27, 2018, at 5:10 PM, Chris Murphy  wrote:
> 
> OK I'm still running into problems even when the VM has 2048M.
> 
> But get this: I'm noticing that netinstall images during boot create a
> swap partition out of memory using a zram device. This isn't present
> on the live media - so lives have no swap available at all until
> anaconda creates swap space on the media which it then promptly
> activates.
> 
> Is this discrepancy between netinstall and lives intentional? Should
> lives make use of a zram based swap device?
> 
> 
> Chris Murphy
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: future of official optical media support in Fedora

2016-12-08 Thread Thomas Gilliard

On 12/08/2016 08:22 AM, Dennis Gilmore wrote:

On miércoles, 7 de diciembre de 2016 1:56:32 PM CST Mike Pinkerton wrote:

On 6 Dec 2016, at 09:43, Kamil Paral wrote:

Which images to cover, that's the heart of the discussion. If you
look into our test matrix again, we currently block on 6 of them:
* Workstation Live + netinst
* KDE Live
* Server DVD + netinst
* Everything netinst

What comes first to my mind is Server (DVD + netinst). My guess is
that people don't install Server from optical media, but rather
from PXE or USB. I can't imagine installing Server boxes from DVDs.
But I'd really like to hear from Server users how this is likely or
not. Also, Server is most probably not given away at events. I
don't know about sending Server DVDs to the developing world, we
can make an inquiry about that.

On 6 Dec 2016, at 12:20, Adam Williamson wrote:

So an alternative to kparal's scheme would be to try and consider
this,
and say we test:

* Workstation live
* Everything netinst
* Server DVD

and consider those to be representative of the broad 'types' of
ISOs in
terms of the compose process. That way we don't have to test
Workstation or Server netinsts, or the KDE live, on optical media.

On 7 Dec 2016, at 09:13, Matthew Miller wrote:

I think: Workstation x86_64 Live, and at least one netinstall image of
any flavor (from which, in a pinch, anything else can be installed via
kickstart).

I use the Server netinstall image. Use cases include loop mounting
the netinstall .iso on boxes with Grub2 -- works on remote boxes
where there is no physical access and can be easier than setting up a
remote PXE solution -- and burning a CD for local boxes without Grub2.

There is the pxe iso to use boot.fedoraproject.org that would probably better
suit your purposes.

I would be fine with dropping the Server DVD.

Does anyone maintain a up-to-date list of the content differences
between the Server and Everything netinstall discs? Is there any
difference other than in default preferences? Is there a way to do a
single disc with a choice of "give me Server defaults" or "give me
Everything defaults"?

The server netinst iso uses the server defaults, partitioning and filesystem
selection. there is no way to do both with a single disk today. it would
require who knows what work, I imagine the work is possible its just not an
option today. probably your best bet again is bfo[1]

Dennis

[1] https://boot.fedoraproject.org/
[1]this points to f25 server

This points to everything:
http://dl.fedoraproject.org/pub/alt/stage/25_RC-1.3/Everything/x86_64/iso/Fedora-Everything-netinst-x86_64-25-1.3.iso

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Installation validation test change proposal: merge USB tests into 'default boot and install', add more environment columns

2016-10-10 Thread Thomas Gilliard




On 10/10/2016 03:48 PM, Kevin Kofler wrote:

Matthew Miller wrote:

This is already a problem. We're giving away DVDs because it's
something to give away, not because it's what people really still want.
We need to find out some other take-homes that people find
useful and desirable *anyway*.

Based on feedback from Ambassadors, DVD images may still be useful
giveaways in regions with less access to bandwidth. I'm not sure what
to do about that.

My experience from the yearly Vienna Linux Week is that demand for DVDs has
been dropping significantly for the last couple years. It was still high for
1-2 years when the demand in the US had already dropped, but notebooks
without an optical drive have since become commonplace here too. (You CAN
still get a notebook with an optical drive if you really want around here,
but it is not the standard anymore.) That said, the demand might still be
non-zero. We did not have any Fedora media to give out this year (there
wasn't even a Fedora stand due to lack of personnel), so I do not have
precise data from this year.

What would be really great would be USB keys to hand out, but I guess the
prices for those are still too prohibitive. "USB burning stations" have also
not worked out all that well when they were tried at various events in the
past, though it might be worth retrying that these days. Having a reliable
nondestructive way to transfer Fedora onto a USB key would help there,
though. At least I really wouldn't feel well about just erasing every USB
stick I am handed over, nor would I have the time to check every stick I am
given with the owner (nor would I want to peek around in the owner's data to
begin with).

 Kevin Kofler


This sounds like a use for https://wiki.gnome.org/Apps/MultiWriter
let the people bring their own USB keys
satellit

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

new page in wiki: livemedia-creator

2016-06-27 Thread Thomas Gilliard


Here is a new wiki page. [1]


Please edit this first edit.

Tom Gilliard

satellit



[1] 
https://fedoraproject.org/wiki/Livemedia-creator-_How_to_create_and_use_a_Live_CD

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: [Test-Announce] Fedora 24 Branched 20160308 nightly compose nominated for testing

2016-03-09 Thread Thomas Gilliard

 Fedora-SoaS-Live-x86_64-24-20160308.0.iso now has sugar 
108.1 and renders correctly but liveinst crashes and NM does not connect

* satellit_e qemu/kvm f23

On 03/09/2016 09:47 AM, Adam Williamson wrote:

[again, an event was created but the notification email got lost. I've
figured out why now - they're being sent from an address that wasn't
subscribed to the list. I've fixed that, so future notification emails
should work. Again sending this one manually.]

Announcing the creation of a new nightly release validation test event
for Fedora 24 Branched 20160308. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/24

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

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

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160308_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160308_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160308_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160308_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160308_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_24_Branched_20160308_Security_Lab
https://fedoraproject.org/wiki/Template:Fedora_24_Branched_20160308_Download

Thank you for testing!

-- Adam WilliamsonFedora QA Community MonkeyIRC: adamw | Twitter: AdamW_Fedora 
| XMPP: adamw AT happyassassin . nethttp://www.happyassassin.net
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: wayland in rawhide

2015-11-20 Thread Thomas Gilliard




On 11/20/2015 03:15 AM, Vít Ondruch wrote:

Dne 10.11.2015 v 20:54 Ray Strode napsal(a):

Hey guys,

Today I built snapshots of gnome-session gdm gnome-shell and mutter
that change how we do sessions at the login screen. We'll no longer
have separate items for GNOME and GNOME on Wayland.  Instead they're
now both consolidated under the GNOME item.  That item will use
wayland if it can, but if it falls back (because of a failure or
nvidia proprietary drivers, or the user explicitly disables wayland in
/etc/gdm/custom.conf) then that GNOME item will use Xorg instead.

I'm doing this for now in rawhide as preparation for this system-wide
f24 change:

https://fedoraproject.org/wiki/Changes/WaylandByDefault

If things don't pan out for whatever reason, or the change gets
otherwise rejected for f24, we'll split the items back out into two
items.

But it's good to get this in rawhide now, so we can get as much
exposure as possible to potential wayland problems and get them fixed
up before release.

Just a heads up ! If you're a rawhide user please test!

--Ray

So is there some tracker with all the issues? I observe various strange
behaviors, such as Empathy not opening Discussion dialog, tabs in FF
cannot be moved, various strange crashes after user log out, but no
response from stakeholders :/


Vít

https://fedoraproject.org/wiki/How_to_debug_Wayland_problems

has a list  "Known issues, frequent complaints, fundamental changes"
satellit
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Fwd: Re: Cinnamon Spin

2014-12-21 Thread Thomas Gilliard


I had to add this to get printers to work:
yumex:
 system-config-printer
 system-config-printer-applet

add to .ks?

Tom Gilliard
satellit on #fedora-mate

leigh123linux:
https://git.fedorahosted.org/cgit/comps.git/commit/?id=78dda7b6b8e6d068bfcbdc9f787633e248dc7810



 Forwarded Message 
Subject:Re: Cinnamon Spin
Date:   Sat, 20 Dec 2014 22:19:59 -0500
From:   Dan Book gri...@gmail.com
Reply-To: 	Development discussions related to Fedora 
devel@lists.fedoraproject.org
To: 	Development discussions related to Fedora 
devel@lists.fedoraproject.org




On Sun, Dec 21, 2014 at 1:25 PM, Thomas Gilliard satelli...@gmail.com 
mailto:satelli...@gmail.com wrote:



   On 12/20/2014 8:35 AM, Dan Book wrote:

Hello,
I have put together a basic Cinnamon Live spin, and was wondering
if this is something people would like to see become official.
It's not ready for submission quite yet, there is a bit of a hack
to change the default gtk-theme to Zukitwo, as the Adwaita
gtk-theme messes up title-bar and desktop icon colors (something
that should probably be fixed upstream, this happens for any
Cinnamon install by default in F21). I'm not a Fedora packager nor
do I have a whole lot of time to put into this, but I am willing
to update and maintain the spin as necessary.

I have the kickstart files in this github repo:
https://github.com/Grinnz/spin-kickstart-cinnamon
And resulting images, which I have briefly tested and installed in
a VM:
https://grinnz.com/public/spins-cinnamon/

I added a skeleton wiki page as well:
https://fedoraproject.org/wiki/Cinnamon_Spin

-Dan Book



   I successfully installed the cinnamon x86_64.iso via f21
   liveusb-creator with the (dd) option [1] and installed it to Bare
   metal from the USB.

   Thanks for this build  I hope it becomes a spin.

   I included links to your build here:
   [1] http://wiki.sugarlabs.org/go/Fedora_22#liveusb-creator

   NOTE:
   Install error anaconda 21.48.21-1  (liveinst)
   **(anaconda:2201) : Warning **: Binding 'shiftPrint' failed!
 repeated many times in terminal.

 menu/administration/Fedora Release Notes has 2 entries (both work)

   Tom Gilliard
   satellit
   #fedora-qa  freenode IRC


Thank you for the feedback. I will look into these, but I don't know 
much about anaconda.


-Dan


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Cinnamon Spin

2014-12-20 Thread Thomas Gilliard



On 12/20/2014 8:35 AM, Dan Book wrote:

Hello,
I have put together a basic Cinnamon Live spin, and was wondering if 
this is something people would like to see become official. It's not 
ready for submission quite yet, there is a bit of a hack to change the 
default gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up 
title-bar and desktop icon colors (something that should probably be 
fixed upstream, this happens for any Cinnamon install by default in 
F21). I'm not a Fedora packager nor do I have a whole lot of time to 
put into this, but I am willing to update and maintain the spin as 
necessary.


I have the kickstart files in this github repo:
https://github.com/Grinnz/spin-kickstart-cinnamon
And resulting images, which I have briefly tested and installed in a VM:
https://grinnz.com/public/spins-cinnamon/

I added a skeleton wiki page as well:
https://fedoraproject.org/wiki/Cinnamon_Spin

-Dan Book


I successfully installed the cinnamon x86_64.iso via  f21 
liveusb-creator with the (dd) option [1] and installed it to Bare metal 
from the USB.


Thanks for this build  I hope it becomes a spin.

I included links to your build here:
[1] http://wiki.sugarlabs.org/go/Fedora_22#liveusb-creator

NOTE:
Install error anaconda 21.48.21-1  (liveinst)
**(anaconda:2201) : Warning **: Binding 'shiftPrint' failed!
 repeated many times in terminal.

 menu/administration/Fedora Release Notes has 2 entries  (both work)

Tom Gilliard
satellit
#fedora-qa  freenode IRC
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Not-very-reassuring info on FedUp wiki page for F21

2014-12-07 Thread Thomas Gilliard


I did some testing of fedup on external USB HD- bios boot for #fedora-qa [1]

1-) Backup your work before attempting this
2-) fully update your f20 install (disable any no-fedora repositories)
3-) In root terminal:

yum update
yum install fedup
fedup --network 21 --product workstation

Possible commands:
product [workstation|server|cloud|nonproduct]

use --product nonproduct for KDE ;other spins and minimal :
fedup --network 21 --product nonproduct
reboot system
System Upgrade Fedup on boot menu
 here is how I did it:   (fedup-dracut-0.9.0 )
NOTE: Terminal display stops updating at about 68%
TO FIX: Hit {alt} key or switch to {alt-f2} then {alt-f1}

[1] 
http://wiki.sugarlabs.org/go/Fedora_21#fedup_Updating_f20_desktop_to_f21_workstation


Tom Gilliard
satellit on #fedora-qa

On 12/07/2014 11:46 AM, Gerard Ryan wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi devel,

On the Important Changes in the Upgrade process to Fedora 21 on the
FedUp wiki page[1], I see the following:


Apparently there will be a new option --product=PRODUCT and
before update you will be required to choose one of the
possibilities. To obtain the old behaviour apparently
--product=nonproduct should be used.

I think this could be improved to give more sure directions. I know
it's a wiki, and just edit/fix it, but I don't know enough about
what it should be to confidently change it. Could someone who is more
sure than I (and the original author, apparently) of what it should be
weigh in? Is it just a case of removing the apparently(s)?

[1] https://fedoraproject.org/wiki/FedUp

Thanks a lot,
Gerard.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUhK6lAAoJEG7cfkpivEoVIX8QAIC+FDz+dtD8GKFpq+xWOyxj
3JO0GRPw9T4UTbK/GqL30n3SFP0syHDcqIjFHhieQOOtGPslDorpVbEugmhByilj
H+1PXaWu7Di4nLFWsr0oAiO6xld1ZijsHo5das1ELOD/j2M+C7UR9N7VFZqR2PPk
pqhCNGiZiihm75ucoZvIsdkGqBQqqbKGCMeDB/3h2dq6Ph9D/0X1nVDzRQLzOID+
2hCLPeMG0KjBrcDb7jHbSTAJsuhW4pZb3BSjgw/skQnTYhNcV/MiivEVXiiULdOq
4GOlvMiP7OW/d0etIQiOdc1T3VPglyK8O2fNsuvOlYyHTchKghbKc8hyGbF/CUso
NjJn60lXynNHiFsfoE3gGUHXMjpTUcm1XDkKwYANBMj2aJ/vnzCHadQHBsk/4Bxr
GZ3j5hB/NI9nbwmjtZFmsSZzE3Y6N1qcKCJkBaI60uOZ8OWHtz61FM6IIZpHAOPD
dllGCtV9Ua3rd8ngkELZ11HGBFzIqQuCdXAXovEkpz5UlUrdy0FUNFd/hX0937yi
xi0ffwMqyqY3eaVq1pJB8qMMljHr98kN4nrcFtis2Scpg+CGTOm9DtT1ko+LP/7a
cvKJXvVPU/6yqQN2qdU7iuuyxww/F93Hm3YJkl/FMVIoN0xVMbjLUzgFWio7EciH
1VdxNySxevr9tss4d/uX
=plgB
-END PGP SIGNATURE-


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Add Gparted into Live's

2014-08-08 Thread Thomas Gilliard

Unfortunately gparted is the only way to repair a usb stick dd'd with 
fedora. Need to use gparted's create a new mbr and formatting it 
fat32, boot flag set. The included disks  does not seem to have this 
feature.
This is needed for fedora liveusb-creator GUI to create a bootable live 
USB stick.


On 8/8/2014 5:07 PM, Michael Catanzaro wrote:

On Sat, 2014-08-09 at 02:33 +0430, Hedayat Vatankhah wrote:

GParted provides a number of essential features users might need, some
of which are not provided even by any command line tools in Fedora
repositories: resizing and moving partitions/filesystems. And
something like resizing FAT partitions is what I have not seen in any
other tools in Fedora repositories except kde-partitionmanager.
Anaconda provides resizing facility, but not move. Also, I'm not sure
if Anaconda can resize FAT partitions.

Hi Hedayat,

gparted should not be included because it's an advanced tool for
technical users, whereas Fedora Workstation needs to contain only tools
that are easy for everyone to use. Keep in mind that programs included
in the live image will also wind up on the installed system.

Michael




-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: the tragedy of Fedora Live USB conversion and what we can do about it

2014-08-01 Thread Thomas Gilliard



On 8/1/2014 12:45 PM, Adam Williamson wrote:

On Fri, 2014-08-01 at 12:06 -0700, Thomas C.Gilliard wrote:


Previous post:
A  problem is that the .iso versions offered for download in the
liveusb-creator  GUI always seem to lag behind.

So a technical note on this one: luc can actually retrieve an up to date
list of ISOs from the mirror server, but it doesn't do so when you start
it. You have to click the Refresh button next to the image list (which
it initially populates from a hardcoded fallback list inside luc). I
tried to fix this and failed, so I filed a bug instead:

https://fedorahosted.org/liveusb-creator/ticket/819

but lmacken obviously hasn't been able to get to it yet.
It did not work for me in M$ 8.1 tried repeatedly to update list. So not 
yet fixed.



more testing:

I just tested on Yoga Pro 2 running native resolution and Widows 8.1
OS and the liveusb-creator is postage stamp size on the screen.

Obviously an interface scaling issue; I don't know the details of what
an app has to do in order for Windows to automatically scale it up on
hidpi displays, though.


1-) detect screen resolution and properly display GUI
2-) run in compatability mode (run as administrator)
3-) run as liveusb-creator --reset-mbr by default  (this can be done
in linux by editing the icon command)
4-)Fix the Download button on the GUI to work and be up to date.

yeah, these are the kinds of reasons I'm reluctant to promote luc too
strongly.
The Sugar on a Stick spin obviously requires a user friendly way to 
create a persistent USB for booting.


This works to make a persistent USB in Fedora [1]

Desktop$ sudo ./tools_livecd-iso-to-disk.sh --reset-mbr --overlay-size-mb 500 
--home-size-mb 700 --delete-home --unencrypted-home 
Fedora-17-Beta-x86_64-Live-SoaS.iso /dev/sdb1

and if --efi is added it should boot on EFI systems (not tested recently)

Desktop$ ./tools_livecd-iso-to-disk.sh --format --efi --overlay-size-mb 300 
--home-size-mb 175 --delete-home --unencrypted-home 
Fedora-17-Beta-x86_64-Live-SoaS.iso /dev/sdb1

[1] http://wiki.sugarlabs.org/go/Testing/Reports/livecd-iso-to-disk

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct