Bug#627710: Announce of the upcoming NMU for the initz package

[Christian PERRIER]

Dear maintainer of initz and Debian translators,

Some days ago, I sent a notice to the maintainer of the initz Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs da de es fr it ja nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the initz package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Saturday, March 24, 
2012. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Sunday, March 11, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Friday, March 16, 2012   : send this notice
 Saturday, March 24, 2012   : (midnight) deadline for receiving translation 
updates
 Sunday, March 25, 2012   : build the package and upload it to DELAYED/7-day
 send the NMU patch to the BTS
 Sunday, April 01, 2012   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: initz\n"
"Report-Msgid-Bugs-To: in...@packages.debian.org\n"
"POT-Creation-Date: 2012-03-16 06:59+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Do you want to install a system-wide initz service?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you accept here all users in your system can use Initz automatically."
msgstr ""


signature.asc
Description: Digital signature

Bug#660965: xfonts-traditional: General update after the debconf review process (translations included)

[Christian PERRIER]

Dear Debian maintainer,

On Sunday, February 05, 2012, I sent you a notification about the beginning of 
a review
action on debconf templates for xfonts-traditional.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported. *In the case of
xfonts-traditional, this is even more important because I double
checked every incoming PO file because of last minute changes to
debconf templates*


The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Sunday, February 05, 2012. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- xfonts-traditional.old/debian/xfonts-traditional.templates  2012-02-02 
22:26:54.913955741 +0100
+++ xfonts-traditional/debian/xfonts-traditional.templates  2012-03-01 
07:47:37.478601591 +0100
@@ -1,59 +1,67 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: xfonts-traditional/generate
 Type: boolean
 Default: true
 _Description: Generate traditional versions of fonts?
- xfonts-traditional can automatically generate traditional versions
- (with foundry "Trad" instead of "Misc" of all fonts for which it has
- an idea about the glyphs.  (Currently this is versions of 6x13, aka
- "fixed").
+ With xfonts-traditional it is possible to automatically generate
+ traditional versions (with foundry "Trad" instead of "Misc") of all
+ fonts where it is clear what needs to be done.  Currently this means
+ versions of 6x13, also known as "fixed".
  .
- But you may prefer not to do this automatically, and would rather
- just have the tool installed.
+ But you may prefer just to have the tool installed and not to do this
+ automatically.
 
 Template: xfonts-traditional/reconfigure-xterm
 Type: boolean
 Default: false
 _Description: Configure xterm to use traditional font?
- You can have the xterm default UTF-8 font changed to the traditional 
+ You can have the xterm default UTF-8 font changed to the traditional
  version.
  .
- If you approve, I will edit /etc/X11/app-default/XTerm for you, and
- save your old file as XTerm.backup.not-trad.  (Note that this is a
- conffile so you may get prompts from dpkg about it in the future.)
+ Choosing this option will modify /etc/X11/app-defaults/XTerm, preserving
+ the old file as XTerm.backup.not-trad.  As this is a configuration file,
+ you may get prompts from dpkg about it in the future.
  .
- Alternatively, if you do not want me to change the default, I will
- generate XTerm.trad for you to do what you like with.
+ Alternatively, if you do not want to change the default, XTerm.trad
+ will be created but not used.
  .
  To revert the change, simply change the key "*VT100.utf8Fonts.font"
- back from "-trad-..."  to "-misc-...", or rename the old file back
+ back from "-trad-..." to "-misc-...", or rename the old file back
  into place.
 
 Template: xfonts-traditional/remap-fixed
 Type: boolean
 Default: false
 _Description: Configure system to use traditional "fixed"?
- You can have the font alias "fixed" remapped to the traditional version.
+ The "fixed" font alias can be remapped to the traditional version.
  .
- If you approve, I will edit /etc/X11/fonts/misc/xfonts-base.alias for
- you, and save your old file as xfonts-base.alias.backup.not-trad.
- (Note that this is a conffile so you may get prompts from dpkg about
- it in the future.)
+ Choosing this option will modify /etc/X11/fonts/misc/xfonts-base.alias

Bug#664178: upgrade-reports: Laptop doesn't recognise an usb keyboard before booting

[Max Sievers]

Package: upgrade-reports
Severity: important
Tags: d-i

Dear Maintainer,

I have upgraded my installation from Squeeze to Wheezy. Since then I can't use 
an usb keyboard but only the keyboard of the laptop before Linux is loaded.

Instead of what the Installer hardware-summary below says the output of
uname -a is:
Linux debian 2.6.32-5-486 #1 Mon Jan 16 15:32:33 UTC 2012 i686 GNU/Linux

Machine: IBM Thinkpad X32

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze4"
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
uname -a: Linux debian 2.6.32-5-486 #1 Mon Jan 16 15:32:33 UTC 2012 i686 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to 
I/O Controller [8086:3340] (rev 03)
lspci -knn: Subsystem: IBM Device [1014:0529]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82855PM Processor to 
AGP Controller [8086:3341] (rev 03)
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:052d]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:052d]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:052d]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM 
(ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:052e]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI 
Bridge [8086:2448] (rev 81)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC 
Interface Bridge [8086:24cc] (rev 01)
lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) 
IDE Controller [8086:24ca] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:052d]
lspci -knn: Kernel driver in use: ata_piix
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:052d]
lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 
82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 
01)
lspci -knn: Subsystem: IBM Device [1014:0534]
lspci -knn: 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:0559]
lspci -knn: 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc 
Radeon Mobility M6 LY [1002:4c59]
lspci -knn: Subsystem: IBM Device [1014:052f]
lspci -knn: 02:00.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] 
(rev aa)
lspci -knn: Subsystem: IBM Device [1014:0532]
lspci -knn: Kernel driver in use: yenta_cardbus
lspci -knn: 02:00.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] 
(rev aa)
lspci -knn: Subsystem: IBM Device [1014:0532]
lspci -knn: Kernel driver in use: yenta_cardbus
lspci -knn: 02:00.2 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 
Controller [1180:0552] (rev 02)
lspci -knn: Subsystem: IBM Device [1014:0533]
lspci -knn: Kernel driver in use: firewire_ohci
lspci -knn: 02:01.0 Ethernet controller [0200]: Intel Corporation 82540EP 
Gigabit Ethernet Controller (Mobile) [8086:101e] (rev 03)
lspci -knn: Subsystem: IBM Device [1014:0549]
lspci -knn: Kernel driver in use: e1000
usb-list:
usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 
00
usb-list:Manufacturer: Linux 2.6.32-5-486 ehci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list:
usb-list: Bus 02 Device 01: UHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 
00
usb-list:Manufacturer: Linux 2.6.32-5-486 uhci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list:
usb-list: Bus 03 Device 01: UHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 
00
usb-list:Manufacturer: Linux 2.6.32-5-486 uhci_hcd
usb-list:Interface 00: Class 09(hub  ) Subc

Bug#662854: strace

[Luca Falavigna]

Il 15 marzo 2012 21:47, Isaac Freeman  ha scritto:
> Do you know which package would have the debugging symbols?

I suspect this is related to the underlying protocol, so you may want
to install freerdp-dbg or libvncserver-dev, depending on the protocol
you were using.



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

Bug#662927: anthy or ibus-anthy sometimes dies with last-record2_default.utf8 locked

[NOKUBI Takatsugu]

Sorry for my late reply.

I think it would be ibus-anthy or ibus's problem.

At Wed, 7 Mar 2012 19:30:21 +0900 (JST),
hachisukakorok...@yahoo.co.jp wrote:
> And 
> ls -l /proc/PID/fd
> shows like below;
> lrwx-- 1 user user 64 2012-03-01 01:38 0 -> /dev/null
> lrwx-- 1 user user 64 2012-03-01 01:38 1 -> /dev/null
> lr-x-- 1 user user 64 2012-03-01 01:38 10 -> pipe:[12905]
> lrwx-- 1 user user 64 2012-03-01 01:38 2 -> /dev/null
> lr-x-- 1 user user 64 2012-03-01 01:38 3 -> pipe:[12906]
> l-wx-- 1 user user 64 2012-03-01 01:38 4 -> pipe:[12906]
> lrwx-- 1 user user 64 2012-03-01 01:38 5 -> socket:[12907]
> lrwx-- 1 user user 64 2012-03-01 01:38 6 -> 
> /home/user/.anthy/last-record2_default.utf8
> lrwx-- 1 user user 64 2012-03-01 01:38 8 -> socket:[12894]
> lrwx-- 1 user user 64 2012-03-01 01:38 9 -> pipe:[12905]

I'm not familiar about ibus, but it seems a process linked with
libanthy remained running, and ibus frontend process would be died.

I'll try to make a Debian environment like you, and reproduce the
issue.



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

Bug#663700: fixed in mod-gearman 1.2.6-1

[Florian Ernst]

Hello there,

On Thu, Mar 15, 2012 at 10:48:34PM +, Stig Sandbeck Mathisen wrote:
> Source: mod-gearman
> Source-Version: 1.2.6-1
> 
> We believe that the bug you reported is fixed in the latest version of
> mod-gearman, which is due to be installed in the Debian FTP archive:
> [...]
> Description: 
>  mod-gearman-doc - Documentation and examples for Mod-Gearman
>  mod-gearman-module - Nagios/Icinga event broker module for Mod-Gearman
>  mod-gearman-tools - Tools for mod-gearman
>  mod-gearman-worker - Worker agent for Mod-Gearman
> Closes: 663700
> Changes: 
>  mod-gearman (1.2.6-1) unstable; urgency=low
>  .
>* New upstream release (Closes: #663700)

Confirmed:

$ /usr/lib/nagios/plugins/check_gearman -H 127.0.0.1 -q worker_fernst -s check
| check_gearman OK - fernst has 4 worker and is working on 0 jobs. Version: 
1.2.6|worker=4;;;1;20 jobs=493c

All is well. Thanks a lot!

Cheers,
Flo



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

Bug#663885: [Pkg-fonts-devel] Bug#663885: RFS: googlefontdirectory-tools/20120309.1-1

[Christian PERRIER]

Quoting Martin Erik Werner (martinerikwer...@gmail.com):

> Please upgrade to lintian 1.5.6, see my initial post for more info ;)


Ahh, oops, overread that..:-)

(well, my build chroot is supposed to be updated every day but the
local mirror I use has indeed trouble nowadays : it not longer fitsin
my server's disk space and I'm probably a bit outdated in these build
chroots)




signature.asc
Description: Digital signature

Bug#656115: closed by Dominique Belhachemi (Bug#584300: fixed in vtk 5.8.0-8)

[Mathieu Malaterre]

On Thu, Mar 15, 2012 at 11:35 AM, Jochen Sprickerhof
 wrote:
> $ cmake .
> [..]
> -- QVTK found: ON

Ok this one is annoying. This variable should be set within the
QTConfig.cmake file.

> And you get a ton of these:
> -- The imported target "vtkWrapTcl" references the file
>   "/usr/bin/vtkWrapTcl"
> but this file does not exist.  Possible reasons include:
> * The file was deleted, renamed, or moved to another location.
> * An install or uninstall procedure did not complete successfully.
> * The installation package was faulty and contained
>   "/usr/lib/vtk-5.8/VTKTargets-release.cmake"
> but not all the files it references.

Those are status messages, why should it be an issue ?

-- 
Mathieu



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

Bug#662760: apt-cacher-ng: logrotate script errors

[Frederik Himpe]

On Fri, 2012-03-16 at 00:22 +0100, Eduard Bloch wrote:
> severity 662760 minor
> thanks
> 
> Hallo,
> * Frederik Himpe [Tue, Mar 06 2012, 09:31:09AM]:
> 
> > I have installed apt-cacher-ng from Wheezy on Debian Squeeze because the
> > version in Squeeze has some annoying bugs. Since updating to 0.7.1 however,
> > the logrotate script fails with these errors:
> > /etc/cron.daily/logrotate:
> > error: apt-cacher-ng:2 unknown option 'su' -- ignoring line
> 
> There is no real bug in the package. Adding that option was needed, see
> /usr/share/doc/logrotate/NEWS.Debian.gz (in Wheezy) for details.

In that case you need to add a dependency on the required version of the
logrotate package IMO. Other Wheezy packages do not assume that I am
running a completely up to date Wheezy distro, so it feels wrong to me
that apt-cacher-ng is making this assumption.

> If you backport a package to Stable then make sure to adapt such
> details as well.

It's not a backport, it's the package from Wheezy installed on Squeeze. 


-- 
Frederik Himpe 
Vrije Universiteit Brussel




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

Bug#383347: owning this bug

[Ritesh Raj Sarraf]

I am ITPing this bug as I like the idea of automated crash handling and
other stuff apport does.

I have already done the packaging [1] and the basic stuff works, as in,
if you trigger a segfault, it gets trapped and apport is called.
Right now, apport seems to be crashing. It is perhaps to do with some of
the missing modules (maybe related to launchpadlib).

I will look into it soon as time permits. I anyone is interested, please
feel free to check out the git repo.

[1] http://anonscm.debian.org/gitweb/?p=collab-maint/apport.git

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#664179: ruby-compass: update homepage in control

[Frederic Junod]

Source: ruby-compass
Version: 0.12.1~dfsg-1
Severity: minor

In debian/control.in, the project homepage should be changed to
http://compass-style.org/

Regards,

fredj

-- 
Frédéric Junod
Camptocamp SA



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

Bug#664058: dpkg-dev: please add action to dpkg-buildflags to get an overview of the settings

[Raphael Hertzog]

Hi,

the idea seems good, in particular since we had to remove this
from dpkg-buildpackage because the information outputted there could
not be accurate (i.e. no access to DEB_*_MAINT_* variables).

Here's a review so that you can bring your patch in a state where I can
merge it.

On Thu, 15 Mar 2012, Bernhard R. Link wrote:
> --- a/man/dpkg-buildflags.1
> +++ b/man/dpkg-buildflags.1
> @@ -72,6 +72,17 @@ Print the list of flags supported by the current vendor
>  (one per line). See the \fBSUPPORTED FLAGS\fP section for more
>  information about them.
>  .TP
> +.BI \-\-status
> +Print all information to standard output:
> +Environment variables that might have had some influence,
> +the current vendor,
> +the state of all feature flags, and finally
> +all compiler flags together with their origin and values.

Suggestion of a better sentence:

Display any information that can be useful to explain the behaviour
of dpkg-buildflags: relevant environment variables, current vendor,
state of all feature flags. Also print the resulting compiler
flags with their origin.

> +This is intended to be run from debian/rules, so that the log
> +contains all the information or to debug why the flags are that
> +they end up to be.

Reworded:

This is intended to be run from \fBdebian/rules\fP, so that the
build log keeps a clear trace of the build flags used. This can
be useful to diagnose problems related to them.

> --- a/scripts/Dpkg/BuildFlags.pm
> +++ b/scripts/Dpkg/BuildFlags.pm

Please document the fact that you added a new method in the corresponding
section at the end of the file. ($VERSION="1.02" has not been released
yet, otherwise you'd have to increase it to "1.03" and document it there)

> diff --git a/scripts/dpkg-buildflags.pl b/scripts/dpkg-buildflags.pl
> index d0f9fa8..890076b 100755
> --- a/scripts/dpkg-buildflags.pl
> +++ b/scripts/dpkg-buildflags.pl
> @@ -24,6 +24,7 @@ use Dpkg;
>  use Dpkg::Gettext;
>  use Dpkg::ErrorHandling;
>  use Dpkg::BuildFlags;
> +use Dpkg::Vendor qw(get_current_vendor);
>  
>  textdomain("dpkg-dev");
>  
> @@ -52,6 +53,7 @@ Actions:
>   compilation flags in a shell script, in make,
>   or on a ./configure command line.
>--dump output all compilation flags with their values
> +  --status   informational message about current status

Better:
print a synopsis with all parameters affecting
the behaviour of dpkg-buildflags

> @@ -80,6 +82,10 @@ while (@ARGV) {
>  usageerr(_g("two commands specified: --%s and --%s"), "list", 
> $action)
>  if defined($action);
>  $action = "list";
> +} elsif (m/^--status$/) {
> +usageerr(_g("two commands specified: --%s and --%s"), "status", 
> $action)
> +if defined($action);
> +$action = "status";

This would be the 3rd copy of the same boiler-plate code. Please merge the
3 copies in one (using /^--(status|list|dump)$/ and later $1 instead of
the hardcode value).

> +} elsif ($action eq "status") {
> +# prefix everything with "dpkg-buildflags: " to allow easy extraction
> +# from a buildd log.

IMO this is not the proper way to extract it automatically. If you want
this feature, you should add a unique (and fixed) start/end marker.

Maybe something like this ?

--- BEGIN DPKG-BUILDFLAGS STATUS ---
[…]
--- END DPKG-BUILDFLAGS STATUS ---

If you really want to keep the "dpkg-builflags: " prefix, then you should
use one of the functions exported by Dpkg::ErrorHandling. But I don't
think it's required.

> +# results: (would be nice to only print those having an effect for
> +# the current vendor, but getting that information here would be
> +# quite tough):

You can easily do that... instead of hardcoding it here, create
a new vendor hook for this purpose. Either the vendor hook
allows to extend your @envvars or it prints directly supplementary
information to include...

> +my @envvars = ('DEB_VENDOR', 'DEB_BUILD_OPTIONS',
> +   'DEB_BUILD_MAINT_OPTIONS', 'DEB_BUILD_HARDENING');

And indeed I was puzzled by seeing DEB_BUILD_HARDENING but realized thanks
to your comment that it was only relevant for Ubuntu...

> +foreach my $flag ($build_flags->list()) {
> + push @envvars, "DEB_" . $flag . "_SET",
> + "DEB_" . $flag . "_STRIP",
> + "DEB_" . $flag . "_APPEND",
> + "DEB_" . $flag . "_PREPEND",
> + "DEB_" . $flag . "_MAINT_SET",
> + "DEB_" . $flag . "_MAINT_STRIP",
> + "DEB_" . $flag . "_MAINT_APPEND",
> + "DEB_" . $flag . "_MAINT_PREPEND";
> +}

This list should not be hardcoded at this level but in Dpkg::BuildFlags.
Please create a new method list_envvar() that returns this list and use it
here.

> + # note that DEB_*_MAINT_* currently is not reflected
> + # by $origin...

This was on purpose. It's a choice of the maintainer and thus of

Bug#664180: lwjgl: FTBFS: Execute failed: java.io.IOException: Cannot run program "apt": java.io.IOException: error=2, No such file or directory

[Moritz Muehlenhoff]

Package: lwjgl
Version: 2.7.1+dfsg-2
Severity: serious

Your package fails to build from source:

BUILD FAILED
/home/jmm/lwjgl-2.7.1+dfsg/platform_build/build-generator.xml:54: Execute 
failed: java.io.IOException: Cannot run program "apt": java.io.IOException: 
error=2, No such file or directory
at java.lang.ProcessBuilder.start(ProcessBuilder.java:475)
at java.lang.Runtime.exec(Runtime.java:610)
at 
org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:862)
at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:481)
at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:495)
at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:631)
at 
org.apache.tools.ant.taskdefs.ExecuteOn.runParallel(ExecuteOn.java:716)
at org.apache.tools.ant.taskdefs.ExecuteOn.runExec(ExecuteOn.java:479)
at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:498)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
at 
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1251)
at org.apache.tools.ant.Main.runBuild(Main.java:809)
at org.apache.tools.ant.Main.startAnt(Main.java:217)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
Caused by: java.io.IOException: java.io.IOException: error=2, No such file or 
directory
at java.lang.UNIXProcess.(UNIXProcess.java:164)
at java.lang.ProcessImpl.start(ProcessImpl.java:81)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:468)
... 24 more

