Bug#984760: grub-efi-amd64: upgrade works, boot fails (error: symbol `grub_is_lockdown` not found)

Package: grub-efi-amd64 Version: 2.04-16 Severity: critical Justification: breaks unrelated software X-Debbugs-Cc: akum...@gmail.com Dear Maintainer, * What led up to the situation? A Toshiba laptop with a single disk, with GPT partitions, a few days ago performed a normal upgrade: ... 2021

Bug#346677: Prepared fix

tag 346677 pending thanks, mate On Tue, Jan 17, 2006 at 12:56:37PM +0100, Bjoern Boschman wrote: > Hi, > > I've applied the neccessary changes, but I'm not really aware how to > upload an NMU > > Changes can be found on http://jesusch.de/~jesusch/debian-source/ Thanks, I've applied similiar in

Bug#348703: zeroconf: Sabotages connection in strange ways

Hi Mikael, On Wed, Jan 18, 2006 at 03:09:07PM +0100, Mikael Nilsson wrote: > Package: zeroconf > Version: 0.6.1-1 > Severity: critical > Justification: breaks unrelated software I'll leave these as is, though I suspect these are inflated. > Installing zeroconf (which was done without me noticing

Bug#348729: zeroconf: Sabotages connection in strange ways

On Wed, Jan 18, 2006 at 03:09:07PM +0100, Mikael Nilsson wrote: > Package: zeroconf > Version: 0.6.1-1 > Severity: critical > Justification: breaks unrelated software > > At work, the situation is very different. I can't reach computers on the > same subnet, but behind a hub (such as our mail and

Bug#348703: zeroconf: Sabotages connection in strange ways

On Wed, Jan 18, 2006 at 07:33:12PM +0100, Mikael Nilsson wrote: Hi Mikael, Thanks for the email -- so far nothing strikes me as odd. > Anything else that might help? In any case, the link local address does > *not* end up in resolv.conf. > > Actually, putting it there manually makes address loo

Bug#348703: zeroconf: Sabotages connection in strange ways

Hi Mikael, On Wed, Jan 18, 2006 at 09:03:59PM +0100, Mikael Nilsson wrote: > > > Anything else that might help? In any case, the link local address does > > > *not* end up in resolv.conf. > > > > > > Actually, putting it there manually makes address lookup work again :-) > > > > Okay, that is w

Bug#365053: please recheck with zeroconf 0.8

Hi, Could you please rechekc this with zeroconf 0.8 as I belive this bug is fixed. I'll assume that you agree with this if I don't here from you for 4 weeks and I will close this bugreport. Thanks, Anand -- `When any government, or any church for that matter, undertakes to say to its subjec

Bug#348729: please recheck with zeroconf 0.8

Hi, Could you please recheck this with zeroconf 0.8 or later? Thanks, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, "This you may not read, this you must not see, this you are forbidden to know," the end result is tyranny and oppression no

Bug#360608: zeroconf information

Hi Mike, I've lokoed into ifconfig (briefly) and basically the first address returned is decided by the kernel. Ideally ifconfig should list all addresses but it stops on the first one. So that's two bugs: - kernel returning link-local addresses first - ifconfig only displaying

Bug#348729: please recheck with zeroconf 0.8

Hi Mikael, On Tue, May 02, 2006 at 06:04:09PM +0200, Mikael Nilsson wrote: > Tested zeroconf 0.9-1: > > I had to first uninstall network-manager (which does not use if-up.d and > friends...), and re-enable laptop-net. That all worked. > > Now, trying again I have the same symptoms as before: >

Bug#340459: postgresql-7.4: unable to install

On Wed, Nov 23, 2005 at 04:32:26PM +0100, Jonathan Ballet wrote: > Package: postgresql-7.4 > Version: 1:7.4.9-2 > Severity: grave > Justification: renders package unusable > > I could not install postgresql-7.4 : > > === > jon-debian:/home/jon# LANGUAGE=en aptitude install postgresql-7.4 > Settin

Bug#353142: "breaks network"

Hi, You say that zerocong breaks your network. Please send me the output of 'ip addr', 'ip -4 route' and 'ip -6 route'. If you can identify any issues with what is displayed, then let me know. NOTE: ifconfig is buggy and will not return the right information to you. Anand -- `When any govern

