Bug#658980: [skge] transmit queue 0 timed out

[Jonathan Nieder]

severity 658980 important
reassign 658980 src:linux-2.6 3.1.8-2
quit

burek wrote:

>   I was watching a movie online, using VLC media player and it
> just stopped playing. [...]  The debian was completely cut off of
> the internet.  Ping couldn't resolve any host, ifconfig reported
> nothing unusual, /etc/init.d/networking restart didn't help
[...]
> WARNING: at 
> /build/buildd-linux-2.6_3.1.8-2-i386-3fqT1n/linux-2.6-3.1.8/debian/build/source_i386_none/net/sched/sch_generic.c:255
>  dev_watchdog+0xb1/0x104()

Thanks for reporting it.  Is this reproducible?

Curious,
Jonathan

> Hardware name: To Be Filled By O.E.M.
> NETDEV WATCHDOG: eth0 (skge): transmit queue 0 timed out
> Modules linked in: snd_seq_dummy ppdev lp bnep rfcomm snd_hrtimer fuse loop 
> snd_usb_audio snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss 
> snd_pcm snd_hwdep snd_usbmidi_lib radeon snd_seq_midi snd_seq_midi_event 
> snd_seq ttm drm_kms_helper cryptd drm aes_i586 joydev aes_generic snd_rawmidi 
> snd_timer snd_seq_device i2c_algo_bit uvcvideo power_supply ecb videodev 
> usbhid media hid snd iTCO_wdt btusb iTCO_vendor_support i2c_i801 i2c_core 
> bluetooth soundcore shpchp pci_hotplug snd_page_alloc rfkill crc16 rng_core 
> evdev pcspkr parport_pc parport processor button thermal_sys ext3 jbd mbcache 
> sd_mod sr_mod crc_t10dif cdrom ata_generic ata_piix libata scsi_mod skge 
> uhci_hcd ehci_hcd usbcore [last unloaded: scsi_wait_scan]
> Pid: 0, comm: swapper Not tainted 3.1.0-1-686-pae #1
> Call Trace:
>  [] ? warn_slowpath_common+0x68/0x79
>  [] ? dev_watchdog+0xb1/0x104
>  [] ? warn_slowpath_fmt+0x29/0x2d
>  [] ? dev_watchdog+0xb1/0x104
>  [] ? local_bh_enable+0x2/0x2
>  [] ? run_timer_softirq+0x150/0x1f3
>  [] ? netif_tx_unlock+0x3a/0x3a
>  [] ? local_bh_enable+0x2/0x2
>  [] ? __do_softirq+0x94/0x12f
>  [] ? local_bh_enable+0x2/0x2
>[] ? irq_exit+0x32/0x80
>  [] ? smp_apic_timer_interrupt+0x5b/0x65
>  [] ? apic_timer_interrupt+0x31/0x38
>  [] ? native_safe_halt+0x2/0x3
>  [] ? default_idle+0x52/0x87
>  [] ? cpu_idle+0x90/0xaa
>  [] ? start_kernel+0x32a/0x32f
> ---[ end trace 42a84afd9f63b42e ]---
> skge :02:05.0: eth0: disabling interface
> skge :02:05.0: eth0: enabling interface
[...]
> After that, I restarted my home router and then I was able to ping
> it and log into it over the web interface, but nothing after the
> router could be accessed, until the reboot.



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

Bug#658861: ITP: adminer -- Light weight Web based database administration

[Tanguy Ortolo]

martin f krafft, 2012-02-06 16:11+0100:
> With audit I meant: the code runs as root. Did someone ever check
> the code for security bugs?

Does it actually run as root? This being a database administration tool,
I do not see why it would require root privileges, and it should be able
to work just fine as www-data.

-- 
 ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer
 \_


signature.asc
Description: Digital signature

Bug#658968: debian-installer: permits install with out configuring root password

[Christian PERRIER]

Quoting Sam (s...@bingner.com):
> Package: debian-installer
> Severity: normal
> Tags: d-i
> 
> Debian installer will allow you to complete an install without ever visiting 
> the configure users section and no warning.  This will result in a system 
> installed with no way to log in except booting with init=/bin/sh


You really need to explain how you ended up in this situation.



signature.asc
Description: Digital signature

Bug#638680: phpldapadmin new version 1.2.2 NMU (including translations)

[Christian PERRIER]

Quoting Marcus Osdoba (marcus.osd...@googlemail.com):
> Dear Christian, dear phpldapadmin maintainer,
> 
> I use the package myself on a headless server.
> The current buglist shows some bugs which are fixed upstream.
> I already created a NMU of phpldapadmin version 1.2.2 myself and intended
> to propose it to Fabio Tranchitella and in case he wouldn't find
> time, I would have sent a
> sponsorship request to upload version 1.2.2.
> 
> This version includes the two translation files.

Thanks for your work, Marcus,

As my l10n NMU is on its way to the archive (moving one day after
another towards entering it), I suggest that your update proposal uses
it as basis instead of the current version in the archive.

That said, I think that your proposal makes sense as an attempt to
help Fabio keeping up with phpldamadmin package maintenance. Giving
him an opportunity to followup on your proposal is IMHO the best
course of action.

My suggestion would be CC'ing Fabio personnally (ie not only sending
to the BTS): some maintainers, when they have other life priorities,
tend to pay less attention, sometimes temporarily, to their BTS or
packages mails.and mailing them personnally sometimes help
grabbing their attention.




signature.asc
Description: Digital signature

Bug#658415: [ITR] templates://golang-weekly/{golang-weekly-tools.templates}

[Christian PERRIER]

Dear Debian maintainer,

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

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

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

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

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

I will act as the coordinator of this activity for golang-weekly.

The first step of the process is to review the debconf source
template file(s) of golang-weekly. This review will start on Friday, February 
10, 2012, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

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

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

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#628391: Patch for the l10n upload of hylafax

[Christian PERRIER]

Dear maintainer of hylafax,

On Sunday, January 29, 2012 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Saturday, January 28, 2012.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

Giuseppe, please note that this patch does not take into account the
upload you made in the meantime. So it probably doesn't apply cleanly
on the current version in unstable (at least the debian/changelog changes).

The corresponding changelog is:


Source: hylafax
Version: 2:6.1~20111227-6.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Sat, 28 Jan 2012 16:21:00 +0100
Closes: 628391 657823 657875
Changes: 
 hylafax (2:6.1~20111227-6.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * Danish (Joe Hansen).  Closes: #628391
   * Indonesian (Mahyuddin Susanto).  Closes: #657823
   * Polish (Michał Kułach).  Closes: #657875

-- 


diff -Nru hylafax-6.1~20111227.old/debian/changelog hylafax-6.1~20111227/debian/changelog
--- hylafax-6.1~20111227.old/debian/changelog	2012-01-22 18:58:09.806142397 +0100
+++ hylafax-6.1~20111227/debian/changelog	2012-01-31 18:35:23.261243948 +0100
@@ -1,3 +1,13 @@
+hylafax (2:6.1~20111227-6.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Danish (Joe Hansen).  Closes: #628391
+  * Indonesian (Mahyuddin Susanto).  Closes: #657823
+  * Polish (Michał Kułach).  Closes: #657875
+
+ -- Christian Perrier   Sat, 28 Jan 2012 16:21:00 +0100
+
 hylafax (2:6.1~20111227-6) unstable; urgency=low
 
   * Correctly check for /var/spool/hylafax/etc already "bind" mounted
diff -Nru hylafax-6.1~20111227.old/debian/po/bg.po hylafax-6.1~20111227/debian/po/bg.po
--- hylafax-6.1~20111227.old/debian/po/bg.po	2012-01-22 18:58:09.806142397 +0100
+++ hylafax-6.1~20111227/debian/po/bg.po	2012-01-29 15:19:17.901010976 +0100
@@ -19,6 +19,7 @@
 "PO-Revision-Date: 2005-09-30 19:15+0300\n"
 "Last-Translator: Ognyan Kulev \n"
 "Language-Team: Bulgarian \n"
+"Language: bg\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=CP1251\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru hylafax-6.1~20111227.old/debian/po/ca.po hylafax-6.1~20111227/debian/po/ca.po
--- hylafax-6.1~20111227.old/debian/po/ca.po	2012-01-22 18:58:09.806142397 +0100
+++ hylafax-6.1~20111227/debian/po/ca.po	2012-01-29 15:19:17.905011100 +0100
@@ -10,6 +10,7 @@
 "PO-Revision-Date: 2004-10-12 13:56+0200\n"
 "Last-Translator: Aleix Badia i Bosch \n"
 "Language-Team: Catalan \n"
+"Language: ca\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru hylafax-6.1~20111227.old/debian/po/cs.po hylafax-6.1~20111227/debian/po/cs.po
--- hylafax-6.1~20111227.old/debian/po/cs.po	2012-01-22 18:58:09.806142397 +0100
+++ hylafax-6.1~20111227/debian/po/cs.po	2012-01-29 15:19:17.909011193 +0100
@@ -19,6 +19,7 @@
 "PO-Revision-Date: 2006-03-20 15:50+0100\n"
 "Last-Translator: Martin Sin \n"
 "Language-Team: Czech \n"
+"Language: cs\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=utf-8\n"
 "Content-Transfer-Encoding: 8bit\n"
diff -Nru hylafax-6.1~20111227.old/debian/po/da.po hylafax-6.1~20111227/debian/po/da.po
--- hylafax-6.1~20111227.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ hylafax-6.1~20111227/debian/po/da.po	2012-01-28 16:22:36.0 +0100
@@ -0,0 +1,56 @@
+# Danish translation hylafax.
+# Copyright (C) hylafax & nedenstående oversættere.
+# This file is distributed under the same license as the hylafax package.
+# Joe Hansen (joedalt...@yahoo.dk), 2011.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: hylafax\n"
+"Report-Msgid-Bugs-To: hyla...@packages.debian.org\n"
+"POT-Creation-Date: 2009-08-12 10:34+0200\n"
+"PO-Revision-Date: 2011-05-28 18:30+01:00\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../hylafax-server.templates:1001
+msgid "Start the HylaFAX daemon now?"
+msgstr "Start HylaFAX-dæmonen nu?"
+
+#. Type: boolean
+#. Description
+#: ../hylafax-server.templates:1001
+msgid ""
+"Hylafax is already configured and may be started now. If you specify to "
+"start it later manually, remember to change the value of RUN_HYLAFAX in /etc/"
+"default/hylafax."
+msgstr ""
+"Hylafax er allerede konfigureret og kan startes nu. Hvis du angiver en "
+"senere manuel opstart så husk at ændre værdien for RUN_HYLAFAX i /etc/"
+"default/hylafax."
+
+#. Type: error
+#. Description
+#: ../hylafax-server.templates:2001
+msgid "Hylafax setup failed"
+msgstr "Hylafaxopsætning f

Bug#633472: Announce of the upcoming NMU for the mailcrypt package

[Christian PERRIER]

Dear maintainer of mailcrypt and Debian translators,

Some days ago, I sent a notice to the maintainer of the mailcrypt 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 fi fr it ja nl pt 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 mailcrypt package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Wednesday, February 
15, 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):

 Thursday, February 02, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, February 07, 2012   : send this notice
 Wednesday, February 15, 2012   : (midnight) deadline for receiving 
translation updates
 Thursday, February 16, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Thursday, February 23, 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: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: sa...@debian.org\n"
"POT-Creation-Date: 2007-07-26 17:33+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: 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 "Should Mailcrypt be auto-loaded by default at your site?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Mailcrypt will globally (i.e., for all users on this site) overload certain "
"Emacs functions and key-bindings if you answer affirmatively to this "
"question."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"This is generally a good thing, since Mailcrypt is a very useful package; "
"however you may not want it to happen, and instead let single users at your "
"site decide by themselves if they should load this package."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you answer negatively, people who desire to use it will have to put the "
"string \"(require 'mailcrypt-init)\" in their personal Emacs configuration "
"file (e.g., \"~/.emacs\" or \"~/.emacs.el\") to load it."
msgstr ""


signature.asc
Description: Digital signature

Bug#628227: Announce of the upcoming NMU for the mirrormagic package

[Christian PERRIER]

Quoting Drew Parsons (dpars...@debian.org):

> I'm happy to wait till you give the all-clear that all the fresh
> translations are in.
> 
> I can do the upload then, but I'm happy for you to make an NMU too if
> that's more efficient.


I always tend to give priority to maintainer uploads so I'll send you
a patch. In case you don't have time for an upload at that time, then
we'll see. But, in such cases, I reset my "radar" counter to 7 days,
which means that I wait for one week after sending the final "go"
before pinging again the maintainer. And, I even often reset it once
or twice before really nagging the maintainer again when (s)he is
obviously responsive as you are. The whole point is getting the
package uploaded at some point, not urgently..:-)

The deadline for the translation update round is Feb 12th so you
should get the final "GO" that day or the day after.



signature.asc
Description: Digital signature

Bug#627720: Announce of the upcoming NMU for the libgcr410 package

[Christian PERRIER]

Dear maintainer of libgcr410 and Debian translators,

Some days ago, I sent a notice to the maintainer of the libgcr410 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 id 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 libgcr410 package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Wednesday, February 
15, 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):

 Thursday, February 02, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, February 07, 2012   : send this notice
 Wednesday, February 15, 2012   : (midnight) deadline for receiving 
translation updates
 Thursday, February 16, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Thursday, February 23, 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: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: libgcr...@packages.debian.org\n"
"POT-Creation-Date: 2010-04-27 07:38+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../libgcr410.templates:1001
msgid "Serial port to which the smartcard reader is connected:"
msgstr ""

#. Type: select
#. Description
#: ../libgcr410.templates:1001
msgid ""
"The driver needs to know to which serial port the GemPlus GCR410 reader is "
"connected."
msgstr ""


signature.asc
Description: Digital signature

Bug#616011: closed by Rene Engelhard (Bug#616011: fixed in libreoffice 1:3.5.0~rc3-1)

[Rene Engelhard]

Hi,

On Mon, Feb 06, 2012 at 09:18:20AM -0500, Pascal Giard wrote:
> I'm very happy to see that there might be a solution to this issue.
> I'll gladly test this as soon as it reaches unstable.

It will when I build a new 3.4.x upload (right now it's only in
experimental). That said, I am not exactly sure this is the right fix,
(which is why I said "hopefully closes:" in the changelog ;)) - maybe
#658646 has the same cause...

Can you also try the steps there and/or remove .libreoffice
(backup it please...) and see whether that fixes it?

Regards,

Rene



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

Bug#658989: offlineimap: mbname file not always generated

[serge guelton]

Package: offlineimap
Version: 6.3.4-1
Severity: normal

Dear Maintainer,

I noticed recently that the mbname file is not always generated when
running offlineimap in multithreaded mode.

More accurately, the guard in mbnames.write is too strict and the file
generation can be never called.

Removing the guard temporaly (and in a very ugly way) fixed the bug.

Seems like a synchronization issue ?

By the way, thanks for this great software!

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

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

Versions of packages offlineimap depends on:
ii  python  2.7.2-10
ii  python-support  1.0.14

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  doc-base 0.10.3
pn  python-kerberos  

-- 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#658990: minitube: New upstream release (1.7) available

[Vincent Cheng]

Package: minitube
Version: 1.6-1
Severity: wishlist

A new version (1.7) of Minitube is available upstream; please package it. 
Thanks!

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

Kernel: Linux 3.2.0-4.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages minitube depends on:
ii  dbus-x111.4.16-1
ii  gstreamer0.10-ffmpeg1:0.10.13-0.0
ii  gstreamer0.10-plugins-bad   0.10.22-3
ii  gstreamer0.10-plugins-good  0.10.30-2.1
ii  gstreamer0.10-x 0.10.35-1
ii  libc6   2.13-24
ii  libgcc1 1:4.6.2-12
ii  libphonon4  4:4.6.0really4.5.1-1
ii  libqt4-dbus 4:4.7.4-2
ii  libqt4-network  4:4.7.4-2
ii  libqt4-xml  4:4.7.4-2
ii  libqtcore4  4:4.7.4-2
ii  libqtgui4   4:4.7.4-2
ii  libstdc++6  4.6.2-12
ii  phonon  4:4.6.0really4.5.1-1
ii  phonon-backend-gstreamer4:4.6.0really4.5.1-1

minitube recommends no packages.

minitube 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#631303: Announce of the upcoming NMU for the muttprint package

[Rene Engelhard]

Hi,

On Fri, Feb 03, 2012 at 07:07:51AM +0100, Christian PERRIER wrote:
> 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 is currently translated to: 
> ca cs da de es fr gl it ja nl pt pt_BR ru sv vi
> 
> Among these, the following translations are incomplete: 

Uhm, and what warrants the NMU then? ;)
(Yes, I saw 658505 but that came on the same da and even after the
NMU announcement.)

Regards,

Rene



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

Bug#658861: Valid?

[martin f krafft]

also sprach Medhamsh  [2012.02.07.0636 +0100]:
> Is this ITP still valid? Can I work on it?

Yes.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"der beruf ist eine schutzwehr, hinter welche man sich erlaubterweise
 zurückziehen kann, wenn bedenken und sorgen allgemeiner art einen
 anfallen."
 - friedrich nietzsche


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#658684: ipxe-qemu: add Breaks/Replaces ipxe

[Bastian Blank]

On Tue, Feb 07, 2012 at 10:21:24AM +0400, Michael Tokarev wrote:
> On 07.02.2012 05:52, Vagrant Cascadian wrote:
> > +Breaks: ipxe (<< 1.0.0+git-20120202.f6840ba-2)
> > +Replaces: ipxe (<< 1.0.0+git-20120202.f6840ba-2)
> It is not Breaks it is Conflicts.

Breaks is correct for this case.

Bastian

-- 
The more complex the mind, the greater the need for the simplicity of play.
-- Kirk, "Shore Leave", stardate 3025.8



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

Bug#631303: Announce of the upcoming NMU for the muttprint package

[Rene Engelhard]

Hi,

On Fri, Feb 03, 2012 at 05:29:55PM +0100, Helge Kreutzmann wrote:
> it would be kind if you could include #631117 in your NMU as well; the
> upstream maintainer already asked about it as well, so he'll likly

