Bug#653340: lxc: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: lxc
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of lxc debconf templates to French.
# Copyright (C) 2011 French l10n team 
# This file is distributed under the same license as the lxc package.
#
# Julien Patriarca , 2011.
# Christian Perrier , 2011.
msgid ""
msgstr ""
"Project-Id-Version: lxc\n"
"Report-Msgid-Bugs-To: l...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-15 22:07+0100\n"
"PO-Revision-Date: 2011-12-27 08:44+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"

#. Type: title
#. Description
#: ../lxc.templates:1001
msgid "Linux Containers: LXC setup"
msgstr "Conteneurs Linux : configuration de LXC"

#. Type: boolean
#. Description
#: ../lxc.templates:2001
msgid "Automatically start Linux Containers on boot?"
msgstr "Lancer automatiquement les conteneurs Linux à l'amorçage du système ?"

#. Type: boolean
#. Description
#: ../lxc.templates:2001
msgid ""
"Linux Containers that have their configuration files copied or symlinked to "
"the /etc/lxc/auto directory can be automatically started during system boot, "
"and shut down on reboot or halt."
msgstr ""
"Les conteneurs Linux (« Linux  Containers ») dont les fichiers de "
"configuration sont copiés ou liés dans /etc/lxc/auto peuvent être "
"automatiquement démarrés durant l'amorçage du système et éteints au moment "
"du redémarrage ou de l'arrêt."

#. Type: boolean
#. Description
#: ../lxc.templates:2001
msgid "If unsure, choose yes (default)."
msgstr "Dans le doute, vous pouvez choisir cette option."

#. Type: select
#. Description
#: ../lxc.templates:3001
msgid "Linux Container: Stop method"
msgstr "Conteneurs Linux : méthode d'arrêt"

#. Type: select
#. Description
#: ../lxc.templates:3001
msgid ""
"Linux Containers can be stopped in different ways. The stop method kills all "
"processes inside the container. The halt method initiates a shutdown, which "
"takes longer and can have problems with containers that don't shutdown "
"themselfs properly."
msgstr ""
"Les conteneurs Linux peuvent être arrêtés de différents manières. La méthode "
"« stop »  envoie un signal à tous les processus au sein du conteneur. La "
"méthode « halt » initie une extinction, ce qui prend plus de temps et peut "
"causer des problèmes si les conteneurs ne s'arrêtent pas correctement."

#. Type: select
#. Description
#: ../lxc.templates:3001
msgid "If unsure, choose stop (default)."
msgstr "Dans le doute, la méthode « stop » est recommandée."

#. Type: string
#. Description
#: ../lxc.templates:4001
msgid "LXC directory:"
msgstr "Répertoire de LXC :"

#. Type: string
#. Description
#: ../lxc.templates:4001
msgid ""
"Please specify the directory that will be used to store the Linux Containers."
msgstr ""
"Veuillez indiquer le répertoire à utiliser pour stocker les conteneurs Linux."

#. Type: string
#. Description
#: ../lxc.templates:4001
msgid "If unsure, use /var/lib/lxc (default)."
msgstr "Il est recommandé de choisir /var/lib/lxc."

#~| msgid ""
#~| "If you choose this option, the required symlinks will be created in the /"
#~| "etc/lxc/auto directory."
#~ msgid ""
#~ "To take advantage of this, copy or symlink their configuration files into "
#~ "the /etc/lxc/auto directory."
#~ msgstr ""
#~ "Pour en profiter, copiez ou faîtes un lien symbolique de leurs fichiers "
#~ "de configuration dans le répertoire /etc/lxc/auto."

#~ msgid "Stop method for Linux Containers"
#~ msgstr "Méthode d'arrêt pour les conteneurs Linux"

#~ msgid "Please choose how Linux Containers should be stopped."
#~ msgstr "Veuillez choisir la méthode d'arrêt des conteneurs Linux."

#~ msgid "Directory for Linux Containers:"
#~ msgstr "Répertoire pour les conteneurs Linux :"

Bug#648598: Gnome3: complete system freeze, fallback OK

[Joost Kraaijeveld]

After upgrading to xserver-xorg-video-radeon 6.14.3-2 and gnome-shell
3.2.1-8, it took noticeably longer for the crash to happen, with
modeset=1 and NOT setting agpmode=-1. When I tried with agpmode=-1
enabled, the crash was almost instantly after the first click on a file
in Nautilus which was the first application I started.

The crash happened when I clicked on a Icedove (3.2.16) news group
thread to expand the thread.  Again nothing in the system logs but
the .xsession-error log attached) showed a triple "this should not be
happening! arrgh!". This message appears to be coming from Java
script code:
http://mxr.mozilla.org/comm-central/source/mailnews/db/gloda/modules/mimemsg.js#142.

BTW: this thread
http://web.archiveorange.com/archive/v/5xtclEOZOi0UA8C4qpun connects the
problem with a possibly faulty NVidia videodriver.

Is there anything I can do to help with good diagnostics? The problem is
rather annoying (which is an understatement), because the fall-back gets
almost unusable slow after some time. More specifically after opening
multiple windows and using Evolution. Performance returns only for a
short time after closing the windows and especially Evolution but for an
always short period. In the end I must reboot to get acceptable
performance again.

TIA

-- 
Groeten,

Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
web: www.askesis.nl
/etc/gdm3/Xsession: Beginning session setup...
/etc/gdm3/Xsession: 3: /home/jkr/.gnomerc: source: not found

** (gnome-settings-daemon:2977): WARNING **: Ignoring unknown module 
'org.gnome.settings-daemon.plugins.gconf'
GNOME_KEYRING_CONTROL=/tmp/keyring-EppUZ3
GPG_AGENT_INFO=/tmp/keyring-EppUZ3/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-EppUZ3
GPG_AGENT_INFO=/tmp/keyring-EppUZ3/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-EppUZ3
GPG_AGENT_INFO=/tmp/keyring-EppUZ3/gpg:0:1
SSH_AUTH_SOCK=/tmp/keyring-EppUZ3/ssh
GNOME_KEYRING_CONTROL=/tmp/keyring-EppUZ3
GPG_AGENT_INFO=/tmp/keyring-EppUZ3/gpg:0:1
SSH_AUTH_SOCK=/tmp/keyring-EppUZ3/ssh

** (gnome-settings-daemon:2977): WARNING **: 
/usr/lib/gnome-settings-daemon-3.0/libupdates.so: undefined symbol: 
pk_info_enum_to_text

** (gnome-settings-daemon:2977): WARNING **: Cannot load plugin 'Updates' since 
file '/usr/lib/gnome-settings-daemon-3.0/libupdates.so' cannot be read.

** (gnome-settings-daemon:2977): WARNING **: Error activating plugin 'Updates'

