Hello Rogério, Rogério Brito said on Mon, Jan 11, 2010 at 11:25:31PM -0200:
> 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? No. I don't like that much DVCS myself, and prefer SVN. Even SVK sometimes gives me strange results I do not like. Git looks to me over complicated for the needs I have. But, I may be convinced later ;-) > > 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). So what do you think we should do here ? I know that Ubuntu people are considering dash as well. I think as you that we should have /bin/sh used in scripts, and check that it works with dash/bash correctly (so avoid bashisms, even if I don't think there are too many). > Can you comment a little bit more regarding the disappearance of > busybox? This is a pretty major change, of course. Yes. Busybox has some annoying problems with symlinks e.g. and also create a dependency that some distributions dislike. Using the std tools, instead of busybox occupy a bit more space, but gives you access to all options of those tools, and make coding more easy, as well due to 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). > Seems a good idea. Would you like to propose a patch for that ? Mine was to externalize that in conf files, in order to give more power to the end user (and also more risks ;-) But I'm a bit reluctant to code that in C, and would prefer to make it part of the perl-rewrite, as I already have tested code for conf file handling. (devel branch is a begining of what I have in mind). > 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? Independance, and error checking. Could make it much easier to port to say FreeBSD, e.g. > > 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? I'm still fighting to fix 2 issues, one with SElinux and extended attributes, the other one with LVM devices exclusion. Once those are good to go, I'll freeze and publish 2.2.9.2. Should have already been done, but those bugs are harder than I thought. > > 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. Thanks for sharing that. Will have to adapt mindi then. > 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. Indeed any help to improve that is welcome. I try to publish more user friendly doc for changes in my announce to the ML. Best regards, Bruno. -- Linux Profession Lead EMEA / Open Source Ambassador \ EMEA CME Sol. Center http://www.mondorescue.org / HP/Intel Solution Center \ http://hpintelco.net Des infos sur Linux? http://www.HyPer-Linux.org http://www.hp.com/linux La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