where? (And when?). IME muttprint is dead upstream.

> include it in his next version as well.

Given http://muttprint.sourceforge.net/ I am not quite sure about that :)

Regards,

Rene



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

Bug#657852: Been Unstable

[Michael Lustfield]

In my experience, the fancyindex module has been extremely unstable and prone
to breaking. As much as I'd love to be able to use it myself, I'd like to see a
lot of testing done before considering it for inclusion.

-- 
Michael Lustfield
Ubuntu Member, Nginx Developer



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

Bug#658988: RFP: libvirt-sandbox -- API layer which facilitates the cration of application sandboxes using virtualization technology

[Salvatore Bonaccorso]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: libvirt-sandbox
  Version : 0.0.2
  Upstream Author : Daniel P. Berrange 
* URL : ftp://libvirt.org/libvirt/sandbox/
* License : LGPL-2.1
  Programming Lang: C
  Description : API layer which facilitates the cration of application 
sandboxes using virtualization

The libvirt-sandbox package provides an API layer on top of libvirt-gobject
which facilitates the cration of application sandboxes using virtualization
technology. An application sandbox is a virtual machine or container that
runs a single application binary, directly from the host OS filesystem.
In other words there is no separate guest operating system install to build
or manager.

One announce for libvirt-sandbox was done [1].

 [1] https://www.redhat.com/archives/libvir-list/2012-January/msg00516.html

libvirt-sandbox was presented at Fosdem [2].

 [2] http://people.redhat.com/berrange/fosdem-2012/

p.s.: I have not checked about dependencies required for the package.

Regards,
Salvatore

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

iQIcBAEBCAAGBQJPMMliAAoJEHidbwV/2GP+f10P/RJ49LukERnetDTu7ZrxKFd5
bKRURC0q6pJwSPPwfXB4ZqpjQ+GaX7LLdv7vKNwBQnaXfb1uXJGnp+NIs+JIr+JR
VvALi9eTV1cfJBLqwFxgs62Xj6YsQqWAf47SWHWxuE9sasDxbyekdatXEyBJmE37
1QOxHEPsEtx0oSGMg/af0MRc+kk8Dc0l5AugY8N3nSJD5lm2idnw0risvhrEQyvX
pCJi4huHjHTHIPd30aFHMqbdYDONTLyQ+SEB0HF13UOvWfRwm7cmr66duce47UDT
oF6PWKjET+4XTUXVwToItp2ABXr5T9Y09l18PR4KNx5/deUonSHaRMWyo+gd7PYO
Gsf48uqrpeqFb3nNPe144Frtz+6m+950KT3MObRrXnyXbUCalWYJFuB3rGeG4yza
R5XtfCOF/9r8i1S6+QZg6thCqb59ChZvoV6ArFG4njX7HQTsuKiIEzuH97A26rR/
DzZ9NSeaHpafhYxBw3uDZoVsAgwnJ0WSnwHz2XLd161gE84pmV8lmD+PEBffMV1J
ZlhtDgBdj9SBWG7An0INfDMMhXjFx6WEZjDE4j2BncDv/nrZDQ3rbI+ySw+sZ4oL
qx4YsvB4r/klcw3ZgMg7+7VT5JeK0XhDhku6vl/PRON9MnjhCQpOG6mcAKx3gOit
0763HPQjqKaRbDLN7Y5H
=1Qr2
-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#607969: Ping re sqlite removal?

[Laszlo Boszormenyi]

Hi Micah,

On Mon, 2012-02-06 at 22:07 -0600, Micah Gersten wrote:
> On 08/28/2011 12:03 AM, Laszlo Boszormenyi wrote:
> > On Sat, 2011-08-27 at 21:32 -0500, Micah Gersten wrote:
> >> Just noticed this bug, and as Squeeze has been released, is it time to
> >> remove this?
> >  Indeed, sqlite should be removed. It's unsupported a long time ago. The
> > last upstream release was on 19th December of 2005 (yes, almost six
> > years ago)[1].
> > [1] http://www.sqlite.org/changes.html
> Did you want me to file the removal bug?
 Will do it in the afternoon with other related bugreports.

Regards,
Laszlo/GCS




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

Bug#624763: darktable gconf schemas cause warnings on each gconf2 trigger call

[Daniel Phillips]

Package: darktable
Version: 0.9.3-2
Followup-For: Bug #624763

I upgraded darktable yesterday and received the same problem:

Processing triggers for gconf2 ...
WARNING: node  not understood below 
WARNING: node  not understood below 
etc



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

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

Versions of packages darktable depends on:
ii  gconf2  2.32.4-1
ii  gtk2-engines1:2.20.2-1
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-24
ii  libcairo2   1.10.2-6.2
ii  libcurl3-gnutls 7.24.0-1
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libexiv2-9  0.20-2.1
ii  libflickcurl0   1.21-5
ii  libfreetype62.4.8-1
ii  libgcc1 1:4.6.2-12
ii  libgconf2-4 2.32.4-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-6
ii  libgnome-keyring0   3.2.2-2
ii  libgomp14.6.2-12
ii  libgphoto2-22.4.11-4
ii  libgtk2.0-0 2.24.8-3
ii  libilmbase6 1.0.1-3
ii  libjpeg88c-2
ii  liblcms2-2  2.2+git20110628-2
ii  liblensfun0 0.2.5-2
ii  libopenexr6 1.6.1-4.1
ii  libpango1.0-0   1.29.4-2
ii  libpng12-0  1.2.46-4
ii  librsvg2-2  2.34.2-2
ii  libsqlite3-03.7.9-2
ii  libstdc++6  4.6.2-12
ii  libtiff43.9.5-2
ii  libxml2 2.7.8.dfsg-7
ii  zlib1g  1:1.2.3.4.dfsg-3

darktable recommends no packages.

darktable 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#658684: ipxe-qemu: add Breaks/Replaces ipxe

[Michael Tokarev]

On 07.02.2012 05:52, Vagrant Cascadian wrote:
> tags 658684 patch
> thanks
> 
> Package: ipxe-qemu
> Version: 1.0.0+git-20120202.f6840ba-2
> 
> since ipxe-qemu is taking over files that were previously shipped in ipxe, it 
> should declare a versioned Breaks/Replaces relationship, as described in 
> debian 
> policy 7.6.1.
> 
> diff --git a/debian/control b/debian/control
> index 321d78d..34b1790 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -28,6 +28,8 @@ Description: PXE boot firmware
>  Package: ipxe-qemu
>  Architecture: all
>  Depends: ${misc:Depends}
> +Breaks: ipxe (<< 1.0.0+git-20120202.f6840ba-2)
> +Replaces: ipxe (<< 1.0.0+git-20120202.f6840ba-2)

It is not Breaks it is Conflicts.

/mjt



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

Bug#565294: Merge

[Filipus Klutiero]

On 2012-02-06 19:19, Mark Brown wrote:

On Mon, Feb 06, 2012 at 06:43:21PM -0500, Filipus Klutiero wrote:

On 2012-02-06 18:06, Mark Brown wrote:

Yes, I had worked out that they were bug numbers.  Thanks for that.

In that case, I do not understand why you call these numbers random.

They are completely incomprehensibe in and of themselves, one needs to
go find the BTS to figure out what they are.


I was not aware that comprehensibility was a property of numbers. 
Numbers are just numbers, there is no need to do anything with the BTS 
to figure out what a number is.

   Coupled with the lack of
information about your reasoning they render your mail unparasable.


If you are referring to my manipulation, I did include the following
explanation:

This is actually a bug, see #585110.

Do you consider this as non-parsable?

Yes, it is just a bald assertation which contains no explanation about
why you believe this to be the case.


If you understood the explanation, I fail to see why you call it 
non-parsable.



This issue does concern me, and I follow this guideline myself, obviously.

This is not the case, at least not in this example.


Why do you think so?

   I strongly suggest
you reexamine your communication style.


Thanks, but this will be difficult without more specific advice.



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

Bug#647275: free(): invalid pointer

[Jack Bates]

Hello Ludovico and Damien, I experience this same problem. I am also 
running ntop 3:4.1.0+dfsg1-1 and I confirm that /etc/default/ntop contains:


> GETOPT="-n 0"

 - so DNS resolution is disabled

I started ntop inside gdb, as you describe. I paste below the output of 
"thread apply all bt". Can I provide any more information?



administrator@debian:~$ sudo gdb --args /usr/sbin/ntop -u ntop -P 
/var/lib/ntop
--access-log-file /var/log/ntop/access.log -i eth0 -p 
/etc/ntop/protocol.list -O
 /var/log/ntop -m 10.10.10.0/24 -m 10.10.20.0/24 -m 10.10.30.0/24 -m 
10.10.50.0/

24 -m 10.10.60.0/24 -n 0
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/ntop...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/sbin/ntop -u ntop -P /var/lib/ntop 
--access-log-file /var
/log/ntop/access.log -i eth0 -p /etc/ntop/protocol.list -O /var/log/ntop 
-m 10.1
0.10.0/24 -m 10.10.20.0/24 -m 10.10.30.0/24 -m 10.10.50.0/24 -m 
10.10.60.0/24 -n

 0
[Thread debugging using libthread_db enabled]
Mon Feb  6 21:03:42 2012  NOTE: Interface merge enabled by default
Mon Feb  6 21:03:42 2012  Initializing gdbm databases
Mon Feb  6 21:03:42 2012  ntop v.4.1.0 (32 bit)
Mon Feb  6 21:03:42 2012  Configured on Aug 21 2011  4:11:28, built on 
Aug 21 20

11 04:11:48.
Mon Feb  6 21:03:42 2012  Copyright 1998-2011 by Luca Deri 
Mon Feb  6 21:03:42 2012  Get the freshest ntop from http://www.ntop.org/
Mon Feb  6 21:03:42 2012  NOTE: ntop is running from '/usr/sbin'
Mon Feb  6 21:03:42 2012  NOTE: (but see warning on man page for the 
--instance

parameter)
Mon Feb  6 21:03:42 2012  NOTE: ntop libraries are in '/usr/lib/ntop'
Mon Feb  6 21:03:42 2012  Initializing ntop
Mon Feb  6 21:03:42 2012  PROTO_INIT: Processing protocol file: 
'/etc/ntop/proto

col.list', size: 390
Mon Feb  6 21:03:42 2012  Checking eth0 for additional devices
Mon Feb  6 21:03:42 2012  Resetting traffic statistics for device eth0
Mon Feb  6 21:03:42 2012  Initializing device eth0 (0)
Mon Feb  6 21:03:42 2012  DLT: Device 0 [eth0] is 1, mtu 1514, header 14
Mon Feb  6 21:03:42 2012  Initialized events [mask: 0][path: ]
Mon Feb  6 21:03:42 2012  Initializing gdbm databases
Mon Feb  6 21:03:42 2012  VENDOR: Loading MAC address table.
Mon Feb  6 21:03:42 2012  VENDOR: Checking for MAC address table file
Mon Feb  6 21:03:42 2012  VENDOR: File '/usr/share/ntop/specialMAC.txt' 
does not

 need to be reloaded
Mon Feb  6 21:03:42 2012  VENDOR: ntop continues ok
Mon Feb  6 21:03:42 2012  VENDOR: Checking for MAC address table file
Mon Feb  6 21:03:42 2012  VENDOR: File '/usr/share/ntop/oui.txt' does 
not need t

o be reloaded
Mon Feb  6 21:03:42 2012  VENDOR: ntop continues ok
Mon Feb  6 21:03:42 2012  Fingerprint: Loading signature file
Mon Feb  6 21:03:42 2012  Fingerprint: Checking for Fingerprint file... file
Mon Feb  6 21:03:42 2012  Fingerprint: Loading file 
'/usr/share/ntop/etter.finge

r.os'
Mon Feb  6 21:03:42 2012  Fingerprint: ...loaded 1765 records
Mon Feb  6 21:03:42 2012  Initializing external applications
[New Thread 0xb53b8b70 (LWP 2765)]
Mon Feb  6 21:03:42 2012  THREADMGMT[t3040578416]: SFP: Started thread 
for finge

rprinting
Mon Feb  6 21:03:42 2012  THREADMGMT[t3040578416]: SFP: Fingerprint scan 
thread

starting [p2744]
[New Thread 0xb4bb7b70 (LWP 2766)]
Mon Feb  6 21:03:42 2012  THREADMGMT[t3032185712]: SIH: Started thread 
for idle

hosts detection
Mon Feb  6 21:03:42 2012  Calling plugin start functions (if any)
Mon Feb  6 21:03:42 2012  **ERROR** GeoIP: unable to load file 
GeoLiteCity.dat
Mon Feb  6 21:03:42 2012  **ERROR** GeoIP: unable to load ASN file 
GeoIPASNum.da

t
Mon Feb  6 21:03:42 2012  SSL is present but https is disabled: use -W 

rt> for enabling it
Mon Feb  6 21:03:42 2012  INITWEB: Initializing web server
Mon Feb  6 21:03:42 2012  INITWEB: Initializing TCP/IP socket 
connections for we

b server
Mon Feb  6 21:03:42 2012  INITWEB: Initialized socket, port 3000, 
address (any)

Mon Feb  6 21:03:42 2012  INITWEB: Waiting for HTTP connections on port 3000
Mon Feb  6 21:03:42 2012  INITWEB: Starting web server
Mon Feb  6 21:03:42 2012  THREADMGMT[t3032185712]: SIH: Idle host scan 
thread st

arting [p2744]
[New Thread 0xb43b6b70 (LWP 2767)]
Mon Feb  6 21:03:42 2012  THREADMGMT[t3023793008]: INITWEB: Started 
thread for w

eb server
Mon Feb  6 21:03:42 2012  Listening on [eth0]
Mon Feb  6 21:03:42 2012  Loading Plugins
Mon Feb  6 21:03:42 2012  Searching for plugins in /usr/lib/ntop/plugins
Mon Feb  6 21:03:42 2012  THREADMGMT[t3023793008]: WEB: Server 
connection thread

 starting [p2744]
Mon

Bug#658948: cvs2html: Uses perl4 corelibs without Depends

[Julián Moreno Patiño]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I orphaned it some time ago[0], feel free to do the NMU.

[0] http://bugs.debian.org/641785

Kind regards,

- --
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCgAGBQJPML9tAAoJENX9/BVhaL9ggSkP/2dktT6hdtWym2IdSzJny2tX
mOgBBmv5DSjGdD4zZ0xRYS3Ul0pKjOP4NVl92eDS0FTnRbM3lf6oqRKuZbp4uzEA
8tfXtCsETMD19gln0CrZAXcYUUCRqlvCnzSAFo0gi9m7OVzSMiIg8WfjVgrTjqTK
uh4Z1rDjIDO2+Wx1ophyVrUsa9bq5+yA/E+GL+J9V1nQ6oRBCMaUr+YMPcI8dQmT
wasRewcsJ1ENcTQH3vtNu54eRTSfWtkXDseufMyQyeiebC8MT0ax4VCmQazC2lnf
buXLWt4uVG9pq1roQuNyGp/6bzqFQcrJCg1r5ZUJWVahvCxhcIrXUJ3vOJrB7moN
CnEYI5hbWDoXad1YnYgvKzDDK6MwPtnZNpgDDa1dHhCC/uOYnUGCb8YrM7frXj84
LzCj3CxtKgGayY9qrvpHzSAGo9E68oYZohB7j3XiqQWfWb8V/nzUa8vpzwBl/Hyh
Sej3cKE1+KFkw9C7ReQiUvzvCVLqMJYKDm/oE02HbiTBVk56UdlS2o0Cc0m2nrVq
FlrsWRBgESFtgOpuCGh96Y2yZILRrqWRrsDyY2DxNCbZTlQYHB5qu5y21RE2rGPN
74Gx++J4KQg3cR5yWJTWzNfXZdg62r7KT+wGY0KMWzmFQy54HvjeQ/HZ6nbtPeZV
X3sJ5wHHe/C9da1gyi79
=232s
-END PGP SIGNATURE-

Bug#658987: sflphone: FTBFS: ../../libs/pjproject/pjlib/include/pj/config.h:281:5: error: #error "Please specify target machine."

[Nobuhiro Iwamatsu]

Source: sflphone
Version: 1.0.1-4.1
Severity: wishlist
Justification: fails to build from source

Hi,

quickfix FTBFS on Renesas SH4.

  
http://buildd.debian-ports.org/status/fetch.php?pkg=sflphone&arch=sh4&ver=1.0.1-4.1&stamp=1328551451

