Bug#605784: nagios-statd: diff for NMU version 3.12-1.1

Hi Jonathan, I've looked over the changes and they are okay with me, what you have done is fine. Thank you. On Mon, Dec 27, 2010 at 3:37 AM, Jonathan Wiltshire wrote: > tags 605784 + patch > tags 605784 + pending > thanks > > Dear maintainer, > > I've prepared an NMU for nagios-statd (versio

Bug#605784: nagios-statd-server: test with python2.5 sucessful

Hi Vladislav, Thanks for your debugging work. I'll upload a new package soon, with your recommendations. Jason On Sat, Dec 11, 2010 at 3:13 AM, Vladislav Kurz wrote: > Package: nagios-statd-server > Version: 3.12-1 > Followup-For: Bug #605784 > > > Hello, > > i have tested nagios-statd witch py

Bug#521862: backtrace with more info

Hi, Here is a backtrace with hopefully more useful information. Thanks. Starting program: /usr/bin/evolution [Thread debugging using libthread_db enabled] warning: Lowest section in /usr/lib/libicudata.so.40 is .hash at 00b4 [New Thread 0xb522b9a0 (LWP 17425)] [New Thread 0xb4dfbb90 (LWP 1

Bug#508281: update-grub: dramatically fails at reporting errors

You could try the following: # sh -x update-grub On Tue, 2008-12-09 at 16:16 +0100, Cyril Brulebois wrote: > So be it. Let's debug: > ,-- > | [EMAIL PROTECTED]:~$ /sbin/update-grub -h > | Searching for GRUB installation directory ... found: /boot/grub > | [EMAIL PROTECTED]:~$ /sbin/update-grub -

Bug#463872: (no subject)

, because when I compile 5.2.4 and 5.2.5 from clean php.net > from source, the tidy extension works. > > The PHP package tidy version exhibits this problem reproduceable on different > machines for me. > > Should this file against PHP instead? > > -- Jason Thomas Network

Bug#463872: libtidy-0.99-0: Exceeds allowed memory size when used with php5-tidy 5.2.4-2+b1

'testing') > Architecture: i386 (i686) > > Kernel: Linux 2.6.18-4-vserver-k7 (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages libtidy-0.99-0 depends on: > ii libc

Bug#460177: update-grub updates menu.lst with incorrect boot device

SO-8859-1) > > Versions of packages grub depends on: > ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries > ii libncurses55.5-5 Shared libraries for terminal > hand > > grub recommends no packages. > > >

Bug#412021: grub fails to cope with '/boot' on different partition to '/'

Your changing (hd0,?) in the wrong place. Look a little higher up in the menu.lst file. The entries you are changing are regenerated every time update-grub is run. On Thu, Feb 22, 2007 at 09:28:13PM +, Bernard Boudet wrote: > Package: grub > Version: 0.97-23 > Severity: critical > Justificat

Bug#345931: If the problem is that the user doesn't know ...

If stage2 and stage1.5 are correct then most likely stage1 is correct as well. So would say just checking there version matches grub-shell would be enough. On Mon, Sep 25, 2006 at 09:01:02AM +0530, Kapil Hari Paranjape wrote: > Solution 2: (Since "stage1" does not change a lot) we can usually > ex

Bug#345931: If the problem is that the user doesn't know he won't be able to reboot...

option C, we create a way to extract the version information from every grub file. So that the grub shell can check that its version matches the stage files and if not generate an ERROR message. On Wed, Sep 13, 2006 at 11:05:38AM +0200, Marc Fargas wrote: > Steve Langasek <[EMAIL PROTECTED]> write

Bug#385391: update-grub still uses /bin/sh as its interpreter, fails with dash

Because the people that wrote it knew of no other way. If you are skilled in bash scripting we would love your input. Patch or Advice are both welcome. Thanks. On Thu, Aug 31, 2006 at 06:41:45PM +0300, R??mi Denis-Courmont wrote: > Le jeudi 31 ao?t 2006 02:24, vous avez ?crit : > > But /usr/sbin

Bug#345931: grub 0.97 doesn't work on several machines

close 345931 thanks Hi, grub-install copies the various stage* files into /boot/grub. grub shell does not. If you do not copy the stage* files then they will be incompatible with the boot sector that is installed. grub-install is the recommeneded method to install. On Mon, Feb 06, 2006 at 02:5

Bug#345931: grub 0.97 doesn't work on several machines

Hi, Please check your menu.lst for a splashimage line. If one or more exists comment them out and try to boot again. How where the menu.lst files created? You could also try pressing 'c' for the command line interface, when the random garbage is on the screen. But I've no idea if that will work.

Bug#343260: more info please

Can you please send a copy of: - menu.lst - copy of menu.lst with winxp as the first entry. - fstab - output of `mount` command Do you have any idea why this has happened? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341897: grub: update-grub has stopped finding kernels not in /boot

My theory is, that the debian installer created those entries. or perhaps grubconf. but not update-grub. On Sun, Dec 04, 2005 at 10:34:31AM +, Julian Gilbey wrote: > Weird - my old menu.lst didn't have such a line. I've added the new > boot options after this line in my new version. -- To

Bug#328837: very old package, should this be removed?

I no longer use the software either and it is no longer maintained upstream. I agree with removal of the package, What should happen now? On Sat, Sep 17, 2005 at 06:23:07PM +0200, Marc 'HE' Brockschmidt wrote: > Package: titrax > Version: 1.98.1-6 > Severity: serious > > Hi, > > During the Debi

Bug#290474: FYI

you will need to add your required modules before you install the kernel or you can run mkinitrd by hand after having added your modules. [EMAIL PROTECTED]:~$ cat /etc/mkinitrd/modules # /etc/mkinitrd/modules: Kernel modules to load for initrd. # # This file should contain the names of kernel mod