Bug#153587: we have lists tailored specifically for your type of business

[Zuniga W Leta]

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567917: reopen

[Mike Hommey]

On Wed, Mar 03, 2010 at 07:36:27AM +0100, Christoph Goehre wrote:
> reopen 567917
> thanks
> 
> 
> Hi Mike,
> 
> On 01.03.2010 08:23, Mike Hommey wrote:
> > On Sun, Feb 28, 2010 at 09:57:51PM +, Debian Bug Tracking System wrote:
> >>* [6cdc0b0] remove forgotten firefox branding icons (Closes: #567917)
> > 
> > If you only removed the firefox branding icons, then the bug is not
> > fixed. (Moreover, as surprising or impossible it can sound, the firefox
> > branding icons are now free, even if it's not clearly written).
> 
> ok, I'll remove all other mentioned icons with unclear license und close
> these bug again in my next upload.
> 
> Would this your wish?

I'd suggest to wait a bit more, actually, because I'm trying to get some
feedback from upstream (which is how I learned the Firefox icon was now
free software).

Cheers,

Mike



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572302: even blank lines in grub.cfg are also syntax errors these days

[Vladimir 'φ-coder/phcoder' Serbinenko]

jida...@jidanni.org wrote:
> X-debbugs-cc: bug-g...@gnu.org
> Severity: grave
> Package: grub-common
> Version: 1.98~experimental.20100120-1
> File: /usr/bin/grub-script-check
>
> # cat /boot/grub/grub.cfg| grub-script-check --verbose |wc -l
> 8
> # sed /^$/d /boot/grub/grub.cfg| grub-script-check --verbose |wc -l
> 25
>
> And not only blank lines are now errors. And any error will lock one
> out of one's computer the next time one boots.
>
> And plently of formerly valid blank lines are still being put into grub.cfg 
> here on Debian.
>
> Hence the user is guaranteed not to even reach the chooser menu next
> boot, but instead just get "syntax error, press any key", and thus is
> guaranteed to be locked out of his computer.
>
>   
I have empty lines in my grub.cfg and it boots fine. Your problem is
localised to grub-script-check and doesn't prevent booting as you claim
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
>   


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#555743: dpkg-gencontrol: add support for Description:-s in the Source package stanza

[Christian PERRIER]

Quoting Ben Finney (ben+deb...@benfinney.id.au):

> Sounds great, with the minor caveat that I'd rather not have the vars
> using different terms from what is already used to describe those
> fields. Instead, (bikeshed mode activate) I'd prefer
> ‘${source:Description:synopsis}’ and ‘${source:Description:full}’.

agreed, too. We use "synopsis" in most of our documentations and this
is also how we refer to it in dle reviews.





signature.asc
Description: Digital signature

Bug#555743: dpkg-gencontrol: add support for Description:-s in the Source package stanza

[Christian PERRIER]

Quoting Raphael Hertzog (hert...@debian.org):

> and it might meant again supplementary changes in the infrastructutre if
> people want to see those descriptions translated (but I'm not convinced
> we need translations on Sources, users of those are mostly developers
> contrary to Packages).


Those source packages descriptions would indeed be, most of the time,
the boilerplate that's being put (and often repeated) in each and
every binary package produced by the source package.

This approach with a common boilerplate that's a description of the
source package and a few specific paragraphs for each binary package,
is promoted through the reviews of descriptions done in
debian-l10n-english.

It does not increase the burden on translatorsit even reduces it
quite often as DDTP translation is based on paragraphs.

In general, I like this proposal and I think we could quite highly
benefit from it. The idea of using substvars to be able to repeat the
source package description and use it as a boilerplate is particularly 
interesting.



signature.asc
Description: Digital signature

Bug#572304: k3b : unable to write data

[Fathi Boudra]

tag 572304 + moreinfo

thanks

Hi,

> I have reinstalled almost all the programs required by k3b.
> please look into the matter.

The bug report is useless in the current state.
We don't know how to reproduce, what are the steps ?
Which media do you use ?
Have you tried another burning software to make sure it doesn't come
from your hardware ?

etc...

Cheers,

Fathi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#117318: physician lists (34 specialties) - 788k records)

[Ophelia O Dunbar]

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543275: slow mouse and IRQ #16 disable

[Benoît Tonnerre]

Hi,

I'm already using 2.6.32-trunk-amd64 kernel image, and for the moment, i
have no more this problem.

Thanks

Benoît

Le 2 mars 2010 23:46, Moritz Muehlenhoff  a écrit :

> tags 543275 moreinfo
> thanks
>
> On Mon, Oct 26, 2009 at 04:57:16PM +0100, Benoît Tonnerre wrote:
> > First thing first, sorry for the delay, i was away from home for a long
> > time.
> >
> >
> > First, please provide the output of 'lspci -vv' and 'dmidecode'.
> > => I attached to this mail the content of dmidecode and lspci -vv
> >
> > Second, what devices (if any) are connected to the PATA (IDE) controller?
> > => The device connected to the PATA (IDE) controller is a DVD-rom drive :
> > [1.172556] ata7.00: ATAPI: Pioneer DVD-ROM ATAPIModel DVD-106S 0109,
> > E1.09, max UDMA/66
> >
> >
> > If you do not need them to boot, could you try disconnecting them
> > temporarily and test whether this problem still occurs?
> > => Of course i can disable it, or remove it.
> >
> > Finally, could you try plugging the mouse into a different USB port and
> > testing whether this problem still occurs, or the kernel logs the error
> > message 'irq 16: nobody cared'?
> > => Let's see :
> >
> > [45225.820849] usb 1-6: USB disconnect, address 4
> > [100119.790865] irq 16: nobody cared (try booting with the "irqpoll"
> option)
> > [100119.790871] Pid: 0, comm: swapper Not tainted 2.6.30-2-amd64 #1
> > [100119.790873] Call Trace:
> > [100119.790875][] ? __report_bad_irq+0x30/0x7d
> > [100119.790886]  [] ? note_interrupt+0x105/0x170
> > [100119.790890]  [] ? handle_fasteoi_irq+0x93/0xb5
> > [100119.790894]  [] ? handle_irq+0x17/0x1d
> > [100119.790897]  [] ? do_IRQ+0x57/0xbf
> > [100119.790900]  [] ? ret_from_intr+0x0/0x11
> > [100119.790902][] ? mwait_idle+0x8d/0xac
> > [100119.790908]  [] ? mwait_idle+0x2c/0xac
> > [100119.790913]  [] ? cpu_idle+0x50/0x91
> > [100119.790915] handlers:
> > [100119.790916] [] (usb_hcd_irq+0x0/0x7e)
> > [100119.790922] [] (ata_sff_interrupt+0x0/0xbe
> [libata])
> > [100119.790949] Disabling IRQ #16
> >
> > Problem occurs, so i unplug the mouse and reconnect it to another usb
> slot
> >
> > [100578.784040] usb 3-1: USB disconnect, address 2
> > [100608.636009] usb 4-2: new full speed USB device using uhci_hcd and
> > address 2
> > [100608.813543] usb 4-2: New USB device found, idVendor=1532,
> idProduct=0007
> > [100608.813547] usb 4-2: New USB device strings: Mfr=1, Product=2,
> > SerialNumber=0
> > [100608.813549] usb 4-2: Product: DeathAdder
> > [100608.813551] usb 4-2: Manufacturer: Razer
> > [100608.813631] usb 4-2: configuration #1 chosen from 1 choice
> > [100608.824766] input: Razer DeathAdder as
> > /devices/pci:00/:00:1a.1/usb4/4-2/4-2:1.0/input/input8
> > [100608.824840] generic-usb 0003:1532:0007.0004: input,hidraw0: USB HID
> > v1.11 Mouse [Razer DeathAdder] on usb-:00:1a.1-2/input0
> >
> > => The problem seems to be gone
> > But if i unplug the mouse and reconnect to the first one, the mouse is
> slow
> > again.
> >
> > I would like to add that i upgrade my debian. (so i'm using
> > linux-image-2.6.30-2-amd64 : Version: 2.6.30+21)
>
> Hi,
> The next release of Debian (6.0, code name Squeeze) will be based
> on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell
> us whether the problem persists. If so, we should report it upstream
> to the kernel.org developers.
>
> The 2.6.32 kernel is available from packages.debian.org and can
> be installed in both Debian stable, testing and unstable
> installations.
>
> Thanks,
> Moritz
>

Bug#564444: fglrx-driver conflicts with xserver-xorg-core

[Tony Emma]

Hello,

I have contacted the AMD support. They said me that the driver 10.4 will be
compatible with Xorg 7.5.

The driver will ouput in April. (No specific date)

Tony EMMA

Bug#572310: gamin: Possible memory leak

[Jim Barber]

Package: gamin
Version: 0.1.10-2+b1
Severity: normal


I am seeing the following errors many times a day in my logs.

Mar  3 13:09:46 mail kernel: [67796.754558] WARNING: at 
/tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_none/fs/notify/inotify/inotify_fsnotify.c:129
 idr_callback+0x2a/0x4b()
Mar  3 13:09:46 mail kernel: [67796.754561] Hardware name: VMware Virtual 
Platform
Mar  3 13:09:46 mail kernel: [67796.754563] inotify closing but id=0 for 
entry=dd237b80 in group=f22f8b00 still in idr.  Probably leaking memory
Mar  3 13:09:46 mail kernel: [67796.754565] Modules linked in: iptable_filter 
ip_tables x_tables vmsync vmmemctl vmhgfs loop ide_cd_mod cdrom ata_generic 
libata ide_pci_generic snd_pcm snd_timer snd soundcore snd_page_alloc 
parport_pc floppy serio_raw parport evdev pcspkr i2c_piix4 intel_agp vmci 
psmouse shpchp ac piix container vmxnet3 i2c_core processor pci_hotplug agpgart 
ide_core button ext3 jbd mbcache sd_mod crc_t10dif thermal fan thermal_sys 
mptspi mptscsih mptbase scsi_transport_spi scsi_mod
Mar  3 13:09:46 mail kernel: [67796.754644] Pid: 2759, comm: gam_server 
Tainted: GW  2.6.32-trunk-686 #1
Mar  3 13:09:46 mail kernel: [67796.754646] Call Trace:
Mar  3 13:09:46 mail kernel: [67796.754652]  [] ? 
warn_slowpath_common+0x5e/0x8a
Mar  3 13:09:46 mail kernel: [67796.754655]  [] ? 
warn_slowpath_fmt+0x26/0x2a
Mar  3 13:09:46 mail kernel: [67796.754657]  [] ? 
idr_callback+0x2a/0x4b
Mar  3 13:09:46 mail kernel: [67796.754662]  [] ? 
idr_for_each+0x5a/0x91
Mar  3 13:09:46 mail kernel: [67796.754664]  [] ? 
idr_callback+0x0/0x4b
Mar  3 13:09:46 mail kernel: [67796.754667]  [] ? 
inotify_free_group_priv+0x12/0x21
Mar  3 13:09:46 mail kernel: [67796.754669]  [] ? 
fsnotify_final_destroy_group+0x16/0x1e
Mar  3 13:09:46 mail kernel: [67796.754671]  [] ? 
inotify_release+0x16/0x22
Mar  3 13:09:46 mail kernel: [67796.754674]  [] ? __fput+0xd5/0x170
Mar  3 13:09:46 mail kernel: [67796.754677]  [] ? filp_close+0x4e/0x54
Mar  3 13:09:46 mail kernel: [67796.754680]  [] ? 
put_files_struct+0x60/0xa6
Mar  3 13:09:46 mail kernel: [67796.754682]  [] ? do_exit+0x1d4/0x5c6
Mar  3 13:09:46 mail kernel: [67796.754686]  [] ? 
do_page_fault+0x271/0x287
Mar  3 13:09:46 mail kernel: [67796.754696]  [] ? 
do_group_exit+0x5f/0x82
Mar  3 13:09:46 mail kernel: [67796.754699]  [] ? 
sys_exit_group+0x11/0x14
Mar  3 13:09:46 mail kernel: [67796.754702]  [] ? 
sysenter_do_call+0x12/0x28
Mar  3 13:09:46 mail kernel: [67796.754705] ---[ end trace 350063aef129cabe ]---
Mar  3 13:09:46 mail kernel: [67796.754707] entry->group=(null) inode=(null) 
wd=1024

They seem to indicate a problem with gamin and its interaction with inotify and 
reports "Probably leaking memory".
The process referred to is gam_server.

The version of the Linux kernel installed is: linux-image-2.6.32-trunk-686 
2.6.32-5

The Linux instance is running on VMware VSphere 4 and is using open-vm-tools.
It is an email server using the courier-imap-ssl daemon which makes use of 
FAM/GAMIN.

Regards,

--
Jim Barber
DDI Health


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gamin depends on:
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libgamin00.1.10-2+b1 Client library for the gamin file 
ii  libglib2.0-0 2.22.4-1The GLib library of C routines

gamin recommends no packages.

gamin suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567917: reopen

[Christoph Goehre]

reopen 567917
thanks


Hi Mike,

On 01.03.2010 08:23, Mike Hommey wrote:
> On Sun, Feb 28, 2010 at 09:57:51PM +, Debian Bug Tracking System wrote:
>>* [6cdc0b0] remove forgotten firefox branding icons (Closes: #567917)
> 
> If you only removed the firefox branding icons, then the bug is not
> fixed. (Moreover, as surprising or impossible it can sound, the firefox
> branding icons are now free, even if it's not clearly written).

ok, I'll remove all other mentioned icons with unclear license und close
these bug again in my next upload.

Would this your wish?

Cheers,
Christoph



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571714: [php-maint] Bug#571714: maybe put info into comment

[sean finney]

hi,

On Tue, Mar 02, 2010 at 09:05:04PM +0100, Stefan Fritsch wrote:
> Two questions:
> 
> - Shouldn't it be php_admin_flag instead of php_admin_value?

I think in this case it's equivalent, though in general iirc _flag
could be overridden by ini_set where _value can't.

> - Maybe it would be a good idea to put the info into a comment in the 
> config file? AFAIUI, if someone tries the obvious solution to set 
> php_admin_flag/value engine on, this would prevent users from setting 
> "php_flag engine off" in their .htaccess (but I haven't tested that).

yes, i think it'd be good to have a comment there saying something simply
like "comment this out if you want php in your public_html dirs") to avoid
confusion.


sean


signature.asc
Description: Digital signature

Bug#534504: [patch] ifupdown integration of mediatomb

[Andres Mejia]

On Sunday 24 January 2010 12:48:51 Reinhard Tartler wrote:
> On So, Jan 24, 2010 at 13:55:41 (CET), Eric Lavarde wrote:
> > Package: mediatomb
> > Followup-For: Bug #534504
> >
> > Hello,
> >
> > to solve the problem described by other persons, I've created two small
> > scripts that start and stop mediatomb when the interfaces are being
> > brought up and down.
> 
> I understand from the context of the bug that the issue seems to be that
> mediatomb must not be started before the network interface is up and
> running. Why can't this be fixed be changing the initscript ordering?
> 
> > There is also a diff file for /etc/default/mediatomb that adds a
> > variable DELAYED (yes/no) to disable/enable those small scripts.
> 
> The race condition is present on *all* systems, so no need to make this
> fix configurable.
> 
> > Few remarks:
> >
> > 1. the current default is DELAYED=yes, which enables the script. It
> > doesn't really hurt as mediatomb is restarted, and should work in all
> > situations (with and withou NetworkManager).
> 
> What about the case that a system has 2 interfaces and mediatomb is
> serving to both interfaces at the same time: Restarting one interface is
> likely to disconnect users connected via that interface, but would this
> affect users via the second interface as well?
> 
> > 2. I'm not sure I correctly understood the meaning of the "INTERFACE"
> > variable (mine is empty), so my check might be incorrect as I only
> > restart/stop if the interface given by INTERFACE is being
> > stopped/started ($IFACE = $INTERFACE). Someone with more knowledge of
> > mediatomb's internas might want to check if this is the right
> > decision.
> 
> I guess this is a saftey guard to avoid unnecessary restarts if
> mediatomb is configured to serve only on one specific interface and
> other interfaces are restarted. Which seems to suggest an answer to my
> previous question.
> 
> > 3. if INTERFACE=lo, then the scripts do something if and only if the 'lo'
> > interface is brought up or down, again, it might not be the right logic.
> 
> what do they do exactly?
> 
> > 4. the attached tar file contains the files and diff with correct
> > relative position (don't unpack in root direcotry unless it's what you
> > want to do!).
> 
> I see that your if-updown scripts call the init script. That means that
> depending on the context the init script is called, it behaves
> differently. I find this a bit odd.
> 
> How about dumping the init script altogether and implement starting and
> stopping mediatomb solely from if-updown scripts? This way there was no
> need for the DELAYED=yes flag and the race condition would be avoided as
> well.
> 

Simplest thing to do I think would be to have the if-updown scripts just run 
the mediatomb init script. 

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#117110: 4.8 million records all with emailsus new business database

[Clifton admonish]

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572306: ATI/Radeon: New Upstream release 6.12.5

[Brice Goglin]

Andres Cimmarusti wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.12.4-2
> Severity: wishlist
>
> This version brings all the improvements that the git version in experimental,
> especially for KMS and DRI2 support.
>
> Since this is an official stable release, I hope it will make its way into 
> testing before the freeze!
>   

6.13.0 will even make it before the freeze actually :)
I'll upload 6.12.5 to unstable and 6.12.191 to experimental tonight.

Brice




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#111969: real estate agents - 1 million records with emails

[Consuelo occidental]

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Filtered-With-Copfilter: Version 0.84beta4 (ProxSMTP 1.8)
Copfilter-Filtered-With: SpamAssassin 3.2.5
Copfilter-Virus-Scanned: ClamAV 0.94.2/10493/Wed Mar  3 00:46:00 2010
by Markus Madlener @ http://www.copfilter.org
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Filtered-With-Copfilter: Version 0.84beta4 (ProxSMTP 1.8)
Copfilter-Virus-Scanned: ClamAV 0.94.2/10493/Wed Mar  3 00:46:00 2010
by Markus Madlener @ http://www.copfilter.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#569034: linux-2.6: Please support sh4 architecture

[Nobuhiro Iwamatsu]

Hi,

2010/2/28 Moritz Muehlenhoff :
> Nobuhiro Iwamatsu wrote:
>> Hi,
>>
>> 2010/2/25 Moritz Muehlenhoff :
>> > Hi,
>> >
>> > Nobuhiro Iwamatsu wrote:
>> >
>> >> I attached new patch.
>> >> Could you check ?
>> >
>> > | patches/bugfix/sh4/fix-decompress-output-addr.patch |   27 +
>> > | patches/debian/arch-sh4-fix-uimage-build.patch      |   10
>> >
>> > These patches aren't in current linux-2.6 git, have they been submitted
>> > upstream?
>>
>> fix-decompress-output-addr.patch is already taken in by sh-2.6.
>>   
>> http://git.kernel.org/?p=linux/kernel/git/lethal/sh-2.6.git;a=commit;h=319c2cc761505ee54a9536c5d0b9c2ee3fb33866
>
> This patch is now merged in linux-2.6.git. Since you are also the author
> of the patch, could you please submit it to sta...@kernel.org ?
>

Sure. I sent request to sta...@kernel.or now.

> We're basing the Squeeze kernel on 2.6.32.x stable and this is the
> cleanest way to go forward.
>

I see.

>> arch-sh4-fix-uimage-build.patch is not bug in upstream.
>> Target board (sh7785lcr) of sh builds by default uImage. Because his
>> use u-boot for boot loader.
>> Therefore, I disable this function with this patch.
>
> Ok.
>

Best regards,
  Nobuhiro


-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#333953: bash: nocaseglob setting ignored even with no LC_COLLATE

[Ian Zimmerman]

Prior reports seem to imply that setting LC_COLLATE=C is a workaround,
but this is not the case (oops!) for me:

$ LC_COLLATE=C /bin/ls -d [g-h]*
G  gallery

Maybe this bug got worse in bash 4.* ?

-- 
Ian Zimmerman 
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572309: libirrlicht-doc: examples can't run as media/ was deleted during packaging

[Pablo Duboue]

Package: libirrlicht-doc
Version: 1.7+dfsg1-1
Severity: normal

I got the 01.HelloWorld example to compile after tweaking the Makefile (I'll 
see if I can send a patch for it and the other examples), but it wouldn't run 
as the media/ folder was nowhere to be found. I had to download the SDK from 
SF.net to get it to run (but it did run :-)

Any reason why media/ is being deleted? -doc is still a fairly big package. 
The media/ folder is 9Mb, but 3Mb are taken by two files (a song and a full 
world in pk3 format), so it can be further reduced.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information


signature.asc
Description: This is a digitally signed message part.

Bug#572308: CVE-2010-0205 VU#576029 libpng stalls on highly compressed ancillary chunks

[Aníbal Monsalve Salazar]

Package: libpng
Version: 1.2.42-2
Severity: serious
Tags: security

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0205
https://www.kb.cert.org/vuls/id/576029

libpng stalls on highly compressed ancillary chunks

Libpng stalls and consumes large quantities of memory while processing
certain Portable Network Graphics (PNG) files.

When processing PNG files containing highly compressed ancillary chunks,
the png_decompress_chunk() function in libpng can consume large amounts
of CPU time and memory. This resource consumption may hang applications
that use libpng. More information is available in the PNG Development
Group security advisory and supplementary document, Defending Libpng
Applications Against Decompression Bombs.

This vulnerability could allow an unauthenticated, remote attacker to
cause a denial of service.

http://libpng.sourceforge.net/decompression_bombs.html

Libpng provides functions to limit memory consumption and number of
cached ancillary chunks. Applications that use libpng should use these
functions to set appropriate limits. Please see defense #2 in the
document Defending Libpng Applications Against Decompression Bombs (see
web page above) for more information.

Developers who build versions of libpng can choose to ignore ancillary
chunks by defining specific preprocessor macros. Please see defense #3
in the document Defending Libpng Applications Against Decompression
Bombs (see web page above) for more information. 


signature.asc
Description: Digital signature

Bug#536090: xserver-xorg-core: XServer crash after clicking with gimp.

[Cyril Brulebois]

Philipp Weis  (02/03/2010):
> I can't reproduce this bug anymore, so I'm closing it.

Thanks!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572307: [solfege] Opening of built-it documentation makes segfault

[Dan]

Package: solfege
Version: 3.14.5-2.1
Severity: normal

--- Please enter the report below this line. ---

d...@dan-desktop:~$ solfege
# after clicking "read user manual" or other html-page:
/usr/share/solfege/src/mainwin.py:909: GtkWarning: 
/tmp/buildd/gtk+2.0-2.18.7/gtk/gtktextview.c:4568: somehow some text lines 
were modified or scrolling occurred since the last validation of lines on the 
screen - may be a text widget bug.
  gtk.main()

**
Gtk:ERROR:/tmp/buildd/gtk+2.0-2.18.7/gtk/gtktextview.c:4569:gtk_text_view_paint:
 
code should not be reached
Аварийный останов (en: Segfault)

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-trunk-686

Debian Release: squeeze/sid
  500 unstableftp.nl.debian.org 
  500 testing ftp.nl.debian.org 
  500 stable  dl.google.com 
  500 stable  deb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-
python-gtk2  (>= 2.12) | 2.16.0-2
timidity   | 2.13.2-37
freepats   | 20060219-1
python(>= 2.3) | 2.5.4-9
python-support (>= 0.90.0) | 1.0.6.1


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
doc-base| 0.9.5







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572172: Input goes haywire with procps update

[Craig Small]

On Mon, Mar 01, 2010 at 11:30:25PM -0500, Dave Witbrodt wrote:
> Upgrading to 3.2.8-8 from 3.2.8-7 causes X software to receive endless
> amounts of input.  For example, trying to run an email client is
> impossible because the password dialog is overwhelmed with input before
> I even press a key.  Or, opening a text editor causes an endless stream
> of whitespace to be entered into the buffer, without me pressing a key.
Hello,
  Is this the only difference you are seeing?  I'm at a loss to
understand why you are getting this bug between the two versions there
are very little changes. Leaving aside the documentation changes, they
are:
  - A fix for FreeBSD
  - watch --color flag to pass through colours
  - top -u username works

None of these would appear to cause the problem.  Are you sure that's
the only thing that changed?

I've got X running on an amd64 with the same version. I'll check for
it specifically later but I'm pretty sure I've used X with the new
procps before.

Did you reboot between upgrading/downgrading procps?

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572305: linux-image-2.6.33-2-amd64 wlan is not working

[Jos van Wolput]

Package: linux-image-2.6.33-2-amd64
Version: 2.6.33-1~experimental.2
Severity: important
System: Debian Sid/Experimental
Processor: AMD Athlon X2 QL64 dual-core
Chipset: Radeon HD 3200 (RS780M/RS780MN)

After booting linux-image-2.6.33-2-amd64 (experimental) wlan is no longer
working.
Modules RT2860 and RT2870 are missing.
Wlan networking works well when using linux-image-2.6.32.






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#471125: Close bug?

[Brandon]

Transmission versions in Testing and Unstable are newer than 1.80. Did
you forget to close this bug, Leo?

-Brandon


signature.asc
Description: PGP signature

Bug#572304: k3b : unable to write data

[vishnu vardhan]

Subject: k3b : unable to write data
Package: k3b
Version: 1.0.5-3
Severity: normal

*** Please type your report below this line ***
I have reinstalled almost all the programs required by k3b.
please look into the matter.

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages k3b depends on:
ii  cdparanoia   3.10.2+debian-5 audio extraction tool for
sampling
ii  cdrdao   1:1.2.2-16  records CDs in Disk-At-Once
(DAO)
ii  genisoimage  9:1.1.9-1   Creates ISO-9660 CD-ROM
filesystem
ii  k3b-data 1.0.5-3 A sophisticated KDE CD burning
app
ii  kdelibs-data 4:3.5.10.dfsg.1-0lenny4 core shared data for all KDE
appli
ii  kdelibs4c2a  4:3.5.10.dfsg.1-0lenny4 core libraries and binaries for
al
ii  libacl1  2.2.47-2Access control list shared
library
ii  libart-2.0-2 2.3.20-2Library of functions for 2D
graphi
ii  libattr1 1:2.4.43-2  Extended attribute shared
library
ii  libaudio21.9.1-5 Network Audio System - shared
libr
ii  libc62.7-18lenny2GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.1-5+lenny1  simple interprocess messaging
syst
ii  libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging
syst
ii  libdvdread3  0.9.7-11library for reading DVDs
ii  libexpat12.0.1-4+lenny3  XML parsing C library - runtime
li
ii  libfontconfig1   2.6.0-3 generic font configuration
library
ii  libfreetype6 2.3.7-2+lenny1  FreeType 2 font engine, shared
lib
ii  libgamin0 [libfa 0.1.9-2 Client library for the gamin
file
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libhal1  0.5.11-8Hardware Abstraction Layer -
share
ii  libice6  2:1.0.4-1   X11 Inter-Client Exchange
library
ii  libidn11 1.8+20080606-1  GNU libidn library,
implementation
ii  libjpeg626b-14   The Independent JPEG Group's
JPEG
ii  libk3b3  1.0.5-3 The KDE cd burning application
lib
ii  libmusicbrainz4c 2.1.5-2 Second generation incarnation
of t
ii  libpng12-0   1.2.27-2+lenny2 PNG library - runtime
ii  libqt3-mt3:3.3.8b-5+b1   Qt GUI Library (Threaded
runtime v
ii  libsm6   2:1.0.3-2   X11 Session Management library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  libx11-6 2:1.1.5-2   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension
librar
ii  libxft2  2.1.12-3FreeType-based font drawing
librar
ii  libxi6   2:1.1.4-1   X11 Input extension library
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxrandr2   2:1.2.3-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-2   X Rendering Extension client
libra
ii  libxt6   1:1.0.5-3   X11 toolkit intrinsics library
ii  wodim9:1.1.9-1   command line CD/DVD writing
tool
ii  zlib1g   1:1.2.3.3.dfsg-12   compression library - runtime

Versions of packages k3b recommends:
ii  dvd+rw-tools7.1-3DVD+-RW/R tools
ii  kcontrol4:3.5.9.dfsg.1-6 control center for KDE
ii  kdebase-kio-plugins 4:3.5.9.dfsg.1-6 core I/O slaves for KDE
ii  libk3b3-extracodecs 1.0.5-3  The KDE cd burning application
lib
ii  vcdimager   0.7.23-4 A VideoCD (VCD) image mastering
an

Versions of packages k3b suggests:
pn  k3b-i18n   (no description available)
pn  movixmaker-2   (no description available)
pn  normalize-audio(no description available)
pn  sox(no description available)
pn  toolame(no description available)

-- no debconf information

Bug#572288: Same problem

[evgeny]

I have the same problem (audacious can't play anything using jack
output plugin) after upgrade of this packages. By the way, seems like
alsa plugin works ok after this upgrade, the problem is with jack
plugin.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#549863: 855GM support gone upstream?

[Cyril Brulebois]

Brice Goglin  (31/10/2009):
> Riku Voipio wrote:
> > Since Intel is apparently happy to make multiple major releases of
> > their driver without working 855GM support, perhaps it is time to
> > admit that the hardware isn't supported anymore by upstream?
> >   
> 
> i855 is not gone upstream.

Hi folks,

how are things going with an up-to-date sid environment? (Some details
are available the second part of [1].)

 1. http://ikibiki.org/blog/2010/02/28/Where_have_you_been/

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572303: say you are printing the script contents

[jidanni]

Package: grub-common
X-debbugs-cc: bug-g...@gnu.org
Version: 1.98~experimental.20100120-1
Severity: wishlist
File: /usr/share/man/man1/grub-script-check.1.gz

The man page says
   -v, --verbose
  print script being processed

Don't you mean
  print the script as it is being processed.

Else it sounds like you mean "print the script name".

Also say printing stops at the first error.

Also one cannot really find out what the syntax error is, as
apparently the program dies before telling the user.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#551635: xserver-xorg-video-intel: [G45] KMS conflicts with xrandr when changing monitor

[Cyril Brulebois]

Julien Cristau  (24/10/2009):
> the script above assumes output names from UMS.  They're different
> with KMS, so you need to adapt your script.

Sounds like not a bug to me, then?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572302: even blank lines in grub.cfg are also syntax errors these days

[jidanni]

X-debbugs-cc: bug-g...@gnu.org
Severity: grave
Package: grub-common
Version: 1.98~experimental.20100120-1
File: /usr/bin/grub-script-check

# cat /boot/grub/grub.cfg| grub-script-check --verbose |wc -l
8
# sed /^$/d /boot/grub/grub.cfg| grub-script-check --verbose |wc -l
25

And not only blank lines are now errors. And any error will lock one
out of one's computer the next time one boots.

And plently of formerly valid blank lines are still being put into grub.cfg 
here on Debian.

Hence the user is guaranteed not to even reach the chooser menu next
boot, but instead just get "syntax error, press any key", and thus is
guaranteed to be locked out of his computer.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572301: why not check for syntax errors BEFORE they lock one out of ones computer

[jidanni]

X-debbugs-cc: bug-g...@gnu.org
Package: grub-common
Version: 1.98~experimental.20100120-1
File: /usr/bin/grub-script-check

I have an idea, why not run grub-script-check when grub.cfg is made,
$ grub-script-check /boot/grub/grub.cfg; echo $?
syntax error
1

That way the user would be aware that if they just left things as they
are, he will be in for a unhappy surprise the next time he tries in vain
to boot his computer.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#528360: xserver-xorg-core: closing the laptop lid blanks the screen permanently

[Cyril Brulebois]

Hi.

Hramrach  (12/05/2009):
> When I close the laptop lid while in X the screen is blanked.
> When I open it the screen is unblanked for a moment and then blanked
> again.
>
> This is possibly kernel version related or acpid related, I cannot
> recall upgrading anything else recently.

Could you please try with a recent kernel? See second part of [1],
which is somehow valid for radeon as well.

 1. http://ikibiki.org/blog/2010/02/28/Where_have_you_been/

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#524670: XF86VidModeGetGammaRamp errors

[Cyril Brulebois]

Hi GSR.

I fear you didn't receive the following message:

Kevin Shanahan  (13/09/2009):
> Hi,
> 
> I came up against this error too. Just thought I'd let you know that
> the reason you are seeing this error is that the new xserver breaks
> the assumption a lot of apps make that the gamma ramp is always of
> size 256.
> 
> Try querying the size using XF86VidModeGetGammaRampSize first and
> then use a buffer of the returned size to get and set the gamma.

That sounds like it's not a bug in the end?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#536090: xserver-xorg-core: XServer crash after clicking with gimp.

[Cyril Brulebois]

Philipp Weis  (07/07/2009):
> Here's how to reproduce the crash on my system: Open a JPEG file in
> gimp, pick the rectangular selection tool, and click anywhere in the
> image.
> 
> I get the following backtrace in my server log:
> 
> > Backtrace:
> > 0: /usr/bin/X(xorg_backtrace+0x3b) [0x81313bb]
> > 1: /usr/bin/X(xf86SigHandler+0x51) [0x80c5481]
> > 2: [0xb7ef3400]
> > 3: /usr/bin/X(GrabDevice+0x269) [0x80961d9]
> > 4: /usr/bin/X(ProcXGrabDevice+0x12a) [0x81844ea]
> > 5: /usr/bin/X [0x8180fc3]
> > 6: /usr/bin/X(Dispatch+0x33f) [0x808c59f]
> > 7: /usr/bin/X(main+0x3aa) [0x8071a4a]
> > 8: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7b9e775]
> > 9: /usr/bin/X [0x8070f11]
> > 
> > Fatal server error:
> > Caught signal 11.  Server aborting

Hi,

does that still happen in an up-to-date sid environment?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572300: [hppa] blocks buildd indefinitely

[dann frazier]

Source: agda
Version: 2.2.6-3
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hppa

The agda build reliably hangs on hppa, but the included watcher
continues to generate output - blocking the buildd until manually
killed.

The logs are available at:
  https://buildd.debian.org/build.cgi?pkg=agda;ver=2.2.6-3;arch=hppa

Here's a snippet of one of the failures:
[...]
Watcher: Tick.
buildd   10751  0.0  0.0   1916   668 ?SMar02   0:00 sh 
debian/watcher.sh 10664 /build/buildd-agda_2.2.6-3-hppa-z192cT/agda-2.2.6 
/build/buildd-agda_2.2.6-3-hppa-z192cT/agda-2.2.6/build-stamp ghc
buildd   10841  0.0  0.0  24408 12240 ?SMar02   0:02 
debian/hlibrary.setup build --builddir=dist-ghc6
buildd   10894 88.1  1.6 289856 264488 ?   RMar02 317:06 
/usr/lib/ghc-6.12.1/lib/ghc -B/usr/lib/ghc-6.12.1 --make -package-name 
Agda-2.2.6 -hide-all-packages -fbuilding-cabal-package -no-user-package-conf -i 
-idist-ghc6/build -isrc/full -idist-ghc6/build/autogen 
-Idist-ghc6/build/autogen -Idist-ghc6/build -optP-include 
-optPdist-ghc6/build/autogen/cabal_macros.h -odir dist-ghc6/build -hidir 
dist-ghc6/build -stubdir dist-ghc6/build -package-id 
QuickCheck-2.1.0.2-3a7de25345ef06788abd935f73327990 -package-id 
array-0.3.0.0-dbdf73710a5bd9a534e8bcb2d8c8ee98 -package-id 
base-4.2.0.0-d24242f5106769c4de4e8134b6a9870c -package-id 
binary-0.5.0.2-107b6fd231bd1e5052fe5d1b98e05185 -package-id 
bytestring-0.9.1.5-0dd4aff675d67ffafb719ae1a6a95fae -package-id 
containers-0.3.0.0-409fe3b8f0dda25b98e03716d26be411 -package-id 
directory-1.0.1.0-6bad9fc4adac2805f1c48b77aa091a33 -package-id 
filepath-1.1.0.3-07812de93a673f50011d47451bcaac87 -package-id 
haskeline-0.6.2.2-b0ffaf2e21bd535bc2e7ba5
 894fb4d24 -package-id haskell-src-1.0.1.3-6f583e83bf54a6ca0d07a352de5e8f4d 
-package-id mtl-1.1.0.2-23ca4de7c573fd4df309067199a40634 -package-id 
old-time-1.0.0.3-878152af8c419bd5c9ec4dd7085b7577 -package-id 
pretty-1.0.1.1-2bfa34c699efff7eed4d6297a2dac12d -package-id 
process-1.0.1.2-a680e19e566d188a65a10f76c8422813 -package-id 
syb-0.1.0.2-1e7e0c316929641cb3237a60e3b63680 -package-id 
xhtml-3000.2.0.1-ea3a4199dcbbc6ec1b5f633d4df96ce2 -package-id 
zlib-0.5.2.0-b96bdf8b31c306d60b63dbb26a49d3a4 -O -auto-all -w -Werror 
-fwarn-dodgy-imports -fwarn-duplicate-exports -fwarn-hi-shadowing 
-fwarn-incomplete-patterns -fwarn-missing-fields -fwarn-missing-methods 
-fwarn-overlapping-patterns -fwarn-warnings-deprecations 
-fwarn-deprecated-flags -fwarn-dodgy-foreign-imports -fwarn-wrong-do-bind 
-fwarn-dodgy-exports -XCPP Agda.Main Agda.Interaction.BasicOps 
Agda.Interaction.GhciTop Agda.Compiler.Agate.Classify 
Agda.Compiler.Agate.Common Agda.Compiler.Agate.Main 
Agda.Compiler.Agate.OptimizedPrinte
 r Agda.Compiler.Agate.TranslateName Agda.Compiler.Agate.UntypedPrinter 
Agda.Compiler.Alonzo.Main Agda.Compiler.Alonzo.Names 
Agda.Compiler.Alonzo.Haskell Agda.Compiler.Alonzo.PatternMonad 
Agda.Compiler.HaskellTypes Agda.Compiler.MAlonzo.Compiler 
Agda.Compiler.MAlonzo.Encode Agda.Compiler.MAlonzo.Misc 
Agda.Compiler.MAlonzo.Pretty Agda.Compiler.MAlonzo.Primitives 
Agda.Interaction.CommandLine.CommandLine Agda.Interaction.Exceptions 
Agda.Interaction.FindFile Agda.Interaction.Highlighting.Emacs 
Agda.Interaction.Highlighting.Generate Agda.Interaction.Highlighting.HTML 
Agda.Interaction.Highlighting.Precise Agda.Interaction.Highlighting.Range 
Agda.Interaction.Highlighting.Vim Agda.Interaction.Imports 
Agda.Interaction.MakeCase Agda.Interaction.Monad Agda.Interaction.Options 
Agda.Syntax.Abstract.Name Agda.Syntax.Abstract.Pretty 
Agda.Syntax.Abstract.Views Agda.Syntax.Abstract Agda.Syntax.Common 
Agda.Syntax.Concrete.Definitions Agda.Syntax.Concrete.Name 
Agda.Syntax.Concrete.Operators.Par
 ser Agda.Syntax.Concrete.Operators Agda.Syntax.Concrete.Pretty 
Agda.Syntax.Concrete Agda.Syntax.Fixity Agda.Syntax.Info Agda.Syntax.Internal 
Agda.Syntax.Internal.Generic Agda.Syntax.Internal.Pattern Agda.Syntax.Literal 
Agda.Syntax.Parser.Alex Agda.Syntax.Parser.Comments Agda.Syntax.Parser.Layout 
Agda.Syntax.Parser.LexActions Agda.Syntax.Parser.Lexer 
Agda.Syntax.Parser.LookAhead Agda.Syntax.Parser.Monad Agda.Syntax.Parser.Parser 
Agda.Syntax.Parser.StringLiterals Agda.Syntax.Parser.Tokens Agda.Syntax.Parser 
Agda.Syntax.Position Agda.Syntax.Scope.Base Agda.Syntax.Scope.Monad 
Agda.Syntax.Strict Agda.Syntax.Translation.AbstractToConcrete 
Agda.Syntax.Translation.ConcreteToAbstract 
Agda.Syntax.Translation.InternalToAbstract Agda.Termination.CallGraph 
Agda.Termination.Lexicographic Agda.Termination.Matrix 
Agda.Termination.Semiring Agda.Termination.TermCheck 
Agda.Termination.Termination Agda.Tests Agda.TypeChecker 
Agda.TypeChecking.Abstract Agda.TypeChecking.Constraints Agda.TypeChec
 king.Conversion Agda.TypeChecking.Coverage Agda.TypeChecking.Coverage.Match 
Agda.TypeChecking.DisplayForm Agda.TypeChecking.Empty 
Agda.TypeChecking.EtaContract Agda.TypeChecking.Errors Agda.TypeChecking.F
Watcher: Tick.
buildd   10751  0.0  0.0   1916

Bug#570714: kdelibs5: Icons for GNOME applications .desktop-files are not displayed

[Eckhart Wörner]

Hi,

the freedesktop.org icon theme specification [1] states:
"In order to have a place for third party applications to install their icons 
there should always exist a theme called "hicolor". [...] Implementations are 
required to look in the "hicolor" theme if an icon was not found in the 
current theme."

Therefore, for an application icon to be shown correctly in KDE, there has to 
be a corresponding icon in the "hicolor" theme (*not* in the "gnome" theme).

I just had a look at the four desktop files you mention:

(1) gnome-about-me.desktop references an icon "user-info", however, there is 
no file /usr/share/icons/hicolor/*/apps/user-info.* in Debian.

(2) gnomecc.desktop references an icon "gnome-control-center", however, there 
is no file /usr/share/icons/hicolor/*/apps/gnome-control-center.* in Debian.

(3) gmenu-simple-editor.desktop references an icon "gnome-main-menu", however, 
there is no file /usr/share/icons/hicolor/*/apps/gnome-main-menu.* in Debian.

(4) ntfs-config.desktop references an icon "gnome-dev-harddisk", however, there 
is no file /usr/share/icons/hicolor/*/apps/gnome-dev-harddisk.* in Debian.

Since those icon names are no standard application names according to the icon 
naming specification [2], and since none of these icons (including all their 
proper prefixes) exist in the "hicolor" theme, this has to be fixed in the 
packages capplets-data (for 1 and 2), gnome-menus (for 3) and ntfs-config (for 
4).

Eckhart

[1] http://standards.freedesktop.org/icon-theme-spec/latest/ar01s03.html
[2] http://standards.freedesktop.org/icon-naming-spec/latest/ar01s04.html



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572299: epiphany-browser: Crashes when going back on some pages

[Cyril Brulebois]

Package: epiphany-browser
Version: 2.29.91-1
Severity: important

Hi,

might be libwebkit's fault, or ephy not calling it properly, dunno. The
crash is reproducible this way:
$ epiphany-browser --private-instance 
http://bugs.debian.org/cgi-bin/bugreport.cgi\?bug=549085

(Just wanted to avoid any history/plugin-related issue, it crashed the
first time without --private-instance.)

To reproduce:
 * Scroll down to “Message #78”
 * Click on “[Message part 2 (text/html, inline)]”
 * Wait for that page to load.
 * Go back.

Kaboom as detailed in the attached gdb log.

-- System Information:
Debian Release: sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages epiphany-browser depends on:
ii  dbus-x11 1.2.20-2simple interprocess messaging syst
ii  epiphany-browser-data2.29.91-1   Data files for the GNOME web brows
ii  gnome-icon-theme 2.28.0-1GNOME Desktop icon theme
ii  iso-codes3.14-1  ISO language, territory, currency,
ii  libavahi-client3 0.6.25-3Avahi client library
ii  libavahi-common3 0.6.25-3Avahi common library
ii  libavahi-gobject00.6.25-3Avahi GObject library
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.2.20-2simple interprocess messaging syst
ii  libdbus-glib-1-2 0.84-1  simple interprocess messaging syst
ii  libgconf2-4  2.28.0-1GNOME configuration database syste
ii  libgirepository1.0-0 0.6.7-3 Library for handling GObject intro
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgnome-keyring02.28.2-1GNOME keyring services library
ii  libgtk2.0-0  2.18.7-1The GTK+ graphical user interface 
ii  libice6  2:1.0.6-1   X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-g 0.4.5-1 sends desktop notifications to a n
ii  libnspr4-0d  4.8.3-1 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.5-2Network Security Service libraries
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  libseed0 2.28.1-1GObject JavaScript bindings for th
ii  libsm6   2:1.1.1-1   X11 Session Management library
ii  libsoup-gnome2.4-1   2.29.91-1   an HTTP library implementation in 
ii  libsoup2.4-1 2.29.91-1   an HTTP library implementation in 
ii  libwebkit-1.0-2  1.1.22-1Web content engine library for Gtk
ii  libx11-6 2:1.3.3-1   X11 client-side library
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library
ii  libxslt1.1   1.1.26-2XSLT processing library - runtime 

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20090814Common CA certificates
pn  evince (no description available)
ii  yelp 2.28.0+webkit-2 Help browser for GNOME

epiphany-browser suggests no packages.

-- no debconf information
Starting program: /usr/bin/epiphany-browser --private-instance 
http://bugs.debian.org/cgi-bin/bugreport.cgi\?bug=549085
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe58c1910 (LWP 30981)]
[New Thread 0x7fffe4fa8910 (LWP 30982)]
[New Thread 0x7fffe47a7910 (LWP 30983)]
[Thread 0x7fffe47a7910 (LWP 30983) exited]
[New Thread 0x7fffe47a7910 (LWP 31123)]
[Thread 0x7fffe47a7910 (LWP 31123) exited]
[New Thread 0x7fffe47a7910 (LWP 31149)]
[New Thread 0x7fffdacff910 (LWP 31150)]
[Thread 0x7fffdacff910 (LWP 31150) exited]
[Thread 0x7fffe47a7910 (LWP 31149) exited]
[New Thread 0x7fffe47a7910 (LWP 31215)]
[Thread 0x7fffe47a7910 (LWP 31215) exited]
[New Thread 0x7fffe47a7910 (LWP 31225)]
[Thread 0x7fffe47a7910 (LWP 31225) exited]
[New Thread 0x7fffe47a7910 (LWP 31229)]
[Thread 0x7fffe47a7910 (LWP 31229) exited]

Program received signal SIGSEGV, Segmentation fault.
WebCore::Document::ownerElement (this=0x0) at ../WebCore/dom/Document.cpp:3113
3113../WebCore/dom/Document.cpp: Aucun fichier ou dossier de ce type.
in ../WebCore/dom/Document.cpp
Current language:  auto
The current source language is "auto; currently c++".
#0  WebCore::Document::ownerElement (this=0x0) at 
../WebCore/dom/Document.cpp:3113
#1  0x74ee35f1 in WebCore::FrameView::windowClipRect 
(this=0x7fffe4feea00, clipToContents=) at 
../WebCore/page/FrameView.cpp:1483
#2  0x74f26d4d in WebCore::ScrollView::scrollContents 
(this=0x7fffe4feea00, scrollDelta=...) at ../WebCore/platform/ScrollView.cpp:498
#3  0x74f29117 in WebCore::ScrollView::updateScrollbars 
(this=0x7fff

Bug#552397: openmpi: FTBFS on hurd-i386

[Samuel Thibault]

Hello,

The bug was marked pending with a changelog entry, and then 1.4.1-1 got
uploaded with the patch disabled, is there a problem with it?

Samuel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572298: [reporting] request bugs via reportbug lintian instead of e-mail

[Russ Allbery]

Package: lintian
Version: 2.3.3
Severity: minor

Currently, all web pages have a footer saying to send comments to the
mailing list.  We'd rather get bug reports via reportbug lintian so that
we can track them properly.  We should update the footer to provide more
information about the best way to report bugs.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.20-6The GNU assembler, linker and bina
ii  diffstat   1.47-1produces graph of changes introduc
ii  dpkg-dev   1.15.5.6  Debian package development tools
ii  file   5.04-1Determines file type using "magic"
ii  gettext0.17-9GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.24Perl interface to libapt-pkg
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libipc-run-perl0.84-1Perl module for running processes
ii  libparse-debianchangel 1.1.1-2   parse Debian changelogs and output
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  liburi-perl1.52-1module to manipulate and access UR
ii  locales2.10.2-6  Embedded GNU C Library: National L
ii  man-db 2.5.7-1   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.1-11 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch (no description available)
ii  libtext-template-perl 1.45-1 Text::Template perl module
ii  man-db2.5.7-1on-line manual pager

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#549624: Now I lose the mouse cursor when I change video modes

[Cyril Brulebois]

Joe Neal  (12/10/2009):
> After the last upgrade I can no longer change to a larger resolution
> without losing the mouse cursor.

Could you please update your system as described in the second part of
the following blog post, and tell us how it goes?

  http://ikibiki.org/blog/2010/02/28/Where_have_you_been/

> I'm stuck using the 600x800 X falsely selects for me.

(800x600 I hope?)

> Should I file this against another package?  Is it likely the intel
> driver since it's known to be so buggy?

We have a certain number of bugs against the -intel driver indeed. :)
We'll see once you've told us how it goes with recent versions of all
those packages.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572297: [reporting] cope with references with no URL

[Russ Allbery]

Package: lintian
Version: 2.3.3
Severity: normal

The doc-base references have no corresponding URL, but we still generate
a link in the HTML page for the tag, which goes nowhere.  We should
suppress the link if there's no URL information.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.20-6The GNU assembler, linker and bina
ii  diffstat   1.47-1produces graph of changes introduc
ii  dpkg-dev   1.15.5.6  Debian package development tools
ii  file   5.04-1Determines file type using "magic"
ii  gettext0.17-9GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl0.1.24Perl interface to libapt-pkg
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libipc-run-perl0.84-1Perl module for running processes
ii  libparse-debianchangel 1.1.1-2   parse Debian changelogs and output
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  liburi-perl1.52-1module to manipulate and access UR
ii  locales2.10.2-6  Embedded GNU C Library: National L
ii  man-db 2.5.7-1   on-line manual pager
ii  perl [libdigest-sha-pe 5.10.1-11 Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch (no description available)
ii  libtext-template-perl 1.45-1 Text::Template perl module
ii  man-db2.5.7-1on-line manual pager

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572296: kernel ordering not perfect

[jidanni]

Package: grub-pc
Version: 1.98~experimental.20100120-1
Severity: wishlist
File: /etc/grub.d/10_linux

The algorithm isn't perfect. It put an older (obsolete too) version at top:

$ perl -nwle '/menu.*(Linux 2.*6)/&&print $1' /boot/grub/grub.cfg
Linux 2.6.32-trunk-686
Linux 2.6.32-trunk-686
Linux 2.6.32-2-686
Linux 2.6.32-2-686



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#520754: xserver-xorg-core: frequent server crash on resume

[Cyril Brulebois]

Hi Marcus,

Marcus Better  (22/03/2009):
> When resuming from suspend-to-RAM, I often find that the X server
> has crashed, and I'm shown the kdm login screen instead of the
> suspended X session.
> 
> Backtrace:
> 0: /usr/bin/X(xorg_backtrace+0x26) [0x4edff6]
> 1: /usr/bin/X(xf86SigHandler+0x39) [0x483b79]
> 2: /lib/libc.so.6 [0x7f3955e85190]
> 3: /usr/bin/X(FreeResource+0xb8) [0x435578]
> 4: /usr/bin/X(ProcFreeGC+0x5b) [0x449d2b]
> 5: /usr/bin/X(Dispatch+0x364) [0x44cea4]
> 6: /usr/bin/X(main+0x3bd) [0x432d9d]
> 7: /lib/libc.so.6(__libc_start_main+0xe6) [0x7f3955e715a6]
> 8: /usr/bin/X [0x432229]

are you still experiencing this problem, with an up-to-date system?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#523669: xserver-xorg-core: Xorg freezes unkillably with 100% CPU usage in OOo and other programs

[Cyril Brulebois]

ilf  (11/04/2009):
> X.org suddenly freezes with 100% CPU usage. The mouse pointer is
> still active, but lags and clicking has no effect. There is no way
> to kill X.org or switch to a TTY, nothing responds. The only way for
> me to debug further is to SSH into the machine from outside. Since
> even a kill -9 does not kill the process (but stops the 100% CPU
> usage), the only way out of this is a reboot. (This also causes the
> data loss in the open programs).

Hi,

is that still happening in an up-to-date sid environment?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572295: hamster-applet: wishlist: define arbitrary properties

[Mark Hedges]

Subject: hamster-applet: wishlist: define arbitrary properties
Package: hamster-applet
Version: 2.28.2-1
Severity: wishlist

*** Please type your report below this line ***

It would be cool to define new columns that enumerate 
arbitrarily entered values as checkboxes, for instance,
to define a "billable" boolean attribute for each task,
or whatever word seemed appropriate to my needs as a
contractor, or definitions of arbitrary office protocol,
or a checkbox to indicate there was billable mileage, 
or whatever people think of.

Mark

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-maggie+1 (SMP w/2 CPU cores; PREEMPT)
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 hamster-applet depends on:
ii  gconf2   2.28.0-1GNOME configuration database syste
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgtk2.0-0  2.18.6-1The GTK+ graphical user interface
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  python   2.5.4-9 An interactive high-level object-o
ii  python-cairo 1.8.8-1+b1  Python bindings for the Cairo vect
ii  python-dbus  0.83.1-1simple interprocess messaging syst
ii  python-evolution 2.28.0-6Python bindings for the evolution
ii  python-gconf 2.28.0-2Python bindings for the GConf conf
ii  python-gnome22.28.0-2Python bindings for the GNOME desk
ii  python-gnomeapplet   2.28.0-6Python bindings for the GNOME pane
ii  python-gobject   2.20.0-1+b1 Python bindings for the GObject li
ii  python-gtk2  2.16.0-2Python bindings for the GTK+ widge
ii  python-support   1.0.6   automated rebuilding support for P

Versions of packages hamster-applet recommends:
ii  python-notify 0.1.1-2+b2 Python bindings for libnotify

hamster-applet suggests no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572294: mysql-server-5.1: insserv warnings

[Celejar]

Package: mysql-server-5.1
Version: 5.1.44-3
Severity: normal


On a recent upgrade:

Setting up mysql-server-5.1 (5.1.44-3) ...
Stopping MySQL database server: mysqld.
insserv: warning: current start runlevel(s) (empty) of script `mysql' 
overwrites defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `mysql' 
overwrites defaults (0 1 6).
Setting up mysql-server (5.1.44-3) ...

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.33-lizzie
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mysql-server-5.1 depends on:
ii  adduser 3.112add and remove users and groups
ii  debconf [debconf-2.0]   1.5.28   Debian configuration management sy
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libdbi-perl 1.609-1  Perl Database Interface (DBI)
ii  libgcc1 1:4.4.3-3GCC support library
ii  libmysqlclient165.1.44-3 MySQL database client library
ii  libstdc++6  4.4.3-3  The GNU Standard C++ Library v3
ii  libwrap07.6.q-18 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  mysql-client-5.15.1.44-3 MySQL database client binaries
ii  mysql-common5.1.44-3 MySQL database common files (e.g. 
ii  passwd  1:4.1.4.2-1  change and administer password and
ii  perl5.10.1-11Larry Wall's Practical Extraction 
ii  psmisc  22.10-1  utilities that use the proc file s
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages mysql-server-5.1 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20090911cvs-2 simple mail user agent
pn  libhtml-template-p (no description available)

Versions of packages mysql-server-5.1 suggests:
pn  tinyca (no description available)

-- debconf information:
  mysql-server/error_setting_password:
  mysql-server-5.1/start_on_boot: true
  mysql-server-5.1/postrm_remove_databases: false
  mysql-server-5.1/nis_warning:
  mysql-server-5.1/really_downgrade: false
  mysql-server/password_mismatch:
  mysql-server/no_upgrade_when_using_ndb:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570901: Bumping up severity; any progress in this bug?

[Norbert Preining]

severity 570901 important
thanks

Hi Yoshihito-san,

On Mi, 03 Mär 2010, YOSHINO Yoshihito wrote:
> severity 570901 grave

Well, that is discussable, did you check the definition of "grave" in
the reference:
makes the package in question unusable or mostly so, 
or causes data loss, 
or introduces a security hole allowing access to the accounts 
   of users who use the package.
So let us check that:
- unusable or mostly so: definitely not, the majority still does not
  use ptex!
- causes data loss: definitely not
- security hole: definitely not

So please don't play with severities, it is "important"
a bug which has a major effect on the usability of a package, 
without rendering it completely unusable to everyone.
I have re-adjusted the severity. If you want to consider that ping-pong
play please go aheah and enjoy.

> I hope this bug be fixed before release of squeeze, or many CJK people will
> have incovenience. It does not work unless manually modifying configuration
> files.

THese changes would create for the majority of the users (those 
not having ptex-jisfonts installed) the warning message you mentioned,
so I am not overly happy with the approach you have proposed.

With the original dvipdfmx package before the take over, how was that 
handled in detail?

Are there any other additions of map files expected? 

We should find a good solution for that. The problem is that dvipdfmx
is now the default program and is even used as dvipdfm, so we don't
want that warning message show up permanently.

For example, *every* *EVERY* xetex run would produce that warning
message, so that is definitely NOT the way to go, sorry.

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

DUGGLEBY (n.)
The person in front of you in the supermarket queue who has just
unloaded a bulging trolley on to the conveyor belt and is now in the
process of trying to work out which pocket they left their cheque book
in, and indeed which pair of trousers.
--- Douglas Adams, The Meaning of Liff



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#499617: pyamf packaging

[Miguel Landaeta]

Any progress or advance with this?

I am needing this module, so if this packaging effort was abandoned
I can continue and maintain it under DPMT.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572293: libxerces-c3.1: Change to importNode to copy prefixes breaks when xmlns="" is present

[Russ Allbery]

Package: libxerces-c3.1
Version: 3.1.0-1
Severity: important

Upstream bug:

https://issues.apache.org/jira/browse/XERCESC-1913

in Xerces-C 3.1 causes serious problems for Shibboleth, since the way
Shibboleth uses Xerces-C triggers this bug.  This has been fixed in the
3.1 branch already upstream.  Could you add the fix to the Debian
package of Xerces-C?  I'm concerned that otherwise we'll have an unstable
set of Shibboleth packages for the upcoming squeeze release.

Thank you!

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libxerces-c3.1 depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.2-9  GCC support library
ii  libicu42  4.2.1-3International Components for Unico
ii  libstdc++64.4.2-9The GNU Standard C++ Library v3

libxerces-c3.1 recommends no packages.

libxerces-c3.1 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571719: graphicsmagick: "convert" command is broken

[Bob Friesenhahn]

Thanks for reporting this issue.  There is indeed a problem in 
GraphicsMagick.  I think that I have a good solution now (now in CVS 
HEAD) and there will be test cases to make sure that this basic 
functionality always works in the future.


Bob

On Sat, 27 Feb 2010, Vladimir Stavrinov wrote:


Package: graphicsmagick
Version: 1.3.11-1
Severity: normal

There are something wrong with "convert" utility. Few examples.

This works:

cat /usr/share/doc/graphicsmagick/www/images/examples.jpg | gm display -

This does not work:

cat /usr/share/doc/graphicsmagick/www/images/examples.jpg | gm convert - - | gm 
display -
gm convert: Empty input file (/tmp/gm78BblH).

And this hangs up forever:

gm convert /usr/share/doc/graphicsmagick/www/images/examples.jpg - | gm display 
-

There was no such problems with 1.3.8-1 version.


-- System Information:
Debian Release: squeeze/sid
 APT prefers unstable
 APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash

Versions of packages graphicsmagick depends on:
ii  libbz2-1.0  1.0.5-4  high-quality block-sorting file co
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgomp14.4.3-3  GCC OpenMP (GOMP) support library
ii  libgraphicsmagick3  1.3.11-1 format-independent image processin
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libjasper1  1.900.1-7The JasPer JPEG-2000 runtime libra
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG
ii  liblcms11.18.dfsg-1.2+b1 Color management library
ii  libltdl72.2.6b-2 A system independent dlopen wrappe
ii  libpng12-0  1.2.42-2 PNG library - runtime
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libtiff43.9.2-3+b1   Tag Image File Format (TIFF) libra
ii  libwmf0.2-7 0.2.8.4-6.1  Windows metafile conversion librar
ii  libx11-62:1.3.3-1X11 client-side library
ii  libxext62:1.1.1-2X11 miscellaneous extension librar
ii  libxml2 2.7.6.dfsg-2+b1  GNOME XML library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

graphicsmagick recommends no packages.

Versions of packages graphicsmagick suggests:
pn  graphicsmagick-dbg (no description available)

-- no debconf information





--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,http://www.GraphicsMagick.org/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#546586: xorg: X server lockup in int10 when booting a secondary card

[Cyril Brulebois]

Julien Cristau  (14/09/2009):
> This will hopefully be fixed using kernel 2.6.32 and xorg-server
> 1.7.

Hi Alexander,

any news about that?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#549314: Problem persists

[Cyril Brulebois]

Stefan Klinger  (09/10/2009):
> [UPGRADE] xserver-xorg-video-intel 2:2.8.1-2 -> 2:2.9.0-1
> [UPGRADE] xserver-xorg-video-intel-dbg 2:2.8.1-2 -> 2:2.9.0-1

Hi,

please check what happens if you upgrade your system as described in
the second part of [1]. It's likely to be fixed in recent kernels.

 1. http://ikibiki.org/blog/2010/02/28/Where_have_you_been/

There are some problems left (see xserver-xorg-video-intel's bugs),
but that might fix yours.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#561634: xorg: Unable to start after upgrade

[Cyril Brulebois]

Shane Wegner  (18/12/2009):
> Package: xorg
> Version: 1:7.4+4
> Severity: important

Hi,

could you please get us a full backtrace (once you installed
xserver-xorg-core-dbg that is), so that we can check where that
exactly comes from? I have a vague idea, but that would definitely
help.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#566820: lintian: Warn about missing debian/source/format, advise switch to new 3.0 source formats

[Russ Allbery]

Raphael Hertzog  writes:
> On Mon, 25 Jan 2010, Raphaël Hertzog wrote:

>> As part of the plan to have the new source formats as the default
>> formats in Debian I would like lintian to give a warning when
>> debian/source/format doesn't exist, it could be named
>> "missing-debian-source-format".

>> We could also add a tag "using-old-source-format" that warns of
>> specifying 1.0 in that file.  Obviously this one should start among the
>> "pedantic" tags but its importance might be increased over time once we
>> decide to really deprecate the old format.

> Do you want a patch for this? If yes, should it be a new check file or
> do you want it integrated in one of the existing check file?

At first glance, asking people to declare the source format explicitly
seems like a good idea.  I'm more reluctant to have Lintian recommend
switching to 3.0.  Based on the debian-devel discussion, I'm not sure the
idea has aged enough to make people comfortable with it.  But if they
don't have any declared source format at present, I'm certainly fine with
Lintian suggesting they consider it.

I think having a new check script that checks files in debian/source would
be a good idea.  I'm not sure what to call it.  source-control, maybe?
That could be confused with something that tests VCS usage, though.

>> It might also be a good idea to have "unknown-source-format" when
>> debian/source/format contains something else than "1.0", "2.0", "3.0
>> (quilt)", "3.0 (native)", "3.0 (git)", "3.0 (bzr)". This one should
>> result in an error.

Yes, please.

If you feel energetic, there's also #528001, and it would be nice to warn
about unrecognized files in debian/source to catch people who have
misspelled the control file name.

-- 
Russ Allbery (r...@debian.org)   



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572292: libpam-ssh breaks cron

[Craig Sanders]

Package: libpam-ssh
Version: 1.92-10

i upgraded several machines yesterday and noticed this morning that
there were dozens (hundreds on one machine) of stuck /USR/SBIN/CRON,
'ssh-agent -s' and 'sh' processes, like this:

root 19497  0.0  0.1  65728  2228 ?S10:30   0:00 /USR/SBIN/CRON
root 19502  0.0  0.0  11792   436 ?Ss   10:30   0:00 ssh-agent -s
root 19504  0.0  0.0  0 0 ?Zs   10:30   0:00 [sh] 

i upgraded yesterday at 09:22:48:

# grep pam-ssh /var/log/dpkg.log
2010-03-02 09:22:48 upgrade libpam-ssh 1.92-8 1.92-10
2010-03-02 09:22:48 status half-configured libpam-ssh 1.92-8
2010-03-02 09:22:49 status unpacked libpam-ssh 1.92-8
2010-03-02 09:22:49 status half-installed libpam-ssh 1.92-8
2010-03-02 09:22:49 status half-installed libpam-ssh 1.92-8
2010-03-02 09:22:49 status half-installed libpam-ssh 1.92-8
2010-03-02 09:22:49 status unpacked libpam-ssh 1.92-10
2010-03-02 09:22:49 status unpacked libpam-ssh 1.92-10
2010-03-02 09:24:42 configure libpam-ssh 1.92-10 1.92-10
2010-03-02 09:24:42 status unpacked libpam-ssh 1.92-10
2010-03-02 09:24:42 status half-configured libpam-ssh 1.92-10
2010-03-02 09:24:43 status installed libpam-ssh 1.92-10

and the breakage started immediately:

# grep pam_ssh /var/log/cron.log
Mar  2 09:25:01 indra CRON[3631]: pam_ssh: 3634: No such process
Mar  2 10:20:01 indra CRON[12007]: pam_ssh: 12010: No such process
Mar  2 10:20:02 indra CRON[12015]: pam_ssh: 12010: No such process
Mar  2 11:20:01 indra CRON[21240]: pam_ssh: 21243: No such process
Mar  2 11:20:02 indra CRON[21248]: pam_ssh: 21243: No such process
Mar  2 12:20:01 indra CRON[30374]: pam_ssh: 30377: No such process
Mar  2 12:20:02 indra CRON[30382]: pam_ssh: 30377: No such process
...
Mar  3 09:20:02 indra CRON[32565]: pam_ssh: 32560: No such process
Mar  3 10:20:01 indra CRON[9545]: pam_ssh: 9548: No such process
Mar  3 10:20:02 indra CRON[9553]: pam_ssh: 9548: No such process

# grep pam_ssh /var/log/cron.log | wc -l
55

it only stopped when i ran pam-auth-update and disabled "Silent SSH-key
single sign-on"


this happened on all 5 machines that i upgraded yesterday. my guess is
that pam's common-session is trying to start ssh-agent when the cron job
starts up, but is unable to do so for some jobs 



note that while most of the jobs listed above are at 20 minutes past the
hour, not all of them areand i don't actually have any cron jobs
that ONLY run at 20 past the hour (but i do have a few that run every 5
minutes)

on this machine (indra), most of the errors do occur at 20 past the hour:

indra:~# grep pam_ssh /var/log/cron.log  | awk '{print $3}' | awk -F: '{print 
$2}' | sort | uniq -c | sort -n
  1 05
  1 25
  3 00
 50 20

but on another machine, they don't:

kali:~# grep pam_ssh /var/log/cron.log  | awk '{print $3}' | awk -F: '{print 
$2}' | sort | uniq -c | sort -n
  2 00
  2 27
 10 40
 14 38
 16 20
 18 10
 50 05
 52 35
 54 55

which is a long-winded way of saying that it doesn't seem to be tied to
any one cron job...rather it seems that it can happen on any cron job
but doesn't happen every time that job runs (but those that run more
frequently are, of course, going to trigger it more often).


craig

ps: not everyone will have cron.log enabled in their syslog/rsyslog
config. if you want to look for this in your own logs, these log entries
can also be found in /var/log/syslog.


-- 
craig sanders 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#515431: I'm interested in adopting povray

[Rafael Cunha de Almeida]

I don't have much experience with it, but I always thought it was a very
nice program. I'd like to maintain it. How should I proceed in order to
do so?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572290: lilypond: FTBFS: Child returned 1

[Cyril Brulebois]

Source: lilypond
Version: 2.12.3-2
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS on several archs this way:
| Running 
lilypond.../build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/out/share/lilypond/current/scm/lily.scm:674:15:
 In procedure open-file in expression (open-file (if # # ...) "a"):
| 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/out/share/lilypond/current/scm/lily.scm:674:15:
 No such device or address: "/dev/tty"
| command failed: 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/out/bin/lilypond -I 
./ -I ./out-test -I ../../input -I ../../input/lsr/ -I ../../input/regression/ 
-I ../../input/manual/ -I ../../input/tutorial/ -I 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/mf/out/ -I 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/mf/out/ -I 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/manual -I 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/Documentation 
-dbackend=eps --formats=ps  -dseparate-log-files -dinclude-eps-fonts 
-dgs-load-lily-fonts --header=texidoc -I 
/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/manual 
-ddump-profile -dcheck-internal-types -ddump-signatures -danti-alias-factor=1 
-I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/out/lybook-testdb" 
 -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/regression"  
-I  "/build/buildd-lilypond_2.12.3-2-hpp
 a-7KIKSb/lilypond-2.12.3/input/regression"  -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/regression/out-test"
  -I  "/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input"  -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/lsr"  -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/regression"  
-I  "/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/manual"  
-I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/tutorial"  
-I  "/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/mf/out"  -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/mf/out"  -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/input/manual"  -I  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/Documentation" 
--formats=eps  -deps-box-padding=3.00  -dread-file-list 
-dno-strip-output-dir  
"/build/buildd-lilypond_2.12.3-2-hppa-7KIKSb/lilypond-2.12.3/out/
 lybook-testdb/snippet-names--154994470.ly"
| Child returned 1
| lilypond-book.py (GNU LilyPond) 2.12.3
| make[3]: *** [out-test/collated-files.texi] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?suite=unstable&p=lilypond

Mraw,
KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572291: corkscrew: FTBFS on kfreebsd-*: can not guess host type

[Cyril Brulebois]

Source: corkscrew
Version: 2.0-6
Severity: serious
Justification: FTBFS
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

your package no longer builds on kfreebsd-*:
| configure: error: can not guess host type; you must specify one

Full build logs:
  https://buildd.debian.org/status/package.php?suite=unstable&p=corkscrew

Fixing #534816 may help, although I'm not sure that's the same bug in
the end; and such regressions on kfreebsd-*s are RC, that's why I'm
opening another bug.

Mraw,
KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Eugen Dedu]

severity 572283 normal
thanks

Ben Hutchings wrote:
> On Wed, 2010-03-03 at 01:30 +0100, Eugen Dedu wrote:
>> severity 572283 critical
>> thanks
>>
>> Ben Hutchings wrote:
>>> On Wed, 2010-03-03 at 01:15 +0100, Eugen Dedu wrote:
>>> [...]
 Thanks for the fast help.

 I have just executed 'dpkg -P linux-base'.  So it is now safe to reboot
 computer (after having issued 'lilo' too), is that right?
>>> Should be.
>> Oh, I have just rebooted and it works!!  Thanks for the help.
>>
>> I forgot to add critical, so that others can see it before the new
>> uploading.
> 
> I don't think this is critical: /etc/lilo.conf was not modified and your
> system would have been bootable even if you did not remove linux-base.

Well, using correct severity then.  I was scared that it will not boot
because I thought that only the new kernel works after the device renaming.

-- 
Eugen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571146: www.debian.org: add link to IBM Public License

[Russ Allbery]

MJ Ray  writes:
> Russ Allbery 

>> Could you add a link to the IBM Public License 1.0 to
>> www.debian.org/legal/licenses/?  This license is used by Postfix and
>> OpenAFS and has been accepted in Debian main since 2000.

> I suspect it didn't appear there because the name isn't 
> distinctive and varies a bit (see below).

> It looks like it's only appropriate if used by IBM (due to the
> definition of Contributor), so it should probably should have a comment
> along those lines next to it.  So should PHP License IIRC, so this
> doesn't bar it from listing.

Yes, I think you're correct.

>> The license is at http://www.opensource.org/licenses/ibmpl.php

> It looks like there are two versions:

> 1. IBM PUBLIC LICENSE VERSION 1.0 - SECURE MAILER
> ftp://ftp.porcupine.org/mirrors/postfix-release/LICENSE

> 2. IBM Public License Version 1.0
> http://www.openafs.org/frameset/dl/license10.html

> Are they the same except the title and which should we link?

The Postfix one is identical except for the title to the one used by
OpenAFS.  I didn't compare specifically to the HTML-ized version since
that has markup added by us, but with the original canonical text
version.  wdiff showed no differences other than the title and the
insertion of copyright dates in the license.

I think http://www.openafs.org/frameset/dl/license10.html is probably the
best link since it has the fully generic title, but I don't have a strong
opinion.

Thank you for your investigation!

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572289: ITP: gkrellm-cpufreq -- CPU frequency plugin for GKrellM

[Adrian Glaubitz]

Package: wnpp
Severity: wishlist
Owner: Adrian Glaubitz 


* Package name: gkrellm-cpufreq
  Version : 0.6.1
  Upstream Author : Christoph Winkelmann 
* URL : http://mathicse.epfl.ch/~winkelma/gkrellm2-cpufreq/
* License : GPL
  Programming Lang: C
  Description : CPU frequency plugin for GKrellM

This is an additional plugin for GKrellM that allows to view and set the CPU 
clock
frequency. It also displays the current governer which has been set for cpufreq
such as ondemand, performance and powersave. Plugin is highly recommended when 
using
tiling window managers such as ion3 together with GKrellM.

Adrian



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Ben Hutchings]

On Wed, 2010-03-03 at 01:30 +0100, Eugen Dedu wrote:
> severity 572283 critical
> thanks
> 
> Ben Hutchings wrote:
> > On Wed, 2010-03-03 at 01:15 +0100, Eugen Dedu wrote:
> > [...]
> >> Thanks for the fast help.
> >>
> >> I have just executed 'dpkg -P linux-base'.  So it is now safe to reboot
> >> computer (after having issued 'lilo' too), is that right?
> > 
> > Should be.
> 
> Oh, I have just rebooted and it works!!  Thanks for the help.
> 
> I forgot to add critical, so that others can see it before the new
> uploading.

I don't think this is critical: /etc/lilo.conf was not modified and your
system would have been bootable even if you did not remove linux-base.

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.


signature.asc
Description: This is a digitally signed message part

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Eugen Dedu]

severity 572283 critical
thanks

Ben Hutchings wrote:
> On Wed, 2010-03-03 at 01:15 +0100, Eugen Dedu wrote:
> [...]
>> Thanks for the fast help.
>>
>> I have just executed 'dpkg -P linux-base'.  So it is now safe to reboot
>> computer (after having issued 'lilo' too), is that right?
> 
> Should be.

Oh, I have just rebooted and it works!!  Thanks for the help.

I forgot to add critical, so that others can see it before the new
uploading.

>> I ask this because I see that the "dpkg -P" above reput the old version
>> of /etc/ files, but it seems that not all of them.  fstab is identical
>> to fstab.old, but blkid.tab for ex. is not identical to blkid.tab:
> 
> linux-base does not modify /etc/blkid.tab (at least, not directly).
> That must have been changed by something else.
> 
>> There was also a file under udev modified, if I remember correctly, but
>> I do not see which one in /etc/udev/
> 
> That would be /etc/udev/rules.d/70-persistent-cd.rules




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Ben Hutchings]

