Anaconda-devel April 2012

anaconda-devel@lists.stg.fedoraproject.org

41 participants
99 discussions

adding ARM support to Anaconda
by David Marlin 26 Apr '12

26 Apr '12

I've been doing some work on Fedora-ARM, and have been looking into adding ARM support to Anaconda. My first step was just to get Anaconda to be aware of the ARM architecture. I have now been able to create a disk-image for an ARM system (Trim Slice) using livemedia-creator and a kickstart file. This involved some changes to both Anaconda and Lorax. Attached is a patch against anaconda-17.21 from F17. Please let me know if the changes I am making are acceptable, and if so, what I need to do to push these upstream. I plan to continue working on this to make the correct kernel selection and add support for the U-Boot bootloader (used by many ARM systems). I am currently handling the bootloader setup in the %post section of the kickstart config file, which works for now to create a bootable image. Please CC me on any replies, as I am not currently on this list. Thank you, d.marlin

5 5

[PATCH] Wrong kickstart bootloader written
by Mark Hamzy 26 Apr '12

26 Apr '12

BootLoader.writeKS writes an incorrect value in the kickstart file. Fix is written by dlehman and tested on PPC. --- pyanaconda/bootloader.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/pyanaconda/bootloader.py b/pyanaconda/bootloader.py index 062361d..c9a2a77 100644 --- a/pyanaconda/bootloader.py +++ b/pyanaconda/bootloader.py @@ -1061,7 +1061,7 @@ class BootLoader(object): """ Write bootloader section of kickstart configuration. """ if not self.stage1_device: location = "none\n" - elif self.stage1_device.isDisk: + elif self.stage1_device != self.stage2_device: location = "mbr" else: location = "partition" -- 1.7.7.6

2 1

