Bug#652942: [Pkg-samba-maint] Bug#652942: dhcp hook runs reload on shutdown (after service has been stopped)

[Christian PERRIER]

Quoting Michael Biebl (bi...@debian.org):
> Package: samba-common
> Version: 2:3.6.1-3
> Severity: important
> 
> Hi,
> 
> if you are using ifupdown and dhcp to manage your network device,
> you'll get the following message on shutdown

Hello Michael,

Apart from the annoying messge displayed, do you see a specific
problem with this? My concern is that it might not be so simple to add
code in the hook meant to detect that the interface is released
*during shutdown* and not for some other reason. 

What's suggested here is not doing the reload when an interface DHCP
lease is released during system shutdown but we want to keep the
reload when the lease is released in other situations. This might be
somehow tricky (is there an environment variable or something like
this that could be tested in the script?).




signature.asc
Description: Digital signature

Bug#630321: RE : Bug#630321: Opencl

[Bastien ROUCARIES]

I will not do this without a free generic software fallback.

Think about server environnement without top edge graphic card. Imagemagick
should work in this environment without modification

Open an rfp or an itp, test it and package it and will do something

Bastien

Le 22 déc. 2011 05:51, "Marc J. Driftmeyer"  a écrit :

 I'm not too concerned with OpenCL support in a free version, nor have I
ever been.

Seeing as AMD and Nvidia, not to mention Intel are releasing their
implementations directly for BSD or similar license use my needs have been
fulfilled.

More to the point, all three have to adhere to Khronos specification
created by Apple and now in their committee for all to leverage.

That's all that really needs to happen.

I would suggest when AMD releases their opencl sdk that will be working
with LLVM/Clang that the Clang package guys coordinate with the AMD
non-free driver packagers and make sure the AMD SDK for OpenCL is included
in the AMD fglx driver files ala what Nvidia package maintainers do for the
nvidia non-free driver stack.

- Marc



On 12/21/2011 07:04 AM, Bastien ROUCARIES wrote:
>
> tags 630321 + wontfix
> severity 630321 wishl...
-- 
Marc J. Driftmeyer
Email :: m...@reanimality.com
Web :: http://www.reanimality.com
Cell :: (509) 435-5212

Bug#652955: [linux-headers-3.1.0-1-common] Naming inconsistancy? can cause dkms/m-a problems

[David Baron]

Package: linux-headers-3.1.0-1-common
Version: 3.1.5-1
Severity: normal

--- Please enter the report below this line. ---
I am not sure this package has the bug but here goes:
If I have the same kernel version installed for both i686 and amd64, for 
example. The debian nvidia kernel modules will dkms successfully on both while 
the debian virtualbox kernel modules will dkms only for one of them. I would 
assume this applies to m-a as well since going to /usr/src and doing make (OK) 
and sudo make install (FAILS do to architecture inconstancy).

If there be differing linux-headers-common for differing architectures, 
they would need unique packaging just as the headers themselves.

Maybe this is not the problem and someone more knowledgable could accomplish 
as simple work-around, i.e. with some EXPORT=

Worth a look.


--- System information. ---
Architecture: i386
Kernel:   Linux 3.1.0-1-686-pae

Debian Release: wheezy/sid
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
1 experimentalftp.us.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#652941: iceweasel: Always crash on a specific website

[Mike Hommey]

On Thu, Dec 22, 2011 at 01:18:23AM +0100, Cesare Leonardi wrote:
> Package: iceweasel
> Version: 9.0-1
> Severity: normal
> 
> Since some version, Iceweasel always crash instantly whenever i try to
> open this site (an italian online radio):
> http://www.m2o.it
> 
> It's an highly flash based site (i have 3:11.1.102.55-0.0 from Christian
> Marillat).
> 
> Today i've tried to start the browser from the console and the error i
> obtain when i open the site above seems useful:
> --
> $ iceweasel 
> Mesa 7.11.2 implementation error: unexpected format in
> _mesa_choose_tex_format()
> Please report at bugs.freedesktop.org
> Mesa 7.11.2 implementation error: unexpected MESA_FORMAT for
> renderbuffer
> Please report at bugs.freedesktop.org
> ###!!! ABORT: Divide by zero: file
> /build/buildd-iceweasel_9.0-1-i386-kBwYso/iceweasel-9.0/toolkit/xre/nsSigHandlers.cpp,
> line 174
> ###!!! ABORT: Divide by zero: file
> /build/buildd-iceweasel_9.0-1-i386-kBwYso/iceweasel-9.0/toolkit/xre/nsSigHandlers.cpp,
> line 174
> Segmentation fault
> $ 
> --
> 
> I suspect this is a regression between Mesa (or Intel video driver) and
> my old i855 graphic adapter.
> Maybe someone else reading this, with different graphic card can test if
> his Iceweasel crash on the above site.
> I can only say that Firefox under Windows 2000 doesn't crash.
> 
> I'm not sure if it is an Iceweasel's bug or should i follow the advice
> to open a bug to Mesa upstream?
> Shouldn't iceweasel handle the error condition more gracefully? And why
> other browser (Chromium and Midori) can open the above site without
> problem? To me Iceweasel has some responsibility.

Please follow the instructions in /usr/share/bug/iceweasel/presubj.

Mike



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

Bug#652955: [linux-headers-3.1.0-1-common] Naming inconsistancy? can cause dkms/m-a problems

[Jonathan Nieder]

tags 652955 + moreinfo
quit

Hi David,

David Baron wrote:

> If I have the same kernel version installed for both i686 and amd64, for 
> example. The debian nvidia kernel modules will dkms successfully on both 
> while 
> the debian virtualbox kernel modules will dkms only for one of them.

Please supply details, including the error message.

Thanks for writing,
Jonathan



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

Bug#652132: lcd4linux: should build-depend on libmysqlclient-dev to pickup latest libmysqlclient on rebuilds

[Reinhard Tartler]

Hi Jonathan,

On Do, Dez 22, 2011 at 03:26:17 (CET), Michael Reinelt wrote:

> Hello all,
>
> surely I want to apply this patch, I just cant find the debian/control file 
> in the lcd4linux repository.
>
> Anybody from the lcd4debian team wants to jump in?
>

Can you please import that patch to our bzr repo? I'm currently very
busy with academic work, and that change doesn't seem important enough to
have it in Debian right now, but I'd rather have it in the branch so
that we don't forget about it for the next upload.

Michael, I don't think there is much point in importing the debian
packaging in the lcd4linux svn. Jonathan and I are maintaining it in a
seperate bzr, which can be found here:
http://bazaar.launchpad.net/~siretart/lcd4linux/debian/changes