Total time: 8 seconds
make[1]: *** [override_dh_auto_build] Error 1
make[1]: Leaving directory `/home/jmm/lwjgl-2.7.1+dfsg'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#610120: RFP: inSSIDer -- graphical wifi scanner

[Marc Haber]

On Tue, Jan 25, 2011 at 03:02:12PM +0100, Fabrizio Regalli wrote:
> for those who intend take this package, there is a .deb package
> available here:
> 
> https://github.com/downloads/metageek-llc/inSSIDer-2-Cross-Platform/inssider_0.1.0.0111_i386.deb

If there is no source package, that doesn't help much for Debian
packaging. Additionally, this seems to be an older version judging
from the filename. I wasn't able to find any reference to a linux
version on the metageek page.

Greetings
Marc


-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062



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

Bug#664064: linux-image-3.3.0-rc6-amd64: 4 messages every minute in syslog from netlink

[Reinhard Karcher]

Am 15.03.2012 18:14, schrieb Ben Hutchings:

It would be useful if we could tell which program is sending the
message, but I think that may be difficult to do.



Some further investigation showed that the 1st occurrence of the message 
is related to the start of KDE. After stopping X (and KDE) there are no 
new messages logged.


Reinhard



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

Bug#664181: RFS: trustmanager/3.0.5-1 [ITP]

[Dennis van Dok]

Package: sponsorship-requests
Severity: wishlist

  Package: sponsorship-requests
  Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

  I am looking for a sponsor for my package "trustmanager"

 * Package name: trustmanager
   Version : 3.0.5-1
   Upstream Author : [fill in name and email of upstream]
 * URL : [fill in URL of upstreams web site]
 * License : [fill in]
   Section : java

  It builds those binary packages:

libtrustmanager-java - Java TrustManager interface with grid features
 libtrustmanager-java-doc - Java TrustManager interface with grid features

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/trustmanager


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

dget -x 
http://mentors.debian.net/debian/pool/main/t/trustmanager/trustmanager_3.0.5-1.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

  * Initial release. (Closes: #656389)

  Regards,
   Dennis van Dok



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

Bug#497539: [applied] aptitude: fails to build with -D_FORTIFY_SOURCE=2

[Daniel Hartwig]

tags 497539 + pending
thanks

commit f8191add22b781b4453b95d2c02c890214f1f57a
Author: Daniel Hartwig 
Date:   Fri Mar 16 16:56:35 2012 +0800

Apply patch from Ubuntu to build -D_FORTIFY_SOURCE=2 errors



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

Bug#664064: netlink messages

[Reinhard Karcher]

It's not an effect of Debian specific changes, a kernel generated from 
latest kernel git shows the same messages.


Reinhard



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

Bug#664182: calibre.desktop file does not have epub listed as one of the filetypes

[shirish शिरीष]

Package: calibre
Version: 0.8.41+dfsg-1
Severity: minor

Dear Maintainer,
   The calibre.desktop file at
/usr/share/applications/calibre.desktop does not associate with epub .
Either calibre.desktop should do it or there could be perhaps
ebook-viewer.desktop which is associated with .epub filetype. Couple
of links[1][2] which perhaps gives idea what I mean.

https://wiki.archlinux.org/index.php/Xdg-open#xdg-mime
http://webdesign.about.com/od/epub/a/what-is-the-epub-mimetype-file.htm

Looking forward to help.

The calibre.desktop as it is now.

$ cat /usr/share/applications/calibre.desktop
[Desktop Entry]
Type=Application
Name=calibre
Comment=E-book library management
Comment[es]=aplicación para la gestión de libros electrónicos
Comment[de]=E-Book Bibliotheksverwaltung
Exec=calibre
Icon=calibre
Categories=Office;Database;FileTools;Viewer;Qt;

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

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

Versions of packages calibre depends on:
ii  calibre-bin0.8.41+dfsg-1
ii  fonts-liberation [ttf-liberation]  1.07.2-2
ii  imagemagick8:6.6.9.7-6
ii  poppler-utils  0.16.7-3
ii  python-beautifulsoup   3.2.0-2
ii  python-chardet 2.0.1-2
ii  python-cherrypy3   3.2.2-2
ii  python-cssutils0.9.9-1
ii  python-dateutil1.5-1
ii  python-dbus0.84.0-3
ii  python-imaging 1.1.7-4
ii  python-lxml2.3.2-1
ii  python-mechanize   1:0.2.5-2
ii  python-pkg-resources   0.6.24-1
ii  python-pyparsing   1.5.2-2
ii  python-qt4 4.9.1-1
ii  python-routes  1.13-1
ii  python2.7  2.7.3~rc1-1
ii  ttf-liberation 1.07.2-2
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages calibre recommends:
ii  python-dnspython  1.9.4-1

calibre suggests no packages.

-- no debconf information

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



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

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

[Bjørn Mork]

Shannon Dealy  writes:

> I created a file "/etc/modprobe.d/iwlagn.conf" and placed the
> following line in it:
>
>   options iwlagn 11n_disable=1 11n_disable50=1

Note that the 11n_disable50 options was removed in 3.0 and the iwlagn
module was renamed to iwlwifi in 3.2.

Which makes this workaround pretty much irrelevant to any current Debian
kernel as noone(?) has seen the bug in 2.6.32.  Are you still using the
2.6.39-1 kernel you originally opened this bug against?

FWIW, I enabled power_save a few days ago (was previously at default)
after the nice summary from Meenakshi, just to see if I could replicate
this issue.  My module parameters are now:

bjorn@nemi:~$ grep . /sys/module/iwlwifi/parameters/*
/sys/module/iwlwifi/parameters/11n_disable:0
/sys/module/iwlwifi/parameters/ack_check:N
/sys/module/iwlwifi/parameters/amsdu_size_8K:1
/sys/module/iwlwifi/parameters/antenna_coupling:0
/sys/module/iwlwifi/parameters/auto_agg:Y
/sys/module/iwlwifi/parameters/bt_ch_inhibition:Y
/sys/module/iwlwifi/parameters/bt_coex_active:Y
/sys/module/iwlwifi/parameters/fw_restart:1
/sys/module/iwlwifi/parameters/led_mode:0
/sys/module/iwlwifi/parameters/no_sleep_autoadjust:Y
/sys/module/iwlwifi/parameters/plcp_check:Y
/sys/module/iwlwifi/parameters/power_level:0
/sys/module/iwlwifi/parameters/power_save:Y
/sys/module/iwlwifi/parameters/queues_num:0
/sys/module/iwlwifi/parameters/swcrypto:0
/sys/module/iwlwifi/parameters/ucode_alternative:1
/sys/module/iwlwifi/parameters/wd_disable:0


And I am often using 802.11n at 5GHz.  Still haven't seen the issue.

But I wonder about Juha's observation about this difference between my
setup: 

  [   12.611061] iwlwifi :03:00.0: L1 Disabled; Enabling L0S

and his:

  [245082.407512] iwlwifi :03:00.0: L1 Enabled; Disabling L0S

This looks extremely suspicious to me in light of Meenakshi's comment on
known issues with L1 on these devices and that Intel therefore use L0S
by default.

How come Juha end up with L1 enabled, then?  And is that the case for
everyone seeing this bug?



Bjørn



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

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

[Daniel Hartwig]

severity 663910 normal
thanks

> Severity: grave
> Justification: renders package unusable

Dropping severity, package is quite usable:

- problem only affects libpam-tmpdir users, mainly at the time of install;
- daemon starts fine on reboot;
- manually invoking distccd as non-root also works.


Users of libpam-tmpdir experiencing this problem can add 'TMPDIR=/tmp'
to /etc/default/distcc and then run 'invoke-rc.d distcc start'.


>>
>> By any chance, were you installing via su?
>
> Yes.
>
> # echo $TMPDIR
> /tmp/user/0
>

Ok.  So root's env is being passed from dpkg to invoke-rc.d to distccd.

I have initially thought that somewhere along that line the env should
be cleaned a little, however, it seems that neither dpkg[1] nor
sysvinit[2] feel this is really appropriate (or practical, desirable?)
to do on their ends.

After considering those reports, I conclude that there is some utility
to keeping the env as the admin sets it.

The author of libpam-tmpdir recommends that daemons initiate their own
PAM session.[3]  This would fix the issue with TMPDIR as well as any
other latent problems relating to PAM and local admin policy, etc..

Other solutions used in the wild:
- add TMPDIR=/tmp in /etc/default/distcc;
- check that TMPDIR is writable, falling back to /tmp; or
- unset TMPDIR in /etc/init.d/distcc.

but those remove various degrees of control/convenience from the local admin.


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631081#58
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508686#45
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=294347#15



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

Bug#601605: fbreader - xdg-basedir specification feature request there

[shirish शिरीष]

Hi all,
There is a feature-request for toeing the xdg-basedir specification at
fbreader mantis bug-tracker . Maybe this is what we need.

http://old.fbreader.org/mantis/view.php?id=472

Not sure though whether that is enough or should I explicitly ask for
the .epub filetype support to be added to the .desktop file there.

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



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

Bug#664181: Info received (RFS: trustmanager/3.0.5-1 [ITP])

[Dennis van Dok]

Sorry for not filling the template properly.


Here's the details:

* Package name: trustmanager
   Version : 3.0.5-1
   Upstream Author : Joni Hahkala 
 * URL : https://twiki.cern.ch/twiki/bin/view/EGEE/TrustManager
 * License : Apache 2
   Section : java

Dennis




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

Bug#664183: okular should register as a handler for the application/epub+zip mime type

[shirish शिरीष]

Package: okular
Version: 4:4.7.4-2
Severity: wishlist

Dear Maintainer,
As per subject. Also, it would be nice if the .desktop file for okular would
declare/add a MimeType=... line which includes the application/epub+zip mime
type.As of right now it just declares
MimeType=application/vnd.kde.okular-archive; . This is from
/usr/share/applications/kde4/okular.desktop and the last line.

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

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

Versions of packages okular depends on:
ii  kde-runtime   4:4.7.4-2
ii  libc6 2.13-27
ii  libfreetype6  2.4.8-1
ii  libjpeg8  8d-1
ii  libkdecore5   4:4.7.4-4
ii  libkdeui5 4:4.7.4-4
ii  libkio5   4:4.7.4-4
ii  libkparts44:4.7.4-4
ii  libkprintutils4   4:4.7.4-4
ii  libkpty4  4:4.7.4-4
ii  libokularcore14:4.7.4-2
ii  libphonon44:4.6.0.0-1
ii  libpoppler-qt4-3  0.16.7-3
ii  libqca2   2.0.3-2
ii  libqimageblitz4   1:0.0.6-4
ii  libqt4-dbus   4:4.7.4-2
ii  libqt4-svg4:4.7.4-2
ii  libqt4-xml4:4.7.4-2
ii  libqtcore44:4.7.4-2
ii  libqtgui4 4:4.7.4-2
ii  libspectre1   0.2.6-1+b1
ii  libstdc++64.6.3-1
ii  phonon4:4.6.0.0-1
ii  zlib1g1:1.2.6.dfsg-2

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript9.05~dfsg-3
ii  jovie  4:4.7.4-2
ii  okular-extra-backends  
ii  poppler-data   0.4.5-2
ii  texlive-binaries   2009-12
ii  unrar  1:4.1.4-1

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



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

Bug#663487: vmpk: Doesn't work with timidity anymore

[Mehdi Dogguy]

Hi,

On 15/03/12 22:59, Gilles Filippini wrote:


I was curious and gave a try at enabling several RtMidi backends
into the same build. The result is a vmpk executable supporting ALSA,
Jack and UDP Midi. For now only one backend is used at runtime,
selected with a command line option, but it should be possible to
enable every available backends and switch from one to another using
the preferences dialog.



Nice try.


Do you think upstream would welcome such a patch?



Upstream is nice (and CC'ed).

Pedro, what do you think of Gilles idea?

Regards,

--
Mehdi



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

Bug#664165: RFS: not-yet-commons-ssl/0.3.9-2 [ITP]

[Dennis van Dok]

Op 16-03-12 00:26, I wrote:
> 
>   More information about hello can be obtained from http://www.example.com.

I overlooked this snippet from the RFS template. You won't find much
information there :-).

The obvious place to look is of course: http://juliusdavies.ca/commons-ssl/

Cheers,

Dennis van Dok



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

Bug#664062: Grabs focus when moving mouse or pressing Alt-4

[Martin Michlmayr]

* Michael Tokarev  [2012-03-15 18:02]:
> With tablet, you switch by entering guest window and by leaving
> guest window.
> 
> This is the whole point of usb tablet: to "integrate" host and guest
> cursors.

Thanks for your detailed explanation, Michael.

I didn't actually know what the -usbdevice tablet option was supposed
to do.  I merely used it because I heard it improves mouse support in
KVM.

Based on what you said, -usbdevice tablet didn't work properly in 0.14
but is working in 1.0 now.  However, the behaviour of -usbdevice
tablet is exactly the behaviour I don't like and so the solution for
me is not to use this option.  I'll do that and you can close this
bug.  Thanks again.

I have one last question, though: there is one behaviour I liked about
-usbdevice tablet in 0.14: it allowed me to move over a KVM window,
and if there were several windows in that KVM instance the focus would
move to the window in the KVM instance in which I clicked or over
which I moved.  This was the case without KVM grabbing the whole focus
so I'd have to press Ctrl-Alt to get out.

It seems this behaviour is no longer possible: I either have to choose
between full focus (requiring Ctrl-Alt to get out) or no focus at all.

Is there something inbetween that would allow me to get back to that
old behaviour I just described?

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#664184: libwps: FTBFS: dpkg-source: error: aborting due to unexpected upstream changes

[Moritz Muehlenhoff]

Package: libwps
Version: 0.2.4-1
Severity: serious

libwps fails to build from source in current unstable:

jmm:~/libwps-0.2.4$ dpkg-buildpackage 
dpkg-buildpackage: source package libwps
dpkg-buildpackage: source version 0.2.4-1
dpkg-buildpackage: source changed by Rene Engelhard 
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build libwps-0.2.4
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
[ ! -f Makefile ] || /usr/bin/make distclean
cp -f /usr/share/misc/config.sub config.sub
cp -f /usr/share/misc/config.guess config.guess
rm -f config.log
dh_clean 
 dpkg-source -b libwps-0.2.4
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building libwps using existing ./libwps_0.2.4.orig.tar.bz2
dpkg-source: info: local changes detected, the modified files are:
 libwps-0.2.4/config.guess
 libwps-0.2.4/config.sub
dpkg-source: info: you can integrate the local changes with dpkg-source --commit
dpkg-source: error: aborting due to unexpected upstream changes, see 
/tmp/libwps_0.2.4-1.diff.NruShA
dpkg-buildpackage: error: dpkg-source -b libwps-0.2.4 gave error exit status 2



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

Bug#664183: okular should register as a handler for the application/epub+zip mime type

[Pino Toscano]

Alle venerdì 16 marzo 2012, shirish शिरीष ha scritto:
> Versions of packages okular suggests:
> [...]
> ii  okular-extra-backends  

You don't have okular-extra-backends installed? If so, did you try to 
install it?

-- 
Pino Toscano


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

Bug#664185: bup: FTBFS on s390 (mmap/cannot allocate memory)

[Jon Dowland]

Package: src:bup
Version: 0.25~git2011.11.04-3
Severity: serious
Justification: RC / not in wheezy

https://buildd.debian.org/status/fetch.php?pkg=bup&arch=s390&ver=0.25~git2011.11.04-3&stamp=1327681274

googling around suggests perhaps

> That one should be because of the 31-bit address space layout on s390,
> as it tries to mmap too much (1.5GB).
https://lkml.org/lkml/2008/8/5/246


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

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 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 bup depends on:
ii  git [git-core]  1:1.7.9.1-1
ii  git-core1:1.7.9.1-1
ii  libc6   2.13-27
ii  python  2.7.2-10
ii  python-fuse 2:0.2.1-7
ii  python-support  1.0.14
ii  python-tornado  2.1.0-1

Versions of packages bup recommends:
pn  par2  

bup 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#664186: shared-mime-info: freedesktop.org has released new version of shared-mime-info package v 1.0

[shirish शिरीष]

Package: shared-mime-info
Version: 0.90-1
Severity: wishlist

Dear Maintainer,
Upstream has released new package of shared-mime-info package version
1.0 . Please see the URL
http://freedesktop.org/wiki/Software/shared-mime-info . The changelog
is embedded in the
http://freedesktop.org/~hadess/shared-mime-info-1.0.tar.xz file.
Notice that upstream has released two updates, 1.0 and 0.9 with using
.xz from the previous bz2 file format.

Looking forward to updates.

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

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

Versions of packages shared-mime-info depends on:
ii  libc6 2.13-27
ii  libglib2.0-0  2.30.2-6
ii  libxml2   2.7.8.dfsg-7

shared-mime-info recommends no packages.

shared-mime-info suggests no packages.

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



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

Bug#664187: plymouthd.conf syntax is very fragile

[Stefano Zacchiroli]

Package: plymouth
Version: 0.8.3-20
Severity: minor

The syntax of plymouthd.conf seems to be very fragile. In particular, adding a
mixture of comments and empty line at the beginning of the file seems to break
file persing. The consequence is that plymouthd completley ignore the file and
revert back to defaults, including the default "text" theme.

For example, the following plymouthd.conf is *not* valid and will be completely
ignored by plymouth:

# This file is managed by Puppet, local modifications will be overwritten

# Administrator customizations go in this file
[Daemon]
Theme=spacefun

while the following is valid and will act as expected

# This file is managed by Puppet, local modifications will be overwritten
#
# Administrator customizations go in this file
[Daemon]
Theme=spacefun


Ignoring both commented and empty lines is a pretty standard expectation in
*nix configuration files, it would be nice if plymouth could fulfill it.

Thanks for maintaining plymouth in Debian,
Cheers.

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

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

Versions of packages plymouth depends on:
ii  initramfs-tools  0.101
ii  libc62.13-27

plymouth recommends no packages.

plymouth suggests no packages.

-- Configuration Files:
/etc/plymouth/plymouthd.conf changed [not included]

-- 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#664058: dpkg-dev: please add action to dpkg-buildflags to get an overview of the settings

[Bernhard R. Link]

* Raphael Hertzog  [120316 09:36]:
> Suggestion of a better sentence:
> Reworded:

incorporated
> IMO this is not the proper way to extract it automatically. If you want
> this feature, you should add a unique (and fixed) start/end marker.
>
> Maybe something like this ?
>
> --- BEGIN DPKG-BUILDFLAGS STATUS ---
> […]
> --- END DPKG-BUILDFLAGS STATUS ---

Things requiring context like that are no fun to parse at all. You
cannot grep them, a line parser needs additional context.

> If you really want to keep the "dpkg-builflags: " prefix, then you should
> use one of the functions exported by Dpkg::ErrorHandling. But I don't
> think it's required.

That seems to always want to output some extra (at least a colon) and
most even seem to have localized messages, so do not look very
suiteable.

> You can easily do that... instead of hardcoding it here, create
> a new vendor hook for this purpose. Either the vendor hook
> allows to extend your @envvars or it prints directly supplementary
> information to include...

done.

> And indeed I was puzzled by seeing DEB_BUILD_HARDENING but realized thanks
> to your comment that it was only relevant for Ubuntu...

Actually I seem to have read that part to fast. It seems to be a output
and not a input variable...

> > +   # note that DEB_*_MAINT_* currently is not reflected
> > +   # by $origin...
>
> This was on purpose. It's a choice of the maintainer and thus of the
> vendor. And since it happens at the end, it would hide any
> user/system-wide customization... and I don't want this.

Added a patch on top of it to show more information here.

I've split the first one into preparations to the infrastructure and
the --status introduction. If you prefer them merged let me know...

Bernhard R. Link
>From d21eed0dcf768d1f6509eb799ee6929a7f1147fe Mon Sep 17 00:00:00 2001
From: "Bernhard R. Link" 
Date: Fri, 16 Mar 2012 09:56:52 +0100
Subject: [PATCH 1/4] Dpkg::BuildFlags: add get_feature_areas()

Add a way a caller can enumerate all possible values for get_features().

Signed-off-by: Bernhard R. Link 
---
 scripts/Dpkg/BuildFlags.pm |   15 ++-
 1 files changed, 14 insertions(+), 1 deletions(-)

diff --git a/scripts/Dpkg/BuildFlags.pm b/scripts/Dpkg/BuildFlags.pm
index 3800470..31a54d9 100644
--- a/scripts/Dpkg/BuildFlags.pm
+++ b/scripts/Dpkg/BuildFlags.pm
@@ -320,6 +320,18 @@ sub get {
 return $self->{'flags'}{$key};
 }
 
+=item $bf->get_feature_areas()
+
+Return the feature areas
+(i.e. the area values has_features will return true for).
+
+=cut
+
+sub get_feature_areas {
+my ($self) = @_;
+return keys $self->{'features'};
+}
+
 =item $bf->get_features($area)
 
 Return, for the given area, a hash with keys as feature names, and values
@@ -392,7 +404,8 @@ based on the package maintainer directives.
 
 =head Version 1.02
 
-New methods: $bf->get_features(), $bf->has_features(), $bf->set_feature().
+New methods: $bf->get_features(), $bf->has_features(), $bf->set_feature(),
+  $bf->get_feature_areas().
 
 =head1 AUTHOR
 
-- 
1.7.9.1

>From f9b17acfd98f0c539f0f70d204397963ab09e9dc Mon Sep 17 00:00:00 2001
From: "Bernhard R. Link" 
Date: Fri, 16 Mar 2012 10:23:38 +0100
Subject: [PATCH 2/4] Dpkg::BuildFlags: record environment variables looked at

Record environment variables looked at by Dpkg::BuildFlags and
the vendor hooks and make them available via the new
get_used_environment().

Signed-off-by: Bernhard R. Link 
---
 scripts/Dpkg/BuildFlags.pm|   39 ++-
 scripts/Dpkg/Vendor/Debian.pm |1 +
 scripts/Dpkg/Vendor/Ubuntu.pm |1 +
 3 files changed, 40 insertions(+), 1 deletions(-)

diff --git a/scripts/Dpkg/BuildFlags.pm b/scripts/Dpkg/BuildFlags.pm
index 31a54d9..4a84c57 100644
--- a/scripts/Dpkg/BuildFlags.pm
+++ b/scripts/Dpkg/BuildFlags.pm
@@ -69,7 +69,9 @@ sub load_vendor_defaults {
 $self->{'options'} = {};
 $self->{'source'} = {};
 $self->{'features'} = {};
+$self->{'used_envs'} = {};
 my $build_opts = Dpkg::BuildOptions->new();
+$self->environment_used("DEB_BUILD_OPTIONS");
 my $default_flags = $build_opts->has("noopt") ? "-g -O0" : "-g -O2";
 $self->{flags} = {
 	CPPFLAGS => '',
@@ -87,6 +89,8 @@ sub load_vendor_defaults {
 };
 # The Debian vendor hook will add hardening build flags
 run_vendor_hook("update-buildflags", $self);
+# run_vendor_hook looked at DEB_VENDOR
+$self->environment_used("DEB_VENDOR");
 }
 
 =item $bf->load_system_config()
@@ -126,18 +130,22 @@ sub load_environment_config {
 my ($self) = @_;
 foreach my $flag (keys %{$self->{flags}}) {
 	my $envvar = "DEB_" . $flag . "_SET";
+	$self->environment_used($envvar);
 	if (exists $ENV{$envvar}) {
 	$self->set($flag, $ENV{$envvar}, "env");
 	}
 	$envvar = "DEB_" . $flag . "_STRIP";
+	$self->environment_used($envvar);
 	if (exists $ENV{$envvar}) {
 	$self->strip($flag, $ENV{$envvar}, "env");
 	}
 	$envvar = "DEB_" . $flag . "_APPEND";
+	$self->environment_used($env

Bug#664183: okular should register as a handler for the application/epub+zip mime type

[shirish शिरीष]

at bottom :-

On Fri, Mar 16, 2012 at 15:26, Pino Toscano  wrote:
> Alle venerdì 16 marzo 2012, shirish शिरीष ha scritto:
>> Versions of packages okular suggests:
>> [...]
>> ii  okular-extra-backends  
>
> You don't have okular-extra-backends installed? If so, did you try to
> install it?
>
> --
> Pino Toscano

Ah, ok. Sorry . I didn't know/see . I do see now after installing they
associate but now have another issue. Please close this bug. Thanx for
the promptness.
-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#659626: mpd: MPD won't stop updating when this file exists in music repository

[Reinhard Tartler]

severity 659626 normal
tags 659626 moreinfo
reassign 659626 libavformat53,mpd
stop

On So, Feb 12, 2012 at 17:56:14 (CET), Max Kellermann wrote:

> reassign libavformat53 4:0.8-1+b1
> thanks
>
> On 2012/02/12 17:48, Josef Kufner  wrote:
>> Hello,
>> when I add attached file to music repository and run 'mpc update', mpd
>> will never stop updating database and uses 100% CPU forever (2 days for
>> sure). It is simply showing 'Updating DB...', nothing in log. I had this
>> file in my music repository for a long time, but it always worked. I'm
>> not sure after which update this bug occured, but I think it was only
>> minor version number change.
>
> This is a bug in libavformat that is being reported to me every day.

I fail to reproduce this bug with the avconv tool. What makes you think
that libavformat is causing this symptom?

Cheers,
Reinhard

-- 
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#662109: mpd: Fails to rebuild database

[Reinhard Tartler]

severity 662109 normal
tags 662109 moreinfo
reassign 662109 mpd 0.16.7-1
stop

On So, Mär 04, 2012 at 09:25:23 (CET), Max Kellermann wrote:

> reassign 662109 libavcodec53 4:0.8-1+b1
> thanks
>
> On 2012/03/04 06:35, Matthias Urlichs  wrote:
>> Package: mpd
>> Version: 0.16.7-1
>> Severity: important
>> 
>> mpd should skip corrupted files instead of aborting the database rebuild.
>> 
>> The log says:
>> 
>> [...]
>> Mar 04 06:27 : update: added classic rock/UFO/Ain't Misbehavin'/01 Between A 
>> Rock And A Hard Place.mp3
>> Mar 04 06:27 : ffmpeg/mp3: Header missing
>
> Known libav bug.

Known to whom? http://bugzilla.libav.org/buglist.cgi?quicksearch=mpd
does not bing any results.

Besides, skipping broken files is the job of mpd's indexer. I'm
therefore reassiging this issue back to the mpd package.

If you find a file that is not correctly detected as broken (i.e.,
causes a segmentation fault or endless loop or similar), please provide
a testcase in form of a sample that is reproducible with the 'avonv' or
'avplay' tool. Otherwise I have to assume that mpd is doing something
weird with the libavcodec API.

Cheers,
Reinhard

-- 
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#663754: ITP: hol-light -- HOL Light theorem prover

[Hendrik Tews]

Hi,

a first version of the hol-light package is available at
git://git.debian.org/git/pkg-ocaml-maint/packages/hol-light.git 

Comments are welcome!

The current package has the following issues:

- the precise upstream license is not clear yet, I've asked
  upstream about it, see the messages at Bug#663754

- the dependencies of the binary package on camlp5 are not right,
  see below

I believe we need to change the camlp5 package to provide a
virtual package with its ABI version, similar to
ocaml-base-nox-3.12.1, see below.



Notes on the package:

Installation of HOL Light means to compile a small camlp5 syntax
extension and copy the sources somewhere. When you want to run
HOL Light, you start an ocaml toplevel and do 
``#load "/hol-light/hol.ml";;'' This loads the logical core
and the basic results (which takes about 2 minutes).

The package installs the (almost) complete upstream sources in
/usr/share/hol-light. The syntax extension is compiled as
pa_j.cmo and also installed there. There is a script
/usr/bin/hol-light for starting the toplevel and loading hol.ml.

I believe the compiled syntax extension will only work with the
camlp5 version it was compiled. Therefore I would like to have a
dependency 

 camlp5-${F:Camlp5ABI},

with

CAMLP5_ABI ?= $(shell /usr/bin/camlp5 -v 2>&1 | { read a b c d && echo $$c; })

and 

dh_gencontrol -- -VF:OCamlABI="$(OCAML_ABI)" \
-VF:Camlp5ABI="$(CAMLP5_ABI)"

This does of course not work, because there is no package
camlp5-6.04. Can we change the camlp5 package to provide
camlp5-${F:Camlp5ABI} ?


The upstream README describes howto generate an ocaml toplevel
with hol.ml preloaded with the use of some user-level
checkpointing tool. This should work on i386 and amd64 and would
certainly be useful. I leave this point for the next version of
the package.

Some people are working on supporting hol-light in Proof General.
This is however not complete yet. Hopefully, I can incorporate
hol-light support in Proof General with the next Proof General
release. 

Bye,

Hendrik



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

Bug#664124: [Pkg-libvirt-maintainers] Bug#664124: libvirt: should not use type=ioemu for any emulated NIC

[Stefan Bader]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 15.03.2012 19:53, Guido Günther wrote:
> Hi Stefan, On Thu, Mar 15, 2012 at 07:08:47PM +0100, Stefan Bader wrote:
>> Package: libvirt Version: 0.9.8-2 Severity: normal Tags: patch User:
>> ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise
>> ubuntu-patch
>> 
>> Dear Maintainer,
>> 
>> libvirt uses xend (xm stack) to manage Xen instances. Even when using any
>> emulated NIC, there will always be a paravirt NIC in parallel if the 
>> pci-platform device is present. Newer guests will unplug the emulated NIC
>> on boot. However there is a bug in the stack that will cause the paravirt
>> NIC to have no MAC address when "type=ioemu" is used in the vif
>> definition. On the other hand, even without this keyword, the emulated
>> NIC will be provided.
>> 
>> Current libvirt already has a quirk to drop this when using no specific 
>> NIC model (defaulting to rtl8139). But the problem exists as well when 
>> using any other emulated NIC.
>> 
>> So currently, when booting a 3.0+ kernel after setting up the instance 
>> with the default NIC model, everything works. Changing the model to 
>> something like e1000, then the guest cannot use the paravirt interface 
>> after unplugging the emulated one. Ending up with no network.
>> 
>> *** /tmp/tmpay_5Gn/bug_body In Ubuntu, the attached patch was applied to
>> achieve the following:
>> 
>> The parch replicates the quirk used to prevent the usage of "type=ioemu" 
>> to be used for the case of using a NIC model name explicitely. I think it
>> should be useful/working for Debian as well. Sorry if this is not the
>> ideal justification. Since this is the first time I use submittodebian, I
>> am not sure how this exactly should be done.
>> 
>> 
>> [ Stefan Bader ] * Never use type=ioemu for NIC definitions. It is not
>> needed and actually breaks the paravirt interface which always gets 
>> created in parallel.
> 
> What's the upstream status of this issue? Please push this upstream 
> directly - this doesn't look like anything debian specific. -- Guido

I just sent it to upstream, too. Not sure about that outcome. I just thought,
the problem must exist for Debian, too. And in case this becomes an issue, you
could have the same adjustment.

- -Stefan

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCgAGBQJPYxe8AAoJEOhnXe7L7s6j8GQP/jPTjGb86+6BCDngji39hJvb
6H2zrh++RZCbshkPvqLRM3GcKYO4zVSOTeYLvJPeLfzH94PU5JqRb1mgyUhCNlBG
iEPQ8VVEbJ9R/L2rEZvmUqzomX+xS+qfcNfWRSE8iNFvUtUFVqSl8i3Jyus6uAiP
1aqTu5bcQa5petaYaTi7C5WZU3zIEZzwo7kLeSeTer+kuTzcIQ8spy+KszxI4jox
3ri0N/64YdnJZDZqOsz2zyJPdqF9c0sTIrCgM4Vl42c33VuRjFztXCHZ/Ay8em0L
qmpWIqijRuQN2KVf2TXJBsy4dAMLB2tbKM++5/iBFnxpBL8hnjtE/7Ba8u/drJhA
F0BD1zzLAO0CNSwbh6mCFeeIk3LuOMcLlUrlCecYVvGHbj8Z0kRf8igIUIo63Btc
2j5jDRCZMmhk2iviubL0J4rGqkkbZUtGHTvdeESiUXhfSJlMqJnfPRVsc1u8WnPH
0Y2DS+2wNSBWIbwbyRH5E1ULQvytQ3AbaK0pQ5J5TNxxYRCKGwDgR2/tFeHigda3
x6yTz7li8y245SBIVZB3+5TyhnoSLAC6jQZhAygHfVNsh2rdQUMvpb6nmygxVrMr
oYj/jKv8622/yE9OW3c7P49RiP1L3Ip+WfZG5Hjw8GW8pCp56dUsJkiMCdTxo+h/
q9np3NVHywnV0X3kV5D7
=ZnSn
-END PGP SIGNATURE-



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

Bug#664188: insighttoolkit: FTBFS:

[Moritz Muehlenhoff]

Package: insighttoolkit
Version: 3.20.1-5
Severity: serious

Your package fails to build from source:

-- Checking to see if CXX compiler accepts flag -Wno-deprecated
-- Checking to see if CXX compiler accepts flag -Wno-deprecated - Yes
-- Checking to see if CXX compiler accepts flag -features=no%anachronisms
-- Checking to see if CXX compiler accepts flag -features=no%anachronisms - No
-- Checking to see if this platform supports large bit-fields (>32 bits)
-- Checking to see if this platform supports large bit-fields (>32 bits) - yes
-- Check the value of the 22nd bit of a 32-bit quiet-NaN
-- Check the value of the 22nd bit of a 32-bit quiet-NaN - 1
-- Check size of long long
-- Check size of long long - done
-- Check size of __int64
-- Check size of __int64 - failed
-- Looking for include files HAVE_FENV_H
-- Looking for include files HAVE_FENV_H - found
-- Looking for include files HAVE_UNISTD_H
-- Looking for include files HAVE_UNISTD_H - found
-- Checking to see if this platform has the __FUNCTION__ C-Preprocessor 
directive
-- Checking to see if this platform supports has the __FUNCTION__ 
C-Preprocessor directive - yes
CMake Error at /usr/lib/gdcm-2.2/GDCMTargets-noconfig.cmake:294 (MESSAGE):
  The imported target "vtkgdcm" references the file

 "/usr/lib/libvtkgdcm.so.2.2.0"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/gdcm-2.2/GDCMTargets-noconfig.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/gdcm-2.2/GDCMTargets.cmake:103 (INCLUDE)
  /usr/lib/gdcm-2.2/GDCMConfig.cmake:34 (include)
  CMakeLists.txt:811 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON 
-DBUILD_EXAMPLES:BOOL=OFF -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_TESTING:BOOL=OFF 
-DCMAKE_BUILD_TYPE:STRING=Release -DBUILD_DOXYGEN:BOOL=OFF 
-DCMAKE_CXX_FLAGS:STRING=-Wno-deprecated -DCMAKE_SKIP_RPATH:BOOL=ON 
-DITK_USE_REVIEW:BOOL=ON -DITK_USE_REVIEW_STATISTICS:BOOL=ON 
-DITK_USE_OPTIMIZED_REGISTRATION_METHODS:BOOL=ON 
-DITK_USE_TRANSFORM_IO_FACTORIES:BOOL=ON -DITK_USE_SYSTEM_GDCM:BOOL=ON 
-DITK_USE_SYSTEM_PNG:BOOL=ON -DITK_USE_SYSTEM_TIFF:BOOL=ON 
-DITK_USE_SYSTEM_ZLIB:BOOL=ON -DITK_USE_SYSTEM_VXL:BOOL=OFF -DUSE_FFTWD:BOOL=ON 
-DUSE_FFTWF:BOOL=ON -DITK_USE_CONCEPT_CHECKING:BOOL=ON 
-DITK_USE_STRICT_CONCEPT_CHECKING:BOOL=ON -DUSE_WRAP_ITK:BOOL=OFF returned exit 
code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory `/home/jmm/insighttoolkit-3.20.1'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#663563: tnftp: FTBFS