On Wed, 2010-03-03 at 01:15 +0100, Eugen Dedu wrote:
[...]
> Thanks for the fast help.
> 
> I have just executed 'dpkg -P linux-base'.  So it is now safe to reboot
> computer (after having issued 'lilo' too), is that right?

Should be.

> I ask this because I see that the "dpkg -P" above reput the old version
> of /etc/ files, but it seems that not all of them.  fstab is identical
> to fstab.old, but blkid.tab for ex. is not identical to blkid.tab:

linux-base does not modify /etc/blkid.tab (at least, not directly).
That must have been changed by something else.

> There was also a file under udev modified, if I remember correctly, but
> I do not see which one in /etc/udev/

That would be /etc/udev/rules.d/70-persistent-cd.rules

Ben.

-- 
Ben Hutchings
Horngren's Observation:
   Among economists, the real world is often a special case.


signature.asc
Description: This is a digitally signed message part

Bug#572288: audacious-plugins: after upgrade, audacious stopped working

[Francesco Poli (t1000)]

Package: audacious-plugins
Version: 2.1-1
Severity: grave
Justification: renders package unusable

Hi!

After upgrading audacious-plugins and audacious-plugins-extra from
version 2.1-1 to version 2.1-1.1, audacious is totally unable to
play anything (Internet streams, local files, ...).