Cheers,
Reinhard
>
> Am 2011-12-15 01:51, schrieb Clint Byrum:
>> Package: lcd4linux
>> Version: 0.11.0~svn1158-1
>> Severity: normal
>> Tags: patch
>> User: ubuntu-de...@lists.ubuntu.com
>> Usertags: origin-ubuntu precise ubuntu-patch
>>
>>
>>
>> In Ubuntu, the attached patch was applied to achieve the following:
>>
>>
>>* d/control: build-dep on libmysqlclient-dev to pick up latest
>>  libmysqlclient.
>>
>>
>> Thanks for considering the patch.
>>
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>APT prefers precise-updates
>>APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
>> 'precise')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.1.0-2-generic (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

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#652820: does this happen w/ 1.1.0 too?

[Soeren Sonnenburg]

You had shogun 1.0.0 installed. if you remove it and try with 1.1.0 does
this happen too?
-- 
For the one fact about the future of which we can be certain is that it
will be utterly fantastic. -- Arthur C. Clarke, 1962


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

Bug#652955: [linux-headers-3.1.0-1-common] Naming inconsistancy? can cause dkms/m-a problems

[David Baron]

On Thursday 26 Kislev 5772 10:17:12 Jonathan Nieder wrote:
> tags 652955 + moreinfo
> quit
> 
> Hi David,
> 
> David Baron wrote:
> > If I have the same kernel version installed for both i686 and amd64, for
> > example. The debian nvidia kernel modules will dkms successfully on both
> > while the debian virtualbox kernel modules will dkms only for one of
> > them.
> 
> Please supply details, including the error message.
> 

I had removed the headers for the kernel
Reinstalling them (running the 32-bit kernel):

...Selecting previously unselected package linux-headers-3.1.0-1-amd64.
(Reading database ... 522370 files and directories currently installed.)
Unpacking linux-headers-3.1.0-1-amd64 (from .../linux-headers-3.1.0-1-
amd64_3.1.5-1_i386.deb) ...
Setting up linux-headers-3.1.0-1-amd64 (3.1.5-1) ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 3.1.0-1-amd64

Good news! Module version 4.1.6_Debian for vboxdrv.ko
exactly matches what is already found in kernel 3.1.0-1-amd64.
DKMS will not replace this module.
You may override by specifying --force.

Good news! Module version 4.1.6_Debian for vboxnetadp.ko
exactly matches what is already found in kernel 3.1.0-1-amd64.
DKMS will not replace this module.
You may override by specifying --force.

Good news! Module version 4.1.6_Debian for vboxnetflt.ko
exactly matches what is already found in kernel 3.1.0-1-amd64.
DKMS will not replace this module.
You may override by specifying --force.
Error! Module version 4.1.6_Debian for vboxpci.ko
is not newer than what is already found in kernel 3.1.0-1-amd64 
(4.1.6_Debian).
You may override by specifying --force.

Yesterday when I was in that kernel, it did not load these modules so they may 
be built for the wrong architecture. Next time I boot up the 64 bit kernel, I 
will try again.

(That pci module fails in all the kernels. I generally only need the vboxdrv 
module.)



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

Bug#652956: mrtg: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: mrtg
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the mrtg debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of mrtg debconf templates.
# Copyright (C) 2005-2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mrtg package.
# Luk Claes , 2005.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: mrtg 2.17.2-1\n"
"Report-Msgid-Bugs-To: m...@packages.debian.org\n"
"POT-Creation-Date: 2009-11-01 14:34+0100\n"
"PO-Revision-Date: 2011-12-22 09:29+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../mrtg.templates:1001
msgid "Make /etc/mrtg.cfg owned by and readable only by root?"
msgstr "/etc/mrtg.cfg enkel leesbaar maken voor de beheerder?"

#. Type: boolean
#. Description
#: ../mrtg.templates:1001
msgid ""
"If your MRTG configuration file is readable by users other than the user "
"MRTG runs as ('root' by default) it can present a security risk, as this "
"file contains SNMP community names."
msgstr ""
"Als uw MRTG-configuratiebestand leesbaar is door andere gebruikers dan de "
"gebruiker waaronder MRTG draait (standaard is dit 'root'), dan kan dat een "
"veiligheidsrisico inhouden omdat dit bestand namen van SNMP-gemeenschappen "
"bevat."

#. Type: boolean
#. Description
#: ../mrtg.templates:1001
msgid ""
"It is recommended that you make the file owned by and readable only by "
"'root', unless you have specific reasons not to (for example, because third-"
"party tools need to read that file, like 'mrtg-rrd')."
msgstr ""
"Het is aan te raden dat u dit bestand enkel leesbaar maakt voor de "
"beheerdersaccount 'root', tenzij u specifieke redenen heeft om dit niet te "
"doen (bv. omdat hulpprogramma's van externen zoals 'mrtg-rrd' het bestand "
"moeten kunnen lezen)."

Bug#652526: [ITR] templates://unixcw/{cwcp.templates,cw.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in unixcw.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for unixcw.

The first step of the process is to review the debconf source
template file(s) of unixcw. This review will start on Sunday, December 25, 
2011, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for unixcw.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#546773: Reassign screenshot bug to xserver-xorg-video-ati

[Bastien ROUCARIES]

reassign 546773 xserver-xorg-video-ati
thanks

Dear Xorg mainteners,

I am ressigning this bug to you, this smell like a x driver bug
particulalry a radeon one.

Thank you for your time

Bastien



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

Bug#650762: lintian: please support UNPACKDIR option

[Niels Thykier]

On 2011-12-02 17:53, Martin Erik Werner wrote:
> Package: lintian
> Version: 2.5.4
> Severity: wishlist
> 
> Dear Maintainer,
> In Wheezy it seems like the default setup is that /tmp resides on tmpfs, and 
> in
> the case of 4GB ram is limited to around 700MB, this means that for some
> packages, in my case one containing large game data, it will exceed /tmp when
> unpacked.
> 
> It would be very nice if lintian supported an UNPACKDIR option in lintianrc,
> instead of having to rely on exporting TMPDIR in the shell, in order to change
> the directory lintian unpacks to, and avoid running out of space.
> 
> -- System Information:
> [...]
> -- no debconf information
> 
> 
> 

Hi,

Do we want to special-case "unpacked" from the rest of the collections?
 It is likely to be the only collection in our setup taking that much
space for any normal package.

That is, do we want a directive to make Lintian stuff unpacked into
$UNPACKED_DIR and the rest into the lab in $TMPDIR as usual or do we
just one directive in the lintian file to change the default TMPDIR?

~Niels




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

Bug#652520: esmtp does not allow its config file to be a symlink

[Salvatore Bonaccorso]

Hi Duncan

On Sat, Dec 17, 2011 at 08:12:10PM -0800, Duncan Smith wrote:
> Package: esmtp
> Version: 1.2-4squeeze1
> Severity: normal
> Tags: patch
> 
> 
> The package as shipped ensures that the configuration file is not a
> symbolic link.  This is most likely unnecessary, as I don't believe
> there is any security risk in reading from a symlink.
> 
> Changing 'lstat' to 'stat' on line 170 of parser.y fixes this.  I've
> attached a patch.
> 
> I keep my configuration files in a version-controlled directory,
> ~/etc, and symlink them into ~/.  esmtp is the only package I use that
> complains about this arrangement.
> 
> (This is the first bug I've reported to Debian.  Please let me know if
> I've messed up somehow.)

Congratulation for your first report :)

I'm not ignoring you request, but need to find time to check if it is
realy safe to allow symlinks for the configuration file.

Thanks for using esmtp!

Regards,
Salvatore

p.s.: I have merged the two created reports.


signature.asc
Description: Digital signature

Bug#640493: [Fwd: Re: Bug#640493: postgresql-common: logrotate 3.8.0 breaks postgresql log rotation.]

[Martin Pitt]

Jens Lody [2011-12-22  7:08 +0100]:
> But I still do not understand, why it can not be done this way.

Please see

  http://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html#sE.1

> I thought that this is exactly (one of) the purpose(s) triggers have
> been implemented for.

On general file changes, yes. But again, a package must not change
conffiles with scripts, as this will lead to unexpected dpkg conffile
prompts and configuration diversion during upgrades. This only works
for configuration files which are not managed by dpkg, but
handling/upgrading them is a lot harder and much more error prone.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#647312: qemu-kvm: windows xp - no network connection after 0.14.1+dfsg-4

[Michael Tokarev]

On 22.12.2011 11:53, Vladimir Stavrinov wrote:
> On Mon, Dec 05, 2011 at 01:05:41PM +0400, Michael Tokarev wrote:
> 
>>> Good news: we have succeed. In short: the core problem is type of HAL:
>>> "ACPI Uniprocessor PC" have no problem, but "Standard PC" have a
>>> problem with networking. Don't try to switch HAL on the installed
>>
>> Aha.  It was, actually, one of the possibilities I outlined before,
>> but didn't check it.
> 
> With new version 1.0+dfsg-2 the problem solved for "Standard PC", but it
> moved to "ACPI Uniprocessor PC". So, we have the same problem, but vice
> verse.  

And once again, I can't reproduce it.  I can't reproduce the problem at
all in 1.0 anymore with any version of windows and all variants of HAL
which Im able to test (this includes "StandardPC", "ACPI Uniprocessor PC",
"Standard PC with ACPI").  Neither with newly installed winXP nor with
a pre-existing one.  At least, networking works (basic tests anyway,
including flood ping and iperf) and usb mouse works.

Are you using 32 or 64bit _host_ ?

Thanks,

/mjt





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

Bug#652959: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801

[Alexandru Florin]

Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py



*** /tmp/update-manager-bugQ1ZIyR
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'NoneType' object has no attribute
'get_package_list'",)
- Exception Origin: 
- Exception Traceback:
  File "/usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py", line 89, in
run
threading.Thread.run(self, *args, **kwargs)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py", line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():




-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: i386 (x86_64)

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

Versions of packages update-manager-core depends on:
ii  lsb-release   3.2-23.2squeeze1   Linux Standard Base version report
ii  python2.6.6-3+squeeze6   interactive high-level object-orie
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  python-support1.0.10 automated rebuilding support for P

Versions of packages update-manager-core recommends:
ii  update-manager-gnome  0.200.5-1  GNOME application that manages sof

update-manager-core 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#603097: Forwarded upstream your bug

[Bastien ROUCARIES]

tags 603097 + upstream confirmed
retitle 603097 document that they are no way to make real "black" and "white" 
jpg
forwarded 603097 
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=20044
reassign 603097 imagemagick-doc
thanks

Dear jidani,

I have forwarded your bug upstream. Meanwhile you could submit a patch in order 
to improve the wording of 
http://www.imagemagick.org/script/formats.php

Thank you 

Bastien



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

Bug#647458: Evil fix

[Enrico Tröger]

On Tue, 20 Dec 2011 11:38:43 +0100, Christoph wrote:

>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>On 20.12.2011 09:35, Enrico Tröger wrote:
>> On Mon, 19 Dec 2011 23:50:39 +0100, Christoph wrote:
>> 
>> Hi Christoph,
>> 
>>> thanks for the bug report. At the moment the zabbix-frontend-php
>>> package relies on an Apache2 installation. So to provide a quick
>>> fix I have removed the dependency on the "httpd" virtual package
>>> and made zabbix-frontend-php depend on "apache2". That won't help
>>> you with
>> 
>> How is this any better?
>> 
>> I'm using Lighttpd (with php-cgi configured as FastCGI) for the
>> Zabbix frontend which works fine. But with a apache2 dependency I
>> would need to install apache2 which I don't want at all.
>
>My bad. I confused myself. The dependency will stay "apache2 | httpd".
>So if you don't have a web server installed yet Zabbix will install an
>Apache2. But you can replace Apache by a Lighttpd at any time. Zabbix
>will just offer a pre-configuration for Apache though.
>
>Makes sense?

Yeah, sounds good.
Thanks.


Regards,
Enrico

-- 
Get my GPG key from http://www.uvena.de/pub.asc


pgp0CS2tErC3C.pgp
Description: PGP signature

Bug#531660: patch: Check selinux wrongly report: "/etc/pam.d/login is not SELinux enabled" (Squeeze)

[Robert Bihlmeyer]

tags 531660 patch
thanks

Attached is a patch that groks the pam_selinux line from squeeze's login
(1:4.1.4.2+svn3283-2)

--- /usr/share/selinux-basics/tests/21_pam.py~	2011-12-22 10:00:26.0 +0100
+++ /usr/share/selinux-basics/tests/21_pam.py	2011-12-22 10:03:22.0 +0100
@@ -13,7 +13,7 @@
 	@staticmethod
 	def test():
 		import os, re
-		r = re.compile(r'^\s*session\s*required\s*pam_selinux.so')
+		r = re.compile(r'^\s*session\s+(required|\[success=ok\s+ignore=ignore\s+module_unknown=ignore\s+default=bad\])\s+pam_selinux.so')
 		result = []
 
 		if os.access("/etc/pam.d/ssh", os.F_OK):

-- 
Robert BihlmeyerASSISTArrow ECS Internet Security AG
   A-1100 Wien, Wienerbergstraße 11
Tel: +43 1 370 94 40Fax: +43 1 370 94 40-333

Bug#652846: sane-utils: Offer to add saned user to lp group so MFP scanners work

[Julien BLACHE]

severity 652846 wishlist
fixed 652846 1.0.22-1
close 652846
thanks

Ivan Baldo  wrote:

Hi,

>   It would be nice to have a debconf question to add the "saned" user to
> the "lp" group for this class of devices so they work, making things
> easier for the Debian user.

It is a very bad idea to add members to the lp group other than the
printing daemons.

The MFP issue is fixed in 1.0.22-1 as users in the scanner group will be
granted access through ACLs. Backports are available for Squeeze.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: FA1E 5292 
 GPG Fingerprint : CC1A 2FE4 76FE 444A CD23 A5CD 26E9 8AEA FA1E 5292 



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

Bug#652960: [libgomp1] Libgomp crash and segfault some php package

[Bastien ROUCARIES]

Package: libgomp1
Version: 4.6.2-7
Severity: important

Dear gcc maintenair,

It seems they are a bug in libgomp that crash imagemagick particularly 
php-magick see http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=568349

Backtrace is
#0  do_wait (val=12, addr=0x100f154) at 
../../../src/libgomp/config/linux/wait.h:53
#1  gomp_barrier_wait_end (bar=0x100f150, state=12) at 
../../../src/libgomp/config/linux/bar.c:49
#2  0x71a8964e in gomp_thread_start (xdata=) at 
../../../src/libgomp/team.c:119
#3  0x749c1b40 in start_thread (arg=) at 
pthread_create.c:304
#4  0x74ec236d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x in ?? ()

Please check if they are some security implication

Thanks




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

Bug#630321: RE : Bug#630321: Opencl

[Marc J. Driftmeyer]

Since AMD just published it's Linux FGLX Catalyst driver with their 
renamed Accelerated Parallel Processing (APP) in conjunction with their 
AMD 7990 GPGPU


http://blogs.amd.com/play/2011/12/21/764-days-as-graphics-performance-champion-%E2%80%93-and-counting/

Developers: http://developer.amd.com/sdks/AMDAPPSDK/Pages/default.aspx

In the release notes: 
http://developer.amd.com/sdks/AMDAPPSDK/assets/AMD_APP_SDK_Release_Notes_Developer.pdf



1 What’s New in AMD APP SDK v2.6
Key features supported in SDK 2.6 and the Catalyst 11.12 drivers include:
*• OpenCLTM runtime integration into Linux and Windows® Catalyst drivers.*
• Inclusion of the Khronos C++ wrapper API.
• Multi-GPU support on Linux platforms.
• PX5 support.
• Preview: Support for AVX instructions on CPUs that support AVX.
• Support for FMA4 instructions in OpenCL built-in function libraries 
on CPUs that support

FMA4.
• Kernel reflection, query kernel parameters, and enable use of OpenCL 
kernels in data-driven

applications.
• Support for atomic counters on APUs.
• Redesign of OpenCL run-time on CPU, significantly improving performance.
• Support for the cl_amd_media_ops2 extension, exposing hardware 
capabilities for

accelerating image-related processing.
• Async copies preview (set environment variable GPU_ASYNC_MEM_COPY=2 
to enable).
The OpenCLTM 1.2 preview includes the following capabilities (requires 
8.93.10 preview drivers):
• Host access flags for memory objects enables more efficient buffer 
handling.
• Pattern-based GPU buffer and image initialization eliminates need 
for certain buffer/image

transfers.
• Memory objects migration supports early transfer of buffers in 
preparation for when they are

needed.
• New generalized image creation API.
• Enhanced image/buffer map operations.
• OpenCL 1.2 CPU device partition, including partition of a CPU after 
addition to a context.

• Generalized 1D and 2D images, image arrays, and image<-->buffer interop.


It seems like AMD woke up and followed NVidia's move for it's 
proprietary [non-free] driver to make my wishes come true.


I'm not interested in server environments without top end GPUs that can 
utlize the AMD driver. Nor is anyone else going to use any of the 
streams on such an entry level card from AMD [though it's rather hard to 
find such a weak card today] for GPGPU cycles.


In my fields of Computer Science and Mechanical Engineering it's rather 
obvious any blade servers and workstations will want cycles for Finite 
Element Analysis and Computational Fluid Dynamics first for HPC over 
database and app server deployment.


If Debian can't manage to package what now is required I'm sure I can 
build my own custom debs.


- Marc

On 12/22/2011 12:07 AM, Bastien ROUCARIES wrote:


I will not do this without a free generic software fallback.

Think about server environnement without top edge graphic card. 
Imagemagick should work in this environment without modification


Open an rfp or an itp, test it and package it and will do something

Bastien

Le 22 déc. 2011 05:51, "Marc J. Driftmeyer" > a écrit :


I'm not too concerned with OpenCL support in a free version, nor have 
I ever been.


Seeing as AMD and Nvidia, not to mention Intel are releasing their 
implementations directly for BSD or similar license use my needs have 
been fulfilled.


More to the point, all three have to adhere to Khronos specification 
created by Apple and now in their committee for all to leverage.


That's all that really needs to happen.

I would suggest when AMD releases their opencl sdk that will be 
working with LLVM/Clang that the Clang package guys coordinate with 
the AMD non-free driver packagers and make sure the AMD SDK for 
OpenCL is included in the AMD fglx driver files ala what Nvidia 
package maintainers do for the nvidia non-free driver stack.


- Marc



On 12/21/2011 07:04 AM, Bastien ROUCARIES wrote:
>
> tags 630321 + wontfix
> severity 630321 wishl...

--
Marc J. Driftmeyer
Email :: m...@reanimality.com 
Web :: http://www.reanimality.com
Cell :: (509) 435-5212 


--
Marc J. Driftmeyer
Email :: m...@reanimality.com 
Web :: http://www.reanimality.com
Cell :: (509) 435-5212
<>

Bug#647312: qemu-kvm: windows xp - no network connection after 0.14.1+dfsg-4

[Vladimir Stavrinov]

On Thu, Dec 22, 2011 at 01:09:47PM +0400, Michael Tokarev wrote:

> Are you using 32 or 64bit _host_ ?
 

64bit

It was the same 2 fresh installed systems, I have used for testing
before new version, but now they swapped. Good news for me is that
my old system without ACPI have no problem now.

P.S. Yesterday I have tried to contact You in Russian for private
issue, but You don't respond. Why? I thought you were on vacation now.

-- 

***
##  Vladimir Stavrinov
##  vstavri...@gmail.com
***




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

Bug#625779: Please add "--enable-libgomp" (for OpenMP support)

[Dominik Schnitzer]

Please add "--enable-libgomp" to the configuration rules for OpenMP support!

Thank you!
Dominik.

-- 
DI Dominik Schnitzer
Austrian Research Institute for Artificial Intelligence
Freyung 6/6, 1010 Vienna, Austria, Europe



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

Bug#637142: gdm3: Same here

[Olivier Berger]

Package: gdm3
Version: 3.0.4-4
Followup-For: Bug #637142

Hi.

Just to report I've just had the same problem after todays upgrade on my 
testing system.

There were files :
-rw--- 1 Debian-gdm Debian-gdm 159614 Dec 21 11:53 
/var/lib/gdm3/.ICEauthority
-rw--- 2 Debian-gdm Debian-gdm 0 Dec 22 10:35 /var/lib/gdm3/.ICEauthority-c
-rw--- 2 Debian-gdm Debian-gdm 0 Dec 22 10:35 /var/lib/gdm3/.ICEauthority-l
when I experienced the error.

I did the same : stop, removal and start, and could login succesfully.

Hope this helps.

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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.15-2
ii  adduser 3.113
ii  dconf-gsettings-backend 0.10.0-3
ii  debconf [debconf-2.0]   1.5.41
ii  gconf2  2.32.4-1
ii  gnome-session [x-session-manager]   3.2.1-1
ii  gnome-session-bin   3.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.2.1-1
ii  gnome-terminal [x-terminal-emulator]3.2.1-2
ii  gsettings-desktop-schemas   3.2.0-2
ii  konsole [x-terminal-emulator]   4:4.6.5-1
ii  libaccountsservice0 0.6.15-2
ii  libatk1.0-0 2.2.0-2
ii  libattr11:2.4.46-5
ii  libaudit0   1.7.18-1
ii  libc6   2.13-21
ii  libcairo-gobject2   1.10.2-6.1
ii  libcairo2   1.10.2-6.1
ii  libcanberra-gtk3-0  0.28-3
ii  libcanberra00.28-3
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgconf2-4 2.32.4-1
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.30.2-4
ii  libglib2.0-bin  2.30.2-4
ii  libgtk-3-0  3.2.2-3
ii  libpam-modules  1.1.3-6
ii  libpam-runtime  1.1.3-6
ii  libpam0g1.1.3-6
ii  libpango1.0-0   1.29.4-2
ii  librsvg2-common 2.34.2-1
ii  libselinux1 2.1.0-4
ii  libupower-glib1 0.9.15-1
ii  libwrap07.6.q-21
ii  libx11-62:1.4.4-4
ii  libxau6 1:1.0.6-4
ii  libxdmcp6   1:1.1.0-4
ii  libxklavier16   5.1-2
ii  libxrandr2  2:1.3.2-2
ii  lsb-base3.2-28
ii  metacity [x-window-manager] 1:2.34.1-2
ii  mutter [x-window-manager]   3.2.1-2
ii  policykit-1-gnome   0.105-1
ii  twm [x-window-manager]  1:1.0.6-1
ii  upower  0.9.15-1
ii  xterm [x-terminal-emulator] 276-1

Versions of packages gdm3 recommends:
ii  at-spi 1.32.0-1
ii  desktop-base   6.0.7
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-power-manager3.0.2-3
ii  gnome-settings-daemon  3.0.3-3+b1
ii  x11-xkb-utils  7.6+4
ii  xserver-xephyr 2:1.11.2.902-1
ii  xserver-xorg   1:7.6+10
ii  zenity 3.2.0-1

Versions of packages gdm3 suggests:
ii  gnome-mag 1:0.16.3-1
ii  gnome-orca2.30.2-2
ii  gok   2.30.0-1
ii  libpam-gnome-keyring  3.2.2-1
ii  metacity  1:2.34.1-2

-- debconf-show failed



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

Bug#629127: several XSS issues

[Jonathan Wiltshire]

Dear maintainer,

Recently you fixed one or more security problems and as a result you closed
this bug. These problems were not serious enough for a Debian Security
Advisory, so they are now on my radar for fixing in the following suites
through point releases:

squeeze (6.0.4) - use target "stable"

Please prepare a minimal-changes upload targetting each of these suites,
and submit a debdiff to the Release Team [0] for consideration. They will
offer additional guidance or instruct you to upload your package.

I will happily assist you at any stage if the patch is straightforward and
you need help. Please keep me in CC at all times so I can
track the progress of this request.

For details of this process and the rationale, please see the original
announcement [1] and my blog post [2].

0: debian-rele...@lists.debian.org
1: <201101232332.11736.th...@debian.org>
2: http://deb.li/prsc

Thanks,

with his security hat on:
--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



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

Bug#621896: when: More than one calendar file?

[Salvatore Bonaccorso]

tag 621896 + pending fixed-upstream
thanks

Hi Andreas

On Sat, Apr 09, 2011 at 11:19:21PM +0200, Andreas Schmidt wrote:
> Package: when
> Version: 1.1.28-1
> Severity: wishlist
> 
> Would it be possible to support multiple calendar files in preferences?
> I guess it would make sense to do this, so one could keep recurring 
> dates (birthdays, holidays etc.) separate from one-time-stuff one just 
> adds on a day-to-day basis. 

Good news. I just noticed that since yesterday there is a new upstream
version adding this ability. I have prepared the package and upload
it.

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#652960: Block

[Bastien ROUCARIES]

affects 652960 imagemagick
affects 652960 php5-imagick
block 568349 by 652960
thanks



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

Bug#652961: network-manager: cannot save network settings

[Leonardo Canducci]

Package: network-manager
Version: 0.9.2.0-1
Severity: normal

I'm running gnome 3.2 in sid and NM 0.9.2.

I can't save network settings so I'm stuck with default options (DHCP).
Whenever I try to save settings a window prompting for authentication comes up
and disappears immediately before I can type anything. That window says
something like system policy prevents changing settings for all users. I get
the same behaviour with a new user.

ps aux tells me polkitd is running. I don't see polkit-gnome-authentication-
agent-1 (if relevant) but if invoked in the terminal I get:

** (polkit-gnome-authentication-agent-1:9528): WARNING **: Unable to register
authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An
authentication agent already exists for the given subject
Cannot register authentication agent:
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent
already exists for the given subject

Authentication works (i.e. when I mount partitions). /etc/network/interfaces is
ok (lo only).

What's wrong?

Thanks!
Leonardo



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

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

Versions of packages network-manager depends on:
ii  adduser3.113
ii  dbus   1.4.16-1
ii  isc-dhcp-client4.1.1-P1-17
ii  libc6  2.13-23
ii  libdbus-1-31.4.16-1
ii  libdbus-glib-1-2   0.98-1
ii  libgcrypt111.5.0-3
ii  libglib2.0-0   2.30.2-4
ii  libgnutls262.12.14-5
ii  libgudev-1.0-0 175-3
ii  libnl1 1.1-7
ii  libnm-glib40.9.2.0-1
ii  libnm-util20.9.2.0-1
ii  libpolkit-gobject-1-0  0.103-1
ii  libuuid1   2.20.1-1
ii  lsb-base   3.2-28
ii  udev   175-3
ii  wpasupplicant  0.7.3-5

Versions of packages network-manager recommends:
ii  dnsmasq-base  2.59-4
ii  iptables  1.4.12-1
ii  modemmanager  0.5-1
ii  policykit-1   0.103-1
ii  ppp   2.4.5-5

Versions of packages network-manager suggests:
pn  avahi-autoipd  

-- 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#643960: Broken log rotation

[Richard Kettlewell]

On 01/10/2011 09:24, Richard Kettlewell wrote:

Package: inn2
Version: 2.5.2+20110413-1+b1

I have the following in my news.daily report:

/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.crit:
Permission denied
/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.err: Permission
denied
/usr/lib/news/bin/scanlogs: line 135: /var/log/news/news.notice:
Permission denied

The reason is that these files are owned by syslog.adm:

-rw-r--r-- 1 syslog adm 0 May 15 04:15 /var/log/news/news.crit
-rw-r--r-- 1 syslog adm 1059 Aug 20 13:20 /var/log/news/news.err
-rw-r--r-- 1 syslog adm 6399076 Oct 1 09:10 /var/log/news/news.notice

This is enforced by the syslogd package (every time it starts up).


rsyslog does not do this (yet).  So for people who can accept changing 
to a different syslogd, a workaround is to use that instead of sysklogd.



The way in which inn's scanlogs attempts to rotate the logs is as follows:

## Copy syslog files, truncating old inode since syslog has it open.
for F in ${SYSLOGS}; do
rm -f ${F}.old
cp ${F} ${F}.old
cat /dev/null >${F}
done

This would be broken even if the cat didn't fail due to the file
permissions - if a message is logged after the copy but before the cat
then it will be lost. Better would be to rename the file aside, create a
new one and signal syslogd to make it re-open it - except that all this
runs as news so cannot signal syslogd.


This part of the bug remains even with rsyslog.

One possible option would be a userv service to allow the news user to 
send a SIGHUP to [r]syslogd.


ttfn/rjk



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

Bug#652963: lintian: should catch improper usage of dpkg-statoverride in maintainer scripts

[Raphaël Hertzog]

Package: lintian
Version: 2.5.4
Severity: wishlist

Inconditional use of dpkg-statoverride in postinst is a very common
mistake made by packagers who want to change the ownership of some
files.

Check 1:

I suggest to flag as error any usage of dpkg-statoverride --add
if there's no dpkg-statoverride --list call in the same maintainer script
because policy allows usage of dpkg-statoverride for dynamically allocated
user ids provided that there's no previous statoverride configuration
for the given file:
http://www.debian.org/doc/debian-policy/ch-files.html#s10.9.1

Check 2:


Another interesting check would be to catch usage of dpkg-statoverride
with a statically allocated uid. The only valid reason for this would be
to setup a non-standard permission on the request of the admin (via
debconf). So if you see "dpkg-statoverride --add www-data www-data 755
/var/lib/foo" you should flag it but "dpkg-statoverride --add root root
4755 /usr/bin/foo" should not be flagged.

Cheers,

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages lintian depends on:
ii  binutils   2.22-2
ii  bzip2  1.0.6-1
ii  diffstat   1.54-1
ii  file   5.09-2
ii  gettext0.18.1.1-5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.25+b1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.2~64.gbp647fe5
ii  libemail-valid-perl0.185-1
ii  libipc-run-perl0.90-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.59-1
ii  locales2.13-23
ii  man-db 2.6.0.2-3
ii  patchutils 0.3.2-1
ii  perl [libdigest-sha-perl]  5.14.2-6
ii  unzip  6.0-5

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch 
ii  dpkg-dev   1.16.2~64.gbp647fe5
ii  libhtml-parser-perl3.69-1+b1
ii  libtext-template-perl  1.45-2
ii  man-db 2.6.0.2-3
ii  xz-utils   5.1.1alpha+20110809-3

-- 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#627372: Console turns black during boot.

[Jonathan Nieder]

Hi Alan,

Alan Zimmerman wrote:

> I revisited this problem tonight, and it seems related to the
> xserver-xorg-video-intel package.
>
> In desperation, I uninstalled it.
>
> # uname -a
> Linux alanz-laptop 3.1.0-1-686-pae #1 SMP Mon Nov 14 08:24:20 UTC 2011 i686 
> GNU/Linux
>
> It now boots without problems.
[...]
> Extract from /var/log/Xorg.0.log
> ---
> [39.149] (II) LoadModule: "intel"
> [39.251] (WW) Warning, couldn't open module intel

When the console turns black, is the machine still usable?  (For example,
can you use ctrl-alt-delete to reboot?)  Please also check whether booting
in "recovery mode" with xserver-xorg-video-intel installed works.

If it does, please get "dmesg" output and output from

/usr/share/bug/xserver-xorg-video-intel/script 3>&1

after booting and reproducing the problem.  It should be possible to
get this information by either "driving blind" or ssh-ing in from
another machine.

Thanks and 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#650444: [new check] "Multi-Arch: foreign" with public shared libraries

[Goswin von Brederlow]

Jakub Wilk  writes:

> tags 650444 + patch
> thanks
>
> * Goswin von Brederlow , 2010-01-29, 16:11:
>>4) 'Multi-Arch: foreign' with public shared library
>>
>> The Multi-Arch: foreign specifically says that the package is a
>> binary package and contains no public shared libraries. Therefore
>> any shlibs or symbols file means something is verry wrong.
>
> Patch attached. Improvements to the tag description are welcome.
>
> I run lintian (with the patch applied) against all M-A:foreign
> packages in the archive. Here are the results:
>
> E: procps: shlib-in-multi-arch-foreign-package lib/libproc-ng-3.3.0.so
> E: pulseaudio: shlib-in-multi-arch-foreign-package usr/lib/libpulsecore-1.1.so
>
> -- 
> Jakub Wilk