[Prach Pongpanich]

tags 663563 + patch
thanks

Dear maintainer,

 The attached patch should fix this packaging problem.

Regards,

Prach
diff -Nur new/tnftp-20100108/debian/manpages tnftp-20100108/debian/manpages
--- new/tnftp-20100108/debian/manpages	2012-03-16 17:33:47.0 +0700
+++ tnftp-20100108/debian/manpages	1970-01-01 07:00:00.0 +0700
@@ -1,3 +0,0 @@
-src/ftp.1
-libedit/editline.3
-libedit/editrc.5
diff -Nur new/tnftp-20100108/debian/rules tnftp-20100108/debian/rules
--- new/tnftp-20100108/debian/rules	2012-03-16 17:54:41.0 +0700
+++ tnftp-20100108/debian/rules	2011-06-29 08:22:17.0 +0700
@@ -45,7 +45,7 @@
 	dh_testdir
 	dh_testroot
 	dh_installdocs
-	dh_installman
+	dh_installmanpages
 	mv `pwd`/debian/tnftp/usr/share/man/man1/ftp.1 \
 	   `pwd`/debian/tnftp/usr/share/man/man1/tnftp.1
 	mv `pwd`/debian/tnftp/usr/share/man/man3/editline.3 \


signature.asc
Description: Digital signature

