Hi, Bruno.
On Jan 12 2010, Bruno Cornec wrote:
> Rogério Brito said on Fri, Dec 11, 2009 at 02:05:36PM -0200:
> > I just took some time yesterday to update mondo to a newer version
> > in Debian.
>
> Thanks for taking care of that.
Nice. Your e-mail is a good reminder that I should take care of some
other points in mondo.
> I have appliced the patch 00-escape-hyphens-in-manpages.patch upstream
> in rev [2543].
Great. I have to mirror your svn repository with the git repository that
I'm using, but this mirroring is very slow. Do you happen to think about
transitioning to git at some point or another?
> However, I do not understand why you want to replace calls to /bin/sh in
> all backup scripts by calls to /bin/bash. I think that at restore time,
> bash is not mandatory.
Actually, that was inherited from Andree, if I am not mistaken. I am
more of a "purist" person and I would love to have everything depending
on the least amount of things (e.g., bare sh etc).
> I'v not checked all scripts, but IIRC there were made to be relatively
> agnostic in term of shell (bash, bourne, dash, ...) So I din't applied
> it for the moment, and would like confirmation that it's indeed
> needed.
I'm not close to my development box right now, but I think that Debian's
checkbashisms script may be a good indication of what can be improved
(if there is anything).
> If we can stay more generic the better, especially in prevision of
> 2.2.10 where busybox will disappear.
Can you comment a little bit more regarding the disappearance of
busybox? This is a pretty major change, of course.
> Isn't there any compatibility package in Debian to maintain
> availability of calls to cdrecord and mkisofs,
Some time ago, we did have a package that redirected a call to cdrecord
to wodim, but, now, at least on my box, there is not such thing, which
means that we can't always rely on that.
BTW, this is a pet peeve of mine: the "check command for availability"
in mondo has to change to be more generic (and, as a side effect,
eliminate some repetitive code): it should not check for only a single
command and, if that exists, set some variable to that command.
It should accept a list of commands and, the first one that is found (if
there is any) is returned, so that we can put that command to use. Only
if none is found we bail out and give an error.
This way, we get a lot better with the possible availability of programs
under many different names. Also, the system administrator can set his
preferred command (e.g., if he has, for some reason, installed something
on /usr/loca).
Of course, the system administator knows it better about the necessities
of his own system, if he needs to specify something in the program.
> Let me come up with something more suited for that problem.
That would be a better solution, IMVHO. Also, it struck me that you were
reimplementing some functions from the standard library with a custom
prefix. Is there any real need for that?
> 2.2.9 is entering a really stable life now. I have some patches for an
> upcoming 2.2.9.2. So I won't take patches that change too much the code
> for that branch anymore.
OK, no problems with that. Do you have any plans on releasing that?
> The rest of the dev is done in 2.2.10 and devel branches now. FYI.
Nice. Just FYI, a git kernel tree from Linus Torvalds just introduced a
new compression scheme for the kernel images: lzo. This is a good chance
to make the detection of signatures and so on a bit more flexible and
general.
> And there we can make lots of modifications (and lots have already
> been done, but status is that only mindi has been tested correctly up
> to now in 2.2.10.
I think that mindi/mondo need some good user-level document regarding
the changes between versions (not something which is technical like:
"Removes the useless uid field of the mountlist_line struct").
I can help with some of that, if desired.
> Thanks for your help,
You're welcome. Glad to be of help.
Regards,
--
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