-
/bin/bash ../../libtool  --tag=CXX   --mode=compile g++
-DHAVE_CONFIG_H -I. -I../..  -I../../libs -I../../libs/iax2
-I../../libs/pjproject -I../../src -I../../src/config -I../../test
-I../../libs/pjproject/pjsip/include
-I../../libs/pjproject/pjlib/include
-I../../libs/pjproject/pjlib-util/include
-I../../libs/pjproject/pjmedia/include
-I../../libs/pjproject/pjnath/include -DDBUS_API_SUBJECT_TO_CHANGE
-I/usr/include/dbus-1.0 -I/usr/lib/sh4-linux-gnu/dbus-1.0/include
-I/usr/include/dbus-c++-1 -DPREFIX=\"/usr\"
-DPROGSHAREDIR=\"/usr/share/sflphone\"
-DCODECS_DIR=\""/usr/lib/sflphone/codecs"\"
-DPLUGINS_DIR=\""/usr/lib/sflphone/plugins"\" -DENABLE_TRACE
-DHAVE_SPEEX_CODEC -DHAVE_GSM_CODEC  -DPREFIX=\"/usr\"
-DPROGSHAREDIR=\"/usr/share/sflphone\" -DUSE_NETWORKMANAGER -g -O2 -g
-Wno-return-type -Wall -Wextra -Wnon-virtual-dtor -Weffc++
-Wfatal-errors -MT libdbus_la-callmanager.lo -MD -MP -MF
.deps/libdbus_la-callmanager.Tpo -c -o libdbus_la-callmanager.lo `test
-f 'callmanager.cpp' || echo './'`callmanager.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../.. -I../../libs
-I../../libs/iax2 -I../../libs/pjproject -I../../src
-I../../src/config -I../../test -I../../libs/pjproject/pjsip/include
-I../../libs/pjproject/pjlib/include
-I../../libs/pjproject/pjlib-util/include
-I../../libs/pjproject/pjmedia/include
-I../../libs/pjproject/pjnath/include -DDBUS_API_SUBJECT_TO_CHANGE
-I/usr/include/dbus-1.0 -I/usr/lib/sh4-linux-gnu/dbus-1.0/include
-I/usr/include/dbus-c++-1 -DPREFIX=\"/usr\"
-DPROGSHAREDIR=\"/usr/share/sflphone\"
-DCODECS_DIR=\"/usr/lib/sflphone/codecs\"
-DPLUGINS_DIR=\"/usr/lib/sflphone/plugins\" -DENABLE_TRACE
-DHAVE_SPEEX_CODEC -DHAVE_GSM_CODEC -DPREFIX=\"/usr\"
-DPROGSHAREDIR=\"/usr/share/sflphone\" -DUSE_NETWORKMANAGER -g -O2 -g
-Wno-return-type -Wall -Wextra -Wnon-virtual-dtor -Weffc++
-Wfatal-errors -MT libdbus_la-callmanager.lo -MD -MP -MF
.deps/libdbus_la-callmanager.Tpo -c callmanager.cpp  -fPIC -DPIC -o
.libs/libdbus_la-callmanager.o
In file included from
../../libs/pjproject/pjmedia/include/pjmedia/config.h:27:0,
 from ../../libs/pjproject/pjmedia/include/pjmedia/types.h:28,
 from ../../libs/pjproject/pjmedia/include/pjmedia/echo.h:28,
 from ../../src/audio/echosuppress.h:11,
 from ../../src/audio/audiortp/audio_rtp_record_handler.h:45,
 from ../../src/audio/audiortp/audio_rtp_session.h:37,
 from ../../src/audio/audiortp/audio_rtp_factory.h:37,
 from ../../src/sip/sipcall.h:36,
 from callmanager.cpp:36:
../../libs/pjproject/pjlib/include/pj/config.h:281:5: error: #error
"Please specify target machine."
compilation terminated due to -Wfatal-errors.
make[6]: *** [libdbus_la-callmanager.lo] Error 1
-

Current sflphone does not support Renesa SH.
I create a patch which support this. Could you apply patch?

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
Description: 
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 sflphone (1.0.1-4.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Add support Renesas SH.
Author: Nobuhiro Iwamatsu 

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: , 
Bug: 
Bug-Debian: http://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 

--- sflphone-1.0.1.orig/daemon/libs/pjproject/pjlib/include/pj/config.h
+++ sflphone-1.0.1/daemon/libs/pjproject/pjlib/include/pj/config.h
@@ -276,6 +276,20 @@
 #   define PJ_HAS_PENTIUM	0
 #   define PJ_IS_LITTLE_ENDIAN	1
 #   define PJ_IS_BIG_ENDIAN	0
+
+#elif defined(PJ_M_SH) || defined(__sh__) || defined(__sh) || \
+	defined(__SH__) || defined(_ARCH_SH) || defined(_SH_)
+/*
+ * Renesas SuperH, default to little endian
+ */
+#   undef PJ_M_SH
+#   define PJ_M_SH		1
+#   define PJ_M_NAME		"sh"
+#   define PJ_HAS_PENTIUM	0
+#   if !defined(PJ_IS_LITTLE_ENDIAN) && !defined(PJ_IS_BIG_ENDIAN)
+#   	define PJ_IS_LITTLE_ENDIAN	1
+#   	define PJ_IS_BIG_ENDIAN		0
+#   endif
 		
 #else
 #   error "Please specify target machine."

Bug#658861: Valid?

[Medhamsh]

Hello,

Is this ITP still valid? Can I work on it?


-- 
Medhamsh
Hacktivist | http://medhamsh.org




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

Bug#658651: lists.debian.org: violates 8BITMIME specification

[brian m. carlson]

On Mon, Feb 06, 2012 at 04:04:53PM -0800, Don Armstrong wrote:
> On Mon, 06 Feb 2012, brian m. carlson wrote:
> > I'm asking you to please fix your mail server so that it doesn't
> > send or relay invalid data. exim tends to be broken WRT 8BITMIME,
> > which is exactly why I don't use it.
> 
> There are a few reasonable alternatives:
> 
> 1) We fix the mail to be proper 8 bit mime

I don't know how you can do this.  The major case that I see is an email
containing 8bit data but that is not MIME.  Since the message is not
MIME, it does not contain a Content-Type header.  The default content
type is therefore "text/plain; charset=us-ascii".  However, since the
message contains 8bit data, it is obviously not ASCII.  How is the mail
server to determine the proper character set?[0]  If a character set is
not provided, the data are useless since they cannot be displayed
reliably.  Guessing character sets has proven to be a bad idea in
general.

Omitting the charset parameter in a synthesized Content-Type: text/plain
header would result in it being valid MIME, but since the default
charset is us-ascii, the data would still be useless.

> 2) We follow Postel's law and resend the message since it can actually
> be understood, possibly adding to the spam score if the message
> appears to be 8bitmime but isn't actually a valid mime message.

I just want to point out that even debian-security-announce sometimes
has 8bit non-MIME messages, so you might want to take announce lists
into account when scoring.  Many of the invalid messages appear to be
legitimate email for the lists.  Some are clearly spam.  The issue is
using the protocol correctly, not stopping spam (although that is a
pleasant side effect).

Of course, this alternative still sends invalid data, so you'll continue
to get SMTP rejects.  This also would not fix this bug.

There are also a few other alternatives:

3) Do not accept 8bit messages that are not MIME.  This will catch a
decent amount of spam, IME.  It also forces the sender to fix his/her
mail setup.  This makes generating Content-Type headers (and charset
parameters) the job of the sending MUA, which is the only place which
can possibly know the charset for certain.

4) Accept and silently discard 8bit messages that are not MIME.  This is
probably not an acceptable alternative, but I proposed it for
completeness.

[0] Distinguishing between the ISO-8859 variants requires language
analysis of the text in order to get a reasonable guess and even then
distinguishing ISO-8859-1 and ISO-8859-15 may just not be possible for a
non-human.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#658919: [Pkg-utopia-maintainers] Bug#658919: NetworkManager install destroys access

[Teunis Peters]

On 12-02-06 02:00 PM, Michael Biebl wrote:
> severity 658919 important tags 658919 + moreinfo thanks
> 
> Am 06.02.2012 20:35, schrieb Teunis Peters:
>> Package: network-manager Version: 0.9.2.0-1 Severity: critical
>> 
>> While updating the package 'network-manager' it cut off access to my network 
>> card, removing the static IP configuration in /etc/network/interfaces This 
>> is for a static IP
>> based server. Server is no longer accessible until I can go onsite.   No log 
>> information.
>> 
>> Preference: I want to blacklist this package, but if it must be installed, 
>> and almost any of the 'desktop' packages require it, there must be a way to 
>> disable its activity. 
>> network-manager is not needed on a static IP server, even when some of - say 
>> - the gnome desktop tools, are.
>> 
> 
> Please attach your /etc/network/interfaces, the output of nm-tool and the 
> output out NetworkManager when you restart it.
> 
> You should have relevant log entries in your syslog.
> 
> 
> 
> 

Have access now.
Marked this critical as system becomes unavailable

There will be no nm-tool logs.   I can't produce them from nonworking system, 
and network-manager running cuts off all access except emergency console.

expected behaviour:
1. network-manager not being a dependency.   (it's desktop-only software, no 
business on a server, even one that has a graphical desktop sometimes)
2. it should not touch operational interfaces.
3. it should ask before restarting on an ssh-based connection.   And it should 
accept 'no' as an answer.

Actual behaviour:
1. it's a dependency that's automatically installed for a number of packages
2. it gives no warning or time to respond before it wipes out the network 
configuration.

After this log I'm purging it again.
Is there a way to permanently blacklist it from install?


/etc/network/interfaces:
auto lo
iface lo inet loopback
allow-hotplug eth1
iface eth1 inet static
address 10.10.2.3
netmask 255.255.255.0
gateway 10.10.2.253
post-up /sbin/ip -6 addr add 2002:a0a:203::/64 dev eth1
auto eth1

auto tun6to4
iface tun6to4 inet6 v4tunnel
address 2002:afd:1::
netmask 16
gateway ::192.88.99.1
endpoint any
local 10.253.0.1

ifconfig with a working system:
eth1  Link encap:Ethernet  HWaddr aa:00:04:00:0a:04
  inet addr:10.10.2.3  Bcast:10.10.2.255  Mask:255.255.255.0
  inet6 addr: 2002:a0a:203::/64 Scope:Global
  inet6 addr: fe80::a800:4ff:fe00:a04/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:117705859 errors:1 dropped:0 overruns:0 frame:1
  TX packets:102744743 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:814159759 (776.4 MiB)  TX bytes:2051508887 (1.9 GiB)
  Interrupt:47 Base address:0xc000

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:5712472 errors:0 dropped:0 overruns:0 frame:0
  TX packets:5712472 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:790559610 (753.9 MiB)  TX bytes:790559610 (753.9 MiB)

tun6to4   Link encap:IPv6-in-IPv4
  inet6 addr: 2002:afd:1::/16 Scope:Global
  inet6 addr: ::10.253.0.1/128 Scope:Compat
  UP RUNNING NOARP  MTU:1480  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:3334 dropped:0 overruns:0 carrier:3334
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

virbr0Link encap:Ethernet  HWaddr 00:00:00:00:00:00
  inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:106 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 B)  TX bytes:17873 (17.4 KiB)

Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
0.0.0.0 10.10.2.253 0.0.0.0 UG0  00 eth1
10.10.2.0   0.0.0.0 255.255.255.0   U 0  00 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000   00 eth1
192.168.122.0   0.0.0.0 255.255.255.0   U 0  00 virbr0

All the network-manager logs I'll produce - I need this system to both work and 
run my network, and its operation shuts my house down.
daemon.log:Feb  6 10:49:34 rockstar NetworkManager[24998]:  
NetworkManager (version 0.9.2.0) is starting...
daemon.log:Feb  6 10:49:34 rockstar NetworkManager[24998]:  Read config 
file /etc/NetworkManager/NetworkManager.conf
daemon.log:Feb  6 10:49:35 rockstar NetworkManager[24998]:  VPN: loaded 
org.freedesktop.NetworkManager.openvpn

Bug#658881: cron-apt: /etc/cron-apt/config refers to README without location

[jaalto]

On 2012-02-07 04:26, Ola Lundqvist wrote:
| Hi Jari
| 
| Isn't all README files installed in /usr/share//README or
| /usr/share//README.gz ?

The con-apt is debian specific, so the files are always in fixed
locations.  In this case it seems to be:

   /usr/share/doc/cron-apt/README.gz

Thanks,
Jari



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

Bug#658593: pymvpa2: FTBFS with Sphinx 1.1.2: ValueError: too many values to unpack

[Yaroslav Halchenko]

since "tomorrow" has passed and I haven't pushed yet:

upgrade to use sphinx's 1.1 autosummary didn't go that smooth -- I could be
wrong but imho there is a regression in how autosummary/generate.py behaves --
imho now sphinx-autogen doesn't behave as it should have.  Here is the
post I have sent to sphinx-dev which for some reason (moderation?) was not yet
posted -- so I think that tomorrow I will just revert to patching our local
copy for now:

