date:20121028

Hi Paul,

Paul Wise wrote:
 I'm not sure if this bug should be RC or not, but the slice script is
 hard-coding an architecture-specific path.

This could be potentially RC, but in combination with this...

 It is also setting a lib path that does not exist on Debian.

... I consider it's just of minor severity as it technically hasn't
any effect unless these paths suddenly appear through other package
changes. (And they'd have to be bigger, because upstream's Makefile
just generated one empty directory at /usr/lib/slice/perl/lib on make
install. It's removed in debian/rules, probably because lintian
argued about the empty directory.)

Leaving it at important though. That's still fine for me. :-)

It's now fixed in the git repo:
http://anonscm.debian.org/gitweb/?p=pkg-wml/slice.git;a=commitdiff;h=80c32066

If you want to have that fix in Wheezy, I can upload this to unstable,
but could you then solicit the freeze exception?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#691664: unblock: libinfinity/0.5.2-5

2012-10-28 Thread Philipp Kern

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libinfinity

Fix a crash that could occur when it is noticed at send time that a
connection is down. Fix a broken recommends.

0001-Fix-a-crash-when-a-connection-goes-down-while-attemp.patch adds
some state tracking to see if the data processing handler is currently
in XML or TLS processing and frees resources accordingly.

0001-Rework-Gtk3-support.patch had to be refreshed to be able to apply
correctly. Sorry for not reordering the series so that this wouldn't
have been necessary.

unblock libinfinity/0.5.2-5

Thanks
Philipp Kern
Base version: libinfinity_0.5.2-3 from testing
Target version: libinfinity_0.5.2-5 from unstable

No hints in place.

 changelog   |   18 
 control |2 
 patches/0001-Fix-a-crash-when-a-connection-goes-down-while-attemp.patch |  393 ++
 patches/0001-Rework-Gtk3-support.patch  |   47 -
 patches/series  |1 
 5 files changed, 435 insertions(+), 26 deletions(-)

gpgv: keyblock resource `/home/pkern/.gnupg/trustedkeys.gpg': file open error
gpgv: Signature made Sat 02 Jun 2012 10:19:37 PM UTC using DSA key ID B2CFCDD8
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on /tmp/tmpRo6cmB/libinfinity_0.5.2-3.dsc
gpgv: keyblock resource `/home/pkern/.gnupg/trustedkeys.gpg': file open error
gpgv: Signature made Tue 23 Oct 2012 10:18:42 PM UTC using RSA key ID 35D056EC
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on /tmp/tmpRo6cmB/libinfinity_0.5.2-5.dsc
diff -Nru libinfinity-0.5.2/debian/changelog libinfinity-0.5.2/debian/changelog
--- libinfinity-0.5.2/debian/changelog	2012-06-02 21:59:24.0 +
+++ libinfinity-0.5.2/debian/changelog	2012-10-23 22:08:40.0 +
@@ -1,3 +1,21 @@
+libinfinity (0.5.2-5) unstable; urgency=low
+
+  * Fix a crash when a connection goes down while attempting to
+send data.
+  * Revert Mark infinoted multi-arch:foreign. It would not be useful
+in wheezy.
+  * Refresh patch Rework Gtk3 support.
+
+ -- Philipp Kern pk...@debian.org  Wed, 24 Oct 2012 00:04:51 +0200
+
+libinfinity (0.5.2-4) unstable; urgency=low
+
+  * Recommend the correct infgtk3 library package in libinfinity-0.5-dbg.
+(Closes: #680444)
+  * Mark infinoted multi-arch:foreign.
+
+ -- Philipp Kern pk...@debian.org  Tue, 10 Jul 2012 12:34:18 -0600
+
 libinfinity (0.5.2-3) unstable; urgency=low
 
   * Make infinoted the real daemon package, providing the non-versioned
diff -Nru libinfinity-0.5.2/debian/control libinfinity-0.5.2/debian/control
--- libinfinity-0.5.2/debian/control	2012-06-02 21:36:41.0 +
+++ libinfinity-0.5.2/debian/control	2012-10-23 22:06:54.0 +
@@ -42,7 +42,7 @@
 Architecture: any
 Pre-Depends: dpkg (= 1.15.6)
 Depends: ${misc:Depends}, libinfinity-0.5-0 (= ${binary:Version})
-Recommends: libinfgtk-0.5-0 (= ${binary:Version}), infinoted-0.5 (= ${binary:Version})
+Recommends: libinfgtk3-0.5-0 (= ${binary:Version}), infinoted-0.5 (= ${binary:Version})
 Description: infinote-based collaborative editing - debugging symbols
  libinfinity is library to build collaborative text editors. Changes
  to the text buffers are synced to all other clients over a central server.
diff -Nru libinfinity-0.5.2/debian/patches/0001-Fix-a-crash-when-a-connection-goes-down-while-attemp.patch libinfinity-0.5.2/debian/patches/0001-Fix-a-crash-when-a-connection-goes-down-while-attemp.patch
--- libinfinity-0.5.2/debian/patches/0001-Fix-a-crash-when-a-connection-goes-down-while-attemp.patch	1970-01-01 00:00:00.0 +
+++ libinfinity-0.5.2/debian/patches/0001-Fix-a-crash-when-a-connection-goes-down-while-attemp.patch	2012-10-23 22:03:30.0 +
@@ -0,0 +1,393 @@
+From 9469bdf6116857c9d4c3df154dadb942285c9d98 Mon Sep 17 00:00:00 2001
+From: Armin Burgmeier ar...@arbur.net
+Date: Sun, 21 Oct 2012 17:14:35 +0200
+Subject: [PATCH] Fix a crash when a connection goes down while attempting to
+ send data
+
+2012-10-21  Armin Burgmeier  ar...@arbur.net
+
+	* libinfinity/common/inf-xmpp-connection.c: Fix a crash that could
+	occur when it is noticed at send time that a connection is down.
+
+diff --git a/libinfinity/common/inf-xmpp-connection.c b/libinfinity/common/inf-xmpp-connection.c
+index b6f7fe3..6bf2edb 100644
+--- a/libinfinity/common/inf-xmpp-connection.c
 b/libinfinity/common/inf-xmpp-connection.c
+@@ -117,7 +117,7 @@ struct _InfXmppConnectionPrivate {
+   InfXmppConnectionMessage* last_message;
+ 
+   /* XML parsing */
+-  gboolean parsing; /* Whether we are currently in an XML parser callback */
++  guint parsing; /* Whether we are currently in an XML parser or GnuTLS callback */
+

Bug#690994: [installation-reports] xfce on btrfs, network install image, no kernel found, btrfs-utils missing

2012-10-28 Thread Holger Wansing

Hello,

Jean-Louis Biasini jldeb...@gmail.com wrote:
 1. At the end of the phase installing base package the installer told 
 me he couldn't find any kernel package to install (on net install I 
 would expect him to see on the network but the network is still not 
 configured at this stage. I continued and get a debian installation 
 without kernel. I installed the kernel myself with a livecd and a chroot.

I have tested this in a Virtualbox machine with netinst beta3 image:
The whole base system was installed correctly and without problems,
including the linux kernel.
Note: when using a netinst CD image, the base system is installed from the
CD, only additionally software to be installed (which is selected in tasksel)
is downloaded over the network.
Probably a bad CD?

 2. First boot fails on fsck with something like fsck.btrfs file not 
 found so I reuse my livecd and chroot and installed btrfs-utils myself 
 after what no more problem is to be reported

There is no package btrfs-utils in Debian.
Maybe you mean btrfs-tools?
But this was installed automatically in my test.

Maybe you can try again with another CD?

Otherwise this cannot be investigated without the installation logs
(/var/log/syslog on the installed system).


Holger

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 3.0.2
under  D e b i a n   G N U / L I N U X   6.0  ( S q u e e z e )
Registered LinuxUser #311290 - http://counter.li.org/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =


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

Bug#691661: systemd and shell processes

2012-10-28 Thread Tollef Fog Heen

]] Ritesh Raj Sarraf 

 From what I have investigated so far, it looks like systemd prefers to
 create a cgroup for each service and keep all its associated processes
 together.
 This seems to create problems for LMT. It's polling script does not seem
 to be getting detached from the parent calling process.

cgroups are just a way of grouping processes.  It does not affect
backgrounding, etc.

[...]

   CGroup: name=systemd:/system/laptop-mode.service
   ├ 14176 /bin/sh /usr/sbin/laptop_mode auto
   ├ 14197 /bin/sh
 /usr/share/laptop-mode-tools/module-helpers/lm-polling-daemon
   └ 15964 sleep 150
 
 Ideally, pid 14197 should have been backgrounded, and pid 14176 should
 have clean exited, leaving pid 14197 to loop. It does not allow that.

[...]

 rrs@champaran:/run/lock$ cat /lib/systemd/system/laptop-mode.service 
 [Unit]
 Description=Laptop Mode Tools
 
 [Service]
 Type=simple

I suspect you want type=forking here?

 ExecStartPre=/usr/bin/install -d /var/run/laptop-mode-tools ;
 /usr/bin/touch /var/run/laptop-mode-tools/enabled

You should rather do this using tmpfiles.d than with an execstart.d

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#691449: dpkg-buildflags should have an export mode for shell scripts

2012-10-28 Thread Jonathan Nieder

Guillem Jover wrote:

 Yeah, one of the things I checked was if an EXAMPLE section was
 present in the man page at all, or more detail about the quoting,
 given the confusion. So I think this really makes sense. But the
 QUOTING section seems a bit strange

That's fair.  I first tried putting this in the description of the
--export option but it felt too long.  It didn't seem right in the
examples section, either, because the examples don't illustrate other
aspects of how to use dpkg-buildflags properly (for example, the text
doesn't mention bug#327154).

Here's another try at putting it in the description of --export.  What
do you think?

Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
 man/dpkg-buildflags.1 | 35 +--
 1 file changed, 29 insertions(+), 6 deletions(-)

diff --git a/man/dpkg-buildflags.1 b/man/dpkg-buildflags.1
index ea61306b..0ad1ff75 100644
--- a/man/dpkg-buildflags.1
+++ b/man/dpkg-buildflags.1
@@ -83,14 +83,37 @@ keeps a clear trace of the build flags used. This can be 
useful to diagnose
 problems related to them.
 .TP
 .BI \-\-export= format
-Print to standard output shell (if \fIformat\fP is \fBsh\fP) or make
-(if \fIformat\fP is \fBmake\fP) commands that can be used to export
-all the compilation flags in the environment. If \fIformat\fP is
-\fBconfigure\fP then the output can be used on a \fB./configure\fP
-command-line. If the \fIformat\fP value is not
+Print to standard output commands that can be used to export all the
+compilation flags for some particular tool. If the \fIformat\fP value is not
 given, \fBsh\fP is assumed. Only compilation flags starting with an
 upper case character are included, others are assumed to not be suitable
-for the environment.
+for the environment. Supported formats:
+.RS
+.TP
+.B sh
+Shell commands to set and export all the compilation flags in the
+environment. The flag values are quoted so the output is ready for
+evaluation by a shell. Example (in a shell script):
+\fBeval $(dpkg-buildflags --export=sh)  make\fP.
+.TP
+.B configure
+Arguments to pass to a GNU-style configuration script to use all
+the compilation flags. The flag values are quoted in shell syntax.
+Example (in a makefile recipe):
+\fB./configure $(shell dpkg-buildflags --export=configure)\fP.
+
+In a shell script, eval can be used to interpret the output.
+
+.nf
+ eval set -- $(dpkg-buildflags --export=configure)
+ for i in a b c; do (cd $i  ./configure $@  make); done
+.fi
+.TP
+.B make
+Make directives to set and export all the compilation flags in the
+environment. Output can be written to a makefile fragment and
+evaluated using an \fBinclude\fP directive.
+.RE
 .TP
 .BI \-\-get  flag
 Print the value of the flag on standard output. Exits with 0
-- 
1.8.0


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

Bug#690384: moreinfo (DEHS: ignore epoch when considering new upstream releases)

2012-10-28 Thread Bart Martens

Hi Jonathan,

News on this ?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690384

Regards,

Bart Martens


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

Bug#691665: linux-image-2.6.32-5-amd64: Under CentOS 6.3 as a host OS Debian kernel hangs as a guest OS (KVM-QEMU)

2012-10-28 Thread Zoltan Frombach

Package: linux-2.6
Version: 2.6.32-46
Severity: important

I have CentOS 6.3 installed as the host OS on a server with dual Xeon CPU's. 
CentOS was installed a week ago fresh, no unofficial packages are installed. 
CentOS is up-to-date. Kernel is the stock kernel:
2.6.32-279.11.1.el6.x86_64 #1 SMP Tue Oct 16 15:57:10 UTC 2012 x86_64 x86_64 
x86_64 GNU/Linux

Motherboard info:
http://www.supermicro.com/products/m...0/X9DRT-HF.cfm

CPU info (we have two of these):
Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz
http://ark.intel.com/products/64594/...-GTs-Intel-QPI

Generally kvm-qemu works. But my Debian guest OS's (Debian squeeze with 
2.6.32 or 3.2.x.x kernel) won't boot up if I assign more than 4 vcpus to the 
guest. What happens is the kernel starts to load then it freezes right where it 
should load the Linux agpgart module. It just hangs there. I can hit enter in 
the console and the cursor moves down but that's all what I can do besides 
force-shutoff the guest vm.

If I change the VM's config to have just 4 vcpus then it boots up most of the 
time. Sometimes it hangs with just 4 vcpus, too. When it hangs, it always hangs 
at the same point, so it is consistent.

Changing the amount of RAM of the VM also have an effect: with 6GB or less RAM 
assigned to the VM it most likely boots up fine. With 8GB RAM, however, it will 
boot up about 50% of the time and it hangs the other 50% of the time. My Debian 
guest VM *never* booted up with 6 or more vcpus. Again, with 4 vcpus it may or 
may not boot up but if I add a total of 8GB RAM it will more likely hang at 
bootup. I don't change anything else between these tries just the number of 
vcpus or the amount of RAM.

I have tried to use a newer Debian kernel installed from Debian backports 
(3.2.x.x Linux kernel), but it did not help. What happens is exactly the same 
thing. I also have other Debian VM images (some of them are raw image file 
based some of them are LVM block device based) and I can reproduce the problem 
with all of these Debian VMs.