When I press the play button, audacious tries to fetch data (e.g.:
for Internet streams, I can see that there's a data flow coming in
through the network interface), but never starts playing.
I gives up immediately.

Downgrading audacious-plugins and audacious-plugins-extra to
version 2.1-1 fixes the issue.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
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 audacious-plugins depends on:
ii  audacious2.1-1   small and fast audio player which 
ii  libasound2   1.0.21a-1   shared library for ALSA applicatio
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libaudid3tag22.1-1   audacious id3 tag manipulation lib
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libcddb2 1.2.1-1 library to access CDDB data - runt
ii  libcdio-cdda00.81-4  library to read and control digita
ii  libcdio100.81-4  library to read and control CD-ROM
ii  libflac8 1.2.1-2+b1  Free Lossless Audio Codec - runtim
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.22.2-2The GLib library of C routines
ii  libgtk2.0-0  2.18.6-1The GTK+ graphical user interface 
ii  libmad0  0.15.1b-5   MPEG audio decoder library
ii  libmms0  0.4-2   MMS stream protocol library - shar
ii  libmowgli1   0.6.1-1 a high performance development fra
ii  libneon27-gnutls 0.29.3-1An HTTP and WebDAV client library 
ii  libogg0  1.1.4~dfsg-2Ogg bitstream library
ii  libpango1.0-01.26.2-1Layout and rendering of internatio
ii  libsad2  2.1-1   audacious scale and dither library
ii  libsndfile1  1.0.21-2Library for reading/writing audio 
ii  libvorbis0a  1.2.3-3 The Vorbis General Audio Compressi
ii  libvorbisenc21.2.3-3 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.2.3-3 The Vorbis General Audio Compressi
ii  libx11-6 2:1.3.3-1   X11 client-side library
ii  libxcomposite1   1:0.4.1-1   X11 Composite extension library
ii  libxfixes3   1:4.0.4-1   X11 miscellaneous 'fixes' extensio
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library
ii  libxrender1  1:0.9.5-1   X Rendering Extension client libra

