Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package systemd
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.o
#
# bts-link upstream status pull for source package systemd
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #740208 (http://bugs.debian.org/740208)
# Bug title: systemd: /dev/disk/by-XXX/YYY poi
How will a database.target solve anything in those not so uncommon
setups:
- database is remote
or
- one database needs another to start?
Please consider: if you end up with a solution that only works
for 90% of installations - fails on 10% - is that actually
solving your problem?
C.
Hi Michael -
Thanks for the attempt to remedy.
My problem is I start my VPN (openvpn) from /etc/rc.local, from
/etc/acpi/actions/lm_lid.sh, and from su under a regular user shell
(getty -> bash -> xinit -> rxvt -> bash -> su), depending on the
situation. I have used the same shell script for thi
Processing commands for cont...@bugs.debian.org:
> severity 861789 wishlist
Bug #861789 [systemd] Please provide database.target as a synchronization point
for applications providing databases and needing databases
Severity set to 'wishlist' from 'normal'
> thanks
Stopping processing here.
Pleas