,---
| Subject: [sphinx-autogen, autosummary] does not have access to any documenter?
|
| Hi to everyone and Georg and Pauli in particular ;)
|
| Was trying to address a bug against our software (PyMVPA) in Debian so
| it stays compatible with new sphinx 1.1.2, where previously we were
| using 1.0.8.  I got a bit confused with the result of running
| generate.py (or sphinx-autogen) -- all generated (only) files for
| (sub)modules carried no information about methods/functions etc.
| Looking into the sphinx code I saw refactoring in
|
|  autosummary/__init__.py:get_documenter
|
| to rely on
|
|  AutoDirective._registry
|
| to get a correct documenter for a given object... but I could not see
| how AutoDirective could be populated by then with any, which is done
| actually in autodoc.py:setup  which requires sphinx's app, which is N/A
| within sphinx-autogen (I could be wrong here).
|
| So -- is it my incorrect assumptions for how sphinx-autogen should
| operate or there is a regression bug?
|
| Thank you in advance for the clarifications!
`---


> thank you guys for the report, patch, discussion

> I will upload the fix tomorrow -- it will revert to use sphinx's native
> generate whenever sphinx >= 1.1 (so old copy will remain inside to build
> docs on older releases of debian&ubuntu).

-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic



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

Bug#607969: Ping re sqlite removal?

[Micah Gersten]

On 08/28/2011 12:03 AM, Laszlo Boszormenyi wrote:
> On Sat, 2011-08-27 at 21:32 -0500, Micah Gersten wrote:
>> Just noticed this bug, and as Squeeze has been released, is it time to
>> remove this?
>  Indeed, sqlite should be removed. It's unsupported a long time ago. The
> last upstream release was on 19th December of 2005 (yes, almost six
> years ago)[1].
> 
> /GCS
> [1] http://www.sqlite.org/changes.html

Did you want me to file the removal bug?

Micah



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

Bug#658986: debsecan: a way to add comments to the whitelist

[Paul Wise]

Package: debsecan
Severity: wishlist

It would be nice to have a way to add comments to the whitelist so that
humans reading the whitelist know why an entry was added.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#658728: linux-image-3.2.0-1-amd64: No more sound

[A. Costa]

On Mon, 06 Feb 2012 10:21:40 +0100
Takashi Iwai  wrote:

> No sound from which output exactly?

Which?  None.  No outputs are audible, so far as I can tell.  The
'pavucontrol' streams still work, the meter goes up and down to the
silent music.

On the good kernel (3.1.0-1) sound plays through the (separately
powered) speakers plugged into the back of the PC case; when I plug the
headphones in a different jack on the front of the case, the speakers
turn off, and the headphone sound goes on.

On the silent kernel (3.2.0-1), there's no sound from headphones or
speaker, and the headphones being plugged and unplugged has no audible
effect on either speakers or headphones.

> What happens if you turn off "Auto-Mute Mode" mixer enum?
>   % amixer -c0 set "Auto-Mute Mode" Disabled

On the good kernel (3.1.0-1), this happens:

% amixer -c0 set "Auto-Mute Mode" Disabled ; echo $?
amixer: Unable to find simple control 'Auto-Mute Mode',0

1

Haven't tried that 'amixer' command on the silent kernel (3.2.0-1).



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

Bug#658662: drm/i915: no signal via DisplayPort on Sandy Bridge since Linux 3.2

[Peter Colberg]

Hi Jonathan,

On Mon, Feb 06, 2012 at 01:15:44AM -0600, Jonathan Nieder wrote:
> Please report this upstream, following instructions from [1], and let
> us know the bug number so we can track it.
> 
> The upstream developers may ask you to bisect to find the specific
> patch that introduced the problem.  It works like this:
> …

Thanks for the detailed walk-through. So far I tested vanilla Linux
v3.2 as bad, v3.1 as good, and started the bisect (with the first
half-way commit tested as bad). That means “roughly 12 steps” to go.

I will report back when the upstream bug report is filed.

Regards,
Peter



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

Bug#658881: cron-apt: /etc/cron-apt/config refers to README without location

[Ola Lundqvist]

Hi Jari

Isn't all README files installed in /usr/share//README or
/usr/share//README.gz ?

I can spell it out but then this will be distribution specific (which
this package is sort of anyway as it depends on apt).

// Ola

On Mon, Feb 06, 2012 at 04:39:45PM +0200, Jari Aalto wrote:
> Package: cron-apt
> Version: 0.9.0
> Severity: minor
> 
> The /etc/cron-apt/config reads:
> 
> # Configuration for cron-apt. For further information about the possible
> # configuration settings see the README file.
> 
> Please spell out the full path to the README in question.
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
> 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 cron-apt depends on:
> ii  apt  0.8.15.9
> 
> Versions of packages cron-apt recommends:
> ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
> ii  cron   3.0pl1-120
> ii  liblockfile1   1.09-3
> ii  mailx  1:20081101-2
> 
> cron-apt suggests no packages.
> 
> -- no debconf information
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#658981: cupt: Packages satisfying alternative Depends are being scheduled for removal

[James McCoy]

severity 658981 normal
thanks

On Mon, Feb 06, 2012 at 08:37:47PM -0600, Jonathan Nieder wrote:
> > Since upgrading to 2.4.0, various packages are suddenly showing up as
> > "to be removed".  As far as I can tell, this is only happening when
> > those packages are satisfying an ORed relationship.
> [...]
> > The following packages will be removed:
> >
> > [...] xserver-xorg-video-i128(a) xserver-xorg-video-intel(a) 
> > xserver-xorg-video-nouveau(a) xserver-xorg-video-vesa(a)
> [...]
> > $ cupt why xserver-xorg-video-i128 | tail -n1
> > xserver-xorg 1:7.6+11: Depends: xserver-xorg-video-all | xorg-driver-video
> >
> > All of the installed xserver-xorg-video-* packages Provide
> > xorg-driver-video and xserver-xorg-video-all isn't installed.
> 
> I don't see a bug here.  You only need one video DDX package to satisfy
> the dependency by xserver-xorg, so presumably you will want to do
> 
>   cupt unmarkauto xserver-xorg-video-i128
>   cupt unmarkauto xserver-xorg-video-nouveau
>   ... etc ...
> 
> to indicate that these packages are not installed just to satisfy a
> dependency but because you want them.

That's an interesting read on the problem.  That does look like it could
be the explanation since in both cases one package satisfying the ORed
relationship is being kept (cups-client and xserver-xorg-video-fbdev).

I've dropped the severity accordingly, but I'm still not convinced this
isn't a bug in terms of meeting user expectations.

> That said, an alternative "auto"-like state meaning "Please remove
> this package once no installed package Depends on, Recommends, or
> Suggests it" might be interesting.  That way, when a package loses a
> Suggests, it could be possible to automatically remove the
> corresponding cruft.
> 
> What do you think?

Maybe my expectations are just biased based on the other package
management tools I've used in Debian.  I've understood the "auto"
flag to mean the package is satisfying a strong relationship and can be
removed when the package(s) declaring those relationships have been
removed.  I can see how, from a package management tool perspective, it
makes things easier to take the stricter stance that I'm now seeing in
cupt, though.

-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#657828: Re: [ibus-devel] Prepare ibus 1.4.1

[Takao Fujiwara]

I think It is no problem to add the subdir of the package name in
libexec file paths. However probably I don't think to add the subdir
of arch names for ibus-ui-gtk* at present. I might think
@PACKAGE@-@MAJOR_VERSION@ instead of pkglibexecdir if we would add the
subdir.
It might be an idea to move all arch depended files into /usr/lib*

I think it's often happened to change the file paths using configure
options in many distributions.

fujiwara

On Mon, Feb 6, 2012 at 9:43 PM, Osamu Aoki  wrote:
> Hi thanks for your insights,
>
>> On Sun, Feb 5, 2012 at 10:41 PM, Peng Huang  wrote:
>> > I guess fedora does not have hard rule for internal exe files. The
>> > application can install them in libexec or pkglibexec. But seems most apps
>> > will install them in libexec. So I am think debian have to patch many apps
>> > for installing internal exec in pkglibexec, right?
>
> For me, patching on Debian side is OK.
>
> FYI: In the mean time, I found an interesting document for FEDORA and
> Debian related to this issue.
>
> http://fedoraproject.org/wiki/Packaging:Guidelines#Libexecdir
>
> | Libexecdir
> | The Filesystem Hierarchy Standard does not include any provision for
> | libexecdir, but Fedora packages may store appropriate files there.
> | Libexecdir (aka, /usr/libexec on Fedora systems) should only be used as
> | the directory for executable programs that are designed primarily to be
> | run by other programs rather than by users.
>
> This part, I knew.
>
> | Fedora's rpm includes a macro for libexecdir, %{_libexecdir}. Packagers
> | are highly encouraged to store libexecdir files in a package-specific
> | subdirectory of %{_libexecdir}, such as %{_libexecdir}/%{name}.
>
> So Packaging:Guideline recommends to use /usr/libexec/ibus to store
> internal binaries. (I do not know if this Packaging:Guideline is
> consensus of FEDORA people) But use of /usr/libexec is fine.
>
> As Peng stated, I see all these files directly under %{_libexecdir}
> in ibus.spec:
> |...
> | %{_libexecdir}/ibus-gconf
> | %if %{build_python_library}
> |     %{_libexecdir}/ibus-ui-gtk
> | %endif
> | %{_libexecdir}/ibus-ui-gtk3
> | %{_libexecdir}/ibus-x11
> | %{_libexecdir}/ibus-engine-simple
>
> | If upstream's build scripts support the use of %{_libexecdir} then that
> | is the most appropriate place to configure it (eg. passing
> | --libexecdir=%{libexecdir}/%{name} to autotools configure). If
> | upstream's build scripts do not support that, %{_libdir}/%{name} is a
> | valid second choice. If you have to patch support for using one of these
> | directories in, then you should patch in LIBEXECDIR, preferably
> | configurable at build time (so distributions that do not have
> | /usr/libexec can set LIBEXECDIR to another directory more appropriate
> | for their distro.
>
> If you change mind to install these under %{_libexecdir}/%{name}
> following Packaging:Guideline, use of the new automake feature of
> pkglibexec for Makefile.am like my patch makes thing simpler for you.
> You do not need to pass --libexecdir=%{libexecdir}/%{name} to autotools
> configure but and can just run ./configure without argument.
>
> I also took deep look at Debian policy, it seems there is no policy
> requiring it.  Debian follows FHS-2.3+multiarch:
>
> | /usr/lib : Libraries for programming and packages
> |
> | Purpose
> |
> | /usr/lib includes object files, libraries, and internal binaries that
> | are not intended to be executed directly by users or shell scripts. [22]
> |
> | Applications may use a single subdirectory under /usr/lib. If an
> | application uses a subdirectory, all architecture-dependent data
> | exclusively used by the application must be placed within that
> | subdirectory. [23]
>
> Use of pkglibexec is just "may" requirement.  Use of /usr/lib seems OK
> for internal binaries, too.   Interesting ...  So it is just a cosmetic
> consistency issue.
>
> On Mon, Feb 06, 2012 at 12:35:47AM +0900, Takao Fujiwara wrote:
>> If your platform has the different libexec path, you could use
>> configure --libexecdir .
>
> I did not want to use special case build script but this is very true.
> Compared to patching Makefile.am, this is much simpler.
> 
>  configure --libexecdir /usr/lib/x86_64-linux-gnu/ibus
> 
> for Debian.  This is certainly cleaner solution although it requires a
> bit complicated overrides configuration in its actual Debian package
> script implementation since we need to support so many architectures
> such as HURD/KFreeBSD/ARMHF/  I will use this approach for upcoming
> 1.4.1 unless you start using %{_libexecdir}/%{name} with pkglibexec :-)
>
> I CCed Debian bug report for remembering this.
>
> 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#657796: sidplay-libs: diff for NMU version 2.1.1-11.1

[Laszlo Boszormenyi]

On Sat, 2012-02-04 at 23:23 +0100, Benjamin Drung wrote:
> I've prepared an NMU for sidplay-libs (versioned as 2.1.1-11.1) and
> uploaded it to DELAYED/5.
 Yes, mistakes. Package is at:
dget -x http://www.routers.hu/gcs/sidplay-libs_2.1.1-12.dsc

/GCS




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

Bug#657853: Please enable hardened build flags

[Russ Allbery]

Moritz Mühlenhoff  writes:

> Right now -pie is not in the default set of hardening flags for
> Wheezy. It will likely be enabled after Wheezy at least for amd64 and
> other archs with sufficient registers, so setting hardening=-pie can't
> hurt.

It won't hurt, but I'm skeptical we'll be able to make PIE the default.
Not only does it break all add-on modules that don't use libtool but pass
linker flags directly to the build (affecting not only Perl but also
Python, PHP, etc.; I tested with remctl just to see what would happen, and
it pretty much broke all the interpretor build systems), but I've had it
just break otherwise normal code.  gnubg, for example, will immediately
die with "Killed" if built with PIE.  (I didn't investigate further, since
gnubg is not the sort of program that has much security exposure.)

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



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

Bug#657796: sidplay-libs: diff for NMU version 2.1.1-11.1

[Laszlo Boszormenyi]

Hi Benjamin,

On Sat, 2012-02-04 at 23:23 +0100, Benjamin Drung wrote:
> I've prepared an NMU for sidplay-libs (versioned as 2.1.1-11.1) and
> uploaded it to DELAYED/5.
 I've updated the package, but it's again middle of the night when I
tend to make mistakes. Waiting for your feedback if it makes VLC compile
cleanly or not. I'll update the debian/rules clean target, but that
should not affect you. If your feedback is positive, I'll upload this
version.

Regards,
Laszlo/GCS




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

Bug#638165: Gecko-mediaplayer fails to embed in Iceweasel

[Jos van Wolput]

Hi Sebastian,

After some research I have found that this issue is caused by
the MediaWrap (v.0.1.7.3) extention.
When MediaWrap is disabled Gecko-mediaplayer works correctly.

Kind regards,
Jos v.W.





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

Bug#658985: hardinfo: benchmark graphic bar lengths confusing and undocumented.

[A. Costa]

Package: hardinfo
Version: 0.5.1-1.2
Severity: normal

Dear Maintainer,

I ran the FPU-Raytracing benchmark, which displayed:

Results CPU CPU clock
54.16   This Machine2400 MHZ
40.88   Intel(R) Celeron(R) M processor 1.50GHz
161.31  PowerPC 740/750 (280.00MHz)
...
Results in seconds.  Lower is better.

The numbers under results are displayed on equal lengths of gray
background, with overlaid blue bars seemingly represeting the
individual number proportions relative to some constant whole.  See
attached '.PNG' file.

The 54 has a 9/10 blue/gray bar.
The 40 is all blue.
the 161 is 1/5 blue.

It's not obvious what the blue/gray bar proportions represent, nor if
these graphic ratios are even intentional.

The graphical meaning of the blue bars is not documented in the package, nor
in the online-only help.


Hope this helps...



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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages hardinfo depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-26
ii  libcairo2   1.10.2-6.2
ii  libffi5 3.0.10-3
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.9-1
ii  libpango1.0-0   1.29.4-2
ii  libsoup2.4-12.36.1-1
ii  libxml2 2.7.8.dfsg-7
ii  pciutils1:3.1.8-2
ii  zlib1g  1:1.2.3.4.dfsg-3

hardinfo recommends no packages.

Versions of packages hardinfo suggests:
ii  mesa-utils  8.0.1-2+b1

-- no debconf information
<>

Bug#658981: cupt: Packages satisfying alternative Depends are being scheduled for removal

[Jonathan Nieder]

Hi James,

James McCoy wrote:

> Since upgrading to 2.4.0, various packages are suddenly showing up as
> "to be removed".  As far as I can tell, this is only happening when
> those packages are satisfying an ORed relationship.
[...]
> The following packages will be removed:
>
> [...] xserver-xorg-video-i128(a) xserver-xorg-video-intel(a) 
> xserver-xorg-video-nouveau(a) xserver-xorg-video-vesa(a)
[...]
> $ cupt why xserver-xorg-video-i128 | tail -n1
> xserver-xorg 1:7.6+11: Depends: xserver-xorg-video-all | xorg-driver-video
>
> All of the installed xserver-xorg-video-* packages Provide
> xorg-driver-video and xserver-xorg-video-all isn't installed.

I don't see a bug here.  You only need one video DDX package to satisfy
the dependency by xserver-xorg, so presumably you will want to do

cupt unmarkauto xserver-xorg-video-i128
cupt unmarkauto xserver-xorg-video-nouveau
... etc ...

to indicate that these packages are not installed just to satisfy a
dependency but because you want them.

That said, an alternative "auto"-like state meaning "Please remove
this package once no installed package Depends on, Recommends, or
Suggests it" might be interesting.  That way, when a package loses a
Suggests, it could be possible to automatically remove the
corresponding cruft.

What do you think?

Jonathan



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

Bug#658934: [apper] "Failed to obtain authentication." when trying to remove manipulate packages without launching as root

[Filipus Klutiero]

I did not. However, installing polkit-kde-1 doesn't seem to help. The 
console test also keeps failing the same way.


On 2012-02-06 18:31, Matthias Klumpp wrote:

Do you have a dialog frontend for PolKit installed? Meaning in this
case, is the package "polkit-kde-1" installed?
Regards,
Matthias

2012/2/6 Filipus Klutiero:

Hi Matthias,


On 2012-02-06 16:22, Matthias Klumpp wrote:

Hi!
Apper uses PolicyKit for authentication. Is PolicyKit correctly set up
on your system (meaning all olther PolKit apps work)? Are you able to
authenticate when using the command-line tool, e.g. by doing "pkcon
install amor"?
Regards,
Matthias



The only thing I know about PolicyKit is its purpose, but apparently,
something is wrong with it:


$ LANG=C pkcon install amor
Simulating install[=]
Loading cache [=]
Querying  [=]
Running   [=]
Installing packages   [=]
Installing[=]
Waiting for authentication[=]
The transaction failed: not-authorized, Failed to obtain authentication.
chealer@vinci:~$


I don't really know what other PolKit apps there are. I am not knowingly
using any other application based on PolKit.







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

Bug#658984: please add Multi-Arch: foreign stanza to doxygen

[Riku Voipio]

Package: doxygen
Severity: normal
Version: 1.7.6.1-2.1
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch

Hi,

For cross-compiling with multi-arch, we need to set up Multi-Arch: foreign
for packages that need build host architecture version of the selected package.
as building for say arm using x86 host we would like to have x86 version on 
doxygen,
annotate as M-A: foreign.

Riku
diff -Nru doxygen-1.7.6.1/debian/control doxygen-1.7.6.1/debian/control
--- doxygen-1.7.6.1/debian/control	2012-01-07 13:58:17.0 +0200
+++ doxygen-1.7.6.1/debian/control	2012-02-07 04:06:34.0 +0200
@@ -8,6 +8,7 @@
 
 Package: doxygen
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Recommends: doxygen-latex
 Suggests: doxygen-doc, doxygen-gui, graphviz
@@ -24,6 +25,7 @@
 
 Package: doxygen-latex
 Architecture: all
+Multi-Arch: foreign
 Depends: doxygen (>= ${source:Version}), ${misc:Depends}, texlive-extra-utils, texlive-latex-extra, latex-xcolor, texlive-font-utils, ghostscript, texlive-fonts-recommended
 Description: Documentation system for C, C++, Java, Python and other languages
  Doxygen is a documentation system for C, C++, Java, Objective-C, Python, IDL

Bug#658983: texinfo: Allow texi2dvi to pass the shell-escape option to the TeX processor

[Hsiu-Khuern Tang]

Package: texinfo
Version: 4.13a.dfsg.1-8
Severity: wishlist

Dear Debian TeX Maintainers,

Please allow texi2dvi to pass the shell-escape option to tex,
pdflatex, etc.  See this thread (with patch):

http://lists.gnu.org/archive/html/bug-texinfo/2010-09/msg0.html

Patch here: 
http://lists.gnu.org/archive/html/bug-texinfo/2010-09/txtpuB1RE86dV.txt


Thanks!
- Hsiu-Khuern.


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

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

Versions of packages texinfo depends on:
hi  libc6 2.13-21Embedded GNU C Library: Shared lib

texinfo recommends no packages.

Versions of packages texinfo suggests:
pn  texinfo-doc-nonfree(no description available)
hi  texlive-base  2009-15TeX Live: Essential programs and f
pn  texlive-generic-recommended(no description available)
hi  texlive-latex-base2009-8 TeX Live: Basic LaTeX 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#658684: ipxe-qemu: add Breaks/Replaces ipxe

[Vagrant Cascadian]

tags 658684 patch
thanks

Package: ipxe-qemu
Version: 1.0.0+git-20120202.f6840ba-2

since ipxe-qemu is taking over files that were previously shipped in ipxe, it 
should declare a versioned Breaks/Replaces relationship, as described in debian 
policy 7.6.1.

diff --git a/debian/control b/debian/control
index 321d78d..34b1790 100644
--- a/debian/control
+++ b/debian/control
@@ -28,6 +28,8 @@ Description: PXE boot firmware
 Package: ipxe-qemu
 Architecture: all
 Depends: ${misc:Depends}
+Breaks: ipxe (<< 1.0.0+git-20120202.f6840ba-2)
+Replaces: ipxe (<< 1.0.0+git-20120202.f6840ba-2)
 Description: PXE boot firmware - ROM images for qemu
  iPXE is network boot firmware.  It supports a variety of network cards,
  including some wireless cards, and variety of network protocols (traditional


live well,
  vagrant



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

Bug#658982: Breaks should be against qemu-system, not qemu

[Vagrant Cascadian]

Package: ipxe
Version: 1.0.0+git-20120202.f6840ba-2
Severity: normal
Tags: patch

ipxe doesn't really break qemu, it breaks qemu-system, but the current Breaks 
allow qemu-system be in a broken state without the network roms it's expecting 
to be there. please update the breaks accordingly:


diff --git a/debian/control b/debian/control
index 321d78d..971dd12 100644
--- a/debian/control
+++ b/debian/control
@@ -12,7 +12,7 @@ Homepage: http://ipxe.org/
 Package: ipxe
 Architecture: all
 Depends: ${misc:Depends}
-Breaks: qemu (<= 1.0+dfsg-2), qemu-kvm (<= 1.0+dfsg-7)
+Breaks: qemu-system (<= 1.0+dfsg-2), qemu-kvm (<= 1.0+dfsg-7)
 Description: PXE boot firmware
  iPXE is network boot firmware.  It supports a variety of network cards,
  including some wireless cards, and variety of network protocols (traditional


live well,
  vagrant



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

Bug#658548: please move ipxe-qemu boot roms into /usr/share/qemu

[Vagrant Cascadian]

as one of the maintainers of qemu, i'd prefer to not have ipxe-qemu ship the
boot roms in /usr/share/qemu directly. i like having them in an ipxe-specific
directory, otherwise an upstream change in qemu's rom naming will also require
a new upload of ipxe.

it's not much of a burden for qemu to have a versioned dependency to ensure the 
correct symlinks, roms, etc. are present where qemu needs them.


live well,
  vagrant



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

Bug#658981: cupt: Packages satisfying alternative Depends are being scheduled for removal

[James McCoy]

Package: cupt
Version: 2.4.0
Severity: important

Since upgrading to 2.4.0, various packages are suddenly showing up as
"to be removed".  As far as I can tell, this is only happening when
those packages are satisfying an ORed relationship.

$ sudo cupt satisfy
Building the package cache...
Initializing package resolver and worker...
Scheduling requested actions...
Resolving possible unmet dependencies...

The following packages will be removed:

cups-bsd(a) libxvmc1(a) xserver-xorg-video-i128(a) xserver-xorg-video-intel(a) 
xserver-xorg-video-nouveau(a) xserver-xorg-video-vesa(a)

Action summary:
  0 manually installed and 6 automatically installed packages will be removed

Need to get 0B/0B of archives. After unpacking 2217KiB will be freed.
Do you want to continue? [y/N/q/a/?] q
Abandoned or no more solutions.

$ cupt why cups-bsd | tail -n1
foomatic-filters 4.0.9-1: Recommends: cups-client | lpr | lprng | rlpr

$ dpkg-query -f '${Package}\t${Status}\n' -W cups-bsd cups-client lpr lprng rlpr
cups-bsdinstall ok installed
cups-client install ok installed
lpr unknown ok not-installed   # cups-bsd Provides lpr, as well
lprng   unknown ok not-installed
rlprunknown ok not-installed

$ cupt why xserver-xorg-video-i128 | tail -n1
xserver-xorg 1:7.6+11: Depends: xserver-xorg-video-all | xorg-driver-video

All of the installed xserver-xorg-video-* packages Provide
xorg-driver-video and xserver-xorg-video-all isn't installed.

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

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

Versions of packages cupt depends on:
ii  libboost-program-options1.46.1  1.46.1-8
ii  libc6   2.13-26
ii  libcupt2-0  2.4.0
ii  libgcc1 1:4.6.2-12
ii  libstdc++6  4.6.2-12

cupt recommends no packages.

Versions of packages cupt suggests:
ii  libreadline66.2-8
ii  sensible-utils  0.0.6

-- 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#658980: general: The watchdog died unexpectedly.

[burek]

Package: general
Severity: critical
Justification: breaks unrelated software

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

   * What led up to the situation?
I was watching a movie online, using VLC media player and it just 
stopped playing. I lost my internet connectivity, so I checked with my mobile 
phone and figured the internet connection is just fine. The debian was 
completely cut off of the internet. Ping couldn't resolve any host, ifconfig 
reported nothing unusual, /etc/init.d/networking restart didn't help, so I 
checked in /var/log/messages and found this:

Feb  7 02:04:47 djuro-desktop kernel: [100141.008038] [ cut here 
]
Feb  7 02:04:47 djuro-desktop kernel: [100141.008054] WARNING: at 
/build/buildd-linux-2.6_3.1.8-2-i386-3fqT1n/linux-2.6-3.1.8/debian/build/source_i386_none/net/sched/sch_generic.c:255
 dev_watchdog+0xb1/0x104()
Feb  7 02:04:47 djuro-desktop kernel: [100141.008060] Hardware name: To Be 
Filled By O.E.M.
Feb  7 02:04:47 djuro-desktop kernel: [100141.008063] NETDEV WATCHDOG: eth0 
(skge): transmit queue 0 timed out
Feb  7 02:04:47 djuro-desktop kernel: [100141.008066] Modules linked in: 
snd_seq_dummy ppdev lp bnep rfcomm snd_hrtimer fuse loop snd_usb_audio 
snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm 
snd_hwdep snd_usbmidi_lib radeon snd_seq_midi snd_seq_midi_event snd_seq ttm 
drm_kms_helper cryptd drm aes_i586 joydev aes_generic snd_rawmidi snd_timer 
snd_seq_device i2c_algo_bit uvcvideo power_supply ecb videodev usbhid media hid 
snd iTCO_wdt btusb iTCO_vendor_support i2c_i801 i2c_core bluetooth soundcore 
shpchp pci_hotplug snd_page_alloc rfkill crc16 rng_core evdev pcspkr parport_pc 
parport processor button thermal_sys ext3 jbd mbcache sd_mod sr_mod crc_t10dif 
cdrom ata_generic ata_piix libata scsi_mod skge uhci_hcd ehci_hcd usbcore [last 
unloaded: scsi_wait_scan]
Feb  7 02:04:47 djuro-desktop kernel: [100141.008160] Pid: 0, comm: swapper Not 
tainted 3.1.0-1-686-pae #1
Feb  7 02:04:47 djuro-desktop kernel: [100141.008163] Call Trace:
Feb  7 02:04:47 djuro-desktop kernel: [100141.008175]  [] ? 
warn_slowpath_common+0x68/0x79
Feb  7 02:04:47 djuro-desktop kernel: [100141.008181]  [] ? 
dev_watchdog+0xb1/0x104
Feb  7 02:04:47 djuro-desktop kernel: [100141.008188]  [] ? 
warn_slowpath_fmt+0x29/0x2d
Feb  7 02:04:47 djuro-desktop kernel: [100141.008193]  [] ? 
dev_watchdog+0xb1/0x104
Feb  7 02:04:47 djuro-desktop kernel: [100141.008213]  [] ? 
local_bh_enable+0x2/0x2
Feb  7 02:04:47 djuro-desktop kernel: [100141.008218]  [] ? 
run_timer_softirq+0x150/0x1f3
Feb  7 02:04:47 djuro-desktop kernel: [100141.008223]  [] ? 
netif_tx_unlock+0x3a/0x3a
Feb  7 02:04:47 djuro-desktop kernel: [100141.008228]  [] ? 
local_bh_enable+0x2/0x2
Feb  7 02:04:47 djuro-desktop kernel: [100141.008232]  [] ? 
__do_softirq+0x94/0x12f
Feb  7 02:04:47 djuro-desktop kernel: [100141.008236]  [] ? 
local_bh_enable+0x2/0x2
Feb  7 02:04:47 djuro-desktop kernel: [100141.008239][] ? 
irq_exit+0x32/0x80
Feb  7 02:04:47 djuro-desktop kernel: [100141.008250]  [] ? 
smp_apic_timer_interrupt+0x5b/0x65
Feb  7 02:04:47 djuro-desktop kernel: [100141.008257]  [] ? 
apic_timer_interrupt+0x31/0x38
Feb  7 02:04:47 djuro-desktop kernel: [100141.008265]  [] ? 
native_safe_halt+0x2/0x3
Feb  7 02:04:47 djuro-desktop kernel: [100141.008271]  [] ? 
default_idle+0x52/0x87
Feb  7 02:04:47 djuro-desktop kernel: [100141.008278]  [] ? 
cpu_idle+0x90/0xaa
Feb  7 02:04:47 djuro-desktop kernel: [100141.008284]  [] ? 
start_kernel+0x32a/0x32f
Feb  7 02:04:47 djuro-desktop kernel: [100141.008288] ---[ end trace 
42a84afd9f63b42e ]---
Feb  7 02:07:25 djuro-desktop kernel: [100298.542668] skge :02:05.0: eth0: 
disabling interface
Feb  7 02:07:28 djuro-desktop kernel: [100301.964099] skge :02:05.0: eth0: 
enabling interface
Feb  7 02:07:28 djuro-desktop kernel: [100301.974534] ADDRCONF(NETDEV_UP): 
eth0: link is not ready
Feb  7 02:07:30 djuro-desktop kernel: [100303.633003] skge :02:05.0: eth0: 
Link is up at 100 Mbps, full duplex, flow control both
Feb  7 02:07:30 djuro-desktop kernel: [100303.633212] ADDRCONF(NETDEV_CHANGE): 
eth0: link becomes ready
Feb  7 02:10:10 djuro-desktop kernel: [100464.364951] skge :02:05.0: eth0: 
disabling interface
Feb  7 02:11:32 djuro-desktop kernel: [100545.631764] skge :02:05.0: eth0: 
enabling interface
Feb  7 02:11:32 djuro-desktop kernel: [100545.648744] ADDRCONF(NETDEV_UP): 
eth0: link is not ready
Feb  7 02:11:33 djuro-desktop kernel: [100547.337820] skge :02:05.0: eth0: 
Link is up at 100 Mbps, full duplex, flow control both
Feb  7 02:11:33 djuro-desktop kernel: [100547.338015] ADDRCONF(NETDEV_CHANGE): 
eth0: link becomes ready
Feb  7 02:16:38 djuro-desktop kernel: [100852.047167] skge :02:05.0: eth0: 
Link is down
Feb  7 02:16:46 djuro-desktop kernel: [100859.942215] skge :02:05.0: eth0: 
Link is up at 100 Mbps, full duplex, flow control both
Feb  7 02:16:46 d

Bug#658979: [INTL:pl] Polish debconf translation

[Michał Kułach]

Package: couriergraph
Severity: wishlist
Tags: l10n patch

Hi!

Please add attached Polish debconf translation.

Thanks,
--
Michał Kułach

pl.po
Description: Binary data

Bug#658778: Suspend from X session hangs Asus laptop.

[Jonathan Nieder]

Hi again,

Boris Barbour wrote:

>  The "shutdown" method described in the 
> document seems to work. But it is a bit clunky

All right --- that's useful to know.  Of course I was not suggesting
this as a workaround but as a diagnostic tool.

[...]
> In the meantime I found the following site 
>
> http://thecodecentral.com/2011/01/18/fix-ubuntu-10-10-suspendhibernate-not-working-bug
>
> and shamelessly copy-pasted the suggested script. It works pretty well

Can you reproduce this result without that script?  Like so:

modprobe -r ehci_hcd
modprobe -r xhci_hcd
echo disk >/sys/power/state
modprobe ehci_hcd
modprobe xhci_hcd

If so, could you also try unloading/loading only one of the two drivers to
see which one is the culprit?

Please attach "acpidump" output (so we can learn about the BIOS) and
full "dmesg" output from booting and successfully hibernating/resuming
in the "platform" mode with USB drivers unloaded (which will tell us
many things).

Thanks and sorry for the trouble,
Jonathan



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

Bug#658978: gdm3: intermittent startup problem: org.gnome.power-manager show-actions not recognised

[Julian Gilbey]

Package: gdm3
Version: 3.0.4-4
Severity: normal

/etc/init.d/gdm start sometimes moans that it doesn't recognise the
option show-actions in org.gnome.power-manager; this is the first two
lines in
/usr/share/gdm/greeter-settings/xx_upstream.gschema.override.  I can't
identify when it barfs and when it's ok, unfortunately :-/

   Julian

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

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

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

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

Versions of packages gdm3 suggests:
ii  gnome-mag 
ii  gnome-orca
ii  gok   
ii  libpam-gnome-keyring  3.2.2-2
ii  metacity  1:2.34.1-2

-- Configuration Files:
/etc/gdm3/greeter.gconf-defaults changed:
/apps/gdm/simple-greeter/logo_icon_name debian-swirl
/apps/gdm/simple-greeter/disable_user_list  true
/apps/metacity/general/compositing_manager  false
/apps/gnome-power-manager/ui/icon_policynever


-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3



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

Bug#658977: rhythmbox: crashes when re-checking an option in the preference pane

[Andrew Engelbrecht]

Package: rhythmbox
Version: 2.95-1
Severity: normal

Dear Maintainer,

Opening the preference pane in rhythmbox and then checking the "Watch my
library for new files" option twice, so it turns off and then back on again,
causes the program to crash every time for me. When it starts back up again,
the option is thankfully enabled.

-Andrew



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

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

Versions of packages rhythmbox depends on:
ii  dbus 1.4.16-1
ii  gnome-icon-theme 3.2.1.2-1
ii  gstreamer0.10-plugins-base   0.10.35-1
ii  gstreamer0.10-plugins-good   0.10.30-2.1
ii  gstreamer0.10-x  0.10.35-1
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-24
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libffi5  3.0.10-3
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libgirepository-1.0-11.31.1-1
ii  libglib2.0-0 2.30.2-6
ii  libgstreamer-plugins-base0.10-0  0.10.35-1
ii  libgstreamer0.10-0   0.10.35-1
ii  libgtk-3-0   3.2.3-1
ii  libice6  2:1.0.7-2
ii  libpango1.0-01.29.4-2
ii  libpeas-1.0-01.2.0-1
ii  librhythmbox-core5   2.95-1
ii  libsm6   2:1.2.0-2
ii  libsoup-gnome2.4-1   2.34.3-1
ii  libsoup2.4-1 2.34.3-1
ii  libtdb1  1.2.9-4+b1
ii  libtotem-plparser17  2.32.6-2
ii  libxml2  2.7.8.dfsg-7
ii  media-player-info16-1
ii  python-gi3.0.3-3
ii  python-gst0.10   0.10.22-2
ii  rhythmbox-data   2.95-1
ii  zlib1g   1:1.2.3.4.dfsg-3

Versions of packages rhythmbox recommends:
ii  avahi-daemon0.6.30-6
ii  gstreamer0.10-plugins-ugly  0.10.18-3+b1
ii  gstreamer0.10-pulseaudio0.10.30-2.1
ii  gvfs-backends   1.10.1-2
ii  notification-daemon 0.7.3-1
ii  rhythmbox-plugins   2.95-1
ii  yelp3.2.1+dfsg-1+b1

Versions of packages rhythmbox suggests:
ii  gnome-codec-install  
ii  gnome-control-center 1:3.2.2-2
ii  gstreamer0.10-plugins-bad0.10.22-3
ii  rhythmbox-plugin-cdrecorder  2.95-1



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

Bug#656997: libogre-1.7.3: Unmodified /etc/OGRE/plugins.cfg not removed on upgrade

[Sam Morris]

On Tue, 2012-02-07 at 00:02 +, Manuel A. Fernandez Montecelo wrote:
> Hi again Sam,
> 
> 2012/2/6 Sam Morris :
> > reopen 656997
> > thanks
> >
> > I found that when I upgraded to 1.7.3-6 the conffiles were not removed:
> > [...]
> >
> > I think this is because dpkg-maintscript-helper rm_conffile is only
> > called in libogre-1.7.3.preinst; the man page says it should be called
> > in the preinst, the postinst and the postrm scripts.
> 
> Thanks for reopening.  I am creating a new version, with new upstream
> included, which hopefully it will be uploaded soon.  I expect to fix
> the issue now, and also remove the /etc/OGRE-1.7.3/plugins.cfg for the
> version that it was shipped.
>
> ...
> 
> > This may be complicated by the local version number's I've added to the
> > package in order to rebuild it against Boost 1.48. I'm not going to
> > remove the files in /etc for now in case you want me to test the upgrade
> > process.
> 
> Thanks for you help.

No problem. I looked into the conffile issue a bit further and I think
that the dpkg-maintscript documentation needs to be changed. I filed
 where you can
find a brief description of the issue; in summary, I think you should
set the 'lastversion' to 1.7.3-7~ in the next revision of the package
(assuming that the next revision will be 1.7.3-7 of course). The
existing documentation would suggest you use 1.7.3-6, but this causes
the conffile removal code to be skipped in the case of a user rebuilding
the package with a local version number: the user would be upgrading
from 1.7.3-6local1, which is greater than 1.7.3-6 and therefore
rm_conffile thinks that it doesn't need to do anything. Any possible
(sane) local version number is guaranteed to be << 1.7.3-7~ however, and
so that version number is safe to use when invoking rm_conffile.

Regards,

-- 
Sam Morris 
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#658976: RM: ant1.7 -- ROM; Obsoleted by ant

[Miguel Landaeta]

Package: ftp.debian.org
Severity: normal

Please remove this package from the archive. It is obsoleted by ant and all the
packages (build-)depending on ant1.7 had been migrated.

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


signature.asc
Description: Digital signature

Bug#658778: Suspend from X session hangs Asus laptop.

[Boris Barbour]

Thanks for the quick reply, Jonathan.

> Is this a regression?

Not really (the machine is new). I tried older debian 5.09 and 6.03 live cds. 
With 6.03 suspending from a session worked under some conditions (lid) but not 
all (menu).

> Does suspend-to-disk
> (triggered with
> 
>   echo disk >/sys/power/state

This doesn't work.

> ) work?  If you have time to follow the instructions from
> basic-pm-debugging.txt[1] to narrow down the cause, that would be very
> useful.

Thanks for the pointer! For some reason I didn't find it while searching 
around (we beginners don't know to search for "pm-" instead of "suspend"). 
Maybe a link could be added on the debian wiki at 
http://wiki.debian.org/Suspend ? The "shutdown" method described in the 
document seems to work. But it is a bit clunky and it wasn't immediately 
obvious how to set this option permanently or whether it even applies to 
suspend to RAM (more for the wiki...)

In the meantime I found the following site 

http://thecodecentral.com/2011/01/18/fix-ubuntu-10-10-suspendhibernate-not-
working-bug

and shamelessly copy-pasted the suggested script. It works pretty well - the 
only obvious problem at the moment is that waking from sleep requires a press 
of the power button (lid-opening doesn't suffice). But at least there is no 
freeze with data loss and reboot. Huge progress.

The working "shutdown" method suggests a bios issue and the copied script 
indicates a usb problem. Follow up might therefore look at the usb settings in 
the bios and investigate a bios upgrade (the changelog mumbles something about 
usb).

The comments on the web site suggest that the solution has helped a lot of 
people and with different machines.

Thanks and best wishes,

Boris




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

Bug#658971: lintian: exits 1 without any policy violations/errors/warnings checking epoptes

[Jakub Wilk]

* Vagrant Cascadian , 2012-02-06, 16:28:
since epoptes 0.3.2, lintian will exit 1 when checking epoptes, but 
produces no policy violations or other warnings or errors... you can 
download the .dsc from your favorite debian mirror, and:


lintian epoptes_0.4.2-1.dsc ; echo $?
1


Apparently this is because of this tag, which would be an error if it 
weren't experimental:


X: epoptes source: python-depends-but-no-python-helper epoptes epoptes-client

(Also, it's a false positive.)

So it's probably a bug in lintian, which was latent until very recently, 
because we hadn't tags with such property.


--
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#658975: tar :: segmantation fault

[PB]

Package: tar
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 2108
Maintainer: Bdale Garbee
Architecture: amd64
Version: 1.23-3

I do incremental backup.

tar czvf /test/inc.tar.gzip -g test/ds.inc --same-owner --exclude=test /

the snart file(ds.inc) has ~17MB like below and tar interrupts with 
segmentation fault.

17M 02-06 22:52 ds.inc

If the ds.inc has about ~7-8MB tar works fine.


Best regards, PB




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

Bug#658974: please add Multi-Arch: foreign stanza to dpatch

[Riku Voipio]

Package: dpatch 
Severity: important
Version: 2.0.34
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch

Hi,

For cross-compiling with multi-arch, we need to set up Multi-Arch: foreign
for Arch: all packages. This is slightly counter-intuitive, but explained at

 
https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages

Riku
>From b15989d9870323fb683be030408b841ec942fbcc Mon Sep 17 00:00:00 2001
From: Riku Voipio 
Date: Tue, 7 Feb 2012 02:49:37 +0200
Subject: [PATCH] Add multi-arch foreign field


Signed-off-by: Riku Voipio 
---
 debian/control |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/debian/control b/debian/control
index 1ea5043..fb61ad5 100644
--- a/debian/control
+++ b/debian/control
@@ -9,6 +9,7 @@ Vcs-Browser: http://git.madhouse-project.org/debian/dpatch/
 
 Package: dpatch
 Architecture: all
+Multi-Arch: foreign
 Depends: bash (>= 3.0-6), dpkg-dev
 Recommends: fakeroot, patchutils
 Suggests: curl
-- 
1.7.5.4

Bug#658973: please add Multi-Arch: foreign stanza to cdbs

[Riku Voipio]

Package: cdbs 
Severity: important
Version: 0.4.102
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch

Hi,

For cross-compiling with multi-arch, we need to set up Multi-Arch: foreign
for Arch: all packages. This is slightly counter-intuitive, but explained at

 
https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages

Riku
>From e497311d359e0e112bed0cb56134e6c77f48f947 Mon Sep 17 00:00:00 2001
From: Riku Voipio 
Date: Tue, 7 Feb 2012 02:41:25 +0200
Subject: [PATCH] Add multi-arch foreign field


Signed-off-by: Riku Voipio 
---
 debian/control |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/debian/control b/debian/control
index 073a781..898c907 100644
--- a/debian/control
+++ b/debian/control
@@ -27,6 +27,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/cdbs.git;a=summary
 
 Package: cdbs
 Architecture: all
+Multi-Arch: foreign
 Recommends: autotools-dev
 Suggests: devscripts
 Description: common build system for Debian packages
-- 
1.7.5.4

Bug#423458: dnscap packaged

[Andrew Ruthven]

Hello,

In April 2010 a colleague of mine created a dnscap Debian package for
use on a client's system.  I've just picked it up and cleaned it up a
bit further and started pondering uploading it to Debian.

Part of the pondering was to check BTS.  Good thing Francois checked, as
he found this RFP!

We're using our package in production, it is Lintian clean (except for
one warning about the manpage).

Our git repo for dnscap is here:

  http://git.catalyst.net.nz/dnscap.git

I'm waiting for a minor update to a patch we're carrying, then we can
upload it to unstable.

Cheers!

-- 
Andrew Ruthven, Wellington, New Zealand
At home: and...@etc.gen.nz | linux.conf.au 2013 
   |   Come join the party...
   | http://lca2013.linux.org.au


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

Bug#658972: deborphan: Needs to show arch in multiarch setup

[Samuel Thibault]

Package: deborphan
Version: 1.7.28.5
Severity: normal

Hello,

I have played a bit with multiarch support, and I ended up with

€ deborphan
libmudflap0
libmudflap0

Indeed, I have libmudflap0 both i386- and amd64-archs installed and they
are orphans. deborphan should print something like

€ deborphan
libmudflap0
libmudflap0:i386

It'll probably need to ask dpkg for the foreign archs (dpkg
--print-foreign-architectures)

Samuel

-- 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.0.4 (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/bash

Versions of packages deborphan depends on:
ii  libc6  2.13-24

Versions of packages deborphan recommends:
ii  apt   0.8.15.9
ii  dialog1.1-20111020-1
ii  gettext-base  0.18.1.1-5

deborphan suggests no packages.

-- no debconf information

-- 
Samuel Thibault 
--- christ gives channel operator status to Dieu
 -+- #ens-mim and hell -+-



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

Bug#658971: lintian: exits 1 without any policy violations/errors/warnings checking epoptes

[Vagrant Cascadian]

Package: lintian
Version: 2.5.4
Severity: normal

since epoptes 0.3.2, lintian will exit 1 when checking epoptes, but produces no
policy violations or other warnings or errors... you can download the .dsc from
your favorite debian mirror, and:

lintian epoptes_0.4.2-1.dsc ; echo $?
1

running with debug mode didn't reveal much to me, but maybe you'd find it
revealing:

lintian -d epoptes_0.4.2-1.dsc ; echo $?
N: Lintian v2.5.4
N: Lintian root directory: /usr/share/lintian
N: Configuration file: /etc/lintianrc
N: Laboratory:
N: 
N: Using profile debian/main.
N: Selected action: check
N: Requested data to collect: 
ar-info,bin-pkg-control,changelog-file,copyright-file,debfiles,debian-readme,diffstat,doc-base-files,file-info,index,init.d,java-info,md5sums,menu-files,objdump-info,override-file,scripts,strings,unpacked
N: Selected checks: 
binaries,changelog-file,changes-file,conffiles,control-file,control-files,copyright-file,cruft,deb-format,debconf,debhelper,debian-readme,debian-source-dir,description,duplicate-files,fields,filename-length,files,group-checks,infofiles,init.d,java,manpages,md5sums,menu-format,menus,nmu,ocaml,patch-systems,po-debconf,rules,scripts,shared-libs,source-copyright,standards-version,version-substvars,watch-file
N: Unpacking epoptes 0.4.2-1 [source] (source) in 
/tmp/z3igYqOhgL/pool/e/epoptes/epoptes_0.4.2-1_source
N: Collecting info: diffstat ...
N: Collecting info: unpacked ...
N: Collecting info: index ...
N: Reaping done jobs ... unpack epoptes 0.4.2-1 [source] (source)
N: Collection script diffstat done
N: Using dpkg-source to unpack epoptes
N: Collection script index done
N: Collection script unpacked done
N: Reap done jobs ... unpack epoptes 0.4.2-1 [source] (source)
N: Collecting info: override-file ...
N: Collecting info: debfiles ...
N: Collecting info: file-info ...
N: Reaping done jobs ... unpack epoptes 0.4.2-1 [source] (source)
N: Collection script debfiles done
N: Collection script override-file done
N: Collection script file-info done
N: Reap done jobs ... unpack epoptes 0.4.2-1 [source] (source)
N: Reaping done jobs ... unpack epoptes 0.4.2-1 [source] (source)
N: Reap done jobs ... unpack epoptes 0.4.2-1 [source] (source)
N: 
N: Processing source package epoptes (version 0.4.2-1, arch source) ...
N: Base directory in lab: /tmp/z3igYqOhgL/pool/e/epoptes/epoptes_0.4.2-1_source
N: Override file collected, loading it ...
N: Running check: control-file ...
N: Running check: cruft ...
N: Running check: debconf ...
N: Running check: debhelper ...
N: Running check: debian-source-dir ...
N: Running check: fields ...
N: Running check: filename-length ...
N: Running check: group-checks ...
N: Running check: nmu ...
N: Running check: patch-systems ...
N: Running check: po-debconf ...
N: Running check: rules ...
N: Running check: source-copyright ...
N: Running check: standards-version ...
N: Running check: version-substvars ...
N: Running check: watch-file ...
N: Auto removing: unpacked ...
1


live well,
  vagrant


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

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

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

lintian recommends no packages.

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

-- no debconf information



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

Bug#658644: response re:NMU for 658644

[Jakub Wilk]

* Scott Howard , 2012-02-06, 00:22:

+  * use dh_python2 since python-support is deprecated (cleaning up
+lintian error)



This is not appropriate for an NMU.


For now I have no problem shrinking it down and taking care of the rest 
at a later time. Would adding a dependency on python-support (to fix 
the lintian error) be appropriate in this NMU or should I stick to just 
RC bugs?


What are the practical consequences of the missing dependency?

But in any case, adding ${python:Depends} to Depends probably wouldn't 
hurt.



Also, would you care to justify such short delay[0] and urgency=high?
Fixing two RC bugs that are older than 7 days, thus the short delay and 
high urgency. from devref §5.11.1


Err. What §5.11.1 actually says about delays for uploads fixing RC bugs:

"Upload fixing only release-critical bugs older than 7 days, with no 
maintainer activity on the bug for 7 days and no indication that a fix 
is in progress: 0 days


Upload fixing only release-critical bugs older than 7 days: 2 days

Upload fixing only release-critical and important bugs: 5 days"

Neither of these applies to your upload.

Also, this section doesn't say anything about urgency.

--
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#565294: Merge

[Mark Brown]

On Mon, Feb 06, 2012 at 06:43:21PM -0500, Filipus Klutiero wrote:
> On 2012-02-06 18:06, Mark Brown wrote:

> >Yes, I had worked out that they were bug numbers.  Thanks for that.

> In that case, I do not understand why you call these numbers random.

They are completely incomprehensibe in and of themselves, one needs to
go find the BTS to figure out what they are.  Coupled with the lack of
information about your reasoning they render your mail unparasable.

> If you are referring to my manipulation, I did include the following
> explanation:
> >This is actually a bug, see #585110.

> Do you consider this as non-parsable?

Yes, it is just a bald assertation which contains no explanation about
why you believe this to be the case.  There's no reference to the
contents of any of the bugs nor discussion of their similarities (and
honestly none of your followups leave me any the wiser).

> This issue does concern me, and I follow this guideline myself, obviously.

This is not the case, at least not in this example.  I strongly suggest
you reexamine your communication style.

Anyway, fortunately it seems my revert was unneeded as your mails to
control don't seem to have taken effect.



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

Bug#646173: Typos found while translating the po4a documentation into German

[David Prévot]

Hi Helge, Chris,

Please, no need to CC me or the po4a-devel list when replying to the bug
report.

Le 01/01/2012 12:24, Helge Kreutzmann a écrit :

> Next round of typos / suggestions for improvement:
> a) doc/po4a.7.pod:480
> I'm not sure I understand the last sentence correctly. 
> ... when there is no empty line before the =item
> line and the content of the item.
> 
> Empty line *before* =item or *between* =item and the content of the item
> (or both)?

Both: the key words are “no empty line”, since po4a uses empty lines to
split paragraphs, if I understood correctly. Maybe another “before”
could make the sentence a little bit more explicit.

Anyway, I guess a simple test can illustrate the issue, see the attached
file (and how broken it is in the first place when opened with perldoc
anyway, so maybe the end of the sentence should simply be dropped), and
the resulted PO file:

po4a-gettextize -f pod -m foo.pod -p foo.pot

> And the "simpler" stuff:
> Index: doc/po4a.7.pod
> ===
> --- doc/po4a.7.pod  (Revision 2523)
> +++ doc/po4a.7.pod  (Arbeitskopie)

Thanks applied, except the last line of the following one:

> -So, when the same paragraph appears twice in the original but are not
> +So, when the same paragraph appears twice in the original but both are not
>  translated in the exact same way each time, you will get the feeling that a
>  paragraph of the original disappeared. Just kill the new translation. If you
>  prefer to kill the first translation instead when it was actually better,
> -remove the second one from where it is and put it in place of the first one.
> +remove the second one from where it is and put the first one in place of the 
> second one.

The sense is not the same (it's even the contrary), and I don't think
your proposal is accurate.

Le 26/01/2012 16:26, Helge Kreutzmann a écrit :

> the new translator (Chris) just finished his first chunk and the
> review was completed and some improvements could be found:

All applied, thanks

I also reorder the pages in SEE ALSO (since Colin just agreed to follow
man-pages(7) advices in man-db too, #651482).

Regards

David
=item 1 Spaces

First paragraph.

=item 2 No space after
Second paragraph.

=item 3 Spaces

Third paragraph.
=item 4 No space before

Forth paragraph.
=item 5 No space at all
Fifth paragraph.


signature.asc
Description: OpenPGP digital signature

Bug#658970: wine: new upstream release

[Aron Xu]

Package: src:wine
Severity: wishlist

Debian's wine package has stayed at upstream 1.0.1 for quite a long
time, I wish to see some updates of this package.

In my humble opinion, it's better to adapt to Ubuntu's packaging
strategy on wine packages and ask them to join, rather than staying at
an old version without upstream support.

-- 
Regards,
Aron Xu



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

Bug#584073: SOGo packaging update

[Jeroen Dekkers]

This is an update I just sent to the SOGo list:

I've just submitted some of the patches I created that fixes some
issues that would prevent SOGo from getting into Debian. I've pushed
my current work for 1.3.11 to github:
https://github.com/dekkers/sope-debian
https://github.com/dekkers/sogo-debian

I'm using git-buildpackage to build the packages. Things that still
need to be done:

- I've patched SOPE to be able to use GnuTLS, but not SOGo yet. SOGo
  is a bit harder because GnuTLS doesn't provide a drop-in replacement
  for checking of S/MIME signatures. I don't know how much used this
  feature is, disabling the S/MIME signature checking might also be an
  option.

- SOGo needs to use /etc for configuration
  (http://sogo.nu/bugs/view.php?id=1156). I did some experimentation
  with GNUstep and SOGo defaults and concluded that it isn't that
  hard, but I still need to code and test such a patch.

- We should use debconf to ask where to find the SQL and LDAP
  databases.

- A DEP5-complaint (http://dep.debian.net/deps/dep5) debian/copyright
  file needs to be created.

- The bundled javascript libraries need to be unbundled and the
  libraries from the Debian packages need to be used instead.

And there might be more things I'm forgetting and this is just for
SOGo 1.3. For SOGo 2.0 there is even a lot more work to be done. I
currently don't have much time to work on this as I'm too busy with
things that pay the rent or will do so in the future, so any help is
more than welcome.



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

Bug#658651: lists.debian.org: violates 8BITMIME specification

[Don Armstrong]

severity 658651 minor
tag 658651 wontfix help
thanks

On Mon, 06 Feb 2012, brian m. carlson wrote:
> I'm asking you to please fix your mail server so that it doesn't
> send or relay invalid data. exim tends to be broken WRT 8BITMIME,
> which is exactly why I don't use it.

There are a few reasonable alternatives:

1) We fix the mail to be proper 8 bit mime
2) We follow Postel's law and resend the message since it can actually
be understood, possibly adding to the spam score if the message
appears to be 8bitmime but isn't actually a valid mime message.

For those following along at home who wish to do 1, ldo uses postfix,
not exim.


Don Armstrong

-- 
Of course Pacman didn't influence us as kids. If it did, we'd be
running around in darkened rooms, popping pills and listening to
repetitive music.

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#656997: libogre-1.7.3: Unmodified /etc/OGRE/plugins.cfg not removed on upgrade

[Manuel A. Fernandez Montecelo]

Hi again Sam,

2012/2/6 Sam Morris :
> reopen 656997
> thanks
>
> I found that when I upgraded to 1.7.3-6 the conffiles were not removed:
> [...]
>
> I think this is because dpkg-maintscript-helper rm_conffile is only
> called in libogre-1.7.3.preinst; the man page says it should be called
> in the preinst, the postinst and the postrm scripts.

Thanks for reopening.  I am creating a new version, with new upstream
included, which hopefully it will be uploaded soon.  I expect to fix
the issue now, and also remove the /etc/OGRE-1.7.3/plugins.cfg for the
version that it was shipped.

Actually the problem are the many concurrent issues that I'm trying to
fix at once, so I forgot about testing this properly before uploading,
my bad.

> This may be complicated by the local version number's I've added to the
> package in order to rebuild it against Boost 1.48. I'm not going to
> remove the files in /etc for now in case you want me to test the upgrade
> process.

Thanks for you help.

> BTW, I noticed that debian/libogre-dev.README.Debian advises users to
> specify /etc/OGRE/plugins.cfg when they create their Ogre::Root
> instance. I think this file should be removed, or have its contents
> replaced with a warning that users should decide which plugins they use
> when they build their software, and ship their own plugins.cfg or just
> load their chosen plugins manually after creating their Root.

Yep, thanks for spotting that too.

I thought about putting something in NEWS if I receive some
indication/complaint from clients.  Since at the moment there are
virtually no packages depending on OGRE, maybe it's just not
necessary.

Cheers.



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

Bug#647522: non-deterministic compression for CREDITS.gz in libppl9 amd64 & kfreebsd-amd64

[Neil Williams]

On Mon, 06 Feb 2012 14:21:15 -0800
Paul Eggert  wrote:

> I can't reproduce the problem on x86-64 with vanilla
> gzip 1.4 and vanilla gzip 1.3.12.  So the problem appears to be
> either architecture-dependent, or it's a property of
> the Debian patches to gzip, or something like that, and
> I expect we'll need more information about how to
> reproduce the problem.  It looks like the problem is with
> 1.3.12-9 on armel so you might want to focus your attention
> there.

The broken CREDITS.gz was created with gzip 1.4 from Debian unstable. I
happened to use 1.3.12 to test on a different armel machine but the
whole problem with this bug is that it is non-deterministic and simply
repeating the compression can "fix" the apparent problem.

I added the extra information because the two versions of CREDITS.gz
are available via the packages specified, so rather than having to rely
on my own debug information, there is the opportunity to view/analyse
the actual .gz files involved in a situation where the checksums can be
checked and validated and the build logs exist so that the actual
version of gzip installed can be checked too.

gzip: already installed (1.4-1)
https://buildd.debian.org/status/fetch.php?pkg=ppl&arch=armel&ver=0.11.2-6&stamp=1318428664

For comparison, the i386 build used the same version of gzip on the
same file and gave a different .gz file:
i386:
99e2b9f8972ce00cfe57e3735881015e  usr/share/doc/libppl9/CREDITS.gz
armel:
0e52e84eebf41588865742edaff7b3c0  usr/share/doc/libppl9/CREDITS.gz

i386 log:
https://buildd.debian.org/status/fetch.php?pkg=ppl&arch=i386&ver=0.11.2-6&stamp=1318344010

More examples may well turn up soon as more people install the
MultiArch-aware version of dpkg which allows packages to be alongside
each other. This assumes and requires that files compressed on one
architecture are the same as the same file compressed on a different
architecture. It is quite possible that the bug in gzip is independent
of the architecture itself but that is how all of these issues are going
to show up.

Indeed, a quick check shows that this is not architecture-specific. The
kfreebsd-amd64 log shows that CREDITS.gz is a larger file than
linux-amd64:

https://buildd.debian.org/status/fetch.php?pkg=ppl&arch=kfreebsd-amd64&ver=0.11.2-6&stamp=1318348840

kfreebsd-amd64:
6344 2011-02-27 09:07 ./usr/share/doc/libppl9/CREDITS.gz

linux-amd64:
6343 2011-02-27 09:07 ./usr/share/doc/libppl9/CREDITS.gz

http://ftp.uk.debian.org/debian/pool/main/p/ppl/libppl9_0.11.2-6_kfreebsd-amd64.deb

0e52e84eebf41588865742edaff7b3c0  usr/share/doc/libppl9/CREDITS.gz

Same as armel but different to armhf, i386 and amd64.

I see no reason why a change of kernel or of gcc compiler flags for the
same version of gzip (all 1.4) would cause such non-deterministic
results from using gzip -9n

There is something else going on here, something internal to gzip which
is changing certain bytes inside the compressed file - in the same
manner. It is strange indeed for four separate machines to produce two
matching pairs of the same discrepancy when running the same code.

Ignore my tests with an older version of gzip - these results are all
with gzip 1.4-1. It doesn't matter if I decompress/recompress on amd64
or armel, the discrepancy goes away. The problem is that we cannot
anticipate when the discrepancy will occur, leading to packages failing
to install in random and unpredictable patterns.

This bug is going to be hard to reproduce but the results of it are
neither architecture dependent nor version dependent. Interestingly,
other text files in the same package, compressed on the same machine,
using the same options to gzip, do not differ. It's the peculiar
requirements of MultiArch which have brought this to light and in the
majority of cases the results of gzip -9n on the same file are
identical - but not always.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpAPTd6Yi2iK.pgp
Description: PGP signature

Bug#658770: libax25 FTBFS make: execvp: ./configure: Permission denied

[Nobuhiro Iwamatsu]

severity 658770 serious
thanks

Hi,

> Your package FTBFS with
> >./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
> --mandir=/usr/share/man
> >make: execvp: ./configure: Permission denied

I think severity of this bug to be Serious not Normal.
I changed severity.

Best regards,
  Nobuhiro

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



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

Bug#642566: saga: diff for NMU version 2.0.7+dfsg-2.1

[gregor herrmann]

tags 642566 + pending
thanks

Dear maintainer,

I've prepared an NMU for saga (versioned as 2.0.7+dfsg-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
   `-   NP: Beatles