(vino-server:3032): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 
`global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' 
failed
27/12/2011 06:24:38 Autoprobing TCP port in (all) network interface
27/12/2011 06:24:38 Listening IPv6://[::]:5900
27/12/2011 06:24:38 Listening IPv4://0.0.0.0:5900
27/12/2011 06:24:38 Autoprobing selected port 5900
27/12/2011 06:24:38 Advertising security type: 'TLS' (18)
27/12/2011 06:24:38 Re-binding socket to listen for VNC connections on TCP port 
5900 in (all) interface
27/12/2011 06:24:38 Listening IPv6://[::]:5900
27/12/2011 06:24:38 Listening IPv4://0.0.0.0:5900
27/12/2011 06:24:38 Clearing securityTypes
27/12/2011 06:24:38 Advertising security type: 'TLS' (18)
27/12/2011 06:24:38 Clearing securityTypes
27/12/2011 06:24:38 Advertising security type: 'TLS' (18)
27/12/2011 06:24:38 Advertising authentication type: 'No Authentication' (1)
27/12/2011 06:24:38 Re-binding socket to listen for VNC connections on TCP port 
5900 in (all) interface
27/12/2011 06:24:38 Listening IPv6://[::]:5900
27/12/2011 06:24:38 Listening IPv4://0.0.0.0:5900
27/12/2011 06:24:38 Clearing securityTypes
27/12/2011 06:24:38 Clearing authTypes
27/12/2011 06:24:38 Advertising security type: 'TLS' (18)
27/12/2011 06:24:38 Advertising authentication type: 'VNC Authentication' (2)
27/12/2011 06:24:38 Clearing securityTypes
27/12/2011 06:24:38 Clearing authTypes
27/12/2011 06:24:38 Advertising security type: 'TLS' (18)
27/12/2011 06:24:38 Advertising authentication type: 'VNC Authentication' (2)
27/12/2011 06:24:38 Advertising security type: 'VNC Authentication' (2)
Failed to play sound: File or data not found

HP Linux Imaging and Printing System (ver. 3.11.10)
System Tray Status Service ver. 2.0

Copyright (c) 2001-9 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

warning: No hp: or hpfax: devices found in any installed CUPS queue. 
Exiting.
Initializing tracker-store...
** Message: applet now removed from the notification area
Tracker-Message: Setting up monitor for changes to config 
file:'/home/jkr/.config/tracker/tracker-store.cfg'
Initializing tracker-miner-fs...
Tracker-Message: Setting up monitor for changes to config 
file:'/home/jkr/.config/tracker/tracker-miner-fs.cfg'

(process:3039): GLib-WARNING **: 
/tmp/buildd/glib2.0-2.30.2/./glib/goption.c:2168: ignoring no-arg, o

Bug#652107: pu: package libpar-packer-perl/1.006-1 and libpar-perl/1.000-1

[Salvatore Bonaccorso]

On Mon, Dec 26, 2011 at 10:36:52PM +, Adam D. Barratt wrote:
> tag 652107 - moreinfo + confirmed
> thanks
> 
> On 18.12.2011 22:12, Salvatore Bonaccorso wrote:
> >Hey Adam
> >
> >On Sun, Dec 18, 2011 at 02:50:49PM +, Adam D. Barratt wrote:
> >>tag 652107 + squeeze moreinfo
> >>thanks
> >>
> >>On Wed, 2011-12-14 at 22:12 +0100, Salvatore Bonaccorso wrote:
> >>> libpar-packer-perl 1.006-1 and libpar-perl 1.000-1 in Squeeze are
> >>> affected by CVE-2011-4114: "PAR packed files are extracted to
> >>unsafe
> >>> and predictable temporary directories.".
> [...]
> >>It wasn't entirely clear from your mail, but have the packages
> >>with the
> >>patches applied been tested on squeeze?
> >
> >Yes, now I tested the packages on Squeeze. The build already contains
> >some tests, which all pass, furthermore I did some testing with a par
> >file, and the pp utility. They behave now detecting unsafe directory
> >in /tmp if I create these manually with unsafe permissions.
> 
> Please go ahead; sorry for the delay.

No problem, I just wondered. Thanks Adam; I just uploaded the two.

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#643948: nslcd fails after network interface initialization here

[Moritz Both]

Greetings,

We are probably observing the same issue. The following syslog fragment 
shows that the failure seems to happend right after the initialization
of the network interface by NetworkManager. (The fragment has minor 
replacements for privacy.)

Dec 27 07:51:18 carrefour nslcd[1451]: version 0.7.15 starting
Dec 27 07:51:18 carrefour nslcd[1451]: accepting connections
[...]
Dec 27 07:51:20 carrefour nslcd[1451]: [8b4567] failed to bind to LDAP server 
ldaps://deleted02.domain.de: Can't contact LDAP server: Transport endpoint is 
not connected
Dec 27 07:51:20 carrefour nslcd[1451]: [8b4567] failed to bind to LDAP server 
ldaps://deleted01.domain.de: Can't contact LDAP server: No such file or 
directory
Dec 27 07:51:20 carrefour nslcd[1451]: [8b4567] no available LDAP server found, 
sleeping 1 seconds
[... and many more of those, then: ]
Dec 27 07:51:25 carrefour nslcd[1451]: [7b23c6] failed to bind to LDAP server 
ldaps://deleted02.domain.de: Can't contact LDAP server: Transport endpoint is 
not connected
Dec 27 07:51:25 carrefour nslcd[1451]: [b0dc51] failed to bind to LDAP server 
ldaps://deleted02.domain.de: Can't contact LDAP server: Transport endpoint is 
not connected
Dec 27 07:51:25 carrefour nslcd[1451]: [3c9869] failed to bind to LDAP server 
ldaps://deleted02.domain.de: Can't contact LDAP server: Transport endpoint is 
not connected
Dec 27 07:51:25 carrefour nslcd[1451]: [334873] failed to bind to LDAP server 
ldaps://deleted02.domain.de: Can't contact LDAP server: Transport endpoint is 
not connected
Dec 27 07:51:25 carrefour nslcd[1451]: [7b23c6] failed to bind to LDAP server 
ldaps://deleted01.domain.de: Can't contact LDAP server: No such file or 
directory
Dec 27 07:51:25 carrefour nslcd[1451]: [7b23c6] no available LDAP server found, 
sleeping 1 seconds
Dec 27 07:51:25 carrefour nslcd[1451]: [334873] failed to bind to LDAP server 
ldaps://deleted01.domain.de: Can't contact LDAP server: No such file or 
directory
Dec 27 07:51:25 carrefour nslcd[1451]: [334873] no available LDAP server found, 
sleeping 1 seconds
Dec 27 07:51:25 carrefour nslcd[1451]: [b0dc51] failed to bind to LDAP server 
ldaps://deleted01.domain.de: Can't contact LDAP server: No such file or 
directory
Dec 27 07:51:25 carrefour nslcd[1451]: [b0dc51] no available LDAP server found, 
sleeping 1 seconds
Dec 27 07:51:25 carrefour nslcd[1451]: [3c9869] failed to bind to LDAP server 
ldaps://deleted01.domain.de: Can't contact LDAP server: No such file or 
directory
Dec 27 07:51:25 carrefour nslcd[1451]: [3c9869] no available LDAP server found, 
sleeping 1 seconds
Dec 27 07:51:25 carrefour avahi-daemon[1763]: Joining mDNS multicast group on 
interface eth0.IPv6 with address fe80::219:99ff:fe92:b640.
Dec 27 07:51:25 carrefour avahi-daemon[1763]: New relevant interface eth0.IPv6 
for mDNS.
Dec 27 07:51:25 carrefour avahi-daemon[1763]: Registering new address record 
for fe80::219:99ff:fe92:b640 on eth0.*.
Dec 27 07:51:25 carrefour nslcd[1451]: [8b4567] failed to bind to LDAP server 
ldaps://deleted02.domain.de: Can't contact LDAP server: Transport endpoint is 
not connected
Dec 27 07:51:25 carrefour nslcd[1451]: [8b4567] failed to bind to LDAP server 
ldaps://deleted01.domain.de: Can't contact LDAP server: No such file or 
directory
Dec 27 07:51:25 carrefour nslcd[1451]: [8b4567] no available LDAP server found, 
sleeping 1 seconds
Dec 27 07:51:25 carrefour NetworkManager[1590]:  Clearing nscd hosts 
cache.
Dec 27 07:51:25 carrefour NetworkManager[1590]:  (eth0): device state 
change: 7 -> 8 (reason 0)
Dec 27 07:51:25 carrefour vmnetBridge: RTM_NEWROUTE: index:2
Dec 27 07:51:25 carrefour NetworkManager[1590]:  Clearing nscd hosts 
cache.
Dec 27 07:51:25 carrefour NetworkManager[1590]:  Policy set 'Auto eth0' 
(eth0) as default for IPv4 routing and DNS.
Dec 27 07:51:25 carrefour NetworkManager[1590]:  Activation (eth0) 
successful, device activated.
Dec 27 07:51:25 carrefour NetworkManager[1590]:  Activation (eth0) Stage 
5 of 5 (IP Configure Commit) complete.
Dec 27 07:51:26 carrefour nslcd[1451]: Libgcrypt notice: state transition 
Power-On => Fatal-Error
Dec 27 07:51:26 carrefour nslcd[1451]: Libgcrypt terminated the application

Moritz

-- 
aldebaran Programmierung  &  IT-Lösungen GmbH
Softwareentwicklung  Individualsoftware
mail:i...@aldebaran.dehttp://www.aldebaran.de
Tel: 0511-270 416-0   Fax:0511-270 416-33
Adresse: Weidendamm 19Ort:   D-30167 Hannover
Geschäftsführung:   Ursula (Usch) Wildt - Moritz Both
Handelsregister:  Amtsgericht Hannover HRB 56 991



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

Bug#631073: [Pkg-haskell-maintainers] Bug#631073: Why remove?

[Erik de Castro Lopo]

Ulrik Sverdrup wrote:

> Why are you removing ghci for powerpc when it works for some users? It
> works for me (already reported in this bug).

Sorry, keeping a package because it works for some users but not
others does not really makes sense. Especially since some parts of
the haskell ecosystem need GHCi to compile and that they currently
break on the debian buildds.

However, I for one would like to see this issue fixed and would
appreciate it if you could supply more information for your system.
For instance, if you could post the output of "cat /proc/cpuinfo"
for your powerpc system where ghci works that may provide a clue.

Cheers,
Erik

PS : I have been tracking GHC upstream for the best part of a year and
 GHCi remains broken on my system.
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



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

Bug#653339: dh_installdebconf: Fix doc typo

[Davide G. M. Salvetti]

Package: debhelper
Version: 8.0.0
Severity: minor
Tags: patch

Please apply the attached patch.

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

Kernel: Linux 2.6.32-5-686-bigmem (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 debhelper depends on:
ii  binutils   2.20.1-16 The GNU assembler, linker and bina
ii  dpkg-dev   1.15.8.11 Debian package development tools
ii  file   5.04-5Determines file type using "magic"
ii  html2text  1.3.2a-15 advanced HTML to text converter
ii  man-db 2.5.7-8   on-line manual pager
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  perl-base  5.10.1-17squeeze2 minimal Perl system
ii  po-debconf 1.0.16+nmu1   tool for managing templates file t

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make(no description available)

-- no debconf information

-- 
Thanks, Davide
>From ac81ec40589303c9fb9893c8916dfdbcc9fa064a Mon Sep 17 00:00:00 2001
From: Davide G. M. Salvetti 
Date: Tue, 27 Dec 2011 07:45:50 +0100
Subject: [PATCH] dh_installdebconf: Fix doc typo

---
 dh_installdebconf |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/dh_installdebconf b/dh_installdebconf
index 5645884..5a20ed7 100755
--- a/dh_installdebconf
+++ b/dh_installdebconf
@@ -28,7 +28,7 @@ Note that if you use debconf, your package probably needs to depend on it
 
 Note that for your config script to be called by B, your F
 needs to source debconf's confmodule. B does not
-install this statement into the F automatically as it it too
+install this statement into the F automatically as it is too
 hard to do it right.
 
 =head1 FILES
-- 
1.7.2.5

Bug#653331: linux-image-3.1.0-1-686-pae: CPU#0 stuck for 23s, system does not boot

[Ben Hutchings]

On Tue, 2011-12-27 at 03:16 +0100, P. van Gaans wrote:
> Package: linux-2.6
> Version: 3.1.1-1

Please try the current version in testing, 3.1.5-1.

> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
> First of all, thanks for looking into this..
> 
> I've installed debian-stable with 2.6.32 kernel.
> After that, I made the upgrade to wheezy. From that moment on,
> the system no longer boots: http://tinypic.com/r/2u9222q/5
> "BUG: soft lockup - CPU#0 stuck for 23s! [swapper:1]"
> This messages keeps repeating.
[...]

And there is also the message 'INFO: rcu_sched_state detected stall on
CPU 0 ...' which is an important clue.

Assuming that this isn't fixed by the later version, can you boot
without the 'quiet' kernel parameter (e.g. by selecting 'recovery mode'
in GRUB) and report the last messages that appear before these errors?

Ben.

-- 
Ben Hutchings
Knowledge is power.  France is bacon.


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

Bug#632200: [Pkg-ime-devel] Bug#632200: ibus-chewing 1.3.10 uploaded

[HsinYI Chen (hychen)]

Hi Osamu

The reason of HIME  packaging is some of user (debian/ubuntu) in
Taiwan prefer to use gcin instead of ibus.

gcin is still active, popular in Taiwan and release very quickly, but
the orignial debian package maintainer kanru orphaned it
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630484).

what HIME provide now is based on gcin and merged a lot of patches
which upstream does not accept but HIME develop team thinks those are
useful.

2011/12/26 Osamu Aoki :
> Hi,
>
> This report is from Date: Thu, 30 Jun 2011.
>
> I just uploaded a new upstream release of this ibus-chewing package.
>
> This selection problem may be ibus problem. ibus has gone through many
> updates and also updated by me recently to 1.4.0-3.
>
> Please check this problem still exists.
> http://bugs.debian.org/bug=632200
>
> I am wondering if this bug is the reason behind your wish to package
> HIME?
>
> Osamu
>
>
>
> ___
> Pkg-ime-devel mailing list
> pkg-ime-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel



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

Bug#653332: thin is unmaintained

[Ryan Niebur]

On Tue, Dec 27, 2011 at 04:44:31AM +0200, Faidon Liambotis wrote:
> 
> The package in its current version works for me. However, I believe it
> is unsuitable for a release (and hence inclusion in testing) as it's
> clearly lacking a maintainer. I'd suggest either to start working on it,
> or O/RFH it.
> 

okay, I will do this.

-- 



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

Bug#633647: closed by Osamu Aoki (New 1.3.10 ibus-chewing uploaded.)

[HsinYI Chen (hychen)]

Hi Osamu
Thanks for uploading new upstream version  of ibus-chewing to dbeian .
I was packaged and verified a deb include fix patch from upstream git
tree for Ubuntu 12.04 few days,  so I can confirm this bug is already
fixed in upstream source code.

besides this, I already verified that this bug does not happen after
ibus-chewing 1.3.10+clean-1 is installed.

2011/12/26 Debian Bug Tracking System :
> This is an automatic notification regarding your Bug report
> which was filed against the ibus-chewing package:
>
> #633647: ibus-chewing: Character duplication when changing windows
>
> It has been closed by Osamu Aoki .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Osamu Aoki 
>  by
> replying to this email.
>
>
> --
> 633647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633647
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- 轉寄訊息 --
> From: Osamu Aoki 
> To: 633647-d...@bugs.debian.org
> Cc:
> Date: Mon, 26 Dec 2011 20:55:44 +0900
> Subject: New 1.3.10 ibus-chewing uploaded.
> Version: 1.3.10+clean-1
>
> Hi,
>
> I have packaged new upstream release.
>
> "Character duplication" is mentioned as Google issue 1245, GitHub ibus-chewing
> issue 2 in the upstream's RELEASE NOTE.  Thus closing this bug.
>
> If this has not been fixed, please reopen this bug report following 
> instruction at:
> http://www.debian.org/Bugs/server-control
>
> ==
>
> PRJ_VER=1.3.10
> SUMMARY=Fixed 727018, 726335; Fixed Google issue 1245, 1274, 1281, 1303
> BODHI_UPDATE_TYPE=bugfix
> REDHAT_BUGZILLA=727018, 726335
> [Changes]
> - Fixed Bug 726335 (Google issue 1281)- [abrt] ibus-chewing-1.3.9.2-3.fc15: 
> g_atomic_int_get:
>  Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV) 
> using patch from Scott Tsai
> - Fixed Bug 727018 - ibus compose file needs a symbol tag for gnome-shell
> - Fixed characters duplication problem (Google issue 1245, GitHub 
> ibus-chewing issue 2)
> - Fixed KP-Enter not been able to commit preedit buffer. (Google issue 1303, 
> GitHub ibus-chewing issue 4)
> - Depends on cmake-fedora now.
> - Fixed issue 1274, which is addressed by yusake's comments on d9009bf.
> - Add compile flag for GNOME3.
> - Add command line option: showFlags
> - ibus-gnome special symbol
> - Thanks Fred Chien's patch against that candidate window cannot be closed
>  with escape key since selected tone.
> - Thanks Fourdollar's patch for Fix plain zhuyin with space as selection 
> problem.
> - Remove support for ibus-1.2 and prior.
>
>
>
>
> -- 轉寄訊息 --
> From: "Hsin-Yi Chen \(hychen\)" 
> To: Debian Bug Tracking System 
> Cc:
> Date: Tue, 12 Jul 2011 20:56:23 +0800
> Subject: ibus-chewing: Character duplication when changing windows
> Package: ibus-chewing
> Version: 1.3.9.2-2
> Severity: normal
>
> This bug is reported in Ubuntu (LP: #690896), and I also found
> it can be reproduced in Debian unstable, so I attach the patch for
> fixing this bug.
>
> I already verified my patch in Debian unstable and Ubuntu Natty, please
> help to review the patch, thanks.
>
> the root casue is that ibus-cheiwng has be set NEED_COMMIT status again
> when focus-in event is triiger, because the last key is Return key and
> libchewing is still Commit state.
>
> this bug only happens when you disable plain zhuin mode of ibus-chewing.
>
> Test Case
> -
>
> Step To Reproduce
>
> 1. set ibus-chewing don't use plain zhuin mode
> 2. launch gedit
> 3. create new unamed document and now you will have 2 unamed documents
> 4. type "測試" in first unamed document and then press Enter key to
>   commit string
> 5. switch focus to second unamed document
> 6. switch focus back to first unamed document
>
> Excepted Result
>
>  there is no chinese characters in first unamed documents
>
> Actual Result
>
>  there is "測試測試測試測試" in first unamed docuemts
>
>
> -- System Information:
> Debian Release: sid
> Architecture: i386 (i686)
>
> -- 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#653338: rsyslog doesn't create $WorkDirectory

[YunQiang Su]

Package: rsyslog
Severity: important

when install rsyslog, $WorkDirectory wasn't create,
then some statement doesn't work default, such as

$InputFileStateFile

Please create this dictionary when install.

-- 
YunQiang Su



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

Bug#478213: [PATCH] Powermanga segfault due to array overrun

[H. S. Teoh]

Hi All,

I've been experiencing sporadic segfaults as well over the years, and
finally today I caught it while running powermanga (with full debugging
symbols) under gdb. I can confirm that what Kalle Olavi Niemitalo said
is correct: img_old_angle is assigned the value of img_angle before
img_angle is clipped by the array bounds, so there is a possibility of
it being out of bounds.

Here's a patch to fix this bug:

--- tmp/powermanga-0.90.orig/src/shots.c2007-08-24 00:55:17.0 
-0700
+++ powermanga-0.90-dfsg/src/shots.c2011-12-26 21:10:28.0 -0800
@@ -447,8 +447,6 @@
   {
 bullet->img_angle = (Sint16) (bullet->angle / PI_SUR_16);
   }
-/* save current angle for the calculation of the next angle */
-bullet->img_old_angle = bullet->img_angle;
 /* avoid negative indexes */
 bullet->img_angle = (Sint16) abs (bullet->img_angle);
 /* avoid a shot angle higher than the number of images */
@@ -456,6 +454,8 @@
   {
 bullet->img_angle = (Sint16) (bullet->spr.numof_images - 1);
   }
+/* save current angle for the calculation of the next angle */
+bullet->img_old_angle = bullet->img_angle;
 /* draw the shot sprite */
 draw_sprite (bullet->spr.
  img[bullet->img_angle],


Please apply the patch and upload. Thanks!! :)


T

-- 
Change is inevitable, except from a vending machine.
--- tmp/powermanga-0.90.orig/src/shots.c	2007-08-24 00:55:17.0 -0700
+++ powermanga-0.90-dfsg/src/shots.c	2011-12-26 21:10:28.0 -0800
@@ -447,8 +447,6 @@
   {
 bullet->img_angle = (Sint16) (bullet->angle / PI_SUR_16);
   }
-/* save current angle for the calculation of the next angle */
-bullet->img_old_angle = bullet->img_angle;
 /* avoid negative indexes */
 bullet->img_angle = (Sint16) abs (bullet->img_angle);
 /* avoid a shot angle higher than the number of images */
@@ -456,6 +454,8 @@
   {
 bullet->img_angle = (Sint16) (bullet->spr.numof_images - 1);
   }
+/* save current angle for the calculation of the next angle */
+bullet->img_old_angle = bullet->img_angle;
 /* draw the shot sprite */
 draw_sprite (bullet->spr.
  img[bullet->img_angle],


signature.asc
Description: Digital signature

Bug#653004: Debian: wnpp: 653004: reopened fonts-pecita ITP bug

[Paul Wise]

Hi Philippe,

I have reopened #653004 because fonts-pecita is not yet in Debian, it is
in NEW[1] awaiting license and package checks[2] by the Debian
ftpmasters. When it reaches the archive, the bug will be automatically
closed. For more information about Debian procedures and policy, please
take a look at [3][4][5][6].

 1. http://ftp-master.debian.org/new.html
 2. http://ftp-master.debian.org/REJECT-FAQ.html
 3. 
http://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage
 4. http://www.debian.org/devel/wnpp/
 5. http://www.debian.org/doc/manuals/developers-reference/
 6. http://www.debian.org/doc/debian-policy/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#653336: KDE patch

[Jonathan Kaye]

KDE devs believe that the following patch will resolve this problem.
Here is the reference:
https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/92b1e7cc6766023050e41390bb5cfcc07ec5



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

Bug#653337: pcmanfm: [l10n-it] Little error in italian translation

[Leandro Noferini]

Package: pcmanfm
Version: 0.9.7-1
Severity: minor
Tags: l10n

In the pop-up appearing when clicking to unmount a volume appears "smona 
volume" instead of "smonta volume"

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

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

Versions of packages pcmanfm depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6~bpo60+1  The Cairo 2D vector graphics libra
ii  libfm-gtk0 0.1.12-1  file management support - GTK+ GUI
ii  libfm0 0.1.12-1  file management support - core lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libx11-6   2:1.3.3-4 X11 client-side library

Versions of packages pcmanfm recommends:
ii  gnome-icon-theme 2.30.3-2GNOME Desktop icon theme
ii  gvfs-backends1.6.4-3 userspace virtual filesystem - bac
ii  gvfs-fuse1.6.4-3 userspace virtual filesystem - fus
ii  lxde-icon-theme  0.0.1+svn20091206-2 LXDE Standard icon theme

pcmanfm 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#653215: python-pygame: turn on MMX instructions

[Jeff Breidenbach]

I tried submitting a bug first, messed it up somehow, then resorted
to direct email instead of figuring it out. I have not contacted upstream,
but that is a very good idea. I'll leave that in your hands since Debian
package maintainers invariably have a great working relationship with their
upstream.



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

Bug#653336: plasma-desktop crashes after login to kde

[Jonathan Kaye]

Package: plasma-desktop
Application: plasma-desktop (0.4)
KDE Platform Version: 4.6.5 (4.6.5)
Qt Version: 4.7.3
Operating System: Linux 3.1.0-1-amd64 x86_64
Distribution: Debian GNU/Linux testing (wheezy)

-- Information about the crash:
- What I was doing when the application crashed:
Logging in. After inserting username & password, startup "toolbar"
appeared as
normal but crashed with blank screen before desktop appeared.

The crash can be reproduced every time.

-- Backtrace:
Application: Plasma Desktop Shell (plasma-desktop), signal: Segmentation
fault
[Current thread is 1 (Thread 0x7ff3e8cb3780 (LWP 30261))]

Thread 3 (Thread 0x7ff3c95b0700 (LWP 30263)):
[KCrash Handler]
#6  0x7ff3c97dee8e in gps_sock_read () from
/usr/lib/x86_64-linux-gnu/libgps.so.20
#7  0x7ff3c97db3a2 in gps_read () from
/usr/lib/x86_64-linux-gnu/libgps.so.20
#8  0x7ff3c99ecaf3 in Gpsd::run (this=0x1593ff0) at
../../../../../plasma/generic/dataengines/geolocation/location_gps.cpp:55
#9  0x7ff3e5646c05 in QThreadPrivate::start (arg=0x1593ff0) at
thread/qthread_unix.cpp:320
#10 0x7ff3dd454b50 in start_thread (arg=) at
pthread_create.c:304
#11 0x7ff3e85ad3bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x in ?? ()

Thread 2 (Thread 0x7ff3bef86700 (LWP 30267)):
#0  0x7ff3e85a2773 in *__GI___poll (fds=, nfds=, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x7ff3dc7405d8 in g_main_context_poll (n_fds=1, fds=0x1a1df40,
timeout=-1, context=0x174c410, priority=) at
/tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3391
#2  g_main_context_iterate (context=0x174c410, block=,
dispatch=1, self=) at
/tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3071
#3  0x7ff3dc740a99 in g_main_context_iteration (context=0x174c410,
may_block=1) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3139
#4  0x7ff3e5757b26 in QEventDispatcherGlib::processEvents
(this=0x1a25d70,
flags=) at kernel/qeventdispatcher_glib.cpp:424
#5  0x7ff3e572c1c2 in QEventLoop::processEvents (this=,
flags=...) at kernel/qeventloop.cpp:149
#6  0x7ff3e572c3bf in QEventLoop::exec (this=0x7ff3bef85dd0,
flags=...) at
kernel/qeventloop.cpp:201
#7  0x7ff3e56441ef in QThread::exec (this=) at
thread/qthread.cpp:492
#8  0x7ff3e570f1ef in QInotifyFileSystemWatcherEngine::run
(this=0x1a0e6f0)
at io/qfilesystemwatcher_inotify.cpp:248
#9  0x7ff3e5646c05 in QThreadPrivate::start (arg=0x1a0e6f0) at
thread/qthread_unix.cpp:320
#10 0x7ff3dd454b50 in start_thread (arg=) at
pthread_create.c:304
#11 0x7ff3e85ad3bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x in ?? ()

Thread 1 (Thread 0x7ff3e8cb3780 (LWP 30261)):
#0  0x7ff3e85a2773 in *__GI___poll (fds=, nfds=, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x7ff3de578542 in _xcb_conn_wait (c=0x101cfa0, cond=,
vector=0x7fff1d84beb8, count=0x7fff1d84beb4) at ../../src/xcb_conn.c:313
#2  0x7ff3de578a8f in _xcb_out_send (c=0x101cfa0, vector=0x7fff1d84bf30,
count=3) at ../../src/xcb_out.c:338
#3  0x7ff3de578b14 in xcb_writev (c=0x101cfa0, vector=,
count=, requests=11) at ../../src/xcb_out.c:286
#4  0x7ff3e7124837 in _XSend () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x7ff3e7124d6b in _XReply () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x7ff3e710986b in XGetWindowProperty () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x7ff3e7108520 in XGetWMHints () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x7ff3e4b803c9 in QWidgetPrivate::setWindowIcon_sys (this=0x1a46b20,
forceReset=false) at kernel/qwidget_x11.cpp:1515
#9  0x7ff3e4b329f2 in QWidget::setWindowIcon (this=,
icon=...) at kernel/qwidget.cpp:6056
#10 0x7ff3e81987c0 in Plasma::ComboBox::setNativeWidget (this=0x1a41b60,
nativeWidget=0x1a45e30) at ../../plasma/widgets/combobox.cpp:161
#11 0x7ff3e8198b18 in Plasma::ComboBox::ComboBox (this=0x1a41b60,
parent=) at ../../plasma/widgets/combobox.cpp:122
#12 0x7ff3ca84e5f3 in Battery::initExtenderItem (this=0x1553080,
item=0x1a6b950) at
../../../../../plasma/generic/applets/battery/battery.cpp:552
#13 0x7ff3ca84f190 in Battery::initExtenderItem (this=0x1553080,
item=0x1a6b950) at
../../../../../plasma/generic/applets/battery/battery.cpp:492
#14 0x7ff3e8102b78 in Plasma::ExtenderPrivate::loadExtenderItems
(this=0x1ae8dd0) at ../../plasma/extenders/extender.cpp:796
#15 0x7ff3e81036fb in Plasma::Extender::Extender (this=0x1aebd20,
applet=) at ../../plasma/extenders/extender.cpp:128
#16 0x7ff3e80ba405 in Plasma::Applet::extender (this=0x1553080) at
../../plasma/applet.cpp:777
#17 0x7ff3ca853aa8 in Battery::init (this=0x1553080) at
../../../../../plasma/generic/applets/battery/battery.cpp:169
#18 0x7ff3e80d8b35 in Plasma::ContainmentPrivate::initApplets
(this=0x1387350) at ../../plasma/containment.cpp:463
#19 0x7ff3e80ecbe2 in Plasma::CoronaPrivate::importLayout
(this=0x10f35f0,
conf=, mergeConfig=false) at ../../plasma/corona.cpp:566
#2

Bug#653335: buildd.debian.org: [p-a-s] src:xserver-xorg-video-geode from i386 to any-i386

[Martin-Éric Racine]

Package: buildd.debian.org
Severity: important

Since version 2.11.13-1 src:xserver-xorg-video-geode upstream changes
should enable the package to build on Architecture: any-i386, thus it
is desirable to update P-A-S to enable kfreebsd-i386 and hurd-i386.

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

Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#653334: gnome-color-manager: Does not start

[man-d]

Package: gnome-color-manager
Version: 3.2.1-2
Severity: important

Dear Maintainer,

Click on the gnome color manager icon does not start color manager user 
interface. The system looks like working for one or two seconds but 
nothing happens.


Thank you.


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

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

Versions of packages gnome-color-manager depends on:
ii  colord  0.1.13-1
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-23
ii  libcairo-gobject2   1.10.2-6.1
ii  libcairo2   1.10.2-6.1
ii  libcanberra-gtk3-0  0.28-3
ii  libcanberra00.28-3
ii  libcolord1  0.1.13-1
ii  libexif12   0.6.20-1
ii  libexiv2-9  0.20-2.1
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgcc1 1:4.6.2-9
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.30.2-4
ii  libgtk-3-0  3.2.2-3
ii  liblcms2-2  2.2+git20110628-2
ii  libpango1.0-0   1.29.4-2
ii  libstdc++6  4.6.2-9
ii  libtiff43.9.5-2
ii  libvte-2.90-9   1:0.30.1-3
ii  libx11-62:1.4.4-4
ii  libxrandr2  2:1.3.2-2
ii  policykit-1 0.103-1

Versions of packages gnome-color-manager recommends:
ii  argyll  1.1.1-1

gnome-color-manager suggests no packages.

-- no debconf information

--
man-d



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

Bug#653333: initscripts: /etc/mtab is replaced unnecessarily if it points to /proc/self/mounts

[Kusanagi Kouichi]

Package: initscripts
Version: 2.88dsf-18
Severity: minor
Tags: patch

/proc/mounts is symlink to /proc/self/mounts. So there is no need to
replace /etc/mtab if it is symlink to /proc/self/mounts.


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

Kernel: Linux 3.2.0-rc7 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils   8.13-3
ii  debianutils 4.1
ii  libc6   2.13-24
ii  lsb-base3.2-28
ii  mount   2.20.1-1
ii  sysv-rc 2.88dsf-18
ii  sysvinit-utils  2.88dsf-18

Versions of packages initscripts recommends:
pn  e2fsprogs  1.42-1
pn  psmisc 

initscripts suggests no packages.

-- no debconf information
diff -uNrp sysvinit-2.88dsf.orig/debian/src/initscripts/lib/init/mount-functions.sh sysvinit-2.88dsf/debian/src/initscripts/lib/init/mount-functions.sh
--- sysvinit-2.88dsf.orig/debian/src/initscripts/lib/init/mount-functions.sh	2011-12-13 20:16:15.0 +
+++ sysvinit-2.88dsf/debian/src/initscripts/lib/init/mount-functions.sh	2011-12-27 02:33:57.594409728 +
@@ -340,21 +340,24 @@ run_migrate ()
 #
 mtab_migrate ()
 {
+	if [ -L "/etc/mtab" ] && [ -r /etc/mtab ]; then
+		case "$(readlink "/etc/mtab")" in
+		  /proc/mounts|/proc/self/mounts)
+			return 0
+		esac
+	fi
+
 	# Don't symlink if /proc/mounts does not exist.
 	if [ ! -r "/proc/mounts" ]; then
 		return 1
 	fi
 
 	# Create symlink if not already present.
-	if [ -L "/etc/mtab" ] && [ "$(readlink "/etc/mtab")" = "/proc/mounts" ]; then
-		:
-	else
-		log_warning_msg "Creating compatibility symlink from /etc/mtab to /proc/mounts."
+	log_warning_msg "Creating compatibility symlink from /etc/mtab to /proc/mounts."
 
-		rm -f "/etc/mtab" || return 1
-		ln -fs "/proc/mounts" "/etc/mtab" || return 1
-		[ -x /sbin/restorecon ] && /sbin/restorecon "/etc/mtab"
-	fi
+	rm -f "/etc/mtab" || return 1
+	ln -fs "/proc/mounts" "/etc/mtab" || return 1
+	[ -x /sbin/restorecon ] && /sbin/restorecon "/etc/mtab"
 
 	return 0
 }

Bug#89038: mime policy copying update-mime(8)

[Russ Allbery]

David Prévot  writes:

> I just removed the shipping of these documents [1] in the website since
> they won't be updated anymore, and the attached patch (the short one
> just focuses on the English version, the long one also takes care of
> translations) will drop the internal links to this obsolete policy (it
> shouldn't be applied until the debian-policy 3.9.3 gets out, of course).

Thanks!  I had it on my mental list to contact you and let you know about
this, and really appreciate you watching out for it and taking care of it
in advance!

> Without any action, this obsolete policy will stay where it is [1]. Is
> it OK to let it rot there [1], or should we ask the DSA to deploy a
> redirection to the Policy [2] or somewhere else more accurate?

>   1: http://www.debian.org/doc/packaging-manuals/mime-policy/
>   2: http://www.debian.org/doc/debian-policy/ch-opersys.html#s-mime

I think adding a redirect to the relevant section of Policy as you show in
[2] is a great idea.

-- 
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#653332: thin is unmaintained

[Faidon Liambotis]

Package: thin
Version: 1.2.4-1.1
Severity: serious

Hi,

I noticed that the package "thin" hasn't been maintained properly.

It hasn't had a maintainer upload since September 2009 when 1.2.4-1 was
uploaded; during that time, upstream released 1.2.6 (Feb 2010), 1.2.7
(March 2010), 1.2.8 (February 2011) & 1.3.0 (November 2011); it had an
NMU (by yours truly) in January 2011 just to keep in the squeeze
release; it has a bug (+patch) open to update it to newer Ruby packaging
rules (#652090) with no maintainer reply.

The package in its current version works for me. However, I believe it
is unsuitable for a release (and hence inclusion in testing) as it's
clearly lacking a maintainer. I'd suggest either to start working on it,
or O/RFH it.

Regards,
Faidon



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

Bug#89038: mime policy copying update-mime(8)

[David Prévot]

Le 26/12/2011 14:46, Russ Allbery a écrit :
>> Ben Finney  writes:

>>> Attached is a patch that simply incorporates the useful content from
>>> ‘mime-policy’ into the main ‘policy’ document, and removes the
>>> redundant document.

> And this patch has now been applied.  Sorry about the long delay!

I just removed the shipping of these documents [1] in the website since
they won't be updated anymore, and the attached patch (the short one
just focuses on the English version, the long one also takes care of
translations) will drop the internal links to this obsolete policy (it
shouldn't be applied until the debian-policy 3.9.3 gets out, of course).

Without any action, this obsolete policy will stay where it is [1]. Is
it OK to let it rot there [1], or should we ask the DSA to deploy a
redirection to the Policy [2] or somewhere else more accurate?

  1: http://www.debian.org/doc/packaging-manuals/mime-policy/
  2: http://www.debian.org/doc/debian-policy/ch-opersys.html#s-mime

Regards

David
Index: english/doc/devel-manuals.wml
===
RCS file: /cvs/webwml/webwml/english/doc/devel-manuals.wml,v
retrieving revision 1.61
diff -u -r1.61 devel-manuals.wml
--- english/doc/devel-manuals.wml	18 Oct 2011 15:01:08 -	1.61
+++ english/doc/devel-manuals.wml	26 Dec 2011 23:30:44 -
@@ -48,8 +48,6 @@
 [plain text] 
 Perl policy
 [plain text] 
-MIME policy
-[plain text] 
 debconf specification
 Emacsen policy
 Java policy
Index: english/devel/index.wml
===
RCS file: /cvs/webwml/webwml/english/devel/index.wml,v
retrieving revision 1.229
diff -u -r1.229 index.wml
--- english/devel/index.wml	29 Oct 2011 15:46:40 -	1.229
+++ english/devel/index.wml	26 Dec 2011 23:30:44 -
@@ -148,9 +148,6 @@
 have a menu entry registered.
 Check the menu
 system documentation, too.
-MIME support
-MIME type handlers are used by other programs to view, edit or
-display MIME types they don't support directly.
 Emacs policy
 The packages related to Emacs are expected to abide by their
 own sub-policy document.
Index: danish/doc/devel-manuals.wml
===
RCS file: /cvs/webwml/webwml/danish/doc/devel-manuals.wml,v
retrieving revision 1.54
diff -u -r1.54 devel-manuals.wml
--- danish/doc/devel-manuals.wml	18 Oct 2011 15:01:09 -	1.54
+++ danish/doc/devel-manuals.wml	26 Dec 2011 23:41:04 -
@@ -1,5 +1,5 @@
 #use wml::debian::ddp title="DDP's udviklerhåndbøger"
-#use wml::debian::translation-check translation="1.61"
+#use wml::debian::translation-check translation="1.62"
 #include "$(ENGLISHDIR)/doc/manuals.defs"
 #include "$(ENGLISHDIR)/doc/devel-manuals.defs"
 
@@ -46,8 +46,6 @@
 [ren tekst]
 Perl-policy
  [ren tekst]
-MIME-policy
-[ren tekst]
 debconf-specifikation
 Emacsen-policy
 Java-policy
Index: dutch/doc/devel-manuals.wml
===
RCS file: /cvs/webwml/webwml/dutch/doc/devel-manuals.wml,v
retrieving revision 1.34
diff -u -r1.34 devel-manuals.wml
--- dutch/doc/devel-manuals.wml	18 Oct 2011 15:01:09 -	1.34
+++ dutch/doc/devel-manuals.wml	26 Dec 2011 23:41:11 -
@@ -1,7 +1,7 @@
 #use wml::debian::ddp title="DDP Handleidingen voor Ontwikkelaars"
 #include "$(ENGLISHDIR)/doc/manuals.defs"
 #include "$(ENGLISHDIR)/doc/devel-manuals.defs"
-#use wml::debian::translation-check translation="1.61"
+#use wml::debian::translation-check translation="1.62"
 
 # Last Translation Update by $Author: taffit $
 # Last Translation Update at $Date: 2011-10-18 15:01:09 $
@@ -52,8 +52,6 @@
 [platte tekst]
 Perl-beleid
 [platte tekst]
-MIME-beleid
-platte tekst]
 debconf specificatie
 Emacsen-beleid
 Java-beleid
Index: english/doc/devel-manuals.wml
===
RCS file: /cvs/webwml/webwml/english/doc/devel-manuals.wml,v
retrieving revision 1.61
diff -u -r1.61 devel-manuals.wml
--- english/doc/devel-manuals.wml	18 Oct 2011 15:01:08 -	1.61
+++ english/doc/devel-manuals.wml	26 Dec 2011 23:41:11 -
@@ -48,8 +48,6 @@
 [plain text] 
 Perl policy
 [plain text] 
-MIME policy
-[plain text] 
 debconf specification
 Emacsen policy
 Java policy
Index: finnish/doc/devel-manuals.wml
===
RCS file: /cvs/webwml/webwml/finnish/doc/devel-manuals.wml,v
retrieving revision 1.44
diff -u -r1.44 devel-manuals.wml
--- finnish/doc/devel-manuals.wml	18 Oct 2011 15:01:10 -	1.44
+++ finnish/doc/devel-manuals.wml	26 Dec 2011 23:41:14 -
@@ -1,7 +1,7 @@
 #use wml::debian::ddp title="DDP:n kehittäjän oppaat"
 #include "$(ENGLISHDIR)/doc/manuals.defs"
 #include "$(ENGLISHDIR)/doc/dev

Bug#653293: Caused by new sip4

[Scott Kitterman]

I can confirm the bug, but it's a byproduct of the new sip4.  Downgrading to 
the sip4 in Testing produces a successful build.



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

Bug#649811: Publication of copyright-format 1.0, a.k.a DEP 5 (after it is accepted).

[David Prévot]

tags 649811 patch
thanks...

Le 26/11/2011 03:27, Charles Plessy a écrit :
> Le Thu, Nov 24, 2011 at 11:31:58PM -0400, David Prévot a écrit :

> In your patch, only one version is expected.

Thanks for spotting that, the purpose was indeed to get all available
versions.

>> Attached a crappy-untested-improvable patch that should address the
>> concerns.

Second version (partly tested this time), that could be added to the
website once we agree on the text file URL (it should just drop an error
message in often.log until copyright-format is available in the last
debian-policy package, so no error mail should be triggered).

> For the text version, I am not sure how necessary it is.  In my mind, it would
> have been cool if 
> http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
> returned an HTML version or a text version according to the HTTP headers.

I doubt that could be possible, but maybe I'm missing something here.

> But distributing the text version under
> http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/copyright-format-1.0.txt
> or not distributing it at all are also valid options.  I am neutral on this.

CCing debian-policy, in case someone has an opinion about it. Second
thought: if we ship it, maybe
http://www.debian.org/doc/packaging-manuals/copyright-format/copyright-format-1.0.txt
(directly in its subdirectory, i.e. without the /1.0/) would be better,
so the text file can be “seen” from its subdirectory.

BTW, assuming the copyright-format won't evolve too frequently, I guess
it's fine to link directly to the 1.0 version from the DDP page [2], and
if it evolves too frequently, we'll change that link to it's
subdirectory [1].

1: http://www.debian.org/doc/packaging-manuals/copyright-format/
2: http://www.debian.org/doc/devel-manuals#policy

Regards

David
From 47bc3438de6a8843de64bb41341384794c442e77 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?David=20Pr=C3=A9vot?= 
Date: Thu, 24 Nov 2011 23:00:42 -0400
Subject: [PATCH] Handle copyright-format, closes: #649811

---
 parts/7doc |   10 ++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/parts/7doc b/parts/7doc
index 583b993..40f84a7 100755
--- a/parts/7doc
+++ b/parts/7doc
@@ -47,6 +47,16 @@ install_policy_doc fhs-2.3 packaging-manuals/fhs fhs yes
 install_policy_doc menu-policy packaging-manuals/menu-policy
 install_policy_doc perl-policy packaging-manuals/perl-policy
 
+# Add the copyright-format in its canonical place
+ver=`ls dp/usr/share/doc/debian-policy/copyright-format-*.html | sed 's/.*copyright-format-\(.*\)\.html/\1/'`
+for i in $ver; do
+	echo -n " copyright-format-$i"
+	test -d "$webdocdir/packaging-manuals/copyright-format/$i" || install -d -m 2775 "$webdocdir/packaging-manuals/copyright-format/$i"
+	install -p -m 664 -T dp/usr/share/doc/debian-policy/copyright-format-$i.html $webdocdir/packaging-manuals/copyright-format/$i/index.html
+	zcat dp/usr/share/doc/debian-policy/copyright-format-$i.txt.gz > dp/copyright-format-$i.txt
+	install -p -m 664 dp/copyright-format-$i.txt $webdocdir/packaging-manuals/copyright-format/$i/
+done
+
 echo -n " upgrading-checklist"
 zcat dp/usr/share/doc/debian-policy/upgrading-checklist.txt.gz > dp/upgrading-checklist.txt
 install -p -m 664 dp/upgrading-checklist.txt $webdocdir/packaging-manuals/
-- 
1.7.7.3



signature.asc
Description: OpenPGP digital signature

Bug#653331: linux-image-3.1.0-1-686-pae: CPU#0 stuck for 23s, system does not boot

[P. van Gaans]

Package: linux-2.6
Version: 3.1.1-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

First of all, thanks for looking into this..

I've installed debian-stable with 2.6.32 kernel.
After that, I made the upgrade to wheezy. From that moment on,
the system no longer boots: http://tinypic.com/r/2u9222q/5
"BUG: soft lockup - CPU#0 stuck for 23s! [swapper:1]"
This messages keeps repeating.

When I boot the 2.6.32 kernel, the system works.

Hardware is an old Asus A1300 laptop with SiS 630 chipset
and Pentium III 1Ghz CPU. Disabling APIC (apic=off) had no effect,
having cpufreqd installed or not also makes no difference.
I had found these suggestions on the net for similar but different problems.


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

** Model information
not available

** Network interface configuration:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

** PCI devices:
00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 630 Host 
[1039:0630] (rev 31)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: agpgart-sis

00:00.1 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 IDE 
Controller [1039:5513] (rev d0) (prog-if 80 [Master])
Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller 
(A,B step) [1039:5513]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: sis900

00:01.2 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 
Controller [1039:7001] (rev 07) (prog-if 10 [OHCI])
Subsystem: Silicon Integrated Systems [SiS] USB 1.1 Controller 
[1039:7001]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: Trident4DWaveAudio

00:01.6 Modem [0703]: Silicon Integrated Systems [SiS] AC'97 Modem Controller 
[1039:7013] (rev a0) (prog-if 00 [Generic])
Subsystem: ASUSTeK Computer Inc. Device [1043:1457]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: Intel ICH Modem

00:02.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] AGP Port (virtual 
PCI-to-PCI bridge) [1039:0001] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-

00:0a.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev 80)
Subsystem: ASUSTeK Computer Inc. Device [1043:1504]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- Reset- 16bInt+ PostWrite+
16-bit legacy interface ports at 0001
Kernel driver in use: yenta_cardbus

00:0a.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev 80)
Subsystem: ASUSTeK Computer Inc. Device [1043:1504]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- Reset- 16bInt+ PostWrite+
16-bit legacy interface ports at 0001
Kernel driver in use: yenta_cardbus

01:00.0 VGA compatible controller [0300]: Silicon Integrated Systems [SiS] 
630/730 PCI/AGP VGA Display Adapter [1039:6300] (rev 31) (prog-if 00 [VGA 
controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:1452]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR-  [disabled]
Capabilities: 


** USB devices:
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=

Bug#644559: O: python-uniconvertor -- Universal vector graphics translator

[Ronoaldo José de Lana Pereira]

Andreas,

I wold like to become a Debian Mantainer, and I do use this tool.

How can I help? I used to work building Debian-based distros, so I already
know how to create and build debian packages.

Cheers,

--
Ronoaldo JLP

Bug#652010: squid3: ncsa_auth should support MD5 and SHA1 in htpasswd files

[Luigi Gangitano]

severity 652010 wishlist
retitle 65210 squid3: ncsa_auth should support SHA1 in htpasswd file
thanks

I'm re-tagging this bug as wishlist and removing md5 from the list of missing 
hashes. Will forward upstream as soon as there is a bug opened.

Regards,

L

--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26




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

Bug#653252: an application triggers a segfault in xserver when working with 3D

[Stanislav Maslovski]

On Mon, Dec 26, 2011 at 12:35:51PM +0100, Julien Cristau wrote:
> On Mon, Dec 26, 2011 at 03:58:20 +0300, Stanislav Maslovski wrote:
> 
> > Backtrace:
> > [   338.144] 0: X (xorg_backtrace+0x26) [0x7f99b9cde9b6]
> > [   338.144] 1: X (0x7f99b9b5a000+0x188619) [0x7f99b9ce2619]
> > [   338.144] 2: /lib/x86_64-linux-gnu/libpthread.so.0 
> > (0x7f99b8e83000+0xf030) [0x7f99b8e92030]
> > [   338.144] 3: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so 
> > (0x7f99b4b7+0x4b99c) [0x7f99b4bbb99c]
> > [   338.144] 4: /usr/lib/xorg/modules/extensions/libglx.so 
> > (0x7f99b65fc000+0x41951) [0x7f99b663d951]
> > [   338.144] 5: /usr/lib/xorg/modules/extensions/libglx.so 
> > (0x7f99b65fc000+0x34da8) [0x7f99b6630da8]
> > [   338.144] 6: /usr/lib/xorg/modules/extensions/libglx.so 
> > (0x7f99b65fc000+0x37a09) [0x7f99b6633a09]
> > [   338.144] 7: X (0x7f99b9b5a000+0x51fc9) [0x7f99b9babfc9]
> > [   338.144] 8: X (0x7f99b9b5a000+0x4122a) [0x7f99b9b9b22a]
> > [   338.144] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) 
> > [0x7f99b7baeead]
> > [   338.144] 10: X (0x7f99b9b5a000+0x4151d) [0x7f99b9b9b51d]
> > [   338.144] Segmentation fault at address 0x1665c
> > [   338.144] 
> > Fatal server error:
> > [   338.144] Caught signal 11 (Segmentation fault). Server aborting
> 
> Any chance you could get a backtrace from gdb? See
> http://pkg-xorg.alioth.debian.org/howto/use-gdb.html for some
> instructions.  Make sure to install xserver-xorg-core-dbg,
> xserver-xorg-video-intel-dbg and libgl1-mesa-dri-dbg.

I tried getting a core dump as explained there with adding -core
option to the X command line, but with no result (no core dump file
produced). I also played with ulimits (if that is related) in
/etc/security/limits.conf, and sysctl fs.suid_dumpable but again,
without any result.

Attaching gdb to a running X instance from a vt resulted in a lock of
the console, so that I had to hard reset the machine.

When I have time, I may try running gdb over ssh, but that requires
some more effort.

-- 
Stanislav



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

Bug#653330: libapache2-mod-rpaf: configuration file ignored

[Sylvain VRIGNAUD]

Package: libapache2-mod-rpaf
Version: 0.6-2
Severity: important
Tags: d-i

Dear Maintainer,

Configuration File /etc/apache2/mods-available/rpaf.conf is define like :


RPAFenable On
RPAFsethostname On
RPAFproxy_ips 127.0.0.1 ::1


But doesn't work.

It needs to be define like this : 


RPAFenable On
RPAFsethostname On
RPAFproxy_ips 127.0.0.1 ::1



Thanks,

Sylvain


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages libapache2-mod-rpaf depends on:
ii  apache2   2.2.21-3
ii  apache2-mpm-worker [apache2-mpm]  2.2.21-3
ii  libc6 2.13-23

libapache2-mod-rpaf recommends no packages.

libapache2-mod-rpaf suggests no packages.

-- Configuration Files:
/etc/apache2/mods-available/rpaf.conf changed:

RPAFenable On
RPAFsethostname On
RPAFproxy_ips 127.0.0.1 ::1



-- no debconf information



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

Bug#598936: eresi: FTBFS on armel: error: redefinition of 'struct user_{,fp}regs'

[peter green]

>your package FTBFS on armel:
>| make[2]: Entering directory 
`/build/buildd-eresi_0.8a25-3-armel-DD3U6T/eresi-0.8a25/libelfsh'
>| cc -Iinclude -Wall -fPIC -g3 -O2 -DELFSH_INTERN -I../libasm/include/ 
-I../libetrace/include -I../libaspect/include/ -DERESI32 -DM32 -c -o 
dynamic.32.o dynamic.c