Bug#664150: dh-make-perl: Fails to parse "perl_5" in META.json as a license

[Per Carlson]

> Seems like it stumbles over the array;
>        print "META says: ", Dumper $self->meta->{license};
> outputs:
>
> META says: $VAR1 = [
>          'perl_5'
>        ];
>
>
> Changing
>
>        if (   $self->meta->{license} and $self->meta->{license} =~ /perl/i
>
> to
>
>        if (   $self->meta->{license} and $self->meta->{license} ~~ /perl/i
>
> works in this case (lib/DhMakePerl/Command/Packaging.pm, line 1065).
>
> Not sure about any side effects, in theory it should work for both
> scalars and arrays, and smart matching exists since 5.10 ...

It stumbles on other licenses as well. According to CPAN::Meta:Spec
the licenses attribute is always an array, and might contain more than
one license:

license
Example:
license => [ 'perl_5' ]
license => [ 'apache_2', 'mozilla_1_0' ]

(Spec 2) [required] {List of one or more License Strings}


I've attached a patch to treat $self->meta->{license} as an ARRAY and
loop over it. While on it, I did also add support for some other
licenses as well (beyond 'perl').

-- 
Pelle

"D’ä e å, vett ja”, skrek ja, för ja ble rasen,
”å i åa ä e ö, hörer han lite, d’ä e å, å i åa ä e ö"
- Gustav Fröding, 1895
From 86a4b842c37b54f0157f9aabfc7cc08ea6bb1c03 Mon Sep 17 00:00:00 2001
From: Per Carlson 
Date: Fri, 16 Mar 2012 11:12:04 +0100
Subject: [PATCH] License attribute from META file is array.

---
 lib/DhMakePerl/Command/Packaging.pm |   29 +++--
 1 files changed, 23 insertions(+), 6 deletions(-)

diff --git a/lib/DhMakePerl/Command/Packaging.pm b/lib/DhMakePerl/Command/Packaging.pm
index 596104b..442bf65 100644
--- a/lib/DhMakePerl/Command/Packaging.pm
+++ b/lib/DhMakePerl/Command/Packaging.pm
@@ -2,6 +2,7 @@ package DhMakePerl::Command::Packaging;
 
 use strict;
 use warnings;
+use feature 'switch';
 
 =head1 NAME
 
@@ -1062,13 +1063,29 @@ sub create_copyright {
 # mind that many licenses are not meant to be used as
 # templates (i.e. you must add the author name and some
 # information within the licensing text as such).
-if (   $self->meta->{license} and $self->meta->{license} =~ /perl/i
-or $mangle_cprt =~ /terms\s*as\s*Perl\s*itself/is )
-{
-$licenses{'GPL-1+'}   = 1;
-$licenses{'Artistic'} = 1;
-}
+if ( $self->meta->{license} ) {
+	foreach ( @{ $self->meta->{license} }) {
+	given ($_) {
+		when (/apache_2_0/) { $licenses{'Apache-2.0'} = 1; }
+		when (/artistic_1/) { $licenses{'Artistic'} = 1; }
+		when (/artistic_2/) { $licenses{'Artistic-2.0'} = 1; }
+		# EU::MM and M::B converts the unversioned 'gpl' to gpl_1.
+		# As a unversioned GPL means *any* GPL,I think it's safe to use GPL-1+ here
+		when (/gpl_1/) { $licenses{'GPL-1+'} = 1; }
+
+		when (/perl_5/) {
+		   $licenses{'GPL-1+'}   = 1;
+   $licenses{'Artistic'} = 1;
+		}
+		}
+	  }
+	}
 else {
+	if ( $mangle_cprt =~ /terms\s*as\s*Perl\s*itself/is ) {
+  $licenses{'GPL-1+'}   = 1;
+  $licenses{'Artistic'} = 1;
+	}
+
 if ( $mangle_cprt =~ /[^L]GPL/ ) {
 if ( $mangle_cprt =~ /GPL.*version\s*1.*later\s+version/is ) {
 $licenses{'GPL-1+'} = 1;
-- 
1.7.9.1

Bug#664058: dpkg-dev: please add action to dpkg-buildflags to get an overview of the settings

[Raphael Hertzog]

On Fri, 16 Mar 2012, Bernhard R. Link wrote:
> > IMO this is not the proper way to extract it automatically. If you want
> > this feature, you should add a unique (and fixed) start/end marker.
> >
> > Maybe something like this ?
> >
> > --- BEGIN DPKG-BUILDFLAGS STATUS ---
> > […]
> > --- END DPKG-BUILDFLAGS STATUS ---
> 
> Things requiring context like that are no fun to parse at all. You
> cannot grep them, a line parser needs additional context.

┏rivendell:~/x/c-a
┗(582)$ cat  ~/tmp/test.txt
before
START
1
2
3
END
after
┏rivendell:~/x/c-a
┗(583)$ sed -ne '/^START/,/^END/ p' ~/tmp/test.txt
START
1
2
3
END

Really it's not difficult.

> > If you really want to keep the "dpkg-builflags: " prefix, then you should
> > use one of the functions exported by Dpkg::ErrorHandling. But I don't
> > think it's required.
> 
> That seems to always want to output some extra (at least a colon) and
> most even seem to have localized messages, so do not look very
> suiteable.

Well, dpkg-buildflags can output additional errors/warnings during the
build so your grep would catch those too. You're thus not able to extract
only the output of the status command.

So if you don't want to go for the above, you should at least use
“print report("status", …)” so that the output ends up always starting
with "dpkg-buildflags: status: " and this can be reasonably extracted
too.

> I've split the first one into preparations to the infrastructure and
> the --status introduction. If you prefer them merged let me know...

It's ok.

> +=item $bf->environment_used($envvar)
> +
> +Records that the given environment variable had influenced
> +or could have influenced (if it had existed or had a different
> +value) the calculated flags.
> +
> +=cut

Please pick a name that start with an action. "mark_used_environment"
or "mark_used_envvar" maybe.

> +sub environment_used {
> +my ($self, $envvar) = @_;
> +$self->{'used_envs'}->{$envvar} = 1;

The second "->" is not needed. Drop it.

> +=item my @list = $bf->get_used_environment()

Be consistent with the former method, don't use once "environment_used" and
once "use_environment". Thus I suggest "get_used_environment" or
"get_used_envvar".

Also please return a sorted list to make the order non-random.

> +my @envvars = $build_flags->get_used_environment();
> +for my $envvar (@envvars) {
> + if (exists $ENV{$envvar}) {
> + printf "dpkg-buildflags: environment variable %s=%s\n",
> + $envvar, $ENV{$envvar};
> + }
> +}

BTW, I don't really like the usage of plain english in the output.
Plain english ought to be translated... maybe we can use somewhat
meaningful prefixes ?

E: for environment (or ENV:?)
V: for vendor (or VENDOR: ?)
F: for feature (or FEATURE:?)
R: for result or (or RES:? or FLAG:?)

It also makes it easier to reliably extract a sub-part of the output...

> From 6a600d3f9d2b438ca59d0e81f69b91249bd197b1 Mon Sep 17 00:00:00 2001
> From: "Bernhard R. Link" 
> Date: Fri, 16 Mar 2012 11:05:17 +0100
> Subject: [PATCH 4/4] dpkg-buildflags: make --status output which flags are
>  modified by maintainer
> 
> As flags modified by DEB_*_MAINT_* are not reflected by its origin, add
> a new flag to describe flags modified that way.

Do you really see some value to this? You already have the *_MAINT_* variables
in the output.

I don't believe that this is required.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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

Bug#663487: vmpk: Doesn't work with timidity anymore

[Pedro Lopez-Cabanillas]

Hi!

I will be very glad reviewing and including your patch in the next
VMPK version. Thank you very much! In addition, if you enhanced the
RtMIDI classes in a way that allows several backends compiled into the
same binary, we could try to "sell" it to Gary P. Scavone (RtMIDI
author) so other projects can benefit from it, without needing to fork
it. Do you know how many projects use RtMIDI in Debian?

By the way, there is a VMPK-devel mailing list, with very low traffic.
Please consider using it, as I would like to see  more people involved
in the project:
https://lists.sourceforge.net/lists/listinfo/vmpk-devel

Regards,
Pedro

On Fri, Mar 16, 2012 at 10:37 AM, Mehdi Dogguy  wrote:
> Hi,
>
> On 15/03/12 22:59, Gilles Filippini wrote:
>>
>>
>> I was curious and gave a try at enabling several RtMidi backends
>> into the same build. The result is a vmpk executable supporting ALSA,
>> Jack and UDP Midi. For now only one backend is used at runtime,
>> selected with a command line option, but it should be possible to
>> enable every available backends and switch from one to another using
>> the preferences dialog.
>>
>
> Nice try.
>
>> Do you think upstream would welcome such a patch?
>>
>
> Upstream is nice (and CC'ed).
>
> Pedro, what do you think of Gilles idea?
>
> Regards,
>
> --
> Mehdi



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

Bug#520268: rarpd: Lack of response.

[Mats Erik Andersson]

For the record:

  Dec, 19th, 2011: Sent a message for sponsorship to Junich Uekawa
No answer as of today.

  Jan, 27th, 2012: Sent an RFS to "debian-ment...@lists.debian.org"
No answer as of today.

Today is March, 16th 2012. Package present at "mentors.debian.net"
since mid December 18th, 2011.


Mats Erik Andersson, DM



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

Bug#664056: libxml-atom-microformats-perl: FTBFS: Test suite failures

[Alessandro Ghedini]

forwarded 664056 https://rt.cpan.org/Public/Bug/Display.html?id=75505
kthxbye

On Fri, Mar 16, 2012 at 12:09:32AM +0100, Florian Schlichting wrote:
> reassign 664056 libxml-libxml-perl 1.93+dfsg-1
> retitle 664056 libxml-libxml-perl (<= 1.93+dfsg-1) has issues overloading != 
> on XML::LibXML::Element
> thanks
> 
> This is actually a bug in libxml-libxml-perl before 1.94, see
> https://rt.cpan.org/Public/Bug/Display.html?id=75505
> 
> I've built libxml-libxml-perl 1.95+dfsg-1 and was able to confirm that
> the test in libxml-atom-microformats-perl no longer fails.
> 
> My suggestion for the build-twice-in-a-row issue with
> libxml-libxml-perl, lacking substantial EE::MM knowledge, would be to
> "manually" anticipate what EU::MM "helpfully" bails out on, like so:
> 
> override_dh_auto_clean:
>rm -f Makefile
>perl Makefile.PL
>dh_auto_clean
> 
> "works for me" :-)

Looks a bit ugly but works :)

Missing any better solution I've committed it (testing now).

Cheers

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


signature.asc
Description: Digital signature

Bug#664189: simple-cdd: OUT dir for images ignored by build-simple-cdd

[Vlad 'mend0za' Shakhov]

Package: simple-cdd
Version: 0.3.14
Severity: normal
Tags: patch

'export OUT="$simple_cdd_dir/tmp"' in profile.conf do nothing.

build-simple-cdd override to default OUT="$simple_cdd_dir/tmp"



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

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 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 simple-cdd depends on:
ii  apt-utils0.8.15.9
ii  dctrl-tools  2.20.1
ii  debian-cd3.1.7
ii  debootstrap  1.0.38
ii  lsb-release  3.2-28.1
ii  python   2.7.2-10
ii  reprepro 4.9.0-1+b1
ii  rsync3.0.9-1
ii  wget 1.13.4-2

Versions of packages simple-cdd recommends:
ii  edos-debcheck   1.0-9
ii  edos-distcheck [edos-debcheck]  1.4.2-13

Versions of packages simple-cdd suggests:
ii  qemu-kvm 1.0+dfsg-8
ii  qemu-system  1.0+dfsg-3
--- build-simple-cdd.orig	2012-03-16 13:08:05.324389539 +0300
+++ build-simple-cdd	2012-03-16 13:09:24.361573172 +0300
@@ -212,7 +212,7 @@
 export BASEDIR="$simple_cdd_basedir"
 export TDIR="$simple_cdd_temp/cd-build"
 export APTTMP="$TDIR/apt/"
-export OUT="$simple_cdd_dir/images"
+test -z "$OUT" && export OUT="$simple_cdd_dir/images"
 test -z "$INSTALLER_CD" && export INSTALLER_CD=2
 
 for component in $mirror_components $mirror_components_extra ; do

Bug#661942: josm doesn't find openjdk-7

[David Paleino]

On Thu, 15 Mar 2012 17:25:18 +0100, colliar wrote:

> I think it is saver to add openjdk-7 explicit as it does not work with
> java 1.5.

It already depends on >= 6:

Depends: openjdk-6-jre | sun-java6-jre | openjdk-7

What do you mean with "add openjdk-7 explicit"?

> And yes it works with openjdk-7 but drag and drop is broken, at least on
> my system, and I had some other stange exceptions.

Please file a separate bug for that, either here (if it's a Debian bug, and you
can't reproduce it with upstream's jar) or upstream.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#664190: strongswan: new upstream version available

[Yves-Alexis Perez]

Source: strongswan
Version: 4.5.2-1.3
Severity: wishlist

Hi,

strongswan 4.6.2 is available, bringing new stuff and fixing bugs, it'd
be nice if it could be packaged.

Regards,
-- 
Yves-Alexis

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

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



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

Bug#664127: josm: unable to install/update plugins

[David Paleino]

tags 664127 unreproducible moreinfo
thanks

Hello,

On Thu, 15 Mar 2012 19:59:47 +0100, colliar wrote:

> I have downloaded the plugin list and installed utilsplugin2

How? From inside JOSM?

> but the plugin is not downloaded as the path has changed. Instead attached
> file is saved under ~/.josm/plugins/ .

Changed since when? I always remember plugins downloaded by josm to be in
~/.josm/plugins/, and plugins from the josm-plugins package to be
in /usr/share/josm/plugins/ .

> Josm does not inform me and on the next startup I get following exception:
> 
> [..]

I can't reproduce it.

> Might be related with
> https://josm.openstreetmap.de/ticket/7483

Are you using latest.jar from the website, and have josm-plugins installed?
That kind of setup is not really supported, and there's not much I can do to
avoid it (unless ask upstream not to scan /usr/share/josm/plugins/).

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

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

[Dafydd Harries]

On Fri, Mar 16, 2012 at 10:03:54AM +0100, Bjørn Mork wrote:
> But I wonder about Juha's observation about this difference between my
> setup: 
> 
>   [   12.611061] iwlwifi :03:00.0: L1 Disabled; Enabling L0S
> 
> and his:
> 
>   [245082.407512] iwlwifi :03:00.0: L1 Enabled; Disabling L0S
> 
> This looks extremely suspicious to me in light of Meenakshi's comment on
> known issues with L1 on these devices and that Intel therefore use L0S
> by default.
> 
> How come Juha end up with L1 enabled, then?  And is that the case for
> everyone seeing this bug?

Today I got a failure, and on my machine it was using L0S, not L1S:

Mar 16 11:38:45 localhost kernel: [ 9045.913617] iwlwifi :02:00.0: L1 
Disabled; Enabling L0S

So I don't think this is the difference necessarily.

Syslog from today attached.
Mar 16 11:37:49 localhost kernel: [ 8989.631323] iwlwifi :02:00.0: Error 
sending REPLY_QOS_PARAM: time out after 2000ms.
Mar 16 11:37:49 localhost kernel: [ 8989.631332] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 63
Mar 16 11:37:49 localhost kernel: [ 8989.631336] iwlwifi :02:00.0: Failed 
to update QoS
Mar 16 11:37:51 localhost kernel: [ 8991.626456] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:37:51 localhost kernel: [ 8991.626463] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 66
Mar 16 11:37:51 localhost kernel: [ 8991.626468] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 11:37:53 localhost kernel: [ 8993.621540] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:37:53 localhost kernel: [ 8993.621547] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 69
Mar 16 11:37:53 localhost kernel: [ 8993.621552] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 11:37:55 localhost kernel: [ 8995.616627] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:37:55 localhost kernel: [ 8995.616634] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 70
Mar 16 11:37:55 localhost kernel: [ 8995.616638] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 11:37:57 localhost kernel: [ 8997.611717] iwlwifi :02:00.0: Error 
sending REPLY_SCAN_CMD: time out after 2000ms.
Mar 16 11:37:57 localhost kernel: [ 8997.611724] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 71
Mar 16 11:37:59 localhost kernel: [ 8999.606756] iwlwifi :02:00.0: Error 
sending REPLY_ADD_STA: time out after 2000ms.
Mar 16 11:37:59 localhost kernel: [ 8999.606764] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 72
Mar 16 11:38:01 localhost kernel: [ 9001.601883] iwlwifi :02:00.0: Error 
sending REPLY_REMOVE_STA: time out after 2000ms.
Mar 16 11:38:01 localhost kernel: [ 9001.601891] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 73
Mar 16 11:38:01 localhost kernel: [ 9001.601898] iwlwifi :02:00.0: Error 
removing station 00:50:7f:cb:4b:58
Mar 16 11:38:03 localhost kernel: [ 9003.596977] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:38:03 localhost kernel: [ 9003.596984] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 74
Mar 16 11:38:03 localhost kernel: [ 9003.596989] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 11:38:05 localhost kernel: [ 9005.600071] iwlwifi :02:00.0: fail to 
flush all tx fifo queues
Mar 16 11:38:07 localhost kernel: [ 9007.595140] iwlwifi :02:00.0: Error 
sending POWER_TABLE_CMD: time out after 2000ms.
Mar 16 11:38:07 localhost kernel: [ 9007.595148] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 75
Mar 16 11:38:09 localhost kernel: [ 9007.595154] iwlwifi :02:00.0: set 
power fail, ret = -110
Mar 16 11:38:09 localhost kernel: [ 9009.590164] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:38:09 localhost kernel: [ 9009.590171] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 76
Mar 16 11:38:09 localhost kernel: [ 9009.590175] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 11:38:11 localhost kernel: [ 9011.621214] iwlwifi :02:00.0: Error 
sending REPLY_ADD_STA: time out after 2000ms.
Mar 16 11:38:11 localhost kernel: [ 9011.621221] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 77
Mar 16 11:38:13 localhost kernel: [ 9013.616306] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:38:13 localhost kernel: [ 9013.616312] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 78
Mar 16 11:38:13 localhost kernel: [ 9013.616317] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 11:38:15 localhost kernel: [ 9015.611391] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 11:38:15 localhost kernel: [ 9015.611397] iwlwifi :02:00.0: Current 
CMD queue read_ptr 59 write_ptr 79
Mar 16 11:38

Bug#664191: seahorse-daemon: missing file: .desktop file not found in /usr/share/gnome/autostart

[Lionel Gamay]

Package: seahorse-daemon
Version: 3.2.2-1
Severity: normal

Dear Maintainer,

the seahorse-daemon.desktop shortcut is missing in /usr/share/gnome/autostart
and hence must be built manually in order to launch the daemon during a gnome-
session start.

thanks



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'testing-proposed-updates'), (700, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages seahorse-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gnupg1.4.12-4
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libglib2.0-0 2.30.2-6
ii  libgnome-keyring03.2.2-2
ii  libgpgme11   1.2.0-1.4
ii  libgtk-3-0   3.2.3-1
ii  libnotify4   0.7.4-1
ii  libpango1.0-01.29.4-3

Versions of packages seahorse-daemon recommends:
ii  seahorse  3.2.2-1

seahorse-daemon 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#663893: moc: Moc ceased playing mp3 files after update to 1:2.5.0~alpha4+svn20120224-1

[Petra Ruebe-Pugliese]

Quoting "Elimar Riesebieter" :


* Petra Ruebe-Pugliese  [2012-03-15 13:03 +0100]:


Hi Elimar,

[...]

I am also attaching a file named "newdeb.txt" which contains a list
of _all_ the packages updated last Tuesday.

[...]

http://www.debian-multimedia.org/pool/main/l/lame-dmo/lame-doc_3.99.5-0.0_all.deb
http://www.debian-multimedia.org/pool/main/l/lame-dmo/lame_3.99.5-0.0_i386.deb
http://www.debian-multimedia.org/pool/main/l/lame-dmo/libmp3lame0_3.99.5-0.0_i386.deb
http://www.debian-multimedia.org/pool/non-free/f/flash-player/flashplayer-mozilla_11.1.102.63-0.0_i386.deb


Those are available in Debian non-free repository too ;-)
A test would be to remove all packages from Christian's pool and
test moc again.


 Oh dear, that does sound quite dangerous ...
 Of course I should want to reinstall them afterwards
 without jeopardizing my system ...


# aptitude remove '~i ~O"Unofficial Multimedia Packages"'


 Aptitude is not even installed.  I always use apt-get.
 I don't know to what extent the two compatible?

 As a start I should like to have a list of all the packages
 that would have to be removed, in order to reinstall them
 after the experiment.  I am little afraid of the side-effects.

 If I had that list, I could do the removal with apt-get;
 but at the moment I have no idea how to establish that list.
 (It's an interesting problem, anyway. I think I read something
 about it long ago, but I can't remember what the answer was.
 Maybe it was "use aptitude".)

 I think I'll have to postpone this experiment at least until
 Sunday, as I still have a lot of work to do that depends on
 the integrity of my computers.

   CU  Petra





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

Bug#664192: nova-api: Init.d scripts broken in all nova packages

[sam]

Package: nova-api
Version: 2012.1~e4-1
Severity: normal

Dear Maintainer,

Since I did the last upgrade of nova packages (api, compute...), the init.d 
scripts are broken and do not work anymore.

Best regards.
Sam


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

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

Versions of packages nova-api depends on:
ii  lsb-base 3.2-28.1
ii  nova-common  2012.1~e4-1
ii  python   2.7.2-10

Versions of packages nova-api recommends:
ii  python-keystone  2012.1~e3-4

nova-api suggests no packages.

-- Configuration Files:
/etc/init.d/nova-api changed [not included]

-- 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#664193: amarok: smb plugin is not working

[Mourad Jaber]

Package: amarok
Version: 2.5.0-1
Severity: important

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

   * What led up to the situation?
I'm tying to listen some music on sambe share.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I had created a network place with dolphin and I can access to it in amarok.
I can browse files and find my music but it failed to add it to play list
   * What was the outcome of this action?
Add the music to playlist and start to play it !
   * What outcome did you expect instead?
Nothing, it seem to be freeze, but it still working...

As a workaround I found that page http://amarok.kde.org/wiki/Samba but it is
not the panacea and it would be better if amarok was using kde way to browse
AND read the stream !

Regards

Mourad



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

Kernel: Linux 3.2.0-2-amd64 (SMP w/8 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 amarok depends on:
ii  amarok-common 2.5.0-1
ii  amarok-utils  2.5.0-1
ii  kdebase-runtime   4:4.7.4-2
ii  libavcodec53  4:0.8-1+b1
ii  libavformat53 4:0.8-1+b1
ii  libc6 2.13-27
ii  libcurl3-gnutls   7.24.0-1
ii  libgcc1   1:4.6.3-1
ii  libgcrypt11   1.5.0-3
ii  libgdk-pixbuf2.0-02.24.1-1
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglib2.0-0  2.30.2-6
ii  libgpod4-nogtk0.8.2-6
ii  libkcmutils4  4:4.7.4-3
ii  libkdecore5   4:4.7.4-3
ii  libkdeui5 4:4.7.4-3
ii  libkdewebkit5 4:4.7.4-3
ii  libkdnssd44:4.7.4-3
ii  libkfile4 4:4.7.4-3
ii  libkio5   4:4.7.4-3
ii  libknewstuff3-4   4:4.7.4-3
ii  liblastfm00.4.0~git20090710-1
ii  libloudmouth1-0   1.4.3-7
ii  libmtp9   1.1.2-2
ii  libmysqlclient16  5.1.61-2
ii  libofa0   0.9.3-4
ii  libphonon44:4.6.0.0-1
ii  libplasma34:4.7.4-3
ii  libqjson0 0.7.1-6
ii  libqt4-dbus   4:4.8.0-1
ii  libqt4-network4:4.8.0-1
ii  libqt4-opengl 4:4.8.0-1
ii  libqt4-script 4:4.8.0-1
ii  libqt4-sql4:4.8.0-1
ii  libqt4-svg4:4.8.0-1
ii  libqt4-xml4:4.8.0-1
ii  libqtcore44:4.8.0-1
ii  libqtgui4 4:4.8.0-1
ii  libqtscript4-core 0.1.0+git20101026+8b191fbc-2
ii  libqtscript4-gui  0.1.0+git20101026+8b191fbc-2
ii  libqtscript4-network  0.1.0+git20101026+8b191fbc-2
ii  libqtscript4-sql  0.1.0+git20101026+8b191fbc-2
ii  libqtscript4-uitools  0.1.0+git20101026+8b191fbc-2
ii  libqtscript4-xml  0.1.0+git20101026+8b191fbc-2
ii  libqtwebkit4  2.2.1-1
ii  libsolid4 4:4.7.4-3
ii  libstdc++64.6.3-1
ii  libtag-extras11.0.1-3
ii  libtag1c2a1.7-2
ii  libthreadweaver4  4:4.7.4-3
ii  libx11-6  2:1.4.99.1-1
ii  libxml2   2.7.8.dfsg-7
ii  phonon4:4.6.0.0-1
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins  4:4.7.4-2

Versions of packages amarok suggests:
pn  libqt4-sql-mysql   4:4.8.0-1
pn  libqt4-sql-psql
pn  libqt4-sql-sqlite  4:4.8.0-1
pn  libxine1-ffmpeg1.1.20.1-3
pn  moodbar

Versions of packages amarok-common depends on:
ii  perl  5.14.2-7

amarok-common recommends no packages.

Versions of packages amarok is related to:
ii  phonon-backend-vlc [phonon-backend]  0.5.0-1

-- no debconf information



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

Bug#585409: getting access to pkg-wine Git repository

[Stefano Zacchiroli]

On Tue, Feb 28, 2012 at 12:18:22AM +0100, Stephen Kitt wrote:
> Ove had plans to improve the Wine packaging but as far as I know no one else
> but him knows the details.

> Obviously Ove's still the official Wine maintainer, so he'd have the final
> say. Ove, my offer to help (as per #479659) is still valid, as I dare say is
> Michael's; if you no longer have the time for Wine packaging perhaps you
> could process our pkg-wine-party requests on Alioth and let us work on the
> existing git repository...

Hi Stephen, Ove,
  thanks for your work on Wine. There are still a few months before the
freeze and I hope they'll be enough to get Wine 1.4 properly packaged
for Debian Wheezy.

To that end, I'm a bit worried about the lack of Ove answers on
"procedural" things like getting access to the pkg-wine Git repository.
If there are explicit reasons for doing so, that's perfectly fine of
course. (And after all Git is a distributed VCS, so at least in the
short term that should not block work.)

But if there are other reasons, more in the "all pkg-wine alioth admins
are MIA" camp, I'll bell happy to vouch with Alioth admins and give
access to active Wine packagers and unblock the situation. Ove: can you
comment on that, or else just give access to Stephen and fix the issue?

Otherwise, Stephen, feel free to contact me to have this fixed as soon
as it becomes blocking for your work.

Cheers.

PS I'm neither subscribed to this bug log, nor to pkg-wine-party, feel
   free to Cc:-me if you want to get my attention
-- 
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences   ..   http://upsilon.cc/zack   ..   . . o
Debian Project Leader...   @zack on identi.ca   ...o o o
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#664102: Surrounding text support for ibus 1.4.1

[Osamu Aoki]

Thanks,

On Thu, Mar 15, 2012 at 10:11:52AM -0700, Doug Rintoul wrote:
> Package: ibus
> Version: 1.4.1-1
...
> Surrounding text support had been enabled for ibus 1.3.99.20110817-1 and
> for the 1.4.0 series as per bug report #639552, but the latest version,
> 1.4.1 is no longer compiled with --enable-surrounding-text. Since a
> number of IMs require this feature, can 1.4.1 be changed to enable this
> again?

Before:
dh_auto_configure -- LDFLAGS="-Wl,--as-needed" --enable-static --enable-gtk3 
--enable-surrounding-text

Now:
verride_dh_auto_configure:
dh_auto_configure -- \
LDFLAGS="-Wl,--as-needed" \
--disable-static \
--enable-gtk2 \
--enable-gtk3 \
--enable-xim \
--disable-gtk-doc \
--enable-introspection \
--libexec=/usr/lib/$(DEB_BUILD_MULTIARCH)/ibus

I thought I was doing clean-up and must have dropped an extra line...

It needs to be enabled and I mean to do so.

Thanks.

Osamu




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

Bug#664194: gcc exits successfully when given some unknown options!

[Ian Jackson]

Package: gcc-4.4
Version: 4.4.5-8

$ /usr/bin/gcc-4.4 -c -pdie-you-bastard -x c /dev/null 
gcc-4.4: unrecognized option '-pdie-you-bastard'
$ echo $?
0
$

Ian.



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

Bug#664192: [Openstack-devel] Bug#664192: nova-api: Init.d scripts broken in all nova packages

[ghe. rivero]

Can you provided  more info about this errors?

Ghe Rivero

On Fri, Mar 16, 2012 at 1:46 PM, sam  wrote:
> Package: nova-api
> Version: 2012.1~e4-1
> Severity: normal
>
> Dear Maintainer,
>
> Since I did the last upgrade of nova packages (api, compute...), the init.d 
> scripts are broken and do not work anymore.
>
> Best regards.
> Sam
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers testing
>  APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages nova-api depends on:
> ii  lsb-base     3.2-28.1
> ii  nova-common  2012.1~e4-1
> ii  python       2.7.2-10
>
> Versions of packages nova-api recommends:
> ii  python-keystone  2012.1~e3-4
>
> nova-api suggests no packages.
>
> -- Configuration Files:
> /etc/init.d/nova-api changed [not included]
>
> -- no debconf information
>
>
>
> ___
> Openstack-devel mailing list
> openstack-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/openstack-devel



-- 
Pinky: "Gee, Brain, what do you want to do tonight?"
The Brain: "The same thing we do every night, Pinky—try to take over the world!"

 .''`.  Pienso, Luego Incordio
: :' :
`. `'
  `-    www.debian.org    www.openstack.com

GPG Key: 26F020F7
GPG fingerprint: 4986 39DA D152 050B 4699  9A71 66DB 5A36 26F0 20F7



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

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

[Dafydd Harries]

On Fri, Mar 16, 2012 at 01:30:46PM +0100, Dafydd Harries wrote:
> Today I got a failure, and on my machine it was using L0S, not L1S:
> 
> Mar 16 11:38:45 localhost kernel: [ 9045.913617] iwlwifi :02:00.0: L1 
> Disabled; Enabling L0S
> 
> So I don't think this is the difference necessarily.
> 
> Syslog from today attached.

And I got a failure very quickly (50m) after I tried booting with
power_save=1.
Mar 16 13:05:15 localhost kernel: [   31.986202] iwlwifi :02:00.0: PCI INT 
A -> GSI 16 (level, low) -> IRQ 16
Mar 16 13:05:15 localhost kernel: [   31.986239] iwlwifi :02:00.0: setting 
latency timer to 64
Mar 16 13:05:15 localhost kernel: [   31.986285] iwlwifi :02:00.0: 
pci_resource_len = 0x2000
Mar 16 13:05:15 localhost kernel: [   31.986287] iwlwifi :02:00.0: 
pci_resource_base = c90011794000
Mar 16 13:05:15 localhost kernel: [   31.986288] iwlwifi :02:00.0: HW 
Revision ID = 0x35
Mar 16 13:05:15 localhost kernel: [   31.986414] iwlwifi :02:00.0: irq 42 
for MSI/MSI-X
Mar 16 13:05:15 localhost kernel: [   31.986494] iwlwifi :02:00.0: Detected 
Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74
Mar 16 13:05:15 localhost kernel: [   31.986602] iwlwifi :02:00.0: L1 
Enabled; Disabling L0S
Mar 16 13:05:15 localhost kernel: [   32.003127] iwlwifi :02:00.0: device 
EEPROM VER=0x436, CALIB=0x6
Mar 16 13:05:15 localhost kernel: [   32.003132] iwlwifi :02:00.0: Device 
SKU: 0X1f0
Mar 16 13:05:15 localhost kernel: [   32.003136] iwlwifi :02:00.0: Valid Tx 
ant: 0X7, Valid Rx ant: 0X7
Mar 16 13:05:15 localhost kernel: [   32.003190] iwlwifi :02:00.0: Tunable 
channels: 13 802.11bg, 24 802.11a channels
Mar 16 13:05:15 localhost kernel: [   32.716291] iwlwifi :02:00.0: loaded 
firmware version 9.221.4.1 build 25532
Mar 16 13:05:25 localhost kernel: [ 1033.032388] iwlwifi :02:00.0: L1 
Enabled; Disabling L0S
Mar 16 13:05:25 localhost kernel: [ 1033.039190] iwlwifi :02:00.0: Radio 
type=0x0-0x3-0x1
Mar 16 13:05:26 localhost kernel: [ 1033.281070] iwlwifi :02:00.0: L1 
Enabled; Disabling L0S
Mar 16 13:05:26 localhost kernel: [ 1033.287845] iwlwifi :02:00.0: Radio 
type=0x0-0x3-0x1
Mar 16 13:36:18 localhost kernel: [ 2880.810592] iwlwifi :02:00.0: Error 
sending POWER_TABLE_CMD: time out after 2000ms.
Mar 16 13:36:18 localhost kernel: [ 2880.810599] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 6
Mar 16 13:36:21 localhost kernel: [ 2880.810603] iwlwifi :02:00.0: set 
power fail, ret = -110
Mar 16 13:36:21 localhost kernel: [ 2883.304348] iwlwifi :02:00.0: Error 
sending REPLY_QOS_PARAM: time out after 2000ms.
Mar 16 13:36:21 localhost kernel: [ 2883.304355] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 9
Mar 16 13:36:21 localhost kernel: [ 2883.304360] iwlwifi :02:00.0: Failed 
to update QoS
Mar 16 13:36:23 localhost kernel: [ 2885.299347] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 13:36:23 localhost kernel: [ 2885.299355] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 12
Mar 16 13:36:23 localhost kernel: [ 2885.299360] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 13:36:25 localhost kernel: [ 2887.294339] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 13:36:25 localhost kernel: [ 2887.294346] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 15
Mar 16 13:36:25 localhost kernel: [ 2887.294350] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 13:36:27 localhost kernel: [ 2889.289307] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 13:36:27 localhost kernel: [ 2889.289315] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 18
Mar 16 13:36:27 localhost kernel: [ 2889.289320] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 13:36:29 localhost kernel: [ 2891.284303] iwlwifi :02:00.0: Error 
sending REPLY_ADD_STA: time out after 2000ms.
Mar 16 13:36:29 localhost kernel: [ 2891.284309] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 21
Mar 16 13:36:31 localhost kernel: [ 2893.279199] iwlwifi :02:00.0: Error 
sending REPLY_REMOVE_STA: time out after 2000ms.
Mar 16 13:36:31 localhost kernel: [ 2893.279208] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 24
Mar 16 13:36:31 localhost kernel: [ 2893.279215] iwlwifi :02:00.0: Error 
removing station 00:50:7f:cb:4b:58
Mar 16 13:36:33 localhost kernel: [ 2895.278267] iwlwifi :02:00.0: Error 
sending REPLY_RXON: time out after 2000ms.
Mar 16 13:36:33 localhost kernel: [ 2895.278275] iwlwifi :02:00.0: Current 
CMD queue read_ptr 4 write_ptr 27
Mar 16 13:36:33 localhost kernel: [ 2895.278280] iwlwifi :02:00.0: Error 
clearing ASSOC_MSK on BSS (-110)
Mar 16 13:36:35 localhost kernel: [ 2897.281201] iwlwifi :02:00.0: fail to 
flush all tx fifo queues
Mar 16 13:36:37 localhost kernel: [ 2899.276196] iwlwifi 

Bug#664074: texlive-bin: Unneeded linking of xdvik

[Hilmar Preusse]

On 16.03.12 Norbert Preining (prein...@logic.at) wrote:
> On Do, 15 Mär 2012, Hilmar Preusse wrote:

Hi,

> > Why is it dangerous the use/send upstream the old fix we had
> > once?
> 
> Does it apply? ANd I am NOT sure that it will be acepted, because
> on other OS/Arch combinations these libs need to be linked in.
> It is very very specific requirement of Debian ...
> 
I didn't test it yet. However I'd vote for keeping the patch. Will
have a look at that.

H.
-- 
sigmentation fault



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

Bug#601593: Patch to package numpy for Python 3

[Thomas Kluyver]

The attached patch against the debian/ folder gets a python3-numpy
(and -dbg) package built. It may well need some refinement, and I
haven't considered how best to handle dh_numpy and the ABI/API
versions, so those parts are only in the Python 2 python-numpy package
at present.

Thomas


py3-numpy.patch
Description: Binary data

Bug#664084: tkcvs: please split tkdiff in its own package

[Tim Cutts]

On 15 Mar 2012, at 16:23, Teodor wrote:

> Package: tkcvs
> Version: 8.2.1-2
> Severity: wishlist
> 
> Hi,
> 
> The 'tkdiff' tool is useful outside tkcvs too. Thus, it would be nice
> to be able to install only 'tkdiff' if one doesn't use CVS.
> Of course, tkcvs package would then depend on tkdiff.

tkdiff already exists as a separate package.  The reason tkcvs provides it as 
well is that tkcvs usually requires a very specific version of tkdiff.  
Originally, I did depend on the normal tkdiff package, but it resulted in a lot 
of problems because the tkdiff package was too old.

It's perfectly possible to install the tkdiff package without tkcvs, or am I 
misunderstanding you?

One thing I could do is to have tkcvs dpkg-divert tkdiff, rather than conflict 
with it...

Regards,

Tim

--
 The Wellcome Trust Sanger Institute is operated by Genome Research
 Limited, a charity registered in England with number 1021457 and a
 company registered in England with number 2742969, whose registered
 office is 215 Euston Road, London, NW1 2BE.



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

Bug#664195: [vlc-plugin-jack] Resampling to JACK's sample rate doesn't work

[Alex Volkov]

Package: vlc-plugin-jack
Version: 1:2.0.0-0.1
Severity: normal

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

Sound gets distorted when playing movies with audio sample rate different from 
the one set with JACK (e.g. movie audio = 48000 vs. jack = 96000). Setting 
jack's rate according to the movie or using ALSA audio output fixes the 
problem, so it looks like some issue within the plugin. Stable version (1.1.3) 
of the plugin seemed to work OK with different rates.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.6-custom1b-rt-amd64

Debian Release: wheezy/sid
  990 stable  www.debian-multimedia.org 
  990 stable  security.debian.org 
  990 stable  mirror.yandex.ru 
  990 stable  ftp.fi.debian.org 
  990 stable  dl.google.com 
  990 stable  deb.torproject.org 
  500 testing www.debian-multimedia.org 
  500 testing mirror.yandex.ru 
  500 testing ftp.fi.debian.org 
  500 testing deb.opera.com 
  500 stable-updates  mirror.yandex.ru 
  500 oldstable   deb.torproject.org 
  500 natty   ppa.launchpad.net 

--- Package information. ---
Depends(Version) | Installed
-+-
vlc-nox  (= 1:2.0.0-0.1) | 1:2.0.0-0.1
libc6 (>= 2.3.4) | 2.13-27
libdbus-1-3   (>= 1.0.2) | 1.4.18-1
libjack-jackd2-0 (>= 1.9.5~dfsg-14)  | 1.9.8~dfsg.2-1
 OR libjack-0.116| 
libvlccore5   (>= 2.0.0) | 1:2.0.0-0.1


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#664137: [CVE-2012-1180] nginx fix for malformed HTTP responses from upstream servers

[Luciano Bello]

On Friday 16 March 2012, Kartik Mistry wrote:
> Do you want me to upload it directly to stable or want to send email
> to security with debdiff etc?

Yes, please.

Thank you :)

/luciano


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

Bug#664196: libyaml-libyaml-perl: embeds libyaml without a copyright notice

[Niko Tyni]

Package: libyaml-libyaml-perl
Version: 0.38-2
Severity: serious

I just noticed that this package embeds libyaml sources with no mention
in either the upstream source or debian/copyright.

While the upstream source doesn't contain any copyright statements,
the LICENSE file in libyaml-perl states it's Copyright (c) 2006 Kirill
Simonov and licensed under a MIT/Expat license, which both we and
libyaml-libyaml-perl upstream are breaching by failing to include the
copyright notice. So setting the severity to 'serious'.

After adding the license notices, we should document the situation as
per , and look at fixing
it by linking against the shared library in the libyaml-0-2 package,
(Obviously this part isn't release critical.)

Comparing with the upstream/0.1.2 tag of git://andersk.mit.edu/libyaml.git:

734b5e9c71578e42d05de068308b7094  libyaml/src/api.c
734b5e9c71578e42d05de068308b7094  libyaml-libyaml-perl/LibYAML/api.c
fc3b40e7be71bf6c15fc119275f1c13d  libyaml/src/dumper.c
fc3b40e7be71bf6c15fc119275f1c13d  libyaml-libyaml-perl/LibYAML/dumper.c
6b3d8e337eb5a374d309acd4c7f68995  libyaml/src/emitter.c
b153431e71b1604c3f7826d67466f4bc  libyaml-libyaml-perl/LibYAML/emitter.c
5461010b70dd5432b3ae500c42f4d454  libyaml/src/loader.c
5461010b70dd5432b3ae500c42f4d454  libyaml-libyaml-perl/LibYAML/loader.c
9b42a21d4c1d9f1770a8c3f0672a1c22  libyaml/src/parser.c
9b42a21d4c1d9f1770a8c3f0672a1c22  libyaml-libyaml-perl/LibYAML/parser.c
a6be5ad730bafc60fbfbe181ef9ff8f5  libyaml/src/reader.c
a6be5ad730bafc60fbfbe181ef9ff8f5  libyaml-libyaml-perl/LibYAML/reader.c
85c36febec50ecb05d01908f31906b77  libyaml/src/scanner.c
1f79ae045bab848b43269d7655b6f363  libyaml-libyaml-perl/LibYAML/scanner.c
dcbc8a33c493ea9c8ad62c7446440848  libyaml/src/writer.c
dcbc8a33c493ea9c8ad62c7446440848  libyaml-libyaml-perl/LibYAML/writer.c
58411f505216a049b8f9cff6aa8226e0  libyaml/src/yaml_private.h
58411f505216a049b8f9cff6aa8226e0  libyaml-libyaml-perl/LibYAML/yaml_private.h

-- 
Niko Tyni   nt...@debian.org



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

Bug#661875: libgsf: diff for NMU version 1.14.21-2.1

[gregor herrmann]

tags 661875 + patch
tags 661875 + pending
thanks

Dear maintainer,

I've prepared an NMU for libgsf (versioned as 1.14.21-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   
diff -Nru libgsf-1.14.21/debian/changelog libgsf-1.14.21/debian/changelog
--- libgsf-1.14.21/debian/changelog	2011-08-28 11:33:38.0 +0200
+++ libgsf-1.14.21/debian/changelog	2012-03-16 15:17:39.0 +0100
@@ -1,3 +1,13 @@
+libgsf (1.14.21-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "FTBFS": update handling of config.{guess,sub}:
+- remove autogenerated patch
+- handle the files with autotools-dev helpers (debian/{rules,control})
+(Closes: #661875)
+
+ -- gregor herrmann   Fri, 16 Mar 2012 15:16:56 +0100
+
 libgsf (1.14.21-2) unstable; urgency=low
 
   * [debian/control] Fix dependencies to allow binNMUs. Thanks Konstantinos
diff -Nru libgsf-1.14.21/debian/control libgsf-1.14.21/debian/control
--- libgsf-1.14.21/debian/control	2011-08-28 11:30:43.0 +0200
+++ libgsf-1.14.21/debian/control	2012-03-16 15:14:39.0 +0100
@@ -6,7 +6,7 @@
  gtk-doc-tools (>= 1.2-1.2), 
  libglib2.0-dev (>= 2.16.1), libglib2.0-doc, libxml2-dev (>= 2.6.10),
  libgtk2.0-dev, libbonobo2-dev (>= 2.6.0-2), libgnomevfs2-dev (>= 2.6.1.1-3),
- libbz2-dev, zlib1g-dev
+ libbz2-dev, zlib1g-dev, autotools-dev (>= 20100122.1)
 Vcs-git: git://git.gnome.org/libgsf
 Vcs-Browser: http://git.gnome.org/cgit/libgsf/
 Standards-Version: 3.9.2
diff -Nru libgsf-1.14.21/debian/patches/refresh-config-sub-guess-1.14.21-1 libgsf-1.14.21/debian/patches/refresh-config-sub-guess-1.14.21-1
--- libgsf-1.14.21/debian/patches/refresh-config-sub-guess-1.14.21-1	2011-05-22 01:09:03.0 +0200
+++ libgsf-1.14.21/debian/patches/refresh-config-sub-guess-1.14.21-1	1970-01-01 01:00:00.0 +0100
@@ -1,1166 +0,0 @@
-diff -ru libgsf-1.14.21.old/config.guess libgsf-1.14.21/config.guess
 libgsf-1.14.21.old/config.guess	2011-03-25 00:33:50.0 +0100
-+++ libgsf-1.14.21/config.guess	2011-05-22 01:08:40.0 +0200
-@@ -1,10 +1,10 @@
- #! /bin/sh
- # Attempt to guess a canonical system name.
- #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
--#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009
--#   Free Software Foundation, Inc.
-+#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
-+#   2011 Free Software Foundation, Inc.
- 
--timestamp='2009-11-20'
-+timestamp='2011-05-11'
- 
- # This file is free software; you can redistribute it and/or modify it
- # under the terms of the GNU General Public License as published by
-@@ -56,8 +56,9 @@
- GNU config.guess ($timestamp)
- 
- Originally written by Per Bothner.
--Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001,
--2002, 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc.
-+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
-+2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011 Free
-+Software Foundation, Inc.
- 
- This is free software; see the source for copying conditions.  There is NO
- warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE."
-@@ -139,16 +140,6 @@
- UNAME_SYSTEM=`(uname -s) 2>/dev/null`  || UNAME_SYSTEM=unknown
- UNAME_VERSION=`(uname -v) 2>/dev/null` || UNAME_VERSION=unknown
- 
--case "${UNAME_MACHINE}" in
--i?86)
--	test -z "$VENDOR" && VENDOR=pc
--	;;
--*)
--	test -z "$VENDOR" && VENDOR=unknown
--	;;
--esac
--test -f /etc/SuSE-release -o -f /.buildenv && VENDOR=suse
--
- # Note: order is significant - the case branches are not exclusive.
- 
- case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
-@@ -190,7 +181,7 @@
- 		fi
- 		;;
- 	*)
--	os=netbsd
-+		os=netbsd
- 		;;
- 	esac
- 	# The OS release
-@@ -213,19 +204,19 @@
- 	exit ;;
- *:OpenBSD:*:*)
- 	UNAME_MACHINE_ARCH=`arch | sed 's/OpenBSD.//'`
--	echo ${UNAME_MACHINE_ARCH}-${VENDOR}-openbsd${UNAME_RELEASE}
-+	echo ${UNAME_MACHINE_ARCH}-unknown-openbsd${UNAME_RELEASE}
- 	exit ;;
- *:ekkoBSD:*:*)
--	echo ${UNAME_MACHINE}-${VENDOR}-ekkobsd${UNAME_RELEASE}
-+	echo ${UNAME_MACHINE}-unknown-ekkobsd${UNAME_RELEASE}
- 	exit ;;
- *:SolidBSD:*:*)
--	echo ${UNAME_MACHINE}-${VENDOR}-solidbsd${UNAME_RELEASE}
-+	echo ${UNAME_MACHINE}-unknown-solidbsd${UNAME_RELEASE}
- 	exit ;;
- macppc:MirBSD:*:*)
--	echo powerpc-${VENDOR}-mirbsd${UNAME_RELEASE}
-+	echo powerpc-unknown-mirbsd${UNAME_RELEASE}
- 	exit ;;
- *:MirBSD:*:*)
--	echo ${UNAME_MACHINE}-${VENDOR}-mirbsd${UNAME_RELEASE}
-+	echo ${UNAME_MACHINE}-unknown-mirbsd${UNAME_RELEASE}
- 	exit ;;
- alpha:OSF1:*:*)
- 	case $UNAME_RELEASE in
-@@ -233,7 +224,7 @@
- 		UNAME_RELEASE=`

Bug#664197: libvorbis0a: DSA 2412-1 fix is missing

[Adrian Bunk]

Package: libvorbis0a
Version: 1.3.2-1.1
Severity: grave
Tags: security

The DSA 2412-1 fix is still missing in unstable.



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

Bug#546772:

[Mathieu Malaterre]

Hi I am running a stable system on my server. I simply recompiled
denyhosts on my system and I still get those errors in the log file:


2012-03-12 20:04:38,912 - sync        : ERROR    long int exceeds XML-RPC limits
Traceback (most recent call last):
 File "/usr/share/denyhosts/DenyHosts/sync.py", line 117, in receive_new_hosts
   self.__prefs.get("SYNC_DOWNLOAD_RESILIENCY"))
 File "/usr/lib/python2.6/xmlrpclib.py", line 1199, in __call__
   return self.__send(self.__name, args)
 File "/usr/lib/python2.6/xmlrpclib.py", line 1483, in __request
   allow_none=self.__allow_none)
 File "/usr/lib/python2.6/xmlrpclib.py", line 1132, in dumps
   data = m.dumps(params)
 File "/usr/lib/python2.6/xmlrpclib.py", line 677, in dumps
   dump(v, write)
 File "/usr/lib/python2.6/xmlrpclib.py", line 699, in __dump
   f(self, value, write)
 File "/usr/lib/python2.6/xmlrpclib.py", line 725, in dump_long
   raise OverflowError, "long int exceeds XML-RPC limits"


With:


$ apt-cache policy denyhosts
denyhosts:
 Installed: 2.6-10
 Candidate: 2.6-10
 Version table:
 *** 2.6-10 0
       100 /var/lib/dpkg/status
...

Thanks


-- 
Mathieu



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

Bug#661544: cups: fontconfig conf file should be in conf.avail, not conf.d

[Brian Potkin]

reassign 661544 cups-filters
thanks


/etc/fonts/conf.d/99pdftoopvp.conf now lives in the cups-filters
package, so reassigning.



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

Bug#660120: wvdial doesn't work on armel / armhf platforms

[Thomas Zander]

Hello Hector,

tested on wheezy today. Seems to solve the wvdial problem!

Regards
Riggs



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

Bug#664137: [CVE-2012-1180] nginx fix for malformed HTTP responses from upstream servers

[Kartik Mistry]

On Fri, Mar 16, 2012 at 7:35 PM, Luciano Bello  wrote:
> On Friday 16 March 2012, Kartik Mistry wrote:
>> Do you want me to upload it directly to stable or want to send email
>> to security with debdiff etc?
>
> Yes, please.

Which one? :)

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com



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

Bug#664074: texlive-bin: Unneeded linking of xdvik

[Norbert Preining]

Hi,

> I didn't test it yet. However I'd vote for keeping the patch. Will
> have a look at that.

Great! For sure it doesnot apply out of the box, that I checked whdn building 
the initial packages. But if it is easy to adapt, fine with me.

Warning, please only patch .am files, note .in, since we are running reautoconf.

Thanks

Norbert




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

Bug#664199: python3-feedparser

[Jakub Wilk]

Source: feedparser
Version: 5.0.1-1
Severity: wishlist

Upstream seems to support Python 3.X. Could you please build a 
python3-feedparser package? Thanks!


You probably want to upgrading to the new upstream version, as it fixes 
some bugs related to Python 3.X support:


Current release: 5.1 - December 2, 2011

  [...]
  * Support Python 3.2
  * Fix Python 3 issues exposed by improved unit tests 
  [...]


--
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#624194: Any progress with newer Version?

[Ana Guerrero]

On Wed, Nov 30, 2011 at 04:45:34PM +0100, Sven Geggus wrote:
> In April Michael Fladischer wrote:
> 
> > Also, there's a new upstream release for sssd.
> 
> In the meantime there is more than one newer upstream release. LTM Version
> is 1.5.15!
> 
> 1.2.x. is ancient and does not work with active directory at all!
> 
> Any progress on this?
>

Morten, Petter, what are you plans with sssd? There have been several upstream
release missing in Debian. Last one is 1.8.1.  The package has a couple of
unaddressed RC bugs and the last 4 uploads are NMU.
Timo Aaltonen has been working in the git repository, but any of his changes
has been uploaded. And currently the package is not in testing, thus is
risking not being released in Debian Wheezy.
Are you still interested in maintaining sssd? Should we orphan it?

Ana



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

Bug#648401: Harmfull with debconf

[Geert Stappers]

Hello ISC DHCP maintainers,

Bug 648401, isc-dhcp-relay: dhcrelay(8) doesn't mention need for -i on server 
facing interface,
is harmfull in combination with current debconf text.

The text in

   +--| DHCP Relay |-+
   | |
   | Please specify which network interface(s) the DHCP relay should |
   | attempt to configure. Multiple interface names should be entered|
   | as a space-separated list.  |
   | |
   | Leave this field blank to allow for automatic detection and |
   | configuration of network interfaces by the DHCP relay, in which |
   | case only broadcast interfaces will be used (if possible).  |
   | |
   | Interfaces the DHCP relay should listen on: |
   | |
   |   __|
   | |
   | |
   | |
   +-+


did trick me to enter only the interface I thought it should listen on.

It took me several hours to find that it is actual asking:

  Enumerate all involved interfaces,
  so that remaining interfaces can be excluded.


Leaving the interface list empty,
did get my (two interface) DHCP relay working in the end.

Having the patch

--- dhcrelay.8.orig 2011-11-11 16:41:22.0 +1100
+++ dhcrelay.8  2011-11-11 16:43:01.0 +1100
@@ -178,7 +178,10 @@
 interfaces may be specified by using more than one \fB-i\fR option.  If
 no interfaces are specified on the command line, dhcrelay will identify
 all network interfaces, eliminating non-broadcast interfaces if possible,
-and attempt to listen on all of them.
+and attempt to listen on all of them. If you use -i, you should ensure you
+include an -i option for the interface that is used to communicate with the
+DHCP server. Otherwise reply packets from the DHCP server are likely to be
+dropped.
 .TP
 -m \fIappend\fR|\fIreplace\fR|\fIforward\fR|\fIdiscard\fR
 Control the handling of incoming DHCPv4 packets which already contain

in the manual page would have me saved some time
and will surely save time for others.


Thanks & Cheers
Geert Stappers




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

Bug#664137: [CVE-2012-1180] nginx fix for malformed HTTP responses from upstream servers

[Luciano Bello]

On Friday 16 March 2012, Kartik Mistry wrote:
> Which one? :)

Hehhe... please, upload.

-l


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

Bug#660111: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB

[Andres Cimmarusti]

Hello again,

On Sat, Mar 3, 2012 at 9:43 PM, David Henningsson
 wrote:
> On 03/04/2012 12:36 AM, Andres Cimmarusti wrote:
>>>
>>> There is active work going on in this area. In fact, I just posted a
>>> patch
>>> to the PA mailinglist [1]. And yes, we already have it in Ubuntu 11.10
>>> (to
>>> probe multiple hdmi devices for Intel and NVidia), and the main reason it
>>> took until now to upstream that patch, was the decision to switch jack
>>> detection method from input devices to kcontrols.
>>
>>
>> Thank you for all the references you provided and your work in fixing
>> this issue for all users. I just looked at the git repository for the
>> source code of pulseaudio, but I see your patches have not been
>> included yet. Do you have any estimate of when they will be merged? if
>> so, do you think they'll be included in the next release (do you know
>> when this will be?) ?
>
>
> I hope they'll be in PulseAudio 2.0, as they are currently waiting for
> review. For next release, see [2], but judging from the PulseAudio 1.0
> release process - no, I don't know when this will be ;-)
>
>
>> I'm considering reassigning this bug to pulseaudio in debian and
>> asking them to include the appropriate patches. Which ones would
>> actually be needed (say, to apply them to pulseaudio 1.1)? would your
>> 6 patches announced on the mailing list in February be enough?
>
>
> If you want them to apply to PulseAudio 1.1, you can have a look at [1]. The
> patches currently posted apply to git head. You'll need all of the 06*
> patches (as well as Linux 3.3 for the kcontrols).

It looks like your patches have been merged:
http://cgit.freedesktop.org/pulseaudio/pulseaudio/log/
(but correct me if I'm wrong). However, I think Debian has decided to
go with 3.2 kernel for the next stable release. This means no
kcontrols. How is this being handled in Ubuntu 12.04 LTS, since it
will also be based on kernel 3.2

> A more light-weight version could be what I did in Ubuntu 11.04, where there
> was no jack detection, but I just exposed all four devices in PulseAudio and
> let the user choose manually, like this [4]. (I later renamed that file from
> "nvidia.conf" to "extra-hdmi.conf", and added the same file to be used for
> Intel chips.)

Can this still be done in the scenario were Debian has pulseaudio 2.0
with your patches, but kernel 3.2?

Sorry for the basic questions. I just found out that the release of
pulseaudio 2.0 is imminent and I want to push for its adoption in
Debian, but with a fix for this HDMI issue.

Thanks a million

Andres



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

Bug#624194: Any progress with newer Version?

[Petter Reinholdtsen]

[Ana Guerrero]
> Morten, Petter, what are you plans with sssd?

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660985>.
I've offered it for adoption, and Timo offered to take it.  I assume
he will take over.
-- 
Happy hacking
Petter Reinholdtsen



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

Bug#660111: [alsa-devel] multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB

[David Henningsson]

On 03/16/2012 04:03 PM, Andres Cimmarusti wrote:

Hello again,

On Sat, Mar 3, 2012 at 9:43 PM, David Henningsson
  wrote:

On 03/04/2012 12:36 AM, Andres Cimmarusti wrote:


There is active work going on in this area. In fact, I just posted a
patch
to the PA mailinglist [1]. And yes, we already have it in Ubuntu 11.10
(to
probe multiple hdmi devices for Intel and NVidia), and the main reason it
took until now to upstream that patch, was the decision to switch jack
detection method from input devices to kcontrols.



Thank you for all the references you provided and your work in fixing
this issue for all users. I just looked at the git repository for the
source code of pulseaudio, but I see your patches have not been
included yet. Do you have any estimate of when they will be merged? if
so, do you think they'll be included in the next release (do you know
when this will be?) ?



I hope they'll be in PulseAudio 2.0, as they are currently waiting for
review. For next release, see [2], but judging from the PulseAudio 1.0
release process - no, I don't know when this will be ;-)



I'm considering reassigning this bug to pulseaudio in debian and
asking them to include the appropriate patches. Which ones would
actually be needed (say, to apply them to pulseaudio 1.1)? would your
6 patches announced on the mailing list in February be enough?



If you want them to apply to PulseAudio 1.1, you can have a look at [1]. The
patches currently posted apply to git head. You'll need all of the 06*
patches (as well as Linux 3.3 for the kcontrols).


It looks like your patches have been merged:
http://cgit.freedesktop.org/pulseaudio/pulseaudio/log/


That is correct.


(but correct me if I'm wrong). However, I think Debian has decided to
go with 3.2 kernel for the next stable release. This means no
kcontrols. How is this being handled in Ubuntu 12.04 LTS, since it
will also be based on kernel 3.2


For Ubuntu 12.04, I've backported the jack detection patches from 3.3 
and applied them to the Ubuntu 12.04 LTS kernel.



A more light-weight version could be what I did in Ubuntu 11.04, where there
was no jack detection, but I just exposed all four devices in PulseAudio and
let the user choose manually, like this [4]. (I later renamed that file from
"nvidia.conf" to "extra-hdmi.conf", and added the same file to be used for
Intel chips.)


Can this still be done in the scenario were Debian has pulseaudio 2.0
with your patches, but kernel 3.2?

Sorry for the basic questions. I just found out that the release of
pulseaudio 2.0 is imminentand I want to push for its adoption in
Debian, but with a fix for this HDMI issue.


So, with PA 2.0 but without jack detection support in the kernel, you 
would essentially get three or four HDMI devices showing up in your GUI, 
and the user would have to try them all manually to check which one is 
the right one. So, better than changing PA configuration files, but not 
as elegant as with the jack detection (where the right one is selected 
automatically), of course.


--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic



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

Bug#607289:

[Agustin Martin]

On Thu, Mar 15, 2012 at 08:30:45PM +0100, Anton Gladky wrote:
> owner 607289 !

Thanks for caring about this,

In case this is useful, I have setup a temporary git repo putting 
together some Debian gnuplot history, commits from Bradley Smith git
repo and changes for my last gnuplot 4.4.0-1.1 NMU (currently in sid), with
full branches (sometimes is useful to see upstream changes).

git://anonscm.debian.org/users/agmartin/TMP/gnuplot.git
http://anonscm.debian.org/gitweb/?p=users/agmartin/TMP/gnuplot.git;a=summary

Did not yet test Ubuntu gnuplot packages. A minimal inspection seems to
suggest that they are upgrade-only packages, but did not test properly. 

Regards,

-- 
Agustin



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

Bug#430528: (no subject)

[Michael Tsang]

I don't think this bug exists anymore as dhcpd can successfully receive 
requests on dummy0 on my wheezy system.

Here is my log:
Mar 16 23:07:20 server dhcpd: DHCPDISCOVER from 08:00:27:29:59:5a (debian-
squeeze-vm) via dummy0
Mar 16 23:07:21 server dhcpd: DHCPOFFER on 192.168.2.128 to 08:00:27:29:59:5a 
(debian-squeeze-vm) via dummy0
Mar 16 23:07:21 server dhcpd: DHCPREQUEST for 192.168.2.128 (192.168.2.1) from 
08:00:27:29:59:5a (debian-squeeze-vm) via dummy0
Mar 16 23:07:21 server dhcpd: DHCPACK on 192.168.2.128 to 08:00:27:29:59:5a 
(debian-squeeze-vm) via dummy0
Mar 16 23:07:21 server dhcpd: DHCPREQUEST for 192.168.2.128 (192.168.2.1) from 
08:00:27:29:59:5a (debian-squeeze-vm) via dummy0
Mar 16 23:07:21 server dhcpd: DHCPACK on 192.168.2.128 to 08:00:27:29:59:5a 
(debian-squeeze-vm) via dummy0



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

Bug#664167: TypeError: not all arguments converted during string formatting

[Alexandre Rossi]

Hi,

> $ lazygal --debug -o /var/tmp/album wallpaper/
> Tentative de chargement du fichier de configuration 
> /home//.lazygal/config de l'utilisateur
> Génération dans /var/tmp/album
> [Entrée dans %ALBUMROOT%/]
> (wallpaper)
> Traceback (most recent call last):
>  File "/usr/bin/lazygal", line 228, in  album.generate()
>  File "/usr/lib/python2.7/dist-packages/lazygal/generators.py", line 816, in 
> generate destgal = WebalbumDir(source_dir, subgals, self, sane_dest_dir)
>  File "/usr/lib/python2.7/dist-packages/lazygal/generators.py", line 301, in 
> __init__ self.__configure()
>  File "/usr/lib/python2.7/dist-packages/lazygal/generators.py", line 397, in 
> __configure config_files)))
> TypeError: not all arguments converted during string formatting

This is a bug in the french translation which is fixed by the
following patch, already part of the development version.
http://sousmonlit.dyndns.org/~niol/repositories/lazygal/rev/81eb33e8c79d

Workaround : use the english version :
$ LANG=C lazygal --debug -o /var/tmp/album wallpaper/

Thanks for the report,

Alex



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

Bug#664200: cppo: please change to arch:any

[ygrek]

Package: cppo
Version: 0.9.2-1
Severity: wishlist

cppo package provides single binary. Currently it is a bytecode
executable and depends on exact ocaml version. I find this unfortunate
(e.g. when mixing stable and testing). Please compile it to native code 
on architectures that support it and remove dependency to
ocaml-base-nox.

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

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



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

Bug#664127: josm: unable to install/update plugins

[colliar]

On 16/03/12 13:09, David Paleino wrote:
> tags 664127 unreproducible moreinfo
> thanks

Hi

> On Thu, 15 Mar 2012 19:59:47 +0100, colliar wrote:
> 
>> I have downloaded the plugin list and installed utilsplugin2
> 
> How? From inside JOSM?

Yes

>> but the plugin is not downloaded as the path has changed. Instead attached
>> file is saved under ~/.josm/plugins/ .

> Changed since when? I always remember plugins downloaded by josm to be in
> ~/.josm/plugins/, and plugins from the josm-plugins package to be
> in /usr/share/josm/plugins/ .

Yes, that is how it should work and did until lately.
Plugins changed with r5036.
I have the same problems with older version from josm.openstreetmap.de

>> Might be related with
>> https://josm.openstreetmap.de/ticket/7483

That is the part that is broken within josm as it downloads to
~/$DHome/plugins but still is using only /usr/share/josm/plugins.

> Are you using latest.jar from the website, and have josm-plugins installed?
> That kind of setup is not really supported, and there's not much I can do to
> avoid it (unless ask upstream not to scan /usr/share/josm/plugins/).

Yes, but I have a separate start script for josm-latest and set the
preference path to ~/.josm-latest.

I also did delete ~/.josm before testing, e.g. clean start.

Probably updating to r5045 will solve the problem for plugins which are
not in the josm-plugins package.

cu Colliar



signature.asc
Description: OpenPGP digital signature

Bug#664201: ibus: wrong environment variable

[AWASHIRO Ikuya]

Package: ibus
Version: 1.4.1-1
Severity: normal

Environment variable "QT4_IM_MODULE" which is in /etc/X11/xinit/xinput.d/ibus
is wrong.
Please set correct environment variable "QT_IM_MODULE" instead.



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

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

Versions of packages ibus depends on:
ii  gconf2   3.2.3-1
ii  libc62.13-24
ii  libgconf2-4  3.2.3-1
ii  libglib2.0-0 2.30.2-5
ii  libgtk2.0-0  2.24.8-3
ii  libibus-1.0-01.4.1-1
ii  librsvg2-common  2.34.2-2
ii  libx11-6 2:1.4.4-4
ii  python   2.7.2-10
ii  python-ibus  1.4.1-1
ii  python-notify0.1.1-3
ii  python-xdg   0.19-4

Versions of packages ibus recommends:
ii  ibus-clutter  0.0+git20090728.a936bacf-4
ii  ibus-gtk  1.4.1-1
ii  ibus-gtk3 1.4.1-1
ii  ibus-qt4  1.3.1-2+b1
ii  im-switch 1.21

ibus suggests no packages.

-- no debconf information

-- 
AWASHIRO Ikuya
ik...@fruitsbasket.info / ik...@oooug.jp
GPG fingerprint:
1A19 AD66 C53F 2250 3537 1A9D 3A53 2C1D 20AB CC8A
http://blog.goo.ne.jp/ikunya/
http://twitter.com/ikunya/



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

Bug#661942: josm doesn't find openjdk-7

[colliar]

On 16/03/12 13:03, David Paleino wrote:
> On Thu, 15 Mar 2012 17:25:18 +0100, colliar wrote:
> 
>> I think it is saver to add openjdk-7 explicit as it does not work with
>> java 1.5.
> 
> It already depends on >= 6:
> 
> Depends: openjdk-6-jre | sun-java6-jre | openjdk-7
> 
> What do you mean with "add openjdk-7 explicit"?

You were suggesting openjdk-*-jre and not openjdk-6-jre and
openjdk-7-jre, that is all.

>> And yes it works with openjdk-7 but drag and drop is broken, at least on
>> my system, and I had some other stange exceptions.
> 
> Please file a separate bug for that, either here (if it's a Debian bug, and 
> you
> can't reproduce it with upstream's jar) or upstream.

Probably openjdk-7 bugs.

Cheers
Colliar



signature.asc
Description: OpenPGP digital signature

Bug#664137: [CVE-2012-1180] nginx fix for malformed HTTP responses from upstream servers

[Kartik Mistry]

On Fri, Mar 16, 2012 at 8:30 PM, Luciano Bello  wrote:
> On Friday 16 March 2012, Kartik Mistry wrote:
>> Which one? :)
>
> Hehhe... please, upload.

Done. Thanks!

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com



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

Bug#664202: [libapache2-mod-fcgid] unclear short description

[Filipus Klutiero]

Package: libapache2-mod-fcgid
Version: 1:2.3.6-1
Severity: minor

The short description reads:


an alternative module compat with mod_fastcgi


But the reader doesn't necessarily have mod_cgi or mod_cgid in mind, so 
calling mod_fcgid an alternative without specifying to what is 
confusing. Also, please avoid uncommon abbreviations.


I would suggest:

mod_fcgid, a FastCGI Apache module

By the way, I would also change

It is a binary compatibility alternative to Apache module mod_fastcgi.
to
It is a binary-compatible alternative to Apache module mod_fastcgi.




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

Bug#660111: multiple, non-physically accesible, HDMI devices

[Andres Cimmarusti]

retitle 660111 multiple, non-physically accesible, HDMI devices
affects 660111 + pulseaudio
tags 660111 + fixed-upstream wheezy
thanks

>> (but correct me if I'm wrong). However, I think Debian has decided to
>> go with 3.2 kernel for the next stable release. This means no
>> kcontrols. How is this being handled in Ubuntu 12.04 LTS, since it
>> will also be based on kernel 3.2
>
>
> For Ubuntu 12.04, I've backported the jack detection patches from 3.3 and
> applied them to the Ubuntu 12.04 LTS kernel.
>>
>> Can this still be done in the scenario were Debian has pulseaudio 2.0
>> with your patches, but kernel 3.2?
>>
>> Sorry for the basic questions. I just found out that the release of
>> pulseaudio 2.0 is imminentand I want to push for its adoption in
>>
>> Debian, but with a fix for this HDMI issue.
>
>
> So, with PA 2.0 but without jack detection support in the kernel, you would
> essentially get three or four HDMI devices showing up in your GUI, and the
> user would have to try them all manually to check which one is the right
> one. So, better than changing PA configuration files, but not as elegant as
> with the jack detection (where the right one is selected automatically), of
> course.

I've marked this bug as affecting pulseaudio. In fact, it seems (to
me) sufficient to get version 2.0 of pulseaudio into Debian to solve
this bug.

With convenience and user-friendliness in mind, I feel that the jack
detection backport from kernel 3.3 to the Debian 3.2 kernel should be
done. Since Ubuntu already did it, perhaps this will be easy enough ?

Cheers

Andres



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

Bug#661401: ruby-raindrops: FTBFS due to test suite errors

[Dmitry Borodaenko]

reopen 661401
thanks

Version 0.8.0-2 fixed some of the unit test failures, but not all of them:

Started
.E.EERaindrops::MAX = 0x
.Raindrops::SIZE = 64
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:181:in
`aggregator_thread': undefined method `error' for nil:NilClass
(NoMethodError)
from 
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:167:in
`initialize'
from 
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:167:in
`new'
from 
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:167:in
`aggregator_thread'
from 
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:144:in
`call'
from 
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:144:in
`synchronize'
from 
./debian/ruby-raindrops//usr/lib/ruby/vendor_ruby/raindrops/watcher.rb:144:in
`call'
from /usr/lib/ruby/vendor_ruby/rack/mock.rb:72:in `request'
from /usr/lib/ruby/vendor_ruby/rack/mock.rb:56:in `get'
from ./test/test_watcher.rb:61:in `test_active_html'
from /usr/lib/ruby/1.8/test/unit/testcase.rb:78:in `__send__'
from /usr/lib/ruby/1.8/test/unit/testcase.rb:78:in `run'
from /usr/lib/ruby/1.8/test/unit/testsuite.rb:34:in `run'
from /usr/lib/ruby/1.8/test/unit/testsuite.rb:33:in `each'
from /usr/lib/ruby/1.8/test/unit/testsuite.rb:33:in `run'
from /usr/lib/ruby/1.8/test/unit/testsuite.rb:34:in `run'
from /usr/lib/ruby/1.8/test/unit/testsuite.rb:33:in `each'
from /usr/lib/ruby/1.8/test/unit/testsuite.rb:33:in `run'
from /usr/lib/ruby/1.8/test/unit/ui/testrunnermediator.rb:46:in 
`run_suite'
from /usr/lib/ruby/1.8/test/unit/ui/console/testrunner.rb:67:in
`start_mediator'
from /usr/lib/ruby/1.8/test/unit/ui/console/testrunner.rb:41:in `start'
from /usr/lib/ruby/1.8/test/unit/ui/testrunnerutilities.rb:29:in `run'
from /usr/lib/ruby/1.8/test/unit/autorunner.rb:216:in `run'
from /usr/lib/ruby/1.8/test/unit/autorunner.rb:12:in `run'
from /usr/lib/ruby/1.8/test/unit.rb:279
from -e:1
ERROR: Test "ruby1.8" failed. Exiting.

--
Dmitry Borodaenko



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

Bug#543880: status of pyneighborhood package

[Arthur de Jong]

Hi,

In an effort to get rid of python-central I came across the
pyneighborhood package which is currently marked as orphaned. I noticed
a few odd things:
- there was an upload since it was orphaned which set a new maintainer
  but didn't close the orphan bug
- the history in the changelog was lost
- it is a native package which isn't primarily maintained in Debian

I would like to, unless someone objects, upload the package to the
Python Applications Packaging Team repository, add the Team to the
uploader field, switch to dh_python2, make it a non-native package, fix
lintian problems and perhaps include the latest upstream (0.5.4).

Any objections?

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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

Bug#664062: Grabs focus when moving mouse or pressing Alt-4

[Michael Tokarev]

On 16.03.2012 13:49, Martin Michlmayr wrote:
[]
> I didn't actually know what the -usbdevice tablet option was supposed
> to do.  I merely used it because I heard it improves mouse support in
> KVM.
> 
> Based on what you said, -usbdevice tablet didn't work properly in 0.14
> but is working in 1.0 now.  However, the behaviour of -usbdevice
> tablet is exactly the behaviour I don't like and so the solution for
> me is not to use this option.  I'll do that and you can close this
> bug.  Thanks again.
> 
> I have one last question, though: there is one behaviour I liked about
> -usbdevice tablet in 0.14: it allowed me to move over a KVM window,
> and if there were several windows in that KVM instance the focus would
> move to the window in the KVM instance in which I clicked or over
> which I moved.  This was the case without KVM grabbing the whole focus
> so I'd have to press Ctrl-Alt to get out.
> 
> It seems this behaviour is no longer possible: I either have to choose
> between full focus (requiring Ctrl-Alt to get out) or no focus at all.
> 
> Is there something inbetween that would allow me to get back to that
> old behaviour I just described?

There are two separate things here which are enabled by usbtablet in 1.0.

First is the mouse cursor which is the same on guest and on host with
usbtablet, which was the case in previous versions too.

Second is the automatic keyboard/mouse grabbing while the mouse is under
the guest window _and_ the guest has enabled usbtablet device.  This is
something which was invented in 1.0 and wasn't there before.

The idea is: if mouse is being sent to the guest "as is", why not the
keyboard too?

If you dislike this "coupling", again, patches welcome to introduce a
new command-line option for 'autograb'.

So far I think the new behavour is much more sane than the one which
was in 0.15 and before.

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#664203: joystick: jscal-store fails to work, cannot save to chose files

[Michael P. Soulier]

Package: joystick
Version: 20051019-12
Severity: normal

msoulier@anton:~$ sudo jscal-store /dev/input/js0
[sudo] password for msoulier:
/usr/bin/jscal-store: 46: cannot create /var/lib/joystick/joystick.state.new:
Directory nonexistent
/usr/bin/jscal-store: 52: cannot create /var/lib/joystick/joystick.state.new:
Directory nonexistent
/usr/bin/jscal-store: 55: cannot create /var/lib/joystick/joystick.state.new:
Directory nonexistent
/usr/bin/jscal-store: 56: cannot create /var/lib/joystick/joystick.state.new:
Directory nonexistent
/usr/bin/jscal-store: 57: cannot create /var/lib/joystick/joystick.state.new:
Directory nonexistent
mv: cannot stat `/var/lib/joystick/joystick.state.new': No such file or
directory