audacious-plugins recommends no packages.

audacious-plugins suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572268: xserver-xorg-core: Crash, Segmentation fault, VidModeSetGamma+0x67, xf86ChangeGamma+0x4b

[Cyril Brulebois]

Cyril Brulebois  (03/03/2010):
> Heh. Please tell us if you find another (smaller) testcase that
> triggers this bug. :)

That still holds. ;)

> Could it be possible to get a full backtrace?
>   http://wiki.debian.org/HowToGetABacktrace

The code being quite trivial, we might not need this in the end.

Could you please apply the attached patch against the “xorg-server”
source package and see whether that fixes your crash?

Mraw,
KiBi.
From fc1f6dd12ed4a3330d54b67a39946047e31ef0bf Mon Sep 17 00:00:00 2001
From: Cyril Brulebois 
Date: Wed, 3 Mar 2010 01:19:26 +0100
Subject: [PATCH] Make sure not to dereference a null pointer.

Signed-off-by: Cyril Brulebois 
---
 hw/xfree86/common/xf86cmap.c |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/hw/xfree86/common/xf86cmap.c b/hw/xfree86/common/xf86cmap.c
index f60d96e..c9d57be 100644
--- a/hw/xfree86/common/xf86cmap.c
+++ b/hw/xfree86/common/xf86cmap.c
@@ -1160,7 +1160,7 @@ xf86ChangeGamma(
 ){
 ScrnInfoPtr pScrn = xf86Screens[pScreen->myNum];
 
-if(pScrn->ChangeGamma)
+if(pScrn && pScrn->ChangeGamma)
 	return (*pScrn->ChangeGamma)(pScreen->myNum, gamma);
 
 return BadImplementation;
-- 
1.7.0



signature.asc
Description: Digital signature

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Eugen Dedu]

