[Bug 468189] Review Request: rear - Relax and Recovery (disaster recovery framework)

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=468189


Schlomo Schapiro <redhat at schlomo.schapiro.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
               Flag|                            |needinfo?(gratien.dhaese at it
                   |                            |3.be)




--- Comment #24 from Schlomo Schapiro <redhat at schlomo.schapiro.org>  2009-02-12 16:29:58 EDT ---
Hi,

I can shed some light on these questions. 

- ReaR comes as a self-contained package without any dedicated source
distribution. This means that every ReaR installation contains everything
needed to make a new package (e.g. "rear mkrpm"). This is very important for
the ReaR development process which requires the developer to *trash* the
development machine for each and every test. So we simply edit the files, do
rear mkrpm, copy aside the RPM and try whether ReaR works (e.g. recovers the
system). As a result some files exist twice, once in their "source" location
under /usr/share/rear and once in their "installed" location (%doc, %mandir).
Since the locations for these are not the same throughout all Linux distros it
would be difficult to always collect them from their (possibly unknown)
installed location prior to creating the RPM.

- the files under /etc/rear are all files that the end-user should change to
suit their environment. The *.conf files are actual configurations and the
other files are templates that are used by ReaR to create for example the
readme file that resides on the ReaR Rescue CD or the email that is sent. So
yes, they look like a readme and they are in fact a readme but not for ReaR as
a package but for the result that ReaR creates (the rescue media).

- in /var/rear we create the recovery data which is machine-dependant and
obviously not part of the shipped RPM package

- /usr/share/rear should be 755, must be a copy bug somewhere or in the SPEC
file. We will fix this of course, no question.

HTH,
Schlomo

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.