Hello, See below ...
On 05/11/2017 11:36 AM, Andrea Venturoli wrote: > On 05/10/17 14:04, Kern Sibbald wrote: > >> After thinking about this some more, it seems to me that it is a >> waste of your time to run Bacula in a jail. You are going to have >> nothing but problems. Running regression tests with Bacula is >> designed to confine itself to the regress directory (and perhaps >> tmp), and the probability of having a security problem of any kind >> while running regression tests is essentially zero. Sorry, but I >> would not even try running Bacula regression tests in a jail. > > Unfortunately, recent policies do not allow me to try this in base of > a production server and that's what I have now. > If doing this in a jail won't work, I'll have to wait until I have a > spare machine available and that will be a one-time shot anyway (while > I hoped to leave the jail running with crons). I did not want to imply that a jail will not work, just that it seems to be difficult. > > If that's not too much a waste of your time, I'd be curious to know > why a jail won't do. I just feel uneasy about you possibly wasting your time. You may be able to make a jail work, but my experience with them is that it is easy to run into problems. Bacula regression scripts were not designed to run in a jail. That doesn't mean that they will not work in a jail, but the work to get them working probably does not justify the benefit. Best regards, Kern > TIA. > > > > >>>> I don't know why it's trying /bin/csh >>> Ok, so I changed the shell to sh (perhaps this should be picked up >>> anyway) and I got some further. >>> However all tests are failing. >> Yes, we do not support csh, only sh (and probably bash). > > That's fair: I wouln't expect anyone to support csh. > However that's the default on some systems and, in spite of that, I > never had the need to explicitly change the shell of the user: the > configure script and/or the shebangs would pick sh anyway. > I suggest a note is added to the documentation that everything must > explicitly be run from sh. > > > > > >>> I used "git clone http://git.bacula.org/bacula.git bacula": that's >>> different from what the doc says (there's "bacula", not "bacula.git"). >>> Is this ok? >> Can you tell me *exactly* where the doc says it is bacula. The repo >> is called bacula.git, and if you are using git itself rather than >> http, it knows to add the correct extension. > > I'm using this guide, as suggested by Dan: >> http://www.bacula.org/7.0.x-manuals/en/developers/Bacula_Regression_Testing.html >> >> > > There it says to type "git clone http://git.bacula.org/bacula bacula". > However, on my system: >> $ git clone http://git.bacula.org/bacula bacula >> Cloning into 'bacula'... >> fatal: repository 'http://git.bacula.org/bacula/' not found > > So I had a look into http://git.bacula.org/ and run: >> git clone http://git.bacula.org/bacula.git bacula > > This worked. > I think I grasp the basics of git, but I'm no expert. > If that's a weirdness on my box, please ignore this. > > > > > >> We no longer support Sqlite. However, we still keep scripts for >> Sqlite3. > > Sorry, I meant sqlite3-3.18.0. > >> I *strongly* recommend using only MySQL or Postgresql. > > I'll eventually try MySQL (and Postgres when I'll be able). > > > > > >> It is not obvious what is going wrong, but you can get more >> information by running: >> >> REGRESS_DEBUG=1 tests/<test-name> > > I found the problem and was able to run the tests. > Right now I'm at 3 tests failing, but I will investigate these too ASAP. > > > >> Best regards, >> Kern > > Thanks a lot. > > bye > av. > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