Ben Hutchings wrote:
> On Tue, Mar 02, 2010 at 11:16:43PM +0100, Eugen Dedu wrote:
>> Subject: linux-image-2.6.33-2-amd64: Installation error
>> Package: linux-2.6
>> Version: 2.6.33-1~experimental.2
>> Severity: normal
> 
> Thanks for testing!
> 
>> *** Please type your report below this line ***
>> I use 2.6.32.  When installing 2.6.33 I receive (I really hope that the
>> system will be usable after that, since it modified several important
>> files from /etc, such as fstab :o( ):
> 
> All configuration files are backed up with a suffix of '.old' (or '^old'
> in one case).  So you can check them and restore those backups if the
> script did the wrong thing.
> 
> [...]
>> Setting up linux-base (2.6.33-1~experimental.2) ...
>> Undefined subroutine &DebianKernel::DiskId::disk_id_to_path called at
>> /var/lib/dpkg/info/linux-base.postinst line 493,  line 134.
> [...]
> 
> Oops.  I will fix this in the next version.
> 
> For now, you can either:
> a. Remove linux-base.
> b. Set the 'boot' parameter in /etc/lilo.conf to the proper path under
>/dev/disk/by-label/ or /dev/disk/by-uuid/ (which is what linux-base
>should have done), then run 'dpkg --configure linux-base'.

Thanks for the fast help.

I have just executed 'dpkg -P linux-base'.  So it is now safe to reboot
computer (after having issued 'lilo' too), is that right?

I ask this because I see that the "dpkg -P" above reput the old version
of /etc/ files, but it seems that not all of them.  fstab is identical
to fstab.old, but blkid.tab for ex. is not identical to blkid.tab:

snoopy:/etc# diff blkid.tab blkid.tab.old -uw
--- blkid.tab   2010-03-02 23:13:48.0 +0100
+++ blkid.tab.old   2010-03-02 23:03:53.0 +0100
@@ -1,4 +1,4 @@
-/dev/sda1
-/dev/sda2
-/dev/sda3
-/dev/sda4
+/dev/sda1
+/dev/sda2
+/dev/sda3
+/dev/sda4
snoopy:/etc# l blkid.tab blkid.tab.old
-rw-r--r-- 1 root root 432 Mar  2 23:13 blkid.tab
-rw-r--r-- 1 root root 412 Mar  2 23:03 blkid.tab.old

There was also a file under udev modified, if I remember correctly, but
I do not see which one in /etc/udev/

-- 
Eugen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560044: Also breaks ant

[Gabriel Farrell]

Breaks any ant builds that attempt to do fetching.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572233: Add support for xz-compressed man pages

[Colin Watson]

tags 572233 fixed-upstream
user man...@packages.debian.org
usertags 572233 target-2.5.8
thanks

On Tue, Mar 02, 2010 at 03:00:29PM +, Darren Salt wrote:
> This patch adds support for xz-compressed man pages.

Thanks!  I've committed this upstream.

Tue Mar  2 19:11:44 GMT 2010  Darren Salt  

Add support for XZ-compressed manual pages (Debian bug #572233).

* configure.ac: Check for xz.
* include/comp_src.h.in (comp_list): Add xz.
* include/manconfig.h.in: Define UNXZ.
* NEWS: Document this.

-- 
Colin Watson   [cjwat...@debian.org]



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572287: mozart: Please update Build-Depends emacs22 to emacs23

[Nobuhiro Iwamatsu]

Package: mozart
Version: 1.4.0-2
Severity: important

Hi,

mozart sets emacs22 in Build-Depends, but emacs22 will remove in
squeeze.
Please change it from emacs22 to emacs23.

Best regards,
 Nobuhiro



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572268: xserver-xorg-core: Crash, Segmentation fault, VidModeSetGamma+0x67, xf86ChangeGamma+0x4b

[Cyril Brulebois]

Hi.

Marcin Szewczyk, Wodny  (02/03/2010):
> X server crashes during Unreal Tournament startup :-)

Heh. Please tell us if you find another (smaller) testcase that
triggers this bug. :)