-- Package-specific info:

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device 
'/devices/pci:00/:00:10.1/usb3/3-1/3-1:1.0/input/input27/js0':
KERNEL=="js0"
SUBSYSTEM=="input"
DRIVER==""

  looking at parent device 
'/devices/pci:00/:00:10.1/usb3/3-1/3-1:1.0/input/input27':
KERNELS=="input27"
SUBSYSTEMS=="input"
DRIVERS==""
ATTRS{name}=="Logitech Inc. WingMan Extreme Digital 3D"
ATTRS{phys}=="usb-:00:10.1-1/input0"
ATTRS{uniq}==""

ATTRS{modalias}=="input:b0003v046DpC207e0100-e0,1,3,4,k120,121,122,123,124,125,126,ra0,1,5,6,10,11,m4,lsfw"

  looking at parent device '/devices/pci:00/:00:10.1/usb3/3-1/3-1:1.0':
KERNELS=="3-1:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="usbhid"
ATTRS{bInterfaceNumber}=="00"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bNumEndpoints}=="01"
ATTRS{bInterfaceClass}=="03"
ATTRS{bInterfaceSubClass}=="00"
ATTRS{bInterfaceProtocol}=="00"
ATTRS{modalias}=="usb:v046DpC207d0104dc00dsc00dp00ic03isc00ip00"
ATTRS{supports_autosuspend}=="1"

  looking at parent device '/devices/pci:00/:00:10.1/usb3/3-1':
