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

bugzilla at redhat.com bugzilla at redhat.com
Thu Feb 12 20:26:02 UTC 2009


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


Robert Scheck <redhat-bugzilla at linuxnetz.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |redhat-bugzilla at linuxnetz.d
                   |                            |e




--- Comment #23 from Robert Scheck <redhat-bugzilla at linuxnetz.de>  2009-02-12 15:25:57 EDT ---
I don't know rear, but when looking to the package, I've got a few points:

- /usr/share/rear/CHANGES, /usr/share/rear/COPYING, /usr/share/rear/README,
  you're shipping twice. Kill the files in /usr/share/rear, because one time
  using %doc is enough.
- Why is /etc/rear/templates/EFI_readme.txt marked as configuration file? Is
  it a configuration file? Either it's a readme or it is a configuration file;
  but if it's readme, it should go into %doc from my point of view.
- What's /etc/rear/templates/RESULT_*? Looks like readmes as well, yes/no?
- /usr/share/doc/rear-1.7.15/rear.8 is shipped already in %{_mandir}, so please
  not also in %doc, twice is too much.
- /usr/share/rear/doc contains stuff, which is already covered by %doc and/or
  %{_mandir}, so please do not ship the directory at the RPM package.
- Is /usr/share/rear meant to be readonly? /usr/share/rear/skel looks to me as
  it would be used read-writeable as well.
- I'm not sure, whether /var/rear is correct, what will this directory contain
  when it is in regular use?
- You maybe want to use "BuildArch" rather "BuildArchitectures", but that is
  just cosmetic.
- Do you really need binutils as during runtime? Just wondering...

I don't expect you to change all my stuff mentioned above, various has maybe
to get discussed first. Can somebody summarize how /usr/share/rear is used and
which meaning it has? No changing content during rear usage?

Maybe more will come up, that's what I discovered with the first run...

-- 
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.




More information about the package-review mailing list