> Backtrace:
> 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e696b]
> 1: /usr/bin/X (0x8048000+0x60b75) [0x80a8b75]
> 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb807140c]
> 3: /usr/bin/X (xf86ChangeGamma+0x4b) [0x817476b]
> 4: /usr/bin/X (VidModeSetGamma+0x67) [0x8171b07]
> 5: /usr/lib/xorg/modules/extensions/libextmod.so (0xb7c91000+0xa2cc) 
> [0xb7c9b2cc]
> 6: /usr/bin/X (0x8048000+0x2b017) [0x8073017]
> 7: /usr/bin/X (0x8048000+0x1e95a) [0x806695a]
> 8: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe5) [0xb7d8ab55]
> 9: /usr/bin/X (0x8048000+0x1e541) [0x8066541]
> Segmentation fault at address 0x16c

Could it be possible to get a full backtrace?
  http://wiki.debian.org/HowToGetABacktrace

I'm just starting with X stuff, I'll be looking into some git logs in
the meanwhile.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572263: ITP: mpdcron -- Call hooks triggered by MPD events

[Simon Josefsson]

Sebastien Delafond  writes:

> Package: wnpp
> Severity: wishlist
> Owner: Sebastien Delafond 
>
> * Package name: mpdcron
>   Version : 0.3
>   Upstream Author : Ali Polatel 
> * URL : http://alip.github.com/mpdcron/
> * License : GPL-2
>   Programming Lang: C
>   Description : Call hooks triggered by MPD events
>
> * Uses mpd's idle mode.
> * Calls hooks depending on the event.
> * Sets special environment variables to pass data to the hooks.
> * Optional support for modules via GModule.
> * Included modules:
>   - notification
> + uses notify-send to send notifications.
> + can detect repeated songs.
>   - scrobbler
> + uses curl to submit songs to Last.fm or Libre.fm
>   - stats
> + module saves song data to a sqlite database
> + supports loving, killing, rating and tagging songs, artists,
>   albums and genres.
> + tracks play count of songs, artist, albums and genres.
> + implements a simple server protocol for remote clients to
>   receive data.

It would be nice to expand the 'MPD' acronym and/or explain what MPD is.

/Simon



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571436: polyorb: FTBFS: tests failed

[Reto Buerki]

Lucas Nussbaum wrote:
> On 01/03/10 at 23:00 +0100, Reto Buerki wrote:
>> Is there a policy which defines the network setup and firewall rules for
>> an official build host? If every host is different, we better disable
>> the MIOP test because testing multicast functionality cannot work reliably.
>>
>> [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568814
> 
> I don't think that there's any policy about that. A build that fail when
> internet access is not available is usually a serious issue, because it might
> make it impossible to rebuild the package from source in the future.

Yes this is obvious. A build cannot rely on network access. The
CORBA/MIOP test case does not need either network or internet access
though, because the kernel delivers the multicast traffic locally if
there is an active subscriber for the multicast group used in the test
case on one of the interfaces. The client part of the test joins the
group in question on an interface chosen by the kernel so this condition
is met.

Nevertheless, the mcast sender must be allowed to send multicast traffic
even though this traffic never reaches anyone besides the test client.
This does not work if a firewall rule in the output path blocks these
packets (resulting in an 'operation not permitted' error on the sending
socket).

> However, I don't know of any restrictions about the loopback network,
> or sending broadcast or multicast packets.
> 
> Are you sure that the sparc build fails because of that? If that's the
> case, yes, it's probably a good idea to just drop that test.

Xavier was not able to reproduce the failure with his own sparc
hardware, so it's probably also network related or has something to do
with the setup of this particular build host.

> In other news, the package built fine on a similar system, but without
> any firewall configuration.

Thanks for testing! I will disable the CORBA/MIOP test in the next
upload because running this test as part of the polyorb test suite does
not work reliably on the various build hosts.

- reto



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#569135: xserver-xorg-video-intel: VGA output corruption still present with newer versions

[Cyril Brulebois]

Christophe Rhodes  (02/03/2010):
> Additionally, I tested my setup with the kernel from experimental,
> version 2.6.33-2-686; the same problem persisted.

Thanks,

at this point, I think the best way is to report this bug upstream
directly, following those instructions:

  http://intellinuxgraphics.org/how_to_report_bug.html

You're welcome to Cc me while doing so, so that I can update the
status of this bug accordingly.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#572227: Tint2 clock's update problem

[Daniel Moerner]

For reference: http://code.google.com/p/tint2/issues/detail?id=230

Daniel

-- 
Daniel Moerner 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572286: libao contains lintian warnings

[Benjamin Drung]

Package: libao
Version: 0.8.8-5
Severity: normal
Tags: patch

While working on the NMU, I detected many lintian warnings. I have fixed them 
(excluding some informational ones). You can either use the attached patch or 
grab the bzr branch from lp:~bdrung/libao/lintian-cleanup [1]. The latter 
documents every change blow-by-blow.

[1] https://code.launchpad.net/~bdrung/libao/lintian-cleanup
diff -Nru libao-0.8.8/debian/control libao-0.8.8/debian/control
--- libao-0.8.8/debian/control	2010-03-03 00:04:48.0 +0100
+++ libao-0.8.8/debian/control	2010-03-02 23:58:56.0 +0100
@@ -3,14 +3,22 @@
 Priority: optional
 Maintainer: Debian Xiph.org Maintainers 
 Uploaders: Adeodato Simó 
-Build-Depends: autotools-dev, debhelper, quilt, libartsc0-dev, libasound2-dev [!kfreebsd-i386 !hurd-i386 !kfreebsd-amd64], libaudio-dev, libesd0-dev, libpulse-dev, libxt-dev, libxau-dev
-Standards-Version: 3.8.0
+Build-Depends: autotools-dev,
+   debhelper (>= 5),
+   libartsc0-dev,
+   libasound2-dev [!kfreebsd-i386 !hurd-i386 !kfreebsd-amd64],
+   libaudio-dev,
+   libesd0-dev,
+   libpulse-dev,
+   libxau-dev,
+   libxt-dev
+Standards-Version: 3.8.4
 Vcs-Bzr: http://bzr.debian.org/bzr/pkg-xiph/libao
+Homepage: http://www.xiph.org/ao/
 
 Package: libao2
 Architecture: any
-Section: libs
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: libartsc0, libasound2, libaudio2, libesd0 | libesd-alsa0, libpulse0
 Replaces: libao-pulse
 Description: Cross Platform Audio Output Library
@@ -20,15 +28,15 @@
 Package: libao-dev
 Architecture: any
 Section: libdevel
-Depends: libao2 (= ${binary:Version}), libc6-dev
+Depends: libao2 (= ${binary:Version}), libc6-dev, ${misc:Depends}
 Description: Cross Platform Audio Output Library Development
  The libao-dev package contains the header files and documentation
  needed to develop applications with libao.
 
 Package: libao-dbg
 Architecture: any
-Section: libdevel
+Section: debug
 Priority: extra
-Depends: libao2 (= ${binary:Version})
+Depends: libao2 (= ${binary:Version}), ${misc:Depends}
 Description: Cross Platform Audio Output Library Debug Symbols
  The libao-dev package contains the debug symbols for libao.
diff -Nru libao-0.8.8/debian/patches/01_fix_arts_init_wackyness.patch libao-0.8.8/debian/patches/01_fix_arts_init_wackyness.patch
--- libao-0.8.8/debian/patches/01_fix_arts_init_wackyness.patch	2010-03-03 00:04:48.0 +0100
+++ libao-0.8.8/debian/patches/01_fix_arts_init_wackyness.patch	2010-03-02 23:58:56.0 +0100
@@ -1,3 +1,8 @@
+Description: Fix arts_init() wackyness where on non-KDE systems, it causes
+ _exit() to be called in ao_initialize().
+Author: William Pitcock 
+Bug-Debian: http://bugs.debian.org/464638
+
 diff -urN libao-0.8.8/src/plugins/arts/ao_arts.c libao-0.8.8+patched/src/plugins/arts/ao_arts.c
 --- libao-0.8.8/src/plugins/arts/ao_arts.c	2007-05-24 04:19:07.0 -0500
 +++ libao-0.8.8+patched/src/plugins/arts/ao_arts.c	2008-02-07 21:55:50.0 -0600
diff -Nru libao-0.8.8/debian/rules libao-0.8.8/debian/rules
--- libao-0.8.8/debian/rules	2010-03-03 00:04:48.0 +0100
+++ libao-0.8.8/debian/rules	2010-03-02 23:58:56.0 +0100
@@ -1,7 +1,5 @@
 #! /usr/bin/make -f
 
-include /usr/share/quilt/quilt.make
-
 ###
 
 # Configure arguments
@@ -69,7 +67,7 @@
 
 #
 
-clean: unpatch
+clean:
 	dh_testdir
 	dh_testroot
 
diff -Nru libao-0.8.8/debian/source/format libao-0.8.8/debian/source/format
--- libao-0.8.8/debian/source/format	1970-01-01 01:00:00.0 +0100
+++ libao-0.8.8/debian/source/format	2010-03-03 00:04:48.384452662 +0100
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Ben Hutchings]

On Tue, Mar 02, 2010 at 11:16:43PM +0100, Eugen Dedu wrote:
> Subject: linux-image-2.6.33-2-amd64: Installation error
> Package: linux-2.6
> Version: 2.6.33-1~experimental.2
> Severity: normal

Thanks for testing!

> *** Please type your report below this line ***
> I use 2.6.32.  When installing 2.6.33 I receive (I really hope that the
> system will be usable after that, since it modified several important
> files from /etc, such as fstab :o( ):

All configuration files are backed up with a suffix of '.old' (or '^old'
in one case).  So you can check them and restore those backups if the
script did the wrong thing.

[...]
> Setting up linux-base (2.6.33-1~experimental.2) ...
> Undefined subroutine &DebianKernel::DiskId::disk_id_to_path called at
> /var/lib/dpkg/info/linux-base.postinst line 493,  line 134.
[...]

Oops.  I will fix this in the next version.

For now, you can either:
a. Remove linux-base.
b. Set the 'boot' parameter in /etc/lilo.conf to the proper path under
   /dev/disk/by-label/ or /dev/disk/by-uuid/ (which is what linux-base
   should have done), then run 'dpkg --configure linux-base'.

Ben.

-- 
Ben Hutchings
The most exhausting thing in life is being insincere. - Anne Morrow Lindberg



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570771: [Pkg-octave-devel] Bug#570771: Bug#570771: FTBFS on mips* due to ld bug

[Thomas Weber]

On Mon, Mar 01, 2010 at 09:24:25PM +0100, Thomas Weber wrote:
> On Mon, Mar 01, 2010 at 09:38:18AM +0100, Marc Brockschmidt wrote:
> > Thomas Weber  writes:
> > > On Sun, Feb 21, 2010 at 01:24:39PM +0100, Marc 'HE' Brockschmidt wrote:
> > >> It looks like building without -g might work around the problem, so 
> > >> removing
> > >> the -dbg packages for mips* might be an option for now.
> > > This is only an option if you (or one of the mipsel porters) agree to
> > > sponsor the first upload re-introducing the -dbg package. I'm only a DM.
> > 
> > If noone else is willing to do it, I will upload a package that just
> > adds the debug package in when needed. 
> 
> This wasn't meant seriously :)
> 
> If no mips porter is willing to upload such a package, then we'll go
> without it on mips for the time being.
> 
> > Sorry, I have no octave clue at all, so I would like to avoid any
> > bigger sponsoring steps. Anyway, I think dropping the debug package
> > for mips* should be enough.
> > 
> > Could you do this soon?

Problem: Newer graphicsmagick (>=1.3.8) changed it's behaviour and now
Octave crashes in it's test suite.

Upstream discussion:
http://www-old.cae.wisc.edu/pipermail/octave-maintainers/2010-February/015292.html

Thomas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567706: mailcrypt: diff for NMU version 3.5.8+CVS.2010.02.14-0.2

[Stefano Zacchiroli]

tags 567706 + patch pending
thanks

Dear maintainer,

I've prepared an NMU for mailcrypt (versioned as
3.5.8+CVS.2010.02.14-0.2) and uploaded it to DELAYED/2. Please feel free
to tell me if I should delay it longer.

Regards.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
diff -u mailcrypt-3.5.8+CVS.2010.02.14/debian/control mailcrypt-3.5.8+CVS.2010.02.14/debian/control
--- mailcrypt-3.5.8+CVS.2010.02.14/debian/control
+++ mailcrypt-3.5.8+CVS.2010.02.14/debian/control
@@ -10,7 +10,7 @@
  
 Package: mailcrypt
 Architecture: all
-Depends: debconf (>= 0.2.0) | debconf-2.0, gnupg, emacs23 | emacs22 | emacs21 | emacs-snapshot, make, dpkg (>= 1.15.4) | install-info
+Depends: debconf (>= 0.2.0) | debconf-2.0, gnupg, emacs23 | emacs-snapshot, make, dpkg (>= 1.15.4) | install-info
 Description: An Emacs interface to the GNU Privacy Guard
  Mailcrypt is an Emacs lisp package that provides a simple but
  powerful interface to cryptographic functions for mail and news.  With