KERNELS=="3-1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="80"
ATTRS{bMaxPower}==" 20mA"
ATTRS{urbnum}=="35370"
ATTRS{idVendor}=="046d"
ATTRS{idProduct}=="c207"
ATTRS{bcdDevice}=="0104"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="8"
ATTRS{speed}=="1.5"
ATTRS{busnum}=="3"
ATTRS{devnum}=="27"
ATTRS{version}==" 1.00"
ATTRS{maxchild}=="0"
ATTRS{quirks}=="0x0"
ATTRS{authorized}=="1"
ATTRS{manufacturer}=="Logitech Inc."
ATTRS{product}=="WingMan Extreme Digital 3D"

  looking at parent device '/devices/pci:00/:00:10.1/usb3':
KERNELS=="usb3"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"
ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="e0"
ATTRS{bMaxPower}=="  0mA"
ATTRS{urbnum}=="578"
ATTRS{idVendor}=="1d6b"
ATTRS{idProduct}=="0001"
ATTRS{bcdDevice}=="0206"
ATTRS{bDeviceClass}=="09"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{speed}=="12"
ATTRS{busnum}=="3"
ATTRS{devnum}=="1"
ATTRS{version}==" 1.10"
ATTRS{maxchild}=="2"
ATTRS{quirks}=="0x0"
ATTRS{authorized}=="1"
ATTRS{manufacturer}=="Linux 2.6.32-5-686 uhci_hcd"
ATTRS{product}=="UHCI Host Controller"
ATTRS{serial}==":00:10.1"
ATTRS{authorized_default}=="1"

  looking at parent device '/devices/pci:00/:00:10.1':
