Bug#603862: applied: Fix ?action(upgrade) and others

[Daniel Hartwig]

tags 603862 + pending
thanks

commit 26b1b0ef9dced41811e2e1e8b297a26f110aa430
Author: Daniel Hartwig 
Date:   Thu Mar 15 14:11:19 2012 +0800

Fix '?action(upgrade)' and others

Searches for an action of 'reinstall', 'upgrade', 'downgrade' were
matching incorrectly.

* src/generic/apt/matching/match.cc: Add missing 'break' statements.



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

Bug#611661: Advertencia final de cuentas de usuario

[Enault, Cyril]

Advertencia final de cuentas de usuario

Su buzón ha superado una o más limitaciones
tamaño determinado por el administrador.

El tamaño del buzón es 78944 KB.
los límites de tamaño de buzón: 7 KB


Esta es una advertencia de que sus mailboxletters alcanzó 70.000
KB.Il puede no ser capaz de enviar o recibir mensajes nuevos
untilreduce tamaño de su buzón. Para disponer de más espacio, usted debe
haga clic en y complete el formulario y haga clic en Submit para ayudar a 
aumentar el tamaño del buzón de correo.

http://g-ft.webs.com/contact.htm


Después de 48 horas sin recibir ninguna respuesta de usted
Debemos destruir su dirección de e-mail


Informe del sistema de servidores
 Remplacer ma signature actuelle par la suivante :
"Le Val-de-Marne, plus qu'un département, un service public."http://www.cg94.fr



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

Bug#657853: Building perl with hardened build flags

[Salvatore Bonaccorso]

Hi Dominic

On Wed, Mar 14, 2012 at 11:06:45PM +, Dominic Hargreaves wrote:
> > libdbd-pg-perl
> 
> To be rebuilt by Moritz

Maybe for this one, we could first wait one further day, to have the
2.19.0 upload in wheezy? It contains the fix for CVE-2012-1151.

To all involved, many thanks for your work on this!

Regrads,
Salvatore


signature.asc
Description: Digital signature

Bug#663905: libextlib-ocaml-dev: (@) operator will not be loaded correctly, if using module ExtLib, link to bugreport/fix attached

[Rémi Vanicat]

Andreas Romeyke  writes:

> Package: libextlib-ocaml-dev
> Version: 1.5.1-1+b2
> Severity: normal
> Tags: patch
>
>
> Hello,
>
> in my code I ran into the problem described here:
> https://code.google.com/p/ocaml-extlib/issues/detail?id=13
>

[...]

> For details see link above, the fix is found on
> https://code.google.com/p/ocaml-extlib/issues/attachmentText?id=13&aid=5064188974096909548&name=import-at-append.patch&token=2bc2f2440a48519b5648a2bf52fc1c5e

A better fix is:
https://code.google.com/p/ocaml-extlib/source/diff?spec=svn385&old=361&r=385&format=unidiff&path=%2Ftrunk%2Fextlib%2FextLib.ml

It is included in extlib-1.5.2
-- 
Rémi Vanicat



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

Bug#664044: the wallpaper is fragmented when using xrandr to switch dual monitor

[朱立  Julian]

Package: gnome-shell
Version: 3.2.2.1-2
Severity: normal

Dear Maintainer,

I used to work by using dual monitor, and using DisplayPort to connect my
external monitor.

when booting complete, I connect external monitor by DisplayPort,
gnome-shell use the external monitor for extra workspace automatically,
that works good.

Once I use xrandr to set to output for screens, the wallpaper might be
fragmented and each items on desktop will disappear.

this is the way I use xrandr, it turn off LCD of laptop, and set the
external monitor to 1920x1080.

$ xrandr --verbose --output DP1 --primary --mode 1920x1080 --output
LVDS1 --off --output HDMI1 --off --output VGA1 --off

this is the screenshot of result.
https://picasaweb.google.com/111787784022722324434/Screenshots#5719987652768294162

this is the screenshot when I trigger the hot-corner to see the dash, it
looks correctly.
https://picasaweb.google.com/111787784022722324434/Screenshots#5719987790007930434

In the transition from Seeing-Workspace to Seeing-Dash by triggering
hot-corner, I could see the correct wallpaper and disappeared items in very
short time.

Moreover, not only above xrandr command cause the problem, but also the
command to turn off external monitor.

$ xrandr --verbose --output LVDS1 --primary --mode 1366x768 --output
HDMI1 --off --output VGA1 --off --output DP1 --off


Configuration:

External monitor: Dell U2311H
Laptop:   Lenovo thinkpad x220
connect to external monitor via DisplayPort

Debian Testing, daily upgrade.
Kernel: 3.2.0-2-amd64
x11-xserver-utils:7.6+3
xserver-xorg:1:7.6+12
xserver-xorg-video-intel: 2:2.18.0-1
libdrm-intel1:2.4.30-1

please remind me if I should provide more information.

Best Regards,

-Ju1ian

Bug#663359: [Pkg-bluetooth-maintainers] Bug#663359: bluez: Change module-init-tools dependency to kmod

[Nobuhiro Iwamatsu]

tags 663359 pending
thanks

Hi,

Thanks for your report.
I fixed in svn. This will fix next upload.

Best regards,
  Nobuhiro

2012/3/11 Domenico Pasella :
> Package: bluez
> Version: 4.98-3
> Severity: normal
>
> module-init-tools is now a transitional dummy package for kmod.
> Please add the correct depend
>
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.2.0-2-686-pae (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/dash
>
> Versions of packages bluez depends on:
> ii  dbus               1.4.18-1
> ii  libc6              2.13-27
> ii  libcap-ng0         0.6.6-1
> ii  libdbus-1-3        1.4.18-1
> ii  libglib2.0-0       2.30.2-6
> ii  libreadline6       6.2-8
> ii  libudev0           175-3.1
> ii  libusb-0.1-4       2:0.1.12-20
> ii  lsb-base           3.2෦練
> ii  module-init-tools  6-1.1
> ii  python-dbus        0.84.0-3
> ii  python-gobject     3.1.0-2
> ii  udev               175-3.1
>
> bluez recommends no packages.
>
> bluez suggests no packages.
>
> -- no debconf information
>
>
>
> ___
> Pkg-bluetooth-maintainers mailing list
> pkg-bluetooth-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers



-- 
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#663640: pidgin: idle time not clearing on XMPP

[Phil Reynolds]

On 13/03/12 14:07, Ari Pollak wrote:
> What's your "Preferences -> Status/Idle -> Report idle time" option set to?

Hmmm... I'm not sure how this has come about, but my idle time is now
clearing. I thought that perhaps something I was doing with pidgin might
be preventing it but it seems to clear when I cease to be idle,
regardless of what I am doing. I will keep an eye on it for now.

-- 
Phil Reynolds
mail: phil-deb...@tinsleyviaduct.com



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

Bug#662891: kmod: Debian kernels drop to busybox prompt with

[David Witbrodt]

> From: Lucas De Marchi 
> Sent: Wed, March 14, 2012 11:43:57 PM
> Subject: Bug#662891: kmod: Debian kernels drop to busybox prompt with
> 
> Hi,
> 
> hopefully I fixed this in git. Could you try the following  patch?
> 
>http://git.kernel.org/?p=utils/kernel/kmod/kmod.git;a=commit;h=4744ebcef48b2400d76ce5a2de735d8e74ebfe52
>2

Tested.  Works great.  Applied patch to Debian sources of version 6-1.1, then
built local packages.  Then ran 'update-initramfs -k all -u' while running my
current custom kernel:

$ uname -r
3.2.10-1+dwlocal1

Rebooted, and tested two Debian kernels:

linux-image-3.2.0-2-amd64
linux-image-3.3.0-rc6-amd64

Both worked fine:  initrd boot finished properly, all necessary modules present,
and nothing bad from dmesg or bootlogd in either case.


Thanks Lucas!  Thanks Marco,
Dave W.



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

Bug#663896: src:rmpi: FTBFS (configure: error: "Cannot find mpi.h header file")

[Dirk Eddelbuettel]

Julien, Manuel,  (and dear maintainers of mpi-default ...),

On 14 March 2012 at 21:32, Julien Cristau wrote:
| Source: rmpi
| Version: 0.5-9-2
| Severity: serious
| Justification: fails to build from source (but built successfully in the past)
| 
| See the build logs at
| https://buildd.debian.org/status/package.php?p=rmpi

That's only on mips, mmipselm, s390 and s390x which are "somewhat special".

Rmpi has had these Build-Depends for a long-time:  

 mpi-default-dev   (and some other non mpi package)

Did anything in mpi-default-dev change?

Shall I exclude these architectures?

Dirk

| 
| Cheers,
| Julien
| application/pgp-signature [Press RETURN to save to a file]

-- 
"Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
dark to read." -- Groucho Marx



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

Bug#662940: [Pkg-openldap-devel] Bug#662940: Bug#662940: slapd gives assertions for valid configuration

[Mattias Ellert]

fre 2012-03-09 klockan 11:16 -0800 skrev Quanah Gibson-Mount:

> Fixed upstream with git commit 6143aa0c18c8e0f73f4855b884b30405adabfc99
> 
> Please test.
> 
> --Quanah

Rebuilding the openldap source package with the commit added as an
additional patch results in a working slapd server.

Mattias



smime.p7s
Description: S/MIME cryptographic signature

Bug#663911: watchdog: missing important informations in package description

[Martin Teufel]

Hello Justin,

I *fully* agree with your corrections and diff file except for your
choice of the short description.
In my opinion it would be better to mention the fact that this package
can "handle" software *and* hardware watchdogs.
So I would prefer your second suggestion:

  system health checker and software/hardware watchdog handler

> > The ability to reboot will depend on the state of the machine and
> > interrupts if the kernel software watchdog is used.
> 
> If this is saying
> 
>   The kernel software watchdog's ability to reboot will depend on the
>   state of the machine and interrupts.
> 
> ...then I think it would be clearer expressed that way.
I assume that this is what it wants to say and fully agree with your
suggestion. It's really expressed better this way.

Best regards,
Martin


On Wed, Mar 14, 2012 at 11:52:44PM +, Justin B Rye wrote:
> (I am not the maintainer, but I help out with description reviews on
> the debian-l10n-english mailinglist, and I noticed this bug report.)
> 
> Martin Teufel wrote:
> > Important informations are missing in the long package description; the 
> > short description is (or can be) misleading
> > too. This package/program can either be used as a software watchdog and/or 
> > can be used to "pet" a hardware watchdog. It
> > isn't just a software watchdog (can be used otherwise -> bad short 
> > description) and the functionality to pet hardware
> > watchdogs should be mentioned (at least) in the long description.
> > 
> > The new package description in 5.10-1 and later is still unsatisfactory in 
> > my opinion.
> 
> For a start, it's ungrammatical - "trigger" should be "triggers" or
> "can trigger"!  Plus, DevRef 6.2.2 recommends not capitalising the
> first word of a synopsis.
>  
> > It *really* should be mentioned that this package also provides an
> > opportunity to "pet" hardware watchdogs.
> >
> > Here is my suggestion:
> > 
> > short description:
> > 
> > ##
> > 
> > System health checker that also trigger kernel watchdogs and may pet a 
> > hardware watchdog if available
> > 
> > ##
> 
> That's much too long, too much like jargon, and still ungrammatical.
> Is there a general term that could be used to describe both
> "triggering" and "petting" a watchdog?  I would suggest:
> 
>   system health checker and watchdog handler
> 
> Or you might make it
> 
>   system health checker and software/hardware watchdog handler
> 
> My patch goes for the simpler approach, on the principle that if you
> don't specify, the reader can assume it means either kind; but I may
> of course be displaying my ignorance of how watchdog functions.
> 
> > long description:
> > 
> > #
> > 
> > The watchdog program writes to /dev/watchdog every ten seconds. If the
> > device is opened but not written to within a minute, the machine will
> > reboot. This feature is available when the kernel is built with
> > 'software watchdog' support (standard in Debian kernels) or if the
> > machine is equipped with a hardware watchdog. If a hardware watchdog is
> > available, this package can also be used to "pet" it.
> 
> Yes, there's room for that term here, and even for an explanation, but
> there's no need to repeat the concept of "if a hardware watchdog is
> available".  I would suggest:
> 
>   The watchdog program writes to /dev/watchdog every ten seconds. If the
>   device is opened but not written to within a minute, the machine will
>   reboot. This feature is available when the kernel is built with
>   "software watchdog" support (standard in Debian kernels) or if the
>   machine is equipped with a hardware watchdog (in which case this
>   package can also be used to "pet" it, resetting its timer).
> 
> (Standardising some punctuation details in the direction of the
> debian-l10n-english "house style".)
>  
> > The ability to reboot will depend on the state of the machine and
> > interrupts if the kernel software watchdog is used.
> 
> If this is saying
> 
>   The kernel software watchdog's ability to reboot will depend on the
>   state of the machine and interrupts.
> 
> ...then I think it would be clearer expressed that way.
> 
> > 
> > The watchdog tool itself runs several health checks and acts accordingly
> > if the system is not in a good shape.
> 
> That last paragraph has crept in since the last time this text passed
> through d-l-e, and it could do with a couple of tweaks:
> 
>   The watchdog tool itself runs several health checks and acts
>   appropriately if the system is not in good shape.
> 
> -- 
> JBR   with qualifications in linguistics, experience as a Debian
>   sysadmin, and probably no clue about this particular package



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

Bug#663918: debian-policy: forbid deprecated relations (<, >)

[Charles Plessy]

Le Wed, Mar 14, 2012 at 12:28:10AM +0100, Jakub Wilk a écrit :
> 
> There are only 12 packages in the archive still using this confusing
> syntax:
> http://lintian.debian.org/tags/obsolete-relation-form-in-source.html

One less (r-cran-psy).

I see that rp-pppoe has not been uploaded for a long time.  It might be better
to check that rebuilding will not introduce unforseen bugs, before making the
current version unfit for a release.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#664043: broken link

[Joey Hess]

Package: ghc-doc
Version: 7.4.1-2
Severity: minor

There's a broken link in
file:///usr/share/doc/ghc-doc/html/users_guide/prof-heap.html
"prof_scc" should be "prof_scc.png"

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

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

Versions of packages ghc-doc depends on:
ii  ghc-haddock [haddock-interface-19]  7.4.1-2
ii  perl5.14.2-9

ghc-doc recommends no packages.

Versions of packages ghc-doc suggests:
pn  haskell-doc  

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#662822: kmod: modprobe -q complains about non-existent modules

[Lucas De Marchi]

I think this is fixed in -git now.

Could you test the following patch?

http://git.kernel.org/?p=utils/kernel/kmod/kmod.git;a=commit;h=ae7ebe8770442f192a7f2f858e97f53f5c464a42

Thanks
Lucas De Marchi



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

Bug#662984: kmod: modprobe -r fails if module does not exist (Update)

[Lucas De Marchi]

I think I fixed this in git.

Could you try the following patch?

http://git.kernel.org/?p=utils/kernel/kmod/kmod.git;a=commit;h=c1b84540bbe7aeb37f2b3384bced07cb88dbc674


thanks
Lucas De Marchi



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

Bug#664042: bozohttpd: new upstream version

[Matej Vela]

Package: bozohttpd
Version: 20100920-1
Severity: wishlist

Version 2018 is out...

Thanks,

Matej



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

Bug#662891: kmod: Debian kernels drop to busybox prompt with

[Lucas De Marchi]

Hi,

hopefully I fixed this in git. Could you try the following patch?

http://git.kernel.org/?p=utils/kernel/kmod/kmod.git;a=commit;h=4744ebcef48b2400d76ce5a2de735d8e74ebfe52


Marco, could you update the package?


thanks
Lucas De Marchi



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

Bug#664041: acpi-support: load cycles problem revisited

[Igor Palmieri]

Package: acpi-support
Version: 0.138-10
Severity: important

Hi,

Just did a fresh install of Debian Wheezy and noticed that the count
of load cycles of my hard-drive are increasing constantly and at an
undesired frequency.

This issue is famous and was already reported five years ago as #448673

At that time, acpi-support upstream was updated to include some
90-hdparm.sh scripts at /etc/acpi to perform hdparm operations at due
time, which solved the problem for debian package too.