Thanks. Seems like we are still ahead of the curve, before packages
start doing it wrong.

MfG
Goswin



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

Bug#640493: [Fwd: Re: Bug#640493: postgresql-common: logrotate 3.8.0 breaks postgresql log rotation.]

[Jens Lody]

Am Donnerstag, den 22.12.2011, 10:10 +0100 schrieb Martin Pitt:
> Jens Lody [2011-12-22  7:08 +0100]:
> > But I still do not understand, why it can not be done this way.
> 
> Please see
> 
>   http://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html#sE.1

Thanks for clarifying this.

Jens
-- 

Jens Lody

Code::Blocks core developer
http://www.codeblocks.org/

(Un-)official debian-repository for Code::Blocks:
http://apt.jenslody.de/


  |\  _,,,---,,_
  /,`.-'`'-.  ;-;;,_
<|,4-  ) )-,_..;\ (  `'-'
  '---''(_/--'  `-'\_)


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

Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning

[Goswin von Brederlow]

Russell Coker  writes:

> On Thu, 22 Dec 2011, Goswin von Brederlow  wrote:
>> PS: I myself like a seperate /usr but I wouldn't use it for my parents.
>> I do want a seperate /var and /home for them though so they can't DOS
>> the system by filling up their home.
>
> How would filling up /home DOS the system?

Filling /home doesn't but filling /var does. And if it is all one
partition ... Prior to recent changes this also affected /var/run and
/var/lock and so on. With /var being full you had problems booting.

> The only common program I can think of which fails hard when it runs out of 
> disk space is Squid.  I expect that some DB servers also have serious 
> problems 

No squid, no google or amazon anymore. Effectively (for the target
audience) DOSed.

> but I don't think that they will be running a DB server on their home 
> workstation.

If the system runs out of space it can't spool the mail telling me the
system is full. 

> My experience with systems I run for people who aren't computer experts 
> (which 
> includes my parents) is that filling /home causes various parts of their 
> desktop environment to cease working (thus effectively DOSing the system) and 
> they also just can't save files.
>
> I have a separate partition for /home on such workstations, but this is just 
> for ease of backups.

MfG
Goswin



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

Bug#652869: Laptop auto power-on after correct shutdown and being powered-off

[Jonathan Nieder]

severity 652869 important
quit

Hey,

Antonio-M. Corbi Bellot wrote:

> After upgrading to linux-image-3.1.0-amd64 (3.1.5-1) the laptop I use
> works as expected but after shutting it down  and being correctly
> powered-off it automatically powers-on after 5 or 6 minutes (this is
> always the same time).
>
> Booting this laptop with linux-image-3.0.0-2-amd64 (3.0.0-6) I can't
> reproduce this problem, even with previous linux-image-3.1.0-amd64
> (prior to 3.1.5-1) I did not have this problem.

Fun.

Please send full "dmesg" output from immediately after bootup.

Could you try this patch[1]?

[1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html

-- >8 --
Subject: Revert "rtc: Disable the alarm in the hardware"

This reverts commit 0cbc008c56f7b4a11ba6fe80e196d7ab322baabf.
---
Thanks and hope that helps,
Jonathan

 drivers/rtc/interface.c |   44 ++--
 1 files changed, 10 insertions(+), 34 deletions(-)

diff --git a/drivers/rtc/interface.c b/drivers/rtc/interface.c
index 3d9d2b976560..44e91e598f8d 100644
--- a/drivers/rtc/interface.c
+++ b/drivers/rtc/interface.c
@@ -318,20 +318,6 @@ int rtc_read_alarm(struct rtc_device *rtc, struct 
rtc_wkalrm *alarm)
 }
 EXPORT_SYMBOL_GPL(rtc_read_alarm);
 
-static int ___rtc_set_alarm(struct rtc_device *rtc, struct rtc_wkalrm *alarm)
-{
-   int err;
-
-   if (!rtc->ops)
-   err = -ENODEV;
-   else if (!rtc->ops->set_alarm)
-   err = -EINVAL;
-   else
-   err = rtc->ops->set_alarm(rtc->dev.parent, alarm);
-
-   return err;
-}
-
 static int __rtc_set_alarm(struct rtc_device *rtc, struct rtc_wkalrm *alarm)
 {
struct rtc_time tm;
@@ -355,7 +341,14 @@ static int __rtc_set_alarm(struct rtc_device *rtc, struct 
rtc_wkalrm *alarm)
 * over right here, before we set the alarm.
 */
 
-   return ___rtc_set_alarm(rtc, alarm);
+   if (!rtc->ops)
+   err = -ENODEV;
+   else if (!rtc->ops->set_alarm)
+   err = -EINVAL;
+   else
+   err = rtc->ops->set_alarm(rtc->dev.parent, alarm);
+
+   return err;
 }
 
 int rtc_set_alarm(struct rtc_device *rtc, struct rtc_wkalrm *alarm)
@@ -769,20 +762,6 @@ static int rtc_timer_enqueue(struct rtc_device *rtc, 
struct rtc_timer *timer)
return 0;
 }
 