KERNELS==":00:10.1"
SUBSYSTEMS=="pci"
DRIVERS=="uhci_hcd"
ATTRS{vendor}=="0x1106"
ATTRS{device}=="0x3038"
ATTRS{subsystem_vendor}=="0x1106"
ATTRS{subsystem_device}=="0x3038"
ATTRS{class}=="0x0c0300"
ATTRS{irq}=="21"
ATTRS{local_cpus}==""
ATTRS{local_cpulist}=="0-31"
ATTRS{modalias}=="pci:v1106d3038sv1106sd3038bc0Csc03i00"
ATTRS{broken_parity_status}=="0"
ATTRS{msi_bus}==""

  looking at parent device '/devices/pci:00':
KERNELS=="pci:00"
SUBSYSTEMS==""
DRIVERS==""


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

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

Versions of packages joystick depends on:
ii  libc6 2.11.3-2   Embedded GNU C Library: Shared lib
ii  libsdl1.2debian   1.2.14-6.1 Simple DirectMedia Layer

Versions of packages joystick recommends:
ii  evtest   

Bug#664204: mpd: Please update configuration file provided with the package

[Geoffroy Youri]

Package: mpd
Version: 0.16.7-1
Severity: normal
Tags: patch

The 0.16 branch have a new option for httpd/audio_output section.
It does not appear in ./debian/mpd.conf

