Johannes Meixner
Johannes Meixner
* ReaR version: 2.7 * OS version: SLES15 SP3 * ReaR configuration file: local.conf excerpt for what is needed here ``` OUTPUT=ISO BACKUP=NSR ``` * System architecture: x86_64 * Related...
* ReaR version ("/usr/sbin/rear -V"): current master code * Description of the issue (ideally so that others can reproduce it): See https://github.com/rear/rear/pull/3027#issuecomment-1641955414 We copy by default all in /dev/ into...
I wonder if GRUB Legacy support in ReaR is still used anywhere? For example regarding SUSE and openSUSE: The SUSE SLES12 release notes https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/index.html read (excerpts): ``` Publication date: 2016-04-06...
Investigate whether or not ELILO support in ReaR is still needed and/or actually used anywhere. This is triggered by https://github.com/rear/rear/issues/3127#issuecomment-1892246131 Excerpt from https://github.com/rear/rear/issues/3127#issuecomment-1898415233 ``` ... the ELILO RPM package 'elilo'...
This issue is a generalization of https://github.com/rear/rear/pull/3125#discussion_r1447059187 We should remove all words like * just * simple * easy from all texts everywhere step by step whenever we are working...
In [skel/default]/etc/scripts/system-setup we should also source additional config files, see https://github.com/rear/rear/pull/3070/files#r1392860702 This is related to and similar as https://github.com/rear/rear/issues/2942
Triggered by https://github.com/rear/rear/issues/3152 and https://github.com/rear/rear/pull/3155 I am wondering why "rear recover" regenerates the original's system initrd in any case? In particular why I am wondering see in my https://github.com/rear/rear/issues/3152#issuecomment-1941510047 ```...
* Type: **Enhancement** * Impact: **High** High impact where needed. No impact esewhere. * Reference to related issue (URL): Triggred by my experiments in https://github.com/rear/rear/pull/3175 how 'tar' behaves when exact...
For the reason behind see in particular https://github.com/rear/rear/issues/2777#issuecomment-1077600797 Currently during "rear recover" it mounts filesystems with all mount options that have been reported by `mount -t ...` and/or `findmnt -mnrv...
Use the new TextPrefix function * Type: **Enhancement** * Impact: **None** No impact for users. But for us: More standardized code by a general TextPrefix function instead of individual `sed`...