diff -u mailcrypt-3.5.8+CVS.2010.02.14/debian/changelog mailcrypt-3.5.8+CVS.2010.02.14/debian/changelog
--- mailcrypt-3.5.8+CVS.2010.02.14/debian/changelog
+++ mailcrypt-3.5.8+CVS.2010.02.14/debian/changelog
@@ -1,3 +1,10 @@
+mailcrypt (3.5.8+CVS.2010.02.14-0.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove emacs flavours older than 23 from Depends list (Closes: #567706)
+
+ -- Stefano Zacchiroli   Tue, 02 Mar 2010 23:54:58 +0100
+
 mailcrypt (3.5.8+CVS.2010.02.14-0.1) unstable; urgency=low
 
   * Non-maintainer upload.

Bug#572227: Tint2 clock's update problem

[Daniel Moerner]

tag 572227 +patch
thanks

Hi,

On Tue, Mar 2, 2010 at 6:26 AM, Adam Lee  wrote:

Package: tint2
Version: 0.9-1
Severity: important

When clock shows only hour and minutes, it updates every 60 seconds, It
make time differs from date command output for ~1 minute.

I know add seconds can prevent it, but it is a BUG. Actually it made
loss to me.


Well, the fix is obvious, for a 30 second update, e.g.:

diff --git a/src/clock/clock.c b/src/clock/clock.c
index 82964a6..e912e01 100644
--- a/src/clock/clock.c
+++ b/src/clock/clock.c
@@ -89,7 +89,7 @@ void init_clock()
   if (strchr(time1_format, 'S') || strchr(time1_format, 'T') || st
   clock_timeout = add_timeout(10, 1000, update_clocks, 0);
   else
-   clock_timeout = add_timeout(10, 6, update_clocks, 0)
+   clock_timeout = add_timeout(10, 3, update_clocks, 0)
   }
}

However, I'm not sure if there's a better update interval. You say this caused 
you to lose something, but obviously, you shouldn't be relying on a system tray 
clock set to minutes if you need accuracy to the minute. I'll bring it up with 
upstream, but I'm giving you warning--the update time will definitely not be 
set to much faster than 30 seconds, if faster. That's just a waste.

Regards,
Daniel

--
Daniel Moerner 




signature.asc
Description: OpenPGP digital signature

Bug#572055: [PATCH] python-apt 0.8 API transition: Please update python-cdd to new API

[Martin Fuzzey]

Hi Julian,

thank you for the patch.

However I've noticed there's a little problem with it (breaks the unit
tests) as the new function introduced:

+def _convert_deplist(deplist):
+"""Convert '>' to '>>' and '<' to '<<' in the relation."""
+result = []
+for or_dep in deplist:
+new_ordep = []
+for dep in or_dep:
+new_ordep.append((dep[0], dep[1], len(dep[2]) == 1 and
2*dep[2] or dep[2]))
+result.append(new_ordep)
+return result


Also converts "=" to "=="

In this package that is later used as an dictionary key in:

def allow_version(versionA, versionB, operator):
return {
"<<" : lambda a,b : apt_pkg.version_compare(a,b) < 0,
"<=" : lambda a,b : apt_pkg.version_compare(a,b) <= 0,
"=" : lambda a,b : apt_pkg.version_compare(a,b) == 0,
">=" : lambda a,b : apt_pkg.version_compare(a,b) >= 0,
">>" : lambda a,b : apt_pkg.version_compare(a,b) > 0,
}[operator](versionA, versionB)


When "=" is specified it is converted to "==" and the key lookup fails.

So I think the best thing to do here is to drop the conversion function
and just fix the
dictionary to use the new keys.

I'm guessing you used some automated script to generate the patches so
thought I should let you know in case there are problems elsewhere.

Cheers,

Martin




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#542583: linux-image-2.6.30-1-amd64: unknown ioctl32 cmds from hddtemp

[Moritz Muehlenhoff]

tags 542583 moreinfo
thanks

On Thu, Aug 20, 2009 at 11:15:52AM +0200, Jö Fahlke wrote:
> Package: linux-image-2.6.30-1-amd64
> Version: 2.6.30-5
> Severity: normal
> 
> Hi!
> 
> My syslog shows the following messages:
> (grep hddtemp /var/log/syslog)

Hi,
The next release of Debian (6.0, code name Squeeze) will be based
on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell
us whether the problem persists. If so, we should report it upstream
to the kernel.org developers.

The 2.6.32 kernel is available from packages.debian.org and can
be installed in both Debian stable, testing and unstable
installations.

Thanks,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#555743: dpkg-gencontrol: add support for Description:-s in the Source package stanza

[Ben Finney]

Raphael Hertzog  writes:

> If I do something like that it's rather with substvars. You could use
> ${source:Description:body} and ${source:Description:title} in the
> binary package description to refer to the the corresponding parts of
> the source description.

Sounds great, with the minor caveat that I'd rather not have the vars
using different terms from what is already used to describe those
fields. Instead, (bikeshed mode activate) I'd prefer
‘${source:Description:synopsis}’ and ‘${source:Description:full}’.

-- 
 \“Read not to contradict and confute, nor to believe and take |
  `\  for granted … but to weigh and consider.” —Francis Bacon |
_o__)  |
Ben Finney 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543275: slow mouse and IRQ #16 disable

[Moritz Muehlenhoff]

tags 543275 moreinfo
thanks

On Mon, Oct 26, 2009 at 04:57:16PM +0100, Benoît Tonnerre wrote:
> First thing first, sorry for the delay, i was away from home for a long
> time.
> 
> 
> First, please provide the output of 'lspci -vv' and 'dmidecode'.
> => I attached to this mail the content of dmidecode and lspci -vv
> 
> Second, what devices (if any) are connected to the PATA (IDE) controller?
> => The device connected to the PATA (IDE) controller is a DVD-rom drive :
> [1.172556] ata7.00: ATAPI: Pioneer DVD-ROM ATAPIModel DVD-106S 0109,
> E1.09, max UDMA/66
> 
> 
> If you do not need them to boot, could you try disconnecting them
> temporarily and test whether this problem still occurs?
> => Of course i can disable it, or remove it.
> 
> Finally, could you try plugging the mouse into a different USB port and
> testing whether this problem still occurs, or the kernel logs the error
> message 'irq 16: nobody cared'?
> => Let's see :
> 
> [45225.820849] usb 1-6: USB disconnect, address 4
> [100119.790865] irq 16: nobody cared (try booting with the "irqpoll" option)
> [100119.790871] Pid: 0, comm: swapper Not tainted 2.6.30-2-amd64 #1
> [100119.790873] Call Trace:
> [100119.790875][] ? __report_bad_irq+0x30/0x7d
> [100119.790886]  [] ? note_interrupt+0x105/0x170
> [100119.790890]  [] ? handle_fasteoi_irq+0x93/0xb5
> [100119.790894]  [] ? handle_irq+0x17/0x1d
> [100119.790897]  [] ? do_IRQ+0x57/0xbf
> [100119.790900]  [] ? ret_from_intr+0x0/0x11
> [100119.790902][] ? mwait_idle+0x8d/0xac
> [100119.790908]  [] ? mwait_idle+0x2c/0xac
> [100119.790913]  [] ? cpu_idle+0x50/0x91
> [100119.790915] handlers:
> [100119.790916] [] (usb_hcd_irq+0x0/0x7e)
> [100119.790922] [] (ata_sff_interrupt+0x0/0xbe [libata])
> [100119.790949] Disabling IRQ #16
> 
> Problem occurs, so i unplug the mouse and reconnect it to another usb slot
> 
> [100578.784040] usb 3-1: USB disconnect, address 2
> [100608.636009] usb 4-2: new full speed USB device using uhci_hcd and
> address 2
> [100608.813543] usb 4-2: New USB device found, idVendor=1532, idProduct=0007
> [100608.813547] usb 4-2: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> [100608.813549] usb 4-2: Product: DeathAdder
> [100608.813551] usb 4-2: Manufacturer: Razer
> [100608.813631] usb 4-2: configuration #1 chosen from 1 choice
> [100608.824766] input: Razer DeathAdder as
> /devices/pci:00/:00:1a.1/usb4/4-2/4-2:1.0/input/input8
> [100608.824840] generic-usb 0003:1532:0007.0004: input,hidraw0: USB HID
> v1.11 Mouse [Razer DeathAdder] on usb-:00:1a.1-2/input0
> 
> => The problem seems to be gone
> But if i unplug the mouse and reconnect to the first one, the mouse is slow
> again.
> 
> I would like to add that i upgrade my debian. (so i'm using
> linux-image-2.6.30-2-amd64 : Version: 2.6.30+21)

Hi,
The next release of Debian (6.0, code name Squeeze) will be based
on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell
us whether the problem persists. If so, we should report it upstream
to the kernel.org developers.

The 2.6.32 kernel is available from packages.debian.org and can
be installed in both Debian stable, testing and unstable
installations.

Thanks,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543119: linux-image-2.6.30-1-686: Intel HDA sound driver muted on resume

[Moritz Muehlenhoff]

tags 543119 moreinfo
thanks

On Tue, Sep 01, 2009 at 02:36:30AM +0100, Ben Hutchings wrote:
> On Sat, 2009-08-22 at 13:11 -0400, Lee Cremeans wrote:
> > Package: linux-image-2.6.30-1-686
> > Version: 2.6.30-5
> > Severity: important
> > 
> > 
> > When I suspend my machine and then resume, the snd_intel_hda driver does 
> > not
> > resume properly, and the sound is muted. I have to kill the GNOME mixer 
> > applet,
> > unload snd_hda_intel, then reload it and restart the mixer to get my sound
> > back.
> > 
> > The machine is a Gateway ML6720 laptop with an Intel 965 chipset. I had no
> > issues with sound with 2.6.29.
> 
> Please report this upstream at , then let us
> know the bug number so we can track its progress.

Lee, did you report this upstream or does it work in the mean time?

Cheers,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543206: linux-image-2.6.30-1-686: tg3 broadcom driver missing

[Moritz Muehlenhoff]

tags 543206 moreinfo
thanks

On Sun, Aug 23, 2009 at 10:49:11AM +0200, Steven Degrauwe wrote:
> Package: linux-image-2.6.30-1-686
> Version: 2.6.30-5
> Severity: normal
> Tags: l10n
> 
> With the new kernel-update, I got the following messages:
> 
> update-initramfs: Generating /boot/initrd.img-2.6.30-1-686
> W: Possible missing firmware /lib/firmware/tigon/tg3_tso5.bin for module tg3
> W: Possible missing firmware /lib/firmware/tigon/tg3_tso.bin for module tg3
> W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module tg3
> 
> As for now, I haven't encountered problems with my network (wireless and 
> wired). I have figured out that I can't use the TSO-capabilitys of my wired 
> network.
> 
> The bigest drawback I encounter is the time it takes my system to shutdown. 
> Just before shutdown, I get the message: "Possible missing firmware 
> /lib/firmware/tigon/tg3_tso5.bin for module tg3".
> The problem is that is takes more than half a minute before I get the 
> message, resulting in a signifanct longer shutdown-time.
> 
> I have also installed the linux-firmware package. Is it possible to include 
> the tg3-drivers in this package?

It is included since revision 0.18 of firmware-nonfree:

* Add Broadcom Tigon3 firmware for use with tg3 driver (closes: [53]543233)

Does it fix the driver for you?

Cheers,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572284: cmus: upgrade to 2.3.0

[TheGZeus]

Package: cmus
Version: 2.2.0-4.1
Severity: wishlist

Not sure if you were aware, but cmus development has picked up again, and the 
new version may close a number of bugs, reported or not.
To my knowledge, there are no regressions, only more features and bugfixes.

Sincerely,
Z, aka GZeus

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cmus depends on:
ii  libao2 0.8.8-5   Cross Platform Audio Output Librar
ii  libartsc0  1.5.9-3+b1aRts sound system C support librar
ii  libasound2 1.0.21a-1 shared library for ALSA applicatio
ii  libavformat52  5:0.5+svn20100208-0.1 ffmpeg file format library
ii  libc6  2.10.2-6  Embedded GNU C Library: Shared lib
ii  libfaad2   2.7-4 freeware Advanced Audio Decoder - 
ii  libflac8   1.2.1-2+b1Free Lossless Audio Codec - runtim
ii  libmad00.15.1b-5 MPEG audio decoder library
ii  libmodplug0c2  1:0.8.7-1 shared libraries for mod music bas
ii  libmpcdec6 2:0.1~r453-1  MusePack decoder - library
ii  libncursesw5   5.7+20090803-2shared libraries for terminal hand
ii  libvorbisfile3 1.2.3-3   The Vorbis General Audio Compressi
ii  libwavpack14.60.1-1  an audio codec (lossy and lossless

cmus recommends no packages.

cmus suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#569135: xserver-xorg-video-intel: VGA output corruption still present with newer versions

[Christophe Rhodes]

Christophe Rhodes  writes:

> Please let me know if I can help further to isolate the problem.

Additionally, I tested my setup with the kernel from experimental,
version 2.6.33-2-686; the same problem persisted.

Best,

Christophe



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#543563: Sometimes iwl4965 fails to load on resume from supend to disk

[Moritz Muehlenhoff]

tags 543563 moreinfo
thanks

On Tue, Aug 25, 2009 at 09:47:50PM +0200, Martin Würtele wrote:
> Package: linux-image-2.6.26-2-openvz-amd64
> Version: 2.6.26-17lenny2
> Severity: normal
> 
> Sometimes when resuming from supend-to-disk loading the wifi module fails with
> the trace below.

That driver was fairly fresh in 2.6.26 and a backport for such a complex driver
is unlikely.

Squeeze will be based on 2.6.32. Please test the current 2.6.32 from unstable/
testing and tell us whether the problem persists. If so, we should report it
upstream to the kernel.org developers.

Thanks,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#541073: linux-image-2.6.30-1-686: reset external USB SATA device

[Moritz Muehlenhoff]

tags 541073 moreinfo
thanks

On Tue, Aug 11, 2009 at 04:09:01PM +0200, Mario Izquierdo (mariodebian) wrote:
> Package: linux-image-2.6.30-1-686
> Version: 2.6.30-5
> Severity: normal
> 
> deluged (bittorrent client) is using my external disk as download dir.
> I suppose that deluge read/write to many times and kernel reset disk.
> 
> External disk (lsusb):
> Bus 001 Device 004: ID 152d:2338 JMicron Technology Corp. / JMicron USA 
> Technology Corp. JM20337 Hi-Speed USB to SATA & PATA Combo Bridge

Hi,
The next release of Debian (6.0, code name Squeeze) will be based
on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell
us whether the problem persists. If so, we should report it upstream
to the kernel.org developers.

The 2.6.32 kernel is available from packages.debian.org and can
be installed in both Debian stable, testing and unstable
installations.

Thanks,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572048: I can confirm failure to start

[Ludovic Claude]

Pier, this looks like a conflict on port 8005.

Can you run this command:
netstat -p -l | grep 8005

Thanks,
Ludovic

Pier Luigi Pau a écrit :
> Hello,
> 
> I couldn't get tomcat6 6.0.24-2 to start, either, and so far I haven't
> found anything better to do than revert to a previous version
> (6.0.20-dfsg1-1). This is on amd64, for the record.
> 
> Purging the packages and reinstalling 6.0.24-2 didn't help; nor did
> switching between openjdk-6 and sun-java6.
> 
> I had lines similar to these in my /var/log/tomcat6/catalina.(date).log:
> 
>> 
> 1-mar-2010 10.34.37 org.apache.catalina.core.AprLifecycleListener init
> INFO: The APR based Apache Tomcat Native library which allows optimal
> performance in production environments was not found on the
> java.library.path:
> /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib/jni:/lib:/usr/lib
> 1-mar-2010 10.34.37 org.apache.coyote.http11.Http11Protocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8080
> 1-mar-2010 10.34.37 org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 570 ms
> 1-mar-2010 10.34.37 org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> 1-mar-2010 10.34.37 org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/6.0.24
> 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor
> INFO: Deploying configuration descriptor ROOT.xml
> 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor
> INFO: Deploying configuration descriptor docs.xml
> 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor
> INFO: Deploying configuration descriptor host-manager.xml
> 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor
> INFO: Deploying configuration descriptor manager.xml
> 1-mar-2010 10.34.37 org.apache.catalina.startup.HostConfig deployDescriptor
> INFO: Deploying configuration descriptor examples.xml
> 1-mar-2010 10.34.38 org.apache.coyote.http11.Http11Protocol start
> INFO: Starting Coyote HTTP/1.1 on http-8080
> 1-mar-2010 10.34.38 org.apache.catalina.startup.Catalina start
> INFO: Server startup in 591 ms
> 1-mar-2010 10.34.38 org.apache.catalina.core.StandardServer await
> GRAVE: StandardServer.await: create[8005]:
> java.net.SocketException: Invalid argument
>   at java.net.PlainSocketImpl.socketBind(Native Method)
>   at 
> java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:336)
>   at java.net.ServerSocket.bind(ServerSocket.java:336)
>   at java.net.ServerSocket.(ServerSocket.java:202)
>   at 
> org.apache.catalina.core.StandardServer.await(StandardServer.java:373)
>   at org.apache.catalina.startup.Catalina.await(Catalina.java:657)
>   at org.apache.catalina.startup.Catalina.start(Catalina.java:617)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:616)
>   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
>> 
> 
> An interesting behaviour I noticed: running /etc/init.d/tomcat6 start
> manually gave me an indication of failure; instead, if I rebooted my
> box altogether, it apparently worked, and I had a file with a process
> id at /var/run/tomcat6.pid, but by the time I could get into a shell,
> the process had somehow disappeared (died?). /etc/init.d/tomcat6 stop
> would answer that tomcat6 wasn't running, /etc/init.d/tomcat6 start
> would complain that there was a pid file and therefore nothing had to
> be done.
> 
> Regards,
> Pier Luigi Pau
> 
> 
> 
> ___
> pkg-java-maintainers mailing list
> pkg-java-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
> 
> 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#559833: CVE-2009-3736 local privilege escalation

[Michael Gilbert]

On Tue, 2 Mar 2010 23:14:50 +0100, Stefano Zacchiroli wrote:
> On Mon, Dec 07, 2009 at 12:05:22AM -0500, Michael Gilbert wrote:
> > The following CVE (Common Vulnerabilities & Exposures) id was
> > published for libtool.  I have determined that this package embeds a
> > vulnerable copy of the libtool source code.  However, since this is a
> > mass bug filing (due to so many packages embedding libtool), I have
> > not had time to determine whether the vulnerable code is actually
> > present in any of the binary packages. Please determine whether this
> > is the case. If the binary packages are not affected, please feel free
> > to close the bug with a message containing the details of what you did
> > to check.
> 
> I believe this bug report can be closed as false positive. I detail
> below my verifications to that conclusion and I copy the security team
> for insights.
> 
> - the imagemagick source package build-depends on libltdl-dev
> 
> - all binaries built by imagemagick depends (either directly or
>   transitvely on libltdl7, see shell log [1]) -- tested on amd64
> 
> - the build log of latest imagemagick on amd64 says:
> 
> checking for ltdl.h... yes
> checking whether lt_dlinterface_register is declared... yes
> checking for lt_dladvise_preload in -lltdl... yes
> checking where to find libltdl headers...
> checking where to find libltdl library... -lltdl
> 
>   it also says, at link time
> 
> LIBS= -lMagickCore -llcms -ltiff -lfreetype -ljpeg -llqr-1 
> -lglib-2.0 -lfontconfig -lXext -lSM -lICE -lX11 -lXt -lbz2 -lz -lm -lgomp 
> -lpthread -lltdl
> 
>   without any specific CFLAGS/LDFLAGS.
> 
> From all the above, I'm inclined to conclude that imagemagick uses
> system-wide ltdl and hence is unaffected by this bug. Confirmation
> and/or comments would be very welcome.

also:

$ ldd /usr/bin/compare | grep ltdl
libltdl.so.7 => /usr/lib/libltdl.so.7 (0xb7009000)
...
(true for all of the other imagemagick binaries too)

i would say this is more than enough checking, and the bug can be
safely closed.  thanks!

mike



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#559833: CVE-2009-3736 local privilege escalation

[Stefano Zacchiroli]

On Mon, Dec 07, 2009 at 12:05:22AM -0500, Michael Gilbert wrote:
> The following CVE (Common Vulnerabilities & Exposures) id was
> published for libtool.  I have determined that this package embeds a
> vulnerable copy of the libtool source code.  However, since this is a
> mass bug filing (due to so many packages embedding libtool), I have
> not had time to determine whether the vulnerable code is actually
> present in any of the binary packages. Please determine whether this
> is the case. If the binary packages are not affected, please feel free
> to close the bug with a message containing the details of what you did
> to check.

I believe this bug report can be closed as false positive. I detail
below my verifications to that conclusion and I copy the security team
for insights.

- the imagemagick source package build-depends on libltdl-dev

- all binaries built by imagemagick depends (either directly or
  transitvely on libltdl7, see shell log [1]) -- tested on amd64

- the build log of latest imagemagick on amd64 says:

checking for ltdl.h... yes
checking whether lt_dlinterface_register is declared... yes
checking for lt_dladvise_preload in -lltdl... yes
checking where to find libltdl headers...
checking where to find libltdl library... -lltdl

  it also says, at link time

LIBS= -lMagickCore -llcms -ltiff -lfreetype -ljpeg -llqr-1 
-lglib-2.0 -lfontconfig -lXext -lSM -lICE -lX11 -lXt -lbz2 -lz -lm -lgomp 
-lpthread -lltdl

  without any specific CFLAGS/LDFLAGS.

>From all the above, I'm inclined to conclude that imagemagick uses
system-wide ltdl and hence is unaffected by this bug. Confirmation
and/or comments would be very welcome.

Cheers.

[1] grep ^Package imagemagick-6.5.8.3/debian/control |cut -f 2 -d' '|xargs 
aptitude download
# snip
z...@usha:/tmp$ for f in *.deb ; do echo $f ; dpkg --info $f |grep Depends: 
|grep -v libltdl7 ; done
imagemagick_7%3a6.5.8.3-1_amd64.deb
imagemagick-dbg_7%3a6.5.8.3-1_amd64.deb
 Depends: imagemagick (= 7:6.5.8.3-1), libmagick++2 (= 7:6.5.8.3-1), 
libmagickcore2-extra (= 7:6.5.8.3-1), perlmagick (= 7:6.5.8.3-1)
imagemagick-doc_7%3a6.5.8.3-1_all.deb
libmagick++2_7%3a6.5.8.3-1_amd64.deb
libmagickcore2_7%3a6.5.8.3-1_amd64.deb
libmagickcore2-extra_7%3a6.5.8.3-1_amd64.deb
libmagickcore-dev_7%3a6.5.8.3-1_amd64.deb
libmagick++-dev_7%3a6.5.8.3-1_amd64.deb
 Depends: libmagick++2 (= 7:6.5.8.3-1), libmagickcore-dev (= 7:6.5.8.3-1), 
libmagickwand-dev (= 7:6.5.8.3-1)
libmagickwand2_7%3a6.5.8.3-1_amd64.deb
libmagickwand-dev_7%3a6.5.8.3-1_amd64.deb
 Depends: libmagickwand2 (= 7:6.5.8.3-1), libmagickcore2-extra (= 
7:6.5.8.3-1), libmagickcore-dev (= 7:6.5.8.3-1)
perlmagick_7%3a6.5.8.3-1_amd64.deb
 Depends: perl (>= 5.10.1-8), perlapi-5.10.1, libc6 (>= 2.4), 
libmagickcore2 (>= 7:6.5.8.3), libperl5.10 (>= 5.10.1)

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568606: brasero: Total size to burn reported to be -2147483648 MiB

[Josselin Mouette]

Hi,

Le vendredi 05 février 2010 à 23:40 -0300, Leandro Lucarella a écrit : 
> The progress fails because the total size reported to be burned is
> "-2147483648 MiB" (the "-" is not a typo) so the progress when burning
> is approximately 0.
> 
> I've seen this behaviour burning a DVD with 4.4GiB of data and another
> with 4.1GiB, in both simulation and real burning.

Could you please send the output of "brasero -g > log 2>&1" when such a
thing happens?

It would also be nice if you could add it directly to
https://bugzilla.gnome.org/show_bug.cgi?id=611344 but otherwise just
send it here.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#572283: linux-image-2.6.33-2-amd64: Installation error

[Eugen Dedu]

Subject: linux-image-2.6.33-2-amd64: Installation error
Package: linux-2.6
Version: 2.6.33-1~experimental.2
Severity: normal

*** Please type your report below this line ***
I use 2.6.32.  When installing 2.6.33 I receive (I really hope that the
system will be usable after that, since it modified several important
files from /etc, such as fstab :o( ):

snoopy:/home/dedu# apt-get install linux-image-2.6.33-2-amd64
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  console-setup wodim totem-gstreamer
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  linux-base
Suggested packages:
  linux-doc-2.6.33
Recommended packages:
  firmware-linux-free
The following NEW packages will be installed
  linux-base linux-image-2.6.33-2-amd64
0 upgraded, 2 newly installed, 0 to remove and 4 not upgraded.
Need to get 28.0MB of archives.
After this operation, 101MB of additional disk space will be used.
Do you want to continue [Y/n]?
Get: 1 http://ftp.fr.debian.org experimental/main linux-base
2.6.33-1~experimental.2 [133kB]
Get: 2 http://ftp.fr.debian.org experimental/main
linux-image-2.6.33-2-amd64 2.6.33-1~experimental.2 [27.9MB]
Fetched 28.0MB in 1min 25s (327kB/s)

Preconfiguring packages ...
Selecting previously deselected package linux-base.
(Reading database ... 202408 files and directories currently
installed.)
Unpacking linux-base (from
.../linux-base_2.6.33-1~experimental.2_all.deb) ...
Selecting previously deselected package linux-image-2.6.33-2-amd64.
Unpacking linux-image-2.6.33-2-amd64 (from
.../linux-image-2.6.33-2-amd64_2.6.33-1~experimental.2_amd64.deb) ...
Setting up linux-base (2.6.33-1~experimental.2) ...
Undefined subroutine &DebianKernel::DiskId::disk_id_to_path called at
/var/lib/dpkg/info/linux-base.postinst line 493,  line 134.
dpkg: error processing linux-base (--configure):
 subprocess installed post-installation script returned error exit
 status 255
dpkg: dependency problems prevent configuration of
linux-image-2.6.33-2-amd64:
 linux-image-2.6.33-2-amd64 depends on linux-base (>= 2.6.33);
 however:
  Package linux-base is not configured yet.
dpkg: error processing linux-image-2.6.33-2-amd64 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 linux-base
 linux-image-2.6.33-2-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Apple Inc.
product_name: MacBookPro3,1
product_version: 1.0
chassis_vendor: Apple Inc.
chassis_version: Mac-F4238BC8
bios_vendor: Apple Inc.
bios_version:MBP31.88Z.0070.B07.0803051658
board_vendor: Apple Inc.
board_name: Mac-F4238BC8
board_version: PVT

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960
Memory Controller Hub [8086:2a00] (rev 03)
Subsystem: Apple Computer Inc. Device [106b:00a0]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 PCI bridge [0604]: Intel Corporation Mobile PM965/GM965/GL960
PCI Express Root Port [8086:2a01] (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family)
USB UHCI Controller #4 [8086:2834] (rev 03) (prog-if 00 [UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
SERR- TAbort-
SERR- TAbort-
SERR- 
Kernel driver in use: ehci_hcd

00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD
Audio Controller [8086:284b] (rev 03)
Subsystem: Apple Computer Inc. Device [106b:00a0]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: HDA Intel

00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 1 [8086:283f] (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.2 PCI 

Bug#572282: please use correct dotfile location

[Daniel Baumann]

Package: icedove
Severity: wishlist
Version: 3.0

Hi,

I saw that in experimental, icedove doesn't use ~/.mozilla-thunderbird 
anymore but ~/.icedove. this is extremely bad - please use 
~/.mozilla/thunderbird as the upstream binaries do.


I reported this already for 1.x (to have it at ~/.mozilla/thunderbird 
instead of ~/.mozilla-thunderbird), but that was declined by the 
maintainer at that point because he didn't want to work on making the 
transition (which is fair), however, now that it has changed anyway, 
please do it the right way.


Regards,
Daniel

--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#561540: [Pkg-gnupg-maint] Bug#561540: Bug#561540: use update-alternatives to provide /usr/bin/gpg

[Sune Vuorela]

(I'm on maillist, no need to explicit CC)

On Tuesday 02 March 2010 22:13:10 Daniel Leidert wrote:
> > The other option could be to drop gnupg and just use gnupg2.
> 
> Hm: popcon report for users of gnupg vs. gnupg2: 7:1. I don't consider
> this an option.
> 
> gnupg is further of priority:standard. gnupg2 depends on libcurl, which
> is of priority:optional (see our solution with gnupg). Ditto for several
> other dependencies: libpth20, libksba8 and also Gtk+ and its
> dependencies if you consider to leave the dependency on pinentry-gtk.
> How are your plans here? Further: What about gpgv? Is it shipped with
> gnupg2?
> 
> gnupg2 is IMO not a replacement option for gnupg in Debian atm.

I think that all people-users (as opposed to scripts and such) of gnupg should 
be switched to gnupg2. It is more featureful, interacts better with the agent 
and is what upstream (hi Werner) has said to me in the past was the future.

I also don't think that gnupg1 should be killed, as it is still very good for 
small environments, like the installer and various scripts.

Most of the 'added value' dependencies in gnupg2 is already installed on 
systems for example running X.

And gnupg2 should of course prefer pinentry-qt4 for entering passphrases (yes, 
I am a bit biased here )

> > But I think making it an alternative is a better, more incremental
> > step.
> 
> I would like to see this tested, because I have doubts, that one can
> easily switch between them (especially because of a few user reports I
> got - but to be honest: I don't know for sure, that the problems were
> caused by gnupg vs gnupg2).

I have at least recently read parts of gnupg2 sourcecode (to figure out how it 
handled use-agent) and it seems that there is quite a few command line options 
that is 'do nothing' in gnupg2, but is there to help being a non-breaking 
dropin replacement.

I had a long talk with Werner Koch several months ago (summer), which I 
planned to write up and send to this maillist, but for various reasons I never 
got around doing it. My own conclusions after that hour-lang talk was that we 
should ditch gnupg1 for most people-users and go for gnupg2 for those.

There is basically two (or maybe three) ways of getting to the situation where 
people-users use gnupg2 when they install it.
(none of these involves touching the gnupg udebs)

1) Alternatives with gnupg2 having a higher priority
2) Have gnupg2 divert the gnupg1 file
3) Patch every single user oriented software using gnupg (most of it probably 
thru gpgme) to use gpg2 for gpg.


I think 3) is out of the question. basically too hard work and too hard to 
keep up with.


2) doesn't really give the power users the opportunity to say 'no' while still 
having gnupg2 installed. Option 2 is slightly more stable than option 1.


Option 1, which is what mentioned in the subject of these mails, is what I 
consider the most sane option. Basically install gnupg-classic with priority 
1, gnupg-curl with priority 2 and gnupg2 with priority 3 (or multiply 
priorities with 25 to get some sort of buffer space)

Alternatives is slightly more fragile than using dpkg-divert, but it is still 
a much more userfriendly option. (I haven't actually seen alternatives break. 
Only heard rumors that it has happened for some people in the far past)

And I do see it possible to handle before squeeze. I would at least appreciate 
it with my kdepim maintainer hat on.

I guess a very important point, that maybe Werner can answer, if he has gotten 
this far, is:
Is gnupg2 command line compatible with gnupg1 ?  And if not, is it documented 
somewhere where it isn't?

Regards,
/Sune
-- 
Genius, I cannot open the mousepad from Windows 98, how does it work?

You can't uninstall the ethernet hardware on a mouse for getting access over a 
2D front-end over a folder.


signature.asc
Description: This is a digitally signed message part.

Bug#559833: CVE-2009-3736 local privilege escalation

[Moritz Muehlenhoff]

On Tue, Mar 02, 2010 at 11:14:50PM +0100, Stefano Zacchiroli wrote:
> On Mon, Dec 07, 2009 at 12:05:22AM -0500, Michael Gilbert wrote:
> > The following CVE (Common Vulnerabilities & Exposures) id was
> > published for libtool.  I have determined that this package embeds a
> > vulnerable copy of the libtool source code.  However, since this is a
> > mass bug filing (due to so many packages embedding libtool), I have
> > not had time to determine whether the vulnerable code is actually
> > present in any of the binary packages. Please determine whether this
> > is the case. If the binary packages are not affected, please feel free
> > to close the bug with a message containing the details of what you did
> > to check.
> 
> I believe this bug report can be closed as false positive. I detail
> below my verifications to that conclusion and I copy the security team
> for insights.

Ack. In the embedded-code-copies file in the Security Tracker we've
marked this as fixed since 6:6.2.3.1-1, so this bug can be closed.

Cheers,
Moritz



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570737: checked

[neonsignal]

The update has come through Debian Lenny, and sudoedit now works as  
expected (sudo version 1.6.9p17). Thanks for the fix.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org