[PATCH lorax/f17-branch] Add /etc/sysctl.d/anaconda.conf, set kernel.printk=1 (#816022)
by Will Woods 26 Apr '12

26 Apr '12

We use this to set various sysctl settings, like setting kernel.printk=1 so we don't get the screen all crudded up with kernel messages during text-mode installs. --- share/config_files/common/sysctl.conf | 1 + share/runtime-postinstall.tmpl | 1 + 2 files changed, 2 insertions(+), 0 deletions(-) create mode 100644 share/config_files/common/sysctl.conf diff --git a/share/config_files/common/sysctl.conf b/share/config_files/common/sysctl.conf new file mode 100644 index 0000000..a95dfc6 --- /dev/null +++ b/share/config_files/common/sysctl.conf @@ -0,0 +1 @@ +kernel.printk=1 diff --git a/share/runtime-postinstall.tmpl b/share/runtime-postinstall.tmpl index 224394c..6af3498 100644 --- a/share/runtime-postinstall.tmpl +++ b/share/runtime-postinstall.tmpl @@ -42,6 +42,7 @@ install ${configdir}/rsyslog.conf etc install ${configdir}/bash_history root/.bash_history install ${configdir}/profile root/.profile install ${configdir}/libuser.conf etc +install ${configdir}/sysctl.conf etc/sysctl.d/anaconda.conf %if exists(root+"/etc/selinux/targeted"): install ${configdir}/selinux.config etc/selinux/config %endif -- 1.7.7.6

2 2

[rhel6-branch] [PATCH] Make swap suggestions more flexible
by Vratislav Podzimek 26 Apr '12

26 Apr '12

Resolves: rhbz#815557 Simple patch making swap suggestions more flexible. However the new values are not consistent with the documentation [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=744129#c2 --- iutil.py | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/iutil.py b/iutil.py index f7254e2..b8eb8ba 100644 --- a/iutil.py +++ b/iutil.py @@ -455,23 +455,23 @@ def swapSuggestion(quiet=0): #table suggested in rhbz#744129 if mem <= 4096: - minswap = 2048 + minswap = 1024 maxswap = 2048 elif 4096 < mem <= 16384: - minswap = 4096 + minswap = 2048 maxswap = 4096 elif 16384 < mem <= 65536: - minswap = 8192 + minswap = 4096 maxswap = 8192 elif 65536 < mem <= 262144: - minswap = 16384 + minswap = 8192 maxswap = 16384 else: - minswap = 32768 + minswap = 16384 maxswap = 32768 if not quiet: -- 1.7.4.4

2 8

[newui] Two patches fixing the layout preview functionality
by Vratislav Podzimek 26 Apr '12

26 Apr '12

These two patches (both tested) fix the layout preview functionality by using proper values for getting layout names (PATCH 1/2) and using proper layout names (PATCH 2/2). -- Vratislav Podzimek

2 3

PTO Fri Apr 27 - Fri May 4
by Radek Vykydal 26 Apr '12

26 Apr '12

I will be unreachable Fri Apr 27 - Tue May 1 and maybe also Wed May 2 - Sun May 6.

1 0

[f17-branch] Check /run/initramfs/live/ for packages (#806166)
by Brian C. Lane 25 Apr '12

25 Apr '12

From: "Brian C. Lane" <bcl(a)redhat.com> An iso that had been dd'd to a USB stick needs to find the packages so look at the root of the media (which dracut mounts on /run/initramfs/live/) and bind mount that to /mnt/install/source --- pyanaconda/yuminstall.py | 14 ++++++++++---- 1 files changed, 10 insertions(+), 4 deletions(-) diff --git a/pyanaconda/yuminstall.py b/pyanaconda/yuminstall.py index 109daec..ce7fe67 100644 --- a/pyanaconda/yuminstall.py +++ b/pyanaconda/yuminstall.py @@ -474,11 +474,17 @@ class AnacondaYum(yum.YumBase): self._mountInstallCD() self.mediagrabber = self.mediaHandler self._baseRepoURL = "file://%s" % self.tree + elif os.path.isdir("/run/initramfs/live/repodata"): + # No methodstr was given. In order to find an installation source + # we first check to see if dracut has already mounted the source + # on /run/initramfs/live/ and if not we check to see if there's a + # CD/DVD with packages on it. If both those fail we default to the + # mirrorlist URL. The user can always change the repo with the + # repo editor later. + isys.mount("/run/initramfs/live/", self.tree, bindMount=True) + self.mediagrabber = self.mediaHandler + self._baseRepoURL = "file://%s" % self.tree else: - # No methodstr was given. In order to find an installation source, - # we should first check to see if there's a CD/DVD with packages - # on it, and then default to the mirrorlist URL. The user can - # always change the repo with the repo editor later. cdr = scanForMedia(self.tree, self.anaconda.storage) if cdr: self.mediagrabber = self.mediaHandler -- 1.7.7.6

2 1

git tip: adding branch name to subject prefix [PATCH branch]
by Will Woods 25 Apr '12

25 Apr '12

So! Annoyed by the fact that git send-email doesn't display the branch name, I came up with this little hack: 1) Save the attached script as 'git-email-subject-prefix' somewhere in your path. (I have ~/bin in my path so I used that) 2) Add the following to your ~/.gitconfig (watch the quoting!): [alias] send = !git send-email --subject-prefix=\"$(git-email-subject-prefix)\" 3) Modify the config for your 'lorax' and 'anaconda' repos: git config sendemail.to anaconda-devel-list(a)redhat.com Then you use 'git send' instead of 'git send-email' and it automatically changes the subject prefix according to the settings in the script. The script checks the 'sendemail.to' setting to see which list it's sending to. You could modify that script for your workflow(s). The default settings are: 1) anaconda gets [PATCH branch] (or [PATCH] if master) 2) lorax gets [PATCH lorax/branch] 3) everything else gets the same as anaconda Hope that's helpful to someone, -w

1 0

[PATCH] Make sure DASD info is available (#729910)
by Jesse Keating 25 Apr '12

25 Apr '12

This is a bit heavy handed, but is safer than a kernel change at this point. Resolves: rhbz#729910 --- storage/dasd.py | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/storage/dasd.py b/storage/dasd.py index 2b95b19..97bc3bd 100644 --- a/storage/dasd.py +++ b/storage/dasd.py @@ -79,6 +79,15 @@ class DASD: if not os.path.isfile(statusfile): continue + # This works around what I believe to be a kernel bug and + # forces udev to notice all the information about these + # devices (#729910) + path = "/sys/block/%s" % device + try: + iutil.notify_kernel(path) + except Exception, e: + log.warning("failed to notify kernel of change: %s" % e) + f = open(statusfile, "r") status = f.read().strip() f.close() -- 1.7.7.6

2 1

Work around for DASD info on s390x
by Jesse Keating 25 Apr '12

25 Apr '12

While this doesn't necessarly correct the root issue, which I think is a kernel issue, it does seem a bit safer at this point for this branch. All it really does is trigger udev to read information about these devices again, kind of like a udev_trigger or udev_settle. -jlk

3 4

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Anaconda-devel April 2012