| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
a real Python package.
Also updates the build and autotools stuff to work with the new structure
|
| |
|
|
| |
We don't have InstallData on master (patch was ported from rhel).
|
| | |
|
| |
|
|
|
| |
The code is identical for text mode and gui mode (except for one
copy paste error fixed by the previous commit GRRRR).
|
| | |
|
| |
|
|
| |
makes the livecd installer look much better.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Writing the files so often is not necessary, and can cause
timing issues (NM itself updates the files after we write
them out) which can result in duplicated connections nm-c-e
list. Write the file only if some value in NetworkDevice
object has been actually changed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
We used to activate just one device when enabling network,
so it was ok to use waitForConnection (wait just for any
connection). Now that more devices can be set to be activated
in nm-c-e (by checking [] Connect automatically), we should
(1) Wait for all devices activated by nm-c-e this way, otherwise
we can fail with traceback in next steps reading device
configuration.
(2) When enabling network make sure the device selected by user
in combobox was activated, not just any device.
|
| |
|
|
|
|
| |
This is only for [Configure Network] button, otoh when enabling network,
still offer pre-nmce dialog to inform user that he needs to configure
network.
|
| |
|
|
| |
Log file is /tmp/ifcfg.log.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Key patch of series. enableNetwork method is the root of all other
changes in the patchset. The method is used both for network enabling
in stage 2 triggered by need of network (repos, network storage, etc..)
and [Configure Network] button
What we select in stage 2 network UI is:
- device to be activated (only in case of network enabling), this is
controlled by ONBOOT ifcfg setting, note that devices actually
activated depend on editing in nm-c-e
- devices to be controlled by NM (and thus visible in nm-c-e),
this is set by NM_CONTROLLED ifcfg setting
A dialog for that is part of the patch, it needs some polishing.
bringUp method had to be split into write and waitForConnection
because in case of just config, without actually activating any
device in nm-c-e, we don't want to wait for activation.
|
| |
|
|
|
|
|
| |
We are using DetailMessageWindow. Make sure the details are expanded by
default when showing unformatted DASDs. Other uses of this dialog
(e.g., traceback) do not want to have the details expanded by default,
so keep it False unless the use passes the expanded=True parameter.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
We shouldn't set WINDOW_TYPE_HINT_DESKTOP for the toplevel window when X11
display is forwarded, otherwise graphical Anaconda will appear below all
other windows on the desktop and without any decorations.
There's a similar patch for rhel6:
524f4b6950d66470a48207cc39532de21173538b.
|
| |
|
|
|
| |
Courtesey of pylint, this patch also fixes some things which are not
syntax errors but still make pylint unhappy.
|
| | |
|
| |
|
|
| |
Merge the methods into one.
|
| | |
|
| |
|
|
|
|
| |
* nm-c-e is called non-blocking
* fullscreen of icw doesn't allow to stack nm-c-e properly
* prevent focus change by making icw insensitive
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds a warning when ignoring BIOS RAID members because no complete
set using them could be found.
This patch also introduces a much needed InstallInterfaceBase class, as I
didn't feel like adding the exact same code to all of cmdline.py, gui.py and
text.py .
Note that the ignoring of BIOS RAID members is checked in 2 places, as
the filter UI can be skipped under certain circumstances (kickstart). The
interface code checks for disks it has already warned about.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
I believe this was primarily needed for test mode (which we no longer
have), and more recently live installs (which we have a flag to test for).
Therefore, there's no reason to maintain this hack too.
|
| | |
|
| |
|
|
|
| |
This is sometimes useful, like when we won't know until the screen is being
populated whether or not we actually want to display it.
|
| |
|
|
|
|
|
|
|
|
| |
It's possible for the user to have a huge number of disks, which could result in
this dialog popping up a huge number of times. Therefore, it'd be a good idea
to allow the user to apply their same choice to all following times when the
dialog would pop up.
Note that it would be nicer to add some sort of checkbox to MessageWindow to
make this more clear, but that is not exactly trivial to do.
|
| |
|
|
|
|
|
|
|
|
|
| |
- Remove unnecessary semi colons in various places
- textw/upgrade_text.py: add a few missing imports
- Fix various missplaced doc strings
- Fix several double imports
- Fix AnacondaKSScript.run: Module 'os' has no 'exists' member
- users.py: Remove double definition of Users.setRootPassword
- yuminstall.py: correct typo reop -> repo
- yuminstall.py: _run: anaconda -> self.anaconda
|
| |
|
|
|
|
|
|
|
|
|
| |
The patch does essentially the same thing as commit
31d5b8f4fec513e4f8e246e47e9fee75c701d07b for disk initialization question. The
difference is that when user chooses LVM reinitialization, it is done
immediately (not as planned action as with disk initialization) so the user
wouldn't be asked again anyway without the patch (he would be asked if he chose
to ignore).
I also made one function more readable in the patch.
|
| |
|
|
|
|
|
|
| |
Don't ask again and again e.g. when going back and forth in custom partitioning
UI. Related to bug #527711 which is itself fixed by another patch.
(*) Answers are cached in InstallInterface classes.
(*) Dialog callback is moved from storage code to InstallInterface
classes.
|
| |
|
|
|
|
| |
Most Fedora users don't need to see the advanced filtering UI with all its
multipath tabs and advanced storage buttons and search interfaces. So,
provide an introductory screen that allows skipping all that stuff.
|
| |
|
|
|
|
| |
This UI is the screen that allows the user to select which devices will be
wiped during installation and which should just be mounted. It also allows
selecting which device the bootloader should be installed to.
|
| |
|
|
|
|
|
|
|
|
| |
This UI allows the user to select which devices they would like to include
in the rest of the installation process, sorted out by their types. All
devices not checked will never again be referenced by anaconda, though we
may see their udev information in the logs from time to time. This UI
supports two different ways of looking at things: the simple UI for
regular Fedora users with basic devices, and the complex UI with many tabs
and filtering options.
|
| |
|
|
|
| |
This will be handy for the filtering interface that does not at all exist
in text mode.
|
| |
|
|
|
|
|
| |
This mode is decaying as anaconda moves forward with things like udev, dbus
etc. No one is really working on making sure they continue to work. Let's
stop pretending and also get rid of some additional complicated ways to
run anaconda.
|
| |
|
|
| |
We need to pass dummy repo object. Also pass methodstr as argument.
|
| | |
|
| |
|
|
|
|
|
|
| |
Whatever form the new entitlement system takes, it is unlikely it will
look like what we've currently got. It's probably better to start over
fresh than attempt to adapt what we've got into supporting the new system.
This will also allow testing of the RHEL6 tree with the right product
name without requiring testers to enter a key.
|
| | |
|
| |
|
|
|
|
|
|
| |
Since we have the Next button grab focus immediately before drawing then
screens, we'd been relying on a complicated system of GTK signals to do
the job but that only ever worked part of the time. Instead, add a focus()
method to InstallWindow that screens can override and will set the focus
to the correct widget.
|
| | |
|
| | |
|
| | |
|
| | |
|