imgcreate/creator.py imgcreate/kickstart.py
by Jasper O'neal Hartline
imgcreate/creator.py | 4 ----
imgcreate/kickstart.py | 5 +++--
2 files changed, 3 insertions(+), 6 deletions(-)
New commits:
commit 158f7c6a327e2e8de1f3dd55c9125858c10582f7
Author: Daniel Walsh <dwalsh(a)redhat.com>
Date: Sun Aug 15 11:19:27 2010 -0700
Allow creation of SELinux enabled LiveCD from an SELinux disabled host (bz 519709)
diff --git a/imgcreate/creator.py b/imgcreate/creator.py
index 0ba5af5..20be148 100644
--- a/imgcreate/creator.py
+++ b/imgcreate/creator.py
@@ -400,10 +400,6 @@ class ImageCreator(object):
if not kickstart.get_repos(self.ks):
raise CreatorError("No repositories specified")
- if (kickstart.selinux_enabled(self.ks) and
- not os.path.exists("/selinux/enforce")):
- raise CreatorError("SELinux requested but not enabled on host")
-
def __write_fstab(self):
fstab = open(self._instroot + "/etc/fstab", "w")
fstab.write(self._get_fstab())
diff --git a/imgcreate/kickstart.py b/imgcreate/kickstart.py
index 6600fd7..aa2cff0 100644
--- a/imgcreate/kickstart.py
+++ b/imgcreate/kickstart.py
@@ -416,10 +416,11 @@ class SelinuxConfig(KickstartConfig):
if ksselinux.selinux == ksconstants.SELINUX_DISABLED:
return
- if not os.path.exists(self.path("/sbin/restorecon")):
+
+ if not os.path.exists(self.path("/sbin/setfiles")):
return
- self.call(["/sbin/restorecon", "-l", "-r", "-F", "-e", "/proc", "-e", "/sys", "-e", "/dev", "-e", "/selinux", "/"])
+ self.call(["/sbin/setfiles", "/etc/selinux/targeted/contexts/files/file_contexts", "-e", "/proc", "-e", "/sys", "-e", "/dev", "-e", "/selinux", "/"])
def apply(self, ksselinux):
if os.path.exists(self.path("/usr/sbin/lokkit")):
13 years, 8 months
edit-liveos version of edit-livecd
by Frederick Grose
This note is to inform the community about work in progress.
As part of the the Live USB customization project work, I've filed several
patches to this ticket,
https://bugzilla.redhat.com/show_bug.cgi?id=448030, RFE: create a bootable
Live USB stick from the running livecd.
I'm currently working on a new version of the new, edit-livecd tool,
http://git.fedorahosted.org/git/?p=livecd;a=blob_plain;f=tools/edit-livec...,
I've renamed to edit-liveos.
The goal is to support cloning of an existing image along with resparsing
the operating system so that the overlay can be reset and a livecd.iso file
could be generated, if desired.
The attached edit-liveos and .diff files will show the approach and current
state of development.
Due to bugs in the shutil.copytree() function, I've used rsync to copy the
filesystem. This seems fast and allows greater customization, if desired,
by use of per directory .rsync-filter files.
This is my first python project, so right now I'm learning how to work with
the various filesystem image & mount objects and methods.
I've also attached the edit-liveos and .diff files to ticket # 448030.
Comments or suggestions are welcome. --Fred
13 years, 8 months
Bring me up to speed on using git for livecd-tools
by Jasper Hartline
If Bruno or someone possibly apevack can bring me up to speed on using
git with fedpkg
it will help me to become a productive maintainer of livecd-tools.
My keys are all set up properly.
This is what I get:
[autopsy@localhost git]$ fedpkg clone livecd-tools
Cloning into livecd-tools...
Enter passphrase for key '/home/autopsy/.ssh/id_rsa':
remote: Counting objects: 509, done.
remote: Compressing objects: 100% (294/294), done.
remote: Total 509 (delta 169), reused 505 (delta 168)
Receiving objects: 100% (509/509), 76.25 KiB, done.
Resolving deltas: 100% (169/169), done.
[autopsy@localhost git]$
In this directory I have:
[autopsy@localhost git]$ ls livecd-tools/
gzip.patch livecd-tools.spec sources
[autopsy@localhost git]$
But if I do a git pull, I get this:
[autopsy@localhost git]$ git clone git://git.fedorahosted.org/livecd livecd
Cloning into livecd...
remote: Counting objects: 3449, done.
remote: Compressing objects: 100% (1511/1511), done.
remote: Total 3449 (delta 2283), reused 2921 (delta 1911)
Receiving objects: 100% (3449/3449), 542.27 KiB | 582 KiB/s, done.
Resolving deltas: 100% (2283/2283), done.
[autopsy@localhost git]$ ls livecd
API AUTHORS config COPYING docs HACKING imgcreate Makefile README tools
[autopsy@localhost git]$
Can someone explain to me the difference here, and why fedpkg clone is
not the same as git pull?
Can someone explain how they go about cloning, making a patch, and
committing a patch or change?
Also explain how to do a revert procedure?
13 years, 8 months
Re: [Fedora-livecd-list] livecd Digest, Vol 64, Issue 2
by Jerry Babione
I have removed Fedora from ny pc. My clients would find it harder to use than the Kubunto I have currently installed. That may not make since because the interface is the same; the restrictions on Internet access that are inherent and the SSL Load requirements that are automatic make a Crash reinstall much more easily accomplished with Kubunto. I have over 500 clients with various Operating Systems and the Fedora Project just lost the opportunity of servicing.
Jerry BabioneCo-Founder, Just Plain Folks Organization, Inc.
--- On Wed, 8/11/10, livecd-request(a)lists.fedoraproject.org <livecd-request(a)lists.fedoraproject.org> wrote:
From: livecd-request(a)lists.fedoraproject.org <livecd-request(a)lists.fedoraproject.org>
Subject: livecd Digest, Vol 64, Issue 2
To: livecd(a)lists.fedoraproject.org
Date: Wednesday, August 11, 2010, 11:24 AM
Send livecd mailing list submissions to
livecd(a)lists.fedoraproject.org
To subscribe or unsubscribe via the World Wide Web, visit
https://admin.fedoraproject.org/mailman/listinfo/livecd
or, via email, send a message with subject or body 'help' to
livecd-request(a)lists.fedoraproject.org
You can reach the person managing the list at
livecd-owner(a)lists.fedoraproject.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of livecd digest..."
Today's Topics:
1. How to include firefox addons in livecd? (Arun SAG)
2. Re: How to include firefox addons in livecd? (Mads Kiilerich)
3. no more git.fedoraproject.org ? (Marc Herbert)
4. Backporting livecd-tools to f13? (Bruno Wolff III)
5. Re: Backporting livecd-tools to f13? (Jasper Hartline)
6. [PATCH] Fixed buggy [[ "$DEV" =~ "/dev/loop*" ]] tests with
new isdevloop() function (Marc Herbert)
7. Re: [PATCH] Fixed buggy [[ "$DEV" =~ "/dev/loop*" ]] tests
with new isdevloop() function (Marc Herbert)
8. xforcevesa? (Marc Herbert)
9. Re: xforcevesa? (Jasper Hartline)
10. Re: xforcevesa? (Marc Herbert)
11. Re: xforcevesa? (Jasper Hartline)
12. Extlinux has no Ext4 support, nor BTRFS - What about Grub?
(Jasper Hartline)
13. Re: xforcevesa? (Marc Herbert)
14. Re: xforcevesa? (Jasper Hartline)
15. Re: UDF filesystem for the ISO image? (Marc Herbert)
16. Fedora is going away in my Office. I'll use Ubunto.
(Jerry Babione)
17. Re: Fedora is going away in my Office. I'll use Ubunto.
(Scott Dowdle)
18. Request to maintainer to commit these patches (Jasper Hartline)
19. Extlinux has no Ext4 support, nor BTRFS - What about Grub?
(Jasper Hartline)
20. Re: xforcevesa? (Mads Kiilerich)
21. Re: xforcevesa? (Thorsten Leemhuis)
22. Re: Request to maintainer to commit these patches
(Bruno Wolff III)
----------------------------------------------------------------------
Message: 1
Date: Tue, 3 Aug 2010 12:14:15 +0530
From: Arun SAG <sagarun(a)gmail.com>
Subject: [Fedora-livecd-list] How to include firefox addons in livecd?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTik4Eujj5fufF1L00_KihfE5C-vyAE7NQbitHWyw(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
Is there any way to add some useful Firefox addon's into live cd? Do i have
to create rpm of each and every addon?
--
Arun S.A.G
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/livecd/attachments/20100803/3488...
------------------------------
Message: 2
Date: Tue, 03 Aug 2010 10:15:41 +0200
From: Mads Kiilerich <mads(a)kiilerich.com>
Subject: Re: [Fedora-livecd-list] How to include firefox addons in
livecd?
To: livecd(a)lists.fedoraproject.org
Message-ID: <4C57D02D.5080104(a)kiilerich.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 08/03/2010 08:44 AM, Arun SAG wrote:
> Hi,
>
> Is there any way to add some useful Firefox addon's into live cd? Do i
> have to create rpm of each and every addon?
That is how I prefer to do it.
You can also just manually copy /usr/lib/mozilla/extensions in a
nochroot section.
/Mads
------------------------------
Message: 3
Date: Tue, 03 Aug 2010 15:52:17 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: [Fedora-livecd-list] no more git.fedoraproject.org ?
To: livecd(a)lists.fedoraproject.org
Message-ID: <i39af1$2jp$1(a)dough.gmane.org>
Content-Type: text/plain; charset=UTF-8
Hi,
Until not so long ago, it was possible to get the source code using
the DNS name "git.fedoraproject.org" as explained here:
<http://fedoraproject.org/wiki/FedoraLiveCD#Finding_the_Code>
Not any more today:
host git.fedoraproject.org. ns1.fedoraproject.org.
=> Host git.fedoraproject.org. not found: 3(NXDOMAIN)
If this loss is permanent then please fix the wiki page?
Cheers,
Marc
Note: I could fix my old checkouts like this:
git remote set-url origin git://git.fedorahosted.org/git/livecd
------------------------------
Message: 4
Date: Tue, 3 Aug 2010 10:16:27 -0500
From: Bruno Wolff III <bruno(a)wolff.to>
Subject: [Fedora-livecd-list] Backporting livecd-tools to f13?
To: livecd(a)lists.fedoraproject.org
Message-ID: <20100803151627.GF10972(a)wolff.to>
Content-Type: text/plain; charset=us-ascii
I was asked to get 033 into f13. Since Iam on vacation now and I
think we'll be doing another path rollup in a few weeks I'd rather
wait for that before doing this.
Besides the timing, there is the issue of what we want to backport. The
easiest is to just do an f13 build of the same source. At this point
I don't think there is a problem with that. (If lzma were to become the
default for f14, we wouldn't that in f13.) But we also have the option
to cherry pick stuff.
What are people's views on this?
(Don't be surprised if I don't add much to this conversation until after
I get back next week.)
------------------------------
Message: 5
Date: Tue, 3 Aug 2010 08:44:34 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: Re: [Fedora-livecd-list] Backporting livecd-tools to f13?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTikBCp8Ufm2Q=ci-N6L_0gzb_cfo3S950=_n_4HN(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I'd be mostly interested in the update to 033-3 to allow people using
Fedora 13 hosts to build
Live media of RAWHIDE/F14a from RAWHIDE or F14 TC1 repositories, and so on.
On Tue, Aug 3, 2010 at 8:16 AM, Bruno Wolff III <bruno(a)wolff.to> wrote:
> I was asked to get 033 into f13.
> Besides the timing, there is the issue of what we want to backport. The
> easiest is to just do an f13 build of the same source. At this point
> I don't think there is a problem with that.
------------------------------
Message: 6
Date: Tue, 03 Aug 2010 17:12:21 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: [Fedora-livecd-list] [PATCH] Fixed buggy [[ "$DEV" =~
"/dev/loop*" ]] tests with new isdevloop() function
To: livecd(a)lists.fedoraproject.org
Message-ID: <4C583FE5.6060007(a)gmail.com>
Content-Type: text/plain; charset=ISO-8859-15
This was accidentally working in old bash versions, not anymore in
Fedora 13's bash 4.1.7. Now using proper prefix matching instead of
the previous regex matching disguised as pattern matching.
---
tools/livecd-iso-to-disk.sh | 13 +++++++++----
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/tools/livecd-iso-to-disk.sh b/tools/livecd-iso-to-disk.sh
index f4d0855..846fa73 100755
--- a/tools/livecd-iso-to-disk.sh
+++ b/tools/livecd-iso-to-disk.sh
@@ -39,10 +39,15 @@ exitclean() {
exit 1
}
+isdevloop()
+{
+ [ x"${1#/dev/loop}" != x"$1" ]
+}
+
getdisk() {
DEV=$1
- if [[ "$DEV" =~ "/dev/loop*" ]]; then
+ if isdevloop "$DEV"; then
device="$DEV"
return
fi
@@ -65,7 +70,7 @@ getdisk() {
}
resetMBR() {
- if [[ "$DEV" =~ "/dev/loop*" ]]; then
+ if isdevloop "$DEV"; then
return
fi
getdisk $1
@@ -94,7 +99,7 @@ resetMBR() {
}
checkMBR() {
- if [[ "$DEV" =~ "/dev/loop*" ]]; then
+ if isdevloop "$DEV"; then
return 0
fi
getdisk $1
@@ -124,7 +129,7 @@ checkPartActive() {
if [ "$dev" = "$device" ]; then
return
fi
- if [[ "$dev" =~ "/dev/loop*" ]]; then
+ if isdevloop "$dev"; then
return
fi
--
1.7.2
------------------------------
Message: 7
Date: Wed, 04 Aug 2010 11:58:36 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: Re: [Fedora-livecd-list] [PATCH] Fixed buggy [[ "$DEV" =~
"/dev/loop*" ]] tests with new isdevloop() function
To: livecd(a)lists.fedoraproject.org
Message-ID: <i3bh4s$uqs$1(a)dough.gmane.org>
Content-Type: text/plain; charset=UTF-8
Le 03/08/2010 17:12, Marc Herbert a ?crit :
> This was accidentally working in old bash versions, not anymore in
> Fedora 13's bash 4.1.7. Now using proper prefix matching instead of
> the previous regex matching disguised as pattern matching.
This broke due to a documented change in bash. More details here:
http://thread.gmane.org/gmane.comp.shells.bash.bugs/15080
Or better: do not bother reading and avoid advanced, non-portable
and evolving bash features when basic features are enough (= apply my
patch).
Note: even without considering this change in bash, the previous code was
confusing patterns and regular expressions and working by chance.
------------------------------
Message: 8
Date: Wed, 04 Aug 2010 15:13:10 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Message-ID: <i3bshm$a50$1(a)dough.gmane.org>
Content-Type: text/plain; charset=UTF-8
Hi,
Is there a Fedora equivalent to the "xforcevesa" boot parameter?
If there is none I will probably need some day to port the Ubuntu
one. Would this of interest to Fedora?
Regards,
Marc
------------------------------
Message: 9
Date: Wed, 4 Aug 2010 08:35:48 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTikptyWKUtf-Z2ABanpe4dx4AD2zj6S8q8cHo1pQ(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Aug 4, 2010 at 7:13 AM, Marc Herbert <Marc.Herbert(a)gmail.com> wrote:
>
> Hi,
>
> ?Is there a Fedora equivalent to the "xforcevesa" boot parameter?
Anaconda has xdriver where you can specify VESA, e.g. xdriver=vesa
------------------------------
Message: 10
Date: Wed, 04 Aug 2010 17:59:38 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Message-ID: <i3c69r$hre$1(a)dough.gmane.org>
Content-Type: text/plain; charset=UTF-8
Le 04/08/2010 16:35, Jasper Hartline a ?crit :
> On Wed, Aug 4, 2010 at 7:13 AM, Marc Herbert <Marc.Herbert-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org> wrote:
>>
>> Hi,
>>
>> Is there a Fedora equivalent to the "xforcevesa" boot parameter?
>
> Anaconda has xdriver where you can specify VESA, e.g. xdriver=vesa
Thanks Jasper,
I am actually only interested in the liveCD where "xdriver" does not seem
to be implemented.
How hard would it be to port xdriver from the installer? Easier than
Ubuntu's xforcevesa I guess?
Cheers,
Marc
------------------------------
Message: 11
Date: Wed, 4 Aug 2010 12:07:11 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTin6kG6z7PqC+v9u_YOVTFFzQ=SffQmuoiGEncGh(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Aug 4, 2010 at 9:59 AM, Marc Herbert <Marc.Herbert(a)gmail.com> wrote:
> ?I am actually only interested in the liveCD where "xdriver" does not seem
> to be implemented.
>
> How hard would it be to port xdriver from the installer? Easier than
> Ubuntu's xforcevesa I guess?
vga=ask or vga=<code> are kernel VESA BIOS modes that you can use on
the livecds.
http://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Linux_video_mode_numbers
I am not sure what xforcevesa does really so I am not sure if it is an
equivalent
or can be ported. The above would work on any 2.6 kernel presumably.
------------------------------
Message: 12
Date: Wed, 4 Aug 2010 21:21:05 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: [Fedora-livecd-list] Extlinux has no Ext4 support, nor BTRFS
- What about Grub?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTikK-og=igw8RhU_0c0fHkVLmC5efCYOJp6CH+T0(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Anyone have any idea how to handle this:
https://bugzilla.redhat.com/show_bug.cgi?id=563527
I would like to hear some ideas, especially from the current active
project lead.
It seems May of 2009 is the last time this repository was committed to:
http://git.zytor.com/?p=users/liu/devel.git;a=summary
Which from what I can tell is the head of where Extlinux will support Ext4.
Seems stale.
Have we thought about going ahead and using Grub instead?
We can't ignore this.
------------------------------
Message: 13
Date: Thu, 05 Aug 2010 13:14:13 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Cc: Jasper Hartline
<public-jasper.hartline-Re5JQEeQqe8AvxtiuMwx3w(a)lo.gmane.org>
Message-ID: <4C5AAB15.7050403(a)gmail.com>
Content-Type: text/plain; charset=UTF-8
> vga=ask or vga=<code> are kernel VESA BIOS modes that you can use on
> the livecds.
> http://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Linux_video_mode_numbers
I think these are ignored by Xorg.
>> Is there a Fedora equivalent to the "xforcevesa" boot parameter?
>
> Anaconda has xdriver where you can specify VESA, e.g. xdriver=vesa
> [...]
> I am not sure what xforcevesa does really
"xforcevesa" forces Xorg to use the VESA driver. Please note and
admire the unusual feat of a terse boot paramater doing exactly what
its name says. You would typically combine this with "nomodeset"
<https://help.ubuntu.com/community/BootOptions#Installer options (user-land)>
The main visible effect of xforcevesa is to simply generate a dummy
xorg.conf file with a "Driver vesa" line. This happens early, even
when booting in single user mode. Dunno about the rest, if any.
xforcevesa is (part of?) what Ubuntu calls "Safe Graphics Mode",
codenamed https://wiki.ubuntu.com/BulletProofX. Google will find a lot
of pages about it.
xforcevesa applies to (Ubuntu) live images (unlike xdriver=vesa? Disappointing)
Would "Fedora live" have any interest in such a feature? It looks very useful
to me. Especially since Intel increased "commitment" in Xorg.
------------------------------
Message: 14
Date: Thu, 5 Aug 2010 06:54:38 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTimF=4t+qKxpw=tpVcrN3-HDUwx5M=NFRwq=WVQ7(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
When I said I am not sure what it does, I was referring to it's actual
operations.
Not it's purpose. What software does and it's purpose are sometimes
two different things.
Look at bugs as a good example.
On Thu, Aug 5, 2010 at 5:14 AM, Marc Herbert <Marc.Herbert(a)gmail.com> wrote:
>> I am not sure what xforcevesa does really
>
>
> "xforcevesa" forces Xorg to use the VESA driver. Please note and
> admire the unusual feat of a terse boot paramater doing exactly what
> its name says. You would typically combine this with "nomodeset"
------------------------------
Message: 15
Date: Thu, 05 Aug 2010 16:26:31 +0100
From: Marc Herbert <Marc.Herbert(a)gmail.com>
Subject: Re: [Fedora-livecd-list] UDF filesystem for the ISO image?
To: livecd(a)lists.fedoraproject.org
Message-ID: <i3el78$e8j$1(a)dough.gmane.org>
Content-Type: text/plain; charset=UTF-8
Le 30/07/2010 17:51, Bruno Wolff III a ?crit :
>> Now here is the crazy idea: would it be feasible to get the best of
>> both worlds by switching to a read-write filesystem like UDF for
>> instance?
>
> The os image is imbedded in a squashfs image so you are still stuff with
> read only for that part.
It's OK, I am only interested in writing to the "root" filesystem.
> UDF actually gets used for images over 4 GiB instead of iso8660.
Great, thanks for the tip. I forced UDF unconditionally in live.py
and then hit this problem:
UDF-fs: Partition marked readonly; forcing readonly mount
Then I found this in "man mkisofs":
"UDF support is currently in alpha status"
The following quote looks like a good summary:
http://syslinux.zytor.com/archives/2006-February/006504.html
"With mkisofs, I cannot write; with mkudffs, I apparently cannot
boot. Or is there a way out?
------------------------------
Message: 16
Date: Thu, 5 Aug 2010 19:44:34 -0700 (PDT)
From: Jerry Babione <jerry.babione(a)att.net>
Subject: [Fedora-livecd-list] Fedora is going away in my Office. I'll
use Ubunto.
To: livecd(a)lists.fedoraproject.org
Message-ID: <977561.77750.qm(a)web83713.mail.sp1.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Locking out the places other than Fedora Project links in the initial load is insane. You have to use another PC to get Email including those from the project.? Thanks but no thanks Fedora.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/livecd/attachments/20100805/e398...
------------------------------
Message: 17
Date: Thu, 5 Aug 2010 23:40:59 -0400 (EDT)
From: Scott Dowdle <dowdle(a)montanalinux.org>
Subject: Re: [Fedora-livecd-list] Fedora is going away in my Office.
I'll use Ubunto.
To: livecd(a)lists.fedoraproject.org
Message-ID:
<7040843.68.1281066059021.JavaMail.root(a)mail.montanalinux.org>
Content-Type: text/plain; charset=utf-8
Greetings,
----- Original Message -----
> Locking out the places other than Fedora Project links in the initial
> load is insane. You have to use another PC to get Email including
> those from the project. Thanks but no thanks Fedora.
Oh, if it were only true... if I could just ignore your post and let you wonder off into Ubuntu paradise. But no... I have to ask you what you are talking about. So, what *ARE* you talking about?
I'm thinking I really don't want to know.
TYL,
--
Scott Dowdle
704 Church Street
Belgrade, MT 59714
(406)388-0827 [home]
(406)994-3931 [work]
------------------------------
Message: 18
Date: Sun, 8 Aug 2010 03:46:07 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: [Fedora-livecd-list] Request to maintainer to commit these
patches
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTi=S-juED9SFH-L9=PaYLyYPxkv324BNY08C6_t0(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hello. Here are two patches which I think could be committed, if
anyone wants to pull git
and patch it up with them and send ACK or failure I think it will help
in speeding up the process for the current maintainers
to be able to commit these changes along with gzip.patch which Bruno
said will be included in the next rollup
of livecd-creator. Bruno, your thoughts?
Here are two that look like they could go in (including gzip.patch
which is already in the SRPM):
BUG: SELinux Bug #519709
PATCH: https://bugzilla.redhat.com/attachment.cgi?id=436610&action=diff&context=...
RELATED: https://bugzilla.redhat.com/show_bug.cgi?id=575424
BUG: Enable use of NETINST ISO when doing ISO to DISK patch Bug #604942
PATCH: https://bugzilla.redhat.com/attachment.cgi?id=424664&action=diff&context=...
------------------------------
Message: 19
Date: Sun, 8 Aug 2010 05:27:35 -0700
From: Jasper Hartline <jasper.hartline(a)gmail.com>
Subject: [Fedora-livecd-list] Extlinux has no Ext4 support, nor BTRFS
- What about Grub?
To: livecd(a)lists.fedoraproject.org
Message-ID:
<AANLkTimotZuAr6XqaFnaKbWskuU5cOFF2Fxst_hyt+ky(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Nevermind.
syslinux 4.02 for F-14 is being built and will make it into F14 most likely.
This will allow us to apply the patches for RFE:
https://bugzilla.redhat.com/show_bug.cgi?id=563527
------------------------------
Message: 20
Date: Sun, 08 Aug 2010 20:12:49 +0200
From: Mads Kiilerich <mads(a)kiilerich.com>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Cc: Marc Herbert <Marc.Herbert(a)gmail.com>
Message-ID: <4C5EF3A1.9070204(a)kiilerich.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Marc Herbert wrote, On 08/04/2010 06:59 PM:
> Le 04/08/2010 16:35, Jasper Hartline a ?crit :
>> On Wed, Aug 4, 2010 at 7:13 AM, Marc Herbert<Marc.Herbert-Re5JQEeQqe8AvxtiuMwx3w(a)public.gmane.org> wrote:
>>> Hi,
>>>
>>> Is there a Fedora equivalent to the "xforcevesa" boot parameter?
>> Anaconda has xdriver where you can specify VESA, e.g. xdriver=vesa
> Thanks Jasper,
>
> I am actually only interested in the liveCD where "xdriver" does not seem
> to be implemented.
>
> How hard would it be to port xdriver from the installer? Easier than
> Ubuntu's xforcevesa I guess?
I guess that should be a general Fedora feature? Something that
overrules the automatic driver detection based on the rules in
/usr/share/hwdata/videoaliases/ ?
How and where is xforcevesa implemented?
/Mads
------------------------------
Message: 21
Date: Mon, 09 Aug 2010 16:00:46 +0200
From: Thorsten Leemhuis <fedora(a)leemhuis.info>
Subject: Re: [Fedora-livecd-list] xforcevesa?
To: livecd(a)lists.fedoraproject.org
Message-ID: <4C600A0E.4000101(a)leemhuis.info>
Content-Type: text/plain; charset=UTF-8
Mads Kiilerich wrote on 08.08.2010 20:12:
> [...]
> I guess that should be a general Fedora feature?
In case anybody is interested: I was in the need to foce Vesa in the
past and added below *hack* to a kickstart file somewhere in the
fedora-live-base.ks section between
|cat > /etc/rc.d/init.d/livesys-late << EOF
and
|EOF
to make "xdriver=vesa" work on the livecd.
CU
knurd
P.S.: Yes, it has bugs (hardcoded german keyboard and only works with
"vesa"), that's why I called it a hack earlier ;-)
"""
# configure X, allowing user to override xdriver
if [ "\$xdriver" == "vesa" ]; then
cat > /etc/X11/xorg.conf <<FOE
# Xorg configuration created by system-config-display
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "InputDevice"
# keyboard added by system-config-display
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "\$xdriver"
EndSection
Section "Monitor"
Identifier "Monitor0"
HorizSync 30-69
VertRefresh 60-75
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
SubSection "Display"
Modes "1024x768" "800x600"
EndSubSection
EndSection
FOE
fi
"""
------------------------------
Message: 22
Date: Wed, 11 Aug 2010 11:24:14 -0500
From: Bruno Wolff III <bruno(a)wolff.to>
Subject: Re: [Fedora-livecd-list] Request to maintainer to commit
these patches
To: Jasper Hartline <jasper.hartline(a)gmail.com>
Cc: livecd(a)lists.fedoraproject.org
Message-ID: <20100811162414.GA14195(a)wolff.to>
Content-Type: text/plain; charset=us-ascii
On Sun, Aug 08, 2010 at 03:46:07 -0700,
Jasper Hartline <jasper.hartline(a)gmail.com> wrote:
> Hello. Here are two patches which I think could be committed, if
> anyone wants to pull git
I'll take a look over the weekend. I am still catching up and managed to get
sick after getting back.
We definitely could use another committer or two. (In addition to a lot
more reviewers.)
------------------------------
--
livecd mailing list
livecd(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/livecd
End of livecd Digest, Vol 64, Issue 2
*************************************
13 years, 9 months
/sbin/mksquashfs: invalid option: Complex build and I'll likely need a little help.
by Mike Mestnik
Firstly I was unsure of how to get a file(tar/package/script) into
%post. I tried several things that worked, but I'm not happy with any
of them... suggestions and obvious solutions welcome.
Attached is a build-log, the first and last parts of my ks file and the
script that builds the ks file. The resulting file is 32MB so it's not
included... but you can put your own tar file in for testing.
Any advice/solutions welcome!
--
Mike Mestnik
Technical Team
___
Nagios Enterprises, INC.
Email: mmestnik(a)nagios.com
Web: www.nagios.com
#!/usr/bin/make -Bf
# Usage:
# make all
export MEID=$$Id: Makefile 484 2010-07-19 18:31:49Z mmestnik $$
# This file contains the commands for building the components
# zip files
#
# $Id: Makefile 484 2010-07-19 18:31:49Z mmestnik $
export LANG=C
FINDPRUNE=-name .svn -prune -o -name \*\ \* -prune -o \
-name \*\$$\* -prune -o -name \*\"\* -prune -o \
-name \*\'\* -prune -o
all: centos-livecd-minimal.nagiosxi.iso $(addsuffix .iso, $(basename \
$(shell find -mindepth 1 -maxdepth 1 $(FINDPRUNE) -name \*.ks -print)))
clean:
@rm -f *.iso
.PHONY: clean all
%.iso: %.ks
@livecd-creator --config=$< --fslabel=$(basename $<) | \
while read i; do echo $$i; [ "$$i" = "MakeFileExtrasGO." ] && { \
for ech in /var/tmp/imgcreate-*/install_root/tmp/; \
do cp -v xi-latest.tar.gz $$ech; done; }; done
centos-livecd-minimal.nagiosxi.ks: centos-livecd-minimal.nagiosxi.ks-head \
xi-latest.tar.gz centos-livecd-minimal.nagiosxi.ks-tail
@cat centos-livecd-minimal.nagiosxi.ks-head > $@
@base64 xi-latest.tar.gz >> $@
@cat centos-livecd-minimal.nagiosxi.ks-tail >> $@
#
# Copyright (c) 2010 Nagios Enterprises, LLC. All rights reserved.
#
# $Id: centos-livecd-minimal+nagiosxi.ks,v 1.3 2010/08/02 21:03:53 root Exp root $
lang en_US.UTF-8
keyboard us
timezone US/Central
auth --useshadow --passalgo=sha512
selinux --disabled
firewall --disabled
skipx
repo --name=a-base --baseurl=http://ftp.osuosl.org/pub/centos/5/os/$basearch
repo --name=a-updates --baseurl=http://ftp.osuosl.org/pub/centos/5/updates/$basearch
repo --name=a-extras --baseurl=http://ftp.osuosl.org/pub/centos/5/extras/$basearch
repo --name=a-live --baseurl=http://www.nanotechnologies.qc.ca/propos/linux/centos-live/$basearch/live
repo --name="Extra Packages for Enterprise Linux 5 - $basearch" --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-5&arch=$basearch
repo --name="Dag RPM Repository for Red Hat Enterprise Linux" --baseurl=http://apt.sw.be/redhat/el5/en/$basearch/dag
%packages
bash
kernel
syslinux
passwd
policycoreutils
chkconfig
authconfig
rootfiles
comps-extras
xkeyboard-config
perl
make
sysstat
bzr
rpmdevtools
httpd
php
gcc
glibc
glibc-common
gd
gd-devel
mysql
mysql-server
mysql-devel
net-snmp
net-snmp-libs
net-snmp-utils
libmcrypt
libmcrypt-devel
dstat
rrdtool
php
php-mysql
xinetd
php-gd
unzip
nmap
php-pear
bind-utils
openldap
openldap-devel
fping
mrtg
postgresql
postgresql-libs
postgresql-server
php-pgsql
postgresql-devel
perl-Net-SNMP
php-mcrypt
cacti
php-snmp
expat-devel
graphviz
freetds
freetds-devel
unixODBC
unixODBC-devel
php-odbc
php-mssql
openssl
openssl-devel
unzip
rpmdevtools
phpMyAdmin
perl
perl-libwww-perl
perl-Apache-Test
perl-Time-HiRes
##perl-Getopt-Long
perl-Error
perl-Crypt-SSLeay
perl-XML-Simple
perl-XML-Parser
perl-DBD-MySQL
perl-DBD-mysql
perl-DBD-ODBC
perl-Mail-POP3Client
perl-Net-SMTP-TLS
perl-DBD-Sybase
net-snmp-perl
perl-Config-IniFiles
axel
%post
#!/bin/sh
export MEID='$Id: centos-livecd-minimal+nagiosxi.ks,v 1.3 2010/08/02 21:03:53 root Exp root $'
export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
bzr whoami "$MEID"
if [ ! -d /etc/.bzr ]; then bzr init /etc; fi
if [ ! -d /usr/local/.bzr ]; then bzr init /usr/local; fi
service httpd start
service postgresql start
cd /tmp
dat="$(<<'EOF' tr -d '\n' | base64 -d - | tar -xvzf -
EOF
)"; cd $(echo "$dat" | head -n1) || { echo "It failed."; exit 4; }
# TODO: Perhaps there is an rpm?
# Needed for NagiosQL
pear install HTML_Template_IT
./2-usersgroups
./3-dbservers
./4-services
./5-sudoers
./7-sendmail
./9-dbbackups
./10-phplimits
./11-sourceguardian
./12-mrtg
./13-cacti
./A-subcomponents
./B-installxi
./C-cronjobs
./D-chkconfigalldaemons
./E-importnagiosql
./Z-webroot
service xinetd stop
service npcd stop
service nagiosxi stop
service nagios stop
service ndo2db stop
service httpd stop
service mysqld stop
service postgresql stop
chkconfig --level 345 xinetd on
chkconfig --level 345 npcd on
chkconfig --level 345 nagiosxi on
chkconfig --level 345 nagios on
chkconfig --level 345 ndo2db on
chkconfig --level 345 httpd on
chkconfig --level 345 mysqld on
chkconfig --level 345 postgresql on
chkconfig --level 016 xinetd off
chkconfig --level 016 npcd off
chkconfig --level 016 nagiosxi off
chkconfig --level 016 nagios off
chkconfig --level 016 ndo2db off
chkconfig --level 016 httpd off
chkconfig --level 016 mysqld off
chkconfig --level 016 postgresql off
rm -f /boot/initrd*
rm -f /usr/var/lib/rpm/__db.00*
13 years, 9 months
xforcevesa?
by Marc Herbert
Hi,
Is there a Fedora equivalent to the "xforcevesa" boot parameter?
If there is none I will probably need some day to port the Ubuntu
one. Would this of interest to Fedora?
Regards,
Marc
13 years, 9 months
Fedora is going away in my Office. I'll use Ubunto.
by Jerry Babione
Locking out the places other than Fedora Project links in the initial load is insane. You have to use another PC to get Email including those from the project. Thanks but no thanks Fedora.
13 years, 9 months
UDF filesystem for the ISO image?
by Marc Herbert
Hi all,
This following might be naive - thanks in advance to just tell me if
it is.
I used to "convert the ISO image to a USB image using
livecd-iso-to-disk. After upgrading to Fedora 13, I thought at first
that this conversion could now be avoided since the ISO image can now
also be used on USB. But there is a caveat: the filesystem being
read-only ISO9660, it is not possible to write on such a USB stick
(whereas my previous conversion technique allows that).
Now here is the crazy idea: would it be feasible to get the best of
both worlds by switching to a read-write filesystem like UDF for
instance?
Thanks in advance.
Cheers,
Marc
13 years, 9 months
Backporting livecd-tools to f13?
by Bruno Wolff III
I was asked to get 033 into f13. Since Iam on vacation now and I
think we'll be doing another path rollup in a few weeks I'd rather
wait for that before doing this.
Besides the timing, there is the issue of what we want to backport. The
easiest is to just do an f13 build of the same source. At this point
I don't think there is a problem with that. (If lzma were to become the
default for f14, we wouldn't that in f13.) But we also have the option
to cherry pick stuff.
What are people's views on this?
(Don't be surprised if I don't add much to this conversation until after
I get back next week.)
13 years, 9 months