Package: bacula
Version: 2.4.2-1
Severity: important
Hi,
I'm reporting this on the source package as it affects all three
daemons. Basically, they get K9[012] links under /etc/rc[06].d, thus
they are stopped after syslogd, and, what is more important, after
open-iscsi. I guess backing up to iSC
Stefan Fritsch <[EMAIL PROTECTED]> writes:
> To create a backtrace, do: [...]
I created a backtrace nevertheless. gdb gave me some warnings, hope
they are OK:
[EMAIL PROTECTED]:~# gdb /usr/sbin/apache2 /tmp/core
GNU gdb 6.4.90-debian
[...]
This GDB was configured as "i486-linux-gnu"...(no debu
Stefan Fritsch <[EMAIL PROTECTED]> writes:
> On Monday 24 September 2007, Ferenc Wagner wrote:
>
>> my Apache (stock Etch) seems to produce this on each restart. I'd
>> be glad to gather further information (like a backtrace) given some
>> pointers on how to do it.
>
> A list of all modules you h
Hi,
just to add one more data point: I run into the same issue (well,
2.6.20 had other problems, so I turned to
http://www.lrz-muenchen.de/~tobiasnadler/linux/kernelcompile.html for
some help with 2.6.21), but: adding a delay is sooo bad solution, it
even has serious support (see rootdelay in man
"Alex Owen" <[EMAIL PROTECTED]> writes:
> If people test the patch and repost sucsess or failure here that may
> help a decision for including the patch or not!
Just like for Brien, the patch seems to work for me (not extensively
tested yet, but...) on an up-to-date Etch system with
linux-kernel-
Hi,
looks like this package is not intended (or yet prepeared) for such
use. Try this instead:
apt-get source linux-modules-extra-2.6
cd linux-modules-extra-2.6-2.6.18
fakeroot debian/rules debian/build debian/stamps
fakeroot make -f debian/rules.gen setup-i386-none-686-redhat-cluster
[patch it
Daniel Baumann <[EMAIL PROTECTED]> writes:
> the submitters thinks, that sh -e is wrong here, but it is not.
No, the submitter always writes sh -e is his init scripts. Also, he
couldn't find in the Policy whether foo should fail if the package is
not running, but anyways (9.3.2):
restart
st
Wagner Ferenc <[EMAIL PROTECTED]> writes:
> I can't get my mobile pairing either, it does not accept the pin. Tried
> /usr/lib/bluetooth/add-passkey both manually and by the init script, no
> difference. dbus-monitor didn't show anything passkey related either.
Seems
Package: bluez-utils
Version: 3.1-3
Followup-For: Bug #378446
I can't get my mobile pairing either, it does not accept the pin. Tried
/usr/lib/bluetooth/add-passkey both manually and by the init script, no
difference. dbus-monitor didn't show anything passkey related either.
Thanks,
Feri.
-- S
9 matches
Mail list logo