My problem somewhat resembles this one:
http://forum.parallels.com/showthread.php?t=4882
except that I'm not using parallels at all, I am trying to use kvm-qemu under 
CentOS 6.3
But this part seems to apply: I did experience some relief ... by changing the 
amount of available RAM, but that has no longer prevented the intel-agp kernel 
panic recently.

I've tried to blacklist the agpgart module inside my guest OS to no avail. Here 
is what I've added to the end of /etc/modprobe.d/blacklist.conf :
blacklist agpgart
blacklist intel-agp

However, when the VM happens to boot up then I still see a reference to agpgart 
in dmesg (snippet):

Oct 25 23:27:01 infoglobal kernel: [ 0.864798] pci_hotplug: PCI Hot Plug PCI 
Core version: 0.5
Oct 25 23:27:01 infoglobal kernel: [ 0.865650] pciehp: PCI Express Hot Plug 
Controller Driver version: 0.4
Oct 25 23:27:01 infoglobal kernel: [ 0.866538] acpiphp: ACPI Hot Plug PCI 
Controller Driver version: 0.5
Oct 25 23:27:01 infoglobal kernel: [ 0.867484] acpiphp: Slot [1] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.868250] acpiphp: Slot [2] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.868995] acpiphp: Slot [3] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.869750] acpiphp: Slot [4] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.870489] acpiphp: Slot [5] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.871233] acpiphp: Slot [6] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.871959] acpiphp: Slot [7] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.872735] acpiphp: Slot [8] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.873472] acpiphp: Slot [9] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.874222] acpiphp: Slot [10] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.874958] acpiphp: Slot [11] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.875705] acpiphp: Slot [12] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.876494] acpiphp: Slot [13] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.877237] acpiphp: Slot [14] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.877987] acpiphp: Slot [15] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.878749] acpiphp: Slot [16] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.879517] acpiphp: Slot [17] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.880299] acpiphp: Slot [18] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.881042] acpiphp: Slot [19] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.881791] acpiphp: Slot [20] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.882546] acpiphp: Slot [21] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.883292] acpiphp: Slot [22] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.884045] acpiphp: Slot [23] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.884796] acpiphp: Slot [24] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.885545] acpiphp: Slot [25] registered
Oct 25 23:27:01 infoglobal kernel: [ 0.886280] acpiphp: Slot [26] registered
Oct 25 23:27:01

Bug#682416: error seems to be not package specific

2012-10-28 Thread Greg


Hello maintainers,

A new version of smstools was just released some days ago and solve this 
trouble.
Could you deploy this new version or, as wheezy is in freeze time, could 
you just add patch to current version ?



Thank you all for the good work, keep up with it ! :)

Grégory


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

Bug#691665: [squeeze] Under CentOS 6.3 as a host OS Debian kernel hangs as a guest OS (KVM-QEMU)

2012-10-28 Thread Jonathan Nieder

Hi Zoltan,

Zoltan Frombach wrote:

 Generally kvm-qemu works. But my Debian guest OS's (Debian squeeze
 with 2.6.32 or 3.2.x.x kernel) won't boot up if I assign more than 4
 vcpus to the guest. What happens is the kernel starts to load then
 it freezes right where it should load the Linux agpgart module. It
 just hangs there.
[...]
 If I change the VM's config to have just 4 vcpus then it boots up
 most of the time. Sometimes it hangs with just 4 vcpus, too. When it
 hangs, it always hangs at the same point, so it is consistent.
[...]
 I've tried to blacklist the agpgart module inside my guest OS to no
 avail. Here is what I've added to the end of
 /etc/modprobe.d/blacklist.conf :
 blacklist agpgart
 blacklist intel-agp

 However, when the VM happens to boot up then I still see a reference
 to agpgart in dmesg (snippet):

Yes, AGP support is built in (not a module).  Luckily it's quite
possible that something else is the problem that just happens to
get initialized around the same time as AGP.

What happens if you boot in recovery mode (kernel commandline
argument single)?

[...]
 PS: At least one other person is experiencing the exact same
 problem. He has pinned it down to the Debian kernel which runs as
 the guest. Please see his post about it:
 http://lists.centos.org/pipermail/centos-virt/2012-October/003084.html

Thanks for a clear report.

Could you try 3.5.5 or newer from experimental and let us know how it
goes?  If it's affected, we'll be better prepared to get help from
upstream, and if it isn't, we can try to find which patch fixed it and
apply the same to squeeze, so either result is a win.

Hope that helps,
Jonathan


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

Bug#691666: installation-reports: please propose french bépo keyboard layout during installation

2012-10-28 Thread Fred

Package: installation-reports

Boot method: hdmedia's kernel+initrd, and netinst multi-arch CD (on the
usbkey) Image version:
http://cdimage.debian.org/cdimage/wheezy_di_beta3/multi-arch/iso-cd/debian-wheezy-DI-b3-amd64-i386-netinst.iso
Date: 28/10/2012

Machine: IBM Thinkpad X201
Processor: I5
Memory: 4GB
Partitions:

# fdisk -l /dev/sda

Disque /dev/sda: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Identifiant de disque : 0x

Périphérique Amorce  DébutFin  Blocs Id  Système
/dev/sda1   *   1 498 4000153+  83  Linux
Partition 1 does not start on physical sector boundary.
/dev/sda2 499 996 4000185   82  Linux swap /
Solaris Partition 2 does not start on physical sector boundary.
/dev/sda3 9971120  996030   83  Linux
Partition 3 does not start on physical sector boundary.
/dev/sda41121   60801   479387632+   5  Etendue
/dev/sda51121   60801   479387601   83  Linux
Partition 5 does not start on physical sector boundary.

Résultat de lspci -knn (ou lspci -nn) :

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [E]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[E]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I've tried to install wheezy on a free partition on my current Squeeze
system, but with the standard boot method, the debian installer was
stuck trying to detect where is the install-CD ISO, when parsing my
hard disk sda4 partition (before to look at the USB key /dev/sdb where
the ISO lies) : bug already known, see #684293. I had to use expert
install to workaround this, the beta3 version has same problem as the
beta2 I tried before.

I have then a problem choosing keyboard layout, as I use a
« dvorak-like » layout designed for french language, called « bépo » :
this layout is very different from qwerty, azerty or either [english]
dvorak, and so it's very difficult to use blindly an azerty or qwerty
layout on a Bépo keyboard ! This causes problems entering root's
password, simple user login and password, and also after the
installation, to reconfigure the system to be able to use the correct
layout [in fact, I installed default Gnome 3(?) desktop, and I wasn't
used with this system, I was unable to find how to modify the layout
nor how to open a terminal to do it with command line...].

For information, I also requested to add this layout for the Squeeze
installer (see #550962), and Christian didn't find it pertinent, I hope
this time will be the good one :-)