diff -Nru saga-2.0.7+dfsg/debian/changelog saga-2.0.7+dfsg/debian/changelog
--- saga-2.0.7+dfsg/debian/changelog	2011-09-27 15:30:15.0 +0200
+++ saga-2.0.7+dfsg/debian/changelog	2012-02-07 00:32:02.0 +0100
@@ -1,3 +1,11 @@
+saga (2.0.7+dfsg-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "doesn't depend on python": apply missing part of Jakub Wilk's patch
+('--withpython2' in debian/rules). (Closes: #642566)
+
+ -- gregor herrmann   Tue, 07 Feb 2012 00:31:19 +0100
+
 saga (2.0.7+dfsg-2) unstable; urgency=low
 
   [ Francesco Paolo Lovergine ]
diff -Nru saga-2.0.7+dfsg/debian/rules saga-2.0.7+dfsg/debian/rules
--- saga-2.0.7+dfsg/debian/rules	2011-09-27 15:30:15.0 +0200
+++ saga-2.0.7+dfsg/debian/rules	2012-02-07 00:31:14.0 +0100
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-	dh $@ --with-python2
+	dh $@ --with python2
 
 override_dh_auto_configure:
 	dh_auto_configure -- --enable-unicode --prefix=/usr --enable-python


signature.asc
Description: Digital signature

Bug#658969: please add Multi-Arch: foreign stanza to dh-autoreconf

[Riku Voipio]

Package:  dh-autoreconf 
Severity: important
Version: 5
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Tags: patch

Hi,

For cross-compiling with multi-arch, we need to set up Multi-Arch: foreign
for Arch: all packages. This slightly counter-intuitive is explained at

 
https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages

But the crux is the we need he multi-arch foreign field so that apt knows that 
it can use
foreign for packages for dh-autoreconf dependencies, specifically perl.

Riku
diff -Nru dh-autoreconf-5/debian/control dh-autoreconf-5ubuntu1/debian/control
--- dh-autoreconf-5/debian/control	2011-06-14 20:58:39.0 +0300
+++ dh-autoreconf-5ubuntu1/debian/control	2012-02-07 01:44:59.0 +0200
@@ -9,6 +9,7 @@
 
 Package: dh-autoreconf
 Architecture: all
+Multi-Arch: foreign
 Depends: ${perl:Depends}, ${misc:Depends}, debhelper, autoconf,
  automake | automaken, libtool
 Enhances: debhelper, cdbs

Bug#565294: Merge

[Filipus Klutiero]

On 2012-02-06 18:06, Mark Brown wrote:

On Mon, Feb 06, 2012 at 05:39:36PM -0500, Filipus Klutiero wrote:

On 2012-02-06 14:02, Mark Brown wrote:

It means that your mail contained a bunch of random numbers and didn't
elucidate what you were thinking when you merged the bugs at all.

My mail contained 2 numbers, 565294 and 585110.
565294 is the number of this issue report.
585110 is the number of a duplicate issue report which you can see
on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585110

Yes, I had worked out that they were bug numbers.  Thanks for that.


In that case, I do not understand why you call these numbers random.



If you still do not understand any number, it would be preferable to
request an explanation than to write random comments.

I tend to put about as much effort in as I'm seeing in the thing I'm
responding to; what I saw was a drive by tweak of some bugs with no
parsable explanation.


If you are referring to my manipulation, I did include the following 
explanation:

This is actually a bug, see #585110.


Do you consider this as non-parsable?


Frankly I could barely tell if this was
intentional, it looked like a script gone wrong.


If a script has gone wrong, commenting its actions with something random 
is unlikely to help fix the problem.



   The
bugs don't appear to be the same bug at all, the one bug is talking
about adding an icon and the other bug is talking about the information
that's present not being correct.

The first bug is not talking about adding an icon, it is reporting
that the icon is missing. Both reports are about the same problem,

In what way?  Simply asserting something doesn't make it true.  The
report makes no mention of icons whatsover.  It does mention errors in
the type field, and other errors in the existing content, but doesn't
appear to have anything to say about having an icon.


By "first bug", I meant #565294, not #585110.



the former describes the symptom, while the latter describes the
cause (or, perhaps more accurately, a different symptom which makes
the cause obvious).

Again, this appears to bear little if any relation to the contents of
the bug.


I don't know which "bug" you are referring to.



By the way, when manipulating issue reports, please explain your
modifications if they have no obvious justification, in particular
when changing the report type.

If this is an issue which concerns you it might be worth taking your own
advice on board.


This issue does concern me, and I follow this guideline myself, obviously.



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

Bug#591459: [Pkg-ime-devel] Processed: unarchiving 591459

[Charles Plessy]

Le Tue, Feb 07, 2012 at 12:40:00AM +0900, Osamu Aoki a écrit :
> 
> I thought compose key is supported by ibus-xkbc package.  Are you having
> problem with it?  Unlike SCIM, you need this package to have deadkey
> support.

Good morning,

sorry for not following immediately the unarchiving by a better explanation; I
went to sleep first ;)

I would like to re-open this bug.  I think that ibus-xkbc may be
a temporary workaround, but it is definitely not a solution.

 1) Ibus is still broken as it does not support the compose key
