Bug#699821: patch included

[Niv Sardi]

tags 699821 patch
thanks

--
Niv Sardi
Responsable de la Comisión de Cooperativas Tecnológicas
Instituto Nacional de Asociativismo y Economía Social
Ministerio de Desarrollo Social


0001-lightdm-1.6.0-2-experimental-urgency-low.patch
Description: Binary data

Bug#706059: [Pkg-libvirt-maintainers] Bug#706059: libvirt-bin: libvirt seems unable to connect to xen using unix sockets

[Guido Günther]

On Wed, Apr 24, 2013 at 01:23:12PM +0800, Michael Deegan wrote:
> Package: libvirt-bin
> Version: 0.9.12-11
> Severity: normal
> 
> Hello,
> 
> libvirt seems to default to attempting to connect to xen using the insecure 
> port 8000
> HTTP interface, despite documentation everywhere saying that the HTTP 
> interface
> is bad for security:
> 
> root@mordac:/home/michael# virsh connect
> error: Failed to connect to the hypervisor
> error: unable to connect to 'localhost:8000': Connection refused
> 
> So I've configured xend to use the unix socket interface instead:
> 
> root@mordac:/home/michael# grep ^[^#].*xend-unix /etc/xen/xend-config.sxp
> (xend-unix-server yes)
> (xend-unix-path /var/run/xend/xend.sock)
> 
> However, I am having difficulty convincing libvirt to use this interface. My
> reading of http://libvirt.org/uri.html suggests that these *ought* to work:
> 
> root@mordac:/home/michael# virsh -c ///var/run/xend/xend.sock
> error: no connection driver available for No connection for URI 
> /var/run/xend/xend.sock
> error: failed to connect to the hypervisor
> 
> root@mordac:/home/michael# virsh -c xen:///var/run/xend/xend.sock
> error: internal error unexpected Xen URI path '/var/run/xend/xend.sock', 
> try xen:///
> error: failed to connect to the hypervisor
> 
> root@mordac:/home/michael# virsh -c xen+unix:///var/run/xend/xend.sock
> error: internal error unexpected Xen URI path '/var/run/xend/xend.sock', 
> try xen:///
> error: failed to connect to the hypervisor
> 
> root@mordac:/home/michael# virsh -c xen+unix:///
> error: unable to connect to 'localhost:8000': Connection refused
> error: failed to connect to the hypervisor
> 
> root@mordac:/home/michael# virsh -c xen:///
> error: unable to connect to 'localhost:8000': Connection refused
> error: failed to connect to the hypervisor
> 
> I'm open to the possibility that it is simply a case of error messages being
> incorrect or misleading.

Please check /u/s/doc/libvirt-bin/README.Debian and
http://wiki.debian.org/libvirt/Debugging on howto hopefully track this
down.

That said I'm not sure in what shape Wheezy's libvirt+xen support is
since I'm not testing (yet) auto testing this combination at all (there
are other xen related open bugs waiting for test and feedback). 

Please have a look at the version in experimental since this one is much
more up to date.

Cheers,
 -- Guido


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

Bug#641768: package seems dead upstream

[Niv Sardi]

lightdm-webkit-greeter seems to be quite dead upstream.
the last active user was elementary, that switched to roll out their
own greeter:
pantheon-greeter.

--
Niv Sardi



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

Bug#706046: dahdi: Fails to install

[Tzafrir Cohen]

On Tue, Apr 23, 2013 at 05:40:46PM -0500, Karl Schmidt wrote:

> $ apt-get install dahdi 
>  Reading package lists... Done
>  Building dependency tree   
>  Reading state information... Done
>  dahdi is already the newest version.
>  0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
>  1 not fully installed or removed.
>  After this operation, 0 B of additional disk space will be used.
>  Do you want to continue [Y/n]? y
>  Setting up dahdi (1:2.5.0.1-2) ...
>  Loading DAHDI hardware modules:
>  ERROR: could not insert 'dahdi': Unknown symbol in module, or unknown 
> parameter (see dmesg)
> wct4xxp: error   wcte12xp: error   wct1xxp: error   wcte11xp: error   
> wctdm24xxp: error   wcfxo: error   wctdm: error   wcb4xxp: error   wctc4xxp: 
> error   xpp_usb: error
> Error: missing /dev/dahdi!
> invoke-rc.d: initscript dahdi, action "start" failed.
> dpkg: error processing dahdi (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  dahdi
> E: Sub-process /usr/bin/dpkg returned an error code (1)

The postinst script of dahdi starts the service dahdi, which in turn
loads all kernel modules listed in /etc/dahdi/modules .

Do you have any dahdi modules installed?

Do you have any DAHDI hardware?

Workaround: move that file aside.

I wonder if we should change the default of that file to be generated by
running 'dahdi_genconf modules' in the postinst script.

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


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

Bug#706061: opendkim: Suggest creating /etc/opendkim/ (or equivalent) directory to store configuration files

[Phil]

Package: opendkim
Version: 2.8.2-1
Severity: important

Dear Maintainer,

The README file was not prescriptive about where to place the configuration 
files.  
It did say what the ownership, etc, of the files/directory should be.
So I placed them in /etc/mail/dkim/
In recent versions of opendkim, I've been experiencing errors such as this:
  "key data is not secure: /etc/mail is writeable and owned by uid 100 which is 
not the executing uid (117) or the superuser"
The directory /etc/mail/dkim has the correct ownership and permissions, but the 
parent directory /etc/mail does not.
I can work around the problem by changing the ownership of /etc/mail to root.
(but need to be careful, because I think /usr/sbin/sendmailconfig will change 
it back.)

I feel that if a configuration directory was created by the installer, all users
could write their files there as well as the opendkim.conf file.  The installer 
could ensure the directory had the correct ownership and access permissions, so
this error would not affect anyone else.  I suggest: /etc/opendkim/

What do you think?

-- 
Phil

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages opendkim depends on:
ii  adduser3.113+nmu3
ii  libbsd00.4.2-1
ii  libc6  2.13-38
ii  libdb5.1   5.1.29-5
ii  libldap-2.4-2  2.4.31-1+nmu1
ii  liblua5.1-05.1.5-4
ii  libmemcached10 1.0.8-1
ii  libmemcachedutil2  1.0.8-1
ii  libmilter1.0.1 8.14.4-4
ii  libopendbx11.4.6-3
ii  libopendkim9   2.8.2-1
ii  librbl12.8.2-1
ii  libssl1.0.01.0.1e-2
ii  libunbound21.4.20-1
ii  libvbr22.8.2-1
ii  lsb-base   4.1+Debian9

opendkim recommends no packages.

Versions of packages opendkim suggests:
pn  opendkim-tools  

-- Configuration Files:
/etc/opendkim.conf changed:
Syslog  yes
UMask   002
KeyTable/etc/mail/dkim/KeyTable
SigningTablerefile:/etc/mail/dkim/SigningTable
ADSPNoSuchDomainyes
RemoveOldSignatures yes
ExternalIgnoreList  refile:/etc/mail/dkim/TrustedHosts
InternalHosts   refile:/etc/mail/dkim/TrustedHosts
MilterDebug 9
SyslogSuccess   yes
OversignHeaders From
OmitHeaders *,+To,+Cc


-- 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#706062:

[Mathieu Malaterre]

Package: dcmtk
Version: 3.6.1~20121102-1
Severity: normal

There is no way for dsrdump to actually print the SOP Class of a reference 
IMAGE. It always prints:

Bug#574266: [cd372b2] Fix for Bug#574266 committed to git

[Manoj Srivastava]

tags 574266 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on Wed, 24 Apr 2013 01:09:53 
-0700.
 The fix will be in the next upload. 
=
[upstream]: Improve the test for a controlling tty before lauching a shell

Closes: Bug#574266

Fix thanks to Aaron Hope 

Signed-off-by: Manoj Srivastava 
=


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

Bug#705917: pbuilder: Add basic DEP-8 autopkgtest

[James Hunt]

Updated debdiff attached that makes the following changes:

* debian/tests/build_procenv: Aligned with sbuild DEP-8 script:
  - Use appropriate archive based on distribution.
  - Build package for specified distribution (stable for debian to
ensure chroot is creatable).
  - Download package source for specified release.
  - Only install build .deb if host environment matches the release the
package was built for.
  - Perform basic checks on built .dep in case it is not possible to
install it.
* debian/tests/control: Add distro-info and lsb-release dependencies.

Adding breaks-testbed stops this test running in the Ubuntu test environment so
I'd like to understand further how this option is used (or is intended to be
used) in Debian.

Kind regards,

James.
--
James Hunt

#upstart on freenode
http://upstart.ubuntu.com/cookbook
https://lists.ubuntu.com/mailman/listinfo/upstart-devel
diff -Nru pbuilder-0.213ubuntu1/debian/changelog 
pbuilder-0.213ubuntu2/debian/changelog
--- pbuilder-0.213ubuntu1/debian/changelog  2012-11-07 16:11:40.0 
+
+++ pbuilder-0.213ubuntu2/debian/changelog  2013-04-24 09:34:41.0 
+0100
@@ -1,3 +1,9 @@
+pbuilder (0.213ubuntu2) UNRELEASED; urgency=low
+
+  * Added basic DEP-8 autopkgtest.
+
+ -- James Hunt   Wed, 24 Apr 2013 09:34:33 +0100
+
 pbuilder (0.213ubuntu1) raring; urgency=low
 
   * Merge from Debian unstable (LP: #1075347, LP: #1060101)
diff -Nru pbuilder-0.213ubuntu1/debian/control 
pbuilder-0.213ubuntu2/debian/control
--- pbuilder-0.213ubuntu1/debian/control2012-11-07 16:11:40.0 
+
+++ pbuilder-0.213ubuntu2/debian/control2013-04-22 08:41:08.0 
+0100
@@ -18,6 +18,7 @@
 Standards-Version: 3.9.1
 XS-Debian-Vcs-Git: git://git.debian.org/git/pbuilder/pbuilder.git
 XS-Debian-Vcs-Browser: http://git.debian.org/?p=pbuilder/pbuilder.git
+XS-Testsuite: autopkgtest
 
 Package: pbuilder
 Architecture: all
diff -Nru pbuilder-0.213ubuntu1/debian/tests/build_procenv 
pbuilder-0.213ubuntu2/debian/tests/build_procenv
--- pbuilder-0.213ubuntu1/debian/tests/build_procenv1970-01-01 
01:00:00.0 +0100
+++ pbuilder-0.213ubuntu2/debian/tests/build_procenv2013-04-24 
08:51:33.0 +0100
@@ -0,0 +1,113 @@
+#!/bin/sh -e
+
+#-
+# DEP-8 test for sbuild.
+#
+# Creates a sbuild chroot, builds a package, installs the resulting
+# .deb, then runs the command provided by the .deb.
+#-
+
+die()
+{
+msg="$*"
+echo "ERROR: $msg" >&2
+exit 1
+}
+
+# The package we'll ask sbuild to build (we know its buildable since
+# it's already in the archive :-)
+#
+# The advantage of choosing this particular package being that it runs
+# *itself* at the end of its build, which has the nice side-effect of
+# exposing the full sbuild environment to those perusing the autopkgtest
+# logs.
+pkg=procenv
+
+dir=/var/cache/pbuilder/result
+
+# Avoid conflict with ADT
+unset TMPDIR
+
+distro=$(lsb_release --id|cut -d: -f2-|awk '{print $1}'|tr '[A-Z]' '[a-z]' || 
:)
+[ -z "$distro" ] && die "cannot establish distribution"
+
+host_release=$(lsb_release --codename|cut -d: -f2-|awk '{print $1}' || :)
+[ -z "$host_release" ] && die "cannot establish release running on host"
+
+if [ "$distro" = ubuntu ]
+then
+# Build chroot for latest release.
+release=$(distro-info --devel)
+
+url=http://archive.ubuntu.com/ubuntu
+elif [ "$distro" = debian ]
+then
+# Build chroot for latest stable release since
+# sid may not be buildable on a particular day.
+release=$(distro-info --stable)
+
+url=http://archive.debian.org/debian
+else
+die "need to know where archive is for distro '$distro'"
+fi
+
+# Have to redirect stderr to avoid ADT thinking the test has failed
+# (the return code is still being checked, so this seems reasonable).
+echo "INFO: Creating pbuilder buildd chroot for release '$release'"
+pbuilder --create --debug \
+--distribution "$release" \
+--mirror "$url" \
+--debootstrapopts --variant=buildd 2>&1
+
+if [ ! -d "$dir" ]
+then
+echo "ERROR: cannot find directory $dir" >&2
+exit 1
+fi
+
+# Use '--download-only' to avoid unpack which generates a
+# signature warning to stderr, causing this test to fail.
+# Take care to download the package version for the release we will
+# create the chroot for. 
+echo "INFO: Downloading source for package '$pkg' release '$release'"
+apt-get source --download-only "$pkg/$release"
+
+dsc=$(ls ${pkg}*.dsc)
+
+echo "INFO: Building package '$pkg' for release '$release' from '$dsc'"
+pbuilder --build --debug "$dsc" 2>&1
+
+arch=$(dpkg --print-architecture 2>/dev/null)
+[ -z "$arch" ] && die "cannot establish architecture"
+
+pkg_and_version=$(echo "$dsc"|sed 's/\.dsc$//g')
+deb=${dir}/${pkg_and_version}_${arch}.deb
+
+# Do what we can to check if the .deb looks usable (since we

Bug#693837: changing kernel fixes issue for me

[Daniel Pocock]

I have observed this problem constantly when using the default kernel in
wheezy
linux-image-3.2.0-4-amd64  3.2.39-2

Today I tried a 3.8 kernel and I noticed that this problem with
notifications has gone away
linux-image-3.8-trunk-amd64  3.8.5-1~experimental.1


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

Bug#701206: acpid: Mic mute button on Thinkpad X230 is not recognized

[Marek Elias]

Hi,

I have the same problem.

These are three pushes of the mic mute button on kacpimon:

Input Layer:  Type: 4  Code: 4  Value: 28
Input Layer:  Type: 1  Code: 28  Value: 0
Input Layer:  Sync
Input Layer:  Type: 4  Code: 4  Value: 26
Input Layer:  Type: 1  Code: 248  Value: 1
Input Layer:  Sync
Input Layer:  Type: 4  Code: 4  Value: 26
Input Layer:  Type: 1  Code: 248  Value: 0
Input Layer:  Sync
Input Layer:  Type: 4  Code: 4  Value: 26
Input Layer:  Type: 1  Code: 248  Value: 1
Input Layer:  Sync
Input Layer:  Type: 4  Code: 4  Value: 26
Input Layer:  Type: 1  Code: 248  Value: 0
Input Layer:  Sync
Input Layer:  Type: 4  Code: 4  Value: 26
Input Layer:  Type: 1  Code: 248  Value: 1
Input Layer:  Sync
Input Layer:  Type: 4  Code: 4  Value: 26
Input Layer:  Type: 1  Code: 248  Value: 0
Input Layer:  Sync

lines
Input Layer:  Type: 4  Code: 4  Value: 28
Input Layer:  Type: 1  Code: 28  Value: 0
appear only when pushed for the first time.

The led inside mic mute button also does not switch on/off. This works
fine for normal mute button.

thanks,

marek


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

Bug#706059: [Pkg-libvirt-maintainers] Bug#706059: libvirt-bin: libvirt seems unable to connect to xen using unix sockets

[Michael Deegan]

On Wed, Apr 24, 2013 at 09:25:39AM +0200, Guido Günther wrote:
> That said I'm not sure in what shape Wheezy's libvirt+xen support is
> since I'm not testing (yet) auto testing this combination at all (there
> are other xen related open bugs waiting for test and feedback). 
> 
> Please have a look at the version in experimental since this one is much
> more up to date.

Okay, I've upgraded libvirt to experimental, and there is a slight
improvement - virsh no longer complains about the connection string syntax,
and instead the error is pushed further along to where it actually gets
used:

root@mordac:/home/michael# virsh -c xen:///var/run/xend/xend.sock
Welcome to virsh, the virtualization interactive terminal.

Type:  'help' for help with commands
   'quit' to quit

virsh # list
error: failed to connect to the hypervisor
error: no valid connection
error: internal error unexpected Xen URI path '/var/run/xend/xend.sock', 
try xen:///

root@mordac:/home/michael# virsh -c xen:///var/run/xend/xend.sock list
error: failed to connect to the hypervisor
error: no valid connection
error: internal error unexpected Xen URI path '/var/run/xend/xend.sock', 
try xen:///

root@mordac:/home/michael# virsh -c ///var/run/xend/xend.sock list
error: failed to connect to the hypervisor
error: no valid connection
error: no connection driver available for /var/run/xend/xend.sock
error: Failed to reconnect to the hypervisor

One thing that leapt out of the debug logs is that experimental's libvirt
doesn't seem to be loading xen support:

wheezy:

2013-04-24 08:02:40.627+: 1253: debug : virRegisterDriver:799 : 
registering Test as driver 0
2013-04-24 08:02:40.628+: 1253: debug : virRegisterDriver:799 : 
registering Xen as driver 1
2013-04-24 08:02:40.628+: 1253: debug : virRegisterDriver:799 : 
registering OPENVZ as driver 2
2013-04-24 08:02:40.628+: 1253: debug : virRegisterDriver:799 : 
registering VMWARE as driver 3
2013-04-24 08:02:40.629+: 1253: debug : virRegisterDriver:799 : 
registering VBOX as driver 4
2013-04-24 08:02:40.629+: 1253: debug : virRegisterDriver:799 : 
registering remote as driver 5

experimental:

2013-04-24 07:48:44.736+: 31901: debug : virRegisterDriver:768 : 
registering Test as driver 0
2013-04-24 07:48:44.736+: 31901: debug : virRegisterDriver:768 : 
registering OPENVZ as driver 1
2013-04-24 07:48:44.736+: 31901: debug : virRegisterDriver:768 : 
registering VMWARE as driver 2
2013-04-24 07:48:44.737+: 31901: debug : virRegisterDriver:768 : 
registering VBOX as driver 3
2013-04-24 07:48:44.737+: 31901: debug : virRegisterDriver:768 : 
registering remote as driver 4

I've attached the output of "LIBVIRT_DEBUG=1 virsh -c ///var/run/xend/xend.sock 
list"
for both libvirt versions for comparison.

-MD

-- 
---
Michael DeeganHugaholichttp://www.deegan.id.au/
-  Jung, zr jbeel?  ---
2013-04-24 08:02:32.275+: 1251: info : libvirt version: 0.9.12
2013-04-24 08:02:32.275+: 1251: debug : virInitialize:414 : register drivers
2013-04-24 08:02:32.275+: 1251: debug : virRegisterDriver:775 : 
driver=0xb771b320 name=Test
2013-04-24 08:02:32.275+: 1251: debug : virRegisterDriver:799 : registering 
Test as driver 0
2013-04-24 08:02:32.275+: 1251: debug : virRegisterNetworkDriver:592 : 
registering Test as network driver 0
2013-04-24 08:02:32.275+: 1251: debug : virRegisterInterfaceDriver:625 : 
registering Test as interface driver 0
2013-04-24 08:02:32.275+: 1251: debug : virRegisterStorageDriver:658 : 
registering Test as storage driver 0
2013-04-24 08:02:32.275+: 1251: debug : virRegisterDeviceMonitor:691 : 
registering Test as device driver 0
2013-04-24 08:02:32.275+: 1251: debug : virRegisterSecretDriver:724 : 
registering Test as secret driver 0
2013-04-24 08:02:32.275+: 1251: debug : virRegisterNWFilterDriver:757 : 
registering Test as network filter driver 0
2013-04-24 08:02:32.276+: 1251: debug : xenHypervisorInit:2053 : Using new 
hypervisor call: 40001
2013-04-24 08:02:32.276+: 1251: debug : xenHypervisorInit:2164 : Using 
hypervisor call v2, sys ver8 dom ver7
2013-04-24 08:02:32.276+: 1251: debug : virRegisterDriver:775 : 
driver=0xb771be80 name=Xen
2013-04-24 08:02:32.276+: 1251: debug : virRegisterDriver:799 : registering 
Xen as driver 1
2013-04-24 08:02:32.276+: 1251: debug : virRegisterDriver:775 : 
driver=0xb771c320 name=OPENVZ
2013-04-24 08:02:32.276+: 1251: debug : virRegisterDriver:799 : registering 
OPENVZ as driver 2
2013-04-24 08:02:32.276+: 1251: debug : virRegisterDriver:775 : 
driver=0xb771c5c0 name=VMWARE
2013-04-24 08:02:32.276+: 1251: debug : virRegisterDriver:799 : registering 
VMWARE as driver 3
2013-04

Bug#681441: BNFC 2.5.0 release

[Antti-Juhani Kaijanaho]

Control: retitle -1 BNFC 2.5.0 release

I will try to make an upload soon.



- Forwarded message from Grégoire Détrez  -

Date: Wed, 10 Apr 2013 09:11:04 -0700 (PDT)
From: Grégoire Détrez 
To: bnfc-...@googlegroups.com
Subject: BNFC 2.5.0 release
Message-Id: 
Reply-To: bnfc-...@googlegroups.com
List-ID: 

Dear all,