The Bépo layout, community built as a free software, is fully
integrated in Xorg since 2007 (has also drivers for Windows and Mac OSX
systems), quite a lot of [french] developpers/users has at least heard
about it, and is recognized by some ergonomic keyboard builders
(Typematrix: http://www.typematrix.com, CECIAA:
http://www.ceciaa.com/clavier-ergoneos-fort-contraste-disposition-bepo-c2391-7.php).
Its user base, while difficult to estimate, seems to grow ; its
community regularly do some demonstrations/presentations/stands in
exhibitions (RMLL for example) to let it be known. More information
about this layout is available at http://www.bepo.fr.


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

Bug#690153: jscribble: FTBFS: tests timeout

2012-10-28 Thread Tobias Hansen

I found out by now that the problem is either in NoteBookTest or
WriteoutThreadTest, just in case someone else is also looking into it.

Best, Tobias


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

Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash

2012-10-28 Thread Nico Golde

Hi,
* Vincent Lefevre vinc...@vinc17.net [2012-10-28 00:11]:
 When cat'ing some binary file, my xterm crashed. I've managed to find
 the cause: the mc5 terminfo sequence (prtr_on / turn on printer). The
 problem can be reproduced with:
 
 1. Run xterm from another terminal.
 2. Run the following command:
  printf \033[5i
or
  tput mc5
The message sh: 1: : Permission denied appears in the first
terminal.

I can't reproduce this with xterm 278-2 on amd64.
[...] 

 In addition to possible data loss due to the crash, this is a security
 problem, because the sequence may appear in a remote file.

Sorry, I couldn't parse this sentence. What exactly are the security 
implications? So far I don't see how this qualifies for a security bug.

Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0


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

Bug#674154: wake-on-lan with 3.2.0-0.bpo.2 and r8169

2012-10-28 Thread Jonathan Nieder

reassign 674154 src:linux 3.2.23-1
found 674154 linux-2.6/3.2.15-1
tags 674154 + upstream patch
forwarded 674154 http://thread.gmane.org/gmane.linux.kernel/1383768
# regression
severity 674154 important
quit

Hi KiBi,

Cyril Brulebois wrote:

 Same story here (regression from squeeze, not working unless
 suspending to RAM), which led to the following patch:

   http://marc.info/?l=linux-kernelm=135139325014645w=2

That's lovely; thank you.

Could you try 3.2.32 without the patch as well?  (It has v3.2.32~15
r8169: 8168c and later require bit 0x20 to be set in Config2 for PME
signaling, 2012-04-17 which I want to make sure does not already fix
this.)

Sincerely,
Jonathan


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

Bug#691668: raid10 far layouts can be started without enough drives being available

2012-10-28 Thread Michael Tokarev

Package: mdadm
Version: 3.2.5-3
Severity: important
Tags: upstream patch

When raid10 with far layout is being assembled, it can be started when
not enough component devices are available.  This is especially important
with incremental device assembly (which is not supported on Debian still),
but can also happen when some devices are failed.

This can possible lead to various fun situations including data corruption.

It is fixed upstream in the next (stable/bugfix) version of mdadm, 3.2.6,
by this commit:

 
http://git.neil.brown.name/git?p=mdadm.git;h=2117ad1dd1b79cf6d02a065d9e38076aa9f4788d

/mjt


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

Bug#691107: Atanks 5.7 released

2012-10-28 Thread Mark Purcell

On Sat, 27 Oct 2012 03:06:51 Jesse Smith wrote:
 A new version of Atanks has been released. Version 5.7 addresses this
 Options menu crash. it also adds a new tank type, the Mini.
 
 http://atanks.sf.net

Thanks Jess,

Issue fixed here, I should be able to upload the next couple of days.

Just have to include some code to autostrip the .dll's from your source:
atanks-5.7/alleg42.dll
atanks-5.7/src/alleg42.dll

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691223

Mark


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

Bug#691666: installation-reports: please propose french bépo keyboard layout during installation

2012-10-28 Thread Samuel Thibault

Fred, le Sun 28 Oct 2012 11:35:58 +0100, a écrit :
 For information, I also requested to add this layout for the Squeeze
 installer (see #550962), and Christian didn't find it pertinent, I hope
 this time will be the good one :-)

And it was discussed again in #630575, with the same conclusion: that
conflicts with the goal of simplicity  small size of the installer,
we don't really want to double the amount of layouts proposed in the
debian installer (yes, if we propose bepo, we should also propose all
kinds of dvorak layouts for each and every country, even the US dvorak
is questionable).

Samuel


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

Bug#691669: dhcpd crashes when /var becomes full

2012-10-28 Thread Daniel Pocock

Package: isc-dhcp-server
Version: 4.2.2.dfsg.1-5
Severity: severe

/var filled up at about 5:06:22

dhcp started logging errors and continued running for at least 5 more
minutes

At 05:11:40, all logging from dhcp stopped (although other syslog
entries also stopped due to syslog being on the same full partition)

At some point later, it was discovered that dhcpd was completely down
(no process running)

Checking logs on dhcp clients, they started complaining about 05:34:28
(e.g. NFS server inaccessible), so the dhcpd had crashed between 05:11
and 05:34

This would appear to make dhcpd vulnerable to just about any attack that
can fill /var.  Even a flood of DHCP requests could be used to bring it
down (if DHCP requests are being logged, the flood of requests could
fill the log, dhcpd fails) - consequently, I've marked this bug as
`severe'.



Oct 26 05:00:14 dhcphost1 dhcpd: BOOTREQUEST from XX:XX:XX:XX:XX:XX via
eth0: BOOTP from dynamic client and no dynamic leases
Oct 26 05:00:15 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.114 from
XX:XX:XX:XX:XX:XX (Polycom_) via eth0
Oct 26 05:00:15 dhcphost1 dhcpd: DHCPACK on 192.168.1.114 to
XX:XX:XX:XX:XX:XX (Polycom_) via eth0
Oct 26 05:00:15 dhcphost1 dhcpd: Unable to add forward map from
Polycom_.example.org to 192.168.1.114: REFUSED
Oct 26 05:00:47 dhcphost1 dhcpd: BOOTREQUEST from XX:XX:XX:XX:XX:XX via
eth0: BOOTP from dynamic client and no dynamic leases
Oct 26 05:01:10 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.4 from
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:01:10 dhcphost1 dhcpd: DHCPACK on 192.168.1.4 to
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:01:10 dhcphost1 dhcpd: Added new forward map from
host2.example.org to 192.168.1.4
Oct 26 05:01:10 dhcphost1 dhcpd: Added reverse map from
4.1.168.192.in-addr.arpa. to host2.example.org
Oct 26 05:06:22 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:06:22 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.101 from
XX:XX:XX:XX:XX:XX (Polycom_) via eth0: database update failed
Oct 26 05:06:22 dhcphost1 dhcpd: Unable to add forward map from
Polycom_.example.org to 192.168.1.101: REFUSED
Oct 26 05:06:36 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.5 from
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:06:36 dhcphost1 dhcpd: DHCPACK on 192.168.1.5 to
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:06:54 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:06:54 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.107
(192.168.1.2) from XX:XX:XX:XX:XX:XX via eth0: database update failed
Oct 26 05:07:17 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.3 from
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:07:17 dhcphost1 dhcpd: DHCPACK on 192.168.1.3 to
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:07:26 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:07:26 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.126 from
XX:XX:XX:XX:XX:XX (wheezy1) via eth0: database update failed
Oct 26 05:07:26 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.3 from
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:07:26 dhcphost1 dhcpd: DHCPACK on 192.168.1.3 to
XX:XX:XX:XX:XX:XX via eth0
Oct 26 05:07:34 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:07:34 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.126 from
XX:XX:XX:XX:XX:XX (wheezy1) via eth0: database update failed
Oct 26 05:07:43 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:07:43 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.126 from
XX:XX:XX:XX:XX:XX (wheezy1) via eth0: database update failed
Oct 26 05:07:52 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:07:52 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.126 from
XX:XX:XX:XX:XX:XX (wheezy1) via eth0: database update failed
Oct 26 05:07:52 dhcphost1 dhcpd: Added new forward map from
host3.example.org to 192.168.1.3
Oct 26 05:07:52 dhcphost1 dhcpd: Added new forward map from
host3.example.org to 192.168.1.3
Oct 26 05:07:52 dhcphost1 dhcpd: Added reverse map from
3.1.168.192.in-addr.arpa. to host3.example.org
Oct 26 05:07:52 dhcphost1 dhcpd: Added reverse map from
3.1.168.192.in-addr.arpa. to host3.example.org
Oct 26 05:08:01 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:08:01 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.125 from
XX:XX:XX:XX:XX:XX (Polycom_) via eth0: database update failed
Oct 26 05:08:09 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:08:09 dhcphost1 dhcpd: BOOTREQUEST from XX:XX:XX:XX:XX:XX via
eth0: BOOTP from dynamic client and no dynamic leases
Oct 26 05:08:09 dhcphost1 dhcpd: Unable to add forward map from
Polycom_.example.org to 192.168.1.125: REFUSED
Oct 26 05:08:18 dhcphost1 dhcpd: commit_leases: unable to commit: No
space left on device
Oct 26 05:08:18 dhcphost1 dhcpd: DHCPREQUEST for 192.168.1.126 from
XX:XX:XX:XX:XX:XX (wheezy1) via eth0: database

Bug#691670: mdadm --detail may segfault if a device has been removed from an array

2012-10-28 Thread Michael Tokarev

Package: mdadm
Version: 3.2.5-3
Severity: normal
Tags: patch upstream

When a device has been removed from an array, mdadm --detail may segfault
instead of printing useful info due to it trying to dereference a NULL
pointer.

This issue is important enough since we're talking about data recovery
and when we can't even display metadata information recovery might be
difficult.

This is fixed upstream in 3.2.6 version:

 
http://git.neil.brown.name/git?p=mdadm.git;h=aec89f63e98322a141d146a84c67b0cc2d1cd1a4

/mjt


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

Bug#691671: several issues with mdmon argument processing

2012-10-28 Thread Michael Tokarev

Package: mdadm
Version: 3.2.5-3
Severity: normal
Tags: patch upstream

mdmon utility has a few issues which were fixed in next upstream bugfix
release (3.2.6), namely:

  --takeover mistakenly (re)sets container_name, so eg --all --takeover
does not work


http://git.neil.brown.name/git?p=mdadm.git;h=68ad53b301b6fc722fee6d32a5267c1a4506452d

 -a is not being recognized as as synonym for --all

   
git.neil.brown.name/git?p=mdadm.git;h=23084aaa76d9fc3121ff2ab38c04ee9893793e00
 --takeover does not work when original was started with --offroot

  git.neil.brown.name/git?p=mdadm.git;h=c4e96a305fbca4f83ae9f3a81482481524380905

This does not affect wheezy much because we don't support imsm arrays
and don't run mdmon, but it is a pre-requiriment for running mdmon.

/mjt


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

Bug#630617: klipper: Klipper icon not appearing in system tray

2012-10-28 Thread R33D3M33R

Hello,

no, sorry, this doesn't work. If you missed the screenshot attached to my
comment: the entry is not there at all. I'm beginning to think that this is
not a problem with Klipper, but that the system get's stuck at loading
programs at some part. Because Klipper is loaded as one of the last
programs, the icon never appears. Then when I try to restart Klipper, it
doesn't work, because the system is still stuck.

I don't know, I lack the skills to debug this.

Regards,
Andrej

2012/10/26 Adrien adrien.grell...@laposte.net

 tag 630617 moreinfo
 thanks

 Hi,

 If you right clic on the icons to configure the icon box, you can adjust
 the visibility of the icons in the tab « Entry ». You should be able to
 always display the klipper icon this way.

 Please let me know if it helps to recover the missing icon.

 Regards,

 Adrien

Bug#691672: Debian Wheezy (testing) ntp is build without ppsapi

2012-10-28 Thread Олег Кириенко

Package: ntp
Version: 4.2.6.p5+dfsg-2
Debian: Wheezy

ntpd does not recognize reference clock 22 (PPS) with message refclock
22 invalid in syslog.

To fix the problem:
I have installed pps-tools _firtst_. Then I have downloaded source
code apt-get source ntp  apt-get build-dep ntp. Then I build it with
debuild and now everything is ok. I think that pps-tools should be in
build dependencies for ntp.

Best regards,
Kirienko Oleg.


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

Bug#691241: fix ftbfs with multiple python3 versions, and fix a python3.3 issue

2012-10-28 Thread Koichi Akabe

Hi Matthias,

Thanks! I applied your patch with a few changes.
I uploaded the fixed package to the experimental repository.
Please confirm it.

On Tue, 23 Oct 2012 13:35:23 +0200
Matthias Klose d...@ubuntu.com wrote:

 Source: py3cairo
 Version: 1.10.0+dfsg-3~exp2
 Severity: important
 User: debian-pyt...@lists.debian.org
 Usertags: python3.3
 Tags: patch
 
 patch at
 http://launchpadlibrarian.net/120606963/py3cairo_1.10.0%2Bdfsg-3~exp2_1.10.0%2Bdfsg-3~exp2ubuntu1.diff.gz
 

-- 
Koichi Akabe
  vbkaisetsu at {gmail.com, debian.or.jp}


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

Bug#691672: [pkg-ntp-maintainers] Bug#691672: Debian Wheezy (testing) ntp is build without ppsapi

2012-10-28 Thread Kurt Roeckx

On Sun, Oct 28, 2012 at 03:28:43PM +0400,   wrote:
 Package: ntp
 Version: 4.2.6.p5+dfsg-2
 Debian: Wheezy
 
 ntpd does not recognize reference clock 22 (PPS) with message refclock
 22 invalid in syslog.
 
 To fix the problem:
 I have installed pps-tools _firtst_. Then I have downloaded source
 code apt-get source ntp  apt-get build-dep ntp. Then I build it with
 debuild and now everything is ok. I think that pps-tools should be in
 build dependencies for ntp.

pps-tools seems to be new in Debian.

Do you know if the ppsapi has been added to the standard kernel,
and that it's enabled in Debian by default?


Kurt


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

Bug#599523: Ping - unexpected downgrades

Hi,

Michael Biebl wrote:
 On 16.06.2012 18:50, Arne Wichmann wrote:
  Is there any progress on this serious bug? It is now unhandled for more
  than one year.
 
 update-manager is basically unmaintained atm.

So what about RFA'ing update-manager then at least?

Ignoring the epoch, Ubuntu has only lower versions than Squeeze in any
of their releases, even in raring (1:0.174.3 in quantal and raring vs
0.200.5-1 in squeeze and 0.200.5-2 in wheezy). See [1] and [2].

  [1] http://packages.ubuntu.com/search?keywords=update-manager
  [2] http://packages.qa.debian.org/u/update-manager.html

So Ubuntu explicitly prefers an older version than Debian for years
now despite its a dependency of (at least) ubuntu-desktop. This looks
quite uncommon and suspicious.

(Or is that even a completely different package but with the same name
in Ubuntu and Debian?)

So maybe orphaning or even removal from testing is the better solution
than just RFA'ing the package.

It only seems to have one hard reverse dependency (and a few Suggests
and one second-level Recommends) in Testing currently, i.e. removing
it from testing and hence wheezy shouldn't be too complicated with
regards to reverse dependencies:

  update-notifier depends on update-manager-gnome

But OTOH 26% popcon installations and 10% votes rather oppose a
removal quite strongly.

I hence recommend to at least issue an RFA for update-manager.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#689917: new upstream version: 0.7.1

2012-10-28 Thread Helmut Grohne

Control: retitle -1 New upstream version: 0.7.1

http://bitcoin.org/releases/2012/10/19/v0.7.1.html
 This is a minor bug-fix release.

My best guess would be that #688813 (grave) is addressed this new
upstream version. What is blocking the new release? As far as I can see
bitcoind will not be part of wheezy, so there is no point in waiting. On
the other hand just uploading the new release should fix a number of
issues.

Helmut


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

Bug#691673: initscripts: please, allow having /run not being a RAM disk.

2012-10-28 Thread Rogério Brito

Package: initscripts
Version: 2.88dsf-32
Severity: wishlist

Hi.

For those people that want to shoot themselves on their own foot, please
allow (even if undocumented) running with /run *not* being a ramdisk.

This is especially important for memory-starved machines like embedded
computers/NASes, where every single byte of RAM is important.


Thanks in advance for the great job,

Rogério Brito.


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

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

Versions of packages initscripts depends on:
ii  coreutils   8.13-3.3
ii  debianutils 4.3.4
ii  libc6   2.13-36
ii  lsb-base4.1+Debian7
ii  mount   2.20.1-5.2
ii  sysv-rc 2.88dsf-32
ii  sysvinit-utils  2.88dsf-32

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.5-1
ii  psmisc 22.20-1

initscripts suggests no packages.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#691673: initscripts: please, allow having /run not being a RAM disk.

2012-10-28 Thread Roger Leigh

On Sun, Oct 28, 2012 at 10:02:57AM -0200, Rogério Brito wrote:
 For those people that want to shoot themselves on their own foot, please
 allow (even if undocumented) running with /run *not* being a ramdisk.
 
 This is especially important for memory-starved machines like embedded
 computers/NASes, where every single byte of RAM is important.

We aleady do allow this.  Just comment out the
mount_run and mount_lock lines in /etc/init.d/mountkernfs.sh.
We allow RAMLOCK to turn off /run/lock; we don't expose a
RAMRUN to allow /run to be turned off--you do need to edit
the script directly.

The bootclean logic for cleaning /run still exists, so it
will continue to work without it being a tmpfs.

However... note that this would be done *entirely* at the
user's risk.  The reason for making /run a tmpfs unilaterally
was mainly so that it could be relied upon to *be* a tmpfs,
and so software can therefore assume that a tmpfs is present.
This is primarily so that software services started in the
initramfs can retain their state and open files from early
boot through to the running system.  Examples: udev, mdadm.
While these also have codepaths to allow booting in the
absence of an initramfs, it is possible that in the future
these or other services will require a tmpfs.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#690124: mahara: diff for NMU version 1.5.1-2.1

2012-10-28 Thread David Prévot

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 27/10/2012 22:31, David Prévot a écrit :

 I've prepared an NMU for mahara (versioned as 1.5.1-2.1) and
 uploaded it to DELAYED/2.

Oooops, I'm sorry, I failed to upload it to the DELAYED queue, it's
already in the archive. I just put my changes to the Git repository, and
hope this little fix will be OK for you.

Regards

David

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

iQIcBAEBCAAGBQJQjSMVAAoJELgqIXr9/gnyxJAQAI4CXzNoOuVALxkMQsRA75ly
GuJM+sreatGMn8I9B168RyRZhifGI2disyOVfqyW5BkcJYLU+9S0/qr1d1I0B+Xw
xkJWWFkvO5I64niDbJRv40zed0UYq8PU2jbUt6yBvVRd/O5WClAolAfgxAxVkkma
fa1wXRhmhJDATfxBBd1KLtw/aKHsTD6L88J9gS6LVARrBWp0VJo57I9XHLXmI/De
XBJOEL81bBSEG8TEuC+vO8vn/kB8gLOt8Bh6LWZO0tEwxKglIxgmEntCeEaF9rxN
4+o7FpZyugdmjCW+SwkGXgOMYu0ltkQ2M5SGOp9Wz3mSh+CqP24UV5Ai8sefx9wi
cZ17xvegvpMLk2K2c78mZsl1mGZ1AiuDZLfnUPgGZEmcaB2nhCLHhwqaOHpf44H7
leAyqtaS4yQ9ivu0Jd0KIzU8QwFtDSTOK9JHzVqx64ECPuHjd8Bu4v8wDxoB9vi9
rKFZfnqLaxkXFewL8XvysQEjFvLAwtVFTSNLOjB9Gx5GigGlAMoJK5mc3cxAQ+x5
7gE63s4+9A+xYISYsflCT5EPC4ZokZ3N5Tuzuug+NAnDA1ip9k8g9cpkV+lg/d+7
15V0ODn+tRp+m79k6PzpDYaPHUi/E13xAfUV94dGOvA1OAzZrTTPc2qqG5LtOwgO
Sph+Rcj65LJoMi73Ob+G
=efuO
-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#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash

2012-10-28 Thread Vincent Lefevre

On 2012-10-28 11:37:58 +0100, Nico Golde wrote:
 I can't reproduce this with xterm 278-2 on amd64.

A bug in xrdb introduced a confusion. The problem occurs with
non-default *printerCommand value, e.g. in my case this was:

  xterm -xrm '*printerCommand: '

(AFAIK, there was no problem with that in the past, or it solved
a problem under some other condition.)

  In addition to possible data loss due to the crash, this is a security
  problem, because the sequence may appear in a remote file.
 
 Sorry, I couldn't parse this sentence. What exactly are the security 
 implications? So far I don't see how this qualifies for a security bug.

If some external data (because they contain some unexpected byte
sequence) make a local program crash (so that user data are lost),
that's a security bug. Just like when you have a bug in the image
decoder used by your web browser that makes it crash on some image
files.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#691673: initscripts: please, allow having /run not being a RAM disk.

2012-10-28 Thread Roger Leigh

On Sun, Oct 28, 2012 at 12:18:25PM +, Roger Leigh wrote:
 On Sun, Oct 28, 2012 at 10:02:57AM -0200, Rogério Brito wrote:
  For those people that want to shoot themselves on their own foot, please
  allow (even if undocumented) running with /run *not* being a ramdisk.
  
  This is especially important for memory-starved machines like embedded
  computers/NASes, where every single byte of RAM is important.
 
 We aleady do allow this.  Just comment out the
 mount_run and mount_lock lines in /etc/init.d/mountkernfs.sh.
 We allow RAMLOCK to turn off /run/lock; we don't expose a
 RAMRUN to allow /run to be turned off--you do need to edit
 the script directly.
 
 The bootclean logic for cleaning /run still exists, so it
 will continue to work without it being a tmpfs.
 
 However... note that this would be done *entirely* at the
 user's risk.  The reason for making /run a tmpfs unilaterally
 was mainly so that it could be relied upon to *be* a tmpfs,
 and so software can therefore assume that a tmpfs is present.
 This is primarily so that software services started in the
 initramfs can retain their state and open files from early
 boot through to the running system.  Examples: udev, mdadm.
 While these also have codepaths to allow booting in the
 absence of an initramfs, it is possible that in the future
 these or other services will require a tmpfs.

Related to this: if you use an initramfs, the initramfs will
mount the tmpfs; initscripts is not involved other than to
adjust the size limits.

By the way, the size requirements for /run should be tiny.
On a desktop system with quite a lot of stuff running, it's
600KiB.  On a small system doing only a small number of
tasks, it should be just 10s of KiB--i.e. it should not
use much memory at all, and if you have a swap device it
will be swapped out if needed.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#687487: pre-approve unblock: manpages-de/1.2-1

2012-10-28 Thread Tobias Quathamer

retitle 687487 unblock: manpages-de/1.2-1
thanks

Am 11.10.2012 22:56, schrieb Julien Cristau:
 On Thu, Sep 13, 2012 at 10:23:08 +0200, Tobias Quathamer wrote:
 Dear release managers,

 I'd like to upload a new upstream version of the German translation of 
 various manpages. I've added a check in the configure script to ensure 
 that the required program po4a is installed on the system. Would you 
 accept such a change for a freeze exception as well? If not, I'd revert 
 that patch upstream and release a version with translation updates only.

 That's fine, go ahead with the upload.

Just uploaded to unstable, thanks for the feedback.

unblock manpages-de/1.2-1

Regards,
Tobias




signature.asc
Description: OpenPGP digital signature

Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash

2012-10-28 Thread Nico Golde

tags 691642 - security
thanks

Hi,
* Vincent Lefevre vinc...@vinc17.net [2012-10-28 13:32]:
 On 2012-10-28 11:37:58 +0100, Nico Golde wrote:
[...] 
   In addition to possible data loss due to the crash, this is a security
   problem, because the sequence may appear in a remote file.
  
  Sorry, I couldn't parse this sentence. What exactly are the security 
  implications? So far I don't see how this qualifies for a security bug.
 
 If some external data (because they contain some unexpected byte
 sequence) make a local program crash (so that user data are lost),
 that's a security bug. Just like when you have a bug in the image
 decoder used by your web browser that makes it crash on some image
 files.

That was exactly my point, this is not treated as a security bug in Debian, 
but a regular bug.

Cheers
Nico


pgpsYH2GOu8pB.pgp
Description: PGP signature

Bug#683184: RFS: suckless-tools/39-1 [ITA]

2012-10-28 Thread Jakub Wilk


* Vasudev Kamath kamathvasu...@gmail.com, 2012-10-28, 10:45:
I'd prefer if create_get_orig source downloaded a specific revision 
of prop (currently ecfe2752b310) rather than tip. That would make 
the script more deterministic.

Done.


Okay, how about this patch? (see attachment)

I wonder what is the purpose of ssid. The manpage says it's an 
extremly[0] simple setsid replacement. But setsid itself _is_ extremely 
simple. In fact, if you compare ssid.c with setsid.c (from util-linux), 
you'll see they're almost identical.



[0] Typo!

--
Jakub Wilk
diff --git a/debian/create_orig_source b/debian/create_orig_source
--- a/debian/create_orig_source
+++ b/debian/create_orig_source
@@ -9,6 +9,7 @@
 ssid_VERSION=0.1
 tabbed_VERSION=0.4
 wmname_VERSION=0.1
+sprop_REVISION=ecfe2752b310
 
 CURRENT_VERSION=39
 
@@ -43,8 +44,8 @@
 echo Downloading wmname-$wmname_VERSION...
 wget -q http://dl.suckless.org/tools/wmname-$wmname_VERSION.tar.gz -O $CURDIR/suckless-tools_$CURRENT_VERSION.orig-wmname.tar.gz
 
-echo Downloading sprop from hg repository tip
-wget -q http://hg.suckless.org/sprop/archive/ecfe2752b310.tar.gz -O $CURDIR/suckless-tools_$CURRENT_VERSION.orig-sprop.tar.gz
+echo Downloading sprop from hg repository, revision $sprop_REVISION
+wget -q http://hg.suckless.org/sprop/archive/$sprop_REVISION.tar.gz -O $CURDIR/suckless-tools_$CURRENT_VERSION.orig-sprop.tar.gz
 
 echo Creating empty suckless-tools_$CURRENT_VERSION.orig.tar.gz
 mkdir -p $TMPDIR/suckless-tools_$CURRENT_VERSION

Bug#691647: unblock: schroot/1.6.4-1

2012-10-28 Thread Roger Leigh

On Sun, Oct 28, 2012 at 12:39:28AM +0100, Roger Leigh wrote:
 Please unblock package schroot
 
 I have uploaded schroot 1.6.4-1 to unstable.  This contains some
 documentation for wheezy upgrade issues, plus some fixes for
 serious and important bugs in wheezy:

I had to make an additional 3 line change to fix building on
hurd and kfreebsd (attached)


Thanks,
Roger

unblock schroot/1.6.4-2

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
diff -Nru schroot-1.6.4/debian/changelog schroot-1.6.4/debian/changelog
--- schroot-1.6.4/debian/changelog  2012-10-27 23:39:05.0 +0100
+++ schroot-1.6.4/debian/changelog  2012-10-28 11:53:31.0 +
@@ -1,3 +1,12 @@
+schroot (1.6.4-2) unstable; urgency=low
+
+  * sbuild::chroot_facet_session_clonable: Include
+sbuild-chroot-block-device-base.h, which was missing on
+kFreeBSD and Hurd builds (it's included indirectly on Linux
+via the LVM snapshot header).
+
+ -- Roger Leigh rle...@debian.org  Sun, 28 Oct 2012 11:49:57 +
+
 schroot (1.6.4-1) unstable; urgency=low
 
   * New upstream stable release.
diff -Nru schroot-1.6.4/debian/patches/1.6.4-2 
schroot-1.6.4/debian/patches/1.6.4-2
--- schroot-1.6.4/debian/patches/1.6.4-21970-01-01 01:00:00.0 
+0100
+++ schroot-1.6.4/debian/patches/1.6.4-22012-10-28 11:54:35.0 
+
@@ -0,0 +1,23 @@
+Description: 1.6.4-2
+ schroot (1.6.4-2) unstable; urgency=low
+ .
+   * sbuild::chroot_facet_session_clonable: Include
+ sbuild-chroot-block-device-base.h, which was missing on
+ kFreeBSD and Hurd builds (it's included indirectly on Linux
+ via the LVM snapshot header).
+Author: Roger Leigh rle...@debian.org
+
+---
+
+--- schroot-1.6.4.orig/sbuild/sbuild-chroot-facet-session-clonable.cc
 schroot-1.6.4/sbuild/sbuild-chroot-facet-session-clonable.cc
+@@ -24,6 +24,9 @@
+ #include sbuild-chroot-facet-session-clonable.h
+ #include sbuild-chroot-facet-source-clonable.h
+ #include sbuild-chroot-plain.h
++#ifdef SBUILD_FEATURE_BLOCKDEV
++#include sbuild-chroot-block-device-base.h
++#endif
+ #ifdef SBUILD_FEATURE_LVMSNAP
+ #include sbuild-chroot-lvm-snapshot.h
+ #endif // SBUILD_FEATURE_LVMSNAP
diff -Nru schroot-1.6.4/debian/patches/series 
schroot-1.6.4/debian/patches/series
--- schroot-1.6.4/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ schroot-1.6.4/debian/patches/series 2012-10-28 11:53:59.0 +
@@ -0,0 +1 @@
+1.6.4-2

Bug#691674: kfreebsd-image-9-amd64: Please include virtio-kmod module

2012-10-28 Thread Edward C. Lang

Package: kfreebsd-image-9-amd64
Version: 9.0-6
Severity: wishlist

Dear Maintainer,

Please include the virtio-kmod module:

http://www.freshports.org/emulators/virtio-kmod/
http://people.freebsd.org/~kuriyama/virtio/

This would be useful for running Debian GNU/kFreeBSD under KVM and other
hypervisors.

There are many instances of people complaining about disk and network I/O
when running FreeBSD in KVM without this module. One such page:

http://viktorpetersson.com/2012/01/16/how-to-upgrade-freebsd-8-2-to-freebsd-9-0-with-virtio/



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

Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kfreebsd-image-9-amd64 depends on:
ii  kfreebsd-image-9.0-2-amd64  9.0-6

kfreebsd-image-9-amd64 recommends no packages.

kfreebsd-image-9-amd64 suggests no packages.

-- no debconf information


-- 

http://edlang.org/


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

Bug#691605: multiarch-support: Package priority standard too low, should be required

2012-10-28 Thread Aurelien Jarno

reopen 691605
reassign 691605 ftp.debian.org
retitle 691605 override: multiarch-support should be priority required
thanks

On Sat, Oct 27, 2012 at 04:51:01PM +0200, Tobias Frost wrote:
 Package: multiarch-support
 Version: 2.13-36
 Severity: serious
 Justification: Policy 2.5
 
 Multiarch-support should have priority required:
 
 Multiarch support is a release goal for wheezy and for this the package 
 multiarch-support exists.
 Due to this nature many packages pre-depends on multi-arch, including 
 packages which have a priority of
 important or required.
 
 Of course, reading the policy, it would be indeed a RC-bug in the dependees 
 but I think it is not feasible
 to lower the priorities of those as those are key packages.
 
 * just random  examples for dependees of priority required:
 e2fslibs, libacl1, libmount1

This has already been done for some time in the Debian package, but
hasn't been updated on the ftp side. Could you please update it? Thanks
in advance.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


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

Bug#691675: unblock: libskk/1.0.0-1 ibus-skk/1.4.1-2

2012-10-28 Thread Osamu Aoki

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libskk/1.0.0-1 and ibus-skk/1.4.1-2

I am requesting unblock on behalf of the maintainer. (We discussed)

These packages are maintained by Daiki who is DM and the upstream.  In
retrospect, this upload of libskk/1.0.0-1 should have been made in the
form of 0.0.12-4. (0.0.12-3 was uploaded by me before the freeze).

The libskk transition from 0.0.12-3 to 1.0.0-1 seems big but there is no
API change and fix several critical porting issues and minor bugs.  He
included his patch used in my libskk 0.0.12-3 Debian upload to the
upstream source tree fixing ARM/MIPS bug #674471.  He fixed another RC
level bug causing segmentation fault in BSD systems.  This may fix our
kFreeBSD port too.  (No bug reported on Debian yet.)

 https://github.com/ueno/libskk/issues/18
 https://github.com/ueno/libskk/commit/a95245abe22eda52255daf3925d587907ca6f925

The upstream patches between 0.0.12 and 1.0.0 is attached here. (Some are
testing code changes.)

ibus-skk transition from 1.4.1-2 to 1.4.1-2 fixes  #686472 which just
add missed documentation in Debian packaging. (This is not RC bug but
very safe fix.  Since this ensures rebuild against new libskk/1.0.0-1
to make us feel safer although no API has changed.)

Here is some back ground.  Daiki (DM) is one of the leading upstream
coder of the GNOME ibus input method code.  He is the primary upstream
coder of skk related modules for ibus too.  But He is new to Debian and
I handed these packages to him as DM very recently.

Daiki assured me with API stability of these changes when contacted
on these.  (I was worried about these may block my ibus package
transition to testing.  Now I know it is OK without the unblock of thee.
But fixing segfaults is nice thing to have.)

(include/attach the debdiff against the package in testing)
 * The upstream patch set between 0.0.12 and 1.0.0 is attached here for
   libskk/1.0.0-1.
 * Debdiff: ibus-skk_1.4.1-2.debdiff attached.

unblock libskk/1.0.0-1
unblock ibus-skk/1.4.1-2

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

Kernel: Linux 3.5-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From bdbf9319ec8720fb128cb0c5c97aaa65268473d2 Mon Sep 17 00:00:00 2001
From: Daiki Ueno u...@unixuser.org
Date: Mon, 16 Apr 2012 16:07:37 +0900
Subject: [PATCH 01/13] Make some map files optional.

---
 libskk/map-file.vala |   32 
 libskk/rom-kana.vala |2 +-
 libskk/rule.vala |   41 +
 3 files changed, 50 insertions(+), 25 deletions(-)

diff --git a/libskk/map-file.vala b/libskk/map-file.vala
index 4482671..b1272c9 100644
--- a/libskk/map-file.vala
+++ b/libskk/map-file.vala
@@ -34,19 +34,13 @@ namespace Skk {
 }
 }
 
-void load (string rule,
+void load (RuleMetadata metadata,
string type,
string name,
Setstring included) throws RuleParseError
 {
-var metadata = Rule.find_rule (rule);
-if (metadata == null) {
-throw new RuleParseError.FAILED (can't find rule %s, rule);
-}
-var filename = Path.build_filename (metadata.base_dir,
-type,
-name + .json);
-if (!FileUtils.test (filename, FileTest.EXISTS)) {
+var filename = metadata.locate_map_file (type, name);
+if (filename == null) {
 throw new RuleParseError.FAILED (no such file %s, filename);
 }
 
@@ -80,15 +74,21 @@ namespace Skk {
 throw new RuleParseError.FAILED (
 found circular include of %s, parent);
 }
+string parent_rule, parent_name;
 var index = parent.index_of (/);
 if (index  0) {
-load (rule, type, parent, included);
+parent_rule = metadata.name;
+parent_name = parent;
 } else {
-load (parent[0:index],
-  type,
-  parent[index + 1:parent.length],
-  included);
+parent_rule = parent[0:index];
+parent_name = parent[index + 1:parent.length];
+}
+var parent_metadata = Rule.find_rule (parent_rule);
+if (parent_metadata == null) {
+throw new RuleParseError.FAILED (can't find rule %s,
+

Bug#691676: unblock: ensymble/0.28-3

2012-10-28 Thread Dominic Hargreaves

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: eddy.petri...@gmail.com

On Sun, Oct 21, 2012 at 12:46:43PM +0100, Dominic Hargreaves wrote:
On Wed, Oct 10, 2012 at 11:02:10PM +0300, Eddy Petrișor wrote:
I realized the previous 0.28-2.1 proposal had UNRELEASED as suite.

I corrected this and attached the patch based on ensymble 0.28-2 to
obtain 0.28-2.1.

I would really prefer 0.29-1, but if not, Is this 0.28-2.1 version
acceptable for a new upload?

Dear debian-release,

Eddy Petrișor has provided updates to my (RFA) package ensymble,
fixing an important bug (#629125) relating to python compatibility).

There are two options here:

- 0.28-3
this is a minimal patch fixing #629125

(As Eddy points out this is actually #616799)

- 0.29-1
this is a new upstream release which also fixes #629125 (severity: normal)
based on some work I did a while ago but never managed to upload

I have reviewed both sets of changes proposed by Eddy and merged them
into my git repository.

http://anonscm.debian.org/gitweb/?p=users/dom/ensymble.git;a=shortlog;h=refs/heads/0.28
http://anonscm.debian.org/gitweb/?p=users/dom/ensymble.git;a=shortlog;h=refs/heads/master

I attach diffs for both. Note that the one including 0.29 is long because
upstream has reorganised the directory layout, but the actual changes
are minimal - see http://code.google.com/p/ensymble/source/list.
I think both are suitable for wheezy.

Please let me know which one you prefer, and I'll upload it.

In the interests in expedience and taking some workload off the
release team, I have uploaded 0.28-3 (which qualifies for an unblock as
is it is a minimal fix for an important bug in an optional package).

Please unblock:

unblock ensymble/0.28-3

Thanks,
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#686481: discrepancy: rc_policy.txt and policy

2012-10-28 Thread Osamu Aoki

Hi,

Thanks for clarification.

It came to my attention since GNU folks reminded me of non-free issues
recently with #686481 which prompted me to think about this.
  http://bugs.debian.org/686481

I record this fact by forwarding this there from debian-devel@l.d.o.

FYI: I once got a RC bug report for listing non-free package in
recommends several releases back.  Since non-free GFDL packages have
been dealt for good long time, I think, by now, no recommend dependency
to non-free package exists in our archive.   So I think it is purely
cosmetic issue of rc_policy.txt file.  Our archive should be no-problem
:-)

Osamu

On Sun, Oct 28, 2012 at 11:28:19AM +, Adam D. Barratt wrote:
 On 28.10.2012 07:17, Osamu Aoki wrote:
 Policy states In addition, the packages in main must not require or
 recommend a package outside of main for compilation or execution
 (thus,
 the package must not declare a Pre-Depends, Depends,
 Recommends,
 Build-Depends, or Build-Depends-Indep relationship on a non-main
 package), ...
 
 On the other hand rc_policy.txt states  Packages in main cannot
 require
 any software outside of main for execution or compilation.
 Recommends: lines do not count as requirements. ...
 
 That text has been there for several releases. We should possibly
 revisit it and decide whether to bring it more in line with the
 Policy wording, but I don't think that during a freeze is really the
 appropriate time to do so.
 
 rc_policy.txt is a bit confusing since it talks about source
 dependency and
 comments on binary dependency w.r.t. Recommends: which seems to
 contradict
 with policy.  (Am I wrong?  Was there any reasons?)
 
 The text indeed refers to both source and binary dependencies, as
 does the Policy text you quoted - compilation is source,
 execution is binary.
 
 At least, discrepancy from policy can be fixed with the following:
 
 --- rc_policy.txt.orig  2012-10-28 13:59:02.194465621 +0900
 +++ rc_policy.txt   2012-10-28 13:59:31.764751376 +0900
 @@ -52,7 +52,7 @@
 
 Packages in main cannot require any software outside of main
 for execution or compilation.
 -   Recommends: lines do not count as requirements.
 +   Suggests: lines do not count as requirements.
 
 As above, it's too late in the release cycle to be significantly
 changing what we consider to be RC for wheezy.
 
 Regards,
 
 Adam
 
 
 -- 
 To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/bca7234f03a10a293049c6402737d...@mail.adsl.funky-badger.org


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

Bug#683184: RFS: suckless-tools/39-1 [ITA]

2012-10-28 Thread Vasudev Kamath

On 13:40 Sun 28 Oct , Jakub Wilk wrote:
 * Vasudev Kamath kamathvasu...@gmail.com, 2012-10-28, 10:45:
 I'd prefer if create_get_orig source downloaded a specific
 revision of prop (currently ecfe2752b310) rather than tip.
 That would make the script more deterministic.
 Done.
 
 Okay, how about this patch? (see attachment)

Applied, thanks for the patch :-)

 
 I wonder what is the purpose of ssid. The manpage says it's an
 extremly[0] simple setsid replacement. But setsid itself _is_
 extremely simple. In fact, if you compare ssid.c with setsid.c (from
 util-linux), you'll see they're almost identical.

Yes they both are identical even I don't know why this tool even
created! I will contact Anselm.


-- 
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4  C96B 6C8F 74AE 8770 0B7E


signature.asc
Description: Digital signature

Bug#691562: tcp port conflict in default configuration of approx and kgb-bot

2012-10-28 Thread Damyan Ivanov

Control: reassign -1 kgb-bot
Control: affects -1 approx

-=| Helmut Grohne, 27.10.2012 11:08:23 +0200 |=-
 Package: approx kgb-bot
 Severity: normal
 
 Both packages use tcp port  by default. This is a conflict. Please
 resolve.

Ouch. I am happy to change the default port in KGB. The three 
instances that serve alioth projects already use other ports anyway, 
and since kgb is the new kid on the block, it makes sense to avoid the 
conflict there.

The default is set in two places -- the provided default kgb.conf and 
kgb-bot executable.

Change in the default kgb.conf in the package should be transparent to 
users, as it is a conffile dpkg will show the alert. The executable 
built-in default is not a problem, I think, because the default 
kgb.conf was shipped in all published packages, so the built-in 
default should be never used.

Of course, a NEWS.Debian file would give the change more publicity.

Next thing to decide would be the new port number. Two of the three 
instances that serve alioth projects use 9418, bit this seems to be 
assigned:

 $ grep 9418 /etc/services
 git 9418/tcp# Git Version Control System

Gregor gave an interesting idea for finding possible port number -- 
playing with the ASCII codes of 'K', 'G' and 'B'. For example 
'K'*'G'+'B' gives 5391, which is unassigned, according to 
http://www.iana.org/assignments/port-numbers (thanks taffit!).

If we want to avoid future conflicts, I guess we should register the 
port with IANA.


signature.asc
Description: Digital signature

Bug#691666: installation-reports: please propose french bépo keyboard layout during installation

2012-10-28 Thread Fred

Le dim. 28 oct. 2012 12:08:25 CET,
Samuel Thibault sthiba...@debian.org a écrit :

 And it was discussed again in #630575, with the same conclusion: that
 conflicts with the goal of simplicity  small size of the installer,
 we don't really want to double the amount of layouts proposed in the
 debian installer (yes, if we propose bepo, we should also propose all
 kinds of dvorak layouts for each and every country, even the US dvorak
 is questionable).

I didn't saw this bug report. Meanwhile, the simplicity shouldn't go
against usability, no ?

What I see is that such a keymap is about 2,5 kb ; we can also build it
dynamically from Xorg definitions using console-setup and xkb-data (these 
packages
are already in the debian-wheezy-DI-b3-amd64-i386-netinst.iso), so it
could be doable with adding a so big amount of data to the installer,
no ? From my understand of debian-installer, these keyboard layouts are
stored in the initrd.gz, isn't it ? but I didn't find exactly where).

On the contrary, doing the Debian system installation without the
correct keyboard mapping turns this operation more difficult (try to do
an installation choosing a very different layout from yours), giving
root password [without visual feedback] is quite a challenge ! and
setting the right layout after installation isn't the easiest task,
depending on the target desktop.

The user experience  simplicity should be prefered if possible from
tool simplicity, isn't it ?

   with regards,
Fred.


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

Bug#691677: libfftw3-3: Will libfftw3-3 support quad-precision library ?

2012-10-28 Thread XIANGYU LIU

Package: libfftw3-3
Version: 3.3.2-3.1
Severity: wishlist

Hi Dear Maintainers,

I just want to ask, is there possibility to support quad-precision in
libfftw3-3 library in next debian release ? 

Quad-precision (--enable-quad-precision) can support 128-bit float fft,
it might be useful for some specific applications.

Although it seems that quad-precision support is a nonstandard feature 
in C and need gcc 4.6 (or higher version) and only for x86/64 platform, 
but gcc 4.7 is already the default C compiler in wheezy, and the maybe 
we can support the feature only for amd64-arch ? 


Thanks,
Best Regards,
Xiangyu LIU


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

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

Versions of packages libfftw3-3 depends on:
ii  libc6  2.13-35
ii  libgomp1   4.7.2-4
ii  multiarch-support  2.13-35

libfftw3-3 recommends no packages.

Versions of packages libfftw3-3 suggests:
pn  libfftw3-bin  none
pn  libfftw3-dev  none

-- 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#688891: psad: modifies conffiles (policy 10.7.3): /etc/psad/psad.conf

On Sun, 28 Oct 2012 14:58:49 +0100, Franck Joncourt wrote:

 Sorry for being unclear; I didn't mean replacing the file, but
 udpating the values within the file, i.e. lines 44/45 (in git):
 
44 NAME=`hostname`
45 update_conf $NAME HOSTNAME /etc/psad/psad.conf
 
 This will overwrite the HOSTNAME variable in the file (also on
 updates), which could have been been changed by the admin. - And
 that's where I'm not sure ...
 
 The solution I can find is to leave this entry as _CHANGEME_ in
 psad.conf and maybe add a note in the README.debian file.
 It does not prevent the daemon to start. I think that would be
 better than overwriting any existing value set by the admin.

Thanks, that was the missing piece for me :)
(That the daemon also works with _CHANGEME_.)

In this case /etc/psad/psad.conf could be installed as before, and
the postinst (and removal in postrm) can just be dropped ... Nice.

Yes, this sounds easier.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Nick Drake: Which Will


signature.asc
Description: Digital signature

Bug#691666: installation-reports: please propose french bépo keyboard layout during installation

2012-10-28 Thread Samuel Thibault

Fred, le Sun 28 Oct 2012 15:01:54 +0100, a écrit :
 Le dim. 28 oct. 2012 12:08:25 CET,
 Samuel Thibault sthiba...@debian.org a écrit :
 
  And it was discussed again in #630575, with the same conclusion: that
  conflicts with the goal of simplicity  small size of the installer,
  we don't really want to double the amount of layouts proposed in the
  debian installer (yes, if we propose bepo, we should also propose all
  kinds of dvorak layouts for each and every country, even the US dvorak
  is questionable).
 
 I didn't saw this bug report.

Did you read the discussion there?

 Meanwhile, the simplicity shouldn't go against usability, no ?

See the discussion there. It is still considered that doubling the
amount of choices in an already very long list hurts more than having to
type with the layout that is used in the vast rest of one's own country.

 What I see is that such a keymap is about 2,5 kb

That's for just bépo. There is no reason why we should include
bépo but not all other dvorak layouts.  You are also forgetting the
translations of the layout name, etc. etc.  All that amounts to way more
than 2.5KiB.

 we can also build it
 dynamically from Xorg definitions using console-setup and xkb-data (these 
 packages
 are already in the debian-wheezy-DI-b3-amd64-i386-netinst.iso),

That won't work for a network installation, for which you'd have to type
things before getting access to these packages.

 From my understand of debian-installer, these keyboard layouts are
 stored in the initrd.gz, isn't it ? but I didn't find exactly where).

They are, from the console-setup-pc-ekmap package, but also the
layout translations in console-setup-udeb.

 On the contrary, doing the Debian system installation without the
 correct keyboard mapping turns this operation more difficult

We have still not been convinced by that.  Is there really *no* azerty
keyboard near you that you could just plug or look at?  Doubling the
number of choices and adding several hundred KiBs (thus posing size
issues) just for that issue still seems too costly.

 setting the right layout after installation isn't the easiest
 task, depending on the target desktop.

That is another bug, which can be solved without impacting d-i.

 The user experience  simplicity should be prefered if possible from
 tool simplicity, isn't it ?

There's a balance to find.  For now we have failed to find a really
convincing argument.

Samuel


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

Bug#635969: /usr/sbin/apt-p2p: Failed to load application: cannot import name OpProgress

Control: severity -1 grave
Control: tag -1 + patch

Tathar wrote:
 Package: apt-p2p
 Version: 0.1.6
 Severity: important
 File: /usr/sbin/apt-p2p
 
 Starting apt-p2p
 /usr/lib/pymodules/python2.6/apt_p2p_Khashmir/DHT.py:8: DeprecationWarning: 
 the sha module is deprecated; use the hashlib module instead
   import os, sha, random
 Unhandled Error
 Traceback (most recent call last):

I ran into this, too, and it makes the package unusable in Wheezy (and
Sid) and hence of the release-critical severity.

Tathar dev wrote:
 this patch resolv this bug

Thanks for the patch. Tagging accordingly.

 please check the impact on another version of Debian

An according versioned dependency should be enough to take of that.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#687213: [PATCH] debian/{control,rules}: Add simple-scan-dbg for debugging symbols [1]

2012-10-28 Thread Paul Menzel

Dear Debian folks,


Am Montag, den 10.09.2012, 23:54 +0200 schrieb Paul Menzel:
 Package: simple-scan
 Version: 3.4.2-1
 Severity: normal
 Tags: patch

 `simple-scan` segfaulted for me as for two other users [1][2]. Following
 up on these segfaults is more complicated if there is no package
 containing the debugging information.
 
 Please apply the included patch by saving this message in mbox format
 and executing `git am --scissors thismessage.mbox`.
 
 It would be great if you could also take the needed steps to get this
 into Wheezy.

could the patch please be considered? I know, automatically created
debug packages like in Ubuntu would be better, but this will not be the
case for Wheezy. Having debugging packages around for problem analysis
is very important in my opinion. Especially as rebuilding packages
invalidates the core dump files gotten from non reproducible bugs.


Thanks,

Paul


 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647968
 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680601


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

Bug#689506: moodle: upgrade squeeze-wheezy deletes /usr/share/moodle/lib/yui tree

2012-10-28 Thread Didier 'OdyX' Raboud

Control: severity -1 grave 

Le mercredi, 3 octobre 2012 13.02:06, Andreas Beckmann a écrit :
 during a test with piuparts I noticed your package deletes half of the
 files it ships during an upgrade from squeeze to wheezy:

This looks like a grave bug to me, hence rising the severity up. Upload to fix 
that is in the pipes.

Cheers,

OdyX


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

Bug#691678: gaupol: 0.20 available upstream

2012-10-28 Thread Osmo Salomaa

Package: gaupol
Severity: wishlist

Dear Maintainer,

gaupol 0.20 is available upstream. Your watch file looks for tar.gz,
but starting with 0.20 new tarballs are released only as tar.xz.

And, for what it's worth, I use debian unstable myself and can say
that gaupol 0.20 should work fine with the current unstable. Maybe a
half a year ago there were still problems with pygobject upstream
and in debian's python 3 packaging, but that should all be ok now.


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

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


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

Bug#635969: /usr/sbin/apt-p2p: Failed to load application: cannot import name OpProgress

Hi again,

I looked into doing an NMU for that and stumbled upon a prepared 0.1.7
release in git.

Axel Beckert wrote:
  Starting apt-p2p
  /usr/lib/pymodules/python2.6/apt_p2p_Khashmir/DHT.py:8: DeprecationWarning: 
  the sha module is deprecated; use the hashlib module instead
import os, sha, random
  Unhandled Error
  Traceback (most recent call last):
 
 I ran into this, too, and it makes the package unusable in Wheezy (and
 Sid) and hence of the release-critical severity.

Actually this already fixed[1] in apt-p2p's git repository[1] since Sept.
2011, but was never uploaded.

[1] 
http://git.camrdale.org/?p=apt-p2p.git;a=commitdiff;h=bf9ad75cf6b83504d467687979475e86dfb57da9

 Tathar dev wrote:
  this patch resolv this bug
 
 Thanks for the patch. Tagging accordingly.

Tathar's patch has been applied in the git repository.

  please check the impact on another version of Debian
 
 An according versioned dependency should be enough to take of that.

This has been done in the git already, too.

Unfortunately more things have been changed in git, too, which
are rather a no go at that time of the freeze (like Standards-Version
and Source format).

An NMU solely based on the commit in [1] should be doable, though. And
I guess the release team wouldn't mind, if
http://bugs.debian.org/619370 would be fixed in the same go, too. I'll
have a look into it.

Cameron: If you want to do the update yourself, I'm also fine with
sponsoring, say, a 0.1.6.1 to unstable (and 0.1.7 to experimental,
too, if you want).

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#683184: RFS: suckless-tools/39-1 [ITA]

2012-10-28 Thread Vasudev Kamath

On 19:27 Sun 28 Oct , Vasudev Kamath wrote:
 On 13:40 Sun 28 Oct , Jakub Wilk wrote:
  * Vasudev Kamath kamathvasu...@gmail.com, 2012-10-28, 10:45:
  I'd prefer if create_get_orig source downloaded a specific
  revision of prop (currently ecfe2752b310) rather than tip.
  That would make the script more deterministic.
  Done.
  
  Okay, how about this patch? (see attachment)
 
 Applied, thanks for the patch :-)
 
  
  I wonder what is the purpose of ssid. The manpage says it's an
  extremly[0] simple setsid replacement. But setsid itself _is_
  extremely simple. In fact, if you compare ssid.c with setsid.c (from
  util-linux), you'll see they're almost identical.
 
 Yes they both are identical even I don't know why this tool even
 created! I will contact Anselm.

Updated slock to 1.1 version changes pushed back to git


-- 
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4  C96B 6C8F 74AE 8770 0B7E


signature.asc
Description: Digital signature

Bug#691679: ITP: libcommons-primitives-java -- Collections and utilities for Java primitive types

2012-10-28 Thread Jakub Adam


Package: wnpp
Severity: wishlist

--- Please fill out the fields below. ---

   Package name: libcommons-primitives-java
Version: 1.0
Upstream Author: The Apache Software Foundation
URL: http://commons.apache.org/primitives/
License: Apache-1.1
Description: Collections and utilities for Java primitive types

 The Java language is mostly Object based, however the original designers chose
 to include eight primitive types - boolean, byte, char, double, float, int,
 long and short. Commons Primitives provides a library of collections and
 utilities specially designed for use with primitive types.

 JDK 1.5 added auto-boxing to simplify working with primitive types. This is
 simply a mechanism of automatically converting a primitive to an Object and
 vice versa, an operation with potentially large memory and performance issues.
 Commons Primitives offers collections that hold the primitive type directly,
 and as a result they are usually smaller, faster and easier to work with than
 their purely Object based alternatives.


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

Bug#510650: gaupol: Should be able to save frames, not only timecodes

2012-10-28 Thread Osmo Salomaa

 One solution would be to allow for custom framerates in gaupol.

Since 0.18, gaupol includes an extension to define and use custom
framerates.

Along with that and considering that gaupol supports time and frame
modes for editing and time and frame based subtitle file formats, I
would consider this fixed.

-- 
Osmo Salomaa otsal...@iki.fi


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

Bug#691185: pre-approval: perl/5.14.2-15

2012-10-28 Thread Dominic Hargreaves

On Sat, Oct 27, 2012 at 07:52:17PM +0100, Adam D. Barratt wrote:
 Control: tags -1 + confirmed
 
 On Mon, 2012-10-22 at 21:45 +0300, Niko Tyni wrote:
  Upstream recently released 5.14.3, which is a bugfix only stable
  update. We're assuming that importing this into wheezy is out of question
  at this point, but please let us know if you'd be willing to entertain
  that option. The upstream rules for stable updates are quite strict;
  see the 'MAINTENANCE BRANCHES' section in perlpolicy(1) of the perl-doc
  package for details.
 
 In principle it doesn't sound entirely unreasonable, but I'd like a
 little more information as to the specific fixes included.

Hi Adam,

Niko posted a summary of 5.14.3 changes at

http://lists.alioth.debian.org/pipermail/perl-maintainers/2012-October/003321.html

taking some snippets from that, the changes not in Niko's 5.14.2-15
proposal which would be added by importing 5.14.3 are:

- Module::CoreList has been updated to version 2.49_04 to add data for
  this release.
- In Configure, the test for procselfexe was refactored into a loop.
- Linux: libutil is no longer used when compiling on Linux platforms,
  which avoids warnings being emitted. (already fixed in a different way
  in Debian)
- Linux: The system gcc (rather than any other gcc which might be in
  the compiling user's path) is now used when searching for libraries
  such as -lm.
- The sitecustomize support was made relocatableinc aware, so that
  -Dusesitecustomize and -Duserelocatableinc may be used together.

and some platform specific fixes for non-Debian platforms:

- FreeBSD: The FreeBSD hints file was corrected to be compatible with
  FreeBSD 10.0.
- Solaris and NetBSD: Configure was updated for procselfexe support on
  Solaris and NetBSD.
- HP-UX: README.hpux was updated to note the existence of a broken header
  in HP-UX 11.00.
- Mac OS X: The locale tests were updated to reflect the behaviour of
  locales in Mountain Lion.
- NetBSD: The NetBSD hints file was corrected to be compatible with
  NetBSD 6.*

Moving to 5.14.3 would have the advantage that it will reduce Debian's
patch count and therefore make later analysis and patch management/triage
a bit easier; it will need to be accompanied by a new
libmodule-corelist-perl package for consistency. I'm not aware at this
stage of any other external changes needed.

The upstream full changelog is at
https://metacpan.org/module/DOM/perl-5.14.3/pod/perldelta.pod

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#689779: bug #689779 pptpd: modifies conffiles during squeeze2wheezy upgrade (policy 10.7.3): /etc/pptpd.conf, /etc/init.d/pptpd, /etc/ppp/pptpd-options

On Sat, 27 Oct 2012 17:41:09 +0200, Reinhard Tartler wrote:

 I don't see any weird conffile handling in pptpd's maintainer scripts.
 However, it seems to me that somehow debsums got confused:
 
  dpkg-deb -I pptpd_1.3.4-5_amd64.deb conffiles
 /etc/pptpd.conf
 /etc/ppp/pptpd-options
 /etc/init.d/pptpd
 /etc/ppp/pptpd-options
 /etc/init.d/pptpd
 /etc/pptpd.conf
 
 That is, the conffiles get registered multiple times. 

Probably because there is a debian/conffiles file.

Right, lintian throws errors:

E: pptpd: duplicate-conffile etc/pptpd.conf
E: pptpd: duplicate-conffile etc/ppp/pptpd-options
E: pptpd: duplicate-conffile etc/init.d/pptpd

N:The file is listed more than once in your debian/conffiles file.
N:Usually, this is because debhelper (dh_installdeb, compat level 3 or
N:higher) will add any files in your package located in /etc automatically
N:to the list of conffiles, so if you do that manually too, you'll get
N:duplicates.
N:
N:Severity: important, Certainty: certain
N:
N:Check: conffiles, Type: binary

And during build:

dpkg-deb: warning: conffile name '/etc/pptpd.conf' is duplicated
dpkg-deb: warning: conffile name '/etc/ppp/pptpd-options' is duplicated
dpkg-deb: warning: conffile name '/etc/init.d/pptpd' is duplicated
dpkg-deb: warning: ignoring 3 warnings about the control file(s)


 Moreover, the
 debdiff between the two debs looks fishy:
 
 
  debdiff  pptpd_1.3.4-3_amd64.deb pptpd_1.3.4-5_amd64.deb
 [The following lists of changes regard files as different if they have
 different names, permissions or owners.]
 
 Files in second .deb but not in first
 -
 -rwxr-xr-x  root/root   /usr/share/doc/pptpd/examples/pptpd.conf
 
 Files in first .deb but not in second
 -
 -rw-r--r--  root/root   /usr/share/doc/pptpd/examples/pptpd.conf
 
 Control files: lines which differ (wdiff format)
 
 Installed-Size: [-744-] {+300+}
 Version: [-1.3.4-3-] {+1.3.4-5+}

Lintian (and linda) report:
W: pptpd: executable-not-elf-or-script usr/share/doc/pptpd/examples/pptpd.conf
W: pptpd; Executable /usr/share/doc/pptpd/examples/pptpd.conf with perms 0755 
is not an ELF file or script. (exec-not-elf-or-script)

In the source package we have debian/examples and
debian/pptpd.examples, not sure if this is the reason.
During build (with DH_VERBOSE) we see:

dh_installexamples -ppptpd
dh_installexamples: No compatibility level specified in debian/compat
dh_installexamples: This package will soon FTBFS; time to fix it!
dh_installexamples: Compatibility levels before 5 are deprecated (level 4 in 
use)
install -d debian/pptpd/usr/share/doc/pptpd/examples
cp -a samples/chap-secrets debian/pptpd/usr/share/doc/pptpd/examples
cp -a samples/options.pptpd debian/pptpd/usr/share/doc/pptpd/examples
cp -a samples/pptpd.conf debian/pptpd/usr/share/doc/pptpd/examples

Not sure why this doesn't get fixed by dh_fixperms:

dh_fixperms
dh_fixperms: No compatibility level specified in debian/compat
dh_fixperms: This package will soon FTBFS; time to fix it!
dh_fixperms: Compatibility levels before 5 are deprecated (level 4 in use)
[..]
find debian/pptpd/usr/share/doc -type f  ! -regex 
'debian/pptpd/usr/share/doc/[^/]*/examples/.*' -print0 2/dev/null | xargs -0r 
chmod 644

But this doesn't affect the problem with the conffiles.
 
So back to the original issue. I tried to reproduce it manually in
the way that Andreas used piuparts:

- squeeze chroot
- install pptpd 1.3.4-5 from wheezy
- upgrade chroot to wheezy

md5sum of the 3 files is still the same. I guess the difference comes
from md5sum vs. debsums.

Ok, with piuparts and something like Andreas' command I get the same
debsums error.

Trying the same with 1.3.4-5.1 (with debian/conffiles removed) I
don't get this errors [0].


Summary:
- I'm not sure there really a (n RC) problem here since md5sum shows
  the same result in the manual test.
- The difference shown by debsums is probably caused by the duplicate
  conffiles.
- This problem can easily be fixed by rm debian/conffiles.


Cheers,
gregor



[0] What I do get in both cases is:
1m48.0s ERROR: FAIL: debsums reports modifications inside the chroot:
  /usr/share/keyrings/debian-archive-removed-keys.gpg
 

 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Das Feuer


signature.asc
Description: Digital signature

Bug#691680: mount.8: `An unbindable' instead of `A unbindable'

2012-10-28 Thread Regid Ichira

Package:  mount
Version:  2.20.1-5.2
Severity: minor
Tags: patch
File: /usr/share/man/man8/mount.8.gz

--- a/mount.8   2012-10-28 17:25:03.891071581 +0200
+++ b/mount.8   2012-10-28 17:22:46.0 +0200
@@ -437,7 +437,7 @@ Since Linux 2.6.15 it is possible to mar
 private, slave or unbindable. A shared mount provides ability to create mirrors
 of that mount such that mounts and umounts within any of the mirrors propagate
 to the other mirror. A slave mount receives propagation from its master, but
-any not vice-versa.  A private mount carries no propagation abilities.  A
+any not vice-versa.  A private mount carries no propagation abilities.  An
 unbindable mount is a private mount which cannot be cloned through a bind
 operation. Detailed semantics is documented in 
Documentation/filesystems/sharedsubtree.txt
 file in the kernel source tree.


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

Bug#674154: wake-on-lan with 3.2.0-0.bpo.2 and r8169

2012-10-28 Thread Cyril Brulebois

(Added -backports@ back into the loop.)

Jonathan Nieder jrnie...@gmail.com (28/10/2012):
 reassign 674154 src:linux 3.2.23-1
 found 674154 linux-2.6/3.2.15-1
 tags 674154 + upstream patch
 forwarded 674154 http://thread.gmane.org/gmane.linux.kernel/1383768
 # regression
 severity 674154 important
 quit
 
 Hi KiBi,
 
 Cyril Brulebois wrote:
 
  Same story here (regression from squeeze, not working unless
  suspending to RAM), which led to the following patch:
 
http://marc.info/?l=linux-kernelm=135139325014645w=2
 
 That's lovely; thank you.
 
 Could you try 3.2.32 without the patch as well?  (It has v3.2.32~15
 r8169: 8168c and later require bit 0x20 to be set in Config2 for PME
 signaling, 2012-04-17 which I want to make sure does not already fix
 this.)

Not better with 3.2.32-1 from sid: no WoL after a shutdown.

(Not tried after a suspend to RAM though.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#688891: psad: modifies conffiles (policy 10.7.3): /etc/psad/psad.conf

2012-10-28 Thread Franck Joncourt


I have updated the package accordingly

http://anonscm.debian.org/gitweb/?p=collab-maint/psad.git;a=summary

I am about to upload the package. I just need to update my system to run 
the latest lintian on it and that should be ok.


Regards,
Franck


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

Bug#690133: npapi-vlc: diff for NMU version 2.0.0-1.1

2012-10-28 Thread David Prévot

tags 690133 + patch
tags 690133 + pending
thanks

Dear maintainer,

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

Regards

David
diff -Nru npapi-vlc-2.0.0/debian/changelog npapi-vlc-2.0.0/debian/changelog
--- npapi-vlc-2.0.0/debian/changelog	2012-03-12 19:04:22.0 -0400
+++ npapi-vlc-2.0.0/debian/changelog	2012-10-28 11:46:26.0 -0400
@@ -1,3 +1,11 @@
+npapi-vlc (2.0.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/mozilla-plugin-vlc.preinst: Remove previous symlink that is
+replaced by a directory (Closes: #690133).
+
+ -- David Prévot taf...@debian.org  Sun, 28 Oct 2012 11:46:10 -0400
+
 npapi-vlc (2.0.0-1) unstable; urgency=low
 
   * Initial release (Closes: #663647).
diff -Nru npapi-vlc-2.0.0/debian/mozilla-plugin-vlc.preinst npapi-vlc-2.0.0/debian/mozilla-plugin-vlc.preinst
--- npapi-vlc-2.0.0/debian/mozilla-plugin-vlc.preinst	1969-12-31 20:00:00.0 -0400
+++ npapi-vlc-2.0.0/debian/mozilla-plugin-vlc.preinst	2012-10-28 11:19:56.0 -0400
@@ -0,0 +1,12 @@
+#! /bin/sh
+set -e
+
+# Delete symlink that will be replaced by a directory
+dir=/usr/share/doc/mozilla-plugin-vlc
+if [ -L $dir ]; then
+rm $dir 2/dev/null
+fi
+
+#DEBHELPER#
+
+exit 0


signature.asc
Description: Digital signature

Bug#691513: libatk-adaptor-data: Includes schema file with MA path

2012-10-28 Thread Samuel Thibault

Samuel Thibault, le Fri 26 Oct 2012 19:11:07 +0200, a écrit :
 Samuel Thibault, le Fri 26 Oct 2012 19:10:12 +0200, a écrit :
  Josselin Mouette, le Fri 26 Oct 2012 18:41:36 +0200, a écrit :
   org.a11y.atspi.gschema.xml includes a path which is MA dependent, and 
   therefore only valid on amd64.
   
   Since it is actually useless,
  
  How useless?  AIUI, it's useful for gtk2 applications.
 
 Ah, it was made Arch: all.

Mmm, no, I was looking at the wrong version.  It really was Arch: any,
but since it's not actually useful since the bridge is now in the
standard path, we can just remove it.

Samuel


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

Bug#689779: pptpd: diff for NMU version 1.3.4-5.1

tags 689779 + patch
tags 689779 + pending
thanks

In this case I would suggest this NMU. In case nobody objects,
I'm going to build and upload it to 5-days/delayed tomorrow.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
reverted:
--- pptpd-1.3.4/.gitignore
+++ pptpd-1.3.4.orig/.gitignore
@@ -1,4 +0,0 @@
-*~
-*.old
-*.orig
-*.rej
diff -u pptpd-1.3.4/debian/changelog pptpd-1.3.4/debian/changelog
--- pptpd-1.3.4/debian/changelog
+++ pptpd-1.3.4/debian/changelog
@@ -1,3 +1,10 @@
+pptpd (1.3.4-5.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Remove debian/confflags, avoids debsum mismatches regarding conffiles
+
+ -- Reinhard Tartler siret...@tauware.de  Sun, 28 Oct 2012 17:19:04 +0100
+
 pptpd (1.3.4-5) unstable; urgency=medium
 
   Urgency medium because 1.3.4-4 broke connections for some settings.
diff -u pptpd-1.3.4/debian/rules pptpd-1.3.4/debian/rules
--- pptpd-1.3.4/debian/rules
+++ pptpd-1.3.4/debian/rules
@@ -23,6 +23,7 @@
 	dh_testdir
 	dh_testroot
 	rm -f build-stamp install-stamp
+	rm -f debian/conffiles
 
 	# Add here commands to clean up after the build process.
 	-$(MAKE) distclean

Bug#688891: psad: modifies conffiles (policy 10.7.3): /etc/psad/psad.conf

On Sun, 28 Oct 2012 16:19:48 +0100, Franck Joncourt wrote:

 I have updated the package accordingly
 http://anonscm.debian.org/gitweb/?p=collab-maint/psad.git;a=summary

Looks good!
 
 I am about to upload the package. I just need to update my system to
 run the latest lintian on it and that should be ok.

Excellent, thanks.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Aber niemals


signature.asc
Description: Digital signature

Bug#689779: pptpd: diff for NMU version 1.3.4-5.1

On Sun, 28 Oct 2012 17:22:05 +0100, Reinhard Tartler wrote:

 tags 689779 + patch
 tags 689779 + pending
 thanks
 
 In this case I would suggest this NMU. In case nobody objects,
 I'm going to build and upload it to 5-days/delayed tomorrow.
 
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Aber niemals


signature.asc
Description: Digital signature

Bug#683323: unblock: python-apt/0.8.7

2012-10-28 Thread Adam D. Barratt

Hi,

A quick note first, as I noticed the subject was updated to reference
0.8.8... That version isn't a valid candidate right now in any case, as
it FTBFS on approximately half the architectures - see
https://buildd.debian.org/status/package.php?p=python-apt

On Mon, 2012-10-15 at 09:14 +0200, Michael Vogt wrote:
 On Sun, Oct 14, 2012 at 01:48:52PM +0300, Martin-Éric Racine wrote:
  2012/9/3 Michael Vogt m...@debian.org:
   I created a branch at
   http://anonscm.debian.org/bzr/bzr/apt/python-apt/debian-wheezy/ that
   is based on the debian-sid branch but disables auth.py. I am happy to
   upload this to wheezy if that approach is approved by the release
   team.
[...]
  A separate branch was created for Wheezy and a debdiff submitted. Is
  there anything else missing to move this issue forward and achieve a
  concensus about what will be allowed into Testing?

Unfortunately, that debdiff never made it to debian-release@ due to the
size of the diff.

Extracting it from the BTS and excluding *.po{,t}, tests/* and the
disabled module brings it down to

 20 files changed, 523 insertions(+), 92 deletions(-)

which is a little more manageable.

A good chunk of that diff appears to be data file / documentation
updates, the changelog and some Python 3 string-handling fixes. The rest
of the fixes look sane enough.

 It would be great to know the direction, I uploaded a version of
 python-apt 0.8.8 to sid in the meantime with some more fixes. I am
 happy to cherry pick the fixes to the wheezy branch - but of course I
 need to know if thats the way forward or if 0.8.8 (with the auth.py
 module) is allowed to get in. I'm happy either way. I would slightly
 prefer 0.8.8 as the auth.py module is IMO a good idea compared to
 having multiple apps duplicating this code in various places.

Whilst I agree that reducing code duplication is generally a good thing,
for wheezy the practical difference is presumably none given that
nothing outside of python-apt itself would be using the code?

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#691620: gnome-mplayer: Hang at Caching 0% when playing http streaming audio playlist until FF

tag 691620 moreinfo
severity 691620 normal
stop

On Sat, Oct 27, 2012 at 7:03 PM, Dominique Brazziel dbrazz...@snet.net wrote:
 Package: gnome-mplayer
 Version: 1.0.6-1
 Severity: important

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

* What led up to the situation?
Trying to play m3u audio playlist created by 'libapache2-mod-musicindex'
* What exactly did you do (or not do) that was effective (or
  ineffective)?
 Player loads large playlist then starts to cache, hangs at 0% until
 fast forward is hit.
* What was the outcome of this action?
Multiple HTTP requests for non existent files (hex data) seen in
Apache server logs, strace shows looking for idx, ifo files, etc.
Only after hitting fast forward button did correct HTTP request
get sent for the .mp3 file named in the playlist
Each time the next song would come up the bad requests are sent
to the server and fast forward must be pressed again.

Can you please provide the m3u file?

Also, we need to be able to reproduce this problem with mplayer on the
command line. Therefore, please avoid gnome-mplayer for now and add
the option -v to the command line and attach the complete output of
stdout to this bug report.

-- 
regards,
Reinhard


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

Bug#691682: dvbcut fails to build

2012-10-28 Thread lee

Package: dvbcut
Version: 0.5.4+svn178-2
Severity: minor

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


   * What led up to the situation?

,
| apt-get build-dep dvbcut
| apt-get source dvbcut
| cd dvbcut-0.5.4+svn178
| debuild -us -uc
`


   * What was the outcome of this action?

Building fails with a number of errors:


,
| [...]
| lavfmuxer.cpp: In constructor ‘lavfmuxer::lavfmuxer(const char*, uint32_t, 
mpgfile, const char*)’:
| lavfmuxer.cpp:46:9: error: ‘AVFormatContext’ has no member named ‘preload’
| lavfmuxer.cpp:48:9: error: ‘AVFormatContext’ has no member named ‘mux_rate’
| [...]
| lavfmuxer.cpp:118:36: error: ‘av_set_parameters’ was not declared in this 
scope
| lavfmuxer.cpp:118:109: error: ‘URL_WRONLY’ was not declared in this scope
| lavfmuxer.cpp:118:119: error: ‘url_fopen’ was not declared in this scope
| lavfmuxer.cpp:123:9: error: ‘AVFormatContext’ has no member named ‘preload’
| lavfmuxer.cpp:125:9: error: ‘AVFormatContext’ has no member named ‘mux_rate’
| lavfmuxer.cpp:128:35: error: ‘dump_format’ was not declared in this scope
| lavfmuxer.cpp:130:23: error: ‘av_write_header’ was not declared in this scope
| lavfmuxer.cpp: In destructor ‘virtual lavfmuxer::~lavfmuxer()’:
| lavfmuxer.cpp:141:28: error: ‘url_fclose’ was not declared in this scope
`


See also http://lists.debian.org/debian-user/2012/10/msg01190.html

As far as I can see:


, [ lavfmuxer.cpp, lines 34--46 ]
| lavfmuxer::lavfmuxer(const char *format, uint32_t audiostreammask, mpgfile 
mpg, const char *filename)
| : muxer(), avfc(0), fileopened(false)
|   {
|   fmt = av_guess_format(format, NULL, NULL);
|   if (!fmt) {
| return;
| }
| 
|   avfc=avformat_alloc_context();
|   if (!avfc)
| return;
| 
|   avfc-preload= (int)(.5*AV_TIME_BASE);
`


avfc turns up declared as something like AVFormatContext *avfc in
lavfmuxer.h.  When I look at /usr/include/libavformat/avformat.h,
AVFormatContext seems to be a struct the definition of which I can't
find.

So perhaps there's a problem with the dependencies and I'm using a
different version of libavformat than is needed to compile dvbcut.
Having the build-deps installed, that shouldn't happen, I guess.

But then, I have packages from dmo which I have because cinelerra is
not available in Debian and my attempts to compile it failed.
However, see http://lists.debian.org/debian-user/2012/10/msg01203.html


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


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

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

Versions of packages dvbcut depends on:
ii  liba52-0.7.4   0.7.4-16
ii  libao4 1.1.0-2
ii  libavcodec53   7:0.10.3-dmo1
ii  libavformat53  7:0.10.3-dmo1
ii  libavutil517:1.0-dmo1
ii  libc6  2.13-35
ii  libgcc11:4.7.1-7
ii  libmad00.15.1b-7
ii  libqt4-network 4:4.8.2+dfsg-2
ii  libqt4-qt3support  4:4.8.2+dfsg-2
ii  libqt4-sql 4:4.8.2+dfsg-2
ii  libqt4-xml 4:4.8.2+dfsg-2
ii  libqtcore4 4:4.8.2+dfsg-2
ii  libqtgui4  4:4.8.2+dfsg-2
ii  libstdc++6 4.7.1-7
ii  libswscale27:1.0-dmo1

Versions of packages dvbcut recommends:
ii  mplayer2 [mplayer]  1:2.0~git20120817-dmo1

dvbcut 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#689779: pptpd: diff for NMU version 1.3.4-5.1

On Sun, 28 Oct 2012 17:22:05 +0100, Reinhard Tartler wrote:

 tags 689779 + patch
 tags 689779 + pending
 thanks
 
 In this case I would suggest this NMU. In case nobody objects,
 I'm going to build and upload it to 5-days/delayed tomorrow.

Thanks.
Some comments:

 reverted:
 --- pptpd-1.3.4/.gitignore
 +++ pptpd-1.3.4.orig/.gitignore
 @@ -1,4 +0,0 @@
 -*~
 -*.old
 -*.orig
 -*.rej

This change seems unrelated.

 diff -u pptpd-1.3.4/debian/changelog pptpd-1.3.4/debian/changelog
 --- pptpd-1.3.4/debian/changelog
 +++ pptpd-1.3.4/debian/changelog
 @@ -1,3 +1,10 @@
 +pptpd (1.3.4-5.1) unstable; urgency=low
 +
 +  * Non-maintainer upload
 +  * Remove debian/confflags, avoids debsum mismatches regarding conffiles
 +
 + -- Reinhard Tartler siret...@tauware.de  Sun, 28 Oct 2012 17:19:04 +0100
 +
  pptpd (1.3.4-5) unstable; urgency=medium
 
Urgency medium because 1.3.4-4 broke connections for some settings.

Closes: #689779
And the file is called debian/conffiles :)

Cheers,
gregor, sorry for the first empty mail
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Aber niemals


signature.asc
Description: Digital signature

Bug#689779: pptpd: diff for NMU version 1.3.4-5.1

On So, Okt 28, 2012 at 17:40:45 (CET), gregor herrmann wrote:

 On Sun, 28 Oct 2012 17:22:05 +0100, Reinhard Tartler wrote:

 tags 689779 + patch
 tags 689779 + pending
 thanks
 
 In this case I would suggest this NMU. In case nobody objects,
 I'm going to build and upload it to 5-days/delayed tomorrow.

 Thanks.
 Some comments:

 reverted:
 --- pptpd-1.3.4/.gitignore
 +++ pptpd-1.3.4.orig/.gitignore
 @@ -1,4 +0,0 @@
 -*~
 -*.old
 -*.orig
 -*.rej

 This change seems unrelated.

 diff -u pptpd-1.3.4/debian/changelog pptpd-1.3.4/debian/changelog
 --- pptpd-1.3.4/debian/changelog
 +++ pptpd-1.3.4/debian/changelog
 @@ -1,3 +1,10 @@
 +pptpd (1.3.4-5.1) unstable; urgency=low
 +
 +  * Non-maintainer upload
 +  * Remove debian/confflags, avoids debsum mismatches regarding conffiles
 +
 + -- Reinhard Tartler siret...@tauware.de  Sun, 28 Oct 2012 17:19:04 +0100
 +
  pptpd (1.3.4-5) unstable; urgency=medium
 
Urgency medium because 1.3.4-4 broke connections for some settings.

 Closes: #689779
 And the file is called debian/conffiles :)

Grr, yes, I've sent the wrong debdiff. I'll fix issues before uploading,
of course.

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


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

Bug#691683: unison: Rebuild unison in experimental against OCaml 4.00.0, or it won't sync

2012-10-28 Thread Matteo Settenvini

Package: unison
Version: 2.40.65-2
Severity: normal

Dear Maintainer,

recently, ocaml 4 has hit experimental. Due to a change in the hashing
algorithm[1], unison needs to be rebuilt against it, or it won't sync
with other instances (for example, unison from Fedora 18 beta),
because it outputs different archives on the two machines in the
..unison directory.

I have just rebuilt lablgl, lablgtk2 and unison against ocaml 4 (no
source changes were necessary), and I can confirm that this does
indeed fix the issue for me.

Could you please do an upload of the same packages to trigger a
rebuild in experimental?

Thanks,
Matteo

[1] http://tech.groups.yahoo.com/group/unison-users/message/10456


-- System Information:
Debian Release: wheezy/sid
  APT prefers experimental
  APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages unison depends on:
ii  libc6  2.13-36

Versions of packages unison recommends:
ii  openssh-client [ssh-client]  1:6.1p1-1

Versions of packages unison suggests:
pn  unison-all  none

-- 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#689506: moodle: diff for NMU version 2.2.3.dfsg-2.4

2012-10-28 Thread Didier Raboud

tags 689506 + patch
tags 689506 + pending
thanks

Dear maintainer,

I've prepared an NMU for moodle (versioned as 2.2.3.dfsg-2.4) and
uploaded it straight away.

Regards.
diff -Nru moodle-2.2.3.dfsg/debian/changelog moodle-2.2.3.dfsg/debian/changelog
--- moodle-2.2.3.dfsg/debian/changelog	2012-09-28 12:58:50.0 +0200
+++ moodle-2.2.3.dfsg/debian/changelog	2012-10-28 15:01:14.0 +0100
@@ -1,3 +1,12 @@
+moodle (2.2.3.dfsg-2.4) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+  * Drop a left-over symlink in favour of the shipped directory.
+   (Closes: #689506)
+
+ -- Didier Raboud o...@debian.org  Sun, 28 Oct 2012 15:01:09 +0100
+
 moodle (2.2.3.dfsg-2.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru moodle-2.2.3.dfsg/debian/preinst moodle-2.2.3.dfsg/debian/preinst
--- moodle-2.2.3.dfsg/debian/preinst	1970-01-01 01:00:00.0 +0100
+++ moodle-2.2.3.dfsg/debian/preinst	2012-10-28 15:57:28.0 +0100
@@ -0,0 +1,12 @@
+#!/bin/sh
+
+case $1 in
+  install|upgrade)
+if dpkg --compare-versions $2 lt 2.2.3.dfsg-2.4; then
+  # Make sure the new Moodle can install its file in yui - #689506
+  [ -h /usr/share/moodle/lib/yui ]  rm -f /usr/share/moodle/lib/yui
+fi
+  ;;
+esac
+
+#DEBHELPER#

Bug#599523: Ping - unexpected downgrades

2012-10-28 Thread Michael Biebl

On 28.10.2012 12:52, Axel Beckert wrote:
 Hi,
 
 Michael Biebl wrote:
 On 16.06.2012 18:50, Arne Wichmann wrote:
 Is there any progress on this serious bug? It is now unhandled for more
 than one year.

 update-manager is basically unmaintained atm.
 
 So what about RFA'ing update-manager then at least?
 
 Ignoring the epoch, Ubuntu has only lower versions than Squeeze in any
 of their releases, even in raring (1:0.174.3 in quantal and raring vs
 0.200.5-1 in squeeze and 0.200.5-2 in wheezy). See [1] and [2].
 
   [1] http://packages.ubuntu.com/search?keywords=update-manager
   [2] http://packages.qa.debian.org/u/update-manager.html
 
 So Ubuntu explicitly prefers an older version than Debian for years
 now despite its a dependency of (at least) ubuntu-desktop. This looks
 quite uncommon and suspicious.
 
 (Or is that even a completely different package but with the same name
 in Ubuntu and Debian?)
 
 So maybe orphaning or even removal from testing is the better solution
 than just RFA'ing the package.
 
 It only seems to have one hard reverse dependency (and a few Suggests
 and one second-level Recommends) in Testing currently, i.e. removing
 it from testing and hence wheezy shouldn't be too complicated with
 regards to reverse dependencies:
 
   update-notifier depends on update-manager-gnome
 
 But OTOH 26% popcon installations and 10% votes rather oppose a
 removal quite strongly.
 
 I hence recommend to at least issue an RFA for update-manager.

Not really my call.
I'll let Julian comment on this.

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



signature.asc
Description: OpenPGP digital signature

Bug#689765: unblock: libio-socket-ssl-perl/1.76-2

2012-10-28 Thread Salvatore Bonaccorso

Control: retitle -1 unblock: libio-socket-ssl-perl/1.76-2

Hi

I asked on IRC on #debian-release if it is okay to upload this to
unstable to give it testing. Neil McGovern answered me to upload it
now to unstable and ping here again when accepted.

Would it possible to unblock it? Only change is the patch applied by
upstream. Debdiff for the package is attached.

There is no Debian Bug in the BTS, but upstream's RT is at [1].

 [1]: https://rt.cpan.org/Public/Bug/Display.html?id=79916

Regards,
Salvatore
Base version: libio-socket-ssl-perl_1.76-1 from testing
Target version: libio-socket-ssl-perl_1.76-2 from unstable

No hints in place.

 changelog   |7 +
 patches/0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch |   48 
++
 patches/series  |1 
 3 files changed, 56 insertions(+)

diff -Nru libio-socket-ssl-perl-1.76/debian/changelog 
libio-socket-ssl-perl-1.76/debian/changelog
--- libio-socket-ssl-perl-1.76/debian/changelog 2012-06-22 13:40:40.0 
+
+++ libio-socket-ssl-perl-1.76/debian/changelog 2012-10-27 16:32:23.0 
+
@@ -1,3 +1,10 @@
+libio-socket-ssl-perl (1.76-2) unstable; urgency=low
+
+  * Add 0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch patch.
+Fix _update_peer subroutine to work with IPv6.
+
+ -- Salvatore Bonaccorso car...@debian.org  Fri, 05 Oct 2012 17:41:19 +0200
+
 libio-socket-ssl-perl (1.76-1) unstable; urgency=low
 
   * Imported Upstream version 1.75 and 1.76
diff -Nru 
libio-socket-ssl-perl-1.76/debian/patches/0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch
 
libio-socket-ssl-perl-1.76/debian/patches/0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch
--- 
libio-socket-ssl-perl-1.76/debian/patches/0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch
   1970-01-01 00:00:00.0 +
+++ 
libio-socket-ssl-perl-1.76/debian/patches/0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch
   2012-10-27 16:32:23.0 +
@@ -0,0 +1,48 @@
+Description: Fix _update_peer subroutine to work with IPv6
+Origin: vendor
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=79916
+Forwarded: not-needed
+Author: Salvatore Bonaccorso car...@debian.org
+Last-Update: 2012-10-05
+
+---
+ SSL.pm |   18 +-
+ 1 file changed, 13 insertions(+), 5 deletions(-)
+
+--- a/SSL.pm
 b/SSL.pm
+@@ -69,11 +69,11 @@
+   my $ip6 = eval {
+   require Socket;
+   Socket-VERSION(1.95);
+-  Socket-import( 'inet_pton' );
++  Socket-import( qw/inet_pton inet_ntop/ );
+   1;
+   } || eval {
+   require Socket6;
+-  Socket6-import( 'inet_pton' );
++  Socket6-import( qw/inet_pton inet_ntop/ );
+   1;
+   };
+ 
+@@ -525,9 +525,17 @@
+   my $self = shift;
+   my $arg_hash = ${*$self}{'_SSL_arguments'};
+   eval {
+-  my ($port,$addr) = sockaddr_in( getpeername( $self ));
+-  $arg_hash-{PeerAddr} = inet_ntoa( $addr );
+-  $arg_hash-{PeerPort} = $port;
++my $sockaddr = getpeername( $self );
++my $af = sockaddr_family($sockaddr);
++if( $af == AF_INET6 ) {
++my ($port, $addr, $scope, $flow ) = unpack_sockaddr_in6( 
$sockaddr );
++$arg_hash-{PeerAddr} = inet_ntop( $af, $addr );
++$arg_hash-{PeerPort} = $port;
++} else {
++my ($port,$addr) = sockaddr_in( $sockaddr);
++$arg_hash-{PeerAddr} = inet_ntoa( $addr );
++$arg_hash-{PeerPort} = $port;
++}
+   }
+ }
+ 
diff -Nru libio-socket-ssl-perl-1.76/debian/patches/series 
libio-socket-ssl-perl-1.76/debian/patches/series
--- libio-socket-ssl-perl-1.76/debian/patches/series1970-01-01 
00:00:00.0 +
+++ libio-socket-ssl-perl-1.76/debian/patches/series2012-10-27 
16:32:23.0 +
@@ -0,0 +1 @@
+0001-Fix-update_peer-subroutine-to-work-with-IPv6.patch


signature.asc
Description: Digital signature

Bug#691638: zsh: completion for python -m should be implemented without import all modules

2012-10-28 Thread Sebastian Ramacher

Controlg: tags -1 + patch

Here is a preliminary patch that uses code based on bpython's
importcompletion to enumerate all modules. It also adds caching for the
list of modules and handles submodules better. The caching policy should be
improved, but I couldn't think of a clever way to determine whether it
should be updated or not.

Regards
-- 
Sebastian Ramacher
diff --git a/Completion/Unix/Command/_python b/Completion/Unix/Command/_python
index ca1ed37..1005667 100644
--- a/Completion/Unix/Command/_python
+++ b/Completion/Unix/Command/_python
@@ -1,4 +1,36 @@
-#compdef python
+#compdef python python3 python2 python2.7 python2.6 python3.2 python3.3
+#
+# 2012-28-10: Add proper completion for Python modules.
+#   Instead of importing all modules, the new code iterates over all folders
+#   found in sys.path and enumerates the modules with imp. This prevents any
+#   negative side effects that importing a module could have, e.g. a call to
+#   sys.exit.
+#
+#   Additionally, the result is cached.
+#
+#   The code is based on bpython's importcomplete which was written by Andreas
+#   Stuehrk and is covered by the following copyright and license:
+#
+# Copyright (c) 2009-2011 Andreas Stuehrk
+#
+# Permission is hereby granted, free of charge, to any person obtaining a copy
+# of this software and associated documentation files (the Software), to deal
+# in the Software without restriction, including without limitation the rights
+# to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+# copies of the Software, and to permit persons to whom the Software is
+# furnished to do so, subject to the following conditions:
+#
+# The above copyright notice and this permission notice shall be included in
+# all copies or substantial portions of the Software.
+#
+# THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+# AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+# OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+# THE SOFTWARE.
+
 
 # Python 2.6
 # Python 3.0
@@ -8,6 +40,116 @@ typeset -A opt_args
 
 local -a args
 
+_python_modules () {
+  zstyle -s :completion:${curcontext}: cache-policy update_policy
+  if [[ -z $update_policy ]]; then
+zstyle :completion:${curcontext}: cache-policy \
+  _python_modules_caching_policy
+  fi
+
+  local -a python_modules
+  if _cache_invalid $python_modules || ! _retrieve_cache ${python_modules#_};
+  then
+local prog
+prog=$(cat EOF
+import imp
+import os
+import sys
+import warnings
+try:
+from warnings import catch_warnings
+except ImportError:
+import contextlib
+@contextlib.contextmanager
+def catch_warnings():
+filters = warnings.filters
+warnings.filters = list(filters)
+try:
+yield
+finally:
+warnings.filters = filters
+
+py3 = (sys.version_info[0] == 3)
+
+def find_modules(path):
+if not os.path.isdir(path):
+return
+
+try:
+filenames = os.listdir(path)
+except EnvironmentError:
+filenames = []
+for name in filenames:
+if not any(name.endswith(suffix[0]) for suffix in imp.get_suffixes()):
+if '.' in name:
+continue
+elif os.path.isdir(os.path.join(path, name)):
+continue
+for suffix in imp.get_suffixes():
+if name.endswith(suffix[0]):
+name = name[:-len(suffix[0])]
+break
+if py3 and name == badsyntax_pep3120:
+continue
+try:
+with catch_warnings():
+warnings.simplefilter(ignore, ImportWarning)
+fo, pathname, _ = imp.find_module(name, [path])
+except (ImportError, SyntaxError):
+continue
+except UnicodeEncodeError:
+continue
+else:
+if fo is not None:
+fo.close()
+else:
+# Yay, package
+for subname in find_modules(pathname):
+if subname != '__init__':
+yield '%s.%s' % (name, subname)
+yield name
+
+def find_all_modules(path=None):
+modules = set()
+if path is None:
+modules.update(sys.builtin_module_names)
+path = sys.path
+
+for p in path:
+if not p:
+p = os.curdir
+for module in find_modules(p):
+modules.add(module)
+
+for m in modules:
+print(m)
+
+find_all_modules()
+EOF)
+
+python_modules=(
+  ${(f)$(_call_program modules $words[1] -c '$prog')}
+)
+_store_cache ${python_modules#_} $python_modules
+  fi
+
+  _wanted modules expl module \
+_multi_parts '.' python_modules

Bug#689779: pptpd: diff for NMU version 1.3.4-5.1