Bug#351540: zeroconf overwrites static ip address for eth0

On Sun, Feb 26, 2006 at 02:16:03PM +, Peter Salisbury wrote: > Package: zeroconf > Followup-For: Bug #351540 > > zeroconf was installed automatically and caused various network > problems because it overwrites the ip address and broadcast address > for eth0. > This interface was configured i

Bug#348706: amaya: Something similar on 9.4-1

Hmm, in that case it is likely to be the '--with-gl' flag causing this then as (apart from the version upgrade) that was the only appreciable build difference. If you run from the command line what, if any, output do you get? Anand On Thu, Mar 09, 2006 at 08:57:45PM +0100, xdrudis wrote: > > FW

Bug#374685: nautilus-cd-burner: fails to call cdrecord properly

Package: nautilus-cd-burner Version: 2.14.2-1 Severity: grave Justification: renders package unusable Hi, nautilus-cd-burner fails to call cdrecord correctly; and thus fails to burn an ISO image. (( an aside; discovering the '--source-iso' option was pure dumb luck; something in README.Debian to

Bug#374685: nautilus-cd-burner: fails to call cdrecord properly

On Tue, Jun 20, 2006 at 10:40:13PM +0200, Josselin Mouette wrote: > Le mercredi 21 juin 2006 à 02:26 +1000, Anand Kumria a écrit : > > nautilus-cd-burner fails to call cdrecord correctly; and thus fails to > > burn an ISO image. > > > [pid 16804] --- SIGCHLD (Child exit

Bug#348703: decreasing severity

severity 348703 grave severity 348729 grave severity 360608 grave severity 365053 grave thanks, It's been over two month and none of the submitters have responded to my requests for further information. I belive their particular issues were fixed in 0.8, so I'm decreasing the severity of these bug

Bug#328345: pgplot5: NMU diff

3 +1,10 @@ +pgplot5 (5.2.2-6.1) unstable; urgency=low + + * NMU + * Update Build-Depend for libpng12 (Closes: #328345) + + -- Anand Kumria <[EMAIL PROTECTED]> Sat, 29 Oct 2005 16:55:13 +1000 + pgplot5 (5.2.2-6) unstable; urgency=low * Removed PIC compilation for static library. Closes:

Bug#328352: matanza: NMU diff

ngelog --- matanza-0.13/debian/changelog +++ matanza-0.13/debian/changelog @@ -1,3 +1,10 @@ +matanza (0.13-3.1) unstable; urgency=low + + * NMU + * Rebuild with libpng dependancies updated (Closes: #328352) + + -- Anand Kumria <[EMAIL PROTECTED]> Sat, 29 Oct 2005 17:54:26 +1000 + ma

Bug#336053: Patch

On Sun, Oct 30, 2005 at 04:25:20PM +0100, Frank Lichtenheld wrote: > tag 336053 patch > thanks > > A patch for this issue is attached. > Totally awesome! I'll respind a package and forward this upstream shortly. Thanks, Anand signature.asc Description: Digital signature

Bug#335134: Intention to NMU

On Fri, Dec 30, 2005 at 04:34:28PM +0100, Luk Claes wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 Is there a reason to be doing inline PGP in this day and age? > Hi > > Attached the patch for the version I intend to upload. Please respond if > you don't want this NMU to happen, if you

Bug#346632: ITNMU

On Tue, Jan 10, 2006 at 02:53:31PM +0100, Amaya wrote: > Hi there! > > I just can't resist the urge... Could Amaya NMU amaya? :) Knock yourself out ... if you're (un?)lucky I might even add you to the Uploaders line. > Please, pretty, pretty please! > > Only change I would make, if pbuilder wer

Bug#346632: ITNMU

tags 246632 -help thanks, mate On Thu, Jan 12, 2006 at 05:36:22AM +0100, Amaya wrote: > tags 346632 help > thanks > > Hi there! > `wxWindow::GtkGetPangoX11Context()':window.cpp:(.text+0x144a): undefined > reference to `pango_x_get_context' Hmm -- it compiled before, so you seem to have a interes

Bug#302680: Inadequate copyright information

On Sat, Apr 02, 2005 at 07:22:38AM -0500, Justin Pryzby wrote: > On Sat, Apr 02, 2005 at 12:40:27PM +0200, Thomas Hood wrote: > > Package: zeroconf > > Version: 0.2-1 > > Severity: serious > > > > The copyright file says: > > > It was downloaded from >

Bug#302684: Please discuss with ifupdown maintainer

On Tue, Apr 05, 2005 at 09:42:49PM +0200, Thomas Hood wrote: > retitle 302684 ifupdown hook script results in double address assignments; it > should be removed > thanks > > For now the hook script in if-up.d should be removed IMHO. The package > remains useful to people who are prepared to run

Bug#302684: zeroconf configuration method?

On Sun, Apr 03, 2005 at 01:30:00PM +0200, Thomas Hood wrote: > Do you think that there should be a "zeroconf" configuration method for > the inet and inet6 address families (in the sense of the term 'method' > used in interfaces(5))? That is, would it make sense to have a stanza > like this in /et

Bug#302684: re : zeroconf links to localhost - produce some strange problems

Hi Alban, On Mon, Apr 04, 2005 at 04:01:34AM +0200, [EMAIL PROTECTED] wrote: > thanks for taking care of this problem. I have not understood if > a fix was found but i can confirm a bug it produce. > > > I had this error (my proxy was unable to start): > /var/log/squid/cache.log > 2005/03/31 16:

Bug#302684: zeroconf configuration method / option?

On Sun, Apr 03, 2005 at 03:15:23PM +0200, Thomas Hood wrote: > I am reading RFC 3927 "Dynamic Configuration of IPv4 Link-Local > Addresses" and I notice that it says. > > >IPv4 Link-Local addresses should therefore only be used where stable, > >routable addresses are not available (such

Bug#302680: zeroconf copyright

Hi Alban, On Mon, Apr 04, 2005 at 04:15:18AM +0200, [EMAIL PROTECTED] wrote: > Thank you for giving us a zeroconf implementation. > I read the bug report about the (C) issue but found it less > important than the "upstream" url pointing to a non existant > page. I was willing to learn more about t

Bug#302684: zeroconf configuration method / option?

On Sun, Apr 03, 2005 at 03:28:24PM +0100, Mark Brown wrote: > On Sun, Apr 03, 2005 at 03:15:23PM +0200, Thomas Hood wrote: > > > I am beginning to think that zeroconf should, in the ifupdown world, > > either be a distinct configuration method or an option for the dhcp > > method. > > It would be

Bug#302684: zeroconf configuration method / option?

On Sun, Apr 03, 2005 at 07:46:30PM +0100, Mark Brown wrote: > On Sun, Apr 03, 2005 at 05:21:41PM +0200, Thomas Hood wrote: > > > For the time being I think that the cleanest thing to do is to add a > > zeroconf method to the inet and inet6 address families. Initially the > > Note that zeroconf s

Bug#302684: Please discuss with ifupdown maintainer

On Wed, Apr 06, 2005 at 09:56:11AM +0200, Thomas Hood wrote: > On Wed, 2005-04-06 at 17:50 +1000, Anand Kumria wrote: > > What kind of 'double address assignments' are you seeing? > > # ip addr show ethp_0 > 8: ethp_0: mtu 1500 qdisc pfifo_fast qlen 1000 > l

Bug#302684: zeroconf configuration method / option?

On Wed, Apr 06, 2005 at 10:35:36AM +0100, Mark Brown wrote: > On Wed, Apr 06, 2005 at 07:08:18PM +1000, Anand Kumria wrote: > > > Yes - totally agreed, it is a bug that zeroconf currently wil attempt to > > assign an IPv4 link-local address to an interface with an address fa

Bug#302684: zeroconf configuration method / option?

On Wed, Apr 06, 2005 at 11:04:25AM +0100, Mark Brown wrote: > On Wed, Apr 06, 2005 at 07:06:21PM +1000, Anand Kumria wrote: > > On Sun, Apr 03, 2005 at 03:28:24PM +0100, Mark Brown wrote: > > > > It would be helpful if the program were to monitor the configuration of > &g

Bug#391611: miredo: death by IPv6 router solicitation

On 10/8/06, Rémi Denis-Courmont <[EMAIL PROTECTED]> wrote: Le dimanche 8 octobre 2006 01:37, vous avez écrit : > I'm able to get reproduce this both at home and at work -- so let me > know what moreinfo you'd like and I'll certainly be happy to debug > this with you. I think I found the bug. Do

Bug#438874: using lightening 0.7 with icedove

Hi Richard, As an FYI - I ran into the exact same problem you did. I deleted extensions.rdf and the extensions.cache and extensions directory within ~/.mozilla-thunderbird/ and I was able to successfully install lightening. (extensions.rdf is re-created). Regards, Anand -- To UNSUBSCRIBE, em

Bug#503612: /usr/bin/pulseaudio: pulseaudio fails to work

Package: pulseaudio Version: 0.9.10-3 Severity: critical File: /usr/bin/pulseaudio Justification: breaks unrelated software Hi, I have installed the version of Pulseaudio in experimental and, now, have no audio. [EMAIL PROTECTED]:~/Public/Videos$ totem 2008-02-28_shirky640.mov /usr/bin/pulseau

Bug#503612: /usr/bin/pulseaudio: pulseaudio fails to work

Hi, On Mon, Oct 27, 2008 at 11:32 AM, Luca Bruno <[EMAIL PROTECTED]> wrote: >> Package: pulseaudio >> Version: 0.9.10-3 >> >> I have installed the version of Pulseaudio in experimental and, now, >> have no audio. > > experimental has 0.9.13, while your report here claims 0.9.10. What's > the real

Bug#503682: network-manager-gnome: partial upgrade do not work

Package: network-manager-gnome Version: 0.6.6-2 Severity: grave Justification: renders package unusable Hi, I have upgrade to network manager in experimental, as part of that the various libnm libraries have been upgraded to version 0.7.x However neither network-manager, nor network-manager-gno

Bug#503612: /usr/bin/pulseaudio: pulseaudio fails to work

Hi Evgeni, Audio is now able to be heard. However I now have issues in specific applications (e.g. totem will lock-up when seeking now; pidgin will stall occassionally) -- perhaps they might also need to be rebuilt for this newer pulseaudio version? Thanks, Anand On Tue, Oct 28, 2008 at 3:43 PM,

Bug#454313: FTBFS: PANIC: exiting on botched invariant

Upstream, Robert Collins, actually request that bazaar depend on bzr so that anyone inadvertedly 'apt-get'ing that bazaar had the newer version. Rather than remove -- even thought the package is buggy and unmaintained -- I think a better way forward would be to add a depends: bzr for the next Debi

Bug#410100: jokosher: dependency on gnonlin required

Package: jokosher Version: 0.2-1.1 Severity: grave Justification: renders package unusable Hi, With the unstable version of jokosher and (experimental) gstreamer, adding an instrument (audio file) results in: eve:[~/Desktop]% jokosher Traceback (most recent call last): File "/home/share/jokosh

Bug#357439: amaya_wx-9.51-1_i386.deb from Amaya website works on Debian

Regis, If you've identified the problem as being in various mesa components I see no reason to reassign the bugs to the appropriate package. By all means give as much assistance as you can but if Amaya caused a kernel opps no would expect you to debug it -- likewise, Amaya is causing an OpenGL "o

Bug#393608: libnss-mdns: Edits nsswitch.conf, throwing away my changes

Hi Sam, On 10/17/06, Sam Morris <[EMAIL PROTECTED]> wrote: Package: libnss-mdns Version: 0.8-6 Severity: serious Justification: Policy 10.7.3 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The package threw away my changes to /etc/nsswitch.conf: [snip] From what version of libnss-mdns did y