Please consider the attached patch.

Cheers,
Geoff



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

Kernel: Linux 3.2.0-2-686-pae (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 mpd depends on:
ii  adduser   3.113+nmu1
ii  libao41.1.0-1.1
ii  libasound21.0.25-2
ii  libaudiofile1 0.3.3-3
ii  libavahi-client3  0.6.31-1
ii  libavahi-common3  0.6.31-1
ii  libavahi-glib10.6.31-1
ii  libavcodec53  4:0.8-1+b1
ii  libavformat53 4:0.8-1+b1
ii  libavutil51   4:0.8-1+b1
ii  libc6 2.13-27
ii  libcurl3-gnutls   7.24.0-1
ii  libfaad2  2.7-7
ii  libflac8  1.2.1-6
ii  libgcc1   1:4.6.3-1
ii  libglib2.0-0  2.30.2-6
ii  libid3tag00.15.1b-10
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.2-1
ii  libmad0   0.15.1b-7
ii  libmikmod23.1.12-3
ii  libmms0   0.6.2-3
ii  libmpcdec62:0.1~r459-2
ii  libogg0   1.2.2~dfsg-1
ii  libpulse0 1.1-3
ii  libsamplerate00.1.8-3
ii  libshout3 2.2.2-8
ii  libsqlite3-0  3.7.10-1
ii  libstdc++64.6.3-1
ii  libvorbis0a   1.3.2-1.1
ii  libvorbisenc2 1.3.2-1.1
ii  libvorbisfile31.3.2-1.1
ii  libwavpack1   4.60.1-2
ii  lsb-base  3.2-28.1
ii  zlib1g1:1.2.6.dfsg-2

mpd recommends no packages.

Versions of packages mpd suggests:
ii  avahi-daemon  0.6.31-1
ii  gmpc [mpd-client] 11.8.16-2
ii  icecast2  
ii  mpc [mpd-client]  0.20-2
ii  mpdscribble [mpd-client]  0.22-2
ii  ncmpc [mpd-client]0.17-1
ii  pulseaudio
ii  sonata [mpd-client]   1.6.2.1-5

-- Configuration Files:
/etc/mpd.conf changed [not included]

-- no debconf information
>From 08c27ad04983e6cc1a05b128739899d31a6f1c62 Mon Sep 17 00:00:00 2001
From: Geoffroy Youri Berret 
Date: Fri, 16 Mar 2012 15:14:46 +0100
Subject: [PATCH] Add missing bind_to_address option in httpd output

---
 debian/mpd.conf |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/debian/mpd.conf b/debian/mpd.conf
index 851ae53..c55a9e1 100644
--- a/debian/mpd.conf
+++ b/debian/mpd.conf
@@ -258,6 +258,7 @@ audio_output {
 #	name		"My HTTP Stream"
 #	encoder		"vorbis"		# optional, vorbis or lame
 #	port		"8000"
+#	bind_to_address	"0.0.0.0"		# optional, IPv4 or IPv6
 #	quality		"5.0"			# do not define if bitrate is defined
 #	bitrate		"128"			# do not define if quality is defined
 #	format		"44100:16:1"
-- 
1.7.9.1

Bug#664205: josm: Drag and drop a .osm file leads to exception with openjdk-7

[colliar]

Package: josm
Version: 0.0.svn4878+dfsg1-1
Severity: normal

Hey Davide

Here is the bug I was talking about. I is probably a java bug ! (please forward
if so).

I drag and drop a small file "sav.osm" into a fresh instance of josm and get
following exception. Same with gpx track or way points files.

It only happens with openjdk-7 ! No problem with openjdk-6.

**

Debian-Release: 0.0.svn4878+dfsg1-1
Build-Date: 2012-02-02 10:42:47
Revision: 4878
Is-Local-Build: true

Identification: JOSM/1.5 (4878 en_GB)
Memory Usage: 53 MB / 592 MB (11 MB allocated, but free)
Java version: 1.7.0_147-icedtea, Oracle Corporation, OpenJDK 64-Bit Server VM
Operating system: Linux


java.awt.dnd.InvalidDnDOperationException: java.net.URISyntaxException: Illegal
character in path at index 0:
at
sun.awt.dnd.SunDropTargetContextPeer.getTransferData(SunDropTargetContextPeer.java:270)
at
sun.awt.datatransfer.TransferableProxy.getTransferData(TransferableProxy.java:73)
at
java.awt.dnd.DropTargetContext$TransferableProxy.getTransferData(DropTargetContext.java:376)
at org.openstreetmap.josm.gui.FileDrop$2.drop(FileDrop.java:323)
at java.awt.dnd.DropTarget.drop(DropTarget.java:450)
at
sun.awt.dnd.SunDropTargetContextPeer.processDropMessage(SunDropTargetContextPeer.java:537)
at
sun.awt.X11.XDropTargetContextPeer.processDropMessage(XDropTargetContextPeer.java:184)
at
sun.awt.dnd.SunDropTargetContextPeer$EventDispatcher.dispatchDropEvent(SunDropTargetContextPeer.java:851)
at
sun.awt.dnd.SunDropTargetContextPeer$EventDispatcher.dispatchEvent(SunDropTargetContextPeer.java:775)
at sun.awt.dnd.SunDropTargetEvent.dispatch(SunDropTargetEvent.java:48)
at java.awt.Component.dispatchEventImpl(Component.java:4715)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4686)
at
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
at
java.awt.LightweightDispatcher.processDropTargetEvent(Container.java:4566)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4417)
at java.awt.Container.dispatchEventImpl(Container.java:2273)
at java.awt.Window.dispatchEventImpl(Window.java:2713)
at java.awt.Component.dispatchEvent(Component.java:4686)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707)
at java.awt.EventQueue.access$000(EventQueue.java:101)
at java.awt.EventQueue$3.run(EventQueue.java:666)
at java.awt.EventQueue$3.run(EventQueue.java:664)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
at java.awt.EventQueue$4.run(EventQueue.java:680)
at java.awt.EventQueue$4.run(EventQueue.java:678)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:677)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)




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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 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 josm depends on:
ii  ant  1.8.2-4
ii  libcommons-codec-java1.5-1
ii  libgettext-commons-java  0.9.6-2
ii  libmetadata-extractor-java   2.3.1+dfsg-2
ii  liboauth-signpost-java   1.2.1.1-1
ii  libsvgsalamander-java0~svn95-1
ii  openjdk-6-jre6b24-1.11.1-3
ii  openjdk-7-jre7~b147-2.0-1
ii  openstreetmap-map-icons-classic  1:0.0.svn26700-1

Versions of packages josm recommends:
ii  josm-plugins  0.0.svn27676+ds1-1
ii  webkit-image-gtk  0.0.svn25399-2+b1

josm 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#664062: Grabs focus when moving mouse or pressing Alt-4

[Martin Michlmayr]

* Michael Tokarev  [2012-03-16 19:53]:
> First is the mouse cursor which is the same on guest and on host with
> usbtablet, which was the case in previous versions too.

Right, I like this behaviour.

> Second is the automatic keyboard/mouse grabbing while the mouse is under
> the guest window _and_ the guest has enabled usbtablet device.  This is
> something which was invented in 1.0 and wasn't there before.

Right, I don't like this behaviour.

> If you dislike this "coupling", again, patches welcome to introduce
> a new command-line option for 'autograb'.

Do you think you could forward this feature request upstream?  If they
disagree, you can close this bug report.

But I think it's worthwhile to decouple these two options.  At least
it would help in my use scenario: in the guest, I have two windows
open, one with email and one with irc.  I sometimes want to check
email and irc, and I like to be able to move between email and irc by
moving the mouse - but I don't want the guest to grab the focus
because I only check email/irc in the guest quickly and do most of my
real work on the host system.

This was possible in 0.14 but is no longer possible in 1.0.

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#662599: Pending fixes for bugs in the libmail-imapclient-perl package

[pkg-perl-maintainers]

tag 662599 + pending
thanks

Some bugs in the libmail-imapclient-perl package are closed in
revision 8af015d87db7082ec121e0a36d7b369410ac2bbe in branch 'master'
by gregor herrmann

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

Commit message:

Rebuild grammar in override_dh_auto_build.

Closes: #662599
Thanks: Niko Tyni for finding the solution




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

Bug#664206: mlocate: Ordinary user can't searching

[Yoric Kotchukov]

Package: mlocate
Version: 0.23.1-1
Severity: normal

Hello!
Sorry my bad English.

globus@aspera:~$ locate recur
locate: can not open `/var/lib/mlocate/mlocate.db': Permission denied

globus@aspera:~$ ls -l /var/lib/mlocate/
total 14492
-rw-r- 1 root mlocate 14838299 Мар 16 06:26 mlocate.db

This all

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 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 mlocate depends on:
ii  adduser  3.113+nmu1
ii  libc62.13-27

mlocate recommends no packages.

mlocate 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#565113: screen window renaming sequences do not immediatly take effect

[Tim Ruehsen]

I contacted the author of this bug report Joey Hess.
He seems not to be able to reproduce the problem with tmux version 1.6-1:

> maybe you did not get my last comment to Buf#565113 (tmux). I forget to put 
> you on CC. Can you please have a look ?

I'm not sure, but I don't think I can reproduce this bug anymore.

> > I'm not sure, but I don't think I can reproduce this bug anymore.
> 
> Could you give me the tmux and the debian version you tested on ?

1.6-1



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

Bug#663754: ITP: hol-light -- HOL Light theorem prover

[Stéphane Glondu]

Le 16/03/2012 11:36, Hendrik Tews a écrit :
> a first version of the hol-light package is available at
> git://git.debian.org/git/pkg-ocaml-maint/packages/hol-light.git 

Even though I've pushed (cosmetic) stuff there, I've not yet fully
looked at everything.

> I believe the compiled syntax extension will only work with the
> camlp5 version it was compiled. Therefore I would like to have a
> dependency 
> 
>  camlp5-${F:Camlp5ABI},

There is already an automatically computed camlp5 ABI (have a look at
camlp5's provides). The question is: why dh_ocaml doesn't put it in
hol-light? I'll have a deeper look at this (but feel free to beat me on
this)

By the way, if one manages to use this automatic ABI, care should be
taken w.r.t. #549679. Basically, until this bug is fixed, the package
should be arch:any (because the ABI depends on the architecture, at
least theoretically).

> This does of course not work, because there is no package
> camlp5-6.04. Can we change the camlp5 package to provide
> camlp5-${F:Camlp5ABI} ?

Before doing that, I'd like to understand why dh_ocaml is not suitable.


Cheers,

-- 
Stéphane



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