>| In file included from dynamic.c:12:
>| include/libelfsh.h:627: error: redefinition of 'struct user_regs'
>| include/libelfsh.h:651: error: redefinition of 'struct user_fpregs'
>| make[2]: *** [dynamic.32.o] Error 1
>| make[2]: Leaving directory 
`/build/buildd-eresi_0.8a25-3-armel-DD3U6T/eresi-0.8a25/libelfsh'


Just to let you know that the recent change to glibc to reduce namespace 
polloution DOES NOT fix this issue since the package pulls in sys/user.h 
directly.




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

Bug#631073: Why remove?

[Ulrik Sverdrup]

Why are you removing ghci for powerpc when it works for some users? It
works for me (already reported in this bug).

--ulrik sverdrup



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

Bug#653325: logjam: Logjam is broken, update to new upstream version needed

[Ari Pollak]

Thanks for the package update. Are you interested in taking over 
maintainership of the package, or at least becoming co-maintainer?




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

Bug#653328: calibre: Calibre Quick Start Guide under Non-Commercial License

[Manuel García]

Package: calibre
Version: 0.8.29+dfsg-1
Severity: normal

Dear Maintainer,

the package ships with quick_start.epub which is licensed under
a Creative Commons BY-NC-SA license.


Regards.



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

Bug#653073: bug#10363: /etc/mtab -> /proc/mounts symlink affects df(1) output for

[Alan Curry]

jida...@jidanni.org writes:
> 
>   Filesystem 1K-blocksUsed 
> Available Use% Mounted on
>   rootfs   1071468  287940
> 729100  29% /
>   /dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78   1071468  287940
> 729100  29% /

(I'm replying only on the issue of the duplicate mount point. Someone else
can tackle the long ugly name.)

The one with "rootfs" as its device is the initramfs which you automatically
get with all recent kernels. Even if you aren't using an initramfs, there's
an empty one built into the kernel which gets mounted as the first root
filesystem. The real root gets mounted on top of that.

So this is a special case of a general problem with no easy solution: What
should df do when 2 filesystems are mounted at the same location? It can't
easily give correct information for both of them, since the later mount
obscures the earlier mount from view.

If there's a way for df to get the correct information for the lower mount, I
don't know what it would be. If you have a process with a leftover cwd or
open fd in the obscured filesystem, you can use that. But generally you
won't.

But maybe we could do better than reporting incorrectly that the lower mount
has size and usage identical to the upper mount! At least df could print a
warning at the end if it has seen any duplicate entries. Perhaps there is
some way it could figure out which one is on top, and print a bunch of
question marks as the lower mount's statistics.

If df is running as root, it might be able to unshare(2) the mount namespace,
unmount the upper level, and then statfs the mount point again to get the
correct results for the lower level. That won't work in all cases (even in a
private namespace you can't unmount the filesystem containing your own cwd)
and it does nothing for you if you're not root, but still... it would be a
cool bonus in the cases where it does work.

As a special case, "rootfs" should probably be excluded from the default
listing, since the initramfs is not very interesting most of the time. It
could still be shown with the -a option, although it would always have the
wrong statistics. Or if you really want to be impressive, default to showing
the initramfs if and only if it is the only thing mounted on "/" - so you can
run df within the initramfs before the real root is mounted and get the right
result.

Or... (brace yourself for the most bold idea yet)... can you imagine a kernel
interface that would *cleanly* give access to obscured mount points?

Comments on any of the above? Do the BSDs have any bright ideas we can steal,
or is their df as embarrassingly bad at handling obscured mount points as
ours?

-- 
Alan Curry



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

Bug#653311: Suggestion: mkcdir

[Björn Persson]

Joey Hess wrote:
> I don't think it really fits, since this kind of thing requires shell
> setup, and moreutils is about simple commands that just work.

It doesn't require any setup in Fedora at least. A Fedora package would simply 
install the file as /etc/profile.d/mkcdir.sh. It would only be available in 
shells started after the package was installed, but other than that it would 
just work. If other distributions don't have /etc/profile.d and don't allow 
packages to edit /etc/profile automatically, then I guess some manual 
configuration will be necessary.

(In case you're wondering: I submitted this to the Debian bug tracker because 
I got the impression that Moreutils uses the Debian bug tracker instead of 
having its own, not because I'm primarily a Debian user.)

Oh well, if you don't want it I'll find some other way of distributing it.

Björn Persson


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

Bug#653327: x11-common: Quoting in 20x11-common_process-args breaks starting gnome-session with arguments.

[Brett Viren]

Package: x11-common
Version: 1:7.6+10
Severity: normal
Tags: patch

Dear Maintainer,

I've been trying to get the sawfish WM to work with the latest gnome3.
One the sawfish mailing list I was pointed to how xmonad got things to
work:

  https://wiki.archlinux.org/index.php/Xmonad#GNOME_3_and_xmonad

They revolve around starting an Xsession by execing gnome-session with
an argument to point it to a non-standard gnome-session setup for
sawfish.

This approach fails because adding the extra argument breaks a "which"
line in:

  /etc/X11/Xsession.d/20x11-common_process-args

The problem is the quoting of the "$1" argument to "which" on line 48:

STARTUP_FULL_PATH=$(/usr/bin/which "$1" || true)

It tells "which" that the "executable" is the entire string:

   "gnome-session --session=sawfish"

Removing the quotes:

STARTUP_FULL_PATH=$(/usr/bin/which $1 || true)

allows the session to start up as expected.

Regards,
-Brett.


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

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

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  lsb-base   3.2-28

x11-common recommends no packages.

x11-common suggests no packages.

-- Configuration Files:
/etc/X11/Xsession.d/20x11-common_process-args changed:
OPTIONS=$(cat "$OPTIONFILE") || true
has_option() {
  if [ "${OPTIONS#*
$1}" != "$OPTIONS" ]; then
return 0
  else
return 1
  fi
}
case $# in
  0)
# No arguments given; use default behavior.
;;
  1)
# One argument given; see what it was.
case "$1" in
  failsafe)
# Failsafe session was requested.
if has_option allow-failsafe; then
  if [ -e /usr/bin/x-terminal-emulator ]; then
if [ -x /usr/bin/x-terminal-emulator ]; then
  exec x-terminal-emulator -geometry +1+1
else
  # fatal error
  errormsg "unable to launch failsafe X session ---" \
   "x-terminal-emulator not executable; aborting."
fi
  else
# fatal error
errormsg "unable to launch failsafe X session ---" \
 "x-terminal-emulator not found; aborting."
  fi
fi
;;
  default)
# Default behavior was requested.
;;
  *)
# Specific program was requested.
STARTUP_FULL_PATH=$(/usr/bin/which $1 || true)
if [ -n "$STARTUP_FULL_PATH" ] && [ -e "$STARTUP_FULL_PATH" ]; then
  if [ -x "$STARTUP_FULL_PATH" ]; then
STARTUP="$1"
  else
message "unable to launch \"$1\" X session ---" \
"\"$1\" not executable; falling back to default session."
  fi
else
  message "unable to launch \"$1\" X session ---" \
  "\"$1\" not found; falling back to default session."
fi
;;
esac
;;
  *)
# More than one argument given; we don't know what to do.
message "unsupported number of arguments ($#); falling back to default" \
"session."
;;
esac


-- debconf information excluded



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

Bug#651231: xymon: diff for NMU version 4.3.0~beta2.dfsg-9.1

[gregor herrmann]

tags 651231 + patch
tags 651231 + pending
thanks

Dear maintainer,

I've prepared an NMU for xymon (versioned as 4.3.0~beta2.dfsg-9.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Larimar: If I See You
diff -u xymon-4.3.0~beta2.dfsg/debian/control xymon-4.3.0~beta2.dfsg/debian/control
--- xymon-4.3.0~beta2.dfsg/debian/control
+++ xymon-4.3.0~beta2.dfsg/debian/control
@@ -2,8 +2,9 @@
 Section: net
 Priority: extra
 Maintainer: Christoph Berg 
-Build-Depends: debhelper (>= 7), librrd-dev, libssl-dev, libldap2-dev, libpcre3-dev,
- imagemagick, po-debconf, quilt (>= 0.40)
+Build-Depends: debhelper (>= 7), librrd-dev, 
+ libssl-dev (>= 1.0.0e-1~), libldap2-dev (>= 2.4.25-2~), libpcre3-dev (>= 8.12-4~),
+ imagemagick, po-debconf, quilt (>= 0.40), dpkg-dev (>= 1.16.0)
 Standards-Version: 3.9.2
 Vcs-Git: git://git.debian.org/collab-maint/xymon.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/xymon.git
diff -u xymon-4.3.0~beta2.dfsg/debian/rules xymon-4.3.0~beta2.dfsg/debian/rules
--- xymon-4.3.0~beta2.dfsg/debian/rules
+++ xymon-4.3.0~beta2.dfsg/debian/rules
@@ -4,6 +4,8 @@
 
 CFLAGS = -Wall -g
 
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -O0
 else
@@ -36,7 +38,10 @@
 	INSTALLEXTDIR=/usr/lib/hobbit/server/ext \
 	INSTALLTMPDIR=/var/lib/hobbit/tmp \
 	INSTALLWWWDIR=/var/lib/hobbit/www \
-	./configure
+	./configure --server \
+	--pcrelib /usr/lib/$(DEB_HOST_MULTIARCH) \
+	--ssllib /usr/lib/$(DEB_HOST_MULTIARCH) \
+	--ldaplib /usr/lib/$(DEB_HOST_MULTIARCH)
 
 build: build-stamp
 build-stamp: Makefile
diff -u xymon-4.3.0~beta2.dfsg/debian/changelog xymon-4.3.0~beta2.dfsg/debian/changelog
--- xymon-4.3.0~beta2.dfsg/debian/changelog
+++ xymon-4.3.0~beta2.dfsg/debian/changelog
@@ -1,3 +1,20 @@
+xymon (4.3.0~beta2.dfsg-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "FTBFS: PCRE not found": patch from Ubuntu / Steve Langasek:
+- debian/rules: pass --pcrelib to find libpcre in the multiarch dir
+  LP: #749190.
+Additionally build-depend on dpkg-dev (>= 1.16.0) and
+libpcre3-dev (>= 8.12-4~). (Closes: #651231)
+  * Since this Ubuntu patch, SSL and LDAP also went multiarch, so:
+- also pass --ssllib and --ldaplib to configure in debian/rules
+- build-depend on libssl-dev (>= 1.0.0e-1~) and libldap2-dev (>= 2.4.25-2~)
+  * libpng also went multiarch, so build/rrd.sh doesn't find it, and there's
+no option for configure. Add patch png-multiarch that changes build/rrd.sh
+to use libpng12-config instead of guessing.
+
+ -- gregor herrmann   Mon, 26 Dec 2011 23:40:38 +0100
+
 xymon (4.3.0~beta2.dfsg-9) unstable; urgency=low
 
   [ Axel Beckert ]
diff -u xymon-4.3.0~beta2.dfsg/debian/patches/series xymon-4.3.0~beta2.dfsg/debian/patches/series
--- xymon-4.3.0~beta2.dfsg/debian/patches/series
+++ xymon-4.3.0~beta2.dfsg/debian/patches/series
@@ -20,0 +21 @@
+png-multiarch
only in patch2:
unchanged:
--- xymon-4.3.0~beta2.dfsg.orig/debian/patches/png-multiarch
+++ xymon-4.3.0~beta2.dfsg/debian/patches/png-multiarch
@@ -0,0 +1,17 @@
+Description: tell the build script how to link to libpng
+Origin: vendor
+Forwarded: no
+Author: gregor herrmann 
+Last-Update: 2011-12-26
+
+--- a/build/rrd.sh
 b/build/rrd.sh
+@@ -3,7 +3,7 @@
+ 	RRDDEF=""
+ 	RRDINC=""
+ 	RRDLIB=""
+-	PNGLIB=""
++	PNGLIB="$(libpng12-config --ldflags)"
+ 	ZLIB=""
+ 	for DIR in /opt/rrdtool* /usr/local/rrdtool* /usr/local /usr /usr/pkg /opt/csw /opt/sfw /usr/sfw
+ 	do


signature.asc
Description: Digital signature

Bug#652107: pu: package libpar-packer-perl/1.006-1 and libpar-perl/1.000-1

[Adam D. Barratt]

tag 652107 - moreinfo + confirmed
thanks

On 18.12.2011 22:12, Salvatore Bonaccorso wrote:

Hey Adam

On Sun, Dec 18, 2011 at 02:50:49PM +, Adam D. Barratt wrote:

tag 652107 + squeeze moreinfo
thanks

On Wed, 2011-12-14 at 22:12 +0100, Salvatore Bonaccorso wrote:
> libpar-packer-perl 1.006-1 and libpar-perl 1.000-1 in Squeeze are
> affected by CVE-2011-4114: "PAR packed files are extracted to 
unsafe

> and predictable temporary directories.".

[...]
It wasn't entirely clear from your mail, but have the packages with 
the

patches applied been tested on squeeze?


Yes, now I tested the packages on Squeeze. The build already contains
some tests, which all pass, furthermore I did some testing with a par
file, and the pp utility. They behave now detecting unsafe directory
in /tmp if I create these manually with unsafe permissions.


Please go ahead; sorry for the delay.

Regards,

Adam



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

Bug#627019: several kernel hangs before geting to login

[Will Set]

  

Monday, December 26, 2011 5:24 PMWill Set wrote:

>Sunday, December 25, 2011 4:24 AM Jonathan Nieder wrote:
>>Will Set wrote:
>>> Jonathan Nieder wrote
>>
 but the boot fails in some way unless you
 add processor.nocst=1 to the kernel command line.  
[...]

>I had to test using  3.1.0-1-686-pae 
>( which I believe is an old experiemtnal kernel and not a sid or wheezy kernel)

ooops : sorry for confusion: 3.1.0-1-686-pae is a sid kernel.

>I rebooted 3.1.0-1-686-pae 10 times with hyperthreading enabled,
>and got 10 different dmesg problems  very
 near if not exactly while 
>udev was populating /dev
>
Best Regards,
Will

Bug#653326: libhtml-lint-perl: new version 2.10 available

[Kevin Ryde]

Package: libhtml-lint-perl
Version: 2.06+dfsg-1
Severity: wishlist

There's a new version 2.10 of HTML-Lint on cpan.  Might be only a very
minor improvement to handling of self-close  tags.


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libhtml-lint-perl depends on:
ii  libhtml-parser-perl  3.69-1+b1
ii  libhtml-tagset-perl  3.20-2
ii  perl 5.14.2-6

libhtml-lint-perl recommends no packages.

Versions of packages libhtml-lint-perl suggests:
pn  weblint-perl  

-- 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#653322: fabric: Please convert to dh_python2

[Micah Gersten]

Forgot to mention why.  python-support is deprecated, see
http://wiki.debian.org/Python/PythonSupportToDHPython2



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

Bug#653325: logjam: Logjam is broken, update to new upstream version needed

[Yauhen Kharuzhy]

Package: logjam
Version: 4.5.3-6
Severity: grave
Justification: renders package unusable

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

Due last changes in the LJ API logjam doesn't work anymore. Please
update it to new upstream version 4.6.2.

I tried to pack 4.6.2 version for Debian by himself:
https://github.com/jekhor/LogJam

-- 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=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages logjam depends on:
ii  libatk1.0-0 2.2.0-2 
ii  libc6   2.13-21 
ii  libcairo2   1.10.2-6.1  
ii  libfontconfig1  2.8.0-3 
ii  libfreetype62.4.7-2 
ii  libglib2.0-02.30.1-2
ii  libgtk2.0-0 2.24.8-2
ii  libgtkspell02.0.16-1
ii  libpango1.0-0   1.29.4-2
ii  libsoup2.4-12.36.1-1
ii  libx11-62:1.4.4-4   
ii  libxml2 2.7.8.dfsg-5

logjam recommends no packages.

logjam 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#653324: site down

[jamesb]

Package: libraw1394-11
Version: 2.0.5-2
Severity: normal

http://www.linux1394.org no longer in service
technically it is, but it's got no content but just ad-links



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

Kernel: Linux 2.6.32-5-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/bash

Versions of packages libraw1394-11 depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

libraw1394-11 recommends no packages.

Versions of packages libraw1394-11 suggests:
pn  libraw1394-doc (no description available)

-- 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#653323: dead site

[jamesb]

Package: libraw1394-8
Version: 1.3.0-4
Severity: normal

http://www.linux1394.org no longer in service
technically it is, but it's got no content but just ad-links

of course this goes for libraw1394-11 as well

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

Kernel: Linux 2.6.32-5-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/bash

Versions of packages libraw1394-8 depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

libraw1394-8 recommends no packages.

Versions of packages libraw1394-8 suggests:
pn  libraw1394-doc (no description available)

-- 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#646674: German manpage installed in default manpage directory

[James R. Van Zandt]

in 0.8.29+dfsg-1, the manpages for ebook-convert, calibre-debug,
pdfmanipulate, and several other programs are installed in the default
directory where man can find them.  However, these manpages are in
German.  I believe German manpages should be installed in a .de
subdirectory.  

I would appreciate English language manpages.

   - Jim Van Zandt



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

Bug#653322: fabric: Please convert to dh_python2

[Micah Gersten]

Package: fabric
Version: 1.3.2-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch



*** /tmp/tmpm322AZ/bug_body
In Ubuntu, the attached patch was applied to achieve the following:

  * Convert to dh_python2
- update debian/control
- update debian/rules
- remove debian/pyversions


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-13-generic (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
diff -Nru fabric-1.3.2/debian/changelog fabric-1.3.2/debian/changelog
diff -Nru fabric-1.3.2/debian/control fabric-1.3.2/debian/control
--- fabric-1.3.2/debian/control	2011-12-14 10:44:56.0 -0600
+++ fabric-1.3.2/debian/control	2011-12-26 15:53:57.0 -0600
@@ -1,12 +1,12 @@
 Source: fabric
 Section: net
 Priority: optional
 Maintainer: Chris Lamb 
-Build-Depends: debhelper (>= 7.0.50~)
-Build-Depends-Indep: python-support, python-setuptools, python-sphinx
+Build-Depends: debhelper (>= 7.0.50~), python-all (>= 2.6.6-3~)
+Build-Depends-Indep: python-setuptools, python-sphinx
 Standards-Version: 3.9.2
 Vcs-Git: git://github.com/lamby/pkg-fabric.git
 Vcs-Browser: https://github.com/lamby/pkg-fabric
 Homepage: http://fabfile.org/
 
 Package: fabric
diff -Nru fabric-1.3.2/debian/pyversions fabric-1.3.2/debian/pyversions
--- fabric-1.3.2/debian/pyversions	2011-12-14 10:44:56.0 -0600
+++ fabric-1.3.2/debian/pyversions	1969-12-31 18:00:00.0 -0600
@@ -1 +0,0 @@
-2.5-
diff -Nru fabric-1.3.2/debian/rules fabric-1.3.2/debian/rules
--- fabric-1.3.2/debian/rules	2011-12-14 10:44:56.0 -0600
+++ fabric-1.3.2/debian/rules	2011-12-26 15:46:57.0 -0600
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@
+	dh $@ --with python2
 
 override_dh_auto_build:
 	dh_auto_build

Bug#653321: fabric: Missing dependency on python-paramiko

[Micah Gersten]

Package: fabric
Version: 1.3.2-4
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch



*** /tmp/tmpIpyzn0/bug_body
In Ubuntu, the attached patch was applied to achieve the following:


  * Add python-paramiko to build dependencies (fixes FTBFS)
- update debian/control


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-13-generic (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
diff -Nru fabric-1.3.2/debian/changelog fabric-1.3.2/debian/changelog
diff -Nru fabric-1.3.2/debian/control fabric-1.3.2/debian/control
--- fabric-1.3.2/debian/control	2011-12-14 10:44:56.0 -0600
+++ fabric-1.3.2/debian/control	2011-12-26 15:53:57.0 -0600
@@ -1,12 +1,12 @@
 Source: fabric
 Section: net
 Priority: optional
 Maintainer: Chris Lamb 
 Build-Depends: debhelper (>= 7.0.50~)
-Build-Depends-Indep: python-support, python-setuptools, python-sphinx
+Build-Depends-Indep: python-support, python-setuptools, python-sphinx, python-paramiko
 Standards-Version: 3.9.2
 Vcs-Git: git://github.com/lamby/pkg-fabric.git
 Vcs-Browser: https://github.com/lamby/pkg-fabric
 Homepage: http://fabfile.org/
 
 Package: fabric

Bug#653320: pulseaudio: Assertion 'length % bq->base == 0' failed, kills daemon

[David Fries]

Package: pulseaudio
Version: 0.9.21-3+squeeze1
Severity: normal


I found that pa_stream_write with an offset that's not a multiple of
the base sample size causes pulseaudio to assert and abort.  This is
not the case for the nbytes parameter of how many bytes to write, that
is allowed to not be a multiple of the sample size, but the seek
offset parameter must be a multiple of the sample size or it asserts.

E: memblockq.c: Assertion 'length % bq->base == 0' failed at
pulsecore/memblockq.c:519, function pa_memblockq_drop(). Aborting.
Aborted

pulseaudio 1.0-4 gives the following,
E: [alsa-sink] memblockq.c: Assertion 'length % bq->base == 0' failed
at pulsecore/memblockq.c:600, function pa_memblockq_drop(). Aborting.

I've fixed the program causing it, I just wanted to make others aware
that any program that can play audio can take down the audio daemon.

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

Kernel: Linux 3.2.0-rc5+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages pulseaudio depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  consolekit 0.4.1-4   framework for defining and trackin
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcap21:2.19-3  support for getting/setting POSIX.
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libgdbm3   1.8.3-9   GNU dbm database routines (runtime
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libltdl7   2.2.6b-2  A system independent dlopen wrappe
ii  libpulse0  0.9.21-3+squeeze1 PulseAudio client libraries
ii  libsamplerate0 0.1.7-3   Audio sample rate conversion libra
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libsndfile11.0.21-3+squeeze1 Library for reading/writing audio 
ii  libspeexdsp1   1.2~rc1-1 The Speex extended runtime library
ii  libudev0   164-3 libudev shared library
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxtst6   2:1.1.0-3 X11 Testing -- Record extension li
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  udev   164-3 /dev/ and hotplug management daemo

Versions of packages pulseaudio recommends:
pn  gstreamer0.10-pulseaudio   (no description available)
pn  libasound2-plugins (no description available)
pn  pulseaudio-esound-compat   (no description available)
pn  pulseaudio-module-x11  (no description available)

Versions of packages pulseaudio suggests:
pn  paman  (no description available)
pn  paprefs(no description available)
ii  pavucontrol0.9.9-1   PulseAudio Volume Control
pn  pavumeter  (no description available)
ii  pulseaudio-utils   0.9.21-3+squeeze1 Command line tools for the PulseAu

-- 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#653319: eikazo: will not start

[Jeff Agee]

Package: eikazo
Version: 0.5.2-7+b1
Severity: grave
Justification: renders package unusable

Just installed Debian 6.0.3 yesterday - 100% stable packages.  Have HP
Officejet 6500.

jeff@debian:~$ eikazo
warning: could not find translation file for domain sane-backends
warning: could not find translation file for domain eikazo
/usr/lib/pymodules/python2.6/Eikazo/Widgets.py:217: DeprecationWarning: Use the
new widget gtk.Tooltip
  self._tooltips = gtk.Tooltips()
/usr/lib/pymodules/python2.6/Eikazo/Widgets.py:1159: DeprecationWarning: Use
the new widget gtk.Tooltip
  device._tooltips.set_tip(self, T2_(opt.desc))
/usr/lib/pymodules/python2.6/Eikazo/Widgets.py:917: DeprecationWarning: Use the
new widget gtk.Tooltip
  device._tooltips.set_tip(self, T2_(opt.desc))
/usr/lib/pymodules/python2.6/Eikazo/Widgets.py:1044: DeprecationWarning: Use
the new widget gtk.Tooltip
  device._tooltips.set_tip(self, T2_(opt.desc))
/usr/lib/pymodules/python2.6/Eikazo/Widgets.py:846: DeprecationWarning: Use the
new widget gtk.Tooltip
  device._tooltips.set_tip(self, T2_(opt.desc))
exception caught: thread aborted 
Traceback (most recent call last):
  File "/usr/bin/eikazo", line 40, in 
m = Eikazo.SaneMainWindow(dev, type=gtk.WINDOW_TOPLEVEL)
  File "/usr/lib/pymodules/python2.6/Eikazo/Eikazo.py", line 648, in __init__
self.saneWidget = SaneMainWidget(device)
  File "/usr/lib/pymodules/python2.6/Eikazo/Eikazo.py", line 369, in __init__
self.devicecontrol = DeviceControl(device, config, self.notify_hub)
  File "/usr/lib/pymodules/python2.6/Eikazo/Eikazo.py", line 270, in __init__
w = device.createOptionWidget(opt, self.config)
  File "/usr/lib/pymodules/python2.6/Eikazo/Widgets.py", line 416, in
createOptionWidget
opt = self._device.opt[optname]
KeyError: None



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

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

Versions of packages eikazo depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  python-imaging-sane 1.1.7-2  Python Imaging Library - SANE inte
ii  python-support  1.0.10   automated rebuilding support for P
ii  python-webkit   1.1.7-1+b1   WebKit/Gtk Python bindings

eikazo recommends no packages.

Versions of packages eikazo suggests:
pn  python-mysqldb (no description available)
pn  python-pygresql(no description available)

-- 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#431297: Suggestion: use id3ren instead

[Simon Guest]

Hi,

This sort of thing is quite frustrating, until you realise how much
choice you have in Debian.  I hit this problem, then found id3ren, and
now don't care that mp3rename has poor track numbering.

Enjoy!

cheers,
Simon



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

Bug#652000: /usr/bin/pbuilder-dist: pbuilder-dist ignores environment and has no way to set a custom pbuilderrc

[Karl Goetz]

On Mon, 26 Dec 2011 17:02:00 +0200
Stefano Rivera  wrote:

> Hi Karl (2011.12.22_00:31:33_+0200)
> > > Lowering the severity, as this is about a minorish feature of one
> > > script
> > 
> > Not finding the bootstraping script isn't really a minor problem in
> > the script, its a blocker problem. I don't object to the severity
> > drop though.
> 
> The bootstrapping script that wasn't packaged in squeeze :P

true enough (:

> > pbuilder-dist, a few lines down from where you cut my paste below
> > (Its possible I included it in a different email?)
> > 
> > [...]
> > I: Logging to 
> > /home/kgoetz/custom-pbuilder/squeeze-armel_result/last_operation.log
> > I: Distribution is squeeze.
> > I: Building the build environment
> > I: running qemu-debootstrap
> > E: qemu-debootstrap does not exist, install or change DEBOOTSTRAP
> > option
> 
> Ah, that error is coming from pbuilder, just passed through
> pbuilder-dist.

ah. sorry, I didn't realise that.

> > Is there a newer version which doesn't require a newer devscripts,
> > or will I have to try and backport devscripts to resolve this?
> 
> You can checkout the bzr repo, the pbuilder-dist script from trunk
> should work on squeeze (although I can't say I've tested that...)

Unfortunately pbuilder-dist from bzr doesn't work.

08:45:05  kgoetz@epicfail: ~/srccache/ubuntu-dev-tools $ ./pbuilder-dist
Traceback (most recent call last):
  File "./pbuilder-dist", line 35, in 
from devscripts.logger import Logger
ImportError: No module named devscripts.logger


thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#646570: boot error

[Daniel Baumann]

can you reproduce it with 4.05?

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#620722: Acknowledgement (ITP: drbl -- Diskless Remote Boot in Linux for client machines)

[Georges Khaznadar]

Here is a reminder about an intention to package DRBL for Debian (an
ITP bug in Debian's language)

I just uploaded a package made from your work, but ordinary debian users
will probably not find it as useful as other packages, since no one
command lies in the ordinary executable path.

How can I help to make this package more handy? I suggest writing a small
set of commands to put into the executable patch, each of them setting
the right environment variables (like DRBL_SCRIPT_PATH) and invoking 
some of the commands which live in /usr/share/drbl, as per the FHS (file
hierarchy standard), and writing a short manpage for each of them.

I would like to ask you which command could be made available for the
mean debian user at first. Maybe drbl4imp? Please can you write me
which commands would be the most important to implement for an end user?

Best regards,   Georges.

Georges Khaznadar a écrit :
> Hello NCHC free-libre coders!
> 
> I shall begin to package DRBL for Debian, with your help, if you do not
> mind. There is work to do to meet Debian standards for packages in the
> main section.
> 
> I will talk about details in a separate e-mail. This one is to inform you
> about the ITP (intention to package), see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620722 if you prefer
> viewing it in your favourite browser.
> 
> Best regards, Georges.
> 
> 
> Debian Bug Tracking System a écrit :
> > Thank you for filing a new Bug report with Debian.
> > 
> > This is an automatically generated reply to let you know your message
> > has been received.
> > 
> > Your message is being forwarded to the package maintainers and other
> > interested parties for their attention; they will reply in due course.
> > 
> > As you requested using X-Debbugs-CC, your message was also forwarded to
> >   debian-de...@lists.debian.org
> > (after having been given a Bug report number, if it did not have one).
> > 
> > Your message has been sent to the package maintainer(s):
> >  w...@debian.org
> > 
> > If you wish to submit further information on this problem, please
> > send it to 620...@bugs.debian.org.
> > 
> > Please do not send mail to ow...@bugs.debian.org unless you wish
> > to report a problem with the Bug-tracking system.
> > 
> > -- 
> > 620722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620722
> > Debian Bug Tracking System
> > Contact ow...@bugs.debian.org with problems
> > 
> 
> -- 
> Georges KHAZNADAR et Jocelyne FOURNIER
> 22 rue des mouettes, 59240 Dunkerque France.
> Téléphone +33 (0)3 28 29 17 70
> 



-- 
Georges KHAZNADAR et Jocelyne FOURNIER
22 rue des mouettes, 59240 Dunkerque France.
Téléphone +33 (0)3 28 29 17 70



signature.asc
Description: Digital signature

Bug#653318: override: ntfsprogs:metapackages/optional

[Daniel Baumann]

Package: ftp.debian.org

ntfsprogs became a transitional package in ntfs-3g, therefore please
adjust the override.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#653317: RM: ntfsprogs -- RoM; obsoleted by ntfs-3g

[Daniel Baumann]

Package: ftp.debian.org

please remove ntfsprogs, it's superseeded by ntfs-3g.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#653274: [Pkg-roundcube-maintainers] Bug#653274: jquery-ui missing

[Vincent Bernat]

OoO Lors de  la soirée naissante du lundi 26  décembre 2011, vers 17:29,
Jérémy Bobbio  disait :

>> It seems this plugin is now mandatory. It is used for composition and
>> address book. I will make a new package with the plugin shipped by
>> default.

> You can pick the changes I made to the plugin in order to be policy
> compliant. Please add a conflict against the current version of
> roundcube-plugins-extra, otherwise both packages might install the same
> files.

That was not  trivial. May you look at the git  repository (the last two
commits)? Is it OK for you?
-- 
Vincent Bernat ☯ http://vincent.bernat.im

Choose a data representation that makes the program simple.
- The Elements of Programming Style (Kernighan & Plauger)


pgpUY08pWEPoT.pgp
Description: PGP signature

Bug#653023: syncevolution: please rebuild package against new version of libebook library (can't synchonize with evolution at all)

[Tino Keitel]

Package: syncevolution
Followup-For: Bug #653023

This was fixed with the upload of version 1.2.1-1.

Regards,
Tino



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

Bug#646145: [request-tracker-maintainers] Bug#646145: Bug#646145: Bug#646145: request-tracker3.8: Problem with interaction with postgresql database

[Dominic Hargreaves]

On Wed, Nov 09, 2011 at 10:23:55AM +0400, Michael Rubashenkov wrote:
> It did not help, RT did not work at all :( It seems some processes of Apache 
> become "bad" at startup. After I killed them site works perfectly till next 
> reload of Apache.

Hmm, in that case I'm afraid I don't have any further ideas. It might
be useful to switch to fastCGI (using mod_fcgid or mod_fastcgi) both to
verify that the problem is mod_perl specific (I expect that it is) and
to get you a working system.

Cheers,
Dominic.

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



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

Bug#653316: Systems Settings > Desktop Effects > Enable Desktop : kwin seg fault

[rdskaroff]

Package: kde-window-manager 
Version: 4:4.6.5-4

trace:

Application: KWin (kwin), signal: Segmentation fault
[Current thread is 1 (Thread 0x7fdeea6f8780 (LWP 3230))]

Thread 2 (Thread 0x7fdecfc41700 (LWP 3244)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
##1  0x7fdee8d8e062 in ?? () from /usr/lib/libQtScript.so.4
##2  0x7fdee8d8e099 in ?? () from /usr/lib/libQtScript.so.4
##3  0x7fdee0760b50 in start_thread (arg=) at 
pthread_create.c:304
##4  0x7fdee9f433bd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
##5  0x in ?? ()
#
#Thread 1 (Thread 0x7fdeea6f8780 (LWP 3230)):
#[KCrash Handler]
##6  __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:91
##7  0x7fdee77c7d4b in ?? () from /usr/lib/x86_64-linux-gnu/libGL.so.1
##8  0x7fdecfec4b7f in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so
##9  0x7fdecfec1eeb in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so
##10 0x7fdecfec2077 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so
##11 0x7fdecfec2126 in effect_create_kwin4_effect_blur () from 
/usr/lib/kde4/kwin4_effect_builtins.so
##12 0x7fdeea2d66c1 in ?? () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##13 0x7fdeea2d7781 in ?? () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##14 0x7fdeea2b15ca in ?? () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##15 0x7fdeea22fb85 in ?? () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##16 0x7fdeea22fc84 in ?? () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##17 0x7fdeea2ef854 in ?? () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##18 0x7fdee6645971 in ?? () from /usr/lib/libQtDBus.so.4
##19 0x7fdee6646abd in ?? () from /usr/lib/libQtDBus.so.4
##20 0x7fdee6647392 in ?? () from /usr/lib/libQtDBus.so.4
##21 0x7fdee6647468 in ?? () from /usr/lib/libQtDBus.so.4
##22 0x7fdee63046ca in QObject::event(QEvent*) () from 
/usr/lib/libQtCore.so.4
##23 0x7fdee56a69f4 in QApplicationPrivate::notify_helper(QObject*, 
QEvent*) () from /usr/lib/libQtGui.so.4
##24 0x7fdee56ab881 in QApplication::notify(QObject*, QEvent*) () from 
/usr/lib/libQtGui.so.4
##25 0x7fdee9a4ab96 in KApplication::notify(QObject*, QEvent*) () from 
/usr/lib/libkdeui.so.5
##26 0x7fdee62edfbc in QCoreApplication::notifyInternal(QObject*, QEvent*) 
() from /usr/lib/libQtCore.so.4
##27 0x7fdee62f1378 in QCoreApplicationPrivate::sendPostedEvents(QObject*, 
int, QThreadData*) () from /usr/lib/libQtCore.so.4
##28 0x7fdee574b5e7 in ?? () from /usr/lib/libQtGui.so.4
##29 0x7fdee62ed1c2 in 
QEventLoop::processEvents(QFlags) () from 
/usr/lib/libQtCore.so.4
##30 0x7fdee62ed3bf in 
QEventLoop::exec(QFlags) () from 
/usr/lib/libQtCore.so.4
##31 0x7fdee62f1567 in QCoreApplication::exec() () from 
/usr/lib/libQtCore.so.4
##32 0x7fdeea24ea56 in kdemain () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
##33 0x7fdee9e8cead in __libc_start_main (main=, 
argc=, ubp_av=, init=, 
fini=, rtld_fini=, stack_end=0x7fff645f1748) at 
libc-start.c:228
##34 0x004006f1 in _start ()
#

find packages affected


>sudo dpkg -S /usr/bin/kwin ;sudo dpkg -S /usr/lib/libQtGui.so.4 ;sudo dpkg -S 
>/usr/lib/libkdeui.so.5 ;sudo dpkg -S /usr/lib/x86_64-linux-gnu/libGL.so.1 
>;sudo dpkg -S /usr/lib/libQtCore.so.4 ;sudo dpkg -S 
>/usr/lib/kde4/kwin4_effect_builtins.so ;sudo dpkg -S 
>/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so ;sudo dpkg -S 
>/usr/lib/libQtDBus.so.4

kde-window-manager: /usr/bin/kwin
libqtgui4: /usr/lib/libQtGui.so.4
libkdeui5: /usr/lib/libkdeui.so.5
libgl1-mesa-glx: /usr/lib/x86_64-linux-gnu/libGL.so.1
libqtcore4: /usr/lib/libQtCore.so.4
kde-window-manager: /usr/lib/kde4/kwin4_effect_builtins.so
kde-window-manager: /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so
libqt4-dbus: /usr/lib/libQtDBus.so.4


dpkg -l 

#command: dpkg -l kde-window-manager libqtgui4  libgl1-mesa-glx libqtcore4 
libqt4-dbus libkdeui5

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Description
+++---

ii  kde-window-manager   4:4.6.5-4K window manager 
(KWin)
ii  libgl1-mesa-glx  7.11.2-1free  
implementation of the OpenGL API -- GLX runtime
ii  libkdeui54:4.6.5-2+b1 KDE Platform 
User Interface Library
ii  libqt4-dbus  4:4.7.3-5Qt 4 D-Bus 
module
ii  libqtcore4   4:4.7.3-5Qt 4 core module
ii  libqtgui44:4.7.3-5Qt 4 GUI module


Will not indicate enabled until 5th or 6

Bug#653315: init.d status support

[Peter Eisentraut]

Source: mbmon
Version: 2.05-6
Severity: wishlist
Tags: patch

Here is a patch to add support for the "status" action to the init.d
script of mbmon.
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+xmbmon (2.05-6.1) UNRELEASED; urgency=low
+
+  * Added support for "status" action to mbmon init.d script
+
+ -- Peter Eisentraut   Sun, 25 Dec 2011 15:57:38 +0200
+
 xmbmon (2.05-6) unstable; urgency=low
 
   * ACK NMU while preparing upload. (Closes: #460243)
--- a/debian/mbmon.init.d
+++ b/debian/mbmon.init.d
@@ -33,6 +33,8 @@
 echo "Edit ${CFG} if you want it to start automatically"
 exit 0 ; }
 
+. /lib/lsb/init-functions
+
 case "$1" in
 start)
 echo -n "Starting $DESC: "
@@ -53,6 +55,9 @@
 echo $NAME
 fi
 ;;
+status)
+status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
+;;
 restart | force-reload)
 $0 stop
 sleep 2
@@ -66,7 +71,7 @@
 fi
 ;;
 *)
-echo "Usage: $0 {start|stop|restart|force-reload}" >&2
+echo "Usage: $0 {start|stop|status|restart|force-reload}" >&2
 exit 1
 ;;
 esac
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@
 
 Package: mbmon
 Architecture: i386 hurd-i386 amd64 kfreebsd-i386 knetbsd-i386 kfreebsd-amd64
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, lsb-base
 Suggests: xmbmon, librrds-perl
 Enhances: rrdtool
 Description: Hardware monitoring without kernel dependencies (text client)

Bug#641118: question answered.

[Jörg Sommer]

Junichi Uekawa hat am Sun 04. Dec, 22:27 (+0900) geschrieben:
> I think the bug report was asking a question about existing feature and 
> that's already a solved bug.

I would object this. The buildplace option is more a workaround than a
solution.
-- 
Wer geliebt, kann nicht vergessen,
Wer vergisst, hat nie geliebt,
Wer geliebt und doch vergessen,
Hat vergessen, wie man liebt!


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#484575: [Pkg-nagios-devel] Bug#484575: icinga core-nrpe for Debian?

[Alexander Wirt]

Kilian Krause schrieb am Monday, den 26. December 2011:

> Hi guys,
> 
> Is there any chance we'll see an icinga core-nrpe package in Debian soon
> (fixing #484575)? What's required/missing for having full IPv6 support with
> NRPE in your eyes? Anything besides just "doing it", i.e. preparing the
> package from a Git snapshot and stuffing that into NEW?
icinga nagios-core is not ready for productive usage. Until a fresh release I
won't upload it.

Alex - speaking with his icinga development team member hat on





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

Bug#652905: nm.debian.org: FD email needs to be updated on http://www.debian.org/devel/join/nm-amhowto

[Jan Hauke Rahm]

reassign 652905 www.debian.org
thanks

On Wed, Dec 21, 2011 at 11:29:02AM -0600, René Mayorga wrote:
> According to the use of Member instead Maitainer and all the changes
> related the email address used for Front Desk needs to be change.
> the current address on http://www.debian.org/devel/join/nm-amhowto  is 
> "New Member Front Desk: new-maintai...@debian.org" and needs to be 
> pointing to: n...@debian.org

Please change this in the www.d.o webwml files. I *think* my patch
(attached) fixes it but please double-check.

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
Index: english/devel/join/newmaint.wml
===
RCS file: /cvs/webwml/webwml/english/devel/join/newmaint.wml,v
retrieving revision 1.74
diff -u -r1.74 newmaint.wml
--- english/devel/join/newmaint.wml	8 Oct 2011 14:12:15 -	1.74
+++ english/devel/join/newmaint.wml	26 Dec 2011 19:43:52 -
@@ -125,7 +125,7 @@
the Debian Account creation and removal by the Debian Project Leader (DPL).
The DAMs have the final decision over an application.
 
- Front Desk: 
+ Front Desk: 
   The Front Desk members do the infrastructural work for the NM process like
receiving the initial applications, advocation messages and final application
reports, and assigning AMs to NMs. They are the point of contact if problems
Index: english/devel/join/nm-amchecklist.wml
===
RCS file: /cvs/webwml/webwml/english/devel/join/nm-amchecklist.wml,v
retrieving revision 1.33
diff -u -r1.33 nm-amchecklist.wml
--- english/devel/join/nm-amchecklist.wml	8 Oct 2011 14:12:15 -	1.33
+++ english/devel/join/nm-amchecklist.wml	26 Dec 2011 19:43:53 -
@@ -119,7 +119,7 @@
  about the Applicant.
 
 The email should be directed at  and
-  and contain the following
+  and contain the following
  things:
 
 
Index: english/devel/join/nm-amhowto.wml
===
RCS file: /cvs/webwml/webwml/english/devel/join/nm-amhowto.wml,v
retrieving revision 1.35
diff -u -r1.35 nm-amhowto.wml
--- english/devel/join/nm-amhowto.wml	8 Oct 2011 14:12:15 -	1.35
+++ english/devel/join/nm-amhowto.wml	26 Dec 2011 19:43:53 -
@@ -26,7 +26,7 @@
questions of a highly personal nature shouldn't be discussed there.
Instead, you can ask the Front Desk privately.
 
- New Member Front Desk: new-maintai...@debian.org
+ New Member Front Desk: n...@debian.org
   This is where the initial applications, advocation messages and final
application reports get sent. Any personal questions about individual
applications which are inappropriate for a public forum should be


signature.asc
Description: Digital signature

Bug#627372: Console turns black during boot.

[AlanKim Zimmerman]

The bug has been reported as
https://bugs.freedesktop.org/show_bug.cgi?id=44156

Alan

On Thu, Dec 22, 2011 at 9:36 PM, Jonathan Nieder  wrote:

> Alan Zimmerman wrote:
>
> > I reinstalled the video-intel package.
> >
> > When the console turns black, the machine is still usable. Booting in
> > recovery mode makes no difference.
>
> I see.  Removing the intel driver means removing the file in
> /etc/modprobe.d that enables kernel mode setting (see NEWS.Debian.gz),
> which works around the bug.
>
> > Attached are the dmesg logs, and the bug script output, after booting
> > normally with the driver installed.
>
> Here's the relevant snippet:
>
> > fbcon: inteldrmfb (fb0) is primary device
> > [drm] capturing error event; look for more information in
> /debug/dri/0/i915_error_state
> > render error detected, EIR: 0x0010
> >   IPEIR: 0x
> >   IPEHR: 0x
> >   INSTDONE: 0xfffe
> >   INSTPS: 0x
> >   INSTDONE1: 0x
> >   ACTHD: 0x
> > page table error
> >   PGTBL_ER: 0x0001
> > [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010, masking
>
> Please also provide the content of the /debug/dri/0/i915_error_state
> file.
>
> Then we can take this upstream, following instructions from [1].
>
> Thanks for a clear report,
> Jonathan
>
> [1] http://intellinuxgraphics.org/how_to_report_bug.html
>

Bug#653314: e1000e: Wake-on-lan from hibernate broken since 2.6.32-36

[Udo Richter]

Package: linux-2.6
Version: 2.6.32-39
Severity: normal
Tags: squeeze

Between 2.6.32-35 and 2.6.32-36, the ability to wake-on-lan from
suspend-to-disk got lost for my mainboard. Waking from poweroff and from
suspend-to-ram still works. This is probably related to bug #627700. The
bug is present up to the current 2.6.32-39. Mainboard is an Intel
DB43LD. Hibernating via hibernate-1.99-1.1, module is not blacklisted.

lspci -n:
00:19.0 0200: 8086:10de (rev 02)

lspci -vv:
00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network
Connection (rev 02)
Subsystem: Intel Corporation Device 0025
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: e1000e

ethtool:
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 2
Transceiver: internal
Auto-negotiation: on
MDI-X: on
Supports Wake-on: pumbag
Wake-on: g
Current message level: 0x0001 (1)
Link detected: yes

syslog 2.6.32-35:
[4.177719] e1000e: Intel(R) PRO/1000 Network Driver - 1.0.2-k2
[4.177722] e1000e: Copyright (c) 1999-2008 Intel Corporation.
[4.192986] e1000e :00:19.0: PCI INT A -> GSI 20 (level, low) ->
IRQ 20
[4.192994] e1000e :00:19.0: setting latency timer to 64
[4.193083] e1000e :00:19.0: irq 27 for MSI/MSI-X
[8.068727] e1000e :00:19.0: irq 27 for MSI/MSI-X
[8.124136] e1000e :00:19.0: irq 27 for MSI/MSI-X
[9.709290] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow
Control: RX/TX
(initiate hibernate)
[  156.996938] e1000e :00:19.0: PCI INT A disabled
[  156.996944] e1000e :00:19.0: PME# enabled
[  156.996951] e1000e :00:19.0: wake-up capability enabled by ACPI
[  157.015284] ACPI: Preparing to enter system sleep state S4
(wake on lan)
[  157.384859] ACPI: Waking up from system sleep state S4
[  157.400032] e1000e :00:19.0: restoring config space at offset 0xf
(was 0x100, writing 0x10a)
[  157.400047] e1000e :00:19.0: restoring config space at offset 0x1
(was 0x10, writing 0x17)
[  157.504155] e1000e :00:19.0: PCI INT A -> GSI 20 (level, low) ->
IRQ 20
[  157.504159] e1000e :00:19.0: setting latency timer to 64
[  157.504168] e1000e :00:19.0: wake-up capability disabled by ACPI
[  157.504172] e1000e :00:19.0: PME# disabled
[  157.504200] e1000e :00:19.0: irq 27 for MSI/MSI-X
[  159.228855] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow
Control: RX/TX

syslog 2.6.32-36:
[4.208513] e1000e: Intel(R) PRO/1000 Network Driver - 1.2.20-k2
[4.208515] e1000e: Copyright(c) 1999 - 2011 Intel Corporation.
[4.208552] e1000e :00:19.0: PCI INT A -> GSI 20 (level, low) ->
IRQ 20
[4.208560] e1000e :00:19.0: setting latency timer to 64
[4.208638] e1000e :00:19.0: irq 27 for MSI/MSI-X
[4.522391] e1000e :00:19.0: eth0: (PCI Express:2.5GB/s:Width x1)
00:27:0e:02:95:35
[4.522394] e1000e :00:19.0: eth0: Intel(R) PRO/1000 Network
Connection
[4.522433] e1000e :00:19.0: eth0: MAC: 8, PHY: 8, PBA No: FF-0FF
[8.312251] e1000e :00:19.0: irq 27 for MSI/MSI-X
[8.368575] e1000e :00:19.0: irq 27 for MSI/MSI-X
[9.993387] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow
Control: Rx/Tx
[9.993390] e1000e :00:19.0: eth0: 10/100 speed: disabling TSO
(initiate hibernate)
[  174.706368] e1000e :00:19.0: PCI INT A disabled
[  174.706373] e1000e :00:19.0: PME# enabled
[  174.706381] e1000e :00:19.0: wake-up capability enabled by ACPI
[  174.723245] ACPI: Preparing to enter system sleep state S4
(failed attempt to wake-on-lan, manual start)
[  175.096864] ACPI: Waking up from system sleep state S4
[  175.112028] e1000e :00:19.0: restoring config space at offset 0xf
(was 0x100, writing 0x10a)
[  175.112043] e1000e :00:19.0: restoring config space at offset 0x1
(was 0x10, writing 0x17)
[  175.216145] e1000e :00:19.0: wake-up capability disabled by ACPI
[  175.216149] e1000e :00:19.0: PME# disabled
[  175.216207] e1000e :00:19.0: irq 27 for MSI/MSI-X
[  175.218145] e1000e :00:19.0: eth0: MAC Wakeup cause - Unicast Packet
(note the wakeup cause entry - it just did not wake up)
[  176.884961] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow
Control: Rx/Tx
[  176.884963] e1000e :00:

Bug#653270: gtkpod eats up all memory

[Gergely Nagy]

reopen 653270
reassign 653270 gtkpod
thanks

Harald Dunkel  writes:

> On 12/26/11 12:15, Gergely Nagy wrote:
>> Harald Dunkel  writes:
>> 
>>> Package: gtkpod-aac Version: 1:2.1.0-0.3
>> 
>> This is a package from debian-multimedia.org. Please report bugs there (or 
>> upstream, according to [1]), instead of the Debian BTS.
>> 
>
> gtkpod (from ftp.de.debian.org) shows the same problem.

Cheers! Reopened & reassigned then.

-- 
|8]



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

Bug#651912: sandboxing-related renderer crash ("Aw, snap") when loading NSS modules

[Jonathan Nieder]

Dominique Brazziel wrote:

> I replaced the entire path (/usr/lib/nss/libsoftokn3.so) with
> 'X'es and am still getting these annoying messages
> on startup and every time I open a new tab and go to a website.

That's not the same bug --- this bug is about a crash ("Aw, snap").
Feel free to file a new bug for the messages if interested.  Or if you
have time and ideas for doing so, help us fix the bug, perhaps
starting at [1].

Thanks for your interest,
Jonathan

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647992#109



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

Bug#653268: lists.debian.org/completeindex.html - broken links to archives

[jaalto]

On 2011-12-26 12:44, Adam D. Barratt wrote:

[mailing list pages that are not arhived]

| doesn't have a working "most recent archive" link doesn't seem like
| a bug.  Maybe the link shouldn't appear for non-archived lists, but
| that's a different issue.

It's a bug. A misleading paragraph and a link, when
clicked by, returns gibberish.

Jari



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

Bug#653313: apache2: Bug in mixing of mod_rewrite and directory index

[Bruce Momjian,,,]

Package: apache2.2-common
Version: 2.2.16-6+squeeze4
Severity: normal


If I enable mod_rewrite, and access a directory index URL (no index.html), I 
see this in my server logs:

   [Mon Dec 26 13:39:48 2011] [error] [client 172.20.1.11] Options 
FollowSymLinks or SymLinksIfOwnerMatch is off which implies that
   RewriteRule directive is forbidden: /usr/share/apache2/icons/text.gif, 
referer: http://momjian.us/main/writings/

The system is trying to access the images that appear in directory listings, 
e.g. text.gif.

Adding "Options +FollowSymLinks" in /etc/apache2/sites-enabled/000-default did 
not help.  I had to add it to
/etc/apache2/mods-enabled/alias.conf with the attached patch:

*** ./alias.conf.orig   2011-12-26 13:56:12.0 -0500
--- ./alias.conf2011-12-26 13:56:57.0 -0500
***
*** 16,21 
--- 16,23 
  
  
  Options Indexes MultiViews
+ # remove log rewrite error for index lookups 2011-12-26
+ Options +FollowSymLinks
  AllowOverride None
  Order allow,deny
  Allow from all

This eliminated the log error message.
_
-- Package-specific info:
List of enabled modules from 'apache2 -M':
  actions* alias auth_basic authn_file authz_default authz_groupfile
  authz_host authz_user autoindex cgi deflate dir env include mime
  negotiation perl php5 python reqtimeout rewrite setenvif status
  (A * means that the .conf file for that module is not enabled in
   /etc/apache2/mods-enabled/)
List of enabled php5 extensions:
  pdo suhosin

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/16 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 apache2 depends on:
ii  apache2-mpm-prefork2.2.16-6+squeeze4 Apache HTTP Server - traditional n
ii  apache2.2-common   2.2.16-6+squeeze4 Apache HTTP Server common files

apache2 recommends no packages.

apache2 suggests no packages.

Versions of packages apache2.2-common depends on:
ii  apache2-utils  2.2.16-6+squeeze4 utility programs for webservers
ii  apache2.2-bin  2.2.16-6+squeeze4 Apache HTTP Server common binary f
ii  libmagic1  5.04-5File type determination library us
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  mime-support   3.48-1MIME files 'mime.types' & 'mailcap
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  procps 1:3.2.8-9 /proc file system utilities

-- 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#591791: systemd point of view

[Russ Allbery]

Hi Steve, Tollef,

I've reviewed the latest patch from Steve on this thread and my personal
feeling is that it's about at a place where I'd second it.  There are just
a few things remaining that I think should be addressed, related to what
the migration looks like.

Tollef Fog Heen  writes:

> The patch seems mostly ok to me.  I think we should decide whether we
> want a single invoke-rc.d that everybody uses and which knows how to
> handle all of sysvinit, upstart and systemd or if we want each init
> system to ship their own.  From the patch, it looks like each init
> system should ship their own, but that it still must keep compatibility
> with all other implementations.

I agree that this should be spelled out, since the behavior of invoke-rc.d
is rather important in this proposal.  Currently, it says:

Instead, implementations of invoke-rc.d must detect when
upstart is running and when an upstart job with the same name as an
init script is present, and perform the requested action using the
upstart job instead of the init script.

in the upstart section, which implies *all* implementations of
invoke-rc.d, including the one that comes with sysvinit.  Was the
intention that this would only apply to the one that comes with upstart
itself?

Also:

Dependency-based boot managers for SysV init scripts, such as
insserv, may avoid running a given init script
entirely when an equivalent upstart job is present, to avoid
unnecessary forking of no-op init scripts.  In this case, the boot
manager should integrate with upstart to detect when the upstart job
in question is started or stopped to know when the dependency has been
satisfied.

This is optional, but I'd still like to get review of this part from the
insserv maintainers.  (Did that happen somewhere earlier in this thread
already?)

Don't we need to say something about how alternative boot managers should
arrange to take over init, given that sysvinit is Essential, so that we
don't break things while doing so?

Finally, given the recommendation:

SysV init scripts for which an equivalent upstart job is available
must query the output of the command initctl version for
the string upstart and avoid running in favor of the native
upstart job.

I'd really like to see Policy provide some sample code for how to do that,
since otherwise people are going to get this wrong.

-- 
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#653311: Suggestion: mkcdir

[Joey Hess]

Björn Persson wrote:
> I have often wanted a command combining mkdir and cd. I looked around and 
> found several blog and forum posts showing quick and dirty implementations, 
> but none that were complete enough to include in a distribution, so I wrote 
> this one.
> 
> Do you think this would fit in the Moreutils collection? It is admittedly 
> somewhat different from most of the other tools in that it can't be used in 
> a pipeline.
> 
> I was originally going to call it "mkcd", but that's apparently a CD making 
> program in Solaris and Mandriva. "mcd" is taken by Mtools, to I decided on 
> "mkcdir".
> 
> The command is implemented as a shell function, as a child process can't 
> change the working directory of its parent. I don't expect it to work in a 
> plain Bourne shell, but I have tested it in Bash, Kornshell and the Z Shell. 
> I don't have an implementation for the C Shell. That would have to be quite 
> different.

I don't think it really fits, since this kind of thing requires shell
setup, and moreutils is about simple commands that just work.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#653312: tahoe-lafs: Error on building from source: aborting due to unexpected upstream changes

[Ruben Pollan]

Package: tahoe-lafs
Version: 1.8.3-2
Severity: serious
Justification: fails to build from source

Dear Maintainer,

While building tahoe-lafs from source dpkg-source returns an error. It don't
happens the first time I build it, but if I rerun dpkg-buildpackage again the
package don't builds.

Here you have the console log:
[meskio@hermes:tahoe-lafs-1.8.3]$ dpkg-buildpackage -rfakeroot
dpkg-buildpackage: source package tahoe-lafs
dpkg-buildpackage: source version 1.8.3-2
dpkg-buildpackage: source changed by Micah Anderson 
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build tahoe-lafs-1.8.3
 fakeroot debian/rules clean
rm -f build-*
dh_testdir
dh_testroot
python setup.py clean
/usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution 
option: 'versionfiles'
  warnings.warn(msg)
running clean
rm -rf build
find . -name "*\.py[co]" -exec rm -f {} \;
dh_clean
 dpkg-source -b tahoe-lafs-1.8.3
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building tahoe-lafs using existing 
./tahoe-lafs_1.8.3.orig.tar.gz
dpkg-source: warning: file 
tahoe-lafs-1.8.3/src/allmydata_tahoe.egg-info/SOURCES.txt has no final newline 
(either original or modified version)
dpkg-source: info: local changes detected, the modified files are:
 tahoe-lafs-1.8.3/src/allmydata_tahoe.egg-info/SOURCES.txt
dpkg-source: info: you can integrate the local changes with dpkg-source --commit
dpkg-source: error: aborting due to unexpected upstream changes, see 
/tmp/tahoe-lafs_1.8.3-2.diff.q8v7Mt
dpkg-buildpackage: error: dpkg-source -b tahoe-lafs-1.8.3 gave error exit 
status 2



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

Bug#484575: icinga core-nrpe for Debian?

[Kilian Krause]

Hi guys,

Is there any chance we'll see an icinga core-nrpe package in Debian soon
(fixing #484575)? What's required/missing for having full IPv6 support with
NRPE in your eyes? Anything besides just "doing it", i.e. preparing the
package from a Git snapshot and stuffing that into NEW?

-- 
Best regrads,
Kilian


signature.asc
Description: Digital signature

Bug#89038: mime policy copying update-mime(8)

[Russ Allbery]

Russ Allbery  writes:
> Ben Finney  writes:
>> On Fri, Jun 06, 2008 at 10:47:11AM -0700, Russ Allbery wrote:

>>> I agree with the original bug reporter that mime-policy as it stands
>>> right now should be merged into Policy and cease to exist as an
>>> independent document unless we're going to add more detailed
>>> information to it.

>> Attached is a patch that simply incorporates the useful content from
>> ‘mime-policy’ into the main ‘policy’ document, and removes the
>> redundant document.

> Seconded.

And this patch has now been applied.  Sorry about the long delay!

-- 
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#575461: finch: ability to use OTR-encryption

[Thibaut VARENE]

Thanks for your effort.

Let us know how the upstream integration is going on.

If you have a chance, you might want to take a look at the bugs listed
here[0], and see if your rewrite fixes any of them (other than the
ones you have already commented on).

[0] http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=pidgin-otr

On Tue, Dec 20, 2011 at 12:40 PM, Howard Chu  wrote:
> I've rewritten the pidgin-otr-3.2.0 plugin to use the libpurple API, so a
> single plugin works for both pidgin and finch. Details are here
>
> http://lists.cypherpunks.ca/pipermail/otr-dev/2011-December/001237.html
>
> and the source code is here
>
> https://gitorious.org/purple-otr
>
> I expect that with some user and developer feedback we'll find a way forward
> to bring this support into the official OTR sources down the road.
>
> I use this with pidgin/finch 2.10.1 with 4 additional patches, as detailed
> in the links above.
> --
>  -- Howard Chu
>  CTO, Symas Corp.           http://www.symas.com
>  Director, Highland Sun     http://highlandsun.com/hyc/
>  Chief Architect, OpenLDAP  http://www.openldap.org/project/
>
>



-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



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

Bug#653270: gtkpod eats up all memory

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/26/11 12:15, Gergely Nagy wrote:
> Harald Dunkel  writes:
> 
>> Package: gtkpod-aac Version: 1:2.1.0-0.3
> 
> This is a package from debian-multimedia.org. Please report bugs there (or 
> upstream, according to [1]), instead of the Debian BTS.
> 

gtkpod (from ftp.de.debian.org) shows the same problem.


Regards

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

iEYEARECAAYFAk74vGwACgkQUTlbRTxpHje24ACfRv0xbKfJDQPNpqHLw0wRk6Zx
3JIAnii/8XeWJ2CruyXBtmThRKIAS8cb
=ydj9
-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#653311: Suggestion: mkcdir

[Björn Persson]

Package: moreutils
Version: 0.31
Severity: wishlist
Tags: patch

I have often wanted a command combining mkdir and cd. I looked around and 
found several blog and forum posts showing quick and dirty implementations, 
but none that were complete enough to include in a distribution, so I wrote 
this one.

Do you think this would fit in the Moreutils collection? It is admittedly 
somewhat different from most of the other tools in that it can't be used in 
a pipeline.

I was originally going to call it "mkcd", but that's apparently a CD making 
program in Solaris and Mandriva. "mcd" is taken by Mtools, to I decided on 
"mkcdir".

The command is implemented as a shell function, as a child process can't 
change the working directory of its parent. I don't expect it to work in a 
plain Bourne shell, but I have tested it in Bash, Kornshell and the Z Shell. 
I don't have an implementation for the C Shell. That would have to be quite 
different.


-- System Information:
Debian Release: 5.0.9
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i586)

Kernel: Linux 2.6.26-2-486
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 moreutils depends on:
ii  libc62.7-18lenny7GNU C Library: Shared libraries
ii  perl 5.10.0-19lenny5 Larry Wall's Practical Extraction 

moreutils recommends no packages.

Versions of packages moreutils suggests:
pn  libtime-duration-perl  (no description available)
ii  libtimedate-perl  1.1600-9   Time and date functions for Perl

-- no debconf information
function mkcdir {
   # Declare local variables.
   typeset parameter=
   typeset name=
   typeset name_count=0
   typeset print_version=
   typeset print_help=

   # Analyze the command line.
   for parameter in "$@" ; do
  case "${parameter}" in
 --version)
print_version=on
;;
 --help)
print_help=on
;;
 -*)
# It's an option for mkdir.
;;
 *)
# It's a directory name.
name="${parameter}"
name_count=$(($name_count + 1))
;;
  esac
   done

   # Print the version and/or help if requested. (This is implemented mostly to
   # catch those parameters and avoid passing them to mkdir.)
   if [ "${print_version}" ] ; then
  echo 'mkcdir 1'
  echo
   fi
   if [ "${print_help}" ] ; then
  echo 'mkcdir combines mkdir and cd; it makes a directory and goes into 
it.'
  echo 'Any options are passed along to mkdir.'
  echo 'Only the directory name is passed to cd.'
  echo
   fi
   if [ "${print_version}" -o "${print_help}" ] ; then
  return 0
   fi

   # Check that exactly one directory name was passed.
   if [ $name_count -ne 1 ] ; then
  echo 'mkcdir requires one directory name.' >&2
  return 2
   fi

   # Do the work.
   mkdir "$@" && cd "${name}"
}

Bug#653310: live-magic: Clicking the "Apply" button does not trigger any action.

[Cyril Roelandt]

Package: live-magic
Version: 1.14
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Run "live-magic".
Select the following options (not sure it really matters, though) :
Image type : "Standard Debian GNU/Linux image"
Distribution : "Unstable (sid)"
Media type : "USB/HDD image"
Mirror : "http://ftp.fr.debian.org/debian/";
Architecture : "amd64"
Debian installer : "no"
Locale and keyboard layout : "en_US.UTF-8" and "USA (US)"
Build folder : "/home/cyril/debianlive"
Click "Apply"

   * What was the outcome of this action?
Nothing happens in the UI. The following error is displayed in my terminal :

* cd "/home/cyril/debianlive"; lb config --ignore-system-defaults --packages-
lists='standard' --mirror-bootstrap='http://ftp.fr.debian.org/debian/'
--language='en' --cache-packages='false' --bootappend-live='locale=en_US.UTF-8
keyb=us' --cache-stages='none' --architecture='amd64' --debian-
installer='false' --distribution='sid' --binary-images='usb-hdd'
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.7/LiveMagic/controllers/wizard.py", line 50,
in on_wizard_apply
self.model = Config(build_dir, **data)
  File "/usr/lib/pymodules/python2.7/DebianLive/__init__.py", line 55, in
__init__
raise IOError, out
IOError: lb config: unrecognized option '--packages-lists=standard'
lb config: unrecognized option '--language=en'

   * What outcome did you expect instead?
live-magic should proceed and build a Debian live image.



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

Kernel: Linux 3.1.0-1-amd64 (SMP w/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 live-magic depends on:
ii  gksu2.0.2-6
ii  live-build  3.0~a40-1
ii  python  2.7.2-9
ii  python-glade2   2.24.0-2
ii  python-gtk2 2.24.0-2
ii  python-support  1.0.14
ii  python-vte  1:0.28.2-4
ii  xdg-utils   1.1.0~rc1+git20111210-3

Versions of packages live-magic recommends:
ii  cdebootstrap  0.5.8+b1

live-magic 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#23712: conflicting packages with the same conffile

[Russ Allbery]

Jonathan Nieder  writes:
> Raphael Hertzog wrote:
>> On Sat, 21 Aug 2010, Russ Allbery wrote:

>>> Hm.  All the words that I had intended to be there are there.  I clearly
>>> need to rephrase it somehow, though, if it's not clear.  How about:
>>>
>>> When two packages both declare the same conffile, they may
>>> see left-over configuration files from each other even though they
>>> conflict with each other.
>>
>> I was confused by the comma. I supposed it was meant to split the whole
>> sentence...
>>
>> But the second wording is better IMO.

> Assuming that can be taken as a second, we have:

>  Cyril Brulebois  (message #75)
>  Raphael Hertzog  (message #70)
>  Russ, presumably

> so I think this should be ready to go.  Thanks for your work.

Yup, this patch has now been committed for the next release.  Sorry about
the delay!

-- 
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#653309: strace.1: typo inman page

[Sebastien Hinderer]

Package: strace
Version: 4.5.20-2.3
Severity: normal


Line 75 says:
Here  the  three  argument form of open is decoded by breaking down [...]

It should probably be something like
Here the third rgument of open [...]

Thanks.



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

Bug#587991: perl-policy: /etc/perl missing from Module Path

[Russ Allbery]

Hello, Perl folks (particularly perl package maintainers),

There is a long-standing bug against Policy to document that /etc/perl is
added to the module search path, and indeed that is the behavior of Perl
currently.  However, in discussing that change, Bill observed:

Bill Allombert  writes:

> A clarification would be welcome:

> The only conffile in /etc/perl is /etc/perl/Net/libnet.cfg from
> perl-modules.  However this file does not look like a perl module.  Now
> I realize that the proposed policy does not mandate all file in
> /etc/perl/ to be perl module.

and indeed when I checked further this facility doesn't appear to be used
in Debian.  On my system, the only files in /etc/perl are
/etc/perl/Net/libnet.cfg and /etc/perl/XML/SAX/ParserDetails.ini.  The
latter is not even Perl.  The former is valid Perl code, but it's not
being loaded as a Perl module; the path to that file is hard-coded in
Net::Config and Net::Config doesn't care if it's on the search path.

Also, in thinking about this, I'm not sure I understand how this facility
would be used.  Is the intention to allow people to put modules into
/etc/perl to shadow modules later in the search path?  Under what
circumstances would one want to do that, rather than using
/usr/local/{lib,share}/perl/ or /usr/{lib,share}/perl5?  I have a
hard time seeing a full-blown reimplementation of a Perl module as a
configuration file.

I also did a search on packages.debian.org, and as near as I can determine
there are no packages in Debian sid that install files under /etc/perl
other than perl-modules (for libnet.cfg), which as mentioned doesn't use
this capability.  That doesn't catch packages that create files via
maintainer scripts, of course, which I assume is where the XML::SAX file
comes from, but it makes me doubt that this capability is needed.

I'm not necessarily advocating removing /etc/perl from the module search
path, since there are backward-compatibility concerns if local site
administrators put files there, but it makes me wonder if we really should
be documenting this in the Perl Policy, since that implies it's a facility
that people should consider using.

-- 
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#653161: duplicity: Fails with cryptic gpg: decrypt_message failed: eof

[Olivier Berger]

forcemerge 606182 653161
thanks

Alexander Zangerl  writes:

> On Sat, 24 Dec 2011 14:48:10 +0100, Olivier Berger writes:
>>I don't know what happened (may be linked to a filesystem full recently), 
>>but some of my duplicity backups started failing with :
>
> this looks very much like a duplicate of your #606182. 
>

Yeah, obviously :-) ... only the thrid time I'm annoyed by the same
problem and forget... if only the message was more obvious... if only I
had more spare time, I'd try and hack a more precise reporting in such
case.

>>I think it would be great if duplicity detected what goes wrong before 
>>that strange GPG error...
>
> can you check the file sizes of the manifests on your backuphost? 
> i suspect a few of them to be empty...
>

Indeed. It's strange that parts of the backups are populated, and
suddenly, the remaining files are 0 sized.

Thanks for your time and sorry again for the bothering.

Best regards,
-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/



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

Bug#653305: partman-auto: Please provide hook when disk is too small for the expert recipe

[Petter Reinholdtsen]

I discovered a typo in my patch.  $min_size should have been
$(min_size), and this lead me to discover that the min_size() function
would calculate the size every time it is called.  To avoid wasting
that time, I store the value in a variable at least for the duration
of the if block.  Here is an updated patch.

--- a/lib/recipes.sh
+++ b/lib/recipes.sh
@@ -328,11 +328,20 @@ choose_recipe () {
if [ ! -z "$RET" ] && [ -e "$RET" ]; then
recipe="$RET"
decode_recipe $recipe $type
-   if [ $(min_size) -le $free_size ]; then
+   min_size=$(min_size)
+   if [ $min_size -le $free_size ]; then
return 0
else
logger -t partman-auto \
-   "Available disk space ($free_size) too small for expert 
recipe ($(min_size)); skipping"
+   "Available disk space ($free_size) too small for expert 
recipe ($min_size); skipping"
+   hookdir=/lib/partman/not-enough-space.d
+   if [ -d $hookdir ] ; then
+   for h in $hookdir/* ; do
+   if [ -x $h ] ; then
+   $h $recipe $free_size $min_size
+   fi
+   done
+   fi
fi
fi
 
-- 
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#609162: debian-policy: package names with dots/periods ('.') and crontab files: packagers beware

[Russ Allbery]

Javier Fernández-Sanguino Peña  writes:
> On Tue, Sep 13, 2011 at 05:02:27PM -0500, Jonathan Nieder wrote:

>> (bcc: cron maintainers, request-tracker3.8 maintainers, debianutils
>>  maintainers, jtmd)
>> Hi,
>> 
>> Karl E. Jorgensen noticed that the current advice for naming files in
>> cron.d breaks for packages with a dot in their name and proposed a
>> small policy change to fix that.  Seconds?  Objections?

> Yes, that issue has been recently documented more in detail in cron's
> manpage (in version 3.0pl1-119). In any case, this issue is still open
> as bug 618317 and bug 631884. We (the cron maintainers) are yet
> undecided on whether we are going to keep it as it is or if we are going
> to change the default behaviour in future releases.

Hi everyone,

Thank you for the review of the cron job file naming, and sorry about the
long delay in processing the results.  I've just now committed this change
to the Policy repository for the next release.  I reworked the wording a
little bit; the final version is attached.

> Ok with this change. But please notice that there are some restrictions
> to the file permissions of the files under /etc/cron.d (from cron's
> manpage:  "must be owned by root, and must not be group- or
> other-writable.").

> Maybe those restrictions should be included there too?

We should be okay to leave this out since it just duplicates the existing
general requirement in Policy concerning all file permissions in 10.9:

Files should be owned by root:root, and made writable only by the
owner and universally readable (and executable, if appropriate), that
is mode 644 or 755.

> Agree with this change, as it is the current situation. But please note
> that we might change this in the future and lift this requirement for
> future Debian releases.

If you do end up doing this, could you try to remember to let us know so
that Policy can also be changed?

> In addition, strictly speacking, the filename restriction does not
> necessarily apply to the files under /etc/cron.d (there is a '-l' switch
> in our Vixie cron implementation for those sysadmins that want LSB-style
> filenames there).  But, for the sake of brevity, we might want to put
> the general case.

Yeah, I think it's better to document the default case since that's what
packages have to assume and rely on.  If the local sysadmin wants to
change the behavior for their own cron jobs, that's great, but packages
can't assume that's been done.

Here is the patch as applied.

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

>From a694cff01eb1dfd7073ddf7a58051cbd4e3553fc Mon Sep 17 00:00:00 2001
From: Russ Allbery 
Date: Mon, 26 Dec 2011 09:39:17 -0800
Subject: [PATCH] Document cron job file naming restrictions
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Cron job file names need to avoid . and + and should use _ for those
characters instead.  Also document a convention for packages that need
to include multiple cron job files.

Wording: Karl E. Jorgensen 
Wording: Russ Allbery 
Seconded: Russ Allbery 
Seconded: Dominic Hargreaves 
Seconded: Javier Fernández-Sanguino Peña 
Closes: #609162
---
 policy.sgml |   50 +++---
 1 files changed, 39 insertions(+), 11 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 854fde6..55a33ba 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -7140,18 +7140,20 @@ Reloading description configuration...done.
 	
   
 
-  
+  
 	Cron jobs
 
 	
 	  Packages must not modify the configuration file
 	  /etc/crontab, and they must not modify the files in
-	  /var/spool/cron/crontabs.
+	  /var/spool/cron/crontabs.
+	
 
 	
-	  If a package wants to install a job that has to be executed
-	  via cron, it should place a file with the name of the
-	  package in one or more of the following directories:
+	  If a package wants to install a job that has to be executed via
+	  cron, it should place a file named as specified
+	  in  into one or more of the following
+	  directories:
 	  
 /etc/cron.hourly
 /etc/cron.daily
@@ -7161,7 +7163,8 @@ Reloading description configuration...done.
 	  As these directory names imply, the files within them are
 	  executed on an hourly, daily, weekly, or monthly basis,
 	  respectively. The exact times are listed in
-	  /etc/crontab.
+	  /etc/crontab.
+	
 
 	
 	  All files installed in any of these directories must be
@@ -7172,15 +7175,18 @@ Reloading description configuration...done.
 
 	
 	  If a certain job has to be executed at some other frequency or
-	  at a specific time, the package should install a file
-	  /etc/cron.d/package. This file uses the
-	  same syntax as /etc/crontab and is processed by
-	  cron automatically. The file must also be
+	  at a specific time, the package should install a file in
+	  /etc/cron.d with a name as specified
+	  in .  This file uses the same syntax
+	  as /etc/crontab and is processed
+	  by cr

Bug#653308: value_from_ffi_type: broken on 64bit big endian

[Philipp Kern]

Source: glib2.0
Version: 2.30.2-4
Severity: important
Tags: patch
User: debian-s...@lists.debian.org
Usertags: s390x

gobject/gclosure.c:value_from_ffi_type in sid does conversions that are unsafe
on big endian architectures and cause breakage at least on 64bit big endian
architectures (such as s390x, sparc64 and ppc64).  For G_TYPE_BOOLEAN you'd
get the first machine word (zeros) instead of the one in the second word
(MSB first).  Hence glib-networking's testsuite broke.

This was already fixed upstream, they replaced the function with this[1]:

static void
value_from_ffi_type (GValue *gvalue, gpointer *value)
{
  ffi_arg *int_val = (ffi_arg*) value;

  switch (g_type_fundamental (G_VALUE_TYPE (gvalue)))
{
case G_TYPE_INT:
  g_value_set_int (gvalue, (gint) *int_val);
  break;
case G_TYPE_FLOAT:
  g_value_set_float (gvalue, *(gfloat*)value);
  break;
case G_TYPE_DOUBLE:
  g_value_set_double (gvalue, *(gdouble*)value);
  break;
case G_TYPE_BOOLEAN:
  g_value_set_boolean (gvalue, (gboolean) *int_val);
  break;
case G_TYPE_STRING:
  g_value_set_string (gvalue, *(gchar**)value);
  break;
case G_TYPE_CHAR:
  g_value_set_schar (gvalue, (gint8) *int_val);
  break;
case G_TYPE_UCHAR:
  g_value_set_uchar (gvalue, (guchar) *int_val);
  break;
case G_TYPE_UINT:
  g_value_set_uint (gvalue, (guint) *int_val);
  break;
case G_TYPE_POINTER:
  g_value_set_pointer (gvalue, *(gpointer*)value);
  break;
case G_TYPE_LONG:
  g_value_set_long (gvalue, (glong) *int_val);
  break;
case G_TYPE_ULONG:
  g_value_set_ulong (gvalue, (gulong) *int_val);
  break;
case G_TYPE_INT64:
  g_value_set_int64 (gvalue, (gint64) *int_val);
  break;
case G_TYPE_UINT64:
  g_value_set_uint64 (gvalue, (guint64) *int_val);
  break;
case G_TYPE_BOXED:
  g_value_set_boxed (gvalue, *(gpointer*)value);
  break;
case G_TYPE_ENUM:
  g_value_set_enum (gvalue, (gint) *int_val);
  break;
case G_TYPE_FLAGS:
  g_value_set_flags (gvalue, (guint) *int_val);
  break;
case G_TYPE_PARAM:
  g_value_set_param (gvalue, *(gpointer*)value);
  break;
case G_TYPE_OBJECT:
  g_value_set_object (gvalue, *(gpointer*)value);
  break;
default:
  g_warning ("value_from_ffi_type: Unsupported fundamental type: %s",
g_type_name (g_type_fundamental (G_VALUE_TYPE (gvalue;
}
}

At least for gboolean that looks much more sane and solves the problem.  Given
the fact that a bunch of the other cases were also problematic, I'd suggest
replacing that function with the one above.  I was told that FFI support is
pretty new, I don't know if there are more big endian issues lingering around.
The testsuite has a bunch of issues too.

If that could be fixed timely, that would be cool.  (As long as it doesn't
break anything, but the old code looked obviously wrong.)  It blocks a lot of
GNOME stuff being built on s390x, because glib-networking aborts on testsuite
failures.

Kind regards
Philipp Kern

[1] http://git.gnome.org/browse/glib/tree/gobject/gclosure.c#n1032



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

Bug#653263: lilypond: list lilypond-doc as suggested, not recommended, package

[Don Armstrong]

tag 653263 wontfix
thanks

On Sun, 25 Dec 2011, Bill Wenrich wrote:
> Based on the definition of dependency fields in 7.2 at
> http://www.debian.org/doc/debian-policy/ch-relationships.html, it
> seems that the documentation set is better specified as a suggested
> package. This is appropriate because lilypond may be more useful
> with lilypond-doc, but no functionality is lost and it is reasonable
> if the documentation is not present.

Only an unusual installation of lilypond would fail to include both
the executable and the documentation. The documentation is Recommended
precisely so that you can choose not to install it if the size of the
package is troubling.

The correct solution is to break the documentation into separate
packages based on the language used, which is #443915. However, that
requires substantial work, and currently has not been done.


Don Armstrong

-- 
"The trouble with you, Ibid" he said, "is that you think you're the
biggest bloody authority on everything"
 -- Terry Pratchet _Pyramids_ p146

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#652107: pu: package libpar-packer-perl/1.006-1 and libpar-perl/1.000-1

[Salvatore Bonaccorso]

Hi Adam

On Sun, Dec 18, 2011 at 11:12:46PM +0100, Salvatore Bonaccorso wrote:
> Hey Adam
> 
> On Sun, Dec 18, 2011 at 02:50:49PM +, Adam D. Barratt wrote:
> > tag 652107 + squeeze moreinfo
> > thanks
> > 
> > On Wed, 2011-12-14 at 22:12 +0100, Salvatore Bonaccorso wrote:
> > > libpar-packer-perl 1.006-1 and libpar-perl 1.000-1 in Squeeze are
> > > affected by CVE-2011-4114: "PAR packed files are extracted to unsafe
> > > and predictable temporary directories.".
> > [...]
> > > The debdiffs I would propose are attached. I have one further
> > > question, would you accept addition of these patches (adapted) [3] and
> > > [4]?
> > > 
> > >  [3] 
> > > http://search.cpan.org/diff?from=PAR-Packer-1.011&to=PAR-Packer-1.012&w=1
> > >  [4] http://search.cpan.org/diff?from=PAR-1.004&to=PAR-1.005&w=1
> > 
> > Yes, those patches should be okay to include.  I'd like to see final
> > debdiffs before giving a final ACK though.
> 
> Sure, please find both attached. In case you would like to have
> something changed, I will do.
> 
> > It wasn't entirely clear from your mail, but have the packages with the
> > patches applied been tested on squeeze?
> 
> Yes, now I tested the packages on Squeeze. The build already contains
> some tests, which all pass, furthermore I did some testing with a par
> file, and the pp utility. They behave now detecting unsafe directory
> in /tmp if I create these manually with unsafe permissions.

"ping" :)

I wonder if the two debdiffs are okay for inclusion for the next point
release of Squeeze?

Best regards,
Salvatore


signature.asc
Description: Digital signature

Bug#653306: gnu-smalltalk-el: visiting .st when removed but not purged

[Kevin Ryde]

Package: gnu-smalltalk-el
Version: 3.2.4-2
Severity: normal
File: /etc/emacs/site-start.d/50gnu-smalltalk-el.el

After

apt-get remove gnu-smalltalk-el

visiting a .st file

C-x C-f /tmp/foo.st

gets an error

File mode specification error: (file-error "Cannot open load file" 
"gnu-smalltalk-el")

I think 50gnu-smalltalk-el.el should not make auto-mode-alist setups if
the package has been removed but not purged (ie. 50gnu-smalltalk-el.el
remains but the package is otherwise gone).

Usually this can be done by checking for a package directory and
skipping the setups when "removed but not purged".  Eg. (untested :-)

(if (not (file-exists-p "/usr/share/emacs/site-lisp/gnu-smalltalk-el"))
(message "gnu-smalltalk-el removed but not purged, skipping setup")

  (autoload ...)
  (add-to-list 'auto-mode-alist ...)
  ...)


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnu-smalltalk-el depends on:
ii  emacs21 [emacsen]21.4a+1-5.7
ii  emacs22-gtk [emacsen]22.3+1-1.2
ii  emacs23 [emacsen]23.3+1-1
ii  xemacs21-mule [emacsen]  21.4.22-3

gnu-smalltalk-el recommends no packages.

gnu-smalltalk-el 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#629386: Upload planned for gwhois to fix pending l10n issues?

[Christian PERRIER]

Heelo Michael,

IIRC, you dislike when I "nag" you slightly about eventually uploading
gwhois to fix its pending l10n issues such as bugs mentioned here.

Still, it's quite some time that these bugs were reported. Is there
anything I can do to help in fixing them?

-- 




signature.asc
Description: Digital signature

Bug#651952: Bug#652068: Catalan translation localization-config

[Jordi Mallach]

On Wed, Dec 21, 2011 at 06:54:01AM +0100, Christian PERRIER wrote:
> Please notice that for this specific case, the string is somethign
> that's shown in a progress bar (most other strings in this progress
> bar are in D-I, indeedso if you're using "S'està configurant..."
> in D-I, then it's logical to use it here, but if ou're using
> "Configurant..." then the same should apply here.

FYI, yes, d-i uses "S'està..." all over the place.

-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/



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

Bug#653305: partman-auto: Please provide hook when disk is too small for the expert recipe

[Petter Reinholdtsen]

Package: partman-auto
Version: 96
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: debian-edu

When installing a Debian Edu
main-server+workstation+thin-client-server on a virtual machine with
20 GB virtual disk, the partitioning recipe specified by Debian Edu is
silently ignored and the wrong partitioning setup is used (only one
partition for /).

We would like to be able to detect this in Debian Edu, and ask the
user how to continue, but the partman-auto code lack any hooks to
allow us to do this.

A hook like this might solve it.  Please include in a future version
of partman-auto.  Is this acceptable for Squeeze?

--- a/lib/recipes.sh
+++ b/lib/recipes.sh
@@ -333,6 +333,14 @@ choose_recipe () {
else
logger -t partman-auto \
"Available disk space ($free_size) too small for expert 
recipe ($(min_size)); skipping"
+   hookdir=/lib/partman/not-enough-space.d
+   if [ -d $hookdir ] ; then
+   for h in $hookdir/* ; do
+   if [ -x $h ] ; then
+   $h $recipe $free_size $min_size
+   fi
+   done
+   fi
fi
fi
 
-- 
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#651912: hexedit workaround does not work

[Dominique Brazziel]

"One can also achieve approximately the same effect by installing

hexedit and running

hexedit /usr/lib/chromium/chromium
   (to move to the ASCII column)
/ /usr/lib/nss  (to find that path mentioned there)
X a few times   (to corrupt it)
   (to save and exit)"

I replaced the entire path (/usr/lib/nss/libsoftokn3.so) with
'X'es and am still getting these annoying messages
on startup and every time I open a new tab and go to a website.
I don't know if another portion of the code is trying
to load this library or what, but it is worthless to
me and spams the heck out of '.xsession-errors'.

Why is the code referencing '/usr/lib/nss'?  The directory
does not exist on Debian:

/usr/lib/chromium$ dlocate /usr/lib/nss
/usr/lib/chromium$ dpkg -S /usr/lib/nss
/usr/lib/chromium$ dpkg-query: no path found matching pattern /usr/lib/nss.

Bug#572822: libpam-krb5: Please add forwardabe to the default pam-auth-config setup

[Russ Allbery]

tags 572822 -wontfix
reassign 572822 krb5-config
retitle 572822 Provide a way to set forwardable = true via debconf
thanks

Petter Reinholdtsen  writes:
>> Hi Petter,

>> You'd filed this bug against libpam-krb5 almost two years ago, and
>> it's been sticking around marked wontfix following my response, but
>> I don't think there was any subsequent discussion.  I was thinking
>> about closing it, but wanted to ping you before I did so to see if
>> you wanted to keep it open or if you had anything else about it that
>> you wanted to discuss.  Should I go ahead and close it?

> Well, my wish is to be able to set the forwardable flag for all users
> during installation, so a hidden debconf question (that can only be
> preseeded) making it configurable in krb5.conf would solve my problem
> too.  Could you do make such change if you are unwilling to change the
> default pam configuration?

Oh, that's a good idea.  Rather than closing this, let me reassign it to
krb5-config and we'll see what we can do there instead.

-- 
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#623408: [pkg-mono-group] Bug#623408: Patch for the l10n upload of xsp

[Iain Lane]

Hiya,

On Mon, Dec 26, 2011 at 12:43:30PM +0100, Christian PERRIER wrote:
> […]
> Please find attached the content of debian/po. PO files there are, for
> some of them, unfuzzied, so I would recommend using it entirely.
> […]

Thank you very much for your coordination here. I've applied the entire
directory as you suggested, in e28010595b4c4a2e4b303cf5ca34e083689ca130.

It'll be uploaded with the next xsp upload, probably when the transition
kicks off.

Thanks again, and happy holidays,

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


signature.asc
Description: Digital signature

Bug#622080: lmms: Consider the existence of wine-unstable

[Marco]

Source: lmms
Followup-For: Bug #622080

Another problem somehow related to this is that if you have wine-unstable 
installed, you can't install LMMS, when actually wine-unstable (and its 
"unstable" dependencies") are the same as wine, but a more updated version. So 
I think there should be an alternative related to this wine dependencies.

Regards.


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

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



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

Bug#641749: ath3k_load_firmware: Can't change to loading configuration err

[Andres Cimmarusti]

Hi there

> Yes, no ideas here, either.  Please contact
> linux-blueto...@vger.kernel.org, cc-ing linux-ker...@vger.kernel.org
> and either me or this bug log so we can track it.

I've spotted something odd that may give us some light as to why it's
not working and I wanted to discuss it here before sending a full
report to the kernel mailing lists:

Using Debian testing, for some unknown reason, the device is labeled as:

Bus 001 Device 003: ID 0cf3:3000 Atheros Communications, Inc. AR3011
Bluetooth (no firmware)

But under Squeeze, it becomes something different!

Bus 001 Device 004: ID 0cf3:3005 Atheros Communications, Inc. AR3011 Bluetooth

Is this just because the firmware has been loaded and it changes or
perhaps in testing, the device is being wrongly associated and thus
cannot get its firmware properly?

Thanks

Andres



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

Bug#653304: cron: dpkg-reconfigure cron fails

[colliar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: cron
Version: 3.0pl1-120
Severity: important

Dear Maintainer,

Reconfiguring cron fails:

root@...:~# dpkg-reconfigure cron
Stopping periodic command scheduler: cron.
dpkg-maintscript-helper: error: couldn't identify the package

I ran into this on two different machines/systems with a fresh testing
installation.

Quit annoying with "dpkg-reconfigure -a"

Cheers
Colliar

- -- Package-specific info:
- --- EDITOR:


- --- /usr/bin/editor:
/bin/nano

- --- /usr/bin/crontab:
- -rwxr-sr-x 1 root crontab 31100 Sep 18 22:35 /usr/bin/crontab

- --- /var/spool/cron:
drwxr-xr-x 5 root root 4096 Feb  6  2000 /var/spool/cron

- --- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 4096 Sep 18 22:35 /var/spool/cron/crontabs

- --- /etc/cron.d:
drwxr-xr-x 2 root root 4096 Dec 26 06:58 /etc/cron.d

- --- /etc/cron.daily:
drwxr-xr-x 2 root root 4096 Dec 16 09:41 /etc/cron.daily

- --- /etc/cron.hourly:
drwxr-xr-x 2 root root 4096 Feb  6  2000 /etc/cron.hourly

- --- /etc/cron.monthly:
drwxr-xr-x 2 root root 4096 Feb  6  2000 /etc/cron.monthly

- --- /etc/cron.weekly:
drwxr-xr-x 2 root root 4096 Feb  6  2000 /etc/cron.weekly


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

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

Versions of packages cron depends on:
ii  adduser 3.113
ii  debianutils 4.1
ii  dpkg1.16.1.2
ii  libc6   2.13-23
ii  libpam-runtime  1.1.3-6
ii  libpam0g1.1.3-6
ii  libselinux1 2.1.0-4
ii  lsb-base3.2-28

Versions of packages cron recommends:
ii  exim4  4.77-1
ii  exim4-daemon-light [mail-transport-agent]  4.77-1+b1

Versions of packages cron suggests:
ii  anacron2.3-14
ii  checksecurity  
ii  logrotate  3.8.1-1

Versions of packages cron is related to:
pn  libnss-ldap   
pn  libnss-ldapd  
pn  libpam-ldap   
pn  libpam-mount  
pn  nis   
pn  nscd  

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

iEYEARECAAYFAk74qTIACgkQalWTFLzqsCvvJgCfQ41zfRB1LPAw+tZszJWATYRd
pOgAniTX7V0YJ48uZixCepo4/kLgwlwy
=ClGF
-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#653303: libgrib-api-data: Minor spelling mistake in package description

[Beatrice Torracca]

Package: libgrib-api-data
Severity: minor

Hi,

in the package description the word "decoding" is spelled "decoNding".

thanks,
Beatrice



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

Bug#653274: [Pkg-roundcube-maintainers] Bug#653274: jquery-ui missing

[Jérémy Bobbio]

On Mon, Dec 26, 2011 at 05:24:16PM +0100, Vincent Bernat wrote:
> On Mon, 26 Dec 2011 12:10:27 +0100, Jérémy Bobbio wrote:
> 
> >>Getting the following error:
> >>[26-Dec-2011 10:43:48 +0100] PHP Error: Failed to load plugin file
> >>/var/lib/roundcube/plugins/jqueryui/jqueryui.php in
> >>/usr/share/roundcube/program/include/rcube_plugin_api.php on line
> >>196
> >>(GET /)
> >>
> >>No /var/lib/roundcube/plugins/jqueryui seem to exist.
> >
> >jqueryui is in roundcube-plugins-extra. I have yet to update it
> >against
> >Roundcube 0.7, but it might be an interim solution.
> 
> It seems this plugin is now mandatory. It is used for composition and
> address book. I will make a new package with the plugin shipped by
> default.

You can pick the changes I made to the plugin in order to be policy
compliant. Please add a conflict against the current version of
roundcube-plugins-extra, otherwise both packages might install the same
files.

Cheers,
-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature