From sagarun at gmail.com Thu Apr 24 02:33:44 2014 From: sagarun at gmail.com (Arun S A G) Date: Wed, 23 Apr 2014 19:33:44 -0700 Subject: [PATCH] Fix bogus changelog in pykickstart.spec Message-ID: <1398306824-29553-1-git-send-email-sagarun@gmail.com> --- pykickstart.spec | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pykickstart.spec b/pykickstart.spec index 3f38ed1..32fcc1e 100644 --- a/pykickstart.spec +++ b/pykickstart.spec @@ -915,7 +915,7 @@ make test - Support --mtu for the network command (#191328). - Accept --isUtc for backwards compatibility. -* Wed May 04 2006 Chris Lumens 0.27-1 +* Thu May 04 2006 Chris Lumens 0.27-1 - Output formatting fixes. - Added commands for managing users and services. -- 1.8.3.1 From mail at jeffer.ph Fri Apr 25 11:15:00 2014 From: mail at jeffer.ph (Paul Jefferson) Date: Fri, 25 Apr 2014 12:15:00 +0100 Subject: Checking dependencies of custom Fedora Spins Message-ID: <1398424500.25372.110294333.23453162@webmail.messagingengine.com> Hi everyone, I am currently in the process of creating a custom spin of Fedora 19 which will be based on the Fedora Xfce (or MATE) spin. I have been through a couple of iterations of: * adding packages to the kickstart file * building the installation tree using pungi (-G -B and -C) * adding a custom kickstart and isolinux configuration to tree * building the installation media (pungi -I) only to discover when anaconda begins to install the packages that there are some unsatisfied dependencies. I was just curious to see if anyone else is doing/has done this, and whether they found a good way of checking the dependences of the packages defined in the kickstart file prior to building the installation tree and media, as this is takes quite a bit of time. Thanks very much, Paul -- Paul Jefferson From clumens at redhat.com Fri Apr 25 14:20:52 2014 From: clumens at redhat.com (Chris Lumens) Date: Fri, 25 Apr 2014 10:20:52 -0400 Subject: [PATCH] Fix bogus changelog in pykickstart.spec In-Reply-To: <1398306824-29553-1-git-send-email-sagarun@gmail.com> References: <1398306824-29553-1-git-send-email-sagarun@gmail.com> Message-ID: <20140425142051.GA23487@dhcp55.install.bos.redhat.com> > pykickstart.spec | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks. - Chris From Kay at thewilliams.net Fri Apr 25 15:06:47 2014 From: Kay at thewilliams.net (Kay Williams) Date: Fri, 25 Apr 2014 08:06:47 -0700 Subject: Checking dependencies of custom Fedora Spins In-Reply-To: <1398424500.25372.110294333.23453162@webmail.messagingengine.com> References: <1398424500.25372.110294333.23453162@webmail.messagingengine.com> Message-ID: <3527434A537F2F42A53BAA31DC03BB6AC4815A16B8@SERVER1.family.local> I ran into the same issue for rhel7 beta and reported it at https://bugzilla.redhat.com/show_bug.cgi?id=1040707. That bug seems to have been made private somewhere along the way, so I've copied the relevant content below: --------------------- Description Kay Williams 2013-12-11 18:42:37 EST Description of problem: In previous versions, it was possible to create a custom install tree including packages from the core group, plus dependencies, plus a kernel (and any other desired packages). This is not working in rhel 7.0 beta because anaconda requires several packages that are not listed in the core group. Among these packages are authconfig, chrony, firewalld and grub2. These packages are listed in other groups as follows: authconfig, base chrony, base firewalld, base grub2, anaconda-tools For custom install tree creation, it is convenient to have all of the anaconda requried packages listed in the core group (or else included in the stage2 install image). Version-Release number of selected component (if applicable): Anaconda 19.31.36 and RHEL 7.0 Beta comps file How reproducible: Always. Steps to Reproduce: 1. Create a custom install tree containing just packages from the core group + dependencies + a kernel + dependencies. 2. Attempt to install using the custom install tree. Actual results: Anaconda fails attempting to install the missing package (authconfig, chrony, firewalld, or grub2). Expected results: Install completes without error. Comment 2 Bill Nottingham 2013-12-12 15:15:17 EST @anaconda-tools is needed for any custom install distribution, as that is where bootloaders/filesystem utilities/storage utilities that may be used depend on your installation type are denoted. Comment 3 Kay Williams 2013-12-12 19:30:19 EST Hi Bill, we tried including both @core and @anaconda-tools in the custom distribution, but anaconda still fails attempting to install crony and firewalld. In the big picture, ideally there would be a reliable formula for identifying the minimum set of packages required for a custom distribution. In the past, we used the formula '@core + a kernel + dependencies'. At the moment, the formula seems to be '@core + @anaconda-tools (which brings in authconfig, grub2) + some packages from @base (crony, firewalld) + a kernel + dependencies'. Perhaps crony and firewalld (and potentially others?) should be listed in @anaconda-tools (authconfig is listed in both). Or is there another way? One model is to include all the tools needed for performing installation in the stage2 image. In this model the custom distribution can include just the packages needed for the end system without regard for anaconda install requirements. Thanks for considering. Comment 4 Bill Nottingham 2013-12-13 14:22:28 EST This seems reasonable. Vaclav - can you add chrony, firewalld, and authconfig to @anaconda-tools in RHEL 7 and Fedora? -----Original Message----- From: kickstart-list-bounces at redhat.com [mailto:kickstart-list-bounces at redhat.com] On Behalf Of Paul Jefferson Sent: Friday, April 25, 2014 4:15 AM To: kickstart-list at redhat.com Subject: Checking dependencies of custom Fedora Spins Hi everyone, I am currently in the process of creating a custom spin of Fedora 19 which will be based on the Fedora Xfce (or MATE) spin. I have been through a couple of iterations of: * adding packages to the kickstart file * building the installation tree using pungi (-G -B and -C) * adding a custom kickstart and isolinux configuration to tree * building the installation media (pungi -I) only to discover when anaconda begins to install the packages that there are some unsatisfied dependencies. I was just curious to see if anyone else is doing/has done this, and whether they found a good way of checking the dependences of the packages defined in the kickstart file prior to building the installation tree and media, as this is takes quite a bit of time. Thanks very much, Paul -- Paul Jefferson _______________________________________________ Kickstart-list mailing list Kickstart-list at redhat.com https://www.redhat.com/mailman/listinfo/kickstart-list