But, Debian´s acpi-support upstream is linked to Ubuntu´s package (as
seen in http://packages.qa.debian.org/a/acpi-support.html). Some time
later, Ubuntu´s own hdparm and pm-utils packages evolved to include a
chain of other scritps that already took care of calling hdparm with
correct parameters, starting from pm-powersave at /etc/acpi/. Those
changes only affected Ubuntu.

So 90hdparm.sh scripts became redundand at Ubuntu, and they were
removed from its package. As it is the upstream for Debian
acpi-support, they were also removed after an update - see Debian
acpi-support 0.129-1 changelog for details.

However, Debian do not have the same solution using pm-utils, so
basically the load cycle bug was free again.

As discussed extensively in the past, this may not even be considered
a bug, and definitely is a hardware manufacturer´s problem. Also, now
there are easy solutions: (i) just installing laptop-mode-tools or
(ii) copying one of the 90-hdparms.sh scripts, now supplied at
/usr/share/doc/acpi-support/examples/acpi/, to /etc/pm/power.d/.

But the fact is, for a fresh new install, even including laptop
packages, some hard drives may start cycling to death. I only noticed
this because of the head parking noise, and when checked already have
~3K cycles in 120 hours of use. Have I noticed only one year later,
maybe the counter was already at number much closer to it´s factory
"limits".

Maybe I'm missing something here, but that's what I've found these days.
Info:

# hdparm -i /dev/sda

/dev/sda:

 Model=WDC WD7500BPVT-75HXZT3, FwRev=03.01A03, SerialNo=WD-WX81E81TDZ47
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16
 CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=1465149168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7

 * signifies the current active mode


$ uname -a
Linux trouble 3.2.0-1-amd64 #1 SMP Fri Feb 17 05:17:36 UTC 2012 x86_64 GNU/Linux


Many thanks

Igor

Bug#628444: iwlagn - "MAC is in deep sleep", cannot restore wifi operation

[Shannon Dealy]

Like others, the problems seemed to start around 2.6.39.


Thought I should note here, my system showed this problem with 2.6.36 
through 2.6.39.  It seems to have stopped showing the problem (possibly 
due to a memory upgrade many months ago), but it still has chronic 
instability of the connection (drops out for varying intervals), and 
often, network-manager doesn't seem aware of the failure - reloading the 
driver isn't a reliable solution (sometimes appears to work, often does 
not)


FWIW.

Shannon C. Dealy  |   DeaTech Research Inc.
de...@deatech.com |  - Custom Software Development -
Phone: (800) 467-5820 |  - Natural Building Instruction -
   or: (541) 929-4089 |  www.deatech.com



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

Bug#664040: debian-maintainers: Please add David Steele to Debian Maintainers keyring

[David Steele]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: debian-maintainers
Severity: Normal

Please add my key to the DM keyring.  See attached jetring changeset.

I intend to use dste...@gmail.com for my development work.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPYVkdAAoJEIoxce82YVDOwY4P/2sB30Z2Vtc0lv7uL7u2gire
TiZYVyGCxEWY9NwAciQD9D7HQtoyhEShaxxevcmVxovPqF+F2ayz/N3iFzZLiACC
jlVNnR+EuPPTrEHJ2DwI4ShmFkFgzhhMDENS6l7mhZl8Js5ydLzh40Si1zyOMsad
H16iPlayiJ/HnGwSlZYN5ctZa1XLbuKjoUREUZCf2aeVllZLst8A9F2udbmRU8QC
jeRPeetiNyOFSkGFSAR6Ps2s0A92dn7CLOzL0Umf48e70QnAo4zA3lzLf3fW3Gkv
0oT2A+xybggR3Je+TjCIwC7TFpNlK9RG8wur/EmuQmwORtbR9dsv9Qu/ZIglrlw1
jwYUEDOQ4dpNuYFdHmb5BedO2IChbifRSW56sIRF+kWg2I5JnNJ6+vZPj2r9Q7Ci
InKSBOLeZMmQAObeo8t1WqCD1FYrW9ZhSbiQmxmY32AXNzlUPFE6m0pOqUGhOche
EjcDGcNuHemP5H43QEGJadx+AH4R3iE0FChwvWmORtHgm3knSMAIkGEuKbsUtBG7
wS/E3xAQGFtM9cG5F9ezx0mh8TP97C3fIrcOeaSnH/0LuxE+mcXsGhqANfvvMoG3
HIhIGslJ1uaIJflj342Lp4bIEVCl8AtI6tzr+O+V8diZfTo9saGA9f8WOkr8re/L
1CWqprnNfIVF5tEoDeYb
=EHKq
-END PGP SIGNATURE-
Comment: Add David Steele  as a Debian Maintainer
Date: Wed, 14 Mar 2012 03:40:27 -0400
Action: import
Recommended-by:
  Michael Tautschnig 
Agreement:
  http://lists.debian.org/debian-newmaint/2012/03/msg3.html
Advocates:
  http://lists.debian.org/debian-newmaint/2012/03/msg00025.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQINBExnT3cBEACjM5fQ6hQUW6Rp7ddUzEhW3VKZ6cub3kdXMINk0Zrbyw9+J4T9
  SKeDe9h0OpRr2GtbckMT9tbyTfU7lB62uUZQpd/aPVghQtS+ztcWcDiCCN4+Yq6J
  FNLWJWd3VbRB5EmBYxC1/itGFn2TTMnYQPTT9z/fwZA634rPUonGurKS3mwdtWHK
  0vhuyWu4BtiMfCsrO3T+SiPAKgmmUQAMW5ySwxPVlZVgdC5r4X7gwZyk3sw4gtt7
  hN6a/9MIA5N56Ns5UD5yyO1NFph2P6OVqB8fca2aKIwiXrqKhZp4MvT/hZA2F3Sj
  i355/d44durtJInFztO25T4DlUkAsLAMhewtYBuS0k7fHQF2eskj1Z3J74e2b7ae
  F05FBG5Gfi9R+XMNFFFtjivlvdrkgTEgaoHue/VUuvvyd+eWrAg3yfM87qY/kP0H
  ZJlo4dEa9p2lqa4fhRDMk4PgzPWohIpjKyztG3QGSO/ix+wvE6avalB+FMqCcs0/
  vkMfHIARW/4PnGKHFhfb+uDW1CyO9TC4uOTAMbFWQKH+GQ+YxKHBDkbVhXnZRILq
  oiXf56m7QYOwnPZ63/4WW5y3mIscEKzx+0HUDG5u9ds7TTrZhUlUQR1bmnoiFIYq
  5uA20SGu/v+VJ8Yg7qticOl1J6cH9NugXq0Fy7yHCzLav4GOAMuo8Q2RKQARAQAB
  tCpEYXZpZCBTdGVlbGUgPGRhdmVzQHVzZXJzLnNvdXJjZWZvcmdlLm5ldD6JAjcE
  EwEIACEFAkxnT3cCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQijFx7zZh
  UM75NA/8DO/+37YIrlkYr8bY/Z81l8Mm0I13sBaUZUVhYIqzZEuwOIBbEtXE3TFl
  PRGjTGFmOBTesMLgolBAghCSv2H3yxMVoR0RmWfxorEOKlN/SOZMLCLBKY4Vwl34
  1eSYfFTVNfEKulU+6oAts6nlfiIEpYJW5CciO/VNNPFr6KiHC2Mj/iZCat1k/HLq
  LfWbwJjTStpjX940nE9WpVZgDpueDH3yMEY2XJTwnn0SavPD52118HNv5nqOFhfu
  ICpOF8bUTt3HDvVHiqceCOgSFal85wluZxAEwKNS9t1JzO3FEI3B5XVnfmo8k8hv
  xyYSgxmqIl5l4znNaHJaboiSoooGfYmyCR8GCNndz/8rjDnGhFddFa6qb9pl8JrO
  OJO5Zw8oFGj4hgqhRBm96EXc/dGz8YoFSXxrp2WGqBx6g1iYo/4EwAuzV89fWSFR
  O24JpTmbLvkDe4RIPzqmh/a/BLamKNCJbOLK1/6W/BXtEl1SGcCD+BOisgNMOhkA
  keYB8UR37vWM9Xyn/24cDV/upn0f/rA1v56RLakkFpzqiEfwlsyprZFI96iuF2Sq
  181QzEwWWRn7CL2LjJHiZpOKxPULuv5cLi7cwQ41LOkdz9vaJPnIEvS/7yBYDUDY
  O7WheZQfUijXQmOMMbovxvr5L8OpEi5xlEDKSmYyKy1uTwLARe2IRgQQEQIABgUC
  TIu/EQAKCRD36+6Ot5gjKf7CAKCvdjEee/+XCWosVR1HaZJgTajONQCdEQq4SpDN
  jcBNmd85vzVSi63Fwa2JARwEEAEIAAYFAkyNEH4ACgkQ3bhJNvQ+cUroSQf/QbJm
  IJs++hCIcsNEKO8c/Z0mQloNXh/etQ2vexHBtARlpqHsY6TYxcwMIjWUqZI4C3K7
  WW+IjEpdEx6zlseAzIFS+Y1XdJIR3SxCNNABJZCDQ1QbfscHlMLZ1KHtRVD6e2sa
  jlG8e/WQpaUb/kVPyfZjdyG2Wu/9n775OaJuu+1JZKSNzIt2nB+bftco4IlPVorT
  dpFl/5f8d5jUPlQOjzwHP2glxVjcql36foSRoXrIXBEFlzQSZWYswDtJkr8JbsE0
  DfEPc1qJnuMzlrzRetg50wsBEKJfdYGiNYYjVSJbZq+D1V+vg/pWrQqymuZXy9v1
  DBBh/6wYFWsyY0TqyYkCHAQQAQIABgUCTtJtfwAKCRB7WFswgHwqh+8DEACExx8O
  oMNe7TgmKPHVVyQF9ly8Pnw1+WtuZ9EoIRvND7q1ZCT+/Z3o3gA432aDGLER/Wb4
  1p8pP/WwKQoxJYK3tdQgsb+MeTQVELJ3Y6//ceuv+I4rSu7Pcw6AAdhqRHi8gECZ
  MEfdmKC/B6Ai/YHKdioEsGwxI8arJXc5qqO52bEq5J077FRUoXytmImgLdtnDo4O
  pIEcDeLlI2zE67ubwIbL8RfGbXDZr5p0K9RF5TKIfei3BLlWpTSMJc8ubjNTiWDQ
  zIVDBVrwHtY+dfGCep9DExk5l9wh0JrGGIYHuiRFyTvocNJrFIB93CRhBzTmr6IH
  Ol/UcXP550f3shi/rBfalL1pmXwFQXYL4RrZuY3sH3tJNVm7t+mO+s45XgAgZG45
  Hi4FybmCIC/taHaQczskWM/mtkbLvAIUbc/Lj/ROYG4tdJ6PEADjbCeG2WyJw3/j
  gaD9cINA5ubwz28/l6rJIlTBkPBJ1E7bYnQc47CEQ69j2D7R1t9jqQ17j1LwRhrQ
  Bq48Agg2jjaebFHFZ48g5O6rGjmNkXbCVkbaDEzSHJS2PmZCSyTkVmYNvHlT9c7d
  dq9xyQ7V0cSS1Xwn3VpJ4/ML9QA+x9EyZjt6FWYEfqUW0TztoRxklhybK3Ko5Iud
  7887vTU/sey5otJYfKGEnijCfO0vKT+gzo54jYkCHAQQAQgABgUCTJ50iwAKCRCe
  wAL+HJylFz1WD/9SBioI7K5yh5gX0Yhb1y4GwhO5Ncdt1eaT+f5WZvR+mM4kz3Ei
  dXNUwB2GGCqHkpNyfneSMKfDqT+jYJRF7PsHrbhyJfJeOEkzSc0UGLUfe1lIKAPk
  OwtZkpZN/V/PnQ34vmFIRWANvQ8RCsbPve4ABRxJBOGPlDKQTheaBvXZcA7fB9lV
  drr3VzR/miAZJwiL/c/d+62fPGgi/tP4/O6S7tBEnJtr3Bg1AyZu9wPm35tSPHy5
  bGy0FX8JiR0vcDiEecS3EhKeJSRsaWKVWczzXpRgPxYZlLctw+s8YpLQvt+cV7dp
  J66EeAkwaqcvHEBttLZ7FKc0wG03A/rJhCoYYHL5o6XzatdCnfBh0yLMg19i6GO6
  tmH2onlavvtvogbEEz6gFCgk//Pz0m5LMrFVS/9JRn0xkR0W1GmQPvGQEcKE898Z
  rShOCZ9P59IkOt4+VsvcFRv+u8mAeb+TkOOi4IxHB8C8ZdfJBHP/8WjXUFa5Iljg
  YwIoMv38o6kKH3RqrV3dYE5+04T+YLEnApkYxeh1ty1KINZTrhEZbHhYJTKnLiUe
  LK6LRBnyVDrq6

Bug#663918: debian-policy: forbid deprecated relations (<, >)

[Cyril Brulebois]