natively.  Can you imagine if we would need a module for
the shift key ?

 2) If Ibus becomes the recommended input manager in GNOME3, then
the loss of transparent support for the compose key is a regression
compared with previous from GNOME2 plus default input manager.

 3) ibus-xkbc is a keyboard layout switching module whose functionality is
redundant with X.org's layout switching (well supported by the GNOME shell).
Keyboard layouts and input systems are two different things operated
independantly.  I switch between Japanese and Canadian layouts, and
within this or that layout, I switch input methods when I need to
type Japanese.  Under the ibus-xkbc, this is more complicated.

 4) I think that it is fair to expect from input systems that,
when no input method is selected, the keyboard behaves exactly
the same as when the input system is not running.

Unless it becomes easy to replace Ibus on GNOME3, and for the
moment I have the impression that UIM is not so well integrated,
or unless the Ibus developers have decided upstream to never
support the compose key directly, I think that the current situation
is bug a that should be reflected in our BTS.

I have added my voice to the other users asking for a better support of the
compose key in the upstream BTS as well.
http://code.google.com/p/ibus/issues/detail?id=526#c43

I hope that this can be somehow resolved before Wheezy, and that it can be as
simple to work in a multilingual configuration on Debian as it was before.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#658968: debian-installer: permits install with out configuring root password

