Re: [Refdb-users] slight problem with refdb 0.9.8-1 distribution

[Markus H. <mar...@mh...>]

Hi Vince,

Quoting Vincent Carey 525-2265 <st...@ch...>:

>
> i apologize if i should be writing to some mailing list
>

Your message will reach me either way, but mailing lists have the =20
benefit of a public archive. The list information is right on =20
http://refdb.sourceforge.net. I've cc'ed my reply to the refdb-users =20
list.

>
> note the *dump.sqlite* has a .2.
>
> in line 190  of refdb-init.in in the same folder we have
>     checkFile "<pkgdatadir>/sql/refdb.dump.sqlite" "read" \
>
> and the lack of the .2. is a problem for refdb-init
>

That's me being careless... however, the 0.9.9 prereleases use a =20
different mechanism to create or update the main database. refdbd now =20
has a maintenance mode that takes care of this stuff. Therefore the =20
line above no longer exists in refdb-init. To the best of my knowledge =20
the new mechanism does not show this problem, but I'll check again to =20
make sure. I'll probably make a fixed version of the old refdb-init =20
available on the web page for those who still use 0.9.8-1.

> while i have your attention, the default behavior of the config files
> is to do logging and pid saving in dirs that are typically root controlled=
.
> it would be nice to make these easily configurable, living under prefix va=
lue
> by default.
>

The log destinations, log files, and pid files are configurable in the =20
init files (<prefix>/etc/refdb/refdbXrc) and via the command line (see =20
the -e, -L, and -P switches). I agree that the default locations =20
should include the prefix, although I think that on most systems both =20
/var/log and /usr/local/var/log are root controlled. I'll add the =20
prefix asap.

regards,
Markus

--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de