Hi again,
this is even funnier. On the machine, I have:
# fgrep Value: /var/cache/debconf/passwords.dat
Value:
Value:
Value:
Value:
Value:
So apparently, it lost *all* password information.
# ls -l /etc/redmine/
total 4
drwxr-xr-x 2 www-data www-data 4096 Dec 12 17:36 default
In /etc/redmine/default/database.yml there _is_ set a
password, but apparently not the correct one.
And finally: when I wrote the bugreport, *after* the
upgrade that failed to configure, Redmine was still
running, until I restarted Apache, now it 500s, which
is pretty much expected, so the database.yml *was*
changed and it had an older, nonzero, value that
actually worked.
Approximate order in which I did things:
apt-get install redmine redmine-pgsql
[ config fails due to missing postgresql server ]
apt-get install postgresql
[ redmine asks for half(!) the config values again ]
[ redmine works ]
apt-get --purge dist-upgrade
[ redmine asks for nothing but fails to upgrade ]
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