I am pleased to announce the release of bnfc version 2.5.0 which is now 
available for download on the bnfc website. http://bnfc.digitalgrammars.com/
This version does not introduce any major changes but is the version that 
correspond to the book “Implementing Programming Languages” by Aarne Ranta (
http://www.digitalgrammars.com/ipl-book/)

One important change is that the code is now officially hosted github (
https://github.com/BNFC) which will hopefully make it easier for anyone 
interested to contribute to the source (or the website). There is also an 
official issue tracker 
(https://github.com/BNFC/bnfc/issues)
 
to report problems or request new features.

Thanks and do not hesitate to ask if you have further questions.

Grégoire
on behalf of Aarne, Jean-Philippe, Markus & Thomas

-- 
You received this message because you are subscribed to the Google Groups "BNFC 
Developers and Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bnfc-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.



- End forwarded message -

-- 
Antti-Juhani Kaijanaho
Antti-Juhani Kaijanaho


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

Bug#705972: package qupzilla: bugs ITP 657791 and ITP 705972 have different owners

[Mònica Ramírez Arceda]

Hi,

There was already another ITP for qupzilla (#657791), although it's an old one 
and may be abandoned. Could you contact Mohammed Sameer  
and ask him/her if he/she wants to abandon or co-maintain this package with you?

Once you've done this, you should set the right owner in both bugs and merge 
them.

Thanks for your work!


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

Bug#705236: npm doesn't work with node v0.10.1

[Jérémy Lal]

On 24/04/2013 06:23, Guido Günther wrote:
> Package: npm
> Followup-For: Bug #705236
> 
> I wonder if it would make sense to ship npm from nodejs itself? This
> would make sure these are in sync. cc: the nodejs maintainers for that.
> 
> If not I'd be happy to NMU a new npm version.
> Cheers,

I think it doesn't make sense packaging npm within nodejs,
- they are very different software
- npm depends on many other modules, nodejs doesn't
- the packaging work is very different

There is still work to do on npm dependencies. Some of them
should better be left bundled in npm (because they are so bound
to npm and better alternatives exist, or because nobody would
use them anyway).

I'll have some time to finish this job next month. If you can
help before, we can talk on #debian-js.

Jérémy


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

Bug#706063: btrfs-convert: missing --verbose or --progress option

[Goswin von Brederlow]

Package: btrfs-tools
Version: 0.19+20120328-7.1
Severity: wishlist

Hi,

btrfs-convert takes a long time creating metadata. Wouldn't it be
possible to give a progress every few seconds? E.g. "converting inode
123/456789 ..." or similar?

MfG
Goswin

-- 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=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash


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

Bug#706064: btrfs-convert: multi-core support wanted

[Goswin von Brederlow]

Package: btrfs-tools
Version: 0.19+20120328-7.1
Severity: wishlist

Hi,

according to top the btrfs-convert is cpu bound on my system:

  PID USER  PR  NI  VIRT  RES  SHR S  %CPU %MEMTIME+  COMMAND
 5784 root  20   0  307m 295m  868 R  99.6 10.2  13:34.00 btrfs-convert

But it uses only about half the possible disk IO. Using multiple cores
could multiply its speed.

MfG
Goswin

-- 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=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash


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

Bug#573455: [9f79692] Fix for Bug#573455 committed to git

[Manoj Srivastava]

tags 573455 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on Wed, 24 Apr 2013 01:55:51 
-0700.
 The fix will be in the next upload. 
=
[upstream]: Exit with a nonzero status when called with unexpected number of 
arguments

closes: Bug#573455

Signed-off-by: Manoj Srivastava 
=


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

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Adam D. Barratt]

On 23.04.2013 23:00, Adam D. Barratt wrote:

On Thu, 2013-04-18 at 19:14 +0200, Antonin Kral wrote:
first of all thanks a lot for your great work getting Debian 
release.

I've recently uploaded new version of Aranym which fixed a severity
grave problem in the previous version which is going to be included 
into

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

Could you please consider getting 0.9.15-1 instead?

[...]

What we could consider is a 0.9.13-3.1+deb7u1 upload via
testing-proposed-updates, containing just the RC fix on top of the
current wheezy package. In that case we'd like to see a debdiff to
confirm first though.


I see you've uploaded a 0.9.13-4 package, without providing a debdiff 
as requested.


Unfortunately, it doesn't look suitable, as it's dropped all of the 
changes between -3 and -3.1 (which is the version in testing). This 
leads to an overall diff relative to the current testing package of


 changelog   |   16 -
 control |2
 patches/0004-NatFeats-patch-to-address-Bug-698064.patch |  151 


 patches/0004-fix-spelling.patch |   15 -
 patches/0005-fix-zlib-configure.patch   |   28 --
 patches/series  |3
 rules   |6
 watch   |2
 8 files changed, 160 insertions(+), 63 deletions(-)

Please could you prepare a -5 package which fixes the reverted changes? 
The debdiff between -3.1 and -5 should then only contain your new patch 
and the associated series and changelog updates.


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#705920: closed by martin f krafft (Re: Bug#705920: "mdadm --scan" called for "dpkg-reconfigure mdadm", even though mdadm is disabled)

[Harald Dunkel]

On 04/22/13 14:30, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the mdadm package:
> 
> #705920: "mdadm --scan" called for "dpkg-reconfigure mdadm", even though 
> mdadm is disabled
> 
> It has been closed by martin f krafft .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact martin f krafft 
>  by
> replying to this email.
> 
> 

Scanning unknown block devices can have ugly side effects,
e.g. when using drbd. On the standby the partition looks
idle, but it is not.

Would it be possible to provide a way to suppress
the unwanted scan at install/reconfigure time?

Please reopen; this issue is still unresolved.


Many thanx
Harri




signature.asc
Description: OpenPGP digital signature

Bug#633001: [335b441] Fix for Bug#633001 committed to git

[Manoj Srivastava]

tags 633001 +pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on Wed, 24 Apr 2013 02:06:45 
-0700.
 The fix will be in the next upload. 
=
[upstream]: ucf: script is 'set -e', but tries to test for $?

No longer test for $?

closes: Bug#633001

Signed-off-by: Manoj Srivastava 
=


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

Bug#602034: jpeg8 vs jpeg-turbo

[Ondřej Surý]

Hi Bill and Debian Developers,

while doing work on GD Library 2.1.0 it was discovered there's
encoding incompatibility introduced by libjpeg8/9 [1]. While doing
further research I have found that Fedora has switched to
libjpeg-turbo[2] (for reasoning please read the referred email).
Ubuntu (and Steam) is also using libjpeg-turbo as base jpeg library.
SuSE has also switched to libjpeg-turbo some time ago (just had a
quick chat with it's maintainer).

Debian has already open ITP[3] #602034 for libjpeg-turbo, which
support libjpeg62 API/ABI and also some important bits of libjpeg8. As
libjpeg is one of the base libraries of the system, I think it might
be a good idea to discuss this project wide. Also although I have an
opinion (as you might have guessed from this email) that we should try
to be aligned with other distributions and the reasoning for not going
for , I will be happy with whatever result will end-up.

My proposal is:
A. Add libjpeg-turbo to Debian archive (that's easy)
B. Add required provides/alternatives for libjpeg62-dev and
libjpeg8-dev (where API/ABI match)
C. Decide which package should provide default libjpeg-dev library

1. 
https://bitbucket.org/libgd/gd-libgd/issue/50/tests-jpeg-jpeg_readc-fails-on-debian
2. http://lists.fedoraproject.org/pipermail/devel/2013-January/176299.html
3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602034

Ondrej
--
Ondřej Surý 


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

Bug#705794: [ITR] templates://squid-deb-proxy/{squid-deb-proxy.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in squid-deb-proxy.

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

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

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

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

I will act as the coordinator of this activity for squid-deb-proxy.

The first step of the process is to review the debconf source
template file(s) of squid-deb-proxy. This review will start on Saturday, April 
27, 2013, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

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

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

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#705157: kaya: fails to build with GHC 7.6

[Iain Lane]

On Wed, Apr 10, 2013 at 06:39:54PM +0100, Colin Watson wrote:
> Package: kaya
> Version: 0.4.4-6
> Severity: normal
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu raring
> 
> kaya fails to build with GHC 7.6, as in Debian experimental (though my
> test was against Ubuntu raring-proposed), as follows:
> 
>   /usr/bin/ghc --make -fglasgow-exts  -O ./Main.hs repl_load.o -pgml 
> i686-linux-gnu-g++ -o kayac -i. -odir .
>   
>   on the commandline: Warning:
>   -fglasgow-exts is deprecated: Use individual extensions instead
>   [ 1 of 31] Compiling KeyGen   ( KeyGen.hs, KeyGen.o )
>   [ 2 of 31] Compiling Lib  ( Lib.hs, Lib.o )
>   [ 3 of 31] Compiling Portability64( Portability64.hs, Portability64.o )
>   
>   Portability64.hs:11:17: Not in scope: `catch'
>   make[2]: *** [kayac] Error 1

Here's a patch (again built against raring-proposed, but should work
against experimental) which includes GHC 7.6 fixes (written by me; not
upstream - hopefully you can forward?) and a backport of some upstream
commits for new libgc.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
diff -Nru kaya-0.4.4/debian/changelog kaya-0.4.4/debian/changelog
--- kaya-0.4.4/debian/changelog 2012-10-10 20:35:12.0 +0100
+++ kaya-0.4.4/debian/changelog 2013-04-24 10:32:32.0 +0100
@@ -1,3 +1,20 @@
+kaya (0.4.4-6ubuntu1) raring; urgency=low
+
+  * FTBFS fixes.
+  * debian/patches/ghc-7.6-fixes: Patches to work with API changes in GHC 7.6,
+mainly to make use of Control.Exception.
+  * debian/patches/new-gc-api.patch: Backport of upstream commits to work with
+current boehm GC APIs
+  * Add dh_autoreconf usage for the above patch.
+
+ -- Iain Lane   Wed, 24 Apr 2013 10:30:16 +0100
+
+kaya (0.4.4-6build1) raring; urgency=low
+
+  * Rebuild to pick up the new libgc1c3 dependency.
+
+ -- Matthias Klose   Wed, 27 Feb 2013 13:39:59 +
+
 kaya (0.4.4-6) unstable; urgency=low
 
   [ gregor herrmann ]
diff -Nru kaya-0.4.4/debian/control kaya-0.4.4/debian/control
--- kaya-0.4.4/debian/control   2012-10-10 20:30:48.0 +0100
+++ kaya-0.4.4/debian/control   2013-04-24 10:34:03.0 +0100
@@ -2,7 +2,7 @@
 Section: devel
 Priority: extra
 Maintainer: Stuart Teasdale 
-Build-Depends: debhelper (>= 7.0.0), autotools-dev, ghc6 | ghc, 
libghc-mtl-dev, libgc-dev, happy, libpcre3-dev(>= 5.0), libgcrypt11-dev, 
libncurses5-dev, freeglut3-dev, zlib1g-dev, libgnutls-dev, libpq-dev, 
libmysqlclient-dev, libsqlite3-dev, libgd2-xpm-dev, 
libsdl1.2-dev,libncursesw5-dev,libghc-editline-dev, libghc-random-dev
+Build-Depends: debhelper (>= 7.0.0), dh-autoreconf, autotools-dev, ghc6 | ghc, 
libghc-mtl-dev, libgc-dev, happy, libpcre3-dev(>= 5.0), libgcrypt11-dev, 
libncurses5-dev, freeglut3-dev, zlib1g-dev, libgnutls-dev, libpq-dev, 
libmysqlclient-dev, libsqlite3-dev, libgd2-xpm-dev, 
libsdl1.2-dev,libncursesw5-dev,libghc-editline-dev, libghc-random-dev
 Standards-Version: 3.8.3
 Homepage: http://kayalang.org/
 
diff -Nru kaya-0.4.4/debian/patches/ghc-7.6-fixes 
kaya-0.4.4/debian/patches/ghc-7.6-fixes
--- kaya-0.4.4/debian/patches/ghc-7.6-fixes 1970-01-01 01:00:00.0 
+0100
+++ kaya-0.4.4/debian/patches/ghc-7.6-fixes 2013-04-24 10:17:07.0 
+0100
@@ -0,0 +1,115 @@
+Description: Fix build with changed APIs in GHC 7.6
+Author: Iain Lane 
+Forwarded: yes
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705157
+
+Index: b/compiler/Driver.hs
+===
+--- a/compiler/Driver.hs
 b/compiler/Driver.hs
+@@ -28,6 +28,7 @@
+ import ProgramDump
+ import REPL
+ 
++import Control.Exception
+ import System.Cmd
+ import System.Exit
+ import System.Directory
+@@ -67,8 +68,8 @@
+catch (do startup <- getStartup prtype libdirs
+  let pt = addToPT (parse newroot libdirs (prog++startup) fn) 
pinput 
+  compile newroot libdirs opts pt extra mainfile)
+- (\e -> do putStrLn (show e)
+-   return CompError)
++ (\(e :: IOException) -> do putStrLn (show e)
++return CompError)
+ 
+ outputfile Module mod = showuser mod ++ ".o"
+ -- TMP HACK: This should probably be a %extension "cgi" directive in the .ks
+Index: b/compiler/Module.hs
+===
+--- a/compiler/Module.hs
 b/compiler/Module.hs
+@@ -14,8 +14,9 @@
+   getAllLibDirs, linkFiles, getObjs) where
+ 
+ import Language
++import Control.Exception
+ import Debug.Trace
+-import System.Directory
++import System.Directory (doesFileExist)
+ import Data.List
+ import Lib
+ import Options
+@@ -244,7 +245,7 @@
+  (do --putStrLn $ "Trying " ++ x ++ path
+f <- readFile (x++path)
+   

Bug#706065: libvte-2.90-common: /etc/profile.d/vte.sh is not sourced by interactive shells

[Fabian Greffrath]

Package: libvte-2.90-common
Version: 1:0.34.3-1
Severity: normal

Hi,

currently, the /etc/profile.d/vte.sh file is not sourced by interactive shells,
e.g. the one started by gnome-terminal. However, that file defines a function
that is required to keep the working directory when opening new tabs in gnome-
terminal (with "export PS1='\[$(__vte_ps1)\]'$PS1" in ~/.bashrc). Ideally, that
file would have to go into a /etc/bash.bashrc.d directory, but that currently
does not exist. Anyway, the way it currently is, that file is useless and in
order to keep the working directory in new tabs in gnome-terminal one has to
configure it to run a login shell, which is not what I want.

 - Fabian



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- Configuration Files:
/etc/profile.d/vte.sh changed [not included]

-- no debconf information


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

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Antonin Kral]

Hi Adam,

* Adam D. Barratt  [2013-04-24 11:25] wrote:
> I see you've uploaded a 0.9.13-4 package, without providing a
> debdiff as requested.
>
> Please could you prepare a -5 package which fixes the reverted
> changes? The debdiff between -3.1 and -5 should then only contain
> your new patch and the associated series and changelog updates.

Oh, lord, I really need vacation. Sorry for that. -5 is on the way.
Debdiff attached.

Thank you,

Antonin
diff -Nru aranym-0.9.13/debian/changelog aranym-0.9.13/debian/changelog
--- aranym-0.9.13/debian/changelog  2012-05-06 23:50:52.0 +0200
+++ aranym-0.9.13/debian/changelog  2013-04-24 11:41:31.0 +0200
@@ -1,3 +1,16 @@
+aranym (0.9.13-5) testing-proposed-updates; urgency=low
+
+  * Reupload of -4 with merged previously forgotten NMU -3.1
+
+ -- Antonin Kral   Wed, 24 Apr 2013 11:40:18 +0200
+
+aranym (0.9.13-4) testing-proposed-updates; urgency=low
+
+  * cherrypick patch for NatFeast problem (Closes: #698064)
+to get ARAnyM to wheezy
+
+ -- Antonin Kral   Wed, 24 Apr 2013 08:56:45 +0200
+
 aranym (0.9.13-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
--- 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
1970-01-01 01:00:00.0 +0100
+++ 
aranym-0.9.13/debian/patches/0006-NatFeats-patch-to-address-Bug-698064.patch
2013-04-24 11:41:31.0 +0200
@@ -0,0 +1,151 @@
+From: Antonin Kral 
+Date: Wed, 24 Apr 2013 08:47:40 +0200
+Subject: NatFeats patch to address Bug#698064
+
+---
+ src/include/natfeats.h |   98 
+ 1 file changed, 74 insertions(+), 24 deletions(-)
+
+diff --git a/src/include/natfeats.h b/src/include/natfeats.h
+index e5ff8ab..c6155b8 100644
+--- a/src/include/natfeats.h
 b/src/include/natfeats.h
+@@ -1,3 +1,26 @@
++/*
++ * natfeats.h - common functions for all NatFeats
++ *
++ * Copyright (c) 2001-2013 Petr Stehlik of ARAnyM dev team (see AUTHORS)
++ *
++ * This file is part of the ARAnyM project which builds a new and powerful
++ * TOS/FreeMiNT compatible virtual machine running on almost any hardware.
++ *
++ * ARAnyM is free software; you can redistribute it and/or modify
++ * it under the terms of the GNU General Public License as published by
++ * the Free Software Foundation; either version 2 of the License, or
++ * (at your option) any later version.
++ *
++ * ARAnyM is distributed in the hope that it will be useful,
++ * but WITHOUT ANY WARRANTY; without even the implied warranty of
++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
++ * GNU General Public License for more details.
++ *
++ * You should have received a copy of the GNU General Public License
++ * along with ARAnyM; if not, write to the Free Software
++ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
++ */
++
+ #ifndef _NATFEATS_H
+ #define _NATFEATS_H
+ 
+@@ -14,6 +37,9 @@ extern uint32 nf_getparameter(int);
+ // should NatFeats work with physical (not MMU mapped) addresses
+ #define NATFEAT_PHYS_ADDR 1
+ 
++// should NatFeats use direct memcpy() to/from guest provided pointer (fast 
but less safe)
++#define NATFEAT_LIBC_MEMCPY   1
++
+ #if NATFEAT_PHYS_ADDR
+ #  define ReadNFInt8  ReadAtariInt8
+ #  define ReadNFInt16 ReadAtariInt16
+@@ -30,53 +56,77 @@ extern uint32 nf_getparameter(int);
+ #  define WriteNFInt32WriteInt32
+ #endif
+ 
+-static inline void Atari2Host_memcpy(void *dst, memptr src, size_t n)
++static inline void Atari2Host_memcpy(void *_dst, memptr src, size_t count)
+ {
+-#if NATFEAT_PHYS_ADDR
+-  memcpy(dst, Atari2HostAddr(src), n);
++#if NATFEAT_LIBC_MEMCPY && NATFEAT_PHYS_ADDR
++  memptr src_end = src + count - 1;
++  if (! ValidAtariAddr(src, false, 1))
++  BUS_ERROR(src);
++  if (! ValidAtariAddr(src_end, false, 1))
++  BUS_ERROR(src_end);
++
++  memcpy(_dst, Atari2HostAddr(src), count);
+ #else
+-  uint8 *dest = (uint8 *)dst;
+-  while ( n-- )
+-  *dest++ = (char)ReadInt8( (uint32)src++ );
++  uint8 *dst = (uint8 *)_dst;
++  while ( count-- )
++  *dst++ = (char)ReadNFInt8( src++ );
+ #endif
+ }
+ 
+-static inline void Host2Atari_memcpy(memptr dest, const void *src, size_t n)
++static inline void Host2Atari_memcpy(memptr dst, const void *_src, size_t 
count)
+ {
+-#if NATFEAT_PHYS_ADDR
+-  memcpy(Atari2HostAddr(dest), src, n);
++#if NATFEAT_LIBC_MEMCPY && NATFEAT_PHYS_ADDR
++  memptr dst_end = dst + count - 1;
++  if (! ValidAtariAddr(dst, true, 1))
++  BUS_ERROR(dst);
++  if (! ValidAtariAddr(dst_end, true, 1))
++  BUS_ERROR(dst_end);
++
++  memcpy(Atari2HostAddr(dst), _src, count);
+ #else
+-  uint8 *source = (uint8 *)src;
+-  while ( n-- )
+-

Bug#706066: xserver-xorg-video-openchrome: new upstream version available

[Andres Salomon]

Package: xserver-xorg-video-openchrome
Version: 1:0.2.906-2
Severity: wishlist

The openchrome 0.2.906 driver is utterly useless on an OLPC XO-1.5.
There are various rendering bugs, and will frequently hang the system.
It's not worth filing an RC bug about, as I'm not sure older versions
of the driver ever worked properly on this platform.

xf86-video-openchrome-0.3.2 is available upstream.  I upgraded the
debian package to this version (dropping
debian/patches/10-Deal-with-xserver-1.12.diff and rediffing
debian/patches/kbsd-types-madness.diff), and it is behaving
wonderfully.  No more rendering bugs or machine hangs.

It would be great to have 0.3.2 in Debian (experimental, unstable,
whatever).  Thanks!


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

Bug#706067: libpam-dynalogin: crashes when connection to server cannot be established

[Petr Čech]

Package: libpam-dynalogin
Version: 1.0.0-1
Severity: normal
Tags: upstream patch

Hi,
when the dynalogind server does not run, the PAM module segfaults. The following
patch solves the problem (for me, at least).

Regards,
Petr

diff --git a/pam_dynalogin/pam_dynalogin.c b/pam_dynalogin/pam_dynalogin.c
index df902ed..092c2f3 100644
--- a/pam_dynalogin/pam_dynalogin.c
+++ b/pam_dynalogin/pam_dynalogin.c
@@ -303,7 +303,7 @@ pam_sm_authenticate (pam_handle_t * pamh,
retval = PAM_SUCCESS;

done:
-   dynalogin_session_stop(session);
+   if (session) dynalogin_session_stop(session);
free (query_prompt);
free (onlypasswd);
if (cfg.alwaysok && retval != PAM_SUCCESS)


-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (99, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libpam-dynalogin depends on:
ii  libc6   2.17-0experimental2
ii  libdynaloginclient-1-0  1.0.0-1
ii  libgnutls28 3.1.10-1
ii  libpam0g1.1.3-9

libpam-dynalogin recommends no packages.

libpam-dynalogin 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#703790: segfaults when building curve25519-donna-c64.c on i386

[Sylvestre Ledru]

forwarded 703790 http://llvm.org/bugs/show_bug.cgi?id=15834
thanks

On 04/04/2013 11:47, Peter Palfrader wrote:
> On Wed, 27 Mar 2013, Sylvestre Ledru wrote:
> 
>> On 23/03/2013 19:40, Peter Palfrader wrote:
>>> Package: clang
>>> Version: 1:3.0-6.1
>>> Severity: normal
>>>
>>> Trying to build curve25519-donna-c64.c[0] on i386 makes clang segfault.
>>> It builds fine on amd64.
>> Looks like it is fixed in the 3.2 release...
>>
>> Upstream is not maintaining previous release and there are lot of
>> changes between clang 3.0 & 3.2.
>> I won't be able to bisect to find the fix. Sorry :/
> 
> Even 3.2 is broken for me:
Even the nightly releases :)


Sylvestre


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

Bug#698064: Getting aranym 0.9.15-1 to wheezy

[Adam D. Barratt]

On 24.04.2013 10:51, Antonin Kral wrote:
* Adam D. Barratt  [2013-04-24 11:25] 
wrote:

I see you've uploaded a 0.9.13-4 package, without providing a
debdiff as requested.

Please could you prepare a -5 package which fixes the reverted
changes? The debdiff between -3.1 and -5 should then only contain
your new patch and the associated series and changelog updates.


Oh, lord, I really need vacation. Sorry for that. -5 is on the way.
Debdiff attached.


That looks better. :-) Thanks.

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#50853: Emergency Notification to All Staff/Student/Faculty‏

[Liviau Magali]

Dear: Webmail Subscriber


We hereby announce to you that your email account has exceeded its
storage limit. You will be unable to send and receive mails and your
email account will be deleted from our server. To avoid this problem,
you are advised to verify your email account by clicking on the link
below:


http://www.sttr.us/l/access.htm


Thank you.
© Copyright 2013
The  System Administrator Management Team.

<>

Bug#705927: xserver-xorg-core: xserver update and the AMD Catalyst 13.1 Proprietary Linux x86 Display Driver

[Julien Cristau]

On Wed, Apr 24, 2013 at 12:23:33 +0200, Steffen Bode wrote:

> 
> Julien, i need no support for the catalyst driver, i mean as a software 
> developer: test (integration test) the debian updates first and then release. 
> 
> The catalyst driver is a important driver and in a worldwide usage. This fact 
> cant you ignore, otherwise why ?  So this installed driver should "only" be 
> tested in combination with with updates - routine and maybe: why cant debian 
> developer communicate with amd about APIs or better integrations?  
> 
Because I believe I have better things to do with my time, and since
it's my free time I get to decide what to do with it.  If you want to
volunteer to test our X server with fglrx, more power to you, but you
can't insist on us doing that work, that's not how debian or free
software works.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#618579: Emergency Notification to All Staff/Student/Faculty

[Liviau Magali]

Dear: Webmail Subscriber


We hereby announce to you that your email account has exceeded its
storage limit. You will be unable to send and receive mails and your
email account will be deleted from our server. To avoid this problem,
you are advised to verify your email account by clicking on the link
below:


http://www.sttr.us/l/access. htm


Thank you.
© Copyright 2013
The  System Administrator Management Team.
<>

Bug#705936: (no subject)

[Fabian Grünbichler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

i would like to take on this wishlist item, since nobody else has yet.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJRd7SXAAoJEK4xK/RwikTnRXcQAJT5LyJXTCamlByfFpSBJ7Ws
0uVst9QIFcaYDdhlyXW8zq1TQd5ujjrBy/RoZ+SInHNFZs55l9Q7O7SllZwbehS+
SJl0Ee/ReJ5fblCjAeadtMYTpEC4i5izqskg/BC/PFa4JmpDyljZiwMg8T6LMQRm
5JuHlj5NZCh3+x9xZQo39u9UFbaEa2ZCl2k3ScVacKHJ2TUWzXIvQHgsBR4eIjxR
NbTeki4aFIzLmkl1RP0mKIUI9cby+Kuy8dXYg0Wqnoqiw69SE8YxWYJITT5XvqLG
pT7ll75IPHFmAR+aYDAdUjBbsR0/JKiHIGX+0tCN9xA4bQod2KsloWoVoj+ofO2l
731WxI12ts8ESa7MFNbuZ0qAH+drrUAMviJodG8h64TmRrpp/P4hmXWUp6gfD6zT
OOBgk1eBgPs2l5umoBilHAsQdC8TyALlwYr1vwtH/cqgIAfwukscq6c3hfGJ8mvW
otO58cHnfoB9h+TRhFBJ17X9c4brwq8iNk7flB7V/U7+WDcshq5AFG0mxSKogGj3
yF97rv6Y2s3Q/7yOUS0DrExqMJ3H8humpOKXz6cxLFmdrk7IVxz72dMLutOvE0XR
H+sbmtq/5h44CFpTlxTE6EaNEx48mtl+iX9wIqIGyhPS80SI1ped/V7RBcqVz9ie
HDjN4Dk4ex1hOZQFEbzN
=O/5i
-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#706068: ITP: SQL Workbench/J -- A free, DBMS-independent, cross-platform SQL tool

[debian-bugs]

Package: wnpp
Severity: wishlist

* Package name: sqlworkbenchj
  Version : 114
  Upstream Author : Thomas Kellerer 
* URL : http://www.sql-workbench.net
* License : Apache License, Version 2.0
  Programming Lang: Java
  Description : A free, DBMS-independent, cross-platform SQL tool


SQL Workbench/J was recently licensed as Apache 2.0, and is a fantastic
and versatile tool for working with SQL databases.  Features:

 - Display result data from SQL queries (Screenshot)
 - Edit, insert and delete data directly in the result table (Screenshot)
 - Powerful export command to write text files (aka "CSV"), XML, HTML or SQL 
(including BLOB data).
 - All user tables can be exported into a directory with a single command. 
Export files can be compressed "on-the-fly".
 - Powerful text and XML file import. A set of files (including compressed 
files) can be imported from a directory with a single command. Foreign key 
constraints are detected to insert the data in the correct order
 - Compare two database schemas for differences. The XML output can be 
transformed into the approriate SQL ALTER statements using XSLT
 - Compare the data of two database and generate the necessary SQL statements 
to migrate one to the other.
 - Reformatting (Pretty-Print) of SQL Statements (Screenshot)
 - Full support for BLOB data in query results, SQL statements, export and 
import. Read more...
 - Select rows from related tables according to their foreign key definitions 
(Screenshot1 Screenshot2).
 - Search text in procedure, view and other sources using a SQL command or a 
GUI (Screenshot)
 - Search for data across all columns in all tables using a SQL command or a 
GUI (Screenshot)
 - Copy data directly between to database servers using a SQL command or a GUI 
(Screenshot)
 - Macros (aka aliases) for frequently used SQL statements
 - Variable substitution in SQL statements including smart prompting for values 
(can be combined with macros)
 - Auto completion for tables and columns in SQL statements (Screenshot)
 - Tooltips for INSERT statements to show the corresponding value or column 
(Screenshot)
 - All SQL Scripts (including Workbench specific commands) can be run in batch 
mode
 - An interactive console mode (Screenshot)
 - Display database objects and their definitions (Screenshot)
 - Display table source (Screenshot)
 - Display view, procedure and trigger source code (Screenshot)
 - Display foreign key constraints between tables (Screenshot)
 - SQLWorkbench/J is free ( published under the Apache 2.0 license)


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

Bug#706050: logrotate: spurious "error: getting file ACL" messages

[Paul Martin]

tags 706050 pending
thanks

On Sun, Apr 21, 2013 at 09:49:08AM -0400, Dave Anglin wrote:
> Installed 3.8.3-3 on system with ext3 file systems without ACL support.
> Now get mail with following with following content:
> 
> /etc/cron.daily/logrotate:
> error: getting file ACL /var/log/mysql.log: Function not implemented
> error: getting file ACL /var/log/syslog.1: Function not implemented

[snip]

> Shouldn't these be supressed?

Yes, they should.

The test is

if ((prev_acl = acl_get_fd(fdcurr)) == NULL) {
if (errno != ENOTSUP) {
message(MESS_ERROR, "getting file ACL %s: %s\n",
currLog, strerror(errno));


and your kernel is responding with ENOSYS instead.  This contradicts
the manpage acl_get_fd(3):

 [ENOTSUP]  The file system on which the file identified by fd is
located does not support ACLs, or ACLs are disabled.

Upstream haven't spotted this, so I'll fix the logic in the next upload...

-- 
Paul Martin 


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

Bug#678931: debian-edu-config: modified base pam configuration after purge

[Holger Levsen]

Hi,

"btw", I just went through debian-edu-config's postinst and preinst and noticed 
sooo much stuff we shall cleanup once wheezy is out... amazing. 

Just commenting on the modifications done by debian-edu-config after just 
installing and upgrading it...

On Montag, 25. Juni 2012, Petter Reinholdtsen wrote:
> > 3m36.3s ERROR: FAIL: After purging files have been modified:
> >   /etc/pam.d/common-auth not owned
> >   /etc/pam.d/common-session  not owned
> >   /etc/pam.d/common-session-noninteractive   not owned
> >   /var/lib/pam/auth  not owned
> >   /var/lib/pam/seen  not owned
> >   /var/lib/pam/session   not owned
> >   /var/lib/pam/session-noninteractivenot owned
> > 
> > This was observed on a dist-upgrade from squeeze to sid.
> 
> Probably bug in debian-edu-config not calling
> /usr/sbin/pam-auth-update during uninstall.

we don't call pam-auth-update during install, so why should we call it during 
uninstall?

~/debian-edu/src/wheezy/debian-edu-config$ rgrep pam-auth-update *|grep -v 
svn|grep -v debian/changelog
cf/cf.krb5client:   "/usr/sbin/pam-auth-update --package"
~/debian-edu/src/wheezy/debian-edu-config$ 


cheers,
Holger



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

Bug#706050: logrotate: spurious "error: getting file ACL" messages

[Romain Francoise]

FWIW, gnulib uses the following macro to catch all possible errno values
on various platforms:

/* Recognize some common errors such as from an NFS mount that does
   not support ACLs, even when local drives do.  */
#if defined __APPLE__ && defined __MACH__ /* Mac OS X */
# define ACL_NOT_WELL_SUPPORTED(Err) \
 ((Err) == ENOTSUP || (Err) == ENOSYS || (Err) == EINVAL || (Err) == EBUSY 
|| (Err) == ENOENT)
#elif defined EOPNOTSUPP /* Tru64 NFS */
# define ACL_NOT_WELL_SUPPORTED(Err) \
 ((Err) == ENOTSUP || (Err) == ENOSYS || (Err) == EINVAL || (Err) == EBUSY 
|| (Err) == EOPNOTSUPP)
#else
# define ACL_NOT_WELL_SUPPORTED(Err) \
 ((Err) == ENOTSUP || (Err) == ENOSYS || (Err) == EINVAL || (Err) == EBUSY)
#endif

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/


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

Bug#706050: logrotate: spurious "error: getting file ACL" messages

[John David Anglin]

On 24-Apr-13, at 7:01 AM, Paul Martin wrote:


The test is

   if ((prev_acl = acl_get_fd(fdcurr)) == NULL) {
   if (errno != ENOTSUP) {
   message(MESS_ERROR, "getting file ACL %s: %s 
\n",

   currLog, strerror(errno));


and your kernel is responding with ENOSYS instead.  This contradicts
the manpage acl_get_fd(3):

[ENOTSUP]  The file system on which the file identified  
by fd is
   located does not support ACLs, or ACLs are  
disabled.


Thanks, forwarded your response to the parisc-linux list for review.

--
John David Anglin   dave.ang...@bell.net


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

Bug#705157: kaya: fails to build with GHC 7.6

[Iain Lane]

On Wed, Apr 24, 2013 at 10:40:20AM +0100, Iain Lane wrote:
> Here's a patch (again built against raring-proposed, but should work
> against experimental) which includes GHC 7.6 fixes (written by me; not
> upstream - hopefully you can forward?) and a backport of some upstream
> commits for new libgc.

Oops, I accidently put part of ghc-7.6-fixes into the other patch. Doh!
Here's a new one.

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
diff -Nru kaya-0.4.4/debian/changelog kaya-0.4.4/debian/changelog
--- kaya-0.4.4/debian/changelog 2012-10-10 20:35:12.0 +0100
+++ kaya-0.4.4/debian/changelog 2013-04-24 10:32:32.0 +0100
@@ -1,3 +1,20 @@
+kaya (0.4.4-6ubuntu1) raring; urgency=low
+
+  * FTBFS fixes.
+  * debian/patches/ghc-7.6-fixes: Patches to work with API changes in GHC 7.6,
+mainly to make use of Control.Exception.
+  * debian/patches/new-gc-api.patch: Backport of upstream commits to work with
+current boehm GC APIs
+  * Add dh_autoreconf usage for the above patch.
+
+ -- Iain Lane   Wed, 24 Apr 2013 10:30:16 +0100
+
+kaya (0.4.4-6build1) raring; urgency=low
+
+  * Rebuild to pick up the new libgc1c3 dependency.
+
+ -- Matthias Klose   Wed, 27 Feb 2013 13:39:59 +
+
 kaya (0.4.4-6) unstable; urgency=low
 
   [ gregor herrmann ]
diff -Nru kaya-0.4.4/debian/control kaya-0.4.4/debian/control
--- kaya-0.4.4/debian/control   2012-10-10 20:30:48.0 +0100
+++ kaya-0.4.4/debian/control   2013-04-24 10:34:03.0 +0100
@@ -2,7 +2,7 @@
 Section: devel
 Priority: extra
 Maintainer: Stuart Teasdale 
-Build-Depends: debhelper (>= 7.0.0), autotools-dev, ghc6 | ghc, 
libghc-mtl-dev, libgc-dev, happy, libpcre3-dev(>= 5.0), libgcrypt11-dev, 
libncurses5-dev, freeglut3-dev, zlib1g-dev, libgnutls-dev, libpq-dev, 
libmysqlclient-dev, libsqlite3-dev, libgd2-xpm-dev, 
libsdl1.2-dev,libncursesw5-dev,libghc-editline-dev, libghc-random-dev
+Build-Depends: debhelper (>= 7.0.0), dh-autoreconf, autotools-dev, ghc6 | ghc, 
libghc-mtl-dev, libgc-dev, happy, libpcre3-dev(>= 5.0), libgcrypt11-dev, 
libncurses5-dev, freeglut3-dev, zlib1g-dev, libgnutls-dev, libpq-dev, 
libmysqlclient-dev, libsqlite3-dev, libgd2-xpm-dev, 
libsdl1.2-dev,libncursesw5-dev,libghc-editline-dev, libghc-random-dev
 Standards-Version: 3.8.3
 Homepage: http://kayalang.org/
 
diff -Nru kaya-0.4.4/debian/patches/ghc-7.6-fixes 
kaya-0.4.4/debian/patches/ghc-7.6-fixes
--- kaya-0.4.4/debian/patches/ghc-7.6-fixes 1970-01-01 01:00:00.0 
+0100
+++ kaya-0.4.4/debian/patches/ghc-7.6-fixes 2013-04-24 12:38:50.0 
+0100
@@ -0,0 +1,115 @@
+Description: Fix build with changed APIs in GHC 7.6
+Author: Iain Lane 
+Forwarded: yes
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705157
+
+Index: b/compiler/Driver.hs
+===
+--- a/compiler/Driver.hs
 b/compiler/Driver.hs
+@@ -28,6 +28,7 @@
+ import ProgramDump
+ import REPL
+ 
++import Control.Exception
+ import System.Cmd
+ import System.Exit
+ import System.Directory
+@@ -67,8 +68,8 @@
+catch (do startup <- getStartup prtype libdirs
+  let pt = addToPT (parse newroot libdirs (prog++startup) fn) 
pinput 
+  compile newroot libdirs opts pt extra mainfile)
+- (\e -> do putStrLn (show e)
+-   return CompError)
++ (\(e :: IOException) -> do putStrLn (show e)
++return CompError)
+ 
+ outputfile Module mod = showuser mod ++ ".o"
+ -- TMP HACK: This should probably be a %extension "cgi" directive in the .ks
+Index: b/compiler/Module.hs
+===
+--- a/compiler/Module.hs
 b/compiler/Module.hs
+@@ -14,8 +14,9 @@
+   getAllLibDirs, linkFiles, getObjs) where
+ 
+ import Language
++import Control.Exception
+ import Debug.Trace
+-import System.Directory
++import System.Directory (doesFileExist)
+ import Data.List
+ import Lib
+ import Options
+@@ -244,7 +245,7 @@
+  (do --putStrLn $ "Trying " ++ x ++ path
+f <- readFile (x++path)
+return (Just f))
+- (\e -> findFile xs path)
++ (\(e :: IOException) -> findFile xs path)
+ 
+ -- Get all the library directories, looking at the options and the
+ -- KAYA_LIBRARY_PATH environment variable.
+Index: b/compiler/Portability64.hs
+===
+--- a/compiler/Portability64.hs
 b/compiler/Portability64.hs
+@@ -1,6 +1,7 @@
+ module Portability64 where
+ 
+ import Lib
++import Control.Exception
+ import System.IO
+ import System.Environment
+ import qualified Data.Map as Map
+@@ -10,7 +11,7 @@
+ environment :: String -> IO (Maybe String)
+ environment x = catch (do e <- getEnv x
+   

Bug#602034: jpeg8 vs jpeg-turbo

[Mike Gabriel]

Hi Ondřej,

I have just uploaded libjpeg-turbo to Debian and it still hovers in NEW [1].

On Mi 24 Apr 2013 11:23:04 CEST Ondřej Surý wrote:


Debian has already open ITP[3] #602034 for libjpeg-turbo, which
support libjpeg62 API/ABI and also some important bits of libjpeg8. As
libjpeg is one of the base libraries of the system, I think it might
be a good idea to discuss this project wide. Also although I have an
opinion (as you might have guessed from this email) that we should try
to be aligned with other distributions and the reasoning for not going
for , I will be happy with whatever result will end-up.


In an IRC discussion in #debian-devel several weeks ago the consensus  
was: the RT team (represented Julien) will probably not want two  
libjpeg implementations in Debian. My first packaging approach aimed  
at having the compat mode libraries available [2] and allow the user  
to install them as a drop-in replacement for libjpeg8.


The IRC discussion lead to the result that the compat packages are not  
wanted in Debian, only the native TURBOjpeg ABI. I was asked to ping  
Bill Allombert about his opinion to transition from libjpeg8 fully to  
libjpeg8-turbo. @Bill: can you repeat your disposition here again? I  
guess our earlier mailing was a private mail exchange.



A. Add libjpeg-turbo to Debian archive (that's easy)


Done. Waiting in NEW. Only containing libturbojpeg.so.1


B. Add required provides/alternatives for libjpeg62-dev and
libjpeg8-dev (where API/ABI match)


A packaging example can be seen in [1]. If the packages disappears  
from the NEW queue, you can also obtain a libjpeg-turbo version with  
compat packages provided here [3].



C. Decide which package should provide default libjpeg-dev library


Last statement from Bill: libjpeg by IJG

Greets,
Mike


[1] http://ftp-master.debian.org/new/libjpeg-turbo_1.2.90-2.html
[2] http://ftp-master.debian.org/new/libjpeg-turbo_1.2.90-1.html
[3] http://packages.x2go.org/debian/pool/main/libj/libjpeg-turbo/

--

DAS-NETZWERKTEAM
mike gabriel, rothenstein 5, 24214 neudorf-bornstein
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpyIgn4ROqAD.pgp
Description: Digitale PGP-Unterschrift

Bug#702621: xorriso: Cannot use DVD+R DL (8.5 GB) media

[axst]

Hi,

Thanks for your quick reply but…

On Wed, 24 Apr 2013, Thomas Schmitt wrote:


You could try to hide the image size from xorriso and thus avoid the
RESERVE TRACK command.
But i expect a write error with the first WRITE command then:

 cat /home/axel/Videos/USA/Birth of a Nation.iso' | \
 xorriso -as cdrecord ...options.except.path.of.iso.image... -


…you are right:

xorriso 0.5.6 : RockRidge filesystem manipulator, libburnia project.

Drive current: -outdev '/dev/sr1'
Media current: DVD+R/DL
Media status : is blank
Media summary: 0 sessions, 0 data blocks, 0 data, 8152m free
xorriso : NOTE : -blank as_needed: no need for action detected
xorriso : UPDATE :0 MB written (fifo 99%) [buf   0%]
xorriso : UPDATE :0 MB written (fifo 99%) [buf   0%]   0.0x.
[…]
xorriso : UPDATE :0 MB written (fifo 99%) [buf   0%]   0.0x.
libburn : FATAL : SCSI error on write(0,16): [3 0C 00] Write error
xorriso : FATAL : -abort_on 'FATAL' encountered 'FATAL' during image writing
xorriso : NOTE : libburn has now been urged to cancel its operation
xorriso : FAILURE : libburn indicates failure with writing.
xorriso : NOTE : Gave up -outdev '/dev/sr1'
xorriso : FAILURE : -as cdrecord: Job could not be performed properly.
xorriso : aborting : -abort_on 'FATAL' encountered 'FATAL'

What can I do now?

Cheers,

Axel

Bug#706069: virt-manager 0.9.1 hangs on "create new VM" over network connexion with 22 images within an active pool

[Mathieu Desnoyers]

Package: virt-manager
Version: 0.9.1-4
Severity: important

Dear Maintainer,

When using virt-manager through ssh network connexion (120ms latency),
with about 22 volumes in an active pool, virt-manager "create new VM"
window hangs after about 5 seconds of interaction. While it is hung, the
remote libvirt-bin server issues a lot of stat/open system calls on the
volume's files (verified with strace). My remote libvirt-bin is a
0.9.8-2ubuntu17.8, running on Ubuntu 12.04.2. This issue appears to be
fixed in virt-manager 0.9.4-2 (unstable), but given that 0.9.1-4
(testing) has this issue, I think it might be worthwhile to consider
backporting the fix. I tested the "vol-list" command though virsh, both
locally (on the server), and through the network link: locally, it
returns the listing almost immediately. Remotely, it takes about 5
seconds to return the listing. It looks like virt-manager 0.9.1 issues a
timeout too quickly on this command and retry endlessly, thus making the
GUI hang. From a user point of view, having the GUI hanging starting
from the 22nd pool image, depending on network latency and throughput,
can be quite frustrating, as the cause of the hang is not easy to
pinpoint.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages virt-manager depends on:
ii  gconf2   3.2.5-1+build1
ii  librsvg2-common  2.36.1-1
ii  python   2.7.3-4
ii  python-dbus  1.1.1-1
ii  python-glade22.24.0-3+b1
ii  python-gnome22.28.1+dfsg-1
ii  python-gtk-vnc   0.5.0-3.1
ii  python-gtk2  2.24.0-3+b1
ii  python-ipy   1:0.75-1
ii  python-libvirt   0.9.12-11
ii  python-spice-client-gtk  0.12-5
ii  python-support   1.0.15
ii  python-urlgrabber3.9.1-4
ii  python-vte   1:0.28.2-5
ii  virtinst 0.600.1-3

Versions of packages virt-manager recommends:
ii  gnome-icon-theme  3.4.0-2
ii  libvirt-bin   0.9.12-11

Versions of packages virt-manager suggests:
ii  gnome-keyring3.4.1-5
pn  hal  
ii  python-gnomekeyring  2.32.0+dfsg-2+b1
pn  python-guestfs   
pn  ssh-askpass  
ii  virt-viewer  0.5.3-1

-- no debconf information


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

Bug#706058: auth2db: I shut down the computer while i thought it was froze and now i can't install or uninstall any software

[Dererk]

On 24/04/13 01:18, alexander wrote:
> Package: auth2db
> Version: 0.2.5-2+dfsg-3
> Severity: important
>
> An error occurred:
> The E: dpkg was interrupted and it said that I must manually run dpkg--
> configure-a' to correct the problem.
> E:_'cache->open()failed.
>
> I do not know how to correct or configure this problem.  Please Help Me.

Hi alexander.

This seems to be a common problem you'll come across when breaking the
installation process of any package, nothing particularly related to
auth2db.

Have you run 'dpkg --configure -a' as suggested?  What's the output?

Have you tried purging the package (dpkg -P auth2db)?



Cheers,

Dererk

-- 
BOFH excuse #97:
Small animal kamikaze attack on power supplies






signature.asc
Description: OpenPGP digital signature

Bug#706070: ITP: ruby-memoize -- Ruby library providing speed up methods at the cost of memory (or disk space)

[HIGUCHI Daisuke (VDR dai)]

Package: wnpp
Severity: wishlist
Owner: "HIGUCHI Daisuke (VDR dai)" 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-memoize
  Version : 1.3.1
  Upstream Author : Daniel J. Berger 
* URL : http://www.rubyforge.org/projects/shards
* License : Artistic 2.0
  Programming Lang: Ruby
  Description : Ruby library providing speed up methods at the cost of 
memory (or disk space)

 The memoize library allows you to cache methods for faster lookup.
 Cached results can either be stored in memory (the default) or to
 a file.

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

iQIcBAEBCAAGBQJRd87qAAoJEHg5YZ3UOWaOCmQP/j/mopGcqn4htbwsvqS6YNox
09tVzXbrvN+iYegN8vgUNUljHNg86jUvvbG7Yw2Uh8ClCFFoqRL86wT124Rftc7d
U3OtUXvRTwXByHi+rD6zA+cZx5/ZEuT1mk9zYySK2c1Ky5iD596pN8jh2l+UCeR8
RNiiVWHU+ixr1MTNF8EPRVFBvYgGpEUI3vLruDWu6+nZl8x2BO5zDW/K3noV/EFq
AksuTXmrMxYo3CCo/rIsZ7QyhXwvU/5ThK7H5tGUu9z8UGTyd/53Tlww9B5ptqMP
LiXeBZ98gpP/AuNVrdNF51u0spGpsxTuZ3qP+NL7oODQ9APE64UeQfiUlfp7jjR+
lTB5mNUl6PeIYGU9U7tDfY9lwi8ub5GPr8UZDmiwYU4GQb/xqDnA2ScQU2v6
vQX0HkTNA1rZHAg+vr3FWxeFtDabNAwlpOBxmHHV5jAHVKGFzoYdBRPVFaagLzOs
OP4CkoSr+vueHIfh2i/khR7K4A6HodNc0dG9TA2WZT+JpJ7pCfkS/a6+4S3ZDrrw
eVCuYP0UP4i8X1UPz8Pbk95urzKPP7B1JA0SG2K/cRLq++NH/xm41V7IkpMkbki7
wDJimU6H5RV0YdRpaKUvEyZspX9DBUZqdXbTzOefbM/NLfZGIncN0BWTI+b2ul1Z
yzEpPgBLya/csuiwlYBt
=jlTf
-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#706071: RFP: hattrick-organizer - Helper tool for online soccer manager game Hattrick

[Guest One]

Package: wnpp
Severity: wishlist

* Package Name: hattrick-organizer
* Home page: http://sourceforge.net/projects/ho1/
* License: GNU Library or Lesser General Public License version 2.0 (LGPLv2)
* Description: Description: Helper tool for online soccer manager game
Hattrick (http://www.hattrick.org/).

Bug#701206: acpid: Mic mute button on Thinkpad X230 is not recognized

[Ted Felix]

On 04/24/2013 04:21 AM, Marek Elias wrote:

Input Layer:  Type: 1  Code: 28  Value: 0


  That's the Enter key.  Nothing to worry about.


Input Layer:  Type: 1  Code: 248  Value: 1


  This is "KEY_MICMUTE".  That can easily be added to acpid by adding 
the following lines to input_layer.c:


   {{{0,0}, EV_KEY, KEY_MICMUTE, 1},
  "button/micmute MICMUTE 0080 "},

  Add them to the "/*** AUDIO ***/" section.  Rebuild and try it. 
acpid should receive mic mute events.  This doesn't mean it will do 
anything with them.  You'll need to add a config file and a script to 
make something useful happen.  See the man page.


  If this works and you find this helpful, let me know and I'll include 
this change in the next release.


  If you just wanted the mic mute button to work in your window manager 
(e.g. Gnome or KDE), then it's best to get them to support these 
keys/buttons.  acpid is geared more towards those who are not running a 
window manager (servers).  You can still use it for this, but it's not 
really the best solution.


> The led inside mic mute button also does not switch on/off. This works
> fine for normal mute button.

  Your script for acpid will need to turn the light on and off.  Most 
likely, your window manager is doing this already for the mute button, 
but it is not aware of the mic mute button and the LED.


Ted.


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

Bug#706072: mysql-server-5.5: Killing a query inside InnoDB causes it to eventually crash with an assertion

[Joshua Dennis]

Package: mysql-server-5.5
Version: 5.5.30+dfsg-1.1
Severity: normal

Dear Maintainer,

Yesterday I had a bad situation where mysqld crashed and restarted twice
within the span of 20 minutes.  Both times the crash was due to me doing
a ctrl-c to stop a subselect query that was taking too long to run.  I
found what looks like a similar if not exact bug for this on
bugs.mysql.com.  They have it marked as "closed" with no indication as
to if there is a fix etc.

http://bugs.mysql.com/bug.php?id=68051

Here is a copy/paste from my daemon.log
--
Apr 23 16:15:55 onyx mysqld:  len 224; hex 
98a11968167fe94104e3167f00575583167f0100020001000400010019a020c804630100834451070ee3085c167f020001575583167f110060e11177020058d9825c167f08e3085c167f1800;
 asch A   WU
  c   DQ\   
  WU  wX  \   \;
Apr 23 16:15:55 onyx mysqld: TRANSACTION 29D9E4A4, ACTIVE 27 sec fetching rows
Apr 23 16:15:55 onyx mysqld: mysql tables in use 2, locked 0
Apr 23 16:15:55 onyx mysqld: MySQL thread id 3501338, OS thread handle 
0x7f1915b74700, query id 50470056 localhost rhs preparing
Apr 23 16:15:55 onyx mysqld: select * from podetail where ponum in(select ponum 
from pomast where whsein='84' and year(podate)='2013')
Apr 23 16:15:55 onyx mysqld: 130423 16:15:55  InnoDB: Assertion failure in 
thread 139745715242752 in file btr0pcur.c line 250
Apr 23 16:15:55 onyx mysqld: InnoDB: We intentionally generate a memory trap.
Apr 23 16:15:55 onyx mysqld: InnoDB: Submit a detailed bug report to 
http://bugs.mysql.com.
Apr 23 16:15:55 onyx mysqld: InnoDB: If you get repeated assertion failures or 
crashes, even
Apr 23 16:15:55 onyx mysqld: InnoDB: immediately after the mysqld startup, 
there may be
Apr 23 16:15:55 onyx mysqld: InnoDB: corruption in the InnoDB tablespace. 
Please refer to
Apr 23 16:15:55 onyx mysqld: InnoDB: 
http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
Apr 23 16:15:55 onyx mysqld: InnoDB: about forcing recovery.
Apr 23 16:15:55 onyx mysqld: 20:15:55 UTC - mysqld got signal 6 ;
Apr 23 16:15:55 onyx mysqld: This could be because you hit a bug. It is also 
possible that this binary
Apr 23 16:15:55 onyx mysqld: or one of the libraries it was linked against is 
corrupt, improperly built,
Apr 23 16:15:55 onyx mysqld: or misconfigured. This error can also be caused by 
malfunctioning hardware.
Apr 23 16:15:55 onyx mysqld: We will try our best to scrape up some info that 
will hopefully help
Apr 23 16:15:55 onyx mysqld: diagnose the problem, but since we have already 
crashed,
Apr 23 16:15:55 onyx mysqld: something is definitely wrong and this may fail.
Apr 23 16:15:55 onyx mysqld:
Apr 23 16:15:55 onyx mysqld: key_buffer_size=16777216
Apr 23 16:15:55 onyx mysqld: read_buffer_size=131072
Apr 23 16:15:55 onyx mysqld: max_used_connections=50
Apr 23 16:15:55 onyx mysqld: max_threads=151
Apr 23 16:15:55 onyx mysqld: thread_count=26
Apr 23 16:15:55 onyx mysqld: connection_count=26
Apr 23 16:15:55 onyx mysqld: It is possible that mysqld could use up to
Apr 23 16:15:55 onyx mysqld: key_buffer_size + (read_buffer_size + 
sort_buffer_size)*max_threads = 346682 K  bytes of memory
Apr 23 16:15:55 onyx mysqld: Hope that's ok; if not, decrease some variables in 
the equation.
Apr 23 16:15:55 onyx mysqld:
Apr 23 16:15:55 onyx mysqld: Thread pointer: 0x7f19280d04d0
Apr 23 16:15:55 onyx mysqld: Attempting backtrace. You can use the following 
information to find out
Apr 23 16:15:55 onyx mysqld: where mysqld died. If you see no messages after 
this, something went
Apr 23 16:15:55 onyx mysqld: terribly wrong...
Apr 23 16:15:55 onyx mysqld: stack_bottom = 7f1915b73e80 thread_stack 0x3
Apr 23 16:15:55 onyx mysqld: 
/usr/sbin/mysqld(my_print_stacktrace+0x29)[0x7f19161139d9]
Apr 23 16:15:55 onyx mysqld: 
/usr/sbin/mysqld(handle_fatal_signal+0x3d8)[0x7f1915ffc498]
Apr 23 16:15:55 onyx mysqld: 
/lib/x86_64-linux-gnu/libpthread.so.0(+0xf030)[0x7f19157a7030]
Apr 23 16:15:55 onyx mysqld: 
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7f191401a475]
Apr 23 16:15:55 onyx mysqld: 
/lib/x86_64-linux-gnu/libc.so.6(abort+0x180)[0x7f191401d6f0]
Apr 23 16:15:55 onyx mysqld: /usr/sbin/mysqld(+0x5a85a4)[0x7f19161885a4]
Apr 23 16:15:55 onyx mysqld: /usr/sbin/mysqld(+0x29b6d7)[0x7f1915e7b6d7]
Apr 23 16:15:55 onyx mysqld: /usr/sbin/mysqld(+0x564f64)[0x7f1916144f64]
Apr 23 16:15:55 onyx mysqld: /usr/sbin/mysqld(+0x5494ec)[0x7f19161294ec]
Apr 23 16:15:55 onyx mysqld: 
/usr/sbin/mysqld(_ZN30subselect_indexsubquery_engine4execEv+0x11f)[0x7f1916064bcf]
Apr 23 16:15:55 onyx mysqld: 

Bug#706074: less: Incorrect hilighting of search results

[Bas van Sisseren]

Package: less
Version: 436-1
Severity: minor


When searching for lines starting with some characters, less also sometimes
hilight parts which match the regexp, except for that they do not start at
the start of the line.

Searching itself is not effected. Searching for the previous or next matching
line works as expected.

Used search queries:
- /^[^ ]
- /^[a-z]

Reproducing works good on large text-files, e.g. /usr/share/common-licenses/GPL

Open the file, and scroll to the end (use key 'G').

(one of the incorrect hilights start exactly 3 KB before the end of the file,
 so I assume the ^ in my search query matched the start of the buffer at that
 time, and not the \n)


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

Kernel: Linux 3.2.0-4-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages less depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand

less recommends no packages.

less 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#706075: pdftk: Error "Failed to open PDF file" for interactive PDF

[George B.]

Package: pdftk
Version: 1.44-7
Severity: normal

Hello,

I am trying to use pdftk to flatten an interactive PDF but I get an
error:
---
me@deli:~ $ pdftk cha1.pdf output form.pdf flatten
Error: Failed to open PDF file: 
   cha1.pdf
 Errors encountered.  No output created.
 Done.  Input errors, so no output created.
---

The document was downloaded from UK HMRC website:

http://www.hmrc.gov.uk/charities/cha1.pdf


Thanks,

George

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

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

Versions of packages pdftk depends on:
ii  libc6   2.17-0experimental2
ii  libgcc1 1:4.7.2-5
ii  libgcj124.6.3-4
ii  libstdc++6  4.7.2-5

pdftk recommends no packages.

Versions of packages pdftk suggests:
ii  poppler-utils [xpdf-utils]  0.18.4-6

-- no debconf information


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

Bug#706076: awstats: Awstats stops working if first log line is a SSL error

[Saulo Soares de Toledo]

Package: awstats
Version: 6.9.5~dfsg-5
Severity: important


Please ignore the missing config files, I'm using another names to them.

For some days, Awstats stopped logging a lot of data, and I discovered the
problem: I'm using LogRotate, and frequently the first line of my log files
is something like:

66.249.76.217 - - [17/Apr/2013:10:45:08 -0300] "\x16\x03\x01" 200 1709 "-" "-"

My server is http, and I can replicate this trying open https://myserver,
and I will have another line like this at logs.

Apache is OK, this is a valid combined log for "SSL not found" errors, but
when this appears at first log line (what heppens sometimes here even next
logrotate run), awstats shows me an error like this:


###
So searching new records from beginning of log file...
AWStats did not find any valid log lines that match your LogFormat
parameter, in the 50th first non commented lines read of your log.
Your log file
/var/log/apache2/myhost-access_log must have a
/bad format or LogFormat parameter setup does not match this format.
Your AWStats LogFormat parameter is:
1
This means each line in your web server log file need to have "combined log
format" like this:
111.22.33.44 - - [10/Jan/2001:02:14:14 +0200] "GET / HTTP/1.1" 200 1234
"http://www.fromserver.com/from.htm"; "Mozilla/4.0 (compatible; MSIE 5.01;
Windows NT 5.0)"
And this is an example of records AWStats found in your log file (the record
number 50 in your log):
66.249.76.225 - - [14/Apr/2013:15:29:31 -0300] "\x16\x03" 200 1709 "-" "-"



If the first line is a normal combined log line, the SSL error lines are
ignored and Awstats works OK. See I'm loosing important data, since the next
time logrotate runs and correct the first line, all rotated data is lost.
And if at next logrotate runs the first line is again something like the SSL
error, I will loose more data.




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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages awstats depends on:
ii  perl   5.10.1-17squeeze5 Larry Wall's Practical Extraction 

Versions of packages awstats recommends:
ii  coreutils 8.5-1  GNU core utilities
ii  libnet-xwhois-perl0.90-3 Whois Client Interface for Perl5

Versions of packages awstats suggests:
ii  apache2   2.2.16-6+squeeze10 Apache HTTP Server metapackage
ii  apache2-mpm-itk [http 2.2.16-6+squeeze10 multiuser MPM for Apache 2.2
ii  libgeo-ipfree-perl1.101650-1 module to look up the country of a
pn  libnet-dns-perl(no description available)
pn  libnet-ip-perl (no description available)
pn  liburi-perl(no description available)

-- Configuration Files:
/etc/awstats/awstats.conf [Errno 2] No such file or directory: 
u'/etc/awstats/awstats.conf'
/etc/awstats/awstats.conf.local [Errno 2] No such file or directory: 
u'/etc/awstats/awstats.conf.local'

-- debconf information excluded


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

Bug#602034: jpeg8 vs jpeg-turbo

[Bill Allombert]

On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote:
> Hi Bill and Debian Developers,
> 
> My proposal is:
> A. Add libjpeg-turbo to Debian archive (that's easy)
> B. Add required provides/alternatives for libjpeg62-dev and
> libjpeg8-dev (where API/ABI match)
> C. Decide which package should provide default libjpeg-dev library
> 
> 1. 
> https://bitbucket.org/libgd/gd-libgd/issue/50/tests-jpeg-jpeg_readc-fails-on-debian
> 2. http://lists.fedoraproject.org/pipermail/devel/2013-January/176299.html
> 3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602034

As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more 
feature.

I do not see libjpeg-turbo as a suitable replacement. It has
1) an different license.
2) much more security issues in a much smaller timeframe.
3) do not implement the full libjpeg8 ABI, nor the upcoming libjpeg9.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#706050: logrotate: spurious "error: getting file ACL" messages

[Paul Martin]

On Wed, Apr 24, 2013 at 01:31:54PM +0200, Romain Francoise wrote:

> # define ACL_NOT_WELL_SUPPORTED(Err) \
>  ((Err) == ENOTSUP || (Err) == ENOSYS || (Err) == EINVAL || (Err) == 
> EBUSY)

Thanks. A more elegant solution that I'd coded.

-- 
Paul Martin 


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

Bug#706077: ITP: yetris -- customizable Tetris(tm) on the console

[Alexandre Dantas]

Package: wnpp
Severity: wishlist
Owner: Alexandre Dantas 


* Package name: yetris
  Version : 1.6
  Upstream Author : Alexandre Dantas 
* URL : http://www.alexdantas.net/projects/yetris/
* License : GPL3
  Programming Lang: C
  Description : customizable Tetris(tm) on the console

 yetris is a Tetris(tm)-clone with textual interface, with focus on
 customization. It aims to follow modern implementations with lots of
 features and please both casual players and Tetris(tm) enthusiasts.
 .
 It has full textual interface (through ncurses), with colors and
 many features:
 .
  - Customizable by commandline arguments and config file.
  - High score.
  - Up to 6 next pieces.
  - Hold, Combo and back-to-back sequences.
  - Scoring system compliant to the (conjectured) Tetris(tm) Guideline.


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

Bug#706049: RFS: nsnake/1.5-1 [ITP] -- classic snake game with textual interface

[Alexandre Dantas]

Hi Anton, thanks for replying!

This package has textual interface. So, unlike the snake-package already on
Archive, it requires no X libraries or a graphical session. It can simply be
played directly through the ttys or from a ssh session, being a nice
distraction
during a system crash/restore.

>From the user's point of view, it encourages dealing with the terminal and
feeling confortable with textual interfaces. By being lightweight, it
imposes no
barriers on old/less capable computers.

>From the developer's point of view, it's a simple, well-commented program
in C
with few dependences. The only required libraries are standard
out-of-the-box
packages. It was developed with beginner programmers in mind, being a nice
start-up for C game developers.

Also, since the mantainer and upstream are the same person, it eases
mantainability/updates and zeroes the chance of it ever becoming orphan.

Finally, it would be a nice addition to the other text-based packages
already on
the Archive [0].

[0]:
http://packages.debian.org/search?keywords=ncurses+game&searchon=all&suite=stable§ion=all

On Wed, Apr 24, 2013 at 2:55 AM, Anton Gladky  wrote:

> Hi Alexandre,
>
> your package looks fine and I do not have any notes/question regarding
> packaging.
>
> But we have already snake-package in Archive [1], and it is actually
> orphaned.
> Are there any advantages in your implementation.
>
> Thank you,
>
> [1] http://packages.qa.debian.org/s/snake4.html
> [2] http://bugs.debian.org/581387
>
> Anton
>
> 2013/4/24 Alexandre Dantas :
> > Package: sponsorship-requests
> > Severity: wishlist
> >
> >   Package: sponsorship-requests
> >   Severity: wishlist
> >
> >   Dear mentors,
> >
> >   I am looking for a sponsor for my package "nsnake"
> >
> >  * Package name: nsnake
> >Version : 1.5-1
> >Upstream Author : Alexandre Dantas 
> >  * URL : http://www.alexdantas.net/projects/nsnake/
> >  * License : GPL3
> >Section : games
> >
> >   It builds those binary packages:
> >
> > nsnake - classic snake game with textual interface
> >
> >   To access further information about this package, please visit the
> following URL:
> >
> >   http://mentors.debian.net/package/nsnake
> >
> >
> >   Alternatively, one can download the package with dget using this
> command:
> >
> > dget -x
> http://mentors.debian.net/debian/pool/main/n/nsnake/nsnake_1.5-1.dsc
> >
> >   More information about nsnake can be obtained from
> http://www.alexdantas.net/projects/nsnake/
> >
> >   There's also a Git repository:
> >
> > https://github.com/alexdantas/nsnake
> >
> >   Changes since the last upload:
> >
> >   [your most recent changelog entry]
> >
> >
> >   Regards,
> >Alexandre Dantas
> >
> >
> > -- System Information:
> > Debian Release: 6.0.7
> >   APT prefers stable-updates
> >   APT policy: (500, 'stable-updates'), (500, 'stable')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 3.5.0-27-generic (SMP w/2 CPU cores)
> > Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1
> (charmap=ISO-8859-1)
> > Shell: /bin/sh linked to /bin/dash
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> > Archive:
> http://lists.debian.org/20130423235332.13400.16747.reportbug@terminus
> >
>



-- 
Alexandre Dantas
*1309 21D9 ECA0 6EE5 F435  D1C5 F234 E30E B63C F56F*
my projects 

Bug#706072: [debian-mysql] Bug#706072: mysql-server-5.5: Killing a query inside InnoDB causes it to eventually crash with an assertion

[Norvald H. Ryeng]

On Wed, 24 Apr 2013 14:43:14 +0200, Joshua Dennis   
wrote:



Package: mysql-server-5.5
Version: 5.5.30+dfsg-1.1
Severity: normal

Dear Maintainer,

Yesterday I had a bad situation where mysqld crashed and restarted twice
within the span of 20 minutes.  Both times the crash was due to me doing
a ctrl-c to stop a subselect query that was taking too long to run.  I
found what looks like a similar if not exact bug for this on
bugs.mysql.com.  They have it marked as "closed" with no indication as
to if there is a fix etc.

http://bugs.mysql.com/bug.php?id=68051


It is marked as fixed in 5.5.31:

"[11 Mar 19:21] Daniel Price

Added 5.1.69, 5.5.31, 5.6.11, 5.7.1 changelog.

Killing a query caused an InnoDB assertion failure when the same
table (cursor) instance was used again. This is the result of a
regression error introduced by the fix for Bug#14704286. The fix
introduced a check to handle kill signals for long running
queries but the cursor was not restored to the proper state."

Regards,

Norvald H. Ryeng


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

Bug#706078: ITP: base91 -- base91 encoder/decoder

[Franck]

Package: wnpp
Severity: wishlist
Owner: Franck Routier 

* Package name: base91
  Version : 0.6.0
  Upstream Author : Joachim Henke 
* URL : http://base91.sourceforge.net/
* License : BSD
  Programming Lang: C
  Description : base91 encoder/decoder

basE91 is an advanced method for encoding binary data as ASCII characters. It
is similar to UUencode or base64, but is more efficient. The overhead produced
by basE91 depends on the input data. It amounts at most to 23% (versus 33% for
base64) and can range down to 14%, which typically occurs on 0-byte blocks.
This makes basE91 very useful for transferring larger files over binary
insecure connections like e-mail or terminal lines.


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

Bug#567713: Decision?

[Giampiero Salvi]

Dear maintainers of the wavesurfer and libsnack2 packages,
I am one of the contributors to wavesurfer and work in the lab where both
wavesurfer and snack were developed.

I am writing to both bug threads because I think we need some coordination
in order to solve this problem. In  http://bugs.debian.org/659974 it is
said that this is not a urgent issue because not many people complained. I
can tell that this bug affects a whole faculty at KTH, Stockholm where I
work and use wavesurfer as a teaching tool. The way we solved the issue is
to install a binary version of wavesurfer outside the apt-get system, which
is far from optimal.

>From the threads http://bugs.debian.org/659974 and
http://bugs.debian.org/567713 it is not clear if any decision has been
reached, yet. I believe the correct way, as has been suggested already, is
to have wavesurfer depend on libsnack2 (without version) and make libsnack2
a virtual package provided alternatively by libsnack2-alsa or libsnack2-oss.

However you decide to solve the issue, please do this as soon as possible,
because it affects more users than you think.

Thank you for your help,
Best,
Giampiero

Bug#682709: Proposed fix not working

[Julien Blanc]

Hi,

Sorry to say that, but i tried your patched deb files and they don’t work
for me. Client still hangs while mounting.

Reverting to 1.2.5 is currently the only solution i found for this problem.

Note : in my case, the client name / ip is in /etc/hosts file, so an error
during name resolution is very unlikely to be the root cause of this hang.

Best regards,

Julien


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

Bug#567713: Decision?

[Sergei Golovan]

Hi!

On Wed, Apr 24, 2013 at 5:48 PM, Giampiero Salvi  wrote:
>
> From the threads http://bugs.debian.org/659974 and
> http://bugs.debian.org/567713 it is not clear if any decision has been
> reached, yet. I believe the correct way, as has been suggested already, is
> to have wavesurfer depend on libsnack2 (without version) and make libsnack2
> a virtual package provided alternatively by libsnack2-alsa or libsnack2-oss.

It isn't necessary to make libsnack2 purely virtual (though I might do
this in the future).
Since libsnack2-alsa provides libsnack2, one can make wavesurfer
depend on libsnack2
(without version) which will make wavesurfer installable either with
libsnack2 or with
libsnack2-alsa.

Cheers!
--
Sergei Golovan


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

Bug#705927: xserver-xorg-core: xserver update and the AMD Catalyst 13.1 Proprietary Linux x86 Display Driver

[Julien Cristau]

On Wed, Apr 24, 2013 at 13:55:19 +0200, Steffen Bode wrote:

> oh, Julien, a personal level is not good here and not helpfull … so we have a 
> the same problems like years: the user must figure out this discrepance... My 
> "insists" is a idea, a debatte, a proposal, and i have wrote clear arguments 
> for this: in the end this update bug is not userfriendly.
> 
Nothing personal in what I wrote.  And yes, if you have issues with
closed source software you get to keep the pieces, or contact that
software's vendor for support.  Nothing new there.

[also please keep the bug address cc:ed if you want to continue this
 conversation]

Cheers,
Julien


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

Bug#567713: Decision?

[Giampiero Salvi]

Thank you Sergei,
so, then to Ron Lee: can you please remove the version from wavesurfer
dependency to libsnack2 as soon as possible?

Thank you!
Giampiero


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

Bug#592539: isc-dhcp-server: supply additional initscript for IPv6 daemon

[Neil Watson]

I have need of this. DHCPv6 is more flexible than router assignment. Is
this going to make Wheezy's stable promotion next month?

--
Neil Watson
Linux/UNIX Consultant
http://watson-wilson.ca


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

Bug#702621: xorriso: Cannot use DVD+R DL (8.5 GB) media

[Thomas Schmitt]

Hi,

> libburn : FATAL : SCSI error on write(0,16): [3 0C 00] Write error
> ...
> What can I do now?

Other media or other drive, i fear.

Neither the burn program nor the operating system are at fault.
It is simply that the drive answers any attempt to start writing
by an error message. We have tried both approaches which are
possible with DVD+R (DL or not makes no difference in the specs).

The medium probably does not experience any change during the
attempt. At least the drive tells so. If you have access to
other drives, then it would be interesting to learn their
opinion about the medium state: "blank", "appendable" or "closed".
I guess that Windows burn programs report the state with similar
terms.


Have a nice day :)

Thomas


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

Bug#705939: I'll do it

[Fabian Grünbichler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Let's see whether I have more luck this time :)

I'd like to work on this bug!

- -- 
GPG-Key: https://bit.ly/vwmUVA or 00B96447 on your favourite keyserver
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJRd9mXAAoJEK4xK/RwikTnaZ8QAJbCnYn/30tFIIcRHeBYrzaj
3gxEMy8q3COI6gJJTMkDrGGG4mDPdGICYMzZuMCvFl0bwK8rIrf2YGcghugNxCea
QfddTE+kms1Liuu/R8+T/qwjEl795/ZjXrWoIzL9g5ugz5mUF9/fdS3jpdR9WzPd
4mKK8nsbIcK08h/CqHZHX7Spqsb8/x9FaOqODGM0l/a3OKVsCKVzZs/85cAd5+x4
R9Aorez5ek7bQ6/ouIMjWZX3Qn6l4VGNB9P/arbUmsjQDTxlsbez+Xd8Fto1/65u
gYWph4xX+v6H4DFZt7SPi664eYbsO/efYbP4368DYXaaAZEC7bR37AFHnp7vEvwM
ApSpvC9z+4nRrgXiOMorKafOm5rX4zv7is3QJyZjts46vsEi9NfUKc2Mp7IenS1K
kke4Uqqx7ZNli7leFgKztZJDWRhZjcPlu/XlibXwOvadLUppEm71N6Nbr31bIXX9
VAA0O23+68IP16iJsz7Un8vIQo8KL8908IbIIpHPstiDhHGrJqOx7+IrZ/S7yUMy
X2wrSabQy8/QRi5fBezWBsj2e1OT99z9HIrIc7ti9FZs0AHeANpB6ZalRumwFTg7
cuGEda8g6Zedw8+cTVyQW5yOeuHJC+K5F2IiMEJhP1AmBjidUm8q/jFZoIzLbu6/
FlKlhU5BIkcp6iXsqA26
=acEZ
-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#706072: [debian-mysql] Bug#706072: mysql-server-5.5: Killing a query inside InnoDB causes it to eventually crash with an assertion

[Joshua Dennis]

Is this fix going to get applied to the Debian Wheezy package for mysql? Or is 
the Debian Wheezy package going to be upgraded to a newer version that includes 
this fix?

Joshua Dennis
Robertson Heating Supply
IS Manager

On Apr 24, 2013, at 9:15 AM, Norvald H. Ryeng  wrote:

> On Wed, 24 Apr 2013 14:43:14 +0200, Joshua Dennis 
> wrote:
> 
>> Package: mysql-server-5.5
>> Version: 5.5.30+dfsg-1.1
>> Severity: normal
>> 
>> Dear Maintainer,
>> 
>> Yesterday I had a bad situation where mysqld crashed and restarted twice
>> within the span of 20 minutes.  Both times the crash was due to me doing
>> a ctrl-c to stop a subselect query that was taking too long to run.  I
>> found what looks like a similar if not exact bug for this on
>> bugs.mysql.com.  They have it marked as "closed" with no indication as
>> to if there is a fix etc.
>> 
>> http://bugs.mysql.com/bug.php?id=68051
> 
> It is marked as fixed in 5.5.31:
> 
>"[11 Mar 19:21] Daniel Price
> 
>Added 5.1.69, 5.5.31, 5.6.11, 5.7.1 changelog.
> 
>Killing a query caused an InnoDB assertion failure when the same
>table (cursor) instance was used again. This is the result of a
>regression error introduced by the fix for Bug#14704286. The fix
>introduced a check to handle kill signals for long running
>queries but the cursor was not restored to the proper state."
> 
> Regards,
> 
> Norvald H. Ryeng

Bug#706079: virt-manager: cannot send Ctrl-Alt-Del to Windows(R) VM with nonstandard keymap

[Thorsten Glaser]

Package: virt-manager
Version: 0.9.4-2
Severity: normal

Hi,

apparently, sending Ctrl-Alt-Del to a Windows(R) VM, with either
regular or spice display, does not work when an X11 keymap that
binds something like Mode_switch to the left Alt key is loaded.

This is a bug IMHO because virt-manager's ability to send arbitrary
special keys to guests ought to be independent of the local X11
settings of a system, especially if that system is neither guest
nor host (but connecting over the network).

This happens with both the sid and experimental libvirt packages.

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

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

Versions of packages virt-manager depends on:
ii  gconf2 3.2.5-1+build1
ii  librsvg2-common2.36.1-1
ii  python 2.7.3-4
ii  python-dbus1.1.1-1
ii  python-glade2  2.24.0-3+b1
ii  python-gnome2  2.28.1+dfsg-1
ii  python-gtk-vnc 0.5.1-2
ii  python-gtk22.24.0-3+b1
ii  python-ipy 1:0.75-1
ii  python-libvirt 1.0.4-1
ii  python-support 1.0.15
ii  python-urlgrabber  3.9.1-4
ii  python-vte 1:0.28.2-5
ii  virtinst   0.600.3-3

Versions of packages virt-manager recommends:
pn  gnome-icon-theme 
ii  libvirt-bin  1.0.4-1
ii  python-spice-client-gtk  0.12-5

Versions of packages virt-manager suggests:
pn  gnome-keyring 
ii  kwalletcli [ssh-askpass]  2.11-2
pn  python-gnomekeyring   
pn  python-guestfs
pn  virt-viewer   

-- 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#602034: jpeg8 vs jpeg-turbo

[Riku Voipio]

On Wed, Apr 24, 2013 at 01:48:48PM +0200, Mike Gabriel wrote:
> >C. Decide which package should provide default libjpeg-dev library
 
> Last statement from Bill: libjpeg by IJG

The current IJG has nothing to do with the IJG that originally created JPEG. 
The last activity of original IJG was in 1998, while new IJG surfaced in 2009.
Thus we actually have two forks:

1) the "new IJG" libjpeg, which changes API/ABI of the original libjpeg
library, and adds new features to JPEG image format. However the new
image format features have been rejected as not improving image quality
or compression ratio[1].

The "new IJG" has no mailing list, VCS or any or other sign of actually
being group - all apparent IJG work seems to come from a single person.
The website of IJG[2] is void of details - who is in IJG? - how does
it make decisions like changing the JPEG image format to add "SmartScale
support? There is even no place to send bug reports! 

2) libjpeg-turbo remains API/ABI and binary format compatible with original
libjpeg. The most significant improvements are in supporting SIMD
features to make JPEG image encoding and decoding faster on modern
cpu's.

Libjpeg-turbo website [3] has all the signs of an healthy open source
project - A SVN repo with many commiters, bug tracker, a mailing list
with open discussion etc.

So the Debian options is to choose a libjpeg fork that changes the jpeg image
format, or one that renders images fast. At the moment the first
fork is being advertized with IJG name, thus painting an image of
"official upstream". But it isn't - especially not now when the changes
libjpeg8 added to JPEG standard have been rejected from the ISO standard.

Riku

[1] http://hardwarebug.org/2010/02/01/ijg-swings-again-and-misses/
[2] http://www.ijg.org/
[3] http://www.libjpeg-turbo.org/


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

Bug#602034: jpeg8 vs jpeg-turbo

[Aron Xu]

On Wed, Apr 24, 2013 at 9:19 PM, Bill Allombert
 wrote:
> On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote:
>> Hi Bill and Debian Developers,
>>
>> My proposal is:
>> A. Add libjpeg-turbo to Debian archive (that's easy)
>> B. Add required provides/alternatives for libjpeg62-dev and
>> libjpeg8-dev (where API/ABI match)
>> C. Decide which package should provide default libjpeg-dev library
>>
>> 1. 
>> https://bitbucket.org/libgd/gd-libgd/issue/50/tests-jpeg-jpeg_readc-fails-on-debian
>> 2. http://lists.fedoraproject.org/pipermail/devel/2013-January/176299.html
>> 3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602034
>
> As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more 
> feature.
>

>From a user's prospective, I don't think adding bunches of not widely
used features is that useful (I mean it's useful but not that
important), but speed does matter a lot, especially on slower hardware
like ARM-boards.



--
Regards,
Aron Xu


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

Bug#706080: FTBFS with GHC 7.6.2 (experimental)

[Iain Lane]

Package: ftphs
Version: 1.0.8-1
Severity: normal
Tags: upstream

Hi,

I tested this on Ubuntu Raring, but it will apply to Debian too.

,
| Preprocessing library ftphs-1.0.8...
| [1 of 4] Compiling Network.FTP.Client.Parser ( 
src/Network/FTP/Client/Parser.hs, dist-ghc/build/Network/FTP/Client/Parser.o )
| 
| src/Network/FTP/Client/Parser.hs:251:9: Warning:
| Pattern match(es) are overlapped
| In an equation for `procq': procq ('"' : '"' : xs) = ...
| [2 of 4] Compiling Network.FTP.Server.Parser ( 
src/Network/FTP/Server/Parser.hs, dist-ghc/build/Network/FTP/Server/Parser.o )
| [3 of 4] Compiling Network.FTP.Server ( src/Network/FTP/Server.hs, 
dist-ghc/build/Network/FTP/Server.o )
| 
| src/Network/FTP/Server.hs:169:18: Not in scope: `try'
| 
| src/Network/FTP/Server.hs:217:33: Not in scope: `catch'
| make: *** [build-ghc-stamp] Error 1
`

Fix attached but I'm not sure about uploading as IIRC we were considering 
removing ftphs.

Are we?

Cheers,

Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]

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

Kernel: Linux 3.8.0-19-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ftphs-1.0.8/debian/changelog ftphs-1.0.8/debian/changelog
diff -Nru ftphs-1.0.8/debian/patches/ghc-7.6-compatibility ftphs-1.0.8/debian/patches/ghc-7.6-compatibility
--- ftphs-1.0.8/debian/patches/ghc-7.6-compatibility	1970-01-01 01:00:00.0 +0100
+++ ftphs-1.0.8/debian/patches/ghc-7.6-compatibility	2013-04-24 15:05:49.0 +0100
@@ -0,0 +1,40 @@
+Description: Port to work with catch from Control.Exception as found in GHC 7.6
+Author: Iain Lane 
+Forwarded: yes
+
+--- ftphs-1.0.8.orig/src/Network/FTP/Server.hs
 ftphs-1.0.8/src/Network/FTP/Server.hs
+@@ -1,3 +1,4 @@
++{-# LANGUAGE ScopedTypeVariables #-}
+ {- arch-tag: FTP server support
+ Copyright (C) 2004 John Goerzen 
+ 
+@@ -98,7 +99,7 @@ import Text.Printf
+ import Data.Char
+ import Data.IORef
+ import Data.List
+-import Control.Exception(finally)
++import Control.Exception(finally, try, catch, IOException)
+ import System.IO
+ 
+ data DataType = ASCII | Binary
+@@ -168,8 +169,8 @@ trapIOError :: FTPServer -> IO a -> (a -
+ trapIOError h testAction remainingAction =
+ do result <- try testAction
+case result of
+- Left err -> do sendReply h 550 (show err)
+-return True
++ Left (err :: IOException) -> do sendReply h 550 (show err)
++ return True
+  Right result -> remainingAction result
+ 
+ forceLogin :: CommandHandler -> CommandHandler
+@@ -214,7 +215,7 @@ commandLoop h@(FTPServer fh _ _) =
+ ("Closing due to error: " ++ (show e))
+ hClose fh
+ return False
+-in do continue <- (flip catch) errorhandler 
++in do continue <- (flip catch) (\(e :: IOException) -> errorhandler e)
+(do x <- parseCommand fh
+case x of
+  Left err -> do sendReply h 500 $
diff -Nru ftphs-1.0.8/debian/patches/series ftphs-1.0.8/debian/patches/series
--- ftphs-1.0.8/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ ftphs-1.0.8/debian/patches/series	2013-04-24 15:02:58.0 +0100
@@ -0,0 +1 @@
+ghc-7.6-compatibility

Bug#701206: acpid: Mic mute button on Thinkpad X230 is not recognized

[Marek Elias]

thanks for your reply.

I did the changed you suggested and rebuilt the acpid package.
Now I can see the events and run scripts with it.

But I still can't see the events in xev anyway. Maybe this is caused by
too old version of xorg (I use squeeze).

So you are telling me that acpid is now obsolete and things should be
done in some other way? I don't use KDE nor GNOME. I use fluxbox and I
used to configure some of my keys through acpid. And I like it, when the
keys work in console as well as in X.

Does acpid has something to do with forwarding events to X? Or X should
get the events itself?

When I will have a scripts for this button, I should probably send them
to package acpi-support, am I right?

bye,

marek


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

Bug#706081: nettle: new upstream version 2.7

[Daniel Kahn Gillmor]

Package: nettle
Version: 2.6-1
Severity: wishlist

nettle 2.7 was released today.  if that could get that into
experimental, i'd be very happy.

thanks for maintaining nettle for debian!

   --dkg

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

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


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

Bug#705961: installation-reports: debian-installer does not create an EFI partition by default

[Steve McIntyre]

On Tue, Apr 23, 2013 at 11:33:07PM +0200, Jorge Sanz Forcada wrote:
>Hi Steve,
>
>I am afraid I can not repeat the whole installation. I have copied
>already all teh files I had in my old computer to the new one, so it
>would be a mess to repeat the whole process again.

Yes, I understand. :-)

>I have made an exercise, but I don't think it is very useful. I just
>repeated the first steps of the installation (with cdnetinst of
>20130423) until the step of the partition:
>
>- I started the Linux CD through the UEFI loader
>- I got the weird error message of the "prefix" while loading the
>installer grub (I remember to see this one also during a former
>installation)
>- In the partitions step, I deleted my current Linux partitions and
>asked the guided partition to propose new partitions. It made just
>one partition for Linux and one for swap. Then I did not want to
>commit the changes proposed, so I just left. But I think to remember
>that in my former installation the program issues a warning after
>that saying that I have no EFI partitions defined (while actually
>there is one of ~300 MB in fat32, the Windows one).

Hmmm, OK. There's a fix I uploaded that *should* fix that exact issue
already, unless...

>I am sorry I can not go beyond this point. I have the suspicion that
>the problem may have to do with an HP loader that is what actually
>use to boot Windows if I do not pass through Linux GRUB. Anyway, if
>nobody else complains it mens that this was an effect of the failed
>installation I made with Squeeze before.   You can close the bug, at
>least from my side.

Maybe you're right, and it's an issue partly caused by the abortive
Squeeze installation attempt.

>Thanks a lot for your help.

And thanks to you for being so clear and helpful with your responses!

I'll leave the bug report open for now, in case other people see
similar. We can always close it later...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Managing a volunteer open source project is a lot like herding
 kittens, except the kittens randomly appear and disappear because they
 have day jobs." -- Matt Mackall


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

Bug#706082: segfaults in garbage collection

[Michal Čihař]

Package: php5-cli
Version: 5.4.4-15
Severity: important
Tags: patch upstream

Hi

while running testsuite, I quite often get segmentation fault. 

After experimenting with patches, I fould following upstream bugs to
cause my problems:

https://bugs.php.net/bug.php?id=63635
https://bugs.php.net/bug.php?id=63055

Attached is patch which combines these fixes.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


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

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

Versions of packages php5-cli depends on:
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-38
ii  libcomerr21.42.5-1.1
ii  libdb5.1  5.1.29-5
ii  libgssapi-krb5-2  1.10.1+dfsg-5
ii  libk5crypto3  1.10.1+dfsg-5
ii  libkrb5-3 1.10.1+dfsg-5
ii  libmagic1 1:5.11-3
ii  libonig2  5.9.1-1
ii  libpcre3  1:8.31-2
ii  libqdbm14 1.8.78-2
ii  libssl1.0.0   1.0.1e-2
ii  libxml2   2.8.0+dfsg1-7+nmu1
ii  mime-support  3.52-2
ii  php5-common   5.4.4-15
ii  tzdata2013b-2
ii  ucf   3.0025+nmu3
ii  zlib1g1:1.2.7.dfsg-13

php5-cli recommends no packages.

Versions of packages php5-cli suggests:
ii  php-pear  5.4.4-15

-- no debconf information
--- a/Zend/zend_gc.c
+++ b/Zend/zend_gc.c
@@ -644,7 +644,8 @@
 			struct _store_object *obj = &EG(objects_store).object_buckets[Z_OBJ_HANDLE_P(pz)].bucket.obj;
 
 			if (obj->buffered == (gc_root_buffer*)GC_WHITE) {
-GC_SET_BLACK(obj->buffered);
+/* PURPLE instead of BLACK to prevent buffering in nested gc calls */
+GC_SET_PURPLE(obj->buffered);
 
 if (EXPECTED(EG(objects_store).object_buckets[Z_OBJ_HANDLE_P(pz)].valid &&
  (get_gc = Z_OBJ_HANDLER_P(pz, get_gc)) != NULL)) {
@@ -715,7 +716,8 @@
 		struct _store_object *obj = &EG(objects_store).object_buckets[Z_OBJ_HANDLE_P(pz)].bucket.obj;
 
 		if (obj->buffered == (gc_root_buffer*)GC_WHITE) {
-			GC_SET_BLACK(obj->buffered);
+			/* PURPLE instead of BLACK to prevent buffering in nested gc calls */
+			GC_SET_PURPLE(obj->buffered);
 
 			if (EXPECTED(EG(objects_store).object_buckets[Z_OBJ_HANDLE_P(pz)].valid &&
 			 (get_gc = Z_OBJ_HANDLER_P(pz, get_gc)) != NULL)) {
--- a/ext/pcre/php_pcre.c
+++ b/ext/pcre/php_pcre.c
@@ -547,8 +547,9 @@
 
 	/* Overwrite the passed-in value for subpatterns with an empty array. */
 	if (subpats != NULL) {
-		zval_dtor(subpats);
+zval garbage = *subpats;
 		array_init(subpats);
+		zval_dtor(&garbage);
 	}
 
 	subpats_order = global ? PREG_PATTERN_ORDER : 0;

Bug#706083: apt-show-versions: suddenly permission problems running as normal user

[Armin Haas]

Package: apt-show-versions
Version: 0.20
Severity: normal

Dear Maintainer,

directly after I installed apt-show-versions I was able to run it as root and
as non-root. Now it still works when I run it as root, but when I try to run
it as non-root, I get this:

can't open /var/cache/apt-show-versions/files: Permission denied at 
/usr/bin/apt-show-versions line 188

And indeed /var/cache/apt-show-versions/files has permissions 0600.

I didn't change permissions manually on that file, but I did run
'apt-show-versions --initialize' manually as root after installing updates.
root's umask on my system is 0077.

Cheers

Armin


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

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

Versions of packages apt-show-versions depends on:
ii  apt  0.9.7.8
ii  libapt-pkg-perl  0.1.27
ii  perl [libstorable-perl]  5.14.2-21

apt-show-versions recommends no packages.

apt-show-versions 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#602034: jpeg8 vs jpeg-turbo

[Mike Hommey]

On Wed, Apr 24, 2013 at 05:01:50PM +0300, Riku Voipio wrote:
> Libjpeg-turbo website [3] has all the signs of an healthy open source
> project - A SVN repo with many commiters, bug tracker, a mailing list
> with open discussion etc.

libjpeg-turbo is also used by webkit, blink, and gecko.

Mike


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

Bug#706084: paraview: pvbatch --version hangs

[Gerber van der Graaf]

Package: paraview
Version: 3.14.1-7
Severity: normal

Dear Maintainer,
Pvbatch is used during confiuration of FreeFOAM to check the paraview version 
installed on the system. Though, when running 'pvbatch --version', it hangs 
instead of reporting 'ParaView3.14.1'


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

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

Versions of packages paraview depends on:
ii  libavcodec53  6:0.8.6-1
ii  libavformat53 6:0.8.6-1
ii  libavutil51   6:0.8.6-1
ii  libc6 2.13-38
ii  libexpat1 2.1.0-1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgl1-mesa-glx [libgl1]  8.0.5-4
ii  libhdf5-7 [libhdf5-7] 1.8.8-9.1
ii  libjpeg8  8d-1
ii  libmysqlclient18  5.5.30+dfsg-1.1
ii  libogg0   1.3.0-4
ii  libopenmpi1.3 1.4.5-1
ii  libpng12-01.2.49-3
ii  libpq59.1.9-1
ii  libpython2.7  2.7.3-8
ii  libqt4-help   4:4.8.2+dfsg-11
ii  libqt4-network4:4.8.2+dfsg-11
ii  libqt4-sql4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libqtwebkit4  2.2.1-5
ii  libsqlite3-0  3.7.16.2-1
ii  libstdc++64.7.2-5
ii  libswscale2   6:0.8.6-1
ii  libtheora01.1.1+dfsg.1-3.1
ii  libtiff4  3.9.6-11
ii  libx11-6  2:1.5.0-1
ii  libxml2   2.8.0+dfsg1-7+nmu1
ii  libxt61:1.1.3-1
ii  qt4-dev-tools 4:4.8.2+dfsg-11
ii  tcl8.4 [tclsh]8.4.19-5
ii  tcl8.5 [tclsh]8.5.11-2
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages paraview recommends:
ii  mpi-default-bin  1.0.1
ii  paraview-doc 3.14.1-7
ii  paraview-python  3.14.1-7

Versions of packages paraview suggests:
ii  h5utils 1.12.1-2
ii  hdf5-tools  1.8.8-9.1

-- no debconf information


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

Bug#706085: logcheck-database: update ssh rules for new "subsystem request for sftp" messages

[Sebastian Ramacher]

Package: logcheck-database
Version: 1.3.15
Severity: normal
Tags: patch

Dear maintainer,

the rule to ignore "subsystem request for sftp" output from sshd doesn't
match the actual output from sshd anymore. The openssh version in wheezy
and above now also includes the username:

Apr 24 14:19:28 rigel sshd[17449]: subsystem request for sftp by user sebastian

The attached patch changes the rule to match the new output.

Regards

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Sebastian Ramacher
diff -Nru logcheck-1.3.15/rulefiles/linux/ignore.d.server/ssh logcheck-1.3.15+nmu1/rulefiles/linux/ignore.d.server/ssh
--- logcheck-1.3.15/rulefiles/linux/ignore.d.server/ssh	2012-06-30 16:30:11.0 +0200
+++ logcheck-1.3.15+nmu1/rulefiles/linux/ignore.d.server/ssh	2013-04-24 15:53:46.0 +0200
@@ -41,7 +41,7 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: refused connect from [:[:alnum:]._-]+ \([:[:alnum:].]+\)$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: reverse mapping checking getaddrinfo for [._[:alnum:]-]+ (\[[:.[:xdigit:]]+\] )?failed - POSSIBLE BREAK-?IN ATTEMPT!$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: scanned from [:[:xdigit:].]+ with SSH-[.[:digit:]]+-SSH_Version_Mapper\.  Don't panic\.$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: subsystem request for sftp$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: subsystem request for sftp by user [^[:space:]]*$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: syslogin_perform_logout: logout\(\) returned an error$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: warning: /etc/hosts\.(allow|deny), line [[:digit:]]+: can't verify hostname: getaddrinfo\([._[:alnum:]-]+, AF_INET\) failed$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: warning: /etc/hosts\.(allow|deny), line [[:digit:]]+: host name/(name|address) mismatch: [._[:alnum:]-]+ != [._[:alnum:]-]+$


signature.asc
Description: Digital signature

Bug#706086: sbuild: Wrong architecture check when --arch-all is given

[Stephan Suerken]

Package: sbuild
Version: 0.63.2-1.1
Severity: normal

Hi Roger,

   * What led up to the situation?

When building a package with two binary packages (arch1=all,
arch2=i386) with the --arch-all switch, the arch check wrongly
fails when not building on arch2.

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

Trying to build this

http://tmp.installiert.net/test_1.0.0.dsc

example test package with a command line like

$ sbuild --verbose --verbose --dist=unstable --arch=amd64 
--chroot=SOME-SID-AMD64-CHROOT --arch-all --source --debbuildopt=-sa 
./test_1.0.0.dsc

   * What was the outcome of this action?

sbuild skips building saying:

E: test_1.0.0.dsc: amd64 not in arch list or does not match any arch wildcards: 
all i386 -- skipping

   * What outcome did you expect instead?

Build the arch=all package.

As far as I understand (perl et.al.) I think that we should
check that "all" is IN the dscarchs string (which is s.th. like
"all i386"), not exactly "all".

Fwiw, it does work as expected with this (naive regex) change:

---
--- /usr/share/perl5/Sbuild/Build.pm.orig   2013-04-24 16:15:11.479881281 
+0200
+++ /usr/share/perl5/Sbuild/Build.pm2013-04-24 16:15:31.791937728 +0200
@@ -1003,7 +1003,7 @@
}
}
if ($dscarchs ne "any" && !($valid_arch) &&
-   !($dscarchs eq "all" && $self->get_conf('BUILD_ARCH_ALL')) )  {
+   !($dscarchs =~ "all" && $self->get_conf('BUILD_ARCH_ALL')) )  {
my $msg = "$dsc: $host_arch not in arch list or does not match any 
arch wildcards: $dscarchs -- skipping\n";
$self->log($msg);
Sbuild::Exception::Build->throw(error => "$dsc: $host_arch not in 
arch list or does not match any arch wildcards: $dscarchs -- skipping",
---

HtH!

Stephan

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

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

Versions of packages sbuild depends on:
ii  adduser 3.113+nmu3
ii  apt-utils   0.9.7.8
ii  libsbuild-perl  0.63.2-1.1
ii  perl5.14.2-21
ii  perl-modules5.14.2-21

Versions of packages sbuild recommends:
ii  debootstrap  1.0.48
ii  fakeroot 1.18.4-2

Versions of packages sbuild suggests:
pn  deborphan  
ii  wget   1.14-1

-- no debconf information


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

Bug#706087: autopostgresqlbackup: Must not use "su -l"

[Axel Beckert]

Package: autopostgresqlbackup
Version: 1.0-1
Tags: patch

Hi Emmanuel,

autopostgresqlbackup uses login shells ("su -l") for calling multiple
commands as a non-root user. Login shells differ from normal shells
(beyond other things) by the fact that they also source /etc/profile
and .profile on startup, while non-login shells don't. See [1] for
reference.

  [1] http://tanguy.ortolo.eu/blog/article25/shrc

Bigger sites usually use that feature to call some programs upon user
login while those programs are not called from within cron jobs, etc.

In our case, login shells check which printer is either relevant for
the local machine or, in case of SSH connections, for the the machine
from the which the user has logged it. If it can't find any of both it
sends print jobs by mail and warns about that fact upon login:

# su -l postgres -c "LANG=C psql -U postgres  -l -A -F: | sed -ne '/:/ { 
/Name:Owner/d; /template0/d; s/:.*$//; p }'"
Your workstation has no default printer.
   Printjobs are mailed to postg...@phys.ethz.ch

postgres
template1
#

The unexpected output above comes from the script at
/etc/profile.d/bash_profile_dphys.sh, so you should be able to
reproduce this with the following command:

# printf '#!/bin/sh\necho foo\n' > /etc/profile.d/foo.sh

and then run the su-command as shown above.

In our case, this causes following unusual error mails:

pg_dump: [archiver (db)] connection to database "Your" failed: FATAL:  database 
"Your" does not exist
pg_dump: [archiver (db)] connection to database "workstation" failed: FATAL:  
database "workstation" does not exist
pg_dump: [archiver (db)] connection to database "has" failed: FATAL:  database 
"has" does not exist
pg_dump: [archiver (db)] connection to database "no" failed: FATAL:  database 
"no" does not exist
pg_dump: [archiver (db)] connection to database "default" failed: FATAL:  
database "default" does not exist
pg_dump: [archiver (db)] connection to database "printer." failed: FATAL:  
database "printer." does not exist
pg_dump: [archiver (db)] connection to database "Printjobs" failed: FATAL:  
database "Printjobs" does not exist
pg_dump: [archiver (db)] connection to database "are" failed: FATAL:  database 
"are" does not exist
pg_dump: [archiver (db)] connection to database "mailed" failed: FATAL:  
database "mailed" does not exist
pg_dump: [archiver (db)] connection to database "to" failed: FATAL:  database 
"to" does not exist
pg_dump: [archiver (db)] connection to database "postg...@phys.ethz.ch" failed: 
FATAL:  database "postg...@phys.ethz.ch" does not exist
pg_dump: [archiver (db)] connection to database "acpid" failed: FATAL:  
database "acpid" does not exist
pg_dump: [archiver (db)] connection to database "apache2" failed: FATAL:  
database "apache2" does not exist
pg_dump: [archiver (db)] connection to database "aptitude-robot" failed: FATAL: 
 database "aptitude-robot" does not exist
pg_dump: [archiver (db)] connection to database "automysqlbackup" failed: 
FATAL:  database "automysqlbackup" does not exist
pg_dump: [archiver (db)] connection to database "autopostgresqlbackup" failed: 
FATAL:  database "autopostgresqlbackup" does not exist
pg_dump: [archiver (db)] connection to database "bsdmainutils" failed: FATAL:  
database "bsdmainutils" does not exist
pg_dump: [archiver (db)] connection to database "console-setup" failed: FATAL:  
database "console-setup" does not exist
pg_dump: [archiver (db)] connection to database "cron" failed: FATAL:  database 
"cron" does not exist
pg_dump: [archiver (db)] connection to database "debsums" failed: FATAL:  
database "debsums" does not exist
pg_dump: [archiver (db)] connection to database "devpts" failed: FATAL:  
database "devpts" does not exist
pg_dump: [archiver (db)] connection to database "dphys-config" failed: FATAL:  
database "dphys-config" does not exist
pg_dump: [archiver (db)] connection to database "fail2ban" failed: FATAL:  
database "fail2ban" does not exist
pg_dump: [archiver (db)] connection to database "grub" failed: FATAL:  database 
"grub" does not exist
pg_dump: [archiver (db)] connection to database "halt" failed: FATAL:  database 
"halt" does not exist
pg_dump: [archiver (db)] connection to database "hddtemp" failed: FATAL:  
database "hddtemp" does not exist
pg_dump: [archiver (db)] connection to database "hobbit-client" failed: FATAL:  
database "hobbit-client" does not exist
pg_dump: [archiver (db)] connection to database "hwclock" failed: FATAL:  
database "hwclock" does not exist
pg_dump: [archiver (db)] connection to database "keyboard" failed: FATAL:  
database "keyboard" does not exist
pg_dump: [archiver (db)] connection to database "locale" failed: FATAL:  
database "locale" does not exist
pg_dump: [archiver (db)] connection to database "mbmon" failed: FATAL:  
database "mbmon" does not exist
pg_dump: [archiver (db)] connection to database "mdadm" failed: FATAL:  
dat

Bug#706088: Missing backup of global objects (users, tablespaces)

[Christoph Berg]

Package: autopostgresqlbackup
Version: 1.0-1
Severity: important

The script doesn't use pg_dumpall --globals to make a backup of global
objects in the database. The resulting dumps will only restore with
errors because the users and tablespaces do no exist.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#706089: RFP: bottleneck -- fast NumPy array functions written in Cython

[Yaroslav Halchenko]

Package: wnpp
Severity: wishlist

* Package name: bottleneck
  Version : 0.6.0
  Upstream Author : Keith Goodman 
* URL : https://pypi.python.org/pypi/Bottleneck
* License : BSD-2
  Programming Lang: Python
  Description : fast NumPy array functions written in Cython

Bottleneck is a collection of fast implementations of NumPy array functions
(e.g. median, nanmedian) written in Cython.

Fresh release of Pandas has bottleneck as an optional dependency.

Beware that author since few days ago included pre-generated .c files into his
GIT and source distribution.


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

Bug#706090: debian-maintainers: Please add Emmanuel Bourg as a Debian Maintainer

[Emmanuel Bourg]

Package: debian-maintainers
Severity: normal

Hi,

Please add my key to the Debian Maintainers keyring. The jetring
changeset is attached.

Thank you,


Emmanuel Bourg
Comment: Add Emmanuel Bourg  as a Debian Maintainer
Date: Wed, 24 Apr 2013 09:33:33 +0200
Action: import
Recommended-By: 
  Sylvestre Ledru ,
  Damien Raude-Morvan 
Agreement: 
  http://lists.debian.org/debian-newmaint/2013/04/msg00014.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2013/04/msg00015.html
  http://lists.debian.org/debian-newmaint/2013/04/msg00016.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.12 (GNU/Linux)
  
  mQINBFFtivYBEADL9Lhz8nB38h369QuWDsZViH63FslBWN2XEIF2xgECwOXmtdvm
  ix7ZqiCG4wetyezMUT/1Z5lDnsGhkP7PiYwUY0QaAaY4GGq2IqFW7r7jeEc7YWup
  sWOHMfUYH4B62z/nlvMVMnRYAJV1wninlWFPZxtWILP9NpB/R1PVm8nXdXsN3wMy
  5mD7Y0UfLaL7MJRWjU0rXye+b60+D5oAYZHThT+ugGLCJbQroANQ5Ae2yAKUpDXn
  I+ISKel62Z90SbZqDpAurBn2Kp9GzhVjx01Qw97kWm3eNUvByihVX9ZtUkRRq9np
  zlPhshNFfP1xA/K/F8M61vAj4X0nDOZB//KuX+ZG6izZNzRM9Ow8fbLpFc0HA1Ps
  ekgf+hHkhFX0mSDx7Tc99NRcoFl4INN8tk+7yuY/DgtI/qVeD7lTdSWhaHsxm2QC
  1UmW1e7GqYFHmvfYoAyBqOtTRCAVTrtXKImgLTK9gyVN7iEXEK0+tlyipWssAdgB
  /RvfEjIbMiNcziRUznTwlWsjn2zmt8JD+U3n85PaAEBs9o7TXU+/WHqgmb1lZ6qr
  YIrMFKAgdZ/KpryAAbmNqDxL9h/N7lSpDK+v0cXT2xJajZJdlZ++z1rszSmkz3nF
  3f5WPig0XDnr6vrlSvAvpZ+QnBS7gmTnzkK6ckO+DTni/xlbp8Ry7d7PRwARAQAB
  tCJFbW1hbnVlbCBCb3VyZyA8ZWJvdXJnQGFwYWNoZS5vcmc+iQI4BBMBAgAiBQJR
  bYr2AhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRD1E8QZ5LnQrG96D/9d
  lv5JHR4Vxce/2j0R6mvDEXIRD/JeEXk+vf26XXfF0RVgpCvthhhaqVoL2jG010Q/
  vp0b+2w2DvL95aKM/o3Fsk0t6VhWKCkMamS9tPMafxkXMwboeo8nLMjhIJxGQYPe
  2Dd5DvP2QvINUwM9hDyWFrg6TPptL9VbyZwBTXrQgv6gk+YqP9RJu4iavyPgauIT
  KCQ70YSrX3Hbk7GAesH/PdnYq5dbEBiOGAXMw2pWsHibCORiHIz1RhKt/jXDyXDm
  QxagUctXWBuASAJsYOh+HWlUkx8XIkTXbxv88AGMLaDUxoT8p6Ju5zGLMFHXIjn6
  gSwS4sBQqORGRhbFKBbEOXHa/N8NXhJwxmAoTUkYOpdqgXhLgfwJKddJVRySRRp1
  fpUxa8mkZwTXA7mwzfDevK15S9KZUQ8kcsxS7wF4E/6u6Qx1W+Ks/EoKf/yaGuac
  zN3q2pB60pdQbf6CwQVlDCfbt2bYU9Gphm4OZA1LTlFibhfv/U3jwgn5sIuEqnEu
  FrsGpeVoF18CwQmmvkb9zME0mTuX60g19swETtY1UyMdDVt+H+R7Vr37Ert8LbCM
  9POUmaayjWVZ3g03b25gQuCE6P5+pzCXwDnwrzQplkR+5OGbeIb2BOuXRHU6sWI7
  hcmxtKgwND9hxfQhyC3ikj4dhDnbxU3Sio6w/Jo+T4kCNwQTAQIAIQIbAwIeAQIX
  gAUCUW25LQULCQgHAwUVCgkICwUWAgMBAAAKCRD1E8QZ5LnQrO8mD/9DBhNJkbOz
  ivSnicYcidmXMPOxyBBpuXPBCdFSei1A8U8BXjfcyvp8dWhWrgGu3oIqRS3lh5aw
  Ir8GxJM73H+OdzAQ++iq2EN0rKPUDtsscdFYETQAZaWvrwnhbu++qu6v56zQ1RbF
  lwn1U7Z6TlcJlwF+MWfK3MR8uaViAH4aiPTOKA5UU8UCbnQPFV+8/rcAU98PU0IL
  Zwa/mp5mXvndJ2W/f+WWNpEQwdWr4qTIawQoLgXqnLAvKS2oYNYNaeH7Ws/7sxPX
  PjpDF/W8mO6DgD8yw1yAlxHHixe0rv9L4fP5RavP/uQebtPDoV4VkjmEVLMl/gOU
  r5cdMMn35Rz+ZK4aoMQwFJXfg1dJftT9qDrJLdCip8wOB7hwS+Y2JFKX7B36wabD
  sd9NAH3ysz1JIwxyj9B+LiKLioAPbriOpktHmdilBUhINojV5AhAKcPdK/5fHKqj
  a74462/BxNDJcRlevH8IiMjn4SqNRqpirNXFXEAF70Cee5BfgN34W28VoHR3xXdR
  4FdesdDZorCAya0kr4b8TpcpDpCntUChgHl6ml1EoBRLK6NJfcOp4AXqoKC+sHAj
  KXuIwuhE2U8NnZTMjk7UXJj0ttWYnze+Hg07zEfprWsyLaBOe672ys4Nf7dl+gKm
  C7Z+LNM1SqkBeKcg8KSE7vQvXkfM0TuC5YhGBBARAgAGBQJRbbtGAAoJEEpIu/0I
  Bf/lFPQAoL1Ir9L9hgLlPwvWtlmeIuQ8i4vUAJ9kue36zK+Df10PdVM4yWKbFLAc
  N4hGBBARCAAGBQJRcU8/AAoJENXKmwTyxCO8Ug0AoK3cCzpiNt1w/1lat7zgUesV
  mN6GAKDahb5kjPboEsRSXOENdDEj5WxP94hGBBARCAAGBQJRcVJXAAoJEIjl1zPd
  iZYQ2HwAoLHaZNYeX6bISlTByKJNt5lbehISAKCitHG2mlyCZTRq4YlEAspebY/G
  iIkCHAQQAQgABgUCUXFPXAAKCRCcMVA8bYZjlrtrD/98nCf4JF2h3TgO1wxQQDbg
  BN8zRxpp7/s3UQJu0AUOOdP0Bx5v8y9p4dClUqwlI4GfrBaHOVx3mVAlBlfXUcq3
  8ZOTEOosaeEEVkRtkbmo6h9reVsCxxeIHbBjQyab700jzgjEnqa57/Qtccd82MnI
  BisfPnX1CDta7vF5CORMxXTKjvYEYu6KB0E2N5dAi18M08U9w3QW5XYpV93g5jRP
  tefRy+TsD0cp9T52J5WFTsZKMa2ZBBVI54eof7qMcOzvBNSdzSkF4Lxng//+XJT1
  G7RZpnDAzKq8izHewyA2vYgCe379zs782HKfBxl6ok0R5pp7toSJM0GOl+3SiDbc
  ObSjiQI8KPIn9yPe0qyKA2+Sx4F71Y8pmW/lADWtJY1f+qasE6gOflUAugpumrv0
  JCbzxzWIlPwdGOWnqbpGIkkoUPvJ9NrKtyPsW7By496c7+GrqKgMX7NviBh9SYba
  tCYfXKb5T8nQX0Q5feaV86N12SK28DSOqVJyUIwQBA2h0/vnamxpVRxpe0YUYYnM
  w7pRjClxYAFPAFrsW08xQkbwDGpy/uj1I7KXEaLtu6ADzusHvipi4F5nWjh80Jzk
  8V6dokZEnxi5Sdy6yiYDDvne2ucHi7uIUp5x0HPjyubenQUdaBJHuq4tI7g+jksY
  ZlSrw2+033dkMFOP+o9Zc7kCDQRRbbmhARAAziUTrMBayX/ST2ui6y6uzh4NbtgO
  muNKroacNDBldPdSTVb+pz8yYNyff68uOxrlV4/yyEatg3pBYi6S0XA4yrf+ysGE
  kcW7ycPdiiQotXQfFUzTxgKazFZ8YM7ujrGl3gm768vxEboTGTSnYBvC1AsWdbHs
  oAeG35Ktm7GHUCiLo2KSFzPtYmYw3vYLNgSWewygdDwftoI1wf1lH/uBQbsA7Cp1
  7m03mBFmZtYTbPW5VlUb8g/aW68YNxMEoZanDnQDYXXnt5SFy5LdUCtaytVwbhbc
  rB/hq+F6pWpsWuo++VSUqlk7ovttporAmwn3mf56aR9y6ANmCOILhK5BIz39Ht9o
  7tmve6Jhfd1bPgMDUe5N01tNrfHNI4pc8NuLAzDh0V/BBErsktiQNlpqEDg6fL0O
  yDifJx3gjo88rbTL7MO3s0J00y3HRxyQPTKIAngKGAJvazoK0iFhNtTvNrAOCsE4
  cDSXx+adgZdiKLs3Zsd84EowKOSqg1P94ljycerQDRzwFjFZrur8li0DG0MXAz/i
  WpzlCx67XAuZXcHPAHej5WVCsKbkeNoetCin47nsNdiQLbF2n+6ZVK4XFKfGPWsP
  fdp6F+JBV8mBWgkjDAYqmmLz5OahtVhqw2oaQmxYDsRiuMqjlDO5RrFKll7rJxQv
  P6CO8kHEgeok+6cAEQEAAYkCHwQYAQIACQUCUW25oQIbDAAKCRD1E8QZ5LnQrBYU
  D/9mo9J1QGUsKlwQDH6L4ZGFYlr0VQLUZSCdBIP7lyv9IAcnGJVE2S9KjD65N1hu
  ynx0nOV2sMeV61h3fAVMCs8pNab7qcKF+yzDarXQU1WxG/eo7d+zn2+QKbJRiflQ
  2Q4eWl6

Bug#706091: php5-sybase: PHP5 crashes while using mssql_query with suhosin enabled

[Saulo Soares de Toledo]

Package: php5-sybase
Version: 5.3.3-7+squeeze14
Severity: normal

While trying use mssql_query() function, PHP crashes. The error at logs:
[Wed Apr 24 11:35:08 2013] [error] [client 127.0.0.1] ALERT - canary
mismatch on efree() - heap overflow detected (attacker '127.0.0.1', file
'/var/www/sqlserver_test/index.php')

I found information here:
http://www.suspekt.org/2008/10/12/suhosin-canary-mismatch-on-efree-heap-overflow-detected/

I found a solution who worked for me at https://bugs.php.net/bug.php?id=47877 :

1. Open /etc/php.ini
2. "Decomment" the line "mssql.datetimeconvert = On" and change it to
"mssql.datetimeconvert = Off"
3. Restart Apache
4. The Problem dissappears


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

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

Versions of packages php5-sybase depends on:
ii  libapache2-mod-php5 [p 5.3.3-7+squeeze14 server-side, HTML-embedded scripti
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libsybdb5  0.82-7libraries for connecting to MS SQL
ii  php5-cgi [phpapi-20090 5.3.3-7+squeeze14 server-side, HTML-embedded scripti
ii  php5-cli [phpapi-20090 5.3.3-7+squeeze14 command-line interpreter for the p
ii  php5-common5.3.3-7+squeeze14 Common files for packages built fr

php5-sybase recommends no packages.

php5-sybase 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#706092: [kdepim-runtime] Akonadi Kolab resources missing since 4.10.x

[Schrober]

Package: kdepim-runtime
Version: 4:4.10.2-2
Severity: normal

It seems the Kolab support was accidentally removed during the 4.10.x upgrade.
The interesting parts of the buildlog:

-
-- The following OPTIONAL packages could NOT be located on your system.
-- Consider installing them to enable more features from this software.
-
   * LibKGAPI (0.4.3 or higher)  
 A library to access Google services
 LibKGAPI is required to build Akonadi resources to access Google Contacts, 
Calendars and Tasks
   * KolabLibraries (0.2 or higher)  
 The Kolab Format libraries
 The Kolab Format libraries are required to build the Kolab Groupware 
Resource
   * Kolabxml  
 The Kolab XML Format Schema Definitions Library
 The Kolab XML Format Schema Definitions Library is required to build the 
Kolab Groupware Resource


See 
https://buildd.debian.org/status/fetch.php?pkg=kdepim-runtime&arch=i386&ver=4%3A4.10.2-3&stamp=1366682641
for more information

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-4-amd64

Debian Release: 7.0
  500 unstablehttp.debian.net 
  500 testing www.deb-multimedia.org 
  500 testing security.debian.org 
  500 testing http.debian.net 
  500 stable  http.debian.net 
1 experimentalhttp.debian.net 

--- Package information. ---
Depends (Version) | Installed
=-+-=
kde-runtime   | 4:4.10.2-2
kdepimlibs-kio-plugins| 4:4.10.2-2
libakonadi-calendar4 (>= 4:4.8.3) | 4:4.10.2-2
libakonadi-contact4 (>= 4:4.10.1) | 4:4.10.2-2
libakonadi-kabc4(>= 4:4.10.1) | 4:4.10.2-2
libakonadi-kcal4(>= 4:4.10.1) | 4:4.10.2-2
libakonadi-kde4 (>= 4:4.10.2) | 4:4.10.2-2
libakonadi-kmime4   (>= 4:4.10.1) | 4:4.10.2-2
libakonadi-notes4(>= 4:4.8.1) | 4:4.10.2-2
libakonadiprotocolinternals1   (>= 1.5.1) | 1.9.1-2
libc6(>= 2.4) | 
libgcc1  (>= 1:4.1.1) | 
libkabc4(>= 4:4.10.1) | 
libkalarmcal2(>= 4:4.8.1) | 
libkcal4(>= 4:4.10.1) | 
libkcalcore4 (>= 4:4.7.0) | 
libkcalutils4   (>= 4:4.5.86) | 
libkcmutils4  (>= 4:4.10) | 
libkdecore5   (>= 4:4.10) | 
libkdeui5 (>= 4:4.10) | 
libkidletime4 (>= 4:4.10) | 
libkimap4   (>= 4:4.10.1) | 
libkio5   (>= 4:4.10) | 
libkmbox4   (>= 4:4.5.86) | 
libkmime4   (>= 4:4.10.1) | 
libknewstuff3-4   (>= 4:4.10) | 
libknotifyconfig4 (>= 4:4.10) | 
libkpimidentities4  (>= 4:4.10.1) | 
libkpimtextedit4(>= 4:4.10.1) | 
libkpimutils4   (>= 4:4.10.1) | 
libkresources4  (>= 4:4.10.1) | 
libkrosscore4 (>= 4:4.10) | 
libmailtransport4   (>= 4:4.10.1) | 
libmicroblog4   (>= 4:4.10.1) | 
libnepomukcore4 (>= 4:4.10.0) | 
libqt4-dbus  (>= 4:4.5.3) | 
libqt4-declarative   (>= 4:4.7.0~rc1) | 
libqt4-network   (>= 4:4.5.3) | 
libqt4-script(>= 4:4.5.3) | 
libqt4-xml   (>= 4:4.5.3) | 
libqt4-xmlpatterns   (>= 4:4.5.3) | 
libqtcore4   (>= 4:4.8.0) | 
libqtgui4(>= 4:4.8.0) | 
libsolid4 (>= 4:4.10) | 
libsoprano4(>= 2.4.3) | 
libstdc++6 (>= 4.1.1) | 
libxml2(>= 2.7.4) | 
akonadi-server   (>= 1.8) | 


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#701206: [Pkg-acpi-devel] Bug#701206: acpid: Mic mute button on Thinkpad X230 is not recognized

[Michael Meskes]

On Wed, Apr 24, 2013 at 04:19:30PM +0200, Marek Elias wrote:
> So you are telling me that acpid is now obsolete and things should be
> done in some other way? I don't use KDE nor GNOME. I use fluxbox and I

No, not really, you just don't need it anymore when running stuff like GNOME or
KDE which have their own means of handling these events. I have no idea about
fluxbox though.

> used to configure some of my keys through acpid. And I like it, when the
> keys work in console as well as in X.

Right, and for that you still need acpid.

> Does acpid has something to do with forwarding events to X? Or X should
> get the events itself?

X does not need acpid.

> When I will have a scripts for this button, I should probably send them
> to package acpi-support, am I right?

Right.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#706082: Backtrace

[Michal Čihař]

In case it would be useful for anything, here is one of backtraces I
got:


Program received signal SIGSEGV, Segmentation fault.
zval_mark_grey (pz=0x39c7cb8) at /tmp/buildd/php5-5.4.4/Zend/zend_gc.c:425
425 /tmp/buildd/php5-5.4.4/Zend/zend_gc.c: No such file or directory.
(gdb) bt
#0  zval_mark_grey (pz=0x39c7cb8) at /tmp/buildd/php5-5.4.4/Zend/zend_gc.c:425
#1  0x006bcbdc in zval_mark_grey (pz=0x39c7cb8) at 
/tmp/buildd/php5-5.4.4/Zend/zend_gc.c:432
#2  0x006bda55 in gc_collect_cycles () at 
/tmp/buildd/php5-5.4.4/Zend/zend_gc.c:501
#3  0x006bdde4 in gc_zval_possible_root (zv=0x39c7cb8) at 
/tmp/buildd/php5-5.4.4/Zend/zend_gc.c:166
#4  0x006ac968 in zend_hash_destroy (ht=0x3b5b060) at 
/tmp/buildd/php5-5.4.4/Zend/zend_hash.c:560
#5  0x0069dba7 in _zval_dtor_func (zvalue=0x52f5580) at 
/tmp/buildd/php5-5.4.4/Zend/zend_variables.c:43
#6  0x00476c78 in php_pcre_match_impl (pce=0x0, subject=0x3410dc0 
"p\fA\003", subject_len=85865096, return_value=0x2, subpats=0x52f5580, 
global=1, use_flags=4682104, flags=0, start_offset=0) at 
/tmp/buildd/php5-5.4.4/Zend/zend_variables.h:35
#7  0x00477178 in php_do_pcre_match.isra.8 (ht=3, 
return_value=0x50af178, global=1) at 
/tmp/buildd/php5-5.4.4/ext/pcre/php_pcre.c:520
#8  0x74373edc in xdebug_execute_internal 
(current_execute_data=0x77e51748, return_value_used=1)
at /srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1483
#9  0x00746a3e in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e51748) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:644
#10 0x00700447 in execute (op_array=0x11a58d8) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410
#11 0x74373a81 in xdebug_execute (op_array=0x11a58d8) at 
/srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1391
#12 0x00746d59 in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e51350) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:669
#13 0x00700447 in execute (op_array=0x2c4ac08) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410
#14 0x74373a81 in xdebug_execute (op_array=0x2c4ac08) at 
/srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1391
#15 0x00746d59 in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e50c18) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:669
#16 0x00700447 in execute (op_array=0x2c4ad08) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410
#17 0x74373a81 in xdebug_execute (op_array=0x2c4ad08) at 
/srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1391
#18 0x00746d59 in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e4fa10) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:669
#19 0x00700447 in execute (op_array=0x2c4b208) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410
#20 0x74373a81 in xdebug_execute (op_array=0x2c4b208) at 
/srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1391
#21 0x00691a70 in zend_call_function (fci=0x7fff95d0, 
fci_cache=0x0) at /tmp/buildd/php5-5.4.4/Zend/zend_execute_API.c:958
#22 0x005c76ff in zif_call_user_func_array (ht=60587192, 
return_value=0x53c7250, return_value_ptr=0x3a8f960, this_ptr=0xdb8648, 
return_value_used=86988160) at 
/tmp/buildd/php5-5.4.4/ext/standard/basic_functions.c:4751
#23 0x74373edc in xdebug_execute_internal 
(current_execute_data=0x77e4f6a0, return_value_used=1)
at /srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1483
#24 0x00746a3e in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e4f6a0) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:644
#25 0x00700447 in execute (op_array=0x33ebf88) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410
#26 0x74373a81 in xdebug_execute (op_array=0x33ebf88) at 
/srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1391
#27 0x00746d59 in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e4e210) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:669
#28 0x00700447 in execute (op_array=0x33855b0) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410
#29 0x74373a81 in xdebug_execute (op_array=0x33855b0) at 
/srv/debian_developer/xdebug/xdebug-2.2.1/build-php5/xdebug.c:1391
#30 0x00746d59 in zend_do_fcall_common_helper_SPEC 
(execute_data=0x77e4d180) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:669
#31 0x00700447 in execute (op_array=0x2c4b108) at 
/tmp/buildd/php5-5.4.4/Zend/zend_vm_execute.h:410


-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#706092: [kdepim-runtime] Akonadi Kolab resources missing since 4.10.x

[Schrober]

On Wednesday 24 April 2013 16:58:34 Schrober wrote:
> 
> - -- The following OPTIONAL packages could NOT be located on your system. --
> Consider installing them to enable more features from this software.
> ---
> -- * LibKGAPI (0.4.3 or higher)   A
> library to access Google services
>  LibKGAPI is required to build Akonadi resources to access Google
> Contacts, Calendars and Tasks * KolabLibraries (0.2 or higher) 
>  The Kolab Format libraries
>  The Kolab Format libraries are required to build the Kolab Groupware
> Resource * Kolabxml  
>  The Kolab XML Format Schema Definitions Library
>  The Kolab XML Format Schema Definitions Library is required to build
> the Kolab Groupware Resource

It seems the required packages [1,2] are only in Kubuntu, but not in Debian.

kdepim-runtime 4.4.x-4.8.x didn't had this external dependency and still 
provided the kolab resource, but so it goes ;)

The other source package [3] is also only available in Kubuntu

[1] https://launchpad.net/ubuntu/+source/libkolab
[2] https://launchpad.net/ubuntu/+source/libkolabxml
[3] https://launchpad.net/ubuntu/+source/libkgapi
-- 
Franz Schrober


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

Bug#698914: grub-efi booting Windows 8 in UEFI mode

[Drasko DRASKOVIC]

Hi all,
I experienced similar problem on an ASUS X20E1 with pre-installed
Windows 8 image and UEFI.

I used Wheezy RC1 netinst image fetched from the site and dd-ed to the
USB stick.

In order to install Debian I had to turn off Secure Boot in ASUS UEFI
menu. After I checked if Windows 8 still boots with Secure Boot turned
off and it was OK, so I proceeded with Debian installation.

Once installed, Debian could boot, but Windows 8 no, because Grub menu
entries produced by `od-prober` were wrong. Here are the entries :

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows Recovery Environment (loader) (on /dev/sda2)"
--class windows --class os {
insmod part_gpt
insmod ntfs
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root F0A837FBA837BF42
drivemap -s (hd0) ${root}
chainloader +1
}
menuentry "Windows 8 (loader) (on /dev/sda4)" --class windows --class os {
insmod part_gpt
insmod ntfs
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set=root 86B23B6FB23B633B
drivemap -s (hd0) ${root}
chainloader +1
}
### END /etc/grub.d/30_os-prober ###

Trying to boot these will fail, as bootloader will complain that it
does not recognize "drivemap" directive.

I tried replacing the entries by :

menuentry "Windows (UEFI)" {
   search --set=root --file /EFI/Microsoft/Boot/bootmgfw.efi
   chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

That helped find `bootmgfw.efi` but went directly into Windows
Recovery blue screen, saying that device is not connected and gving an
error 0xc00f.

At least this confirms that Windows 8 bootloader was found, but the
way it was executed was wrong.

To confirm that Windows 8 still boots fine after Debian installation,
I changed ASUS UEFI boot menu (i.e. BIOS menu), to boot Windows 8
bootloader directly, and this worked fine, so I deducted that only
Grub path to the Windows 8 bootloader is wrong in the grub.cfg.

Here is a list of my partitions :

root@Mali:/home/drasko# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda  8:00 465.8G  0 disk
├─sda1   8:10   300M  0 part /boot/efi
├─sda2   8:20   900M  0 part
├─sda3   8:30   128M  0 part
├─sda4   8:40  97.5G  0 part
├─sda5   8:50  93.1G  0 part /
├─sda6   8:60   7.5G  0 part [SWAP]
└─sda7   8:70 266.4G  0 part /home

Windows 8 resides on /dev/sda4.

I then tried to mount bot Windows partitions : OS and Recovery and
look for "bootmgfw.efi" file. On Rrcovery partition it is located in
EFI/Microsoft/Boot/bootmgfw.efi, but on OS partition it is located in
Windows/EFI/Boot/bootmgfw.efi (or similar), so I tried replacing
entries by this path, hoping that it will boot Windows in normal mode,
and not give me Recovery screen.

The boot starts but immediately fails, with similar message (only that
Recovery screen is not showed this time). This potentially might work,
maybe some modules were not probed (see below).

Finally, I found that solution escribed here worked fine :
http://falstaff.agner.ch/2012/12/18/ubuntu-12-10-and-windows-8-with-secure-boot-mode/

This script : 
https://gist.github.com/falstaff84/4330598/raw/adaf598a78d568dbfada596441bdfad3b4dd3f97/25_windows_uefi
seem to be doing a job of broken `os-prober` and creates correct
grub.cfg entry :

### BEGIN /etc/grub.d/25_windows_uefi ###
menuentry "Windows 8 (loader)" {
insmod search_fs_uuid
insmod chain
insmod part_gpt
insmod fat
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root BA44-790F
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
### END /etc/grub.d/25_windows_uefi ###

It is similar as the workaround proposed in this bug earlier, but  I
can notice two things here : UUID dieffers and adequate modules are
inserted (like `fat` for example).

I hope that this helps bug discovery and elimination.

Best regards,
Drasko


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

Bug#704087: (no subject)

[Michael Tsang]

I've also encountered the same issue:

/etc/cron.daily/apt:
Traceback (most recent call last):
  File "/usr/bin/unattended-upgrade", line 1011, in 
main(options)
  File "/usr/bin/unattended-upgrade", line 793, in main
allowed_origins=allowed_origins)
  File "/usr/bin/unattended-upgrade", line 75, in __init__
self.adjust_candidate_versions()
  File "/usr/bin/unattended-upgrade", line 92, in adjust_candidate_versions
if is_allowed_origin(pkg.candidate, self.allowed_origins):
  File "/usr/bin/unattended-upgrade", line 364, in is_allowed_origin
if match_whitelist_string(allowed, origin):
  File "/usr/bin/unattended-upgrade", line 272, in match_whitelist_string
what, token))
__main__.UnknownMatcherError: Unknown whitelist entry for macher 'n' (token 
'n=wheezy')


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

Bug#706093: clinfo: file conflict with amd-clinfo: usr/bin/clinfo

[Andreas Beckmann]

Package: clinfo,amd-clinfo
Version: 0.0.20130409-1
Severity: serious
Tags: sid
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: affects -1 amd-clinfo

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Selecting previously unselected package clinfo.
  (Reading database ... 6780 files and directories currently installed.)
  Unpacking clinfo (from .../clinfo_0.0.20130409-1_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/clinfo_0.0.20130409-1_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/clinfo', which is also in package amd-clinfo 
1:12-6+point-3
  Errors were encountered while processing:
   /var/cache/apt/archives/clinfo_0.0.20130409-1_amd64.deb

This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  usr/bin/clinfo

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may
also register in the BTS that the other package is affected by the bug.

Cheers,

Andreas

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.

PS: @Vincent: looks like we need to revisit the general OpenCL package
layout soon after wheezy was released. If this clinfo has at least the
same functionality as amd-clinfo (I haven't tested the new one, yet),
we could drop the non-free one entirely - or is there still use for it?


amd-clinfo=1:12-6+point-3_clinfo=0.0.20130409-1.log.gz
Description: GNU Zip compressed data

Bug#706092: [kdepim-runtime] Akonadi Kolab resources missing since 4.10.x

[Pino Toscano]

forcemerge 705406 706092
thanks

Hi,

Alle mercoledì 24 aprile 2013, Schrober ha scritto:
> It seems the Kolab support was accidentally removed during the 4.10.x
> upgrade.

It was not "accidentally removed", but the support for kolab was 
migrated into akonadi resources which use libkolab, which is not 
available in Debian.
See the rest of discussion in #705406 (to which this bug is merged) for 
more details.

P.S.: yes, we do read build logs of our packages already.

-- 
Pino Toscano


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

Bug#706094: telepathy-idle: does not verify TLS certificates properly

[Simon McVittie]

Package: telepathy-idle
Version: 0.1.6-1
Severity: important
Tags: upstream

telepathy-idle < 0.1.15 does not verify that the server's TLS certificate was
issued by a trusted CA, or that it hasn't expired, or that it matches the
server's hostname.

Additionally, telepathy-idle < 0.1.11 does not do any verification at all.

S


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

Bug#706095: autopostgresqlbackup: Code injection via unsafe database names inside eval

[Axel Beckert]

Package: autopostgresqlbackup
Version: 1.0-1
Severity: grave
Tags: security patch

Hi Emmanuel,

as already mentioned in http://bugs.debian.org/706087, database names
are used unmangled and unquoted inside several evals in
autopgsqlbackup:

# dgrep -n eval autopostgresqlbackup
/usr/sbin/autopostgresqlbackup:302:eval rm -f "$BACKUPDIR/latest/*"
/usr/sbin/autopostgresqlbackup:359: eval $PREBACKUP
/usr/sbin/autopostgresqlbackup:460: eval rm -fv 
"$BACKUPDIR/weekly/$DB/${DB}_week.$REMW.*"
/usr/sbin/autopostgresqlbackup:471: eval rm -fv 
"$BACKUPDIR/daily/$DB/*.$DOW.sql.*" 
/usr/sbin/autopostgresqlbackup:507: eval rm -fv 
"$BACKUPDIR/weekly/week.$REMW.*" 
/usr/sbin/autopostgresqlbackup:519: eval rm -fv 
"$BACKUPDIR/daily/*.$DOW.sql.*" 
/usr/sbin/autopostgresqlbackup:541: eval $POSTBACKUP
/usr/sbin/autopostgresqlbackup:603:eval rm -f "$LOGFILE"
/usr/sbin/autopostgresqlbackup:604:eval rm -f "$LOGERR"

Since PostgreSQL allows arbitrary database names, this allows
PostgreSQL users who are allowed to create databases to inject shell
code into autopostgresqlbackup which will be executed as root via
autopostgresqlbackup's cron.daily cron job.

The fix should be easy though:

All evals listed above except those for $POSTBACKUP and $PREBACKUP are
unneeded and can be removed after slight quoting changes.

The eval before $PREBACKUP and $POSTBACKUP can also just be removed if
it's ok that backticks and variable expansion doesn't work within the
value of $PREBACKUP and $POSTBACKUP.

Patch:

# diff -u /usr/sbin/autopostgresqlbackup.orig /usr/sbin/autopostgresqlbackup
--- /usr/sbin/autopostgresqlbackup.orig 2011-05-28 20:49:12.0 +0200
+++ /usr/sbin/autopostgresqlbackup  2013-04-24 17:24:58.750245540 +0200
@@ -299,7 +299,7 @@
then
mkdir -p "$BACKUPDIR/latest"
fi
-eval rm -f "$BACKUPDIR/latest/*"
+rm -f "$BACKUPDIR"/latest/*
 fi
 
 # IO redirection for logging.
@@ -356,7 +356,7 @@
echo 
==
echo "Prebackup command output."
echo
-   eval $PREBACKUP
+   $PREBACKUP
echo
echo 
==
echo
@@ -457,7 +457,7 @@
else
REMW=`expr $W - 5`
fi
-   eval rm -fv "$BACKUPDIR/weekly/$DB/${DB}_week.$REMW.*"
+   rm -fv "$BACKUPDIR/weekly/$DB/${DB}_week.$REMW".*
echo
dbdump "$DB" 
"$BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql"
compression 
"$BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql"
@@ -468,7 +468,7 @@
else
echo Daily Backup of Database \( $DB \)
echo Rotating last weeks Backup...
-   eval rm -fv "$BACKUPDIR/daily/$DB/*.$DOW.sql.*" 
+   rm -fv "$BACKUPDIR/daily/$DB"/*."$DOW".sql.* 
echo
dbdump "$DB" "$BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql"
compression "$BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql"
@@ -504,7 +504,7 @@
else
REMW=`expr $W - 5`
fi
-   eval rm -fv "$BACKUPDIR/weekly/week.$REMW.*" 
+   rm -fv "$BACKUPDIR/weekly/week.$REMW".* 
echo
dbdump "$DBNAMES" "$BACKUPDIR/weekly/week.$W.$DATE.sql"
compression "$BACKUPDIR/weekly/week.$W.$DATE.sql"
@@ -516,7 +516,7 @@
echo Daily Backup of Databases \( $DBNAMES \)
echo
echo Rotating last weeks Backup...
-   eval rm -fv "$BACKUPDIR/daily/*.$DOW.sql.*" 
+   rm -fv "$BACKUPDIR"/daily/*."$DOW".sql.* 
echo
dbdump "$DBNAMES" "$BACKUPDIR/daily/$DATE.$DOW.sql"
compression "$BACKUPDIR/daily/$DATE.$DOW.sql"
@@ -538,7 +538,7 @@
echo 
==
echo "Postbackup command output."
echo
-   eval $POSTBACKUP
+   $POSTBACKUP
echo
echo 
==
 fi
@@ -600,7 +600,7 @@
 fi
 
 # Clean up Logfile
-eval rm -f "$LOGFILE"
-eval rm -f "$LOGERR"
+rm -f "$LOGFILE"
+rm -f "$LOGERR"
 
 exit $STATUS

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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#706043: re-name: really necessary?

[Jakub Wilk]

(I don't intend to sponsor this package. Sorry!)

* Jonathan Dowland , 2013-04-24, 11:21:
I'm also not clear on why you've renamed the upstream name from rename 
to re-name. You claim in README.Source:


It is a generical name and was modified to re-name to be introduced in 
Debian.


"rename" is not a current package name, re-name is just as generic with 
the added disadvantage that it is not the upstream name.


I am more concerned that name of the binary ("renamex") was also 
changed.


Although I suppose alternatives would not be appropriate for 
/usr/bin/rename, since the calling syntax is completely different to 
prename


Indeed.


(not sure which other packages provide a /usr/bin/rename alternative),


There are no such packages. The alternative is just an artifact from the 
past. See bugs #304705, #439935.


As an irrelevant side-note it's nice to see a debian/rules file that 
adds --parallel to dh(1) calls.


Yeah, it saves like 0.1s of build time. ;)

Why is your .orig.tar different than the one uscan downloads?

You build-depend on "debhelper (>= 9.0.0)" but debhelper no longer uses 
such versioning scheme. Use just "debhelper (>= 9)".


Typo in README.en.txt and in the package description:
substitue -> substitute.

Please honour DEB_BUILD_OPTIONS=noopt.

blhc emits:
CFLAGS missing (-g -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security): gcc -Wall -O3  -DHAVE_CONFIG_H -DCFG_UNIX_API 
-D_FORTIFY_SOURCE=2 -Wl,-z,relro -c -o main.o main.c
CFLAGS missing (-g -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security): gcc -Wall -O3  -DHAVE_CONFIG_H -DCFG_UNIX_API 
-D_FORTIFY_SOURCE=2 -Wl,-z,relro -c -o rename.o rename.c
CFLAGS missing (-g -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security): gcc -Wall -O3  -DHAVE_CONFIG_H -DCFG_UNIX_API 
-D_FORTIFY_SOURCE=2 -Wl,-z,relro -c -o fixtoken.o fixtoken.c

Lintian 2.5.12 emits:
X: re-name: binary-file-built-without-LFS-support usr/bin/re-name

If it was a bit smarter, it would also emit hyphen-used-as-minus-sign.

config.h reads "Generated automatically by configure." So where is this 
configure?


Do you know what are regex.c and regex.h for? They constitute >50% of the 
tarball size, yet they don't appear to be used at all.


--
Jakub Wilk


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

Bug#706046: dahdi: Fails to install

[Karl Schmidt]

On 04/24/2013 02:49 AM, Tzafrir Cohen wrote:

On Tue, Apr 23, 2013 at 05:40:46PM -0500, Karl Schmidt wrote:


$ apt-get install dahdi
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  dahdi is already the newest version.
  0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
  1 not fully installed or removed.
  After this operation, 0 B of additional disk space will be used.
  Do you want to continue [Y/n]? y
  Setting up dahdi (1:2.5.0.1-2) ...
  Loading DAHDI hardware modules:
  ERROR: could not insert 'dahdi': Unknown symbol in module, or unknown 
parameter (see dmesg)
 wct4xxp: error   wcte12xp: error   wct1xxp: error   wcte11xp: error   
wctdm24xxp: error   wcfxo: error   wctdm: error   wcb4xxp: error   wctc4xxp: 
error   xpp_usb: error
Error: missing /dev/dahdi!
invoke-rc.d: initscript dahdi, action "start" failed.
dpkg: error processing dahdi (--configure):
  subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
  dahdi
E: Sub-process /usr/bin/dpkg returned an error code (1)


The postinst script of dahdi starts the service dahdi, which in turn
loads all kernel modules listed in /etc/dahdi/modules .

Do you have any dahdi modules installed?


I had to download and build the ones from Digium


Do you have any DAHDI hardware?


Yes


Workaround: move that file aside.

I wonder if we should change the default of that file to be generated by
running 'dahdi_genconf modules' in the postinst script.


Should not error out even if people don't have the hardware or drivers - should provide a message 
telling them they need to get the drivers a different way.  (where is the dahdi_genconf script and 
does it build the kernel modules? )



It appeared by the package names that the drivers were installed by debain

$  wajig list dahdi

ii  asterisk-dahdi1:1.8.13.1~dfsg-3  amd64DAHDI 
devices support for the Asterisk PBX
ii  dahdi 1:2.5.0.1-2amd64utilities 
for using the DAHDI kernel modules
ii  dahdi-firmware-nonfree2.6.1-1all  DAHDI 
non-free firmware
ii  dahdi-linux   1:2.6.1+dfsg2-1all  DAHDI 
telephony interface - Linux userspace parts
ii  dahdi-source  1:2.6.1+dfsg2-1all  DAHDI 
telephony interface - source code for kernel driver


But I had to download dahdi-linux-current.tar.gz from digum and build by hand
( http://downloads.digium.com/pub/telephony/ )

module-assisant no longer builds these kernel modules - has a broken zaptel entry - see: ( now very 
old bug ) 641857


Some sort of message on install - and one should not get a error code if the package actually 
installs..  Lots of users will need bread-crumbs if they have to build the modules.


--

Karl Schmidt  EMail k...@xtronics.com
Transtronics, Inc.  WEB 
http://secure.transtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049  FAX (785) 841-0434

Truth is mighty and will prevail.
There is nothing wrong with this,
except that it ain't so.
--Mark Twain




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

Bug#705452: docbook-xml: diff for NMU version 4.5-7.2

[Julien Cristau]

Dear maintainer,

I've prepared an NMU for docbook-xml (versioned as 4.5-7.2) and
am about to upload it.  debdiff attached.

Cheers,
Julien
diff -u docbook-xml-4.5/debian/control docbook-xml-4.5/debian/control
--- docbook-xml-4.5/debian/control
+++ docbook-xml-4.5/debian/control
@@ -14,8 +14,7 @@
 
 Package: docbook-xml
 Architecture: all
-Pre-Depends: xml-core (>= 0.12)
-Depends: sgml-data (>= 2.0.2), ${misc:Depends}
+Depends: sgml-data (>= 2.0.2), ${misc:Depends}, xml-core(>= 0.12)
 Suggests: docbook, docbook-dsssl, docbook-xsl, docbook-defguide
 Provides: docbk-xml
 Description: standard XML documentation system for software and systems
diff -u docbook-xml-4.5/debian/changelog docbook-xml-4.5/debian/changelog
--- docbook-xml-4.5/debian/changelog
+++ docbook-xml-4.5/debian/changelog
@@ -1,3 +1,12 @@
+docbook-xml (4.5-7.2) unstable; urgency=high
+
+  [ Helmut Grohne ]
+  * Non-maintainer upload.
+  * Demote Pre-Depends on xml-core to Depends. It was used to fix upgrades
+from etch to lenny, but this is no longer necessary.  Closes: #705452.
+
+ -- Julien Cristau   Wed, 24 Apr 2013 16:17:54 +0200
+
 docbook-xml (4.5-7.1) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature

Bug#706073: docbook-simple: diff for NMU version 1.1-4.2

[Julien Cristau]

Dear maintainer,

I've prepared an NMU for docbook-simple (versioned as 1.1-4.2) and
am about to upload it.  debdiff attached.

Cheers,
Julien
diff -u docbook-simple-1.1/debian/control docbook-simple-1.1/debian/control
--- docbook-simple-1.1/debian/control
+++ docbook-simple-1.1/debian/control
@@ -13,8 +13,7 @@
 
 Package: docbook-simple
 Architecture: all
-Pre-Depends: xml-core (>= 0.12)
-Depends: ${misc:Depends}, sgml-data (>= 2.0.2), docbook-xml (>= 4.2-7)
+Depends: ${misc:Depends}, sgml-data (>= 2.0.2), docbook-xml (>= 4.2-7), xml-core (>= 0.12)
 Suggests: docbook-xsl
 Replaces: docbook-xml-simple
 Description: simplified DocBook XML Doctype and css stylesheets
diff -u docbook-simple-1.1/debian/changelog docbook-simple-1.1/debian/changelog
--- docbook-simple-1.1/debian/changelog
+++ docbook-simple-1.1/debian/changelog
@@ -1,3 +1,12 @@
+docbook-simple (1.1-4.2) unstable; urgency=high
+
+  [ Helmut Grohne ]
+  * Non-maintainer upload.
+  * Demote Pre-Depends on xml-core to Depends. It was used to fix upgrades
+from etch to lenny, but this is no longer necessary.  Closes: #706073.
+
+ -- Julien Cristau   Wed, 24 Apr 2013 16:18:01 +0200
+
 docbook-simple (1.1-4.1) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature

Bug#706096: TypeError: expecting an integer for the buffer size on displaying changeset

[Geoff Stevens]

Package: viewvc
Version: 1.1.5-1.4
Severity: important

Dear Maintainer,

   * What led up to the situation?
 New install of Wheezy/svn/viewvc, qualification of viewvc, display 
changeset
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Edited and compiled /usr/lib/viewvc/lib/vclib/svn/svn_repos.py
   * What was the outcome of this action?
   Bug no longer ocurs
   * What outcome did you expect instead?

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

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

Versions of packages viewvc depends on:
ii  python 2.7.3-4
ii  python-subversion  1.6.17dfsg-4+deb7u2
ii  python-support 1.0.15
ii  rcs5.8.1-1
ii  subversion 1.6.17dfsg-4+deb7u2

Versions of packages viewvc recommends:
ii  apache2 2.2.22-13
ii  apache2-mpm-worker [httpd-cgi]  2.2.22-13
ii  python-pygments 1.5+dfsg-1

Versions of packages viewvc suggests:
pn  cvsgraph   
pn  libapache2-mod-python  
ii  mime-support   3.52-1
pn  python-tk  
pn  viewvc-query   

-- Configuration Files:
/etc/viewvc/viewvc.conf changed:
[general]
root_parents = /var/lib/svn : svn
[utilities]
[options]
template_dir = /etc/viewvc/templates
[templates]
[cvsdb]
[vhosts]
[authz-forbidden]
[authz-forbiddenre]
[authz-svnauthz]


-- no debconf information


This looks similar to Bug #683188, but the fix for this is applied in my 
version of Wheezy.

An Exception Has Occurred
Python Traceback

Traceback (most recent call last):
  File "/usr/lib/viewvc/lib/viewvc.py", line 4322, in main
request.run_viewvc()
  File "/usr/lib/viewvc/lib/viewvc.py", line 397, in run_viewvc
self.view_func(self)
  File "/usr/lib/viewvc/lib/viewvc.py", line 3141, in view_diff
fp = request.repos.rawdiff(p1, rev1, p2, rev2, diff_type, diff_options)
  File "/usr/lib/viewvc/lib/vclib/svn/svn_repos.py", line 710, in rawdiff
temp1 = temp_checkout(self, p1, r1)
  File "/usr/lib/viewvc/lib/vclib/svn/svn_repos.py", line 254, in temp_checkout
chunk = core.svn_stream_read(stream, core.SVN_STREAM_CHUNK_SIZE)
  File "/usr/lib/pymodules/python2.7/libsvn/core.py", line 4801, in 
svn_stream_read
return _core.svn_stream_read(*args)
TypeError: expecting an integer for the buffer size

editing
File "/usr/lib/viewvc/lib/vclib/svn/svn_repos.py", line 254, in temp_checkout
chunk = core.svn_stream_read(stream, core.SVN_STREAM_CHUNK_SIZE)

to

chunk = core.svn_stream_read(stream, int(core.SVN_STREAM_CHUNK_SIZE))

makes it work as desired.

Bug#706097: coreutils: chmod --recursive --changes fails to stat items in subdirectories

[Matthew Gabeler-Lee]

Package: coreutils
Version: 8.20-3
Severity: normal
Tags: upstream

Under some circumstances, combining the --recursive and --changes arguments
to chmod can cause it to report errors checking the new permissions of
subdirectories.  Test case:

$ cd /tmp
$ mkdir -p a/b
$ chmod -R g+s a
$ chmod -Rc o-rwx a
mode of `a' changed from 2755 (rwxr-sr-x) to 2750 (rwxr-s---)
chmod: getting new attributes of `b': No such file or directory

The problem lies in src/chmod.c, function mode_changed, line ~123, the call
to stat.  The file path passed is just the filename, not the recursive path,
and so the stat call fails.  A more subtle error happens if the filename is
valid in the current directory from which chmod is invoked, since it will
then be comparing the mode bits of two unrelated items.

All other calls to stat and chmod related functions use the *at variants
that take a directory fd for path resolution.  This call needs to be updated
to do the same.

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

Kernel: Linux 3.8.5 (SMP w/12 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 coreutils depends on:
ii  dpkg  1.16.10
ii  install-info  4.13a.dfsg.1-10
ii  libacl1   2.2.51-8
ii  libattr1  1:2.4.46-8
ii  libc6 2.13-38
ii  libselinux1   2.1.9-5

coreutils recommends no packages.

coreutils 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#706094: telepathy-idle: does not verify TLS certificates properly

[Simon McVittie]

On Wed, 24 Apr 2013 at 16:25:46 +0100, Simon McVittie wrote:
> telepathy-idle < 0.1.15 does not verify that the server's TLS certificate was
> issued by a trusted CA, or that it hasn't expired, or that it matches the
> server's hostname.

Here is a proposed patch for wheezy, either via t-p-u for wheezy r0 or
security/s-p-u for wheezy r1.

S
>From f94f157221692a3609a3cd27fdc8ec4ed8ab1f23 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Wed, 24 Apr 2013 16:45:31 +0100
Subject: [PATCH] Validate TLS certificates (Closes: #706094)

---
 debian/changelog   |6 +
 debian/gbp.conf|2 +-
 ...sable-parts-of-TLS-certificate-validation.patch |   28 
 debian/patches/series  |1 +
 4 files changed, 36 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch

diff --git a/debian/changelog b/debian/changelog
index d180e99..10f262e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+telepathy-idle (0.1.11-2+deb7u1) UNRELEASED; urgency=low
+
+  * Validate TLS certificates (Closes: #706094)
+
+ -- Simon McVittie   Wed, 24 Apr 2013 16:43:37 +0100
+
 telepathy-idle (0.1.11-2) unstable; urgency=low
 
   * debian/patches/Support-trailing-parameter-without-a-initial.patch:
diff --git a/debian/gbp.conf b/debian/gbp.conf
index 6837223..3b82926 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,5 +1,5 @@
 [DEFAULT]
-debian-branch = debian
+debian-branch = debian-wheezy
 upstream-branch = upstream
 pristine-tar = True
 
diff --git a/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch b/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch
new file mode 100644
index 000..308f11a
--- /dev/null
+++ b/debian/patches/0002-Don-t-disable-parts-of-TLS-certificate-validation.patch
@@ -0,0 +1,28 @@
+From: Simon McVittie 
+Date: Wed, 24 Apr 2013 16:43:00 +0100
+Subject: Don't disable parts of TLS certificate validation
+
+This breaks one regression test, but is a simpler fix than was used
+upstream.
+
+Bug: https://bugs.freedesktop.org/show_bug.cgi?id=63810
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706094
+Forwarded: not-needed, fixed differently upstream
+---
+ src/idle-server-connection.c |5 -
+ 1 file changed, 5 deletions(-)
+
+diff --git a/src/idle-server-connection.c b/src/idle-server-connection.c
+index 5b8629c..8c8eeff 100644
+--- a/src/idle-server-connection.c
 b/src/idle-server-connection.c
+@@ -469,9 +469,4 @@ IdleServerConnectionState idle_server_connection_get_state(IdleServerConnection
+ void idle_server_connection_set_tls(IdleServerConnection *conn, gboolean tls) {
+ 	IdleServerConnectionPrivate *priv = IDLE_SERVER_CONNECTION_GET_PRIVATE(conn);
+ 	g_socket_client_set_tls(priv->socket_client, tls);
+-	g_socket_client_set_tls_validation_flags(priv->socket_client,
+-		G_TLS_CERTIFICATE_VALIDATE_ALL
+-		& ~G_TLS_CERTIFICATE_UNKNOWN_CA
+-		& ~G_TLS_CERTIFICATE_BAD_IDENTITY
+-		& ~G_TLS_CERTIFICATE_EXPIRED);
+ }
diff --git a/debian/patches/series b/debian/patches/series
index 4b55a70..7153ae5 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 Support-trailing-parameter-without-a-initial.patch
+0002-Don-t-disable-parts-of-TLS-certificate-validation.patch
-- 
1.7.10.4