-static void rtc_alarm_disable(struct rtc_device *rtc)
-{
-   struct rtc_wkalrm alarm;
-   struct rtc_time tm;
-
-   __rtc_read_time(rtc, &tm);
-
-   alarm.time = rtc_ktime_to_tm(ktime_add(rtc_tm_to_ktime(tm),
-ktime_set(300, 0)));
-   alarm.enabled = 0;
-
-   ___rtc_set_alarm(rtc, &alarm);
-}
-
 /**
  * rtc_timer_remove - Removes a rtc_timer from the rtc_device timerqueue
  * @rtc rtc device
@@ -804,10 +783,8 @@ static void rtc_timer_remove(struct rtc_device *rtc, 
struct rtc_timer *timer)
struct rtc_wkalrm alarm;
int err;
next = timerqueue_getnext(&rtc->timerqueue);
-   if (!next) {
-   rtc_alarm_disable(rtc);
+   if (!next)
return;
-   }
alarm.time = rtc_ktime_to_tm(next->expires);
alarm.enabled = 1;
err = __rtc_set_alarm(rtc, &alarm);
@@ -869,8 +846,7 @@ again:
err = __rtc_set_alarm(rtc, &alarm);
if (err == -ETIME)
goto again;
-   } else
-   rtc_alarm_disable(rtc);
+   }
 
mutex_unlock(&rtc->ops_lock);
 }
-- 
1.7.8




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

Bug#612734: O: policyd-weight -- a Perl policy daemon for the

[Chris Butler]

retitle 612734 O: policyd-weight -- a Perl policy daemon for the Postfix MTA
thanks

I'm retitling this bug back to O: since it turns out I don't currently have
enough time to work on the package.

-- 
Chris Butler 
  GnuPG Key ID: 4096R/49E3ACD3



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

Bug#645547: New processes segfault after several resume from hibernation

[Jonathan Nieder]

retitle 645547 [i915] intermittent memory corruption after hibernation unless 
i915.modeset=0
severity 645547 important
found 645547 linux-2.6/3.2~rc4-1~experimental.1
quit

Hi,

Kjö Hansi Glaz wrote:

> I tried appending `i915.modeset=0` and thus falling back to vesa makes
> hibremation/resume working.
>
> I also tested 3.2.0-rc4 from experimetal (with modesetting enabled) and
> experience the same kind of problems that with 3.1.0. Sometimes
> processes segfault, sometimes the whole kernel hangs.

Thanks.  Nice detective work.

That means it's most likely a bug in the i915 driver.  Please follow the
instructions at [1] to report this upstream and let us know the bug number
so we can track it.

Regards,
Jonathan

[1] http://intellinuxgraphics.org/how_to_report_bug.html



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

Bug#652965: 'm-a a-i xtables-addons-source' fails to install the package

[Stanislav Maslovski]

Package: xtables-addons-source
Version: 1.40-1
Severity: normal

For some reason with the last xtables-addons-source the command
# m-a a-i xtables-addons-source
reports a build error and advises to look into the build logs
in /var/cache/modas/...

Checking the logs reveals that the package has been actually built OK, and
installing it manually with 'dpkg -i' does not show any problems.
Therefore, there must be something that happens at the package
installation stage.

I attach the logs.


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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
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 xtables-addons-source depends on:
ii  bzip2 1.0.6-1
ii  debhelper 8.9.13
ii  iptables-dev  1.4.12-1
ii  make  3.81-8.1
ii  pkg-config0.26-1

Versions of packages xtables-addons-source recommends:
ii  module-assistant  0.11.4

xtables-addons-source suggests no packages.

-- no debconf information
/usr/bin/make -C /lib/modules/3.1.0-1-amd64/build 
M=/usr/src/modules/xtables-addons 
XA_ABSTOPSRCDIR=/usr/src/modules/xtables-addons 
XA_TOPSRCDIR=/usr/src/modules/xtables-addons DEPMOD=/bin/true clean
make[1]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
make[1]: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64'
dh_auto_clean
dh_prep
dh_clean
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/xtables-addons'
/usr/bin/make -C /lib/modules/3.1.0-1-amd64/build 
M=/usr/src/modules/xtables-addons 
XA_ABSTOPSRCDIR=/usr/src/modules/xtables-addons 
XA_TOPSRCDIR=/usr/src/modules/xtables-addons DEPMOD=/bin/true clean
make[2]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
make[2]: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64'
dh_auto_clean
dh_prep
dh_clean
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/3.1.0-1-amd64/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/3.1.0-1-amd64/g ;s/#KVERS#/3.1.0-1-amd64/g ; 
s/_KVERS_/3.1.0-1-amd64/g ; s/##KDREV##/3.1.5-1/g ; s/#KDREV#/3.1.5-1/g ; 
s/_KDREV_/3.1.5-1/g  ' < $templ > ${templ%.modules.in}; \
  done
dh binary-arch
   dh_testdir -a
   dh_auto_configure -a
   debian/rules override_dh_auto_build
make[2]: Entering directory `/usr/src/modules/xtables-addons'
dh_auto_build -- -C /lib/modules/3.1.0-1-amd64/build 
M=/usr/src/modules/xtables-addons 
XA_ABSTOPSRCDIR=/usr/src/modules/xtables-addons 
XA_TOPSRCDIR=/usr/src/modules/xtables-addons DEPMOD=/bin/true
make[3]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
  LD  /usr/src/modules/xtables-addons/built-in.o
  CC [M]  /usr/src/modules/xtables-addons/compat_xtables.o
  CC [M]  /usr/src/modules/xtables-addons/xt_CHAOS.o
  CC [M]  /usr/src/modules/xtables-addons/xt_DELUDE.o
  CC [M]  /usr/src/modules/xtables-addons/xt_DHCPMAC.o
  CC [M]  /usr/src/modules/xtables-addons/xt_DNETMAP.o
  CC [M]  /usr/src/modules/xtables-addons/xt_IPMARK.o
  CC [M]  /usr/src/modules/xtables-addons/xt_LOGMARK.o
  CC [M]  /usr/src/modules/xtables-addons/xt_RAWNAT.o
  CC [M]  /usr/src/modules/xtables-addons/iptable_rawpost.o
  CC [M]  /usr/src/modules/xtables-addons/ip6table_rawpost.o
  CC [M]  /usr/src/modules/xtables-addons/xt_SYSRQ.o
  CC [M]  /usr/src/modules/xtables-addons/xt_STEAL.o
  CC [M]  /usr/src/modules/xtables-addons/xt_TARPIT.o
  CC [M]  /usr/src/modules/xtables-addons/xt_condition.o
  CC [M]  /usr/src/modules/xtables-addons/xt_fuzzy.o
  CC [M]  /usr/src/modules/xtables-addons/xt_geoip.o
  CC [M]  /usr/src/modules/xtables-addons/xt_iface.o
  CC [M]  /usr/src/modules/xtables-addons/xt_ipp2p.o
  CC [M]  /usr/src/modules/xtables-addons/xt_ipv4options.o
  CC [M]  /usr/src/modules/xtables-addons/xt_length2.o
  CC [M]  /usr/src/modules/xtables-addons/xt_lscan.o
  CC [M]  /usr/src/modules/xtables-addons/xt_psd.o
  CC [M]  /usr/src/modules/xtables-addons/xt_quota2.o
  LD  /usr/src/modules/xtables-addons/ACCOUNT/built-in.o
  CC [M]  /usr/src/modules/xtables-addons/ACCOUNT/xt_ACCOUNT.o
  LD  /usr/src/modules/xtables-addons/ipset-6/built-in.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/xt_set.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/ip_set_core.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/ip_set_getport.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/pfxlen.o
  LD [M]  /usr/src/modules/xtables-addons/ipset-6/ip_set.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/ip_set_bitmap_ip.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/ip_set_bitmap_ipmac.o
  CC [M]  /usr/src/modules/xtables-addons/ipset-6/ip_set_bitmap_port.o
  CC [M]  /usr/src/modules/xtables-addons/i

Bug#645106: Fix debcommit for Subversion 1.7

[Simon Olofsson]

Attached is a patch for debcommit to support Subversion 1.7.
You can also merge from here:

https://github.com/simono/debian-devscripts/commit/3b121bce37618ab94f0c1c593cab703d511ecad3

Regards,
Simon
diff --git a/scripts/debcommit.pl b/scripts/debcommit.pl
index 815b786..4420366 100755
--- a/scripts/debcommit.pl
+++ b/scripts/debcommit.pl
@@ -452,10 +452,13 @@ sub getprog {
 	}
 }
 
-# .bzr or .git may be in a parent directory, rather than the current
+# .svn, .bzr or .git may be in a parent directory, rather than the current
 # directory, if multiple packages are kept in one repository.
 my $dir=getcwd();
 while ($dir=~s/[^\/]*\/?$// && length $dir) {
+	if (-d "$dir/.svn") {
+	return "svn";
+	}
 	if (-d "$dir/.bzr") {
 	return "bzr";
 	}

Bug#652966: ITP: libmr-tarantool-perl - perl driver for tarantool

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: tarantool
 Version : 1.4.4
 Upstream Author : Mail.RU
 URL : http://tarantool.org/
 License : Artistic, GPL-1
 Programming Lang: Perl
 Description : perl driver for tarantool

Tarantool is a high performance key/value storage server.
.
The package contains perl driver for the storage server.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#649781: git: Debian patches for git make it die on partially malformed DNS replies

[Jonathan Nieder]

Richard Hartmann wrote:
> On Thu, Nov 24, 2011 at 00:28, Jonathan Nieder  wrote:

>> A tcpdump from running "dig -t SRV _git._tcp.git.kitenet.net" would be
>> interesting.
>
> Sorry, this email got hidden in a flood of other stuff. Will do so tonight.

I had been afraid you no longer had access to the hotel with the faulty
DNS server. :)

Did you get a chance to try this?

Jonathan



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

Bug#652119: Bad pagetable 000f

[Jonathan Nieder]

Hey Matthew,

Matthew Wakeling wrote:

> Running the par2 program causes a bad pagetable fault which has
> killed the process and killed the machine on two different
> occasions. The machine is completely stable running other programs.
>
> The problem occurs when running par2 to generate 13.5GB of recovery
> data for 50GB of data in eleven equal size files, a task that should
> take about 10 hours on my system. The task seems to cause a crash
> after about two hours.

Can you reproduce this on demand?

If so, some questions:

 - was this a regression?  (I.e., do you know of any older kernel
   versions without this bug?)

 - can you reproduce it with a recent kernel from sid or experimental?
   (The only packages from outside squeeze you should need in order to
   test this aside from the kernel image itself are linux-base and
   initramfs-tools.)

If this is reproducible with newish kernels, we can get help from
upstream.  If it isn't, we can try to find what change fixed it and
try applying the same fix to squeeze.

Thanks and 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#652967: debcommit: Support .hg in parent directories

[Simon Olofsson]

Package: devscripts
Version: 2.11.1
Severity: normal

.hg (like .bzr and .git) may be in parent directories. Attached is a 
patch which adds support for this.

You can also merge from here:

https://github.com/simono/debian-devscripts/commit/e4a2841c0e95ca24683bf5dbe77f681fc7a8a1a8

Regards,
Simon
diff --git a/scripts/debcommit.pl b/scripts/debcommit.pl
index 815b786..a9886ab 100755
--- a/scripts/debcommit.pl
+++ b/scripts/debcommit.pl
@@ -452,7 +452,7 @@ sub getprog {
 	}
 }
 
-# .bzr or .git may be in a parent directory, rather than the current
+# .bzr, .git or .hg may be in a parent directory, rather than the current
 # directory, if multiple packages are kept in one repository.
 my $dir=getcwd();
 while ($dir=~s/[^\/]*\/?$// && length $dir) {
@@ -462,6 +462,9 @@ sub getprog {
 	if (-d "$dir/.git") {
 	return "git";
 	}
+	if (-d "$dir/.hg") {
+	return "hg";
+	}
 }
 
 die "debcommit: not in a cvs, subversion, baz, bzr, git, hg, svk or darcs working copy\n";

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Goswin von Brederlow]

Guillem Jover  writes:

> Hi!
>
> On Thu, 2011-12-15 at 13:43:19 -0400, Joey Hess wrote:
>> Roger Leigh wrote:
>> > I think an important point to consider is that /usr would not
>> > disappear.  It could be replaced by a symlink for new installs.
>> > This would permit older installs to continue to use /usr, but
>> > the files would end up on / for new installs.  So no changes
>> > to --prefix would be needed, and the Debian packages themselves
>> > could still provide files in /usr.
>> 
>> Didn't the hurd port try this several years ago? My impression was that
>> they didn't feel it had been worth the pain, perhaps it's not so easy.
>
> The old default was changed for GNU/Hurd not because the setup in itself
> was considered particularly painful, more because doing so for a single
> port w/o getting the distribution at large to agree this was something
> worth supporting was painful as overwrite problems were continuously
> introduced.
>
> regards,
> guillem

Plus you can not ship /usr as symlink in one package and as directory in
others. That triggers a file overwrite error during update (for the
package containing the symlink). We had this problem with packages
shipping files in /lib64 or /usr/lib64 in the past several times.

So if /usr is a symlink then everyone has to change to --prefix=/.
That is what makes linking /bin and /sbin to /usr/* easier. Less
packages to change.

MfG
Goswin




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

Bug#652943: ecatools: ecasignalview binary missing from package

[Alessandro Ghedini]

tags 652943 pending
kthxbye

On Thu, Dec 22, 2011 at 12:24:09AM +, Jamie Thompson wrote:
> Package: ecatools
> Version: 2.8.1-3
> 
> I've noticed that the ecasignalview binary is missing from the package,
> but it's man page remains. I've glanced at the source package, and the
> source seems to still be there, but it's not mentioned in the package
> description, nor can I find a mention of it intentionally being left
> out, so I'm unsure as to what the bug is...it's either the man page
> needed to go and an explanation of why ecasignalview has been removed,
> or the binary being added back in.

It is fixed in git now (ecasignalview is now properly installed). Thanks 
for the report.

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'



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

Bug#652803: simplyhtml: FTBFS: testsanity fails

[Eric Lavarde]

Interesting, your automatism (I guess it was an automatism) managed to 
avoid the really relevant parts of the error by exactly one line before 
and one line after:


* 1 line before:
/usr/share/cdbs/1/rules/simple-patchsys.mk:31: WARNING: 
simple-patchsys.mk is deprecated - please use source format 3.0 (quilt) 
instead


* 1 line after:
You must specify a valid JAVA_HOME or JAVACMD!
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit 
status 2


Eric

On 20/12/11 16:10, Lucas Nussbaum wrote:

Source: simplyhtml
Version: 0.13.1-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20111220 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:

make[1]: Entering directory `/build/simplyhtml-GOOFxc/simplyhtml-0.13.1'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory `/build/simplyhtml-GOOFxc/simplyhtml-0.13.1'
if [ "reverse-patches" = "reverse-patches" ]; then rm -f debian/stamp-patched; 
fi
patches: debian/patches/10_build_xml.patch debian/patches/30_manifest.patch
Patch debian/patches/30_manifest.patch is not applied.
Patch debian/patches/10_build_xml.patch is not applied.
if [ "reverse-patches" != "reverse-patches" ]; then touch debian/stamp-patched; 
fi
if [ "reverse-patches" != "reverse-patches" ] ; then \
/usr/bin/make -f debian/rules update-config ; \
fi
for dir in debian/patches ; do \
rm -f $dir/*.log ; \
done
make: *** [testsanity] Error 1


The full build log is available from:

http://people.debian.org/~lucas/logs/2011/12/20/simplyhtml_0.13.1-2_lsid64.buildlog

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.



__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.






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

Bug#651387: Patch for porting to poppler 0.18

[Daniel Baumann]

reopen 651387
found 651387 2.6.11-7
thanks

i think you forgot to add the patch in debian/patches/series, reopening.

--
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#652968: debian-maintainers: Please add Aleksey Kravchenko as a Debian Maintainer

[Aleksey Kravchenko]

Package: debian-maintainers
Severity: normal
Tags: patch

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

Thanks.
Aleksey
Comment: Add  as a Debian Maintainer
Date: Thu, 22 Dec 2011 17:36:58 +0700
Action: import
Recommended-By:
  Kilian Krause 
Agreement:
  http://lists.debian.org/debian-newmaint/2011/10/msg00010.html
Advocates:
  http://lists.debian.org/debian-newmaint/2011/10/msg00029.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.11 (GNU/Linux)
  
  mQINBE4NrSYBEACU9ljBHEZggbmOfMvfBVqtIuOX7hfT2hBb/CwjJyanGI9X5a07
  ezKcoS+QcCFn9HkQ8/H1dTtLcpqjyiuume1LPQAY960sIKSHbcfcTZU+B4EQDSMP
  S6Gsgwzyk7vmdJsMIEYnm51J9vrT+cWT03Kgvna6NaG8zaQDsMaCEvXZEDu1BKOt
  vOKmi9ovo7XMAkOXvMY4Rl4cUNv1PCtkfsqcxmrMvtVnvJJJ1tdx5KK1Rox9GyO4
  PuUmsoNkE8NlNHkVeRVxSafE1W8d8QvpDS2pwmMvjCB1MBoBlEcgn5iWU5HtMiq7
  GbV8ydffgFSq8E+I/wEH0yiy2fn4BEtUuPOlQhj+NxpFaD4zU6p5ZeuZr4jhzeSn
  KO5CMkzAJYO09vQFlkVQ1y7S89hjiLmIJu8M2kF6F7yQ5ebrQcT+XoVXu4vmAmhm
  6itXV1Z0ici51/DEwc6f8rWhkunHIpJSQ77PxdijMBPH36ruB330n6RFY/G6TK76
  95sfA1EsZ/XCMKe5/VSWcFuCbYinss+o4bQVa0Vd1HrW90Yyn3BFqKDyephUcnwi
  7Xg6278S4lG4JAy6FOCnkCoSjlG6cwX6xojCftTsHvptVa/oAXDHpYnmGe/9qnGZ
  jQwiS9cpj6kRKuuQz1q6hsoHvIpYdmGz9CsCYvCfsZuZKnkFszxmWGakoQARAQAB
  tCpBbGVrc2V5IEtyYXZjaGVua28gPHJoYXNoLmFkbWluQGdtYWlsLmNvbT6JAjcE
  EwEIACEFAk4NrSYCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQKnFEl+Nz
  Y66/GA//bp0tGf+s8eX4wduYIqeTowkHhj1HuT91CWUBe1G26ELIt48c65UwBVyQ
  RZGeqW/Ntxx8UbFegO8iFwqTgvqcqjYP/ac4MI4AthidwMA+qtuUg66YGOAZPXm0
  HLWB6a59Az+M16hsvo4u33Lg3sJoyHdp7oo4Gol95tBmgfFcKT9zU7MCe78dme1y
  I0U6xj646jWr4lxM0Riz/fUilb1jELKwuj1xCZoEEqh4KOsC8JpcOVqtRkUjfRZ3
  BJ1c1SaV/Y8Yy7lNdpJb3Ij03jahGDhwKNDdbt1J90DDYBwXq6kmQbUDXS+qR+Kt
  teU5yApwVDVJIrdk/VltLzDmRbRR168fly0JOXd51P2ra9HLRb15zYmX6CnkRV/1
  q51xWTCtfUWVMIf8ICDzeSKBFUC57bHfUcyM6vYpmRvp0BuI156vXBV5D8xsmNYj
  +ICB76CFMoSJ4w3ImRGFeBVBrtfWz7HQdAOsb3uOySo/Cff4qkwfOXQVINn0/ITZ
  Bxw2EaIktBRDtSqkcUbxIq1oSom4FFTs4Jy3RjaHDeFOJkFyyaKsOmRgdEf6qkbA
  qiZZZ5oJwzGpXBUWKq7ECED9B0qZhoj2KIs4pNTwfeRtvTe2ag0gdgd7kSvY7RPt
  xtzbrLQ59eT3J4qCCmnpSPRmjLXJH+xGZFEtWTAVN+NhA9WhrfqJARwEEAECAAYF
  Ak5q+Z0ACgkQnjY8gMYdrN+6igf7Bm/oO/Yn1GBDMqs4xuUXjm4cKUtUNyCREMsZ
  mFQ5GTxRUJab/Jt/tDrwVmMnGJKPF4wCCaAd8Su5yrI+UPsq24PtTeJmNDZK+LeD
  MiDe7g12aApsavCpOK/OR2PUUdfCAbk/OwpLWt9lHrTREVIk8Z+/+0LI3Hfsj2p2
  L1cGmuwGcZGcZMVhFaRtyzVh02YfojXgXpCXMpi9GD2CEIBv79V/0QJYkqKOPDGR
  JZFOjNhCCCdkINMO0+06Q/oEkZuQypcZzkbEx71Ns13/FOYB03ZIc8qQ8AZT2pMG
  dLdKVaEPJ/hiLkwDdTlycQBBoOP6gC64+m00nL7qqsaQZRCcjIhGBBARAgAGBQJO
  bafFAAoJENly8UZA95sG0ksAoIrSIWOrgTBXBj/Ol0elANhI7ZBlAKDDPnpCGjr3
  4SeKOhWiWaQOh/7+OohGBBARAgAGBQJOdF0hAAoJEF+Q2XSZ9fVdaasAoKCmDSnG
  b9/CsSuFhSa4LiPbfDKjAKCEuitA4Ci4/y3SoUAFWMjBNUU1UIhGBBARAgAGBQJO
  dF14AAoJEBAQAkn9OdNy5vMAmQEo41Z9DveH0F4yqbDm1zSJ3rMGAJ0TIRaDVd00
  bQrD6GY9lhyxIhMKp4kCHAQQAQIABgUCTnSzRAAKCRCdIPZQPjOIiI6AD/wIuArw
  z7C3pwhGDHDaXq8lCpZwHjE+YaPU1sxHqtR1wrSloUnmYDTom8nm6chibtVOiP4c
  +qOQpVlA61ZkyLRxMG9BPwRHHFPuvQmd3DCrRtmw3eFfFDZvmNefbbJvS3cC4MdH
  HBxbkMJQcfzNkwuv/QMPe1QvBm9lIUHKhcMRmHE25iIv9XcHfnzxdmv1072tYC9s
  GEyCxhhoMSO+/BS1+d2u5biT5VCoKo29tzbxv0mXW4QED2YNe3daJXzP8Fr+M0yW
  r49XcPPTsUezPbuG7bSPYH/YHxgKs3wjDp8zUy8XDCHWpBLZu/UfhGubQhVWf9wl
  V1OJZErO3oxeVGGuu1LJkkPRz+ltY0uqbXDks0kf60xfwHuFl5c/j5Lo3NaXkNii
  sBfXVRfL4nirltb0YGXH9brLshfzARHjocUa/ZeP14iUDuGHvPigdLVsMkQZYt/u
  m0BX3LyI3IEgOvX8kQPmHcr4uffcOmmJbl/3ndMXPfdEiZDRv6YCJ9JuB8lAKZ5s
  tHWzFABmkfdWXVp0OElaNuVQtOWpLI2idtrNWqOPhqD8tLOgqSwBcvzVRGiniJd6
  3Vk6ifmT8btWVFJ6m41v9x6cmztINf6Z4WsnC/UiAAxt49mo68CAInksOiVOL9Wq
  UwfLUg8kDBOu/NIGxmWW7EgtvjeY/hodaRN6GrkCDQRODa0mARAAs7qWOytyzsLA
  fjqFAraCDeZ1EQfwbdioiCgXZHVbCP1JYi0bxukpvINu+lRCmH7DEQZGtKKj2Pmo
  KleIDIMTpAfCP+ToewoQZPaMarIkaPD7/F+2pQgfNisH/SLD2s4293FkVGIwpM/i
  Bqq+ryE1gYdYwGaSxRUotU/lVPhDKadcDr4raz8eI7qxGJdjmESu/jk0LnhxuFjS
  awETeT2djkYaOxHRfRGB0fbnZ4loO686aJR2uUNwPs1+qbaGnfXMuA2PQPSvA/kg
  xcsXYHwigfjm7sGmQXYCq5a9YgrSaHMqXSftaMtMlaJl2i4ZDrEP1+Xks86n7W9W
  KxkWVwopBjNWu4AIrpZxDYe20T9a57pmxutaTsvZcftjMpHsU/7mtvVCE4ezad+A
  CuES5vXTAPJVDIgfralPjmu3New2gZpuAYQYEQnDGOj8U8wcGLbn5rZAwTpzFMhP
  svJnUoQK2jV+ifaVZs8GcIxzYeK3r30WEZ8kLK9coYZ4iu/6/MiyCzT/lEy/vJ0U
  lgeHwUfbLQbUyFQ9jaAouiXx/cIiW9KFiFlv99lpyB/pevqNKZPyAwegtgtyv90Q
  b3z5weyjc7Tv/aQ59FJgIgnwVhX8DBPDyPepkc3kCbAGyci/USv6eIBvfRPkMNBj
  W7ln2WLh7LNw3mmqyZ7KndtKTrcGsqsAEQEAAYkCHwQYAQgACQUCTg2tJgIbDAAK
  CRAqcUSX43NjrmAeD/0RDVoRHFJJOvDRnqueA3EAKjjiuB9/j5DJftwtmgO65igc
  rpNs8BARb8Tssg/iYWDQ0Y4uVtjuotgF/znTvKvwvru0O5S3geHdv4+dMfKasIEA
  8N/r+KA7VM3OazGNzg6sux0mE+mQWNvIqgMMpYkTJxct9Ig7UQb38FSPuYRm+Ygh
  YZ5QH+ql7FhUY0UlC6KUEhjDsnWsEWY61dnrM2D7alh0+RYp579LFEEqzW2FgfUv
  tw/0DV6ifJ8GN28/vWi2iSBYiGssZ9LIqLsop9LQQTGhDkDmRRyLf7cKA4siHnSp
  5z5Uxaq3Y4pzOSxRiIAAtHMxpX37/MrBnjjnBTfqIhjYzK5M8JV+drL9KiyQ9Bf6
  bMSYFlC0NBrpVyAyjxsfxAGHavcKTSUIWXl9d9OB2sA2GWrImYsbS2X5fcVDisaW
  34UjJj7UXzKDowdI7idlI9xr8tNtMrlscsKtN6pf2q+3HROBL4OFx+xNeV8FperB
  08544GBbj2H1dw79950LiVwZgUt/NWr53AJ0E5jTLwvw+Ia1kYppD0H8sb33t+hy
  t8mmMjE1ZemFTrG6vXw9yQMRdCgiOgq8mj+/a5AvVVDkZ8IDSal7LqHKFUEC7K1q
  VOEN9

Bug#582487: FYI: A workaround

[Jonathan Nieder]

tags 582487 - moreinfo
merge 582088 582487
quit

Hi Kingsley,

Kingsley G. Morse Jr. wrote:

> For what it's worth, I seem to have found a way to
> work around this bug.

Having the same error message does not imply having the same bug.

The bug you're responding to looks like another episode in the
bug#582088 saga.  Merging them.

Kind regards,
Jonathan



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

Bug#652969: cutycapt: fails when SSL certificates are not valid

[Nacho Barrientos Arias]

Package: cutycapt
Version: 0.0~svn6-3
Severity: normal

Hi,

Basically, the thing is that Cutycapt does not handle invalid
(self-signed) SSL certificates. This is an issue that is already being
discussed in other forums/bugtrackers, so maybe it's better to just
point you to them [0] [1].

The attached patch it's just a port of the proposed fix explained in
the links above. I've tested it in production and seems to behave
fine.

A more elegant approach to fix this would be to add a command line
option to bypass certificate verification if the user wants so. Feel
free to modify the attached patch at you convenience :)

Was told upstream development was frozen, but it'd awesome to have
this fixed in Debian.

HTH.

Nacho

[0]
http://sourceforge.net/tracker/?func=detail&aid=3106303&group_id=230656&atid=1081395
[1] https://bugs.gentoo.org/show_bug.cgi?id=374943

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

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

Versions of packages cutycapt depends on:
ii  libc6   2.13-21
ii  libgcc1 1:4.6.2-5
ii  libqt4-network  4:4.7.3-5
ii  libqt4-svg  4:4.7.3-5
ii  libqtcore4  4:4.7.3-5
ii  libqtgui4   4:4.7.3-5
ii  libqtwebkit42.1.0~2011week13-2
ii  libstdc++6  4.6.2-5

cutycapt recommends no packages.

Versions of packages cutycapt suggests:
ii  xvfb  2:1.11.2.901-1

-- no debconf information
diff -urNa cutycapt-0.0~svn6.orig/debian/changelog cutycapt-0.0~svn6.new/debian/changelog
--- cutycapt-0.0~svn6.orig/debian/changelog	2011-03-13 19:08:10.0 +0100
+++ cutycapt-0.0~svn6.new/debian/changelog	2011-12-22 11:42:49.948064059 +0100
@@ -1,3 +1,12 @@
+cutycapt (0.0~svn6-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add patch 02-ignore_ssl_errors to ignore errors derived
+from self-signed certificates. Stolen from:
+https://bugs.gentoo.org/show_bug.cgi?id=374943
+
+ -- Nacho Barrientos Arias   Wed, 21 Dec 2011 17:33:54 +0100
+
 cutycapt (0.0~svn6-3) unstable; urgency=low
 
   * Add Build-Depends on libqtwebkit-dev (Closes: #618240)
diff -urNa cutycapt-0.0~svn6.orig/debian/patches/02-ignore_ssl_errors cutycapt-0.0~svn6.new/debian/patches/02-ignore_ssl_errors
--- cutycapt-0.0~svn6.orig/debian/patches/02-ignore_ssl_errors	1970-01-01 01:00:00.0 +0100
+++ cutycapt-0.0~svn6.new/debian/patches/02-ignore_ssl_errors	2011-12-22 11:50:37.172071068 +0100
@@ -0,0 +1,36 @@
+--- a/CutyCapt.cpp
 b/CutyCapt.cpp
+@@ -163,6 +163,11 @@
+   // This is not really nice, but some restructuring work is
+   // needed anyway, so this should not be that bad for now.
+   mPage->setCutyCapt(this);
++
++  // Ignore SSL errors
++  QNetworkAccessManager* mManager = mPage->networkAccessManager();
++  connect(mManager, SIGNAL(sslErrors(QNetworkReply*,QList)),
++this, SLOT(handleSslErrors(QNetworkReply*,QList)));
+ }
+ 
+ void
+@@ -226,6 +231,11 @@
+ }
+ 
+ void
++CutyCapt::handleSslErrors(QNetworkReply* reply, QList errors) {
++  reply->ignoreSslErrors();
++}
++
++void
+ CutyCapt::saveSnapshot() {
+   QWebFrame *mainFrame = mPage->mainFrame();
+   QPainter painter;
+--- a/CutyCapt.hpp
 b/CutyCapt.hpp
+@@ -48,6 +48,7 @@
+   void JavaScriptWindowObjectCleared();
+   void Timeout();
+   void Delayed();
++  void handleSslErrors(QNetworkReply* reply, QList errors);
+ 
+ private:
+   void TryDelayedRender();
diff -urNa cutycapt-0.0~svn6.orig/debian/patches/series cutycapt-0.0~svn6.new/debian/patches/series
--- cutycapt-0.0~svn6.orig/debian/patches/series	2011-03-01 12:53:37.0 +0100
+++ cutycapt-0.0~svn6.new/debian/patches/series	2011-12-22 11:43:27.788064623 +0100
@@ -1 +1,2 @@
 01-assume_http_as_default.patch
+02-ignore_ssl_errors

Bug#652970: /usr/bin/dpkg-buildpackage: breaks quilt (3.0) packages with fuzzy patches

[Michal Suchanek]

Package: dpkg-dev
Version: 1.16.1.2
Severity: normal
File: /usr/bin/dpkg-buildpackage


Building a quilt (3.0) package with fuzzy patch fails although quilt
aplies and unapplies the patch just fine. Worse, the package source may
be broken by dpk-buildpackage. It looks like the patch is applied but not
recorded as applied by quilt in the end.

$ quilt import ../qemu-kvm-0.14.1+dfsg/debian/patches/nops2.patch
Importing patch ../qemu-kvm-0.14.1+dfsg/debian/patches/nops2.patch (stored as 
debian/patches/nops2.patch)
$ quilt push -a
Applying patch debian/patches/nops2.patch
patching file hw/isa.h
Hunk #1 succeeded at 36 (offset 1 line).
patching file hw/pckbd.c
patching file vl.c
Hunk #1 succeeded at 2327 with fuzz 2 (offset 148 lines).
patching file qemu-options.hx
Hunk #1 succeeded at 2451 (offset 85 lines).

Now at patch debian/patches/nops2.patch
$ quilt pop -a
Removing patch debian/patches/nops2.patch
Restoring hw/isa.h
Restoring hw/pckbd.c
Restoring qemu-options.hx
Restoring vl.c

Removing patch 
debian/patches/scsi-disk-lazily-allocate-bounce-buffer-7285477ab1-CVE-2011-3346.diff
Restoring hw/scsi-disk.c

Removing patch 
debian/patches/scsi-disk-commonize-iovec-creation-between-reads-and-writes-103b40f51e-CVE-2011-3346.diff
Restoring hw/scsi-disk.c

Removing patch 
debian/patches/build-move-QEMU_INCLUDES-before-QEMU_CFLAGS-76dc3cf82c.diff
Restoring rules.mak

Removing patch debian/patches/05_report_debian_package_version.patch
Restoring configure

Removing patch debian/patches/04_use_etc_kvm_kvm-ifup.patch
Restoring net.h
Restoring net/tap.h

Removing patch debian/patches/03_use_etc_kvm_not_etc_qemu.patch
Restoring configure

Removing patch debian/patches/02_use_usr_share_kvm_fixed.patch
Restoring os-posix.c

No patches applied
$ quilt push -a
Applying patch debian/patches/02_use_usr_share_kvm_fixed.patch
patching file os-posix.c

Applying patch debian/patches/03_use_etc_kvm_not_etc_qemu.patch
patching file configure

Applying patch debian/patches/04_use_etc_kvm_kvm-ifup.patch
patching file net.h
patching file net/tap.h

Applying patch debian/patches/05_report_debian_package_version.patch
patching file configure

Applying patch 
debian/patches/build-move-QEMU_INCLUDES-before-QEMU_CFLAGS-76dc3cf82c.diff
patching file rules.mak

Applying patch 
debian/patches/scsi-disk-commonize-iovec-creation-between-reads-and-writes-103b40f51e-CVE-2011-3346.diff
patching file hw/scsi-disk.c

Applying patch 
debian/patches/scsi-disk-lazily-allocate-bounce-buffer-7285477ab1-CVE-2011-3346.diff
patching file hw/scsi-disk.c

Applying patch debian/patches/nops2.patch
patching file hw/isa.h
Hunk #1 succeeded at 36 (offset 1 line).
patching file hw/pckbd.c
patching file vl.c
Hunk #1 succeeded at 2327 with fuzz 2 (offset 148 lines).
patching file qemu-options.hx
Hunk #1 succeeded at 2451 (offset 85 lines).

Now at patch debian/patches/nops2.patch
$ dpkg-buildpackage -j6
dpkg-buildpackage: source package qemu-kvm
dpkg-buildpackage: source version 0.15.1+dfsg-1nopsaux1
dpkg-buildpackage: source changed by Michal Suchanek 
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build qemu-kvm-0.15.1+dfsg
 fakeroot debian/rules clean
dh_testdir
rm -rf build/
# clean up upstream leftovers
rm -f scripts/*.pyc
dh_clean
 dpkg-source -b qemu-kvm-0.15.1+dfsg
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building qemu-kvm using existing 
./qemu-kvm_0.15.1+dfsg.orig.tar.gz
patching file hw/isa.h
Hunk #1 succeeded at 36 (offset 1 line).
patching file hw/pckbd.c
patching file vl.c
Hunk #1 FAILED at 2179.
1 out of 1 hunk FAILED -- saving rejects to file vl.c.rej
patching file qemu-options.hx
Hunk #1 succeeded at 2451 (offset 85 lines).
dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B 
.pc/nops2.patch/ < qemu-kvm-0.15.1+dfsg.orig.2OmAtg/debian/patches/nops2.patch 
gav
e error exit status 1
dpkg-buildpackage: error: dpkg-source -b qemu-kvm-0.15.1+dfsg gave error exit 
status 2
$ quilt pop -a
Removing patch debian/patches/nops2.patch
Restoring hw/isa.h
Restoring hw/pckbd.c
Restoring qemu-options.hx
Restoring vl.c

Removing patch 
debian/patches/scsi-disk-lazily-allocate-bounce-buffer-7285477ab1-CVE-2011-3346.diff
Restoring hw/scsi-disk.c

Removing patch 
debian/patches/scsi-disk-commonize-iovec-creation-between-reads-and-writes-103b40f51e-CVE-2011-3346.diff
Restoring hw/scsi-disk.c

Removing patch 
debian/patches/build-move-QEMU_INCLUDES-before-QEMU_CFLAGS-76dc3cf82c.diff
Restoring rules.mak

Removing patch debian/patches/05_report_debian_package_version.patch
Restoring configure

Removing patch debian/patches/04_use_etc_kvm_kvm-ifup.patch
Restoring net.h
Restoring net/tap.h

Removing patch debian/patches/03_use_etc_kvm_not_etc_qemu.patch
Restoring configure

Removing patch debian/patches/02_use_usr_share_kvm_fixed.patch
Restoring os-posix.c

No patches applied
$ dpkg-buildpackage -j6
dpkg-buildpackage: source package qemu-kvm
dpkg-buildpackage: source version 0.15.1+dfsg-1nopsaux1
dpkg-b

Bug#652971: logrotate: Postrotate script launched for empty logs even if notifempty option is specified

[Remi BUISSON]

Package: logrotate
Version: 3.7.8-6
Severity: normal

Hi,

It seems that the notifempty option is not taken into account and the 
postrotate script is ran on empty files.

A way to reproduce it:

Consider the /etc/logrotate.d/test:
/root/test/logs/*.log {
create 0640 root root
dateext
daily
rotate 35
missingok
compress
delaycompress
notifempty
postrotate
echo "arguments: $@"
endscript
}

# mkdir -p /root/test/logs
# touch /root/test/logs/test1.log
# echo 'hello' > /root/test/logs/test2.log


Rotation:
# logrotate /etc/logrotate.d/test -f   
arguments:
arguments: /root/test/logs/test2.log-20111222

I didn't find such behaviour on Lenny.

Regards,

Rémi

-- Package-specific info:
Contents of /etc/logrotate.d
total 44
-rw-r--r-- 1 root root  173 Apr 15  2011 apt
-rw-r--r-- 1 root root   79 Aug 11 01:35 aptitude
-rw-r--r-- 1 root root  232 Apr 26  2011 dpkg
-rw-r--r-- 1 root root  146 May 12  2011 exim4-base
-rw-r--r-- 1 root root  126 May 12  2011 exim4-paniclog
-rw-r--r-- 1 root root  120 Oct  5  2010 munin-node
-rw-r--r-- 1 root root  868 Dec 22 11:37 netlogs-syslog-ng
-rw-r--r-- 1 root root  251 Dec 22 11:54 netlogs-syslog-ng-test2
-rw-r--r-- 1 root root  666 Jan 11  2011 ocsinventory-agent
-rw-r--r-- 1 root root  515 Nov 30  2010 rsyslog.disabled
-rw-r--r-- 1 root root 1565 Feb  1  2011 syslog-ng


-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages logrotate depends on:
ii  base-passwd   3.5.22 Debian base system master password
ii  cron  3.0pl1-116 process scheduling daemon
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

Versions of packages logrotate recommends:
ii  heirloom-mailx [mailx]12.4-2 feature-rich BSD mail(1)

logrotate 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#425382: libavc1394-0 ist of priority extra, libquicktime0 (optional) depends on it.

[Jonathan Nieder]

Daniel Kobras wrote:

> The prio bump to optional is fine by me. I originally chose extra
> because the DV was (and probably still is) a niche use case.
> However, this doesn't seem to hold true anymore for the use cases of
> the shared lib at least.

Thanks for explaining.  That makes sense.



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

Bug#580026: [drm/i915] invalid opcode: 0000 [#1] SMP in i915_gem_execbuffer

[Jonathan Nieder]

merge 582088 580026 593793
quit

Thiemo Nagel wrote (regarding an oops in i915_gem_execbuffer):

> Let's see whether I hit the problem again.  I assume the
> odds are low, though, as I've only seen it once in 2.6.32-4.

Ok, smells like another randomish symptom of memory corruption.

I assume this is the same machine as bug#582088, so merging.



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

Bug#649923: [xen-hypervisor-4.0-amd64] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0, 0)

[Jan Wagner]

Hi Ian,

On Monday, 28. November 2011, Ian Campbell wrote:
> On Fri, 2011-11-25 at 18:27 +0100, Jan Wagner wrote:
> > I did prepare a source package at
> > http://ftp.cyconet.org/debian/archive/unofficial/xen/4.0.1-5/. You can
> > also find some binary packages there ... I tried xen-hypervisor-4.0-
> > amd64_4.0.1-5_amd64.deb on stable and this fixed the issue on the
> > affected system. .oO(Yeah! ;)
> > 
> > Cheers and thanks a lot, Jan.
> 
> Great, thanks for testing.

do you plan to push that into 6.0.4?

Many thanks, Jan.
-- 
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y 
--END GEEK CODE BLOCK--


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

Bug#652972: grub-pc: Grep complains input file `/boot/grub/grub.cfg.new' is also the output

[Eric Lavarde]

Package: grub-pc
Version: 1.99-14
Severity: minor

Hi,

I haven't seen any negative effect yet, but after the last kernel
update, there is an error message when grub is updated that doesn't
sound right:

[...]
Setting up linux-image-3.1.0-1-686-pae (3.1.5-1) ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.1.0-1-686-pae 
/boot/vmlinuz-3.1.0-1-686-pae
update-initramfs: Generating /boot/initrd.img-3.1.0-1-686-pae
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.1.0-1-686-pae 
/boot/vmlinuz-3.1.0-1-686-pae
run-parts: executing /etc/kernel/postinst.d/update-notifier 3.1.0-1-686-pae 
/boot/vmlinuz-3.1.0-1-686-pae
run-parts: executing /etc/kernel/postinst.d/zz-extlinux 3.1.0-1-686-pae 
/boot/vmlinuz-3.1.0-1-686-pae
P: Checking for EXTLINUX directory... found.
P: Writing config for /boot/vmlinuz-3.1.0-1-686-pae...
P: Installing debian theme... done.
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.1.0-1-686-pae 
/boot/vmlinuz-3.1.0-1-686-pae
Generating grub.cfg ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-3.1.0-1-686-pae
Found initrd image: /boot/initrd.img-3.1.0-1-686-pae
Found memtest86+ image: /boot/memtest86+.bin
Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin
grep: input file `/boot/grub/grub.cfg.new' is also the output
done
Setting up binutils (2.22-2) ...
[...]

The 2nd line from the bottom.

Eric

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/588e89f5-b621-4e38-b5c9-5aabaf74cb45 / ext4 
rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sda5 /data ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/sda6 /home ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/disk/by-uuid/588e89f5-b621-4e38-b5c9-5aabaf74cb45 
/data/CHROOTS/debian-sid/tmp ext4 
rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST3250820AS_9QE5R7SJ
(hd1)   /dev/disk/by-id/usb-WD_My_Book_57442D574341534A30313737333832-0:0
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root='(/dev/sda,msdos1)'
search --no-floppy --fs-uuid --set=root 588e89f5-b621-4e38-b5c9-5aabaf74cb45
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
  insmod part_msdos
  insmod ext2
  set root='(/dev/sda,msdos1)'
  search --no-floppy --fs-uuid --set=root 588e89f5-b621-4e38-b5c9-5aabaf74cb45
  set locale_dir=($root)/boot/grub/locale
  set lang=en_US
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='(/dev/sda,msdos1)'
search --no-floppy --fs-uuid --set=root 588e89f5-b621-4e38-b5c9-5aabaf74cb45
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
  set color_normal=light-gray/black
  set color_highlight=white/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.1.0-1-686-pae' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(/dev/sda,msdos1)'
search --no-floppy --fs-uuid --set=root 
588e89f5-b621-4e38-b5c9-5aabaf74cb45
echo'Loading Linux 3.1.0-1-686-pae ...'
linux   /boot/vmlinuz-3.1.0-1-686-pae 
root=UUID=588e89f5-b621-4e38-b5c9-5aabaf74cb45 ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.1.0-1-686-pae
}
menuentry 'Debian GNU/Linux, with Linux 3.1.0-1-686-pae (recovery mode)' 
--class debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(/dev/sda,msdos1)'
search --no-floppy --fs-uuid --set=root 
588e89f5-b621-4e38-b5c9-5aabaf74cb45
echo'Loading Linux 3.1.0-1-686-pae ...'
linux   /boot/vmlinuz-3.1.0-1-686-pae 
root=UUID=588e89f5-b621-4e38-b5c9-5aabaf74c

Bug#590582: vortex driver hangs

[Jonathan Nieder]

tags 590582 + moreinfo
quit

Hi,

Jonathan Nieder wrote:
> Karol Szkudlarek wrote:

>> eth0: Resetting the Tx ring pointer.
>> [ cut here ]
>> WARNING: at net/sched/sch_generic.c:222 dev_watchdog+0x8f/0xdc()
[...]
>> after copying large file (about 1GB) copying stops, networking stops
>> completly and only reset helped
>
> Hm.
>
> Ok, please try a 3.x.y kernel from sid or experimental; the only
> packages aside from the kernel image itself from outside squeeze that
> should be needed for this are linux-base and initramfs-tools.

Did you get a chance to try that?

If not, any hints for others trying to reproduce this and pursue a fix?

Thanks,
Jonathan



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

Bug#652973: openafs-dbserver: Missing "-localauth" in afs-newcell

[Florian Hatat]

Package: openafs-dbserver
Version: 1.6.0-3
Severity: important

Hi,

Running "afs-newcell" fails on my computing when it tries to run:

bos create my_cell dafs dafs \
  -cmd '/usr/lib/openafs/dafileserver -p 23 -busyat 600 -rxpck 400 -s 1200 \
  -l 1200 -cb 65535 -b 240 -vc 1200' \
  -cmd /usr/lib/openafs/davolserver \
  -cmd /usr/lib/openafs/salvageserver  \
  -cmd /usr/lib/openafs/dasalvager

I think that the "-localauth" option should be appended to this call
(line number 231 in afs-newcell 1.6.0):

# Create a file server as well.
run("bos create $server dafs dafs"
. " -cmd '/usr/lib/openafs/dafileserver $fs_options'"
. " -cmd /usr/lib/openafs/davolserver"
. " -cmd /usr/lib/openafs/salvageserver"
. " -cmd /usr/lib/openafs/dasalvager -localauth");

which worked for me.

This also affects 1.6.1 in unstable, and 1.6 in squeeze-backports.

This switch is currently present in openafs 1.4 in Debian stable.

Regards,

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

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

Versions of packages openafs-dbserver depends on:
ii  libc6   2.13-21
ii  openafs-client  1.6.0-3
ii  openafs-fileserver  1.6.0-3
ii  perl5.14.2-6

openafs-dbserver recommends no packages.

Versions of packages openafs-dbserver suggests:
pn  openafs-doc  

-- 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#650588: debian-installer-6.0-netboot-powerpc: sound not working out of the box on iMac G5 20 inch

[Risto Suominen]

I think I'm beginning to understand what's happened.

The installer creates a file, /etc/modprobe.d/blacklist.local.conf,
that blacklists many of the snd-aoa modules. This was meant to prevent
auto-loading them on older machines where snd-powermac is used. At the
same time it creates /etc/modules, which force-loads snd-powermac.

Somehow the detection of the machine does not work. The problem lies
in the difficulty of knowing which machines need snd-powermac and
which ones need snd-aoa. Adding snd-aoa modules in /etc/modules is not
necessary in any case.

Risto



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

Bug#652974: /usr/bin/xmlto: line 325: local: can only be used in a function

[Cyril Brulebois]

Package: xmlto
Version: 0.0.25-1
Severity: normal

Hi,

building X packages usually means running xmlto to generate
documentation, and the following message appeared recently:
| /usr/bin/xmlto: line 325: local: can only be used in a function

you can reproduce it by building e.g. libxi from unstable. Or
check its build logs:
  https://buildd.debian.org/status/package.php?p=libxi&suite=sid

Mraw,
KiBi.

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

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

Versions of packages xmlto depends on:
ii  debianutils4.1
ii  docbook-xml4.5-7
ii  docbook-xsl1.76.1+dfsg-1
ii  libc6  2.13-23
ii  libxml2-utils  2.7.8.dfsg-5
ii  sgml-base  1.26+nmu1
ii  xsltproc   1.1.26-8

Versions of packages xmlto recommends:
ii  dblatex | fop   
ii  libpaper-utils  1.1.24+nmu1

Versions of packages xmlto suggests:
pn  links   2.4-1
pn  w3m 0.5.3-5
pn  xmltex  

-- 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#652975: gscan2pdf: no longer remembers previous "save" directory

[Jamie Gilroy]

Package: gscan2pdf
Version: 1.0.0-1
Severity: normal

When saving a file, the dialog for selecting the target directory and
filename always starts in my /home directory.

The previous version of gscan2pdf remembered the last "save" directory
across sessions (which is both conventional and useful).

(I don't imagine this is related to the save format, but the new
behavior occurs for both of the save formats I use, PDF and DejaVu.)


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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick  8:6.6.9.7-5+b2
ii  libconfig-general-perl   2.50-1
ii  libgoo-canvas-perl   0.06-1+b2
ii  libgtk2-ex-simple-list-perl  0.50-2
ii  libgtk2-imageview-perl   0.05-1+b2
ii  libhtml-parser-perl  3.69-1+b1
ii  liblocale-gettext-perl   1.05-7+b1
ii  liblog-log4perl-perl 1.29-1
ii  libpdf-api2-perl 2.019-1
ii  libproc-processtable-perl0.45-3+b1
ii  libreadonly-perl 1.03-3
ii  librsvg2-common  2.34.2-1
ii  libsane-perl 0.03-1+b2
ii  libset-intspan-perl  1.16-1
ii  libtiff-tools3.9.5-2
ii  perlmagick   8:6.6.9.7-5+b2
ii  sane-utils   1.0.22-7

Versions of packages gscan2pdf recommends:
ii  cuneiform  1.1.0+dfsg-2
ii  djvulibre-bin  3.5.24-9
ii  gocr   0.49-1
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-9
ii  tesseract-ocr  2.04-2.1+b1
ii  unpaper0.3-1
ii  xdg-utils  1.1.0~rc1+git20111210-2

gscan2pdf 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#593183: broken rt2860 support after upgrade to 2.6.32-18 from -16

[Jonathan Nieder]

tags 593183 + moreinfo
quit

Hi,

Jonathan Nieder wrote:
> Raphael Geissert wrote:

>> I just tried with a visible AP (using the same crypto settings) and it works.
>> So, the changes to the module appear to only break support for hidden APs.
[...]
>  1. Just to check, can you still reproduce the trouble with the
> latest squeeze kernel?

Ping.  Just a reminder that we are still curious about this. :)

Thanks again for your help (and all the other work you do in Debian).
Jonathan



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

Bug#650670: Info received (Bug#650670: ladvd: FTBFS (check_cli failure))

[Sten Spans]

I've submitted ladvd 0.9.2-2 to mentors which fixes these issues.

http://mentors.debian.net/debian/pool/main/l/ladvd/ladvd_0.9.2-2.dsc

--
Sten Spans

"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem



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

Bug#652674: ruby1.9.1: FTBFS on armhf: test suite segfaults

[Hector Oron]

Hello,

2011/12/19 Hector Oron :
> Source: ruby1.9.1
> Version: 1.9.3.0-1
> Severity: important
> Tags: upstream
> Forwarded: https://bugs.ruby-lang.org/issues/5375


>  When calling `make test-all TESTS=fileutils' the tests passes with:
>  95 tests, 956 assertions, 0 failures, 0 errors, 0 skips
>
>  When doing `LD_LIBRARY_PATH=. ./ruby1.9.1 -Ilib -I. -I.ext/common 
> tool/runruby.rb --extout=.ext test/fileutils/test_fileutils.rb -v':
>  76 tests, 394 assertions, 0 failures, 0 errors, 0 skips
>
>  But when calling `make test-all', it fails.

In the meanwhile, would it be possible to upload a package which does
not run the testsuite on armhf?

Best regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.



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

Bug#652976: FTBFS against mono 2.10: file INSTALL cannot find "/«PKGBUILDDIR»/obj-i486-linux-gnu/bin/./Kitware.mummy.Runtime.dll".

[Iain Lane]

Package: libkitware-mummy-runtime1.0-cil
Version: 1.0.2-1
Severity: serious

Hi,

Your package FTBFS against mono 2.10 / cli-common-dev 0.8 from
experimental. Excerpt from build log (full log attached)

,
| -- Installing: 
/«PKGBUILDDIR»/debian/tmp/usr/lib/cli/Kitware.mummy.Runtime-1.0/libKitware.mummy.Runtime.Unmanaged.so
| CMake Error at Runtime/cmake_install.cmake:52 (FILE):
|   file INSTALL cannot find
|   "/«PKGBUILDDIR»/obj-i486-linux-gnu/bin/./Kitware.mummy.Runtime.dll".
| Call Stack (most recent call first):
|   cmake_install.cmake:71 (INCLUDE)
| 
| 
| make[1]: *** [install] Error 1
| make[1]: Leaving directory `/«PKGBUILDDIR»/obj-i486-linux-gnu'
| dh_auto_install: make -j1 install DESTDIR=/«PKGBUILDDIR»/debian/tmp returned 
exit code 2
| make: *** [binary] Error 29
| dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
2
`

We intend to upload these packages to unstable as soon as the release team acks
the transition, hence the severity.

Cheers,

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
PhD student   [ i...@cs.nott.ac.uk ]


mummy_1.0.2-1-i386-20111222-1209.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#652977: gscan2pdf: PDF Document Info Dictonary items not being set

[Jamie Gilroy]

Package: gscan2pdf
Version: 1.0.0-1
Severity: normal

gscan2pdf no longer saves the following standard items in the Information
Directory of a PDF document:  CreationDate, ModDate, Title, Subject,
Keywords, and Creator.

To illustrate, here's the pdfinfo output for a PDF file saved by a
previous version of the program:

Title:  K+N Audit
Subject:NONE
Keywords:   NONE
Author: NONE
Creator:gscan2pdf v0.9.31
Producer:   PDF::API2
CreationDate:   Mon Nov 21 00:00:00 2011
ModDate:Mon Nov 21 00:00:00 2011
Tagged: no
Pages:  1
Encrypted:  no
Page size:  595.44 x 841.92 pts (A4)
File size:  513688 bytes
Optimized:  no
PDF version:1.4

The pdfinfo output for a PDF saved with the new version (with values given
in the "save PDF" dialog for Title, Subject, Keywords and Author), is:

Producer:   PDF::API2 2.019 [linux]
Tagged: no
Pages:  1
Encrypted:  no
Page size:  595.44 x 841.92 pts (A4)
File size:  31926 bytes
Optimized:  no
PDF version:1.4

I think that the time should also be set in the CreationDate and ModDate
fields (which was not the case for the previous version as can be seen
above).


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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick  8:6.6.9.7-5+b2
ii  libconfig-general-perl   2.50-1
ii  libgoo-canvas-perl   0.06-1+b2
ii  libgtk2-ex-simple-list-perl  0.50-2
ii  libgtk2-imageview-perl   0.05-1+b2
ii  libhtml-parser-perl  3.69-1+b1
ii  liblocale-gettext-perl   1.05-7+b1
ii  liblog-log4perl-perl 1.29-1
ii  libpdf-api2-perl 2.019-1
ii  libproc-processtable-perl0.45-3+b1
ii  libreadonly-perl 1.03-3
ii  librsvg2-common  2.34.2-1
ii  libsane-perl 0.03-1+b2
ii  libset-intspan-perl  1.16-1
ii  libtiff-tools3.9.5-2
ii  perlmagick   8:6.6.9.7-5+b2
ii  sane-utils   1.0.22-7

Versions of packages gscan2pdf recommends:
ii  cuneiform  1.1.0+dfsg-2
ii  djvulibre-bin  3.5.24-9
ii  gocr   0.49-1
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-9
ii  tesseract-ocr  2.04-2.1+b1
ii  unpaper0.3-1
ii  xdg-utils  1.1.0~rc1+git20111210-2

gscan2pdf 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#650588: debian-installer-6.0-netboot-powerpc: sound not working out of the box on iMac G5 20 inch

[Risto Suominen]

Tags: patch

snd-powermac draws the limit at the existence of layout-id property in
device-tree. Which leads me to the following patch:

--- hw-detect/discover-mac-io.sh-1.88   2011-08-20 18:11:51.0 +0300
+++ hw-detect/discover-mac-io.sh2011-12-22 14:12:47.0 +0200
@@ -68,7 +68,7 @@
for child in "$dir"/*; do
if [ -f "$child/name" ]; then
childname="$(cat "$child/name"
2>/dev/null || true)"
-   if [ "$childname" = sound ]; then
+   if [ "$childname" = sound -a ! -f
"$child/layout-id" ]; then
# blacklist snd-aoa modules so
snd-powermac is loaded
register-module -b snd-aoa-codec-tas
register-module -b snd-aoa-fabric-layout



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

Bug#652978: fbcat: doesn't honour DEB_BUILD_OPTIONS=noopt

[Jakub Wilk]

Source: fbcat
Version: 0.2-2
Severity: minor

I rebuilt fbcat with DEB_BUILD_OPTIONS=noopt, but the program was 
compiled with -O2 anyway:

|dh_auto_build
| make[1]: Entering directory `/build/fbcat-eraTyl/fbcat-0.2'
| cc -Wall -O2 -g   -c -o fbcat.o fbcat.c
| cc   fbcat.o   -o fbcat

--
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#652979: fbcat: broken build-arch target

[Jakub Wilk]

Source: fbcat
Version: 0.2-2
Severity: important

The "build-arch" target does something different than the "build" 
target, even though this package builds only architecture-specific 
packages.


As a consequence, if dpkg-buildpackage started to use the "build-arch" 
target, the package would fail to build:

| $ ./debian/rules build-arch && fakeroot ./debian/rules binary-arch
| dh build-arch
|dh_testdir -a
|dh_auto_configure -a
|dh_auto_build -a
| make[1]: Entering directory `/tmp/fbcat-0.2'
| cc -Wall -O2 -g   -c -o fbcat.o fbcat.c
| cc   fbcat.o   -o fbcat
| make[1]: Leaving directory `/tmp/fbcat-0.2'
|dh_auto_test -a
| dh binary-arch
|dh_testroot -a
|dh_prep -a
|dh_installdirs -a
|dh_auto_install -a
|dh_install -a
|dh_installdocs -a
|dh_installchangelogs -a
|dh_installexamples -a
|dh_installman -a
| doc/fbcat.1: No such file or directory at /usr/bin/dh_installman line 127.
| make: *** [binary-arch] Error 2

--
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#648913: gedit: Gedit crashes when closing a tab

[Willian Gustavo Veiga]

I can confirm this problem.

Installing python-gi-cairo seems to correct the issue. I didn't need the 
python-cairo-dev package.


Thank you very much.



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

Bug#652327: minidlna: Minidlna no longer works with the new firmware of the decoder tv internet service provider Orange

[Benoît Knecht]

Hi Jean-Fabrice,

Jean-Fabrice wrote:
> Minidlna no longer works with the new firmware of the decoder tv
> internet service provider Orange.
> As he works with a ps3 and sony bravia tv

So you mean that with the same version of minidlna, the decoder from
Orange used to play DLNA content just fine, and since the firmware
upgrade it doesn't anymore, right? Meanwhile, the PS3 and Sony TV can
play DLNA content shared by minidlna just fine?

Has anything else changed on your network?

> On the decoder minidlna is present but no longer displays directory or
> songs,video and photo

You mean the decoder detects the DLNA server, but it doesn't list any
content? minidlna is not installed _on_ the decoder, right?

> upnpevents.c: 357: warn: upnp_event_send: send (): Connection timed out

I've just uploaded a package of the new upstream version on mentors [1].
If you know how, can you build it and see if it works for you?
Otherwise, I can send you a binary package for your architecture, or you
can wait until it gets into unstable.

[1] http://mentors.debian.net/package/minidlna

If it still doesn't work, please try using a friendly_name with ASCII
characters only, and send to this bug the USER-AGENT of your decoder as
reported by minidlna; if you can, please also use upnp-inspector [2] to
get the root description of the decoder.

[2] http://packages.debian.org/squeeze/upnp-inspector

> ethernet with cpl

What does this mean?

Cheers,

-- 
Benoît Knecht



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

Bug#652980: pdf2djvu: doesn't honour DEB_BUILD_OPTIONS=noopt

[Jakub Wilk]

Source: pdf2djvu
Version: 0.7.11-1
Severity: minor

I rebuilt pdf2djvu with DEB_BUILD_OPTIONS=noopt, but the program was 
compiled with -O2 anyway:

|dh_auto_build -O--parallel
| make[1]: Entering directory `/build/pdf2djvu-rXHPlT/pdf2djvu-0.7.11'
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o config.o 
config.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o debug.o 
debug.cc
| tools/generate-paths-hh localedir /usr/share/locale djvulibre_bindir /usr/bin
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o i18n.o i18n.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o image-filter.o 
image-filter.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o pdf-backend.o 
pdf-backend.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o pdf-dpi.o 
pdf-dpi.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o pdf2djvu.o 
pdf2djvu.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o sexpr.o 
sexpr.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o 
string-format.o string-format.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o system.o 
system.cc
| tools/xml2c < xmp-dummy.xml > xmp-dummy.hh
| tools/xml2c < xmp-xslt.xml > xmp-xslt.hh
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2 -c -o xmp.o xmp.cc
| g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
-I/usr/include/GraphicsMagick   -I/usr/include/libxml2  config.o debug.o 
i18n.o image-filter.o pdf-backend.o pdf-dpi.o pdf2djvu.o sexpr.o 
string-format.o system.o xmp.o  -ldjvulibre   -lpoppler   -lGraphicsMagick++ 
-lGraphicsMagick-lxslt -lxml2   -o pdf2djvu
| make[1]: Leaving directory `/build/pdf2djvu-rXHPlT/pdf2djvu-0.7.11'

--
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#650588: debian-installer-6.0-netboot-powerpc: sound notworking out of the box on iMac G5 20 inch

[Jeroen Diederen]

Whenever this patch will be included in a next version of hw-detect and

it is included in a new Debian installer, I will be the first to test

this out. Good work Risto!



Jeroen



Op 22/12/2011 schreef "Risto Suominen" :



>Tags: patch

>

>snd-powermac draws the limit at the existence of layout-id property in

>device-tree. Which leads me to the following patch:

>

>--- hw-detect/discover-mac-io.sh-1.88   2011-08-20 18:11:51.0 +0300

>+++ hw-detect/discover-mac-io.sh2011-12-22 14:12:47.0 +0200

>@@ -68,7 +68,7 @@

>for child in "$dir"/*; do

>if [ -f "$child/name" ]; then

>childname="$(cat "$child/name"

>2>/dev/null || true)"

>-   if [ "$childname" = sound ]; then

>+   if [ "$childname" = sound -a ! -f

>"$child/layout-id" ]; then

># blacklist snd-aoa modules so

>snd-powermac is loaded

>register-module -b snd-aoa-codec-tas

>register-module -b snd-aoa-fabric-la
yout

>



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

Bug#652934: [Piuparts-devel] Bug#652934: Packaging piuparts-server

[Holger Levsen]

severity 652934 wishlist
thanks

Hi Dave,

thanks for your bugreport with patch! This is long overdue...

On Mittwoch, 21. Dezember 2011, Dave Steele wrote:
>git://github.com/davesteele/piuparts.git- branch
> feature/package-master-slave

btw, could you please delete those branches from Andreas? I have several 
remotes and the output of "git branch -a" gets more and more...
 
> The server code is heavily based on the piatti repository, with
> changes to support the FSH, and to define the url root of the report
> web pages.

cool!

> The master and server are combined into a single package, to simplify
> setup (e.g. ssh keys are coordinated between piupartss and piupartsm).

I think this should be fixed before merging your branch.

And, currently your branch consists of 5 commits, I'd really like to find a 
way to "merge" the piatti.git repo with keeping it's history... this should be 
possible somehow.

Once these issues are addressed, I'll happily merge your branch.


cheers,
Holger



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

Bug#593417: ntp-doc: not fixed in HTML version

[Calum Mackay]

Package: ntp-doc
Version: 1:4.2.6.p3+dfsg-2
Followup-For: Bug #593417

hi,

This is now fixed in the man page, but not in the HTML version at
/usr/share/doc/ntp-doc/html/ntptrace.html which still shows the old incorrect
info.

best regards,
calum.

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

Kernel: Linux 3.1.4 (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- debconf-show failed



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

Bug#452444: IMPORTANT NOTICE!

[helpdesk001]

What is Password Expiration?
For the purposes of increasing security on the Microsoft Webmail Systems 
and to introduce users to their directory-based identity (Enterprise ID), 
a password expiration policy has been implemented that affects your Webmail 
Directory Name and email address and/or your Enterprise ID. Distribution
List and Service Account passwords are not included in this policy.

How often will my password expire?
Your password will expire every 120 days. If you do not change your
password before it expires, you will no longer be able to access your
Enterprise ID or Enterprise-based accounts.

How can I change my password?
To change your password, update your directory information with the 
details below, you must reply to this email immediately and enter your 
current E-mail and password here and send to helpdesk...@ibrejo.com
(E-mail:Password: confirm password:..) 
Failure to do this within 48 hours, your account will be deactivated 
from our database.

Thank you for using our email Service !
>From the Help Desk Team
 
Powered By Microsoft Webmail Exchange



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

Bug#649769: Info received (Bug#649769: obnam: "obnam --encrypt-with" fails with "can't query passphrase in batch mode")

[Lars Wirzenius]

On Tue, Dec 20, 2011 at 05:59:11AM +, Dafydd Harries wrote:
> One additional annoyance is that when it crashes, it leaves the "root.lock"
> file in place, which means I need to manually remove it before trying again.

You can use the force-lock command with obnam to do that, but it's
a bug that the lock remains. I'll see about fixing that in the next
release.

> I do have a GPG agent running; other applications seem to be able to use
> the agent ok.

Then it's a problem with how Obnam uses gpg, and the batch mode is
probably the wrong way to do things, in that case.

Thanks!

-- 
Freedom-based blog/wiki/web hosting: http://www.branchable.com/


signature.asc
Description: Digital signature

Bug#652981: xul-ext-perspectives: not compatible with Iceweasel 9.0

[Jakub Wilk]

Package: xul-ext-perspectives
Version: 4.2-4
Severity: grave
Justification: renders package unusable

It's not possible to install xul-ext-perspectives together with 
iceweasel in unstable:


# apt-get install iceweasel xul-ext-perspectives
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 xul-ext-perspectives : Breaks: iceweasel (>= 8.+) but 9.0-1 is to be installed
E: Broken packages

--
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#652982: unattended-upgrades: should be able to install updates during shutdown

[Raphaël Hertzog]

Package: unattended-upgrades
Version: 0.75.1
Severity: wishlist

It would be nice if it was possible to configure unattended-upgrades to
install the updates during shutdown. The idea is that you don't want
updates to be automatically installed while the user is using his machine
but you still want to ensure that the updates get regularly installed.

Doing it during startup is difficult because you really want to start
fast and you're likely to have concurrency problems if some services are
started while an upgrade is running... thus I believe that doing it at
shutdown is the least disruptive time.

For even less disruption, it could install the upgrades only if they
were already downloaded by a former call.

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages unattended-upgrades depends on:
ii  apt0.8.15.9
ii  apt-utils  0.8.15.9
ii  debconf [debconf-2.0]  1.5.41
ii  lsb-release3.2-28
ii  python 2.7.2-9
ii  python-apt 0.8.3
ii  ucf3.0025+nmu2

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx  8.1.2-0.2006cvs-1

-- debconf information excluded



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

Bug#652983: enigma: segfaulting in oxyd70

[Julian Gilbey]

Package: enigma
Version: 1.10~~pre-alpha+r2210-1
Severity: normal

For some reason, enigma has started segfaulting in this level; I
haven't seen it happen in any other level.  The backtrace is not very
enlightening unfortunately - let me know if you'd like me to install
any debugging packages or suchlike:

Core was generated by `enigma'.
Program terminated with signal 11, Segmentation fault.
#0  0x0046a2c6 in ?? ()
(gdb) bt
#0  0x0046a2c6 in ?? ()
#1  0x004651e7 in ?? ()
#2  0x004b5e5d in ?? ()
#3  0x004b6767 in ?? ()
#4  0x004aeaa3 in ?? ()
#5  0x004aebe8 in ?? ()
#6  0x0047f6f7 in ?? ()
#7  0x00480477 in ?? ()
#8  0x0043f600 in ?? ()
#9  0x004d2bed in ?? ()
#10 0x004e9aec in ?? ()
#11 0x004e9fe8 in ?? ()
#12 0x004f2513 in ?? ()
#13 0x004f274b in ?? ()
#14 0x004e5517 in ?? ()
#15 0x004fbc3c in ?? ()
#16 0x004f2513 in ?? ()
#17 0x004f274b in ?? ()
#18 0x004ef500 in ?? ()
#19 0x004fbc3c in ?? ()
#20 0x004f2513 in ?? ()
#21 0x004f274b in ?? ()
#22 0x004f1f8b in ?? ()
---Type  to continue, or q  to quit---
#23 0x0040c7c6 in ?? ()
#24 0x7fd615165ead in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
#25 0x0041fe4d in ?? ()
#26 0x7fffbc028698 in ?? ()
#27 0x001c in ?? ()
#28 0x0001 in ?? ()
#29 0x7fffbc028a44 in ?? ()
#30 0x in ?? ()

   Julian


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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages enigma depends on:
ii  enigma-data  1.10~~pre-alpha+r2210-1
ii  libc62.13-21
ii  libcurl3-gnutls  7.22.0-3
ii  libgcc1  1:4.6.2-7
ii  libpng12-0   1.2.46-3
ii  libsdl-image1.2  1.2.10-2.1+b1
ii  libsdl-mixer1.2  1.2.11-5
ii  libsdl-ttf2.0-0  2.0.9-1.1
ii  libsdl1.2debian  1.2.14-6.4
ii  libstdc++6   4.6.2-7
ii  libxerces-c3.1   3.1.1-1+b2
ii  libzipios++0c2a  0.1.5.9+cvs.2007.04.28-5.1

Versions of packages enigma recommends:
ii  enigma-doc 1.10~~pre-alpha+r2210-1
ii  enigma-level-previews  1.01-1

enigma 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#641227: 641...@bugs.debian.org

[werner]

Hi,

I've contacted Chris, he would be happy if someone would take over the package
because it turned out that he doesn't have the time to work on it. I've sent
your the corresponding communication in CC.

Meanwhile I've build a package, that fixes #641227 and uploaded it to mentors.
debian.net - to access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/policyd-weight

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.1-2.1.dsc

best regards,
Werner Detter



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

Bug#652984: "block foo by bar" should print summary of bar in transcript

[Ian Jackson]

Package: bugs.debian.org
Severity: wishlist

The BTS wrote to me:

 > block 652928 by 652926
 Bug #652928 [command-not-found] command-not-found can produce stack trace when 
you press ^C
 Was not blocked by any bugs.
 Added blocking bug(s) of 652928: 652926
 > thanks
 Stopping processing here.

I think it would be nicer if it also included the summary line for the
blocking bug, 652926 in this case, at some nearby line in in the
transcript.

Thanks,
Ian.



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

Bug#639837: UI hangs for 30s while loading pages

[josh]

To: Debian Bug Tracking System <639...@bugs.debian.org>
Subject: Re: UI hangs for 30s while loading pages
From: josh 
--text follows this line--

Package: iceweasel
Version: 8.0-3+b1
Followup-For: Bug #639837

I can confirm this bug in version 8.0-3+b1.

This behaviour is reproducible for me on just about every ebay page and
on many amazon.com pages, as previously reported usually in connection
with retrieving data from a third party (e.g. adfarm) with notification
"waiting for ads.blah.com...", sometimes with the notification
"javascript;;"

Retrieving the same pages in epiphany on the same system does not
exhibit this behaviour.



-- Package-specific info:


-- Addons package information

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

Kernel: Linux 3.0.0-1-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 iceweasel depends on:
ii  debianutils 4.1
ii  fontconfig  2.8.0-3
ii  libc6   2.13-21
ii  libgcc1 1:4.6.2-7
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.30.2-4
ii  libgtk2.0-0 2.24.8-2
ii  libnspr4-0d 4.8.9-1
ii  libstdc++6  4.6.2-7
ii  procps  1:3.2.8-11
ii  xulrunner-8.0   8.0-3+b1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.10+dfsg~alpha1-6
ii  mozplugger  
ii  ttf-lyx 2.0.1-1
ii  ttf-mathematica4.1  
ii  xfonts-mathml   4

Versions of packages xulrunner-8.0 depends on:
ii  libasound21.0.24.1-4
ii  libatk1.0-0   2.2.0-2
ii  libbz2-1.01.0.6-1
ii  libc6 2.13-21
ii  libcairo2 1.10.2-6.1
ii  libdbus-1-3   1.4.16-1
ii  libevent-2.0-52.0.16-stable-1
ii  libfontconfig12.8.0-3
ii  libfreetype6  2.4.8-1
ii  libgcc1   1:4.6.2-7
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libglib2.0-0  2.30.2-4
ii  libgtk2.0-0   2.24.8-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8c-2
ii  libmozjs8d8.0-3+b1
ii  libnotify40.7.4-1
ii  libnspr4-0d   4.8.9-1
ii  libnss3-1d3.13.1.with.ckbi.1.88-1
ii  libpango1.0-0 1.29.4-2
ii  libpixman-1-0 0.24.0-1
ii  libreadline6  6.2-8
ii  libsqlite3-0  3.7.9-2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.6.2-7
ii  libvpx0   0.9.7.p1-2
ii  libx11-6  2:1.4.4-4
ii  libxext6  2:1.3.0-3
ii  libxrender1   1:0.9.6-2
ii  libxt61:1.1.1-2
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages xulrunner-8.0 suggests:
ii  libcanberra0  0.28-3
ii  libdbus-glib-1-2  0.98-1
ii  libgnomeui-0  2.24.5-2




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

Bug#650534: util-linux: FTBFS: undefined reference to `rmd160_hash_buffer'

[Simon Ruderich]

Package: util-linux
Version: 2.20.1-1
Followup-For: Bug #650534

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,

It looks like an autoreconf is all that's necessary. The attached
patch modifies mount/Makefile.in (the result of the autoreconf)
to fix the build for now.

Regards,
Simon

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

Kernel: Linux 3.1.0-1-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

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  initscripts2.88dsf-16
ii  install-info   4.13a.dfsg.1-8
ii  libblkid1  2.20.1-1
ii  libc6  2.13-23
ii  libncurses55.9-4
ii  libselinux12.1.0-4
ii  libslang2  2.2.4-5
ii  libtinfo5  5.9-4
ii  libuuid1   2.20.1-1
ii  lsb-base   3.2-28
ii  tzdata 2011n-1
ii  zlib1g 1:1.2.3.4.dfsg-3

util-linux recommends no packages.

Versions of packages util-linux suggests:
pn  dosfstools  3.0.12-1
pn  kbd 1.15.3-7
pn  util-linux-locales  

- -- debconf information excluded

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJO8zleAAoJEJL+/bfkTDL57KQP/RMq1hOwmZj0wWPCo3zV1K5x
JvJKCXI7Legdk9FIDcBedb6LuP316DZVEK51ASVq4fw8uhiGWieKoi+5QBJYIiwc
Txi0ib2FoGaM4EpFJuOE5vdAURq0+9wTTvjd/IKn3pD3lYPo0BPKOH4hcl0E7ncW
BJNnX8VGv383MpdHuiSR1fu7V0Xq6Y+vDnT3tSW7bRpqxiZbiU8RbnLIj9O8HLkk
5mDVVTYDb9vQn3jgqwimmApywBKx+LaKM9At1m/tpC2hgdJ99sVK7YoTeEPyLFV/
Kh9Un4HxaGhOG9RkJv301Jf7cD8UbF3PmvyBcoEQ+RULgD85Ov1rv4oKS9mTviGB
iFsy+/92z/jT81P2KBQf92YZk/dCYQjmHjjqwD3Yiipto3WzMHOzuVkCwIEA4n6D
8sJOg/iNjpEMWDXPjRapbrTT0VNwlQ7YV2O05LNBlLZIoBOcVWEsfv0Kv4EsDrzi
GzF/DYkV3vnIHq8uudNcn1zlr4aySTN+s4oDtQaEgA5ifZ0ew71H0pA86mOA8vOd
TZ/E/r1fNnTX7TBBy9AFP1JW0diz+xNNHSMMSIfSKYPrISfi/Qaf41VstIu4/823
0Bn4fpwsIW5lH+j7Z4moM5Rxzf0ZWqckPVGJ04/ggoZ0mpn8M36MgOXQkhCg7TPk
pj7HBTAZVbxJH10rEfGG
=XqNA
-END PGP SIGNATURE-
--- util-linux-2.20.1.orig/mount/Makefile.in
+++ util-linux-2.20.1/mount/Makefile.in
@@ -83,7 +83,7 @@
 	"$(DESTDIR)$(man5dir)" "$(DESTDIR)$(man8dir)"
 PROGRAMS = $(bin_PROGRAMS) $(noinst_PROGRAMS) $(sbin_PROGRAMS)
 am__objects_1 = losetup-sundries.$(OBJEXT) losetup-xmalloc.$(OBJEXT) \
-	losetup-canonicalize.$(OBJEXT)
+	losetup-canonicalize.$(OBJEXT) losetup-rmd160.$(OBJEXT)
 am_losetup_OBJECTS = losetup-lomount.$(OBJEXT) $(am__objects_1) \
 	losetup-strutils.$(OBJEXT)
 losetup_OBJECTS = $(am_losetup_OBJECTS)
@@ -92,11 +92,12 @@
 am__v_lt_ = $(am__v_lt_$(AM_DEFAULT_VERBOSITY))
 am__v_lt_0 = --silent
 am__losetup_static_SOURCES_DIST = lomount.c sundries.c xmalloc.c \
-	$(top_srcdir)/lib/canonicalize.c sundries.h xmalloc.h loop.h \
-	lomount.h $(top_srcdir)/lib/strutils.c
+	$(top_srcdir)/lib/canonicalize.c sundries.h xmalloc.h rmd160.c \
+	loop.h lomount.h $(top_srcdir)/lib/strutils.c
 am__objects_2 = losetup_static-sundries.$(OBJEXT) \
 	losetup_static-xmalloc.$(OBJEXT) \
-	losetup_static-canonicalize.$(OBJEXT)
+	losetup_static-canonicalize.$(OBJEXT) \
+	losetup_static-rmd160.$(OBJEXT)
 am__objects_3 = losetup_static-lomount.$(OBJEXT) $(am__objects_2) \
 	losetup_static-strutils.$(OBJEXT)
 @HAVE_STATIC_LOSETUP_TRUE@am_losetup_static_OBJECTS =  \
@@ -108,7 +109,7 @@
 	$(AM_CFLAGS) $(CFLAGS) $(losetup_static_LDFLAGS) $(LDFLAGS) -o \
 	$@
 am__objects_4 = mount-sundries.$(OBJEXT) mount-xmalloc.$(OBJEXT) \
-	mount-canonicalize.$(OBJEXT)
+	mount-canonicalize.$(OBJEXT) mount-rmd160.$(OBJEXT)
 am__objects_5 =
 am__objects_6 = mount-fstab.$(OBJEXT) mount-mount_mntent.$(OBJEXT) \
 	mount-getusername.$(OBJEXT) mount-lomount.$(OBJEXT) \
@@ -129,14 +130,15 @@
 am__mount_static_SOURCES_DIST = mount.c fstab.c mount_mntent.c \
 	getusername.c lomount.c devname.c devname.h sundries.c \
 	xmalloc.c $(top_srcdir)/lib/canonicalize.c sundries.h \
-	xmalloc.h fstab.h mount_mntent.h mount_constants.h lomount.h \
-	getusername.h loop.h $(top_srcdir)/lib/env.c \
+	xmalloc.h rmd160.c fstab.h mount_mntent.h mount_constants.h \
+	lomount.h getusername.h loop.h $(top_srcdir)/lib/env.c \
 	$(top_srcdir)/lib/linux_version.c $(top_srcdir)/lib/blkdev.c \
 	$(top_srcdir)/lib/fsprobe.c $(top_srcdir)/lib/mangle.c \
 	$(top_srcdir)/lib/setproctitle.c $(top_srcdir)/lib/strutils.c
 am__objects_7 = mount_static-sundries.$(OBJEXT) \
 	mount_static-xmalloc.$(OBJEXT) \
-	mount_static-canonicalize.$(OBJEXT)
+	mount_static-canonicalize.$(OBJEXT) \
+	mount_static-rmd160.$(OBJEXT)
 am__objects_8 = mount_static-fstab.$(OBJEXT) \
 	mount_static-mount_mntent.$(OBJEXT) \
 	mount_static-getusername.$(OBJEXT) \
@@ -156,12 +158,13 @@
 	$(LIBTOOLFLAGS) --mode=link $(CCLD) $(mount_static_CFLAGS) \
 	$(CFLAGS) $(mount_static_LDFLAGS) $(LDFLAGS) -o $@
 am__mtab_lock_test_SOURCES_DIST = fstab.c sundries.c xmalloc.c \
-	$(top_srcdir)/li

Bug#646423: kst: FTBFS: src/libkstapp/mainwindow.cpp:599:77: error: no matching, function for call to 'QPrinter::getPageMargins(double*, double*, double*,, double*, QPrinter::Unit)'

[peter green]

tags 646423 +patch
thanks

Failures like this are caused by code that does not maintain sufficient 
distinctions* between double and qreal. On arm architectures qreal is 
defined as float while everywhere else it is defined as double.


A patch is attatched which changes the type of some local variables 
between double and qreal for values passed through pointers/references 
and adds some typecasts for values passed as template parameters this 
makes the package build.


These changes should have no impact on other architectures.

BTW if you want to test building your package on arm but don't have the 
hardware you can run debian arm in qemu

http://www.aurel32.net/info/debian_arm_qemu.php

* assignments between them are ok because assignments between float and 
double are ok but assignments between a pointer to double and a pointer 
to qreal are not ok, nor is it ok to pass one to a reference parameter 
intended for the other. Further there can be issues related to 
overloaded functions and to templates.
Description: fix build on arm by changing variable types and adding typecasts
 On most architectures qreal is double but on arm architectures qreal is
 float. While it is OK to assign between qreal and double (because it is OK
 to assign between float and double) some constructions (pointers, references,
 templates) require the programmer to care about the distinction.
Author: Peter Green 
Bug-Debian: http://bugs.debian.org/646423
--- kst-2.0.3.orig/src/libkstapp/plotrenderitem.cpp
+++ kst-2.0.3/src/libkstapp/plotrenderitem.cpp
@@ -657,9 +657,9 @@ void PlotRenderItem::highlightNearestDat
 bool bFoundImage = false;
 
 qreal distance, minDistance = 1.0E300;
-qreal x, y;
+double x, y;
 QPointF matchedPoint;
-qreal imageZ;
+double imageZ;
 qreal dxPerPix = double(projectionRect().width())/double(rect().width());
 
 foreach(RelationPtr relation, relationList()) {
--- kst-2.0.3.orig/src/libkstapp/mainwindow.cpp
+++ kst-2.0.3/src/libkstapp/mainwindow.cpp
@@ -595,7 +595,7 @@ void MainWindow::savePrinterDefaults(QPr
   _dialogDefaults->setValue("print/landscape", printer->orientation() == QPrinter::Landscape);
   _dialogDefaults->setValue("print/paperSize", int(printer->paperSize()));
 
-  double left, top, right, bottom;
+  qreal left, top, right, bottom;
   printer->getPageMargins(&left, &top, &right, &bottom, QPrinter::Millimeter);
   _dialogDefaults->setValue("print/topLeftMargin", QPointF(left, top));
   _dialogDefaults->setValue("print/bottomRightMargin", QPointF(right, bottom));
--- kst-2.0.3.orig/src/libkstapp/arrowitem.cpp
+++ kst-2.0.3/src/libkstapp/arrowitem.cpp
@@ -54,7 +54,7 @@ void ArrowItem::paint(QPainter *painter)
 double sina = sin(theta);
 double cosa = cos(theta);
 double yin = sqrt(3.0) * deltax;
-double x1, y1, x2, y2;
+qreal x1, y1, x2, y2;
 QMatrix m(cosa, sina, -sina, cosa, 0.0, 0.0);
 
 m.map( deltax, yin, &x1, &y1);
@@ -75,7 +75,7 @@ void ArrowItem::paint(QPainter *painter)
 double sina = sin(theta);
 double cosa = cos(theta);
 double yin = sqrt(3.0) * deltax;
-double x1, y1, x2, y2;
+qreal x1, y1, x2, y2;
 QMatrix m(cosa, sina, -sina, cosa, 0.0, 0.0);
 
 m.map( deltax, yin, &x1, &y1);
--- kst-2.0.3.orig/src/libkstapp/applicationsettingsdialog.cpp
+++ kst-2.0.3/src/libkstapp/applicationsettingsdialog.cpp
@@ -106,8 +106,8 @@ void ApplicationSettingsDialog::setupGri
 
 void ApplicationSettingsDialog::setupFill() {
   QGradientStops stops;
-  stops.append(qMakePair(1.0, QColor(Qt::white)));
-  stops.append(qMakePair(0.0, QColor(Qt::lightGray)));
+  stops.append(qMakePair((qreal)1.0, QColor(Qt::white)));
+  stops.append(qMakePair((qreal)0.0, QColor(Qt::lightGray)));
   _fillTab->gradientEditor()->setDefaultGradientStops(stops);
 
   QBrush b = ApplicationSettings::self()->backgroundBrush();
--- kst-2.0.3.orig/src/libkstapp/plotitem.cpp
+++ kst-2.0.3/src/libkstapp/plotitem.cpp
@@ -989,7 +989,7 @@ void PlotItem::paintPlot(QPainter *paint
   }
   if (isUseAxisScale()) {
 QFont font(painter->font());
-qreal pointSize = qMax((font.pointSizeF() * _numberAxisLabelScaleFactor), ApplicationSettings::self()->minimumFontSize());
+qreal pointSize = qMax((font.pointSizeF() * _numberAxisLabelScaleFactor), (qreal)(ApplicationSettings::self()->minimumFontSize()));
 
 font.setPointSizeF(pointSize);
 painter->setFont(font);
@@ -2662,7 +2662,7 @@ void PlotItem::computedRelationalMax(qre
   if (relation->ignoreAutoScale())
 continue;
 
-  qreal min, max;
+  double min, max;
   relation->yRange(projectionRect().left(),
   projectionRect().right(),
   &min, &max);
@@ -2670,11 +2670,11 @@ void PlotItem::computedRelationalMax(qre
   //If the axis is in log mode, the lower extent will be the
   //minimum value larger than zero.
   if (yAxis()->axisLog())
-minimum = minimum <= 0.0 ? min : qMin(min, minimum);
+minimum = minimum <= 0.0 ?

Bug#650762: lintian: please support UNPACKDIR option

[Martin Erik Werner]

On Thu, 2011-12-22 at 10:00 +0100, Niels Thykier wrote:
>[...]
> 
> Hi,
> 
> Do we want to special-case "unpacked" from the rest of the collections?
>  It is likely to be the only collection in our setup taking that much
> space for any normal package.
> 
> That is, do we want a directive to make Lintian stuff unpacked into
> $UNPACKED_DIR and the rest into the lab in $TMPDIR as usual or do we
> just one directive in the lintian file to change the default TMPDIR?
> 
> ~Niels
> 

Given that the variable LINTIAN_LAB already exists for specifying the
directory of the lab content I had the thought that UNPACK(ED)_DIR would
be only used to direct the non-lab content.

I am not sure if the lab contents are likely to end up large enough that
it would be useful to have them also end up in UNPACK_DIR unless
redirected via LINTIAN_LAB. Is there any noticeable benefit of keeping
the lab in tmpfs while the package contents are written to disk?

If it was the case that all content got redirected by one variable, I
think it would make more sense to call it something like LINTIAN_TMPDIR
whereas if it only redirects the package contents and not the lab, use
UNPACK_DIR?

-- 
Martin Erik Werner 


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

Bug#409124: [aesthetics] report trailing blank lines and whitespace

[Niels Thykier]

tags 409124 wontfix
thanks

Hi,

In light of Russ's message in March 2009 and the fact that no one has
challenged his decision nor submitted any patches, I am marking this as
wontfix for now.

If someone thinks this check is a good idea, please let us know and have
some very good arguments for it.  Otherwise, I will close this bug soon
as it has bitrotted on the BTS for far to long now.

~Niels




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

Bug#652986: reportbug: user can loose bug report due to lack of back and cancel buttons

[josh]

Package: reportbug
Version: 6.3.1
Severity: normal

When using reportbug, if a user mistakenly chooses an option that won't
work, s/he may loose their complete text that they've just typed.

For example, I just tried to report a bug for another package. After
having written my bug report, I chose "report the bug with email"
thinking it would open an icedove compose email window, but instead
tried to use smtp. when this failed I was confronted with a dialog  that
said this had failed and asked if I would like to retry. retrying
doesn't help of course, and answering no puts you on a screen where you
can "press enter to quit report bug", and my bug report was gone.

I tried again, this time choosing the option "choose mailer", thinking I
would get the choice of icedove with that, but only got mutt & co. and
again no "back" button so I could choose something else (grrr...). I
again came to a screen where my only choice was to quit and loose my bug
report for a second time (double grrr...).

On the third try I knew enough so simply save the bug report and copy &
paste in into my icedove compose window myself.

Having "cancel" and "back" buttons would alleviate this and probably
other user unfriendly problems when the user mistakenly chooses the
wrong option. It's usually pretty standard that a user can go "back" if
they see that their previous choice has led them somewhere where they
cannot continue. Data loss is always lame.

-j

-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/josh/.reportbugrc:
reportbug_version "2.18"
mode advanced
ui text
realname "josh buhl"
email "jbuhl_nos...@gmx.de"
smtphost "mailin.uni-bonn.de"

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

Kernel: Linux 3.0.0-1-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 reportbug depends on:
ii  apt   0.8.15.9
ii  python
ii  python-reportbug  6.3.1

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  debconf-utils  
ii  debsums
ii  dlocate1.02
ii  emacs23-bin-common 23.3+1-4
ii  exim4  4.77-1
ii  exim4-daemon-light [mail-transport-agent]  4.77-1+b1
ii  file   5.09-2
ii  gnupg  1.4.11-3
ii  python-gtk22.24.0-2
ii  python-gtkspell
ii  python-urwid   
ii  python-vte 1:0.28.2-3
ii  xdg-utils  1.1.0~rc1-3

Versions of packages python-reportbug depends on:
ii  apt   0.8.15.9
ii  python
ii  python-debian 0.1.21
ii  python-debianbts  1.10
ii  python-support1.0.14

python-reportbug suggests no packages.

-- debconf-show failed



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

Bug#652987: the cdrom path is not disabled in sources.list

[prathibhab]

Package: apt-setup
version: 0.56

While installing debian using the live-installer package, the cdrom path
in the sources.list exists after the completion of the installation in
sources.list. While reloading the synaptic package manager, it shows the
error: "Failed to load cdrom..."

A patch for resolving this issue is attached.

-- 
Regards,
Prathibha
C-DAC
Chennai



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

diff -Naur apt-setup-0.56-orig/finish-install.d/10apt-cdrom-setup apt-setup-0.56/finish-install.d/10apt-cdrom-setup
--- apt-setup-0.56-orig/finish-install.d/10apt-cdrom-setup	2011-06-19 08:08:25.0 +0530
+++ apt-setup-0.56/finish-install.d/10apt-cdrom-setup	2011-12-22 09:17:48.0 +0530
@@ -1,12 +1,16 @@
 #! /bin/sh
 set -e
 
-# Disable netinst CD image in sources.list if any other sources are present
-if [ -e /cdrom/.disk/base_installable ] && \
-   [ -e /cdrom/.disk/cd_type ] && \
-   [ "$(cat /cdrom/.disk/cd_type)" = not_complete ] && \
-   grep -q "^deb \(ht\|f\)tp" /target/etc/apt/sources.list; then
-	logger -t finish-install "Disabling netinst CD in sources.list"
-	sed -i "/^deb cdrom:/s/^/#/" /target/etc/apt/sources.list
-	log-output -t finish-install chroot /target apt-get update
+disable_cdrom_path()
+{
+   logger -t finish-install "Disabling the install CD path in sources.list"
+   sed -i "/^deb cdrom:/s/^/#/" /target/etc/apt/sources.list
+   log-output -t finish-install chroot /target apt-get update
+}
+
+# Disable CD path in sources.list
+if [ -e /cdrom/.disk/base_installable ] && [ -e /cdrom/.disk/cd_type ] && \
+   ( [ "$(cat /cdrom/.disk/cd_type)" = not_complete ] && grep -q "^deb \(ht\|f\)tp" /target/etc/apt/sources.list ) || \
+   ( [ "$(cat /cdrom/.disk/cd_type)" = live ] && grep -q "^deb cdrom:" /target/etc/apt/sources.list ); then
+ 	disable_cdrom_path
 fi

Bug#619203: Please bump again to Ubuntu version

[marcel partap]

API changes cause stuff like

AttributeError: 'module' object has no attribute 'Config'

which most probably is fixed in Ubuntu's version.
#regards.



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

Bug#652980: pdf2djvu: doesn't honour DEB_BUILD_OPTIONS=noopt

[Daniel Stender]

Thanks for the bug. I'll get into it, would this demand a -2 or will it be o.k. 
to fix
this with the next upstream?

Greetings,
Daniel

On 22.12.2011 13:46, Jakub Wilk wrote:
> Source: pdf2djvu
> Version: 0.7.11-1
> Severity: minor
> 
> I rebuilt pdf2djvu with DEB_BUILD_OPTIONS=noopt, but the program was compiled 
> with -O2 anyway:
> |dh_auto_build -O--parallel
> | make[1]: Entering directory `/build/pdf2djvu-rXHPlT/pdf2djvu-0.7.11'
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o config.o config.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o debug.o debug.cc
> | tools/generate-paths-hh localedir /usr/share/locale djvulibre_bindir 
> /usr/bin
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o i18n.o i18n.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o image-filter.o image-filter.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o pdf-backend.o pdf-backend.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o pdf-dpi.o pdf-dpi.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o pdf2djvu.o pdf2djvu.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o sexpr.o sexpr.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o string-format.o string-format.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o system.o system.cc
> | tools/xml2c < xmp-dummy.xml > xmp-dummy.hh
> | tools/xml2c < xmp-xslt.xml > xmp-xslt.hh
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2 -c -o xmp.o xmp.cc
> | g++ -fopenmp -g -O2 -Wall -pthread   -I/usr/include/poppler   
> -I/usr/include/GraphicsMagick  
> -I/usr/include/libxml2  config.o debug.o i18n.o image-filter.o 
> pdf-backend.o pdf-dpi.o
> pdf2djvu.o sexpr.o string-format.o system.o xmp.o  -ldjvulibre   -lpoppler   
> -lGraphicsMagick++
> -lGraphicsMagick-lxslt -lxml2   -o pdf2djvu
> | make[1]: Leaving directory `/build/pdf2djvu-rXHPlT/pdf2djvu-0.7.11'




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

Bug#652988: file: identify cube{1, 2} map formats

[Martin Erik Werner]

Package: file
Version: 5.09-2
Severity: wishlist

Dear Maintainer,
It would be great if file would be able to identify the map files for
cube-engine based games.
The identification of these files should be possible to do via
$ gunzip < foo.{cgz, mpz} | strings | head -n1
Where  |  corresponds to
ACMP  Map file for the AssaultCube FPS game
CUBE  Map file for cube and cube2 engine games
MAPZ) Map file for the Bloodfrontier/Red Eclipse FPS games


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

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

Versions of packages file depends on:
ii  libc6  2.13-21
ii  libmagic1  5.09-2
ii  zlib1g 1:1.2.3.4.dfsg-3

file recommends no packages.

file 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#644174:

[Mathieu Malaterre]

Scenario 0: Nothing plugged to no USB 2.0/3.0 port:

- can boot 2.6.32-5-amd64
- can boot 2.6.39-bpo.2-amd64
- can boot 3.1.0-1-amd64

Scenario 1: Mouse plugged to USB 2.0 port:

- can not boot 2.6.32-5-amd64
- can boot 2.6.39-bpo.2-amd64
- can boot 3.1.0-1-amd64

Scenario 2: Mouse plugged to USB 3.0 port:

- can not boot 2.6.32-5-amd64
- can not boot 2.6.39-bpo.2-amd64
- can not boot 3.1.0-1-amd64


-- 
Mathieu



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

Bug#652846: sane-utils: Offer to add saned user to lp group so MFP scanners work

[Ivan Baldo]

Excellent! Thanks!!!
Have a great day! :-)



El 22/12/11 07:17, Julien BLACHE escribió:

severity 652846 wishlist
fixed 652846 1.0.22-1
close 652846
thanks

Ivan Baldo  wrote:

Hi,


   It would be nice to have a debconf question to add the "saned" user to
the "lp" group for this class of devices so they work, making things
easier for the Debian user.

It is a very bad idea to add members to the lp group other than the
printing daemons.

The MFP issue is fixed in 1.0.22-1 as users in the scanner group will be
granted access through ACLs. Backports are available for Squeeze.

JB.



--
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: iba...@codigolibre.net - http://go.to/ibaldo




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

Bug#644162: asterisk-espeak 2.5 works with newer asterisk

[Tzafrir Cohen]

Hi

I've updated the packaging for asterisk-espeak 2.5, that works with
newer Asterisk. Only tested to build and load. Didn't test it to work.

http://anonscm.debian.org/gitweb/?p=users/tzafrir/asterisk-espeak.git;a=summary

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir



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

Bug#652945: Atrocious interactions between CDBS, libtool and source format 3.0 (quilt)

[Josselin Mouette]

Le jeudi 22 décembre 2011 à 00:45 +, Steve McIntyre a écrit : 
> I've
> just had to update the dvbstreamer package's local copy of libtool to
> make it build binaries in a current unstable chroot.
[snip hours of struggling] 
> I've looked in vain for any way to make this work, but cannot find
> one.

It is true that cdbs lacks documentation and this is a serious problem
that needs dealing with, but it’s not as if nobody knew how it works.
You could have just asked, and you would have been answered with
dh-autoreconf which works very easily with cdbs.

> Please remove this under-documented and badly-designed rubbish from
> the archive. It's been responsible for bad maintainer behaviour and
> lots of RC bugs in the past, and I can see this happening again and
> again in future.

Please don’t do that until there is a suitable replacement. And although
it is a good start, dh is certainly not complete enough for that.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#479659: RFH: wine -- Windows API implementation

[Boris Pek]

Hi,

Any solution in this thread?

I am successfully using the wine package from PPA in Launchpad in my Debian Sid
systems. But this is not good advise for most users.

Best regards,
Boris

Bug#652989: ITP: opencernlib-pack-minuit -- MINUIT -- Function Minimization and Error Analysis

[Bastien ROUCARIES]

Package: wnpp
Severity: wishlist
Owner: bastien ROUCARIES 

* Package name: opencernlib-pack-minuit
  Version : 2011.12.20
  Upstream Author : Bastien ROUCARIÉS 
* URL : http://opencernlib.tuxfamily.org/
* License : GPL2+
  Programming Lang: Fortran, C
  Description : MINUIT -- Function Minimization and Error Analysis

 Minuit is conceived as a tool to find the minimum value of a multi-parameter 
function 
 and analyze the shape of the function around the minimum. The principal 
application is 
 foreseen for statistical analysis, working on chisquare or log-likelihood 
functions, 
 to compute the best-fit parameter values and uncertainties, including 
correlations 
 between the parameters. It is especially suited to handle difficult problems, 
 including those which may require guidance in order to find the correct 
solution. 



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

Bug#652957: xserver-xorg-video-nouveau: bad dimensions for background image with nouveau driver

[Sven Joachim]

On 2011-12-22 10:02 +0100, MG wrote:

> With nouveau driver on a nvidia geforce4 mX4000, the backround image
> of my desktop is not correctly scaled (screen capture joined).

Please show the output of xrandr.

Your logs show that a TV output is detected:

> [29.876] (II) NOUVEAU(0): Output VGA-1 connected
> [29.876] (II) NOUVEAU(0): Output TV-1 connected
> [29.876] (II) NOUVEAU(0): Using user preference for initial modes
> [29.876] (II) NOUVEAU(0): Output VGA-1 using initial mode 1440x900
> [29.876] (II) NOUVEAU(0): Output TV-1 using initial mode 1024x768
> [...]
> [8.553872] [drm] nouveau :01:00.0: Output VGA-1 is running on CRTC 0 
> using output A
> [8.580566] [drm] nouveau :01:00.0: Setting dpms mode 0 on TV encoder 
> (output 1)
> [8.580573] [drm] nouveau :01:00.0: Output TV-1 is running on CRTC 1 
> using output B

Do you actually have a TV output connected?

Cheers,
   Sven



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