I do have the same problem as described in this bugreport. I just installed a new machine (replacement for an older box) with sarge. One of the jobs of this box is to be a massive dict server. I did the --locale=de_DE.utf-8 changes to /etc/default/dictd which I already had working on the older box.
Strangely enough, if I launch dictd by hand, it seems to boot: fnewsql:~# dictd --locale=de_AT.utf-8 --logfile=/var/log/dictd.log fnewsql:~# ps aux|grep dictd dictd 3623 0.0 3.4 89632 31020 ? S 13:50 0:00 dictd 1.9.15: 0/0 And it also delivers request responses. However, starting via /etc/init.d/dictd just does not work, no matter how I configure /etc/default/dictd. Here is its current content: DICTD_ARGS="" DICTD_ARGS="$DICTD_ARGS --locale=de_AT.utf-8" DICTD_ARGS="$DICTD_ARGS --logfile=/var/log/dictd.log" fnewsql:~# /etc/init.d/dictd start Starting dictionary server: dictd. fnewsql:~# ps aux | grep dictd root 3635 0.0 0.0 3592 564 pts/0 R+ 13:53 0:00 grep dictd And no dictd is running. If I start it as user dictd manually, it also does not work: fnewsql:~# su dictd -c 'dictd --locale=de_AT.utf-8 --logfile=/var/log/dictd.log' fnewsql:~# ps aux|grep dictd root 3639 0.0 0.0 3592 568 pts/0 S+ 13:54 0:00 grep dictd And no dictd running. Solution: Remove the "-c dictd" from /etc/init.d/dictd, then, it works: fnewsql:~# /etc/init.d/dictd start Starting dictionary server: dictd. fnewsql:~# ps aux|grep dictd dictd 3701 0.3 3.4 89632 31024 ? S 14:01 0:00 dictd 1.9.15: 0/0 This bug IMO should have been grave long ago to prevent the package from migrating into sarge. -- CYa, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