[Sam]

Package: debian-installer
Severity: normal
Tags: d-i

Debian installer will allow you to complete an install without ever visiting 
the configure users section and no warning.  This will result in a system 
installed with no way to log in except booting with init=/bin/sh

I would suggest that there be a warning, and perhaps have NO password for root 
under this situation rather than root:*: in shadow -- the warning would be 
particularly nice, as I had begun an install in a location that has slow access 
and I can not stay at for an extended period of time and enabled the remote-ssh 
method to continue.  when I resumed, I thought I had already visited the users 
section but had not.  I found this out after I rebooted, which resulted in the 
necessity of scheduling another trip to the location simply to set a root 
password and allow logins to the system.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#658934: [apper] "Failed to obtain authentication." when trying to remove manipulate packages without launching as root

[Matthias Klumpp]

Do you have a dialog frontend for PolKit installed? Meaning in this
case, is the package "polkit-kde-1" installed?
Regards,
   Matthias

2012/2/6 Filipus Klutiero :
> Hi Matthias,
>
>
> On 2012-02-06 16:22, Matthias Klumpp wrote:
>>
>> Hi!
>> Apper uses PolicyKit for authentication. Is PolicyKit correctly set up
>> on your system (meaning all olther PolKit apps work)? Are you able to
>> authenticate when using the command-line tool, e.g. by doing "pkcon
>> install amor"?
>> Regards,
>>    Matthias
>>
>>
>
> The only thing I know about PolicyKit is its purpose, but apparently,
> something is wrong with it:
>
>> $ LANG=C pkcon install amor
>> Simulating install            [=]
>> Loading cache                 [=]
>> Querying                      [=]
>> Running                       [=]
>> Installing packages           [=]
>> Installing                    [=]
>> Waiting for authentication    [=]
>> The transaction failed: not-authorized, Failed to obtain authentication.
>> chealer@vinci:~$
>
>
> I don't really know what other PolKit apps there are. I am not knowingly
> using any other application based on PolKit.
>
>

Bug#628227: Announce of the upcoming NMU for the mirrormagic package

[Drew Parsons]

On Mon, 2012-02-06 at 07:18 +0100, Christian PERRIER wrote:
> 
> You mean you prefer doing the upload yourself, right? Of course,
> that's fine by me. However, it would be great if you could wait for
> the end of the call for translations  as there is a small chance that
> other translations come ine just like Polish did.
> 
> I'll then notify you when the update round is over and send a patch
> along with a "GO" mail.
> 
> Would that be OK with you?
> 

I'm happy to wait till you give the all-clear that all the fresh
translations are in.

I can do the upload then, but I'm happy for you to make an NMU too if
that's more efficient.

Thanks,
Drew





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

Bug#658478:

[Jeff Breidenbach]

 Statement from Sikuli upstream

Sikuli has an experimental tesseract 3 branch
https://github.com/sikuli/sikuli/tree/feature/tesseract3.
The main reason we aren't not switching to tesseract 3 in an official
release is that its recognition performance is worse than 2.04 in our
dataset.
(Not very bad, about 10% worse as I recall.)
So I think it's fine to wrap the tesseract 3 branch for Debian sid.



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

Bug#658402: [phpmyadmin] Please display "Show all" button by default

[Filipus Klutiero]

On 2012-02-06 03:57, Thijs Kinkhorst wrote:

On Thu, February 2, 2012 19:18, Filipus Klutiero wrote:

Package: phpmyadmin
Version: 4:3.4.9-1
Severity: wishlist

It is currently painful to show all records in a table. One needs to
look at the number of rows, enter that number in the field which asks
the number of rows to show, then reset the starting row to 0 and press
enter.

There is actually a "Show all" button to do just that, the problem is
that the button does not show by default. A configuration option needs
to be enabled:
$cfg['ShowAll'] boolean
Defines whether a user should be displayed a "show all (rows)" button in
browse mode or not.
http://www.phpmyadmin.net/documentation/

This option is disabled by default.


This was requested upstream, but Marc Delisle rejected, asking to be
trusted:
https://sourceforge.net/tracker/?func=detail&atid=377411&aid=3476721&group_id=23067

It's better to be safe than sorry. Showing all rows on any table of
serious size can have grave consequences on MySQL server, web server (and
the client). Having a button by default means you can easily cause trouble
on your database server just by misclicking.


That depends on what the button does. If it instantly queries, then it's 
as you say. However, if there is a validation on the button, like a 
JavaScript popup as described in 
http://sourceforge.net/tracker/?func=detail&atid=377411&aid=3476721&group_id=23067 
, then such a mistake can be made as hard to make as we deem necessary.

Of course there are many
tables where showing all rows is safe and as you say there are options to
do that already (enter any sufficiëntly high number in the 'rows to show'
box as you say, or executing SELECT * FROM table). And you can also enable
the setting.

I think it's a sane default as it is. Michal, only thing: could you
perhaps extend the description of that boolean option a bit to explain the
why and the consequences?


That would be a nice start. It may not be useful in the end if the 
option is eliminated (if the Show all button is perfected enough, I do 
not see why keeping an option to disable it would be necessary). But 
meanwhile, it would clarify what's needed to get there.


Note that this report is not saying the current default for the option 
is insane. It may well be the best default given the way Show all works 
currently. All I'm asking is get the Show all button to display by 
default (which does not exclude displaying it unconditionally). The 
button may require improvement for such a change to be reasonable to make.




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

Bug#658720: Bug#658959: RFS: phpvirtualbox-4.1

[Alexey Eromenko]

> I am looking for a sponsor for my package "phpvirtualbox-4.1". I
> use the package on my own on a headless server. It connects to vbox via it's 
> soap interface.

Ha-ha !
For some time I expected this one to pop up in Debian, and finally it did :)

(I don't use this one myself, but I definitely appreciate it, and it's
good, that VirtualBox does more inroad into the server market.)

Versions:
To minimize confusion, I think it might be better to keep only one
version in Debian "main" -- the one that matches VirtualBox. (Surely I
read that 4.0 can manage non-Debian VBox servers, just doubt about the
need to support several versions in Debian. I would submit only
something that matches Debian's VBox (4.1) to Debian, and keep older
(4.0) packages off-tree)

How can I download your proposed package (executable + src) ?