Jakub Wilk  (14/03/2012):
> Package: debian-policy
> Severity: wishlist
> 
> Python 7.1 currently reads:
> | The deprecated forms `<' and `>' were used to mean earlier/later or
> | equal, rather than strictly earlier/later, so they should not appear in
> | new packages (though `dpkg' still supports them).
> 
> I hereby propose to change it from "should not" to "must not".
> 
> There are only 12 packages in the archive still using this confusing
> syntax:
> http://lintian.debian.org/tags/obsolete-relation-form-in-source.html

Seconded, let's get rid of those, it only confuses people anyway.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#664039: Overlapping accelerator key for "Connect" and "Cancel" on "Mumble Server Connect" window

[Matt Fischer]

Package: mumble
Version: mumble-1.2.3-3

When you start mumble the "Mumble Server Connect" window uses the same 
accelerator (short-cut) keys
for Connect and Cancel.
This was originally reported in Ubuntu here:
https://bugs.launchpad.net/ubuntu/+source/mumble/+bug/792378






  





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

Bug#653919: transition: KDE SC 4.7

[Cyril Brulebois]

Pino Toscano  (14/03/2012):
> Alle lunedì 12 marzo 2012, Pino Toscano ha scritto:
> > A new kde4libs upload is needed (will be done soon), but since it
> > fixes a bad crasher it will have urgency=medium.
> 
> D'uh, I accidentally made it urgency=low, could it be possible to age it 
> to 5 days?

# 20120315
# per maintainer request, urgency=medium was intended:
age-days 5 kde4libs/4:4.7.4-4

Prego!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#663175: signing-party: should depend on libgd-gd2-perl, not only recommend it

[Roland Hieber]

On 09.03.2012 09:19, Thijs Kinkhorst wrote:
> On Fri, March 9, 2012 05:59, roh...@rohieb.name wrote:
>> Can't locate GD.pm in @INC (@INC contains: /etc/perl
> 
>> To make the springgraph tool more usable, the package should require
>> libgd-gd2-perl, not only recommend it.
> 
> Can you clarify why you think that is the case? There are two
> considerations here:
> 1) Springgraph is only one of the tools in the package, and arguably one
> of the lesser used. Most users therefore won't be needing GD, and it's not
> a requirement for the large part of the functionality;
> 2) Apt by default installs recommends, so you would have needed to take
> explicit action *not* to have libgd-gd2-perl installed.

It seems I have another understanding of the difference between Depends
and Recommends. In my opinion, Depends should reference other packages
which are required in any case to use every part of the package,
otherwise parts of it would not work, and Recommends should reference
other packages which are not in every case needed to use all parts of
the package (I'm thinking of optional plugins or anything like that...).
The Debian Policy also states in section 7.2 that Recommends declares a
strong, but not absolute, dependency.

>From this understanding of the situation, I deduce that signing-party
should Depend on libgd-gd2-perl, since a part of the package (namely
springgraph) does not work at all without that dependency. I notice
however, that my understanding of the situation is maybe not the opinion
of others. And the fact that springgraph is only one of the tools in the
package does not apply at all.

Also, I am one of the users that have automatic installation of
Recommends turned off in aptitude, because I want to keep my system as
light-weight as possible. I'm wondering however why this is possible at
all if it can lead to installed packages being (partly) unusable.

Currently, I'm thinking of three possible solutions to solve this case:
1) Make signing-party Depend on libgd-gd2-perl, with reasons given above
2) Source out springgraph to a separate package which depends on
libgd-gd2-perl, and let signing-party Recommend or Suggest that new
package
3) As a compromise, let signing-party Recommend libgd-gd2-perl like it
is now, but mention in the package description why it is recommended. On
the other hand, not everyone reads the package descriptions, so this may
be no solution at all.

Cheers,
Roland



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

Bug#663971: apache2.2-common: /etc/init.d/apache2 requires facility $named, causing failed install/upgrade

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Steven,

On 14.03.2012 13:27, Steven Haryanto wrote:
> Problem is solved after I remove '$named' from
> /etc/init.d/apache2. I'm wondering if $named is really necessary.

well, yes. (DNS) name lookups are an important dependency for Apache
as several configuration directives and options may rely on the
availability of DNS lookups.

Could you tell us more about your environment? I wonder what exactly
caused this problem, as that's not reproducible under typical
conditions.


- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPYU0ZAAoJEMcrUe6dgPNt4jgP/3TP+NwR8v6lHhyxgypwVwG6
QJuuQAjDOD5RND57tLUjoTiHaRAtrALvhzt0pabMSTdCWd9TA3OJXV6xhYPq5/7r
9I2RJj793iEzxfh3juP0PhtDz2tkkPiPYMV4DOBvODUhElsB0ikxuzJYxRVPNbNT
XrIlbLTF369Y3+2KbnlzwqBOkCFiQWspZwRjdeVVyhNiO1d8Fl1mTsMrXtf+Iq96
7ihyQF7jc6HwVcs6+cCRDB/ILln5HYt/jZ/8c18l5xY88jH3FwUUkJS5IHVsywE/
43FHFFc1r94TP7+7/25wCAgYY/V+lWf3m3WzKvUG6edS6jXOHdV1QW21ms54Dk4i
saGYE41P0vwFTBb3ApZqt2+Ty4a3GWW9jCWE0SHArKdK/IDpd6Q0OUJZeckhSJb8
Z3TYrnwGCrD6AidzqFRUmzbUTY5agevBXF52S7+3IdKLp1n8g6uHMbDcB5iVj5Nk
kLemaqm0RsOyD3MbdXLqsXTyOgsWnNgrBpDVADQlOveUB8th18IQziurUy1NMGtn
TAktSD66FlYM/sqDTzvm1JlDQbvKd+muo8IHEVJ1WPGO2x0Rhx6tjrSUEsbkNlVB
nPOcudSScOBfwmlvBYviK5/iG2GhZPcqn5bf6NEU2n+Gf0RICA+3C8bTNmJu4ArC
55VgAQYR0/dEgqBZwLTi
=iRxO
-END PGP SIGNATURE-



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

Bug#664030: [CVE-2012-1178] pidgin: Possible MSN remote crash

[Ari Pollak]

It does appear that squeeze's libpurple0 is affected by this, though the
patch doesn't apply cleanly.
Technically, the possible crash is in the client code, and I don't think
pidgin or finch exhibit this behavior; the original bug was against
Adium for OS X, based on libpurple.
I don't think backporting the patch would be too difficult, but it might
be difficult to try reproducing the issue on pidgin to test that the
problem would actually get fixed.



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

Bug#664038: Please package new upstream version 0.11.6

[Josh Triplett]

Source: d-conf
Severity: wishlist

Upstream has released a new version 0.11.6.  This version includes
several helpful revisions for users who want to store multiple dconf
databases in their home directory, which proves particularly useful when
attempting to track a subset of dconf settings in git.  Please consider
packaging this new version, ideally in time for Wheezy.

Thanks,
Josh Triplett

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#663936: rinse: Please retry if .rpm files are zero length

[Karl Goetz]

On Wed, 14 Mar 2012 23:46:55 +0100
Thomas Lange  wrote:

> > On Wed, 14 Mar 2012 16:42:57 +1100, Karl Goetz
> >  said:
> 
> > packages), I'm left with a directory full of 0 length rpm files.
> Please use option --clean-cache to clean your cache.

I'll note it for next time - in this case i used rm -rf, as the only
packages in cache were duds.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group
*** I've changed GPG key to 6C097260 ***


signature.asc
Description: PGP signature

Bug#663579: Three security issues

[Matthias Klose]

Moritz,

the package is orphaned, the only open issues are those filed by yourself. 
Please just do a QA upload, or package the 2.1beta3 release.


A patch for the most recent CVE can be found at
http://launchpadlibrarian.net/96838022/expat_2.0.1-7.2_2.0.1-7.2ubuntu1.diff.gz

Thanks, Matthias



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

Bug#663976: reports "Error in file" every time

[Steve M. Robbins]

On Wed, Mar 14, 2012 at 09:40:43AM -0400, Jim Paris wrote:
> Package: iozone3
> Version: 397-2
> Severity: normal
> 
> Hi,
> 
> The command:
> 
> iozone -a -B -+d
> 
> always fails within seconds and reports "Error in file".  I tried this
> on four different amd64 machines, on ext3 on rotational media, on ext4
> on SSD, and on tmpfs, and it always fails at the exact same address,
> so it is not a hardware problem.

I have the same results on my amd64 machine.  
Note that it appears to work without "-+d", if that helps.

Don: have you seen this bug before?

Thanks,
-Steve

> $ iozone -a -B -+d
> Iozone: Performance Test of File I/O
> Version $Revision: 3.397 $
> Compiled for 64 bit mode.
> Build: linux-AMD64 
> 
> Contributors:William Norcott, Don Capps, Isom Crawford, Kirby 
> Collins
>  Al Slater, Scott Rhine, Mike Wisner, Ken Goss
>  Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain 
> CYR,
>  Randy Dunlap, Mark Montague, Dan Million, Gavin 
> Brebner,
>  Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave 
> Boone,
>  Erik Habbinga, Kris Strecker, Walter Wong, Joshua 
> Root,
>  Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren 
> Sawyer.
>  Ben England.
> 
> Run began: Wed Mar 14 09:35:55 2012
> 
> Auto Mode
> Using mmap files
> >>> I/O Diagnostic mode enabled. <<<
> Performance measurements are invalid in this mode.
> Command line used: iozone -a -B -+d
> Output is in Kbytes/sec
> Time Resolution = 0.01 seconds.
> Processor cache size set to 1024 Kbytes.
> Processor cache line size set to 32 bytes.
> File stride size set to 17 * record size.
> random  
> randombkwd   record   stride
>   KB  reclen   write rewritereadrereadread   
> writeread  rewrite read
>   64   4  507625  598110   801764   842003  831569  
> 529661  799377   496362  1049372
>   64   8  587635  720041   695778  1066042 1049372  
> 598110  983980   587635  1421755
>   64  16  673098  718114  1143223  1232453 1017549  
> 668072 1188789   653436  1562436
>   64  32  634890  673098  1210227  1310683 1304314  
> 659861 1232453   703068  1336792
>   64  64  703068  686877  1310683  1357066 1336792  
> 627470 1304314   681644  1163036
>  128   4  546819  673778   681476   836500  826202  
> 702889  621518   702889
> 
> Error in file: Position 0 0 0 
> Error in file: Position 69632 
> Record # 17 Record size 4 kb 
> Found pattern: Char >>Q<< Expecting >>.<<
> Found pattern: Hex >>51<< Expecting >>2e<<
> 
> The "Found pattern" and "Expecting" are different each time.
> 
> -jim
> 
> -- System Information:
> Debian Release: 6.0.3
>   APT prefers stable
>   APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50, 
> 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores)
> Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages iozone3 depends on:
> ii  libc6  2.11.2-10
> 
> iozone3 recommends no packages.
> 
> iozone3 suggests no packages.
> 
> -- no debconf information
> 
> 


signature.asc
Description: Digital signature

Bug#642444: python-twisted-calendarserver: *.egg-info installed only for Python 2.7

[Rahul Amaram]

Package: python-twisted-calendarserver
Followup-For: Bug #642444

Hi Jakub, from the logs that you have posted, it seems that *.egg-info files
are getting installed for both python 26 and python 2.7, which I believe are
the current supported python versions in testing/sid. Or am I missing
something?



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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-twisted-calendarserver depends on:
ii  libc6 2.13-24
ii  python2.7.2-10
ii  python-central0.6.17
ii  python-zope.interface [python-zopeinterface]  3.6.1-1
ii  python2.6 2.6.7-4

python-twisted-calendarserver recommends no packages.

python-twisted-calendarserver suggests no packages.



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

Bug#663941: Cannot rebase commits at midnight, 1 Jan 1970 (epoch 0)

[Jonathan Nieder]

Hi Trent,

Trent W. Buck wrote:

> Ah, sorry, my test of @1 was wrong, because that is also not
> accepted.  #git on Freenode indicated that git considers dates
> before ca. 1975 "obviously wrong" and rejects them.  So I guess this
> is "WONTFIX, this is by design".

This area has changed recently and your use case might be supportable.
See v1.7.9.1~7^2~1 (parse_date(): allow ancient git-timestamp,
2012-02-02) for hints.

Hope that helps,
Jonathan



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

Bug#587279: debian-policy: section 2.2.1 needs some tweaking

[Charles Plessy]

Le Wed, Mar 14, 2012 at 01:21:51AM -0400, Michael Gilbert a écrit :
> 
> Think about it this way.  Say the remote firmware files that getweb
> currently fetches were instead put in a package called
> foo2zjs-nonfree.  That package would (of course) have to be located in
> non-free, and any packages depending on that would need to be located
> in at least contrib, right?

Dear Michael,

having a foo2zjs-nonfree package would allow other packages that specifically
need the drivers downloaded by getweb to depend on it and make sure that if
they are installed, the drivers are present.  This is a typical contrib
or non-free situation.

In contrary, if the foo2zjs package allows to download non-free drivers
manually, and does not do it automatically at installation, and if no package
depending on foo2zjs need that getweb has been executed, then the requirement
that no Debian package depends on anything outside the main Debian archive is
satisfied.

I think that this helps to draw the line: to consider that what matters is not
whether a program can download non-free software or not, but whether the result
of the installation of a package is that non-free software has been installed.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#627670: [Debian-ha-maintainers] Bug#627670: update drbd8 to 8.3.10 (or later if available)

[Simon Horman]

On Wed, Mar 14, 2012 at 08:05:02PM +0100, Daniel Baumann wrote:
> any answer to this bug, almost a year ago?
> 
> from looking at the package and the bts, it doesn't look like this
> package is maintained. are you still interested in it, or do you want me
> to take over?

Hi Daniel,

FWIW, I would be happy to see someone working on this package.



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

Bug#664037: openclipart-svg: Update is too large

[Gordon Haverland]

Package: openclipart-svg
Version: 0.18+dfsg-12
Severity: wishlist

After conversing with the maintainer, I am submitting a wishlist
bug report.

I am not sure if it is just openclipart-svg or if it includes
openclipart-png as well (both is the most likely), but the recent
update to these packages requires something a little less than
1 GB.

Breaking up the packages in some logical way would be one
alternative.  Being able to upgrade via rsync would allow people
to just update the changed images is another possibility, but
one which Debian I don't think has ever offered.

In any event, it would be nice to not have to download quite so
much data to upgrade those 2 packages.


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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

openclipart-svg depends on no packages.

Versions of packages openclipart-svg recommends:
ii  librsvg2-bin  2.34.2-3

Versions of packages openclipart-svg suggests:
pn  gimp-svg  
pn  inkscape  0.48.1-2.2
pn  ksvg  
pn  sketch
pn  sodipodi  

-- 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#663051: [ovs-dev] [PATCH] debian: Use a different way to avoid failing install without kernel module.

[Simon Horman]

On Wed, Mar 14, 2012 at 02:49:08PM -0700, Ethan Jackson wrote:
> This looks fine to me, I don't know much about debian though.  If you
> feel confident in it I'm fine with merging it.  Otherwise someone else
> should look at it.

I am happy with this change.

Reviewed-by: Simon Horman 

> 
> Ethan
> 
> On Mon, Mar 12, 2012 at 11:27, Ben Pfaff  wrote:
> > The dh_installinit --error-handler option makes a lot of sense, but after
> > playing with it for a while I could not figure out a nice way to use it
> > only for openvswitch-switch without either duplicating the dh_installinit
> > fragments in postinst and prerm (the actual bug that was reported) or
> > omitting them for some package.
> >
> > Also, we forgot to write the error handler function for the prerm.
> >
> > This commit switches to a different way to avoid failing the install when
> > the kernel module is not available, without using --error-handler.
> >
> > CC: 663...@bugs.debian.org
> > Reported-by: Thomas Goirand 
> > Signed-off-by: Ben Pfaff 
> > ---
> >  debian/openvswitch-switch.init     |    7 +++
> >  debian/openvswitch-switch.postinst |   18 ++
> >  debian/rules                       |    3 +--
> >  3 files changed, 10 insertions(+), 18 deletions(-)
> >
> > diff --git a/debian/openvswitch-switch.init b/debian/openvswitch-switch.init
> > index 98863e3..aebf21e 100755
> > --- a/debian/openvswitch-switch.init
> > +++ b/debian/openvswitch-switch.init
> > @@ -58,6 +58,13 @@ start () {
> >             echo "For instructions, read"
> >        fi
> >        echo "/usr/share/doc/openvswitch-datapath-source/README.Debian"
> > +
> > +       if test X"$OVS_MISSING_KMOD_OK" = Xyes; then
> > +           # We're being invoked by the package postinst.  Do not
> > +           # fail package installation just because the kernel module
> > +           # is not available.
> > +           exit 0
> > +       fi
> >     fi
> >     set ovs_ctl ${1-start} --system-id=random
> >     if test X"$FORCE_COREFILES" != X; then
> > diff --git a/debian/openvswitch-switch.postinst 
> > b/debian/openvswitch-switch.postinst
> > index c50853a..7b9d7bc 100755
> > --- a/debian/openvswitch-switch.postinst
> > +++ b/debian/openvswitch-switch.postinst
> > @@ -44,25 +44,11 @@ case "$1" in
> >         ;;
> >  esac
> >
> > -HAVE_KMOD="no"
> > -
> > -init_script_error () {
> > -       if test X"$HAVE_KMOD" = Xno; then
> > -               exit 0
> > -       fi
> > -       exit 1
> > -}
> > -
> >  # Do not fail package installation just because the kernel module
> >  # is not available.
> > -if test -x /etc/init.d/openvswitch-switch; then
> > -    if invoke-rc.d openvswitch-switch load-kmod; then
> > -       HAVE_KMOD="yes"
> > -    fi
> > -fi
> > +OVS_MISSING_KMOD_OK=yes
> > +export OVS_MISSING_KMOD_OK
> >
> >  #DEBHELPER#
> >
> >  exit 0
> > -
> > -
> > diff --git a/debian/rules b/debian/rules
> > index 4160025..24c9850 100755
> > --- a/debian/rules
> > +++ b/debian/rules
> > @@ -134,8 +134,7 @@ binary-common:
> >        dh_installexamples
> >        dh_installdebconf
> >        dh_installlogrotate
> > -       dh_installinit -R -Nopenvswitch-switch
> > -       dh_installinit -R -popenvswitch-switch 
> > --error-handler=init_script_error
> > +       dh_installinit -R
> >        dh_installcron
> >        dh_installman --language=C
> >        dh_link
> > --
> > 1.7.2.5
> >
> > ___
> > dev mailing list
> > d...@openvswitch.org
> > http://openvswitch.org/mailman/listinfo/dev
> ___
> dev mailing list
> d...@openvswitch.org
> http://openvswitch.org/mailman/listinfo/dev
> 



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

Bug#653511: Please enable hardened build flags

[Simon Ruderich]

Package: bochs
Version: 2.4.6-5
Followup-For: Bug #653511

reopen 653511
thanks

Dear Maintainer,

The hardening flags are partially missing because the build
system ignores them; CPPFLAGS are not used at all.

The attached patch fixes the issue.

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (hardening-check doesn't catch everything):

$ hardening-check /usr/bin/bxcommit /usr/bin/bximage /usr/bin/bochs-bin ...
/usr/bin/bxcommit:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/usr/bin/bximage:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/usr/bin/bochs-bin:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
...

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Description: Use flags from environment (dpkg-buildflags).
 Necessary for hardening flags.
Author: Simon Ruderich 
Last-Update: 2012-03-15

Index: bochs-2.4.6/host/linux/pcidev/Makefile.in
===
--- bochs-2.4.6.orig/host/linux/pcidev/Makefile.in	2012-03-15 01:09:22.0 +0100
+++ bochs-2.4.6/host/linux/pcidev/Makefile.in	2012-03-15 01:22:10.284732558 +0100
@@ -17,7 +17,7 @@
 
 PCIDEV_MODULE_MAKE_ALL = @PCIDEV_MODULE_MAKE_ALL@
 
-CFLAGS = -Wstrict-prototypes -Wno-trigraphs -g -fno-strict-aliasing -fno-common -D__KERNEL__ -DMODULE -I$(KERNELDIR)/include -O -Wall
+CFLAGS = @CFLAGS@ -Wstrict-prototypes -Wno-trigraphs -g -fno-strict-aliasing -fno-common -D__KERNEL__ -DMODULE -I$(KERNELDIR)/include -O -Wall
 
 
 .PHONY : all
Index: bochs-2.4.6/gui/Makefile.in
===
--- bochs-2.4.6.orig/gui/Makefile.in	2012-03-15 01:09:22.0 +0100
+++ bochs-2.4.6/gui/Makefile.in	2012-03-15 01:09:22.0 +0100
@@ -109,44 +109,44 @@
 	$(LIBTOOL) --mode=compile --tag CXX $(CXX) -c $(CXXFLAGS) $(LOCAL_CXXFLAGS) $< -o $@
 
 libbx_%.la: %.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH)
 
 libbx_x.la: x.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_X)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_X)
 
 libbx_sdl.la: sdl.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_SDL)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_SDL)
 
 libbx_svga.la: svga.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_SVGA)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_SVGA)
 
 libbx_beos.la: beos.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_BEOS)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_BEOS)
 
 libbx_rfb.la: rfb.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_RFB)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_RFB)
 
 libbx_amigaos.la: amigaos.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_AMIGAOS)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_AMIGAOS)
 
 libbx_win32.la: win32.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_WIN32)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_WIN32)
 
 libbx_macos.la: macos.lo
-	$(LIBTOOL) --mode=link --tag CXX $(CXX) -module $< -o $@ -rpath $(PLUGIN_PATH) $(GUI_LINK_OPTS_MACOS)
+	$(LIBTOOL) --mode=link --tag CXX $(CXX) $(LDFLAGS) -module $< -o $@ -rpath $(PLUGIN_PATH) $(

Bug#663656: backports available

[Toni Müller]

Hi,

there should be some packages available from here:

http://people.debian.org/~toni/taxbird/

Maybe you can take them from there.


Kind regards,
--Toni++




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

Bug#663910: distcc: won't install + activate

[Martin Pool]

please see if there's a message in the logs.



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

Bug#587279: debian-policy: section 2.2.1 needs some tweaking

[Russ Allbery]

Michael Gilbert  writes:

> The important consequence of a potential policy change/clarification
> here, is that pushing these oddballs out of main solves all of the
> problems: security authenticity/integrity, non-freeness, brokenness,
> trustworthiness, etc.  They're all good qualities that would be achieved
> via modest policy clarification, and would clearly (in my opinion) make
> main better.  That's why I still think this concept is worth pursuing
> and contemplating a bit more, even if it does have the downside that it
> will cause a bit of pain in a few packages.

Oh, okay, well, that's a different goal.  That is *definitely* not a
"modest policy clarification"; that's a substantial change to Debian
archive policy, probably rising to the GR level.

If you want to pursue that, please open a separate Policy bug at the very
least, and I suspect you will need to start with a GR; I think it will
require a GR to reject from main packages that install unsigned code.

-- 
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#663445: libquantlib-1.2: fails to upgrade from squeeze - trying to overwrite /usr/lib/libQuantLib.so.0.0.0

[Dirk Eddelbuettel]

Hi Andreas,

Please allow me to lean on you one more time here.

On 13 March 2012 at 08:56, Andreas Beckmann wrote:
| On 2012-03-12 23:17, Dirk Eddelbuettel wrote:
| > |   Selecting previously unselected package libquantlib-1.2.
| > |   Unpacking libquantlib-1.2 (from .../libquantlib-1.2_1.2-1_amd64.deb) ...
| > |   dpkg: error processing 
/var/cache/apt/archives/libquantlib-1.2_1.2-1_amd64.deb (--unpack):
| > |trying to overwrite '/usr/lib/libQuantLib.so.0.0.0', which is also in 
package libquantlib-1.0.0 1.0.1-1+b1
| > 
| > There is not a lot I can do here -- I didn't use package as
| > libquantilib-a.b.c.  
| > 
| > Best solution, which still sucks, is to use conflicts / replaces I suppose.
| > Upstream, as you can see, doesn't really use somajor / minors.
| 
| ABI/API changes incompatibly from release to release, but
| libQuantLib.so.{0,0.0.0} keep its name?
| 
| Until you convince upstream to do things properly you'll have to add
|   Replaces: libquantlib-1.1, libquantlib-1.0.0
|   Breaks: libquantlib-1.1, libquantlib-1.0.0
| to libquantlib-X.Y
| 
| I see there is already
|   Replaces: libquantlib0
|   Conflicts: libquantlib0
| If you add
|   Provides: libquantlib0
| you can stop adding future package names to the above list as it will
| ensure only one package providing the virtual package libquantlib0 can
| be installed at a time.

So Replaces + Conflicts + Breaks, a swell as Provides, as in

Package: libquantlib-1.2
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libquantlib0, libquantlib-1.1, libquantlib-1.0.0
Replaces: libquantlib0, libquantlib-1.1, libquantlib-1.0.0
Breaks:  libquantlib, libquantlib-1.1, libquantlib-1.0.0
Provides: libquantlib0
Description: Quantitative Finance Library -- development package
 The QuantLib project aims to provide a comprehensive software framework 
 for quantitative finance. The goal is to provide a standard free/open 
 source library to quantitative analysts and developers for modeling, 
 trading, and risk management of financial assets.
 .
 This package provides the shared libraries required to run programs 
 compiled with QuantLib.


| The short Description: seems to be swapped, too:
| 
|  libquantlib-1.2 - Quantitative Finance Library -- development package
|  libquantlib0-dev - Quantitative Finance Library -- library package
|  quantlib-examples - Quantitative Finance Library -- example binaries


Ahh. Good. Fixed. in my sources.

Dirk

| 
| Andreas

-- 
"Outside of a dog, a book is a man's best friend. Inside of a dog, it is too
dark to read." -- Groucho Marx



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

Bug#656899: mdadm: sending ioctl 1261 to a partition warnings,

[Patryk Dawidziuk]

Wiadomość napisana przez Ben Hutchings w dniu 15 mar 2012, o godz. 00:48:

> That doesn't look good, but it may be unrelated.  Can you explain
> how the RAID and LVM are configured?  Is /boot within an LV?
> 
> Ben.

Here it is:

root@asd:~# cat /proc/mdstat 
Personalities : [raid1] 
md0 : active raid1 sda1[0] sdb1[1]
  488383352 blocks super 1.2 [2/2] [UU]
  
unused devices: 
root@asd:~# pvdisplay 
  --- Physical volume ---
  PV Name   /dev/md0
  VG Name   wolumen
  PV Size   465,76 GiB / not usable 888,00 KiB
  Allocatable   yes (but full)
  PE Size   4,00 MiB
  Total PE  119234
  Free PE   0
  Allocated PE  119234
  PV UUID   8qDqeM-ItfB-hJZ0-8hsj-bHBx-F3Gk-J2QDzb
   
It's just as you say - /boot within LV.  LMV is on top of md0 device. 


Best regards

--
Patryk Dawidziuk | pat...@dawidziuk.eu | +48 665313370 






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

Bug#587279: debian-policy: section 2.2.1 needs some tweaking

[Michael Gilbert]

On Wed, Mar 14, 2012 at 5:18 PM, Russ Allbery wrote:
> Michael Gilbert writes:
>> On Wed, Mar 14, 2012 at 1:43 AM, Russ Allbery wrote:
>
>>> I think you're in the "rough" of "rough consensus."
>
>> It takes some moxie to put a dent into the status quo.  If that's rough,
>> so be it.  I try my best to be kind and constructive though.  Really
>> I've tried to avoid anything potentially confrontational for a long long
>> time now.
>
> Ack, sorry.  That's a term from the IETF that I think is too easy to
> misinterpret out of context.  I didn't mean to say that you were being
> rough or confrontational to anyone.
>
> The intent of the phrase is to capture the fact that consensus-based
> decision-making doesn't mean that everyone agrees.  Consensus isn't
> unanimity, particularly "rough consensus," which is the metric that the
> IETF uses formally and that Debian uses in practice.  When someone
> disagrees with the consensus but still seems clearly outnumbered and
> doesn't succeed in persauding others that there is not consensus, they're
> said to be in the "rough" of the "rough consensus."
>
> Think the "rough" of a golf course, not "rough" as in confrontational or
> aggressive.

OK, thanks for the explainaton.

>> Well, there was the recent -devel thread on essentially the same
>> topic: something like "holes in our software fortress".
>
> Which was about yet a third separate topic, namely cryptographic
> verification of executable code retrieved from the network, and is
> unrelated to whether or not that code is non-free.

Well like I've been trying to say, the issue is quite multi-faceted.
I went to great lengths to break it down from all perspectives
including crypto/security in one of my messages to the foo2zjs bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449497#212

The important consequence of a potential policy change/clarification
here, is  that pushing these oddballs out of main solves all of the
problems: security authenticity/integrity, non-freeness, brokenness,
trustworthiness, etc.  They're all good qualities that would be
achieved via modest policy clarification, and would clearly (in my
opinion) make main better.  That's why I still think this concept is
worth pursuing and contemplating a bit more, even if it does have  the
downside that it will cause a bit of pain in a few packages.

Best wishes,
Mike



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

Bug#663911: watchdog: missing important informations in package description

[Justin B Rye]

(I am not the maintainer, but I help out with description reviews on
the debian-l10n-english mailinglist, and I noticed this bug report.)

Martin Teufel wrote:
> Important informations are missing in the long package description; the short 
> description is (or can be) misleading
> too. This package/program can either be used as a software watchdog and/or 
> can be used to "pet" a hardware watchdog. It
> isn't just a software watchdog (can be used otherwise -> bad short 
> description) and the functionality to pet hardware
> watchdogs should be mentioned (at least) in the long description.
> 
> The new package description in 5.10-1 and later is still unsatisfactory in my 
> opinion.

For a start, it's ungrammatical - "trigger" should be "triggers" or
"can trigger"!  Plus, DevRef 6.2.2 recommends not capitalising the
first word of a synopsis.
 
> It *really* should be mentioned that this package also provides an
> opportunity to "pet" hardware watchdogs.
>
> Here is my suggestion:
> 
> short description:
> 
> ##
> 
> System health checker that also trigger kernel watchdogs and may pet a 
> hardware watchdog if available
> 
> ##

That's much too long, too much like jargon, and still ungrammatical.
Is there a general term that could be used to describe both
"triggering" and "petting" a watchdog?  I would suggest:

  system health checker and watchdog handler

Or you might make it

  system health checker and software/hardware watchdog handler

My patch goes for the simpler approach, on the principle that if you
don't specify, the reader can assume it means either kind; but I may
of course be displaying my ignorance of how watchdog functions.

> long description:
> 
> #
> 
> The watchdog program writes to /dev/watchdog every ten seconds. If the
> device is opened but not written to within a minute, the machine will
> reboot. This feature is available when the kernel is built with
> 'software watchdog' support (standard in Debian kernels) or if the
> machine is equipped with a hardware watchdog. If a hardware watchdog is
> available, this package can also be used to "pet" it.

Yes, there's room for that term here, and even for an explanation, but
there's no need to repeat the concept of "if a hardware watchdog is
available".  I would suggest:

  The watchdog program writes to /dev/watchdog every ten seconds. If the
  device is opened but not written to within a minute, the machine will
  reboot. This feature is available when the kernel is built with
  "software watchdog" support (standard in Debian kernels) or if the
  machine is equipped with a hardware watchdog (in which case this
  package can also be used to "pet" it, resetting its timer).

(Standardising some punctuation details in the direction of the
debian-l10n-english "house style".)
 
> The ability to reboot will depend on the state of the machine and
> interrupts if the kernel software watchdog is used.

If this is saying

  The kernel software watchdog's ability to reboot will depend on the
  state of the machine and interrupts.

...then I think it would be clearer expressed that way.

> 
> The watchdog tool itself runs several health checks and acts accordingly
> if the system is not in a good shape.

That last paragraph has crept in since the last time this text passed
through d-l-e, and it could do with a couple of tweaks:

  The watchdog tool itself runs several health checks and acts
  appropriately if the system is not in good shape.

-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru watchdog-5.11.pristine/debian/control watchdog-5.11/debian/control
--- watchdog-5.11.pristine/debian/control	2012-03-14 23:13:20.0 +
+++ watchdog-5.11/debian/control	2012-03-14 23:17:42.811395032 +
@@ -9,14 +9,16 @@
 Package: watchdog
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, makedev (>= 2.3.1-24) | udev, lsb-base (>= 3.2-14)
-Description: System health checker that also trigger kernel watchdogs
- The watchdog program writes to /dev/watchdog every ten seconds.  If
+Description: system health checker and watchdog handler
+ The watchdog program writes to /dev/watchdog every ten seconds. If
  the device is opened but not written to within a minute, the machine
  will reboot. This feature is available when the kernel is built with
- 'software watchdog' support (standard in Debian kernels).
+ "software watchdog" support (standard in Debian kernels) or if the
+ machine is equipped with a hardware watchdog (in which case this
+ package can also be used to "pet" it, resetting its timer).
  .
- The ability to reboot will depend on the state of the machine
- and interrupts if the kernel software watchdog is used.
+ The kernel software watchdog's ability to reboot will depend on the
+ state of the machine and interrupts.
  .
- The watchdog tool itself runs several health checks and acts acco

Bug#664036: override: plt-scheme:oldlibs/extra, plt-scheme-doc/oldlibs/extra

[James McCoy]

Package: ftp.debian.org
Severity: normal

plt-scheme(-doc) are transitional packages to handle the rename to
racket(-doc).



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

Bug#656899: mdadm: sending ioctl 1261 to a partition warnings,

[Ben Hutchings]

On Wed, Mar 14, 2012 at 11:02:04PM +0100, Patryk Dawidziuk wrote:
> same here. Fresh Squeeze 6.0.4 install. LVM over Raid1. 
> System stable. 
[...]
> additionaly update-grub borks about unknown LVM metadata headers, but this 
> and ioctl 1261 seem somehow connected. 
> 
> root@asd:~# update-grub
> error: unknown LVM metadata header.
[...]

That doesn't look good, but it may be unrelated.  Can you explain
how the RAID and LVM are configured?  Is /boot within an LV?

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#663941: Info received (Cannot rebase commits at midnight, 1 Jan 1970 (epoch 0).)

[Trent W. Buck]

Ah, sorry, my test of @1 was wrong, because that is also not accepted.
#git on Freenode indicated that git considers dates before ca. 1975 "obviously 
wrong" and rejects them.
So I guess this is "WONTFIX, this is by design".



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

Bug#663981: linux-image-3.2.0-2-amd64: mdadm complain during booting

[Ben Hutchings]

On Wed, Mar 14, 2012 at 09:33:53PM +0700, Yoric Kotchukov wrote:
> Package: linux-2.6
> Version: 3.2.9-1
> Severity: normal
> 
> Hello!
> Sorry my bad english.
> 
> After switch to kernel 3.x.x in syslog these messages:
> 
> [2.383412] mdadm: sending ioctl 800c0910 to a partition!
> [2.383483] mdadm: sending ioctl 1261 to a partition!
[...]

Many ioctl operations have been disabled on disk partitions and
logical volumes because they can affect the whole disk.  (This problem
is designated CVE-2011-4127.)  It is supposed to be possible to assign a
partition or LV to some user without letting them access any other
part of the disk.

Operations that fail due to this new restriction are logged so that if
this breaks some program it is easy to see which operation it was
attempting.  But if mdadm continues to work properly, don't worry
about it.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#664035: libtrilinos: missing python symbols when compiling deal.II examples

[Kevin Mitchell]

Package: libtrilinos
Version: 10.4.0.dfsg-1
Severity: normal

As it stands this bug makes deal.II unusuable.
When trying to compile the /usr/share/doc/deal.ii-examples/step-1 from 
deal.ii-examples, 
I get a long list of errors about missing python symbols referenced in 
/usr/lib/libtrilinos_pytrilinos.so

$ make
Makefile:140: Makefile.dep: No such file or directory
 Remaking Makefile.dep
==optimized= step-1.cc  ->  step-1.o
 Linking step-1
/usr/lib/libtrilinos_pytrilinos.so: undefined reference to `PyType_IsSubtype'
/usr/lib/libtrilinos_pytrilinos.so: undefined reference to `PyExc_RuntimeError'
...
/usr/lib/libtrilinos_pytrilinos.so: undefined reference to `PyList_New'
collect2: ld returned 1 exit status
make: *** [step-1] Error 1

If however I add -lpython2.7 to the compile command, the compilation goes 
through, but I get segfault when I run the exectuable.

My guess would be that /usr/lib/libtrilinos_pytrilinos.so (as installed from 
libtrilinos-dev) needs to be recompiled with python2.7.
I gather this might be somewhat of a problem from my inability to install the 
actual package python-libtrilinos which conflicts with python2.7. 




-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.0-rc7.01 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtrilinos depends on:
ii  libatlas3gf-base [liblapack.so.3gf]  3.8.4-3
ii  libblas3gf [libblas.so.3gf]  1.2.20110419-2
ii  libc62.13-27
ii  libexpat12.0.1-7.2
ii  libgcc1  1:4.6.3-1
ii  libgfortran3 4.6.3-1
ii  liblapack3gf [liblapack.so.3gf]  3.3.1-1
ii  libopenmpi1.31.4.3-2.1
ii  libstdc++6   4.6.3-1

libtrilinos recommends no packages.

Versions of packages libtrilinos suggests:
ii  libtrilinos-doc  10.4.0.dfsg-1

-- 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#664034: ejabberd: CPPFLAGS hardening flags missing

[Simon Ruderich]

Package: ejabberd
Version: 2.1.10-2
Severity: important
Tags: patch

Dear Maintainer,

The CPPFLAGS hardening flags are missing because the build system
ignores them.

The attached patch fixes the issue. If possible it should be sent
upstream.

Regards,
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Description: Use CPPFLAGS from environment (dpkg-buildflags).
 Necessary for hardening flags.
Author: Simon Ruderich 
Last-Update: 2012-03-15

Index: ejabberd-2.1.10/src/configure
===
--- ejabberd-2.1.10.orig/src/configure	2012-03-15 00:20:28.288591657 +0100
+++ ejabberd-2.1.10/src/configure	2012-03-15 00:22:09.780595520 +0100
@@ -4479,7 +4479,7 @@
 	fi
 	zlib_save_CFLAGS="$CFLAGS"
 	CFLAGS="$CFLAGS $ZLIB_CFLAGS"
-   zlib_save_CPPFLAGS="$CFLAGS"
+   zlib_save_CPPFLAGS="$CPPFLAGS"
CPPFLAGS="$CPPFLAGS $ZLIB_CFLAGS"
 	for ac_header in zlib.h
 do :
Index: ejabberd-2.1.10/src/acinclude.m4
===
--- ejabberd-2.1.10.orig/src/acinclude.m4	2012-03-15 00:20:28.288591657 +0100
+++ ejabberd-2.1.10/src/acinclude.m4	2012-03-15 00:22:09.784595520 +0100
@@ -54,7 +54,7 @@
 	fi
 	zlib_save_CFLAGS="$CFLAGS"
 	CFLAGS="$CFLAGS $ZLIB_CFLAGS"
-   zlib_save_CPPFLAGS="$CFLAGS"
+   zlib_save_CPPFLAGS="$CPPFLAGS"
CPPFLAGS="$CPPFLAGS $ZLIB_CFLAGS"
 	AC_CHECK_HEADERS(zlib.h, , zlib_found=no)
 	if test $zlib_found = no; then
Index: ejabberd-2.1.10/src/Makefile.in
===
--- ejabberd-2.1.10.orig/src/Makefile.in	2012-03-15 00:20:28.288591657 +0100
+++ ejabberd-2.1.10/src/Makefile.in	2012-03-15 00:22:09.784595520 +0100
@@ -168,7 +168,7 @@
 	@ERLC@ -W $(EFLAGS) $*.erl
 
 $(ERLSHLIBS):	%.so:	%.c
-	$(CC) $(CFLAGS) $(LDFLAGS) $(LIBS) \
+	$(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(LIBS) \
 		$(subst ../,,$(subst .so,.c,$@)) \
 		$(EXPAT_LIBS) \
 		$(EXPAT_CFLAGS) \
Index: ejabberd-2.1.10/src/mod_irc/Makefile.in
===
--- ejabberd-2.1.10.orig/src/mod_irc/Makefile.in	2012-03-15 00:20:28.288591657 +0100
+++ ejabberd-2.1.10/src/mod_irc/Makefile.in	2012-03-15 00:22:09.784595520 +0100
@@ -41,7 +41,7 @@
 #	erl -s make all report "{outdir, \"..\"}" -noinput -s erlang halt
 
 $(ERLSHLIBS):	../%.so:	%.c
-	$(CC) $(INCLUDES) $(CFLAGS) $(LDFLAGS) \
+	$(CC) $(INCLUDES) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) \
 		$(subst ../,,$(subst .so,.c,$@)) \
 		$(LIBS) \
 		$(ERLANG_CFLAGS) \
Index: ejabberd-2.1.10/src/stringprep/Makefile.in
===
--- ejabberd-2.1.10.orig/src/stringprep/Makefile.in	2012-03-15 00:22:43.904596819 +0100
+++ ejabberd-2.1.10/src/stringprep/Makefile.in	2012-03-15 00:22:58.844597386 +0100
@@ -42,7 +42,7 @@
 #	erl -s make all report "{outdir, \"..\"}" -noinput -s erlang halt
 
 $(ERLSHLIBS):	../%.so:	%.c uni_data.c uni_norm.c
-	$(CC) $(CFLAGS) $(LDFLAGS) $(INCLUDES) \
+	$(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(INCLUDES) \
 		$(subst ../,,$(subst .so,.c,$@)) $(LIBS) \
 		$(ERLANG_LIBS) \
 		$(ERLANG_CFLAGS) \


signature.asc
Description: Digital signature

Bug#663893: moc: Moc ceased playing mp3 files after update to 1:2.5.0~alpha4+svn20120224-1

[Elimar Riesebieter]

* Petra Ruebe-Pugliese  [2012-03-14 22:32 +0100]:
[...]
>  Maybe something wrong with my configuration?
>  I have this effect on my PC _and_ on my notebook,
>  however the configuration is the same.

Could you please send me your $HOME/.moc/config for testing?

Elimar
-- 
  You cannot propel yourself forward by
  patting yourself on the back.


signature.asc
Description: Digital signature

Bug#664033: quagga: 0.99.20.1 security release available

[Henrique de Moraes Holschuh]

Package: quagga
Version: 0.99.20
Severity: important
Tags: security

Quagga 0.99.20.1 has been released
This is a security-fix release that addresses 3 pending CVEs, one in bgpd
and two in ospfd. The CVEs will be linked once released.

However, the changelog tells more:
http://download.savannah.gnu.org/releases/quagga/quagga-0.99.20.1.changelog.txt

Please upload updated packages ASAP.

-- System Information:
Debian Release: 6.0.4
  APT prefers proposed-updates
  APT policy: (990, 'proposed-updates'), (990, 'stable'), (500, 
'stable-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.24+ (SMP w/8 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



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

Bug#664016: Patch for SSL

[Dennis Boone]

I've attached a patch which adds SSL support.  It depends on the module
Net::SSLeay::Handle, so I don't know if it's acceptable to Debian or
upstream.

De

--- imap_local.monitor  2012-03-14 18:01:02.0 -0400
+++ imap_local_ssl.monitor  2012-03-14 19:13:05.0 -0400
@@ -36,8 +36,9 @@
 #
 use Getopt::Std;
 use English;
+use Net::SSLeay::Handle;
 
-getopts ("m:p:t:u:w:");
+getopts ("m:p:t:u:w:s");
 $PORT = $opt_p || 143;
 $TIMEOUT = $opt_t || 30;
 $MAILBOX=$opt_m || undef;
@@ -182,10 +183,17 @@
 
 my $that = sockaddr_in ($Port, $OtherHostAddr);
 
-$result = socket(S, &PF_INET, &SOCK_STREAM, $proto) || return undef;
-
-$result = connect(S, $that) || return undef;
-
+if ($opt_s)
+{
+tie(*S, "Net::SSLeay::Handle", $OtherHostname, $Port) ||
+return undef;
+}
+else
+{
+$result = socket(S, &PF_INET, &SOCK_STREAM, $proto) || return undef;
+
+$result = connect(S, $that) || return undef;
+}
 select(S); $| = 1; select(STDOUT);  # set S to be un-buffered
 return 1;   # success
 }

Bug#658764: Radeon HD 6310: corrupt output unless firmware-linux-nonfree installed

[Ben Finney]

On 12-Mar-2012, Jonathan Nieder wrote:
> Summary of information gathered so far:
[…]

Yes, that looks right, thanks.

> Changes near v2.6.38-rc1~419^2~40^2 (drm/radeon/kms: add Ontario APU
> ucode loading support, 2010-11-22) might be responsible.  If that is
> the cause, then 2.6.37-2 should work --- could you try it?

I'm having difficulty finding a snapshots.debian.org URL that gives me that
package in Wheezy, what would you suggest I use for the URL?

-- 
 \ “I have had a perfectly wonderful evening, but this wasn't it.” |
  `\ —Groucho Marx |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#652216: Pending fixes for bugs in the libgssapi-perl package

[pkg-perl-maintainers]

tag 652216 + pending
thanks

Some bugs in the libgssapi-perl package are closed in revision
ba70f199fa438d0d0a9e5cc8a61bff908db92801 in branch 'master' by
Florian Schlichting

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libgssapi-perl.git;a=commitdiff;h=ba70f19

Commit message:

Added disable_failing_test.patch until someone (upstream) finds out why the 
test isnt skipped any more (Closes: #652216).




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

Bug#663912: please enable CONFIG_RTS5139 for SDcard support

[Aurelien Jacobs]

On Wed, Mar 14, 2012 at 05:17:16PM -0500, Jonathan Nieder wrote:
> Hi,
> 
> Aurelien Jacobs wrote:
> 
> > Simply enabling CONFIG_RTS5139 as a module would add support for SDcard
> > in some laptop such as the Asus Zenbook (UX31E).
> 
> Sounds reasonable.  The driver seems to have been merged in the 3.2 merge
> window, which is barely in time for us not to have to backport it for
> support in wheezy.
> 
> Am I correct in assuming these card readers are only available as a
> built-in chip on x86 laptops, and not as a USB gadget that could be
> plugged in on machines with other processor architectures?

It seems mostly used in recent laptops, but some desktops also features
this chip.
I don't know of any USB gadget with this chip, but as the chip is
connected on the USB bus, it would be quite easy to conceive a
USB gadget with it. Anyway, I guess it is better to enable it only
on i386/amd64 until we discover some actual USB gadget using it.

Thanks for the patch !

Aurel



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

Bug#663271: not installable on sid due to version dance in netcdf -- requires a binary upload?

[Julien Cristau]

notfixed 663271 5.8.0-7
close 663271
kthxbye

On Mon, Mar 12, 2012 at 06:27:49 +0100, Mathieu Malaterre wrote:

> fixed 663271 5.8.0-7
> thanks
> 
> Not sure if BTS handles 5.8.0-7+b1, so marking as fixed in 5.8.0-7 instead.
> 
No, the way to close invalid bugs is to *not* use a version.

Also please refrain from any further vtk uploads until the current
version's in testing, unless really necessary.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#664032: [CVE-2012-1177] libgdata do not verify SSL certs

[Luciano Bello]

Package: libgdata
Severity: grave
Tags: security patch

The following vulnerability had been reported against libgdata: 
http://www.openwall.com/lists/oss-security/2012/03/14/3

The upstream patch:
http://git.gnome.org/browse/libgdata/commit/?id=6799f2c525a584dc998821a6ce897e463dad7840
http://git.gnome.org/browse/libgdata/commit/?h=libgdata-0-10&id=8eff8fa9138859e03e58c2aa76600ab63eb5c29c

Please use CVE-2012-1177 for this issue. Since the bug affects other 
applications (like evolution) and looks quite important, please contact the 
security team if it also affects stable.

Cheers,
luciano


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

Bug#646368: doesn't launch bug report in browser

[Francesco Poli]

severity 646368 minor
tags 646368 - moreinfo
reassign 646368 python-gtk2
merge 646368 533824
thanks


On Mon, 5 Dec 2011 22:22:22 +0100 Francesco Poli wrote:

[...]
> > > On Mon, 24 Oct 2011 23:55:04 +0200 Francesco Poli wrote:
[...]
> > > >   (C) after that, this bug report will be probably better reassigned to
> > > >   python-gtk2 and merged with #533824
> 
> I will probably reassign and merge this bug report soon.

In the absence of reply to (very few) remaining open questions, I am
reassigning this bug report where it belongs...

Bye.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpjIoKvdAkie.pgp
Description: PGP signature

Bug#663977: [Pkg-openssl-devel] Bug#663977: libssl1.0.0: execmod failure on 1.0.0h-1 but not on 1.0.0g-1

[Russell Coker]

On Thu, 15 Mar 2012, Kurt Roeckx  wrote:
> > # eu-findtextrel /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
> > either the file containing the function 'OPENSSL_DIR_end' or the file
> > containing the function 'OPENSSL_cleanse' is not compiled with
> > -fpic/-fPIC either the file containing the function 'OPENSSL_DIR_end' or
> > the file containing the function 'OPENSSL_cleanse' is not compiled with
> > -fpic/-fPIC either the file containing the function 'OPENSSL_DIR_end' or
> > the file containing the function 'OPENSSL_cleanse' is not compiled with
> > -fpic/-fPIC
> 
> Which is weird since nothing seems to have changed related to it.

root@unstable32:/usr/src/openssl-1.0.0h# eu-findtextrel 
./i686/cmov/libcrypto.so
/usr/src/openssl-1.0.0h/crypto/x86cpuid.s not compiled with -fpic/-fPIC
root@unstable32:/usr/src/openssl-1.0.0h# eu-findtextrel ./i586/libcrypto.so
/usr/src/openssl-1.0.0h/crypto/x86cpuid.s not compiled with -fpic/-fPIC

From the above test on a build tree it seems that the x86cpuid.s file is the 
problem, but the detail is apparently stripped when the .deb is produced.

> I do know what this all means, text relocations really aren't
> acceptable.

That is the first time I've received such a response from a DD.  In the past 
I've seen little indication that maintainers of such packages know what it's 
about and a great aversion to fixing things.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/



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

Bug#657853: Building perl with hardened build flags

[Dominic Hargreaves]

On Sun, Feb 12, 2012 at 09:28:48PM +0100, Moritz Mühlenhoff wrote:
> These four Perl modules had a DSA since 2006 and are not pure Perl:

So, once the fixed debhelper is installed on buildds:

> libhtml-parser-perl

Ready for upload

> libdbd-pg-perl

To be rebuilt by Moritz

> libimager-perl

Ready for upload

> libnet-dns-perl

Not a pkg-perl package; ready to file a bug

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#657853: Building perl with hardened build flags

[Dominic Hargreaves]

On Wed, Feb 22, 2012 at 06:16:16PM +0100, Moritz Muehlenhoff wrote:

> If it's only 30 packages we should rather push it into debhelper 9 now
> if that's okay with Joey. 
> 
> I'll make sure the 30 packages get rebuilt.

I believe that debhelper 9.20120312 implements what we need.

Niko pointed out a reliable way of finding the packages which need to
be rebuilt at
.
I guess we need an email to the buildd maintainers asking them to
update debhelper, and then you can kick off the binNMUs and I can
upload the few packages I have queued to bump to compat level 9.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#664031: cups: Printer stalls with message "rendering completed" (origin unconfirmed)

[Jean-Christophe Haessig]

Package: cups
Version: 1.5.0-13
Severity: important

Dear Maintainer,

I found out rencently that one of my printers, a HP Photosmart C4600 series
does not print anymore.
The jobs just stall in the queue with the message "rendering completed".

I’m trying to print photos from Gimp.

Until yesterday, I was up to date with wheezy.

My other printer seems to be also affected, but it is a network printer
connected to another box, and here jobs just disappear after some time, as if
they had been processed.

I know it was working in January, because I printed a lot at this time.

I tried to downgrade printing related packages (cups, hplip, foomatic...) with
snapshot.debian.org, but to no avail.

I did many incremental steps, but it never changed anything. I finally figured
out that to really use the older drivers I had to delete the printer before
connecting it again, so it is created fresh, but this didn’t help either.

Any ideas of what I could try next ?

Thanks.




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

Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser3.113+nmu1
ii  bc 1.06.95-2
ii  cups-client1.5.2-5
ii  cups-common1.5.2-5
ii  cups-ppdc  1.5.0-13
ii  debconf [debconf-2.0]  1.5.41
ii  ghostscript9.05~dfsg-2
ii  libavahi-client3   0.6.30-6
ii  libavahi-common3   0.6.30-6
ii  libc6  2.13-27
ii  libcups2   1.5.0-13
ii  libcupscgi11.5.0-13
ii  libcupsdriver1 1.5.0-13
ii  libcupsimage2  1.5.0-13
ii  libcupsmime1   1.5.0-13
ii  libcupsppdc1   1.5.0-13
ii  libdbus-1-31.4.18-1
ii  libgcc11:4.6.3-1
ii  libgnutls262.12.16-1
ii  libgssapi-krb5-2   1.10+dfsg~beta1-2
ii  libijs-0.350.35-8
ii  libkrb5-3  1.10+dfsg~beta1-2
ii  liblcms1   1.19.dfsg-1+b1
ii  libldap-2.4-2  2.4.28-1.1
ii  libpam0g   1.1.3-7
ii  libpaper1  1.1.24+nmu1
ii  libpoppler13   0.16.7-3
ii  libslp11.2.1-9
ii  libstdc++6 4.6.3-1
ii  libusb-0.1-4   2:0.1.12-20
ii  lsb-base   3.2-28.1
ii  poppler-utils  0.16.7-3
ii  procps 1:3.3.2-3
ii  ssl-cert   1.0.28
ii  ttf-freefont   20100919-1
ii  zlib1g 1:1.2.6.dfsg-2

Versions of packages cups recommends:
ii  avahi-daemon0.6.30-6
ii  colord  0.1.16-2
ii  cups-driver-gutenprint  5.2.7-4
ii  foomatic-filters4.0.9-1
ii  ghostscript-cups9.04~dfsg-3
ii  printer-driver-gutenprint [cups-driver-gutenprint]  5.2.7-4

Versions of packages cups suggests:
ii  cups-bsd 
ii  cups-pdf 
ii  foomatic-db  20111206-1
ii  hplip3.11.10-1
ii  smbclient2:3.6.3-1
ii  udev 175-3.1

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd



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

Bug#664030: [CVE-2012-1178] pidgin: Possible MSN remote crash

[Luciano Bello]

Package: pidgin
Severity: grave
Tags: security patch

The following vulnerability had been reported against pidgin: 
http://pidgin.im/news/security/?id=61

The patch can be found in the report.

Please use CVE-2012-1178 for this issue. Can you check if stable is also 
affected?

Cheers,
luciano



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

Bug#664001: maildir-utils: Planned gmime 2.4 removal

[Norbert Preining]

Hi Michael

I will fix these two bugs with the next upload of 0.9.8.2, which will
happen soon, but one question: Do you know *WHY* these two bugs do NOT
show up in the maildir-utils bug page on bugs.debian.org?
http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=maildir-utils
nor when quering the individual bug reports?

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

CLACKMANNAN (n.)
The sound made by knocking over an elephant's-foot umbrella stand full
of walking sticks. Hence name for a particular kind of disco drum
riff.
--- 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#621734: Fixed!

[Marcos Raul Carot Collins]

Hi there, this behavior does not happen anymore.

I am not sure when it stopped happening but it was a 2-3 months ago.

Thanks!!

Marcos



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

Bug#663977: [Pkg-openssl-devel] Bug#663977: Bug#663977: libssl1.0.0: execmod failure on 1.0.0h-1 but not on 1.0.0g-1

[Kurt Roeckx]

On Wed, Mar 14, 2012 at 11:47:25PM +0100, Kurt Roeckx wrote:
> On Thu, Mar 15, 2012 at 01:10:00AM +1100, Russell Coker wrote:
> > Package: libssl1.0.0
> > Version: 1.0.0h-1
> > Severity: normal
> > 
> > # eu-findtextrel /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
> > either the file containing the function 'OPENSSL_DIR_end' or the file 
> > containing the function 'OPENSSL_cleanse' is not compiled with -fpic/-fPIC
> > either the file containing the function 'OPENSSL_DIR_end' or the file 
> > containing the function 'OPENSSL_cleanse' is not compiled with -fpic/-fPIC
> > either the file containing the function 'OPENSSL_DIR_end' or the file 
> > containing the function 'OPENSSL_cleanse' is not compiled with -fpic/-fPIC
> 
> Which is weird since nothing seems to have changed related to it.
> 
> I also can't find mem_clr.c being compiled, while it used to be.
> 
> It used to have:
> # CPUID module collects small commonly used assembler snippets
> CPUID_OBJ= mem_clr.o
> 
> Which really doesn't make sense to me, and it's not doing that
> anymore in the latest version.

So the problem obviously is that x86cpuid.pl's OPENSSL_cleanse is
not PIC.

x86cpuid.pl is now used for all versions of the library, but it
should already have been present in the i686 version.  I wonder
why it never showed up before.


Kurt




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

Bug#662666: debhelper: pass dpkg-buildflags flags through to ExtUtils::MakeMaker and ExtUtils::CBuilder

[Dominic Hargreaves]

On Sun, Mar 11, 2012 at 11:32:10PM +, Thorsten Glaser wrote:
> Hi,
> 
> thanks for digging out a fix for this issue! I’ve applied this
> to libbsd-arc4random-perl but found another bug:
> 
> CFLAGS must be added to the LD value as well, because they
> can (may) be used during linking.
> 
> -+   push @flags, "config=ld=$Config{ld} $ENV{LDFLAGS}";
> ++   push @flags, "config=ld=$Config{ld} $ENV{CFLAGS} 
> $ENV{LDFLAGS}";
> 
> -+   push @flags, "LD=$Config{ld} $ENV{LDFLAGS}";
> ++   push @flags, "LD=$Config{ld} $ENV{CFLAGS} $ENV{LDFLAGS}";

Hi,

Joey has fixed this in 9.20120312 (thanks, Joey).

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#622971: Fixed!

[Marcos Raul Carot Collins]

Linux-Image-3.2.9-1 does not freeze AND the atheros card works!!

I noticed that it sometimes (very rarely) goes off line but recovers itself in 
a couple seconds unlike before that it needed modprobe -r ath9k, modprobe 
ath9k to come up again.

I have been testing for about 3 days with no issues,

THANKS!

Marcos



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

Bug#664029: manpages-dev: confstr(3) missing LFS variables

[Clint Adams]

Package: manpages-dev
Version: 3.35-0.1

These variables (and others) are missing from confstr(3)

_CS_LFS_CFLAGS
_CS_LFS_LDFLAGS
_CS_LFS_LIBS
_CS_LFS_LINTFLAGS
_CS_LFS64_CFLAGS
_CS_LFS64_LDFLAGS
_CS_LFS64_LIBS
_CS_LFS64_LINTFLAGS




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

Bug#664028: [CVE-2011-4939] pidgin: XMPP remote crash

[Luciano Bello]

Package: pidgin
Version: 2.10.1-1
Severity: grave
Tags: security patch

The following vulnerability had been reported against pidgin: 
http://pidgin.im/news/security/?id=60

The patch can be found in the report.

Please use CVE-2011-4939 for this issue. The bug only affects to unstable, as 
far as I could see.

Cheers,
luciano


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

Bug#664027: coherence not accessible, traceback with no attribute '_disconnectedDeferred'

[Reiner Benedikt Nix]

Package: python-coherence
Version: 0.6.6.2-6
Severity: important

Dear Maintainer,

after an update of some packages - without changing any coherence 
configuration - the media server is not longer available to be 
accessed from my TV (acting as media renderer). There is no change in the 
network. This is verified by using an older copy of the
 media servers host, which is still working perfectly.

In the log file of coherence, following traceback is logged multiple times:
-- begin of log --
Unhandled Error
Traceback (most recent call last):
  File "/usr/bin/coherence", line 364, in 
reactor.run()
  File "/usr/lib/python2.7/dist-packages/twisted/internet/gtk2reactor.py", 
line 277, in run
self.__run()
  File "/usr/lib/python2.7/dist-packages/twisted/internet/gtk2reactor.py", 
line 148, in wrapper
return real_cb(real_s, condition)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/gtk2reactor.py", 
line 282, in callback
source, self._doReadOrWrite, source, source, condition)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 84, in 
callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 69, in 
callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 118, 
in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
  File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 81, 
in callWithContext
return func(*args,**kw)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py", line 
594, in _doReadOrWrite
self._disconnectSelectable(selectable, why, inRead)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py", line 
263, in _disconnectSelectable
selectable.connectionLost(f)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 433, 
in connectionLost
Connection.connectionLost(self, reason)
  File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py", line 277, 
in connectionLost
protocol.connectionLost(reason)
  File "/usr/lib/python2.7/dist-packages/twisted/web/client.py", line 191, in 
connectionLost
self.factory._disconnectedDeferred.callback(None)
exceptions.AttributeError: HeaderAwareHTTPClientFactory instance has no 
attribute '_disconnectedDeferred'
-- end of log --

This report may be something like a duplicate of bug=661416, reported for 
upnp-inspector. I do not have upnp-inspector installed. Hope that this 
information is helpful.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


Versions of packages python-coherence depends on:
ii  python2.7.2-10
ii  python-axiom  0.6.0-2
ii  python-configobj  4.7.2+ds-3
ii  python-gst0.100.10.22-3
ii  python-louie  1.1-1.1
ii  python-pkg-resources  0.6.24-1
ii  python-tagpy  0.94.8-3
ii  python-zope.interface [python-zopeinterface]  3.6.1-1
ii  python2.6 2.6.7-4
ii  python2.7 2.7.2-8

Versions of packages python-coherence recommends:
ii  libgdata-google1.2-1  2.30.3-2
ii  python-mechanize  0.2.5-1

python-coherence 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#664026: www.debian.org: When I click on a window that isn't the active window, it does not work. If I hit ALT+TAB to change the active window and then click on the newly activated window it works,

[Jordan Mendler]

Package: www.debian.org
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
Did an upgrade on Debian Testing a few days ago. This trigged problem. 
Tried XFCE instead of OpenBox and same issue. Then tried upgrading whole system 
to unstable, and still doesn't work.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Hitting Alt+Tab allows me to change the active windows and then click 
on the new window just made active. But can not click on any other windows 
except the active one. Can scroll fine but when clicking non-active window 
nothing happens for either right or left click.
   * What was the outcome of this action?
Nothing when clicking non-active window
   * What outcome did you expect instead?
When clicking non-active window it should make that window active and 
either select text, open right-click menu, or select a field depending on what 
I click. None of these happen. Can only right-click desktop when no windows are 
open.

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (1000, 'unstable')
Architecture: amd64 (x86_64)

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



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

Bug#664025: libopenraw: FTBFS[kfreebsd-i396]: symbol changes

[Christoph Egger]

Package: src:libopenraw
Version: 0.0.9-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the kfreebsd-i386 buildds:

   dh_makeshlibs -a
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libopenraw1/DEBIAN/symbols doesn't match 
completely debian/libopenraw1.symbols
--- debian/libopenraw1.symbols (libopenraw1_0.0.9-1_kfreebsd-i386)
+++ dpkg-gensymbolsyxB353   2012-03-10 09:15:37.0 +
@@ -155,17 +155,21 @@
  _ZN7OpenRaw10BitmapDataD2Ev@Base 0.0.9
  _ZN7OpenRaw2IO11StreamClone4openEv@Base 0.0.9
  (subst)_ZN7OpenRaw2IO11StreamClone4readEPv{size_t}@Base 0.0.9
- _ZN7OpenRaw2IO11StreamClone4seekEli@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw2IO11StreamClone4seekEli@Base 0.0.9
+ _ZN7OpenRaw2IO11StreamClone4seekExi@Base 0.0.9-1
  _ZN7OpenRaw2IO11StreamClone5closeEv@Base 0.0.9
  _ZN7OpenRaw2IO11StreamClone8filesizeEv@Base 0.0.9
- _ZN7OpenRaw2IO11StreamCloneC1EPNS0_6StreamEl@Base 0.0.9
- _ZN7OpenRaw2IO11StreamCloneC2EPNS0_6StreamEl@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw2IO11StreamCloneC1EPNS0_6StreamEl@Base 0.0.9
+ _ZN7OpenRaw2IO11StreamCloneC1EPNS0_6StreamEx@Base 0.0.9-1
+#MISSING: 0.0.9-1# _ZN7OpenRaw2IO11StreamCloneC2EPNS0_6StreamEl@Base 0.0.9
+ _ZN7OpenRaw2IO11StreamCloneC2EPNS0_6StreamEx@Base 0.0.9-1
  _ZN7OpenRaw2IO11StreamCloneD0Ev@Base 0.0.9
  _ZN7OpenRaw2IO11StreamCloneD1Ev@Base 0.0.9
  _ZN7OpenRaw2IO11StreamCloneD2Ev@Base 0.0.9
  _ZN7OpenRaw2IO4File4openEv@Base 0.0.9
  (subst)_ZN7OpenRaw2IO4File4readEPv{size_t}@Base 0.0.9
- _ZN7OpenRaw2IO4File4seekEli@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw2IO4File4seekEli@Base 0.0.9
+ _ZN7OpenRaw2IO4File4seekExi@Base 0.0.9-1
  _ZN7OpenRaw2IO4File5closeEv@Base 0.0.9
  _ZN7OpenRaw2IO4File8filesizeEv@Base 0.0.9
  _ZN7OpenRaw2IO4FileC1EPKc@Base 0.0.9
@@ -181,7 +185,8 @@
  _ZN7OpenRaw2IO6StreamD2Ev@Base 0.0.9
  _ZN7OpenRaw2IO9MemStream4openEv@Base 0.0.9
  (subst)_ZN7OpenRaw2IO9MemStream4readEPv{size_t}@Base 0.0.9
- _ZN7OpenRaw2IO9MemStream4seekEli@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw2IO9MemStream4seekEli@Base 0.0.9
+ _ZN7OpenRaw2IO9MemStream4seekExi@Base 0.0.9-1
  _ZN7OpenRaw2IO9MemStream5closeEv@Base 0.0.9
  _ZN7OpenRaw2IO9MemStream8filesizeEv@Base 0.0.9
  (subst)_ZN7OpenRaw2IO9MemStreamC1EPv{size_t}@Base 0.0.9
@@ -268,26 +273,33 @@
  _ZN7OpenRaw9Internals12IFDTypeTraitItE4typeE@Base 0.0.9
  _ZN7OpenRaw9Internals12MRWContainer13isMagicHeaderEPKci@Base 0.0.9
  _ZN7OpenRaw9Internals12MRWContainer17locateDirsPreHookEv@Base 0.0.9
- _ZN7OpenRaw9Internals12MRWContainerC1EPNS_2IO6StreamEl@Base 0.0.9
- _ZN7OpenRaw9Internals12MRWContainerC2EPNS_2IO6StreamEl@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw9Internals12MRWContainerC1EPNS_2IO6StreamEl@Base 
0.0.9
+ _ZN7OpenRaw9Internals12MRWContainerC1EPNS_2IO6StreamEx@Base 0.0.9-1
+#MISSING: 0.0.9-1# _ZN7OpenRaw9Internals12MRWContainerC2EPNS_2IO6StreamEl@Base 
0.0.9
+ _ZN7OpenRaw9Internals12MRWContainerC2EPNS_2IO6StreamEx@Base 0.0.9-1
  _ZN7OpenRaw9Internals12MRWContainerD0Ev@Base 0.0.9
  _ZN7OpenRaw9Internals12MRWContainerD1Ev@Base 0.0.9
  _ZN7OpenRaw9Internals12MRWContainerD2Ev@Base 0.0.9
  _ZN7OpenRaw9Internals12OrfContainer13isMagicHeaderEPKci@Base 0.0.9
- _ZN7OpenRaw9Internals12OrfContainerC1EPNS_2IO6StreamEl@Base 0.0.9
- _ZN7OpenRaw9Internals12OrfContainerC2EPNS_2IO6StreamEl@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw9Internals12OrfContainerC1EPNS_2IO6StreamEl@Base 
0.0.9
+ _ZN7OpenRaw9Internals12OrfContainerC1EPNS_2IO6StreamEx@Base 0.0.9-1
+#MISSING: 0.0.9-1# _ZN7OpenRaw9Internals12OrfContainerC2EPNS_2IO6StreamEl@Base 
0.0.9
+ _ZN7OpenRaw9Internals12OrfContainerC2EPNS_2IO6StreamEx@Base 0.0.9-1
  _ZN7OpenRaw9Internals12OrfContainerD0Ev@Base 0.0.9
  _ZN7OpenRaw9Internals12OrfContainerD1Ev@Base 0.0.9
  _ZN7OpenRaw9Internals12OrfContainerD2Ev@Base 0.0.9
  _ZN7OpenRaw9Internals12RawContainer10readUInt16EPNS_2IO6StreamERt@Base 0.0.9
  _ZN7OpenRaw9Internals12RawContainer10readUInt32EPNS_2IO6StreamERj@Base 0.0.9
  _ZN7OpenRaw9Internals12RawContainer8readInt8EPNS_2IO6StreamERa@Base 0.0.9
- (subst)_ZN7OpenRaw9Internals12RawContainer9fetchDataEPvl{size_t}@Base 0.0.9
+#MISSING: 0.0.9-1# 
(subst)_ZN7OpenRaw9Internals12RawContainer9fetchDataEPvl{size_t}@Base 0.0.9
+ _ZN7OpenRaw9Internals12RawContainer9fetchDataEPvxj@Base 0.0.9-1
  _ZN7OpenRaw9Internals12RawContainer9readInt16EPNS_2IO6StreamERs@Base 0.0.9
  _ZN7OpenRaw9Internals12RawContainer9readInt32EPNS_2IO6StreamERi@Base 0.0.9
  _ZN7OpenRaw9Internals12RawContainer9readUInt8EPNS_2IO6StreamERh@Base 0.0.9
- _ZN7OpenRaw9Internals12RawContainerC1EPNS_2IO6StreamEl@Base 0.0.9
- _ZN7OpenRaw9Internals12RawContainerC2EPNS_2IO6StreamEl@Base 0.0.9
+#MISSING: 0.0.9-1# _ZN7OpenRaw9Internals12RawContainerC1EP

Bug#663977: [Pkg-openssl-devel] Bug#663977: libssl1.0.0: execmod failure on 1.0.0h-1 but not on 1.0.0g-1

[Kurt Roeckx]

On Thu, Mar 15, 2012 at 01:10:00AM +1100, Russell Coker wrote:
> Package: libssl1.0.0
> Version: 1.0.0h-1
> Severity: normal
> 
> # eu-findtextrel /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
> either the file containing the function 'OPENSSL_DIR_end' or the file 
> containing the function 'OPENSSL_cleanse' is not compiled with -fpic/-fPIC
> either the file containing the function 'OPENSSL_DIR_end' or the file 
> containing the function 'OPENSSL_cleanse' is not compiled with -fpic/-fPIC
> either the file containing the function 'OPENSSL_DIR_end' or the file 
> containing the function 'OPENSSL_cleanse' is not compiled with -fpic/-fPIC

Which is weird since nothing seems to have changed related to it.

I also can't find mem_clr.c being compiled, while it used to be.

It used to have:
# CPUID module collects small commonly used assembler snippets
CPUID_OBJ= mem_clr.o

Which really doesn't make sense to me, and it's not doing that
anymore in the latest version.

> The above shows one of the symptoms.  With the way this library is compiled
> on i386 applications which use it must have more access to memory, my blog 
> post at the following URL has the details:

I do know what this all means, text relocations really aren't
acceptable.


Kurt




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

Bug#663936: rinse: Please retry if .rpm files are zero length

[Thomas Lange]

> On Wed, 14 Mar 2012 16:42:57 +1100, Karl Goetz  said:

> packages), I'm left with a directory full of 0 length rpm files.
Please use option --clean-cache to clean your cache.

-- 
regards Thomas



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

Bug#663885: fixed merge script

[Martin Erik Werner]

Oh, crud, I just noticed that the new upstream merge script has an
incorrect shebang that needs patching as well, I've added this and
re-uploaded to mentors and re-pushed to git.

-- 
Martin Erik Werner 


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

Bug#663954: php5-suhosin: Not installable due to missing virtual package phpapi-20090626

[Alexander Wirt]

Cornelißen Patrick schrieb am Wednesday, den 14. March 2012:

> Package: php5-suhosin
> Version: 0.9.33-1
> Severity: important
> 
> Dear Maintainer,
> 
> I have a system running SID, I am using all debian repos (including
> non-free and contrib)
> When I try to install php5-suhosin I get the message that the dependency for
> phpapi-20090626 is not met because there is no package installable
> that provides this.
in fact suhosin is not (yet) compatible with php 5.4.

Alex




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

Bug#654855: [Pkg-nagios-devel] Bug#654855: SV: Announce of the upcoming NMU for the nagios3 package

[Christian PERRIER]

Quoting Alexander Wirt (formo...@formorer.de):

> Ah, I owe you an answer: as usual your efforts are appreciated and I'll do
> the upload on my own if the translation round is finished.


And as usual: of course, no problem..:-)




signature.asc
Description: Digital signature

Bug#664021: Needs to be updated for tracker 0.14

[Alberto Garcia]

On Wed, Mar 14, 2012 at 11:23:27PM +0100, Michael Biebl wrote:

> I've uploaded tracker 0.14 to unstable today. This will make
> grilo-plugins FTBFS, so it needs to be updated With the attached
> patch I could successfully build grilo-plugins against tracker
> 0.14. The patch is only build-tested, so please test/review before
> applying.

Support for tracker 0.14 is already available upstream, I think I'll
just cherry pick their patch.

Thanks for reporting the problem!

Berto



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

Bug#664024: Info received (Needs to be updated for tracker 0.14)

[Michael Biebl]

Sorry, the initial patch was reversed. Correct one is attached.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/changelog bognor-regis-0.6.12+git20101007.02c25268/debian/changelog
--- bognor-regis-0.6.12+git20101007.02c25268/debian/changelog	2011-12-19 09:39:12.0 +0100
+++ bognor-regis-0.6.12+git20101007.02c25268/debian/changelog	2012-03-14 23:25:10.0 +0100
@@ -1,3 +1,10 @@
+bognor-regis (0.6.12+git20101007.02c25268-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build against tracker 0.14.
+
+ -- Michael Biebl   Wed, 14 Mar 2012 23:24:59 +0100
+
 bognor-regis (0.6.12+git20101007.02c25268-6) unstable; urgency=low
 
   * Add libgupnp-1.0-dev to Build-Depends (Closes: #652358)
diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/control bognor-regis-0.6.12+git20101007.02c25268/debian/control
--- bognor-regis-0.6.12+git20101007.02c25268/debian/control	2011-12-19 09:24:09.0 +0100
+++ bognor-regis-0.6.12+git20101007.02c25268/debian/control	2012-03-14 23:24:47.0 +0100
@@ -8,7 +8,7 @@
libgconf2-dev, libnotify-dev (>= 0.7.3),
intltool, autoconf, automake,
libgupnp-1.0-dev, libgupnp-av-1.0-dev,
-   libtracker-sparql-0.12-dev
+   libtracker-sparql-0.14-dev
 Standards-Version: 3.9.2
 
 Package: bognor-regis
diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series
--- bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series	2011-12-19 09:37:24.0 +0100
+++ bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series	2012-03-14 23:24:17.0 +0100
@@ -1,3 +1,4 @@
 port_to_tracker-sparql-0.12.patch
 fix_libnotify0.7_compatibility.patch
 prototype-bgr-item-new.patch
+tracker-0.14.patch
diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-0.14.patch bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-0.14.patch
--- bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-0.14.patch	1970-01-01 01:00:00.0 +0100
+++ bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-0.14.patch	2012-03-14 23:24:30.0 +0100
@@ -0,0 +1,13 @@
+Index: bognor-regis-0.6.12+git20101007.02c25268/configure.ac
+===
+--- bognor-regis-0.6.12+git20101007.02c25268.orig/configure.ac	2012-03-14 23:23:49.0 +0100
 bognor-regis-0.6.12+git20101007.02c25268/configure.ac	2012-03-14 23:24:27.885410153 +0100
+@@ -86,7 +86,7 @@
+ fi
+ AM_CONDITIONAL(HAVE_QUEUE_CONFIG, test "x$enable_queue_config" = "xyes")
+ 
+-PKG_CHECK_MODULES(BOGNOR, gtk+-2.0 glib-2.0 dbus-glib-1 gio-2.0 libnotify tracker-sparql-0.12 gupnp-1.0 >= 0.13.0 gupnp-av-1.0 >= 0.5)
++PKG_CHECK_MODULES(BOGNOR, gtk+-2.0 glib-2.0 dbus-glib-1 gio-2.0 libnotify tracker-sparql-0.14 gupnp-1.0 >= 0.13.0 gupnp-av-1.0 >= 0.5)
+ PKG_CHECK_MODULES(BOGNOR_REGIS, glib-2.0 dbus-glib-1 $gconf_pkg)
+ PKG_CHECK_MODULES(CLIENT, gio-2.0)
+ 


signature.asc
Description: OpenPGP digital signature

Bug#664021: Info received (Needs to be updated for tracker 0.14)

[Michael Biebl]

Sorry, the initial patch was reversed. Correct one attached.




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -Nru grilo-plugins-0.1.18/debian/changelog grilo-plugins-0.1.18/debian/changelog
--- grilo-plugins-0.1.18/debian/changelog	2012-03-09 18:08:37.0 +0100
+++ grilo-plugins-0.1.18/debian/changelog	2012-03-14 23:16:18.0 +0100
@@ -1,3 +1,11 @@
+grilo-plugins (0.1.18-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build against tracker 0.14.
+  * Use dh-autoreconf to update the build system.
+
+ -- Michael Biebl   Wed, 14 Mar 2012 20:24:08 +0100
+
 grilo-plugins (0.1.18-2) unstable; urgency=low
 
   * debian/control: update build dependency on GMime to version 2.6
diff -Nru grilo-plugins-0.1.18/debian/control grilo-plugins-0.1.18/debian/control
--- grilo-plugins-0.1.18/debian/control	2012-03-09 18:08:37.0 +0100
+++ grilo-plugins-0.1.18/debian/control	2012-03-14 23:16:00.0 +0100
@@ -5,6 +5,8 @@
 DM-Upload-Allowed: yes
 Build-Depends: debhelper (>= 7.0.50~),
autotools-dev,
+   dh-autoreconf,
+   gnome-common,
libglib2.0-dev,
libgrilo-0.1-dev (>= 0.1.18),
libxml2-dev,
@@ -15,7 +17,7 @@
libquvi-dev (>= 0.2.15),
libgmime-2.6-dev,
librest-dev (>= 0.7),
-   libtracker-sparql-0.12-dev (>= 0.10.5),
+   libtracker-sparql-0.14-dev (>= 0.10.5),
libsoup2.4-dev,
libgcrypt11-dev
 Standards-Version: 3.9.3
diff -Nru grilo-plugins-0.1.18/debian/patches/series grilo-plugins-0.1.18/debian/patches/series
--- grilo-plugins-0.1.18/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ grilo-plugins-0.1.18/debian/patches/series	2012-03-14 20:23:01.0 +0100
@@ -0,0 +1 @@
+tracker-0.14.patch
diff -Nru grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch
--- grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch	1970-01-01 01:00:00.0 +0100
+++ grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch	2012-03-14 20:23:17.0 +0100
@@ -0,0 +1,19 @@
+Index: grilo-plugins-0.1.18/configure.ac
+===
+--- grilo-plugins-0.1.18.orig/configure.ac	2011-12-09 18:54:55.0 +0100
 grilo-plugins-0.1.18/configure.ac	2012-03-14 20:23:14.969794733 +0100
+@@ -134,12 +134,12 @@
+HAVE_GMIME=yes,
+HAVE_GMIME=no)])
+ 
+-PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.12,
++PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.14,
+   HAVE_TRACKER_SPARQL=yes,
+   HAVE_TRACKER_SPARQL=no)
+ 
+ if test "x$HAVE_TRACKER_SPARQL" = "xno"; then
+-   PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.11,
++   PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.12,
+  HAVE_TRACKER_SPARQL=yes,
+  HAVE_TRACKER_SPARQL=no)
+ fi
diff -Nru grilo-plugins-0.1.18/debian/rules grilo-plugins-0.1.18/debian/rules
--- grilo-plugins-0.1.18/debian/rules	2012-03-09 18:08:37.0 +0100
+++ grilo-plugins-0.1.18/debian/rules	2012-03-14 20:23:59.0 +0100
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_auto_install:
 	dh_auto_install --destdir=debian/tmp


signature.asc
Description: OpenPGP digital signature

Bug#663965: munin-node: nginx_request default config doesn't match the documentation

[Kenyon Ralph]

tags 663965 fixed-upstream
thanks

On 2012-03-14T13:01:23+0200, Arto Jantunen  wrote:
> Package: munin-node
> Severity: normal
> Version: 1.4.5-3
> Tags: patch
> 
> The documentation in the beginning of the script claims that the default
> url is "env.url http://localhost/nginx_status";. This is a great default,
> fits most uses, matches nginx_status, etc. However this isn't what the
> script actually does. Instead of localhost it uses the fqdn as the
> default address: 

I applied your patch to the upstream trunk in r4734:
http://munin-monitoring.org/changeset/4734

Thanks!

-- 
Kenyon Ralph


signature.asc
Description: Digital signature

Bug#664016: patch adding command line options for username / password

[Dennis Boone]

I've attached a patch which adds command line options for username and
password.

De

--- /usr/lib/mon/mon.d/imap.monitor 2005-08-20 11:27:56.0 -0400
+++ /usr/lib/mon/mon.d/imap_local.monitor   2012-03-14 18:13:48.0 
-0400
@@ -37,10 +37,12 @@
 use Getopt::Std;
 use English;
 
-getopts ("m:p:t:");
+getopts ("m:p:t:u:w:");
 $PORT = $opt_p || 143;
 $TIMEOUT = $opt_t || 30;
 $MAILBOX=$opt_m || undef;
+$USERNAME=$opt_u || 'ANONYMOUS';
+$PASSWORD=$opt_w || 'ANONYMOUS';
 
 @failures = ();
 
@@ -92,7 +94,7 @@
}
 
 $cmd="login";
-   print S "A1 LOGIN ANONYMOUS ANONYMOUS\r\n";
+   print S "A1 LOGIN ", $USERNAME, " ", $PASSWORD, "\r\n";
 
while (defined($in=)) {
if ($in =~ /^A1 (\w+) (.*)/) {

Bug#664023: [CVE-2012-1175] gnash integer overflow

[Luciano Bello]

Package: gnash
Severity: grave
Tags: security patch

The following vulnerability had been reported against gnash: 
http://www.openwall.com/lists/oss-security/2012/03/14/5

The patch can be found in the report.

Please use CVE-2012-1175 for this issue and check if the stable version 
(0.8.8-5) is affected. If it's the case, can you prepare and patch for it? I 
can 
take care of the DSA.

Cheers,
luciano


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

Bug#664022: ITP: lazyarray -- Python module providing a NumPy-compatible lazily-evaluated array

[Michael Hanke]

Package: wnpp
Severity: wishlist
Owner: Michael Hanke 

* Package name: lazyarray
  Version : 0.1
  Upstream Author : Andrew P. Davison
* URL : http://bitbucket.org/apdavison/lazyarray/
* License : 3-clause-BSD
  Programming Lang: Python
  Description : Python module providing a NumPy-compatible lazily-evaluated 
array

 The 'larray' class is a NumPy-compatible numerical array where operations on
 the array (potentially including array construction) are not performed
 immediately, but are delayed until evaluation is specifically requested.
 Evaluation of only parts of the array is also possible. Consequently,
 use of an 'larray' can potentially save considerable computation time
 and memory in cases where arrays are used conditionally, or only parts of an
 array are used (for example in distributed computation, in which each MPI node
 operates on a subset of the elements of the array).


This is basically a single file package with a number of tests (98%
coverage). This package will be needed for a new release of python-pynn.
Debian has 0.7.0 right now, latest upstream is 0.7.2

http://packages.debian.org/sid/python-pynn



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

Bug#664021: Needs to be updated for tracker 0.14

[Michael Biebl]

Source: grilo-plugins
Version: 0.1.18-2
Severity: serious
Tags: patch

Hi,

I've uploaded tracker 0.14 to unstable today. This will make
grilo-plugins FTBFS, so it needs to be updated
With the attached patch I could successfully build grilo-plugins against
tracker 0.14. The patch is only build-tested, so please test/review
before applying.

Cheers,
Michael


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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru grilo-plugins-0.1.18/debian/changelog grilo-plugins-0.1.18/debian/changelog
--- grilo-plugins-0.1.18/debian/changelog	2012-03-14 23:16:18.0 +0100
+++ grilo-plugins-0.1.18/debian/changelog	2012-03-09 18:08:37.0 +0100
@@ -1,11 +1,3 @@
-grilo-plugins (0.1.18-2.1) unstable; urgency=low
-
-  * Non-maintainer upload.
-  * Build against tracker 0.14.
-  * Use dh-autoreconf to update the build system.
-
- -- Michael Biebl   Wed, 14 Mar 2012 20:24:08 +0100
-
 grilo-plugins (0.1.18-2) unstable; urgency=low
 
   * debian/control: update build dependency on GMime to version 2.6
diff -Nru grilo-plugins-0.1.18/debian/control grilo-plugins-0.1.18/debian/control
--- grilo-plugins-0.1.18/debian/control	2012-03-14 23:16:00.0 +0100
+++ grilo-plugins-0.1.18/debian/control	2012-03-09 18:08:37.0 +0100
@@ -5,8 +5,6 @@
 DM-Upload-Allowed: yes
 Build-Depends: debhelper (>= 7.0.50~),
autotools-dev,
-   dh-autoreconf,
-   gnome-common,
libglib2.0-dev,
libgrilo-0.1-dev (>= 0.1.18),
libxml2-dev,
@@ -17,7 +15,7 @@
libquvi-dev (>= 0.2.15),
libgmime-2.6-dev,
librest-dev (>= 0.7),
-   libtracker-sparql-0.14-dev (>= 0.10.5),
+   libtracker-sparql-0.12-dev (>= 0.10.5),
libsoup2.4-dev,
libgcrypt11-dev
 Standards-Version: 3.9.3
diff -Nru grilo-plugins-0.1.18/debian/patches/series grilo-plugins-0.1.18/debian/patches/series
--- grilo-plugins-0.1.18/debian/patches/series	2012-03-14 20:23:01.0 +0100
+++ grilo-plugins-0.1.18/debian/patches/series	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-tracker-0.14.patch
diff -Nru grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch
--- grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch	2012-03-14 20:23:17.0 +0100
+++ grilo-plugins-0.1.18/debian/patches/tracker-0.14.patch	1970-01-01 01:00:00.0 +0100
@@ -1,19 +0,0 @@
-Index: grilo-plugins-0.1.18/configure.ac
-===
 grilo-plugins-0.1.18.orig/configure.ac	2011-12-09 18:54:55.0 +0100
-+++ grilo-plugins-0.1.18/configure.ac	2012-03-14 20:23:14.969794733 +0100
-@@ -134,12 +134,12 @@
-HAVE_GMIME=yes,
-HAVE_GMIME=no)])
- 
--PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.12,
-+PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.14,
-   HAVE_TRACKER_SPARQL=yes,
-   HAVE_TRACKER_SPARQL=no)
- 
- if test "x$HAVE_TRACKER_SPARQL" = "xno"; then
--   PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.11,
-+   PKG_CHECK_MODULES(TRACKER_SPARQL, tracker-sparql-0.12,
-  HAVE_TRACKER_SPARQL=yes,
-  HAVE_TRACKER_SPARQL=no)
- fi
diff -Nru grilo-plugins-0.1.18/debian/rules grilo-plugins-0.1.18/debian/rules
--- grilo-plugins-0.1.18/debian/rules	2012-03-14 20:23:59.0 +0100
+++ grilo-plugins-0.1.18/debian/rules	2012-03-09 18:08:37.0 +0100
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@ --with autoreconf
+	dh $@
 
 override_dh_auto_install:
 	dh_auto_install --destdir=debian/tmp

Bug#664020: libreoffice-calc: Invisible checkboxes in dialogs

[Andrey Gusev]

Package: libreoffice-calc
Version: 1:3.4.5-5
Severity: important

Dear Maintainer,
I wanted to use special paste in calc and found that checkboxes are
invisible. They react on the clicking, but I cannot see checked.
It was version from the testing. I tried the version from the sid, but it has
the same problem.
I attached a screenshot of the special paste dialog.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 3.2.8 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-calc depends on:
ii  libc6  2.13-27
ii  libcolamd2.7.1 1:3.4.0-2
ii  libgcc11:4.6.3-1
ii  libreoffice-base-core  1:3.4.5-5
ii  libreoffice-core   1:3.4.5-5
ii  libstdc++6 4.6.3-1
ii  lp-solve   5.5.0.13-7
ii  uno-libs3  3.4.5-4

libreoffice-calc recommends no packages.

libreoffice-calc suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig 2.8.0-3.1
ii  fonts-opensymbol [ttf-opensymbol]  2:2.4.3+LibO3.4.5-4
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-27
ii  libcairo2  1.10.2-6.2
ii  libcurl3-gnutls7.24.0-1
ii  libdb5.1   5.1.29-1
ii  libexpat1  2.0.1-7.2
ii  libfontconfig1 2.8.0-3.1
ii  libfreetype6   2.4.8-1
ii  libgcc11:4.6.3-1
ii  libgdk-pixbuf2.0-0 2.24.1-1
ii  libglib2.0-0   2.30.2-6
ii  libgraphite2-2.0.0 1.1.1-1
ii  libgstreamer-plugins-base0.10-00.10.36-1
ii  libgstreamer0.10-0 0.10.36-1
ii  libgtk2.0-02.24.10-1
ii  libhunspell-1.3-0  1.3.2-4
ii  libhyphen0 2.8.3-1
ii  libice62:1.0.7-2
ii  libicu48   4.8.1.1-3
ii  libjpeg8   8d-1
ii  libmythes-1.2-02:1.2.2-1
ii  libneon27-gnutls   0.29.6-1
ii  libnspr4-0d4.9-1
ii  libnss3-1d 3.13.3-1
ii  libpango1.0-0  1.29.4-2
ii  libpng12-0 1.2.47-1
ii  librdf01.0.15-1
ii  libreoffice-common 1:3.4.5-4
ii  libsm6 2:1.2.0-2
ii  libssl1.0.01.0.0g-1
ii  libstdc++6 4.6.3-1
ii  libtextcat02.2-10
ii  libx11-6   2:1.4.4-4
ii  libxaw72:1.0.9-3
ii  libxext6   2:1.3.0-3
ii  libxinerama1   2:1.1.1-3
ii  libxml22.7.8.dfsg-7
ii  libxrandr2 2:1.3.2-2
ii  libxrender11:0.9.6-2
ii  libxslt1.1 1.1.26-8
ii  libxt6 1:1.1.1-2
ii  ttf-opensymbol 2:2.4.3+LibO3.4.5-4
ii  uno-libs3  3.4.5-4
ii  ure3.4.5-4
ii  zlib1g 1:1.2.6.dfsg-2

-- no debconf information
<>

Bug#663931: libvirt-bin: libvirtd make "udevadm settle" respond too slow

[Marco d'Itri]

reassign 663931 lvm2
thanks

On Mar 14, Ernesto Domato  wrote:

> (about 3 minutes). Then I found running libvirtd on debug mode that it calls
> "udevadm settle" on startup. This command also takes about 3 minutes to 
> respond.
Why does libvirtd run "udevadm settle", for a start?

> Not using LVM doesn't generates this problem.
> 
> So, it seems that when libvirtd is started and there's a pool that use LVM it
> mess with udev somehow that produce this behavior.
So this looks like a LVM issue.
It is not a udev bug unless you can show that it is.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#663912: please enable CONFIG_RTS5139 for SDcard support

[Jonathan Nieder]

found 663912 linux-2.6/3.3~rc6-1~experimental.1
found 663912 linux-2.6/3.2.10-1
tags 663912 + patch
quit

Hi,

Aurelien Jacobs wrote:

> Simply enabling CONFIG_RTS5139 as a module would add support for SDcard
> in some laptop such as the Asus Zenbook (UX31E).

Sounds reasonable.  The driver seems to have been merged in the 3.2 merge
window, which is barely in time for us not to have to backport it for
support in wheezy.

Am I correct in assuming these card readers are only available as a
built-in chip on x86 laptops, and not as a USB gadget that could be
plugged in on machines with other processor architectures?

Index: debian/changelog
===
--- debian/changelog(revision 18844)
+++ debian/changelog(working copy)
@@ -7,6 +7,9 @@
   * aufs: Update to aufs3.x-rcN-20120312
   * IB: Enable INFINIBAND_SRPT as module (Closes: #663041)
 
+  [ Jonathan Nieder ]
+  * [x86] Enable RTS5139 as module (Closes: #663912)
+
  -- Ben Hutchings   Fri, 09 Mar 2012 05:27:29 +
 
 linux-2.6 (3.3~rc6-1~experimental.1) experimental; urgency=low
Index: debian/config/kernelarch-x86/config
===
--- debian/config/kernelarch-x86/config (revision 18844)
+++ debian/config/kernelarch-x86/config (working copy)
@@ -1333,6 +1333,11 @@
 CONFIG_R8712U=m
 
+##
+## file: drivers/staging/rts5139/Kconfig
+##
+CONFIG_RTS5139=m
+
 ##
 ## file: drivers/staging/rts_pstor/Kconfig
 ##
 CONFIG_RTS_PSTOR=m



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

Bug#657311: needs update for 9.0 in experimental

[Daniel Baumann]

and now there's thunderbird 11, sigh.

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.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#664012: xserver-xorg-video-nouveau: Blurs in certain conditions

[Sven Joachim]

On 2012-03-14 22:11 +0100, Jean-Yves Barbier wrote:

> I first noticed this blur when displaying PHP editors on internal sites, then 
> I
> found it also @
> http://mfnboer.home.xs4all.nl/twinkle/faq.html
> in the titles (light green on a shade of dark green to white), blur is maximum
> when shaded tones are ~ 50/50.

That does not look pretty here as well.  However, I don't see much
difference on another system with Intel graphics.  Do you have another
system where it looks better?

Screenshots would also be welcome.

Cheers,
   Sven



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

Bug#663976: More info

[Jim Paris]

The version in squeeze works fine.  I tracked it down to a change
between iozone3-308 and iozone3-311:

--- iozone3_308/src/current/iozone.c2008-07-17 11:07:10.0 -0400
+++ iozone3_311/src/current/iozone.c2008-09-18 15:35:45.0 -0400
@@ -8857,7 +8860,7 @@ long long *data1,*data2;
purgeit(nbuff,reclen);
if(mmapflag)
{
-   wmaddr = &maddr[0];
+   wmaddr = &maddr[i*reclen];
fill_area((long long*)nbuff,(long long*)wmaddr,(long 
long)reclen);
if(!mmapnsflag)
{

If I revert this, then the bug goes away.  The relevant entry in
Changes seems to be:

=
Revision 3.309
Bug fix. rewrite_rec needed to fill entire buffer, or later stride read will
fail.
=

I don't know why that causes the problem or what the correct fix is.

-jim



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

Bug#664019: ITP: lintian4python -- Debian package checker (for Python packages)

[Jakub Wilk]

Package: wnpp
Severity: wishlist
Owner: Jakub Wilk 

* Package name: lintian4python
  Upstream Author : Jakub Wilk 
* URL : https://bitbucket.org/jwilk/lintian4python/
* License : GPL-2+
  Programming Lang: Perl
  Description : Debian package checker (for Python packages)

Lintian dissects Debian packages and reports bugs and policy violations. 
It contains automated checks for many aspects of Debian policy as well 
as some checks for common errors.


This package provides an experimental flavor of lintian designed to 
check packages implemented in Python.


--
Jakub Wilk



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

Bug#663998: Info received for maintainer only (asterisk: Planned gmime 2.4 removal)

[Michael Biebl]

tags 663998 + patch
thanks

With the attached patch I could successfully compile asterisk against
gmime 2.6. It is only build tested though, so please review/test before
applying.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -Nru asterisk-1.8.8.2~dfsg/debian/control asterisk-1.8.8.2~dfsg/debian/control
--- asterisk-1.8.8.2~dfsg/debian/control	2011-11-27 00:10:14.0 +0100
+++ asterisk-1.8.8.2~dfsg/debian/control	2012-03-14 22:53:35.0 +0100
@@ -34,7 +34,7 @@
  libvorbis-dev,
  libsnmp-dev,
  libc-client2007e-dev | libc-client2007b-dev,
- libgmime-2.4-dev | libgmime2-dev,
+ libgmime-2.6-dev,
  libjack-dev,
  liblua5.1-0-dev,
  libcap-dev (>= 1:2.16-4) [linux-any] | libcap2-dev [linux-any],
diff -Nru asterisk-1.8.8.2~dfsg/debian/patches/gmime2.6.patch asterisk-1.8.8.2~dfsg/debian/patches/gmime2.6.patch
--- asterisk-1.8.8.2~dfsg/debian/patches/gmime2.6.patch	1970-01-01 01:00:00.0 +0100
+++ asterisk-1.8.8.2~dfsg/debian/patches/gmime2.6.patch	2012-03-14 22:52:46.0 +0100
@@ -0,0 +1,26 @@
+Index: asterisk-1.8.8.2~dfsg/configure
+===
+--- asterisk-1.8.8.2~dfsg.orig/configure	2011-10-18 23:26:48.0 +0200
 asterisk-1.8.8.2~dfsg/configure	2012-03-14 22:52:43.569477511 +0100
+@@ -51311,7 +51311,7 @@
+ 
+ if test "x${PBX_GMIME}" = "x0" -a "${PKGCONFIG}" != "No"; then
+ 	# Later versions of GMime use pkg-config
+-	for ver in 2.0 2.2 2.4; do
++	for ver in 2.0 2.2 2.4 2.6; do
+ 		if ! ${PKGCONFIG} --exists gmime-$ver; then
+ 			continue
+ 		fi
+Index: asterisk-1.8.8.2~dfsg/configure.ac
+===
+--- asterisk-1.8.8.2~dfsg.orig/configure.ac	2011-10-18 23:26:48.0 +0200
 asterisk-1.8.8.2~dfsg/configure.ac	2012-03-14 22:52:09.629478712 +0100
+@@ -2019,7 +2019,7 @@
+ AST_EXT_TOOL_CHECK([GMIME], [gmime-config], [], [], [#include ], [gboolean q = g_mime_check_version(0,0,0);])
+ if test "x${PBX_GMIME}" = "x0" -a "${PKGCONFIG}" != "No"; then
+ 	# Later versions of GMime use pkg-config
+-	for ver in 2.0 2.2 2.4; do
++	for ver in 2.0 2.2 2.4 2.6; do
+ 		if ! ${PKGCONFIG} --exists gmime-$ver; then
+ 			continue
+ 		fi
diff -Nru asterisk-1.8.8.2~dfsg/debian/patches/series asterisk-1.8.8.2~dfsg/debian/patches/series
--- asterisk-1.8.8.2~dfsg/debian/patches/series	2011-12-18 19:05:45.0 +0100
+++ asterisk-1.8.8.2~dfsg/debian/patches/series	2012-03-14 22:51:56.0 +0100
@@ -24,3 +24,4 @@
 
 chan_iax2-detach-thread-on-non-stop-exit
 sparc32_disable
+gmime2.6.patch


signature.asc
Description: OpenPGP digital signature

Bug#656899: mdadm: sending ioctl 1261 to a partition warnings,

[Patryk Dawidziuk]

same here. Fresh Squeeze 6.0.4 install. LVM over Raid1. 
System stable. 

root@asd:~# uname -a
Linux asd 2.6.32-5-686 #1 SMP Mon Jan 16 16:04:25 UTC 2012 i686 GNU/Linux
root@asd:~# 

Mar 13 10:47:07 asd kernel: [5.695630] mdadm: sending ioctl 1261 to a 
partition!
Mar 13 10:47:07 asd kernel: [5.695636] mdadm: sending ioctl 1261 to a 
partition!
Mar 13 10:47:07 asd kernel: [6.406926] mdadm: sending ioctl 1261 to a 
partition!
Mar 13 10:47:07 asd kernel: [6.425660] mdadm: sending ioctl 1261 to a 
partition!
Mar 13 10:47:07 asd kernel: [6.425666] mdadm: sending ioctl 1261 to a 
partition!
Mar 13 22:07:15 asd kernel: [4.202070] mdadm: sending ioctl 1261 to a 
partition!
Mar 13 22:07:15 asd kernel: [4.202075] mdadm: sending ioctl 1261 to a 
partition!


additionaly update-grub borks about unknown LVM metadata headers, but this and 
ioctl 1261 seem somehow connected. 

root@asd:~# update-grub
error: unknown LVM metadata header.
error: unknown LVM metadata header.
Generating grub.cfg ...
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
Found linux image: /boot/vmlinuz-2.6.32-5-686
Found initrd image: /boot/initrd.img-2.6.32-5-686
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
error: unknown LVM metadata header.
done
root@asd:~# 

and corresponding dmesg: 

[89522.154518] grub-probe: sending ioctl 1261 to a partition!
[89522.155065] grub-probe: sending ioctl 1261 to a partition!
[89522.155069] grub-probe: sending ioctl 1261 to a partition!
[89522.274417] grub-probe: sending ioctl 1261 to a partition!
[89522.274422] grub-probe: sending ioctl 1261 to a partition!
[89522.274945] grub-probe: sending ioctl 1261 to a partition!
[89522.274949] grub-probe: sending ioctl 1261 to a partition!
[89522.277214] grub-probe: sending ioctl 1261 to a partition!
[89522.277219] grub-probe: sending ioctl 1261 to a partition!
[89522.277931] grub-probe: sending ioctl 1261 to a partition!
[89522.277935] grub-probe: sending ioctl 1261 to a partition!



Best regards, 


--
Patryk Dawidziuk | pat...@dawidziuk.eu |  0xB54ADC05A in decimal







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

Bug#664018: openclipart-png: homepage URL should be http://openclipart.org as per browser

[shirish शिरीष]

Package: openclipart-png
Version: 2.0-1
Severity: minor

Dear Maintainer,
It would be nice/good if the homepage URL is given as
http://openclipart.org rather than http://www.openclipart.org.

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

openclipart-png depends on no packages.

openclipart-png recommends no packages.

Versions of packages openclipart-png suggests:
ii  gimp  2.6.12-1

-- no debconf information

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#663952: /usr/bin/X: Display occasionally freezes for about ten seconds

[Julien Cristau]

On Wed, Mar 14, 2012 at 09:35:24 +0100, Jacob Sparre Andersen wrote:

> Kernel version (/proc/version):
> ---
> Linux version 2.6.39-bpo.2-amd64 (Debian 2.6.39-3~bpo60+1) 
> (norb...@tretkowski.de) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Tue Jul 
> 26 10:35:23 UTC 2011
> 
This is way out of date.  You should upgrade to 3.2.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#663902: ghostscript: FTBFS on hurd-i386: extra gs_realloc in symbols file

[Jonathan Nieder]

Jonathan Nieder wrote:
> Pino Toscano wrote:

>> [Date: Thu, 10 Sep 2009 19:59:44 +0200]
>
> Please reset your clock.

Oh, my bad.  Looks like this was just a stuck mail and this
was fixed in 8.71~dfsg-1.

Sorry for the noise,
Jonathan



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

Bug#664017: ITP: fonts-lobster -- bold condensed script with many ligatures and alternates

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter 


* Package name: fonts-lobster
  Version : 1.4
  Upstream Author : Pablo Impallari 
* URL : http://www.impallari.com/lobster
* License : OFL-1.1
  Description : bold condensed script with many ligatures and alternates
 The beauty of real hand-drawn lettering is that the lettering artists subtly
 modify the shape of letters so they connect with the next ones. These linked
 letters-pairs are called "ligatures". Thus, in order to provide a smooth
 hand-written look, the Lobster font provides a large number of ligatures,
 as well as terminal forms (i.e. glyphs that are used for word endings).



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