I tried:
user@xrig:~/Linstall$ dget -x
http://mentors.debian.net/debian/pool/main/p/phpvirtualbox-4.1/phpvirtualbox-4.1_7-1.dsc
dget: retrieving
http://mentors.debian.net/debian/pool/main/p/phpvirtualbox-4.1/phpvirtualbox-4.1_7-1.dsc
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100  1754  100  17540 0   8480  0 --:--:-- --:--:-- --:--:-- 24704
dget: using existing phpvirtualbox-4.1_7.orig.tar.gz
dget: using existing phpvirtualbox-4.1_7-1.debian.tar.gz
phpvirtualbox-4.1_7-1.dsc:
dscverify: phpvirtualbox-4.1_7-1.dsc failed signature check:
gpg: keyblock resource `/home/user/.gnupg/secring.gpg': file open error
gpg: Signature made Sun 05 Feb 2012 07:05:43 PM IST using RSA key ID 5CED39EF
gpg: Can't check signature: public key not found
Validation FAILED!!

-- 
-Alexey Eromenko "Technologov", VirtualBox community member.



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

Bug#658967: libpam-usb: Not including config for pam-auth-update

[Petter Reinholdtsen]

Package: libpam-usb
Version: 0.5.0-3

It would be nice if libpam-usb would work out of the box.  To get a
working pam configuration a configuration file for pam-auth-update would
be needed in /usr/share/pam-configs/.  Please consider adding one.
-- 
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#658966: iceweasel: segmentation fault printing a selection

[Arthur Marsh]

Package: iceweasel
Version: 9.0.1-1
Severity: normal

When attempting to print a selection of a web page (text plus one image), 
iceweasel quit and when running using iceweasel -g the backtrace was as 
follows:

Program received signal SIGSEGV, Segmentation fault.
0x00303582e5b4 in ppdFindChoice ()
   from /usr/lib/x86_64-linux-gnu/libcups.so.2
(gdb) bt
#0  0x00303582e5b4 in ppdFindChoice ()
   from /usr/lib/x86_64-linux-gnu/libcups.so.2
#1  0x7fffbd7f0472 in create_page_setup (ppd_file=0x77df6760, size=0x0)
at 
/tmp/buildd/gtk+2.0-2.24.9/modules/printbackends/cups/gtkprintbackendcups.c:4543
#2  0x7fffbd7f2c77 in gtk_print_backend_cups_print_stream (
print_backend=0x7fffd50b7520, job=0x7fffdeaa3d70, data_io=0x7fffdfe1ed80,
callback=0x768e2552 ,
user_data=0x7fffd2eb8100,
dnotify=0x768e22b9 )
at 
/tmp/buildd/gtk+2.0-2.24.9/modules/printbackends/cups/gtkprintbackendcups.c:551
#3  0x768e2a17 in nsDeviceContextSpecGTK::EndDocument (
this=0x7fffd4ade000)
at /tmp/buildd/iceweasel-9.0.1/widget/src/gtk2/nsDeviceContextSpecG.cpp:624
#4  0x761ace37 in nsDeviceContext::EndDocument (this=0x7fffd25a35b0)
at /tmp/buildd/iceweasel-9.0.1/gfx/src/nsDeviceContext.cpp:609
#5  0x76604693 in nsPrintData::~nsPrintData (this=0x7fffda39a180,
__in_chrg=)
at /tmp/buildd/iceweasel-9.0.1/layout/printing/nsPrintData.cpp:117
#6  0x765ff39b in nsPrintEngine::Destroy (this=0x7fffd43d43a0)
at /tmp/buildd/iceweasel-9.0.1/layout/printing/nsPrintEngine.cpp:284
#7  0x761dcaee in DocumentViewerImpl::OnDonePrinting (
---Type  to continue, or q  to quit---
this=0x7fffd1318980)
at /tmp/buildd/iceweasel-9.0.1/layout/base/nsDocumentViewer.cpp:4268
#8  0x765ff148 in nsPrintCompletionEvent::Run (this=)
at /tmp/buildd/iceweasel-9.0.1/layout/printing/nsPrintEngine.cpp:3361
#9  0x769f54b8 in nsThread::ProcessNextEvent (this=0x74a14110,
mayWait=0, result=0x7fff919c)
at /tmp/buildd/iceweasel-9.0.1/xpcom/threads/nsThread.cpp:631
#10 0x769ca6c2 in NS_ProcessNextEvent_P (thread=,
mayWait=)
at 
/tmp/buildd/iceweasel-9.0.1/build-xulrunner/xpcom/build/nsThreadUtils.cpp:245
#11 0x769702dc in mozilla::ipc::MessagePump::Run (this=0x77dfa700,
aDelegate=0x77dd33d0)
at /tmp/buildd/iceweasel-9.0.1/ipc/glue/MessagePump.cpp:110
#12 0x76a1076b in RunHandler (this=0x77dd33d0)
at /tmp/buildd/iceweasel-9.0.1/ipc/chromium/src/base/message_loop.cc:201
#13 MessageLoop::Run (this=0x77dd33d0)
at /tmp/buildd/iceweasel-9.0.1/ipc/chromium/src/base/message_loop.cc:175
#14 0x768edf04 in nsBaseAppShell::Run (this=0x72d254a0)
at /tmp/buildd/iceweasel-9.0.1/widget/src/xpwidgets/nsBaseAppShell.cpp:189
#15 0x767c3e0e in nsAppStartup::Run (this=0x72d5b970)
at 
/tmp/buildd/iceweasel-9.0.1/toolkit/components/startup/nsAppStartup.cpp:228
---Type  to continue, or q  to quit---
#16 0x76099248 in XRE_main (argc=,
argv=, aAppData=)
at /tmp/buildd/iceweasel-9.0.1/toolkit/xre/nsAppRunner.cpp:3557
#17 0x004022e8 in ?? ()
#18 0x00300161eead in __libc_start_main (main=,
argc=, ubp_av=, init=,
fini=, rtld_fini=, stack_end=0x7fffe378)
at libc-start.c:228
#19 0x0040239d in _start ()
(gdb) bt full
#0  0x00303582e5b4 in ppdFindChoice ()
   from /usr/lib/x86_64-linux-gnu/libcups.so.2
No symbol table info available.
#1  0x7fffbd7f0472 in create_page_setup (ppd_file=0x77df6760, size=0x0)
at 
/tmp/buildd/gtk+2.0-2.24.9/modules/printbackends/cups/gtkprintbackendcups.c:4543
display_name = 0x0
page_setup = 
paper_size = 
option = 
choice = 
#2  0x7fffbd7f2c77 in gtk_print_backend_cups_print_stream (
print_backend=0x7fffd50b7520, job=0x7fffdeaa3d70, data_io=0x7fffdfe1ed80,
callback=0x768e2552 ,
user_data=0x7fffd2eb8100,
dnotify=0x768e22b9 )
at 
/tmp/buildd/gtk+2.0-2.24.9/modules/printbackends/cups/gtkprintbackendcups.c:551
cups_printer = 0x7fffe08c8940
ps = 
options_data = 
request = 
settings = 0x7fffe0dc0900
---Type  to continue, or q  to quit---
options = 
page_setup = 
title = 
printer_absolute_uri = 
"\320\374,\v0\000\000\000\200v\344\310\377\177\000\000%%\000\000atalog\n   
/Pages o \000\260\f`\341\377\177\000\000%EOF\n8\nef\n/Info  
`h\341\377\177\000\000\276^@\000\000\000\000\000@\320\354\367\377\177\000\000\220\067Z\322\377\177\000\000\240\214\377\377\377\177\000\000\001\000\000\000\000\000\000\000\234\221\377\377\377\177",
 '\000' , "Ќ\377\377\377\177\000\000 
\217\377\377\377\177\000\000\300\215\377\377\377\177\000\000@\025-\v0\000\000\000\060\216\377\377\377\177\000\000\n",
 '\000' , " 
\217\377\377\377\177\000\000\342\263f\001\060\000\000\000\001\200\255\373\377\177\000\000
 \217\377\377\377\177\000\000 \217\377\377\377\177\000\000 
\217\377\3

Bug#658959: [Pkg-virtualbox-devel] Bug#658959: RFS: phpvirtualbox-4.1

[Marcus Osdoba]

Am 06.02.2012 23:29, schrieb Arno Töll:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Marcus,
On 06.02.2012 23:12, Marcus Osdoba wrote:

I am looking for a sponsor for my package "phpvirtualbox-4.1". I
use the package on my own on a headless server. It connects to vbox
via it's soap interface.


please get in touch with Debian's Virtualbox maintainers. They might
consider sponsoring you.


Thanks Arno.

I tried that some days ago, but didn't get an answer (but a week is not 
that long).
Unfortuantly, I cannot find a link to the mailinglist archive for 
pkg-virtualbox-de...@lists.alioth.debian.org


Anyway, here is what I've written on January 30th:
"
Hello Debian vb team,

I have started debianizing phpvirtualbox [0] for my own needs and hope 
this is the right place to bring it up.

Please guide me if I'm wrong.

I use it on a headless server and feel very comfortable with it, so I 
think it might be useful for other users, too
and it should enter the Debian package pool. The version I started with 
is phpvirtualbox-4.0 which applies
to vb 4.0 installations only (4.0.x and 4.1.y are not forcefully API 
compatible).


Phpldapadmin served as an example and dh_make was used to create the 
deb-package source [1].
I have tested the build with dpkg-buildpackage and run through the 
install/remove/purge tests as proposed in the

deb maintainers guide.

I'm not a DM. This is my first attempt to package something for Debian. 
I can afford some time to package 4.1, too.


Please let me know if there are any chances to get this into Debian or 
if I broke any rules.


Kind regards,
Marcus

[0] http://code.google.com/p/phpvirtualbox/
[1] https://gitorious.org/virtualbox-supplements/debian-phpvirtualbox-40
"

After googeling around, I realized the mentoring workflow and went that way.

Kind regards,
Marcus



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

Bug#658919: [Pkg-utopia-maintainers] Bug#658919: NetworkManager install destroys access

[Teunis Peters]

On 12-02-06 02:54 PM, Michael Biebl wrote:
> On 06.02.2012 23:00, Michael Biebl wrote:
>> Please attach your /etc/network/interfaces, the output of nm-tool and the 
>> output out NetworkManager when you restart it.
>> 
>> You should have relevant log entries in your syslog.
> 
> Also, please send me the output of ifconfig and route *before* and *after* 
> the upgrade.
> 
> 


Right now : not accessible, system is located a fair distance away.  Will post 
later when I can get physical access.  System is offline until then.
Note: all IPs are static in /etc/network/interfaces.  I can't post it because 
system is not currently accessible.

Final lines on ssh log:  (copied by hand)
Disabling interfaces configured with plain DHCP in /etc/network/interfaces so 
that NetworkManager can take them over
Auto interfaces found: lo eth1 eth1 tun6to4
Starting network connection manager: NetworkManager
Setting up network-manager-gnome (0.9.2.0-1) ...
Write failed: broken pipe



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

Bug#658366: synergy: when clipboard include text copied from NX client, cursor move from server to client causes segfault

[Jeff Licquia]

The log file didn't appear to make it; I have just a blank file, as does
the Debian BTS.

I recently uploaded synergy 1.4.5-1 to experimental.  Does using that
help?  (possibly with 1.4.x on the Mac as well)



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

Bug#565294: Merge

[Mark Brown]

On Mon, Feb 06, 2012 at 05:39:36PM -0500, Filipus Klutiero wrote:
> On 2012-02-06 14:02, Mark Brown wrote:

> >It means that your mail contained a bunch of random numbers and didn't
> >elucidate what you were thinking when you merged the bugs at all.

> My mail contained 2 numbers, 565294 and 585110.
> 565294 is the number of this issue report.
> 585110 is the number of a duplicate issue report which you can see
> on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585110

Yes, I had worked out that they were bug numbers.  Thanks for that.

> If you still do not understand any number, it would be preferable to
> request an explanation than to write random comments.

I tend to put about as much effort in as I'm seeing in the thing I'm
responding to; what I saw was a drive by tweak of some bugs with no
parsable explanation.  Frankly I could barely tell if this was
intentional, it looked like a script gone wrong.  There was no analysis,
no explanation and for bonus fun points not even a mention of what
either of the bugs is (which is not enormously helpful when one doesn't
have a web browser to hand).

> >   The
> >bugs don't appear to be the same bug at all, the one bug is talking
> >about adding an icon and the other bug is talking about the information
> >that's present not being correct.

> The first bug is not talking about adding an icon, it is reporting
> that the icon is missing. Both reports are about the same problem,

In what way?  Simply asserting something doesn't make it true.  The
report makes no mention of icons whatsover.  It does mention errors in
the type field, and other errors in the existing content, but doesn't
appear to have anything to say about having an icon.

> the former describes the symptom, while the latter describes the
> cause (or, perhaps more accurately, a different symptom which makes
> the cause obvious).

Again, this appears to bear little if any relation to the contents of
the bug.

> By the way, when manipulating issue reports, please explain your
> modifications if they have no obvious justification, in particular
> when changing the report type.

If this is an issue which concerns you it might be worth taking your own
advice on board.



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

Bug#658933: amanda-server: Uses perl4 corelibs without Depends

[Bdale Garbee]

tags 658933 +help
thanks

On Mon, 6 Feb 2012 20:06:19 +, Dominic Hargreaves  wrote:
> Package: amanda-server
> Your package adzapper currently uses one or more deprecated

Buggy bug filing script?

> or (ideally) to replace their use with more modern equivalents.

I don't know enough about perl to replace the use of newgetopt.pl by
server-src/amstatus.pl in amanda with the recommended Getopt::Long.  I
would be happy to accept a patch that implements the change, however, if
someone who knows more about perl is willing to create such a patch for
me? 

Bdale


pgpnDQ0m6TDoW.pgp
Description: PGP signature

Bug#658965: Please enable hardened build flags

[Moritz Muehlenhoff]

Source: libdumb
Severity: important
Tags: patch

Please enable hardened build flags through dpkg-buildflags.

Patch attached. (dpkg-buildflags abides "noopt" from DEB_BUILD_OPTIONS)

Cheers,
Moritz
diff -Naur libdumb-0.9.3.harden/debian/patches/110-hardening.diff libdumb-0.9.3/debian/patches/110-hardening.diff
--- libdumb-0.9.3.harden/debian/patches/110-hardening.diff	1970-01-01 01:00:00.0 +0100
+++ libdumb-0.9.3/debian/patches/110-hardening.diff	2012-02-06 23:53:22.0 +0100
@@ -0,0 +1,18 @@
+diff -aur libdumb-0.9.3.orig/Makefile libdumb-0.9.3/Makefile
+--- libdumb-0.9.3.orig/Makefile	2012-02-06 23:51:26.0 +0100
 libdumb-0.9.3/Makefile	2012-02-06 23:52:17.0 +0100
+@@ -231,10 +231,10 @@
+ endif
+ endif
+ 
+-CFLAGS_RELEASE := -Iinclude $(WFLAGS) $(OFLAGS) $(CFLAGS_EXTRA)
+-CFLAGS_DEBUG := -Iinclude $(WFLAGS) $(DBGFLAGS) $(CFLAGS_EXTRA)
++CFLAGS_RELEASE := -Iinclude $(WFLAGS) $(OFLAGS) $(CFLAGS_EXTRA) `dpkg-buildflags --get CFLAGS` `dpkg-buildflags --get CPPFLAGS`
++CFLAGS_DEBUG := -Iinclude $(WFLAGS) $(DBGFLAGS) $(CFLAGS_EXTRA) `dpkg-buildflags --get CFLAGS` `dpkg-buildflags --get CPPFLAGS`
+ 
+-LDFLAGS := -s
++LDFLAGS := -s `dpkg-buildflags --get LDFLAGS`
+ 
+ 
+ CORE_EXAMPLES_OBJ := $(addprefix examples/, $(notdir $(patsubst %.c, %.o, $(CORE_EXAMPLES
+Nur in libdumb-0.9.3: Makefile~.
diff -Naur libdumb-0.9.3.harden/debian/patches/series libdumb-0.9.3/debian/patches/series
--- libdumb-0.9.3.harden/debian/patches/series	2012-02-06 23:53:11.0 +0100
+++ libdumb-0.9.3/debian/patches/series	2012-02-06 23:53:31.0 +0100
@@ -1,2 +1,3 @@
 010_extra_flags.diff -p1
 100_CVE-2006-3668.diff
+110-hardening.diff

Bug#658919: [Pkg-utopia-maintainers] Bug#658919: NetworkManager install destroys access

[Michael Biebl]

On 06.02.2012 23:00, Michael Biebl wrote:
> Please attach your /etc/network/interfaces, the output of nm-tool and 
> the output out NetworkManager when you restart it.
> 
> You should have relevant log entries in your syslog.

Also, please send me the output of ifconfig and route *before* and
*after* the upgrade.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#658873: pass-by-reference has been removed from php5 (>= 5.4)

[Jan Hauke Rahm]

forcemerge 653621 658873
thanks

Hi Ondřej,

On Mon, Feb 06, 2012 at 04:21:16PM +0100, Ondřej Surý wrote:
> after re-running the check script without stopping on first error
> I have found more Fatal errors in php-openid package:
> 
> # dpkg -L php-openid | grep -E ".php[54]?" | xargs -i sh -c "php -l {} || 
> true" | grep -v "No syntax errors detected"
> PHP Fatal error:  Call-time pass-by-reference has been removed in 
> /usr/share/php/Auth/Yadis/Manager.php on line 416
> Errors parsing /usr/share/php/Auth/Yadis/Manager.php
> PHP Fatal error:  Call-time pass-by-reference has been removed in 
> /usr/share/php/Auth/OpenID/Server.php on line 1707
> Errors parsing /usr/share/php/Auth/OpenID/Server.php
> PHP Fatal error:  Call-time pass-by-reference has been removed in 
> /usr/share/php/Auth/OpenID/Consumer.php on line 1184
> Errors parsing /usr/share/php/Auth/OpenID/Consumer.php

Thanks for testing (and reminding me of it). I've contacted upstream and
we'll cover this some time. The fix isn't hard to do anyways.

I hope I'll be able to properly test php-openid soon with php5.4.

Hauke

-- 
 .''`.   Jan Hauke Rahmwww.jhr-online.de
: :'  :  Debian Developer www.debian.org
`. `'`   Member of the Linux Foundationwww.linux.com
  `- Fellow of the Free Software Foundation Europe  www.fsfe.org


signature.asc
Description: Digital signature

Bug#658910: libdirac-dev: "Multi-Arch: same" but dirac-stdint.h differs across architectures

[Alessio Treglia]

severity 658910 important
tags 658910 patch
thanks

Hi Jakub!

On Mon, Feb 6, 2012 at 7:04 PM, Jakub Wilk  wrote:
> libdirac-dev is marked as "Multi-Arch: same", but contents of
> /usr/include/dirac/libdirac_common/dirac-stdint.h is not identical across
> all architectures. Please see the diff between i386 and armel.

Thank you for pointing out this.

The only difference among the arch-specific copies is just a comment,
then re-generating the header at buld time is unnecessary at all.
I'll upload a patch to sid soon.

Cheers!

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A



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

Bug#658252: libcairo2: Text quickly becomes rectangles

[Andrew Rule]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Sorry, this keeps changing.  The rectangles are back, so I suppose this
is still a live issue.  I haven't tried re-compiling pidgin yet since my
latest round of updates.  Any advice would be useful.  At the moment
some of the text is replaced with rectangles but not all of it, so the
program is usable, ish.

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

iEYEARECAAYFAk8wWPwACgkQAXpg5UuOD0Ws0gCgvppHLEzK+O5Ul3jZA7iLMqzU
Jx8AmQGjkzYf9SLv2iQwMNv6WYIVemqL
=xWPF
-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#613472: libslp1: debconf abuse

[Jonathan Nieder]

Regis Boudin wrote:

>  openslp-dfsg (1.2.1-9) unstable; urgency=low
>  .
>* QA upload.
>* Drop 99_auroreconf patch, use dh-autoreconf instead. Ajust build-depends
>  accordingly.
>* Bump Standards-Version to 3.9.2.
>* Drop duplicate Section and Priority fields from debian/control.
>* Move to dh_install instead of dh_movefiles.
>* Switch to format 3.0 (quilt).
>* Call make disclean in clean target, stop finishing the cleanup manually.
>* Enable building of the static lib, and ship it in libslp1-dev.
>* Stop shipping the .la file.
[...]

Thanks for a very nice cleanup.



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

Bug#609836: [bug #33830] Obsolete Digest Access Authentication

[Ludovico Cavedon]

Follow-up Comment #1, bug #33830 (project wget):

I am experiencing this issue using wget to download a file protected with Http
digest authentication in nginx.

Curl & chrome succeed to authenticate. Wget does not.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/




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

Bug#658964: Please enable hardened build flags

[Moritz Muehlenhoff]

Source: libsigc++-2.0
Severity: important
Tags: patch

Please enable hardened build flags through dpkg-buildflags.

Patch attached.

Cheers,
Moritz
diff -aur libsigc++-2.0-2.2.9.harden/debian/rules libsigc++-2.0-2.2.9/debian/rules
--- libsigc++-2.0-2.2.9.harden/debian/rules	2011-12-03 01:03:43.0 +0100
+++ libsigc++-2.0-2.2.9/debian/rules	2012-01-23 18:56:25.0 +0100
@@ -19,6 +19,11 @@
 CROSS= --build $(DEB_BUILD_GNU_TYPE)
 endif
 
+AM_CXXFLAGS = `dpkg-buildflags --get CXXFLAGS`
+LDFLAGS = `dpkg-buildflags --get LDFLAGS`
+AM_CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
+
+
 # Which automake version to use.
 AUTOMAKE_VERSION=1.10
 
@@ -100,7 +105,7 @@
 
 	ACLOCAL=$(ACLOCAL) AUTOMAKE=$(AUTOMAKE) autoreconf
 	test -d builddir || mkdir builddir
-	cd builddir && ../configure --prefix=/usr --enable-shared --enable-static $(CROSS)
+	cd builddir && ../configure AM_CXXFLAGS="$(AM_CXXFLAGS)" AM_CPPFLAGS="$(AM_CPPFLAGS)" LDFLAGS="$(LDFLAGS)" --prefix=/usr --enable-shared --enable-static $(CROSS)
 
 	touch config-stamp
 
Nur in libsigc++-2.0-2.2.9/debian: rules~.

Bug#600054: Please backport to squeeze

[Raúl Sánchez Siles]

  Hello:

  After some time wondering why domain ip is not refreshed properly I came 
accross this bug. My small server runs ddclient for no-ip.com and I've also 
bump 
into this.

  I'm now checking wether the proposed patch works on my system, according to 
the bug report Im positive it'll do. Meanwhile I would really appreciate if you 
consider backporting the fix to squeeze, otherwise the package would be mostly 
unusable on the explained conditions.

  Thanks for caring about this packaging and providing solutions for problems 
like this.

  Regards,
-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


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