Bug#710220: libstdc++6: 4.8.0-8 upgrade breaks system_clock

[Tim Besard]

Hi Matthias,

> Please could you name the software where you did see this failure?
I only spotted this regression in my own development code, so it seems
that the impact is limited after all.

Thanks,
Tim


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

Bug#710328: qemu-kvm: doesn't clean up legacy files in /etc/kvm

[Michael Tokarev]

Control: tag -1 + confirmed pending

30.05.2013 03:33, Christoph Anton Mitterer wrote:
> Package: qemu-kvm
> Version: 1.5.0+dfsg-2
> Severity: normal
> 
> Hi.
> 
> AFAIU, the stuff in /etc/kvm/:
> kvm-ifdown  kvm-ifup  target-x86_64.conf
> is no longer used (or shipped by the transitional qemu-kvm package).
> 
> But these files are not cleaned up properly (i.e. removed), could you do that 
> please?

Yes, actually I wanted to do that when first created qemu-kvm transitional pkg,
but somehow forgot to do that.  Doing it now, it's better to do that late than
never...  Thanks!

/mjt


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

Bug#710350: piuparts-slave: slave call sudo but it is package dependency

[Zdenek Crha]

Package: piuparts-slave
Version: 0.52
Severity: important

When installing piuparts packages on clean machine, I've got following error
when trying to run slave
through piuparts_slave_run command:

zcrha-single-1:/var/lib/piuparts/slave#
zcrha-single-1:/var/lib/piuparts/slave# cd /var/lib/piuparts/slave/1
zcrha-single-1:/var/lib/piuparts/slave/1# /usr/share/piuparts/piuparts-slave
15:49:19 Creating new tarball /var/cache/piuparts/basetgz/wheezy_amd64.tar.gz
Traceback (most recent call last):
  File "/usr/share/piuparts/piuparts-slave", line 936, in 
main()
  File "/usr/share/piuparts/piuparts-slave", line 891, in main
sections.append(Section(section_name, persistent_connection))
  File "/usr/share/piuparts/piuparts-slave", line 356, in __init__
self._check_tarball()
  File "/usr/share/piuparts/piuparts-slave", line 416, in _check_tarball
self._config.get_start_distro())
  File "/usr/share/piuparts/piuparts-slave", line 854, in
create_or_replace_chroot_tgz
create_chroot(config, tgz, distro)
  File "/usr/share/piuparts/piuparts-slave", line 825, in create_chroot
p = subprocess.Popen(command, stdout=subprocess.PIPE,
stderr=subprocess.STDOUT)
  File "/usr/lib/python2.7/subprocess.py", line 679, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1259, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

I've tracked the error to the missing 'sudo' command. I did not have sudo
package installed
and it is not part of piuparts-slave dependencies, even though it is used. The
dependency is only  documented
in /usr/share/doc/piuparts/README.txt.gz

I find it strange that package installs sudo configuration
(/etc/sudoers.d/piuparts) but does not ensure that dependency
is actually installed.



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

Kernel: Linux 3.2.0-4-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 piuparts-slave depends on:
ii  adduser  3.113+nmu3
ii  openssh-client   1:6.0p1-4
ii  piuparts 0.52
ii  piuparts-common  0.52
ii  python   2.7.3-5
ii  screen   4.1.0~20120320gitdb59704-7

piuparts-slave recommends no packages.

Versions of packages piuparts-slave suggests:
ii  schroot  1.6.5-1

-- Configuration Files:
/etc/sudoers.d/piuparts [Errno 13] Permission denied: u'/etc/sudoers.d/piuparts'

-- 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#680474: /usr/bin/apt-get: apt-get autoremove remove gdm3 & python

[Justin R. Isaacson]

I understand the last post states that this may not actually be a bug,
but for some reason after running apt-get autoremove my debian 7 wheezy
became un-useable as it removed the wpa-supplicant, libre office, pulse
audio, and countless other essential packages. 

I really am at a loss as to how they became listed as unused in the
first place.

This is my first time bug reporting I would like to know how I can make
this more beneficial to you in the future. What details should I
include. If you are busy, which you probably are just give me a link to
where I can educate myself on proper bug reporting etiquette. Thank-you.
=D

Sincerely

Justin Isaacson


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

Bug#710349: ITP: maple-package -- utility for creating Maple Debian packages

[Jerome Benoit]

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit 

* Package name: maple-package
  Version : 0.0.1
  Upstream Author : Jerome Benoit 
* License : GPL-2+
  Programming Lang: bash, make
  Description : utility for creating Maple Debian packages

Maple is a commercial Computer Algebra System (CAS) manufactured by the
Canadian software company MapleSoft, a division of Waterloo Maple Inc..

This package will be meant to provide the capability to build Debian
packages from the install material distributed by Maple by running a
dedicated bash script that will mainly invoke a Makefile through the
dh(1) tools. The aim of the game is to gain a (far) more comfortable
integration of Maple into Debian systems.

This package itself will be a native Debian package (Section: contrib/misc)
governed by GPL-2+, but the Maple software will have to be purchased by
the final user and will obviously remain governed by the copyright holder
(MapleSoft, namely Waterloo Maple Inc.). This package will simply help
the final user to create her/his/its own Maple packages and it will be
her/his/its responsability to use the resulting package responsibly.


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

Bug#709885: RM: gnutls-bin [mips mipsel] -- ROM; blocks gnutls26 propagation to testing

[Andreas Metzler]

severity 709885 serious
thanks
On 2013-05-27 Andreas Metzler  wrote:
[...]

> Doublechecking madison, I actually want these removed from testing and
> unstable:
> gnutls-bin [mips mipsel] 3.0.22-3+really2.12.20-6
> guile-gnutls [mips] 3.0.22-3+really2.12.20-6
> guile-gnutls [mipsel] 3.0.22-3 

I am raising the bug report's severity, as this is about fixing
CVE-2013-2116 / DSA-2697-1 in testing.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#686735: [Pkg-xfce-devel] Bug#686735: Missing Suspend/Hibernate icons in Action Buttons

[Yves-Alexis Perez]

On jeu., 2013-05-30 at 07:34 +0800, Ben Caradoc-Davies wrote:
> Also affects xfce4-panel 4.10.1-1 with the GNOME icon theme.

gnome-icon-theme is really intended as a fallback, it's not really a
usable theme imho. You should try with another icon theme like Tango
(in any case, for icon names not in fd.o spec apps should bring their
own but it's not always easy to design them so sometimes app developers
use common names often shipped in large icon themes).

Regards,
-- 
Yves-Alexis


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

Bug#708178: lintian: Improve the version information of packages bundled with the Perl core

[Niko Tyni]

On Wed, May 29, 2013 at 08:11:30PM +0200, Niels Thykier wrote:
> On 2013-05-13 21:25, Niko Tyni wrote:
> > Package: lintian
> > Version: 2.5.10.5 
> > Tags: patch
> > X-Debbugs-Cc: p...@packages.debian.org

> > It turns out that private/refresh-perl-provides is rather simple minded
> > about the mapping between CPAN and Debian version numbers. I expect this
> > has caused a number of false negatives.
> > 
> > We've since tackled very similar issues in the maintainer tests of the
> > perl source package, where we check that the versioned Breaks of the
> > binary packages make sense. The meat of the attached patch set is based
> > on this work.

> I have applied the patches, but now we are getting incorrect results for
> libautodie-perl.  The patched version will emit:
> 
>   libautodie-perl 2.1001
> 
> However, the newest version of libautodie-perl is 2.18 (which was
> released earlier this month, so it is definitely not in Perl 5.14).

Thanks for noticing this.

I see we've got a few special cases in the perl maintainer tests (see
the %ok hash in
 
http://anonscm.debian.org/gitweb/?p=perl/perl.git;a=blob;f=debian/t/control.t;hb=HEAD
), one of which is to map libautodie-perl version number 2.1001 to 2.10.01.

I don't think the others are necessary for the lintian use case, but
I'm not quite sure right now.  I'm unfortunately short on time so no
patch. (Sorry!)
-- 
Niko


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

Bug#710288: Debian Installer (7.0 amd64) stops at ethdetect

[Christian PERRIER]

Quoting Larry Pinney (ldpin...@gmail.com):
> Package: ethdetect
> Version: 1.92
> Severity: normal
> 
> Debian-Installer stops when it should report unsupported ethernet or no
> ethernet detected.
> 
> Also tried unofficial non-free firmware iso.
> 
> Removed the card and the Debian Installer works as expected.
> 
> lspci :
> Ethernet controller: Broadcom Corporation NetXtreme BCM5782 Gigabit
> Ethernet (rev 03)


What's on TTY4? (Alt+F4)?



signature.asc
Description: Digital signature

Bug#710284: [Pkg-xfce-devel] Bug#710284: xfce4: dist-upgrade to 4.10 fails with xfce4/xfce4-session/xfce4-appfinder held back by stale xfce4-utils

[Yves-Alexis Perez]

On jeu., 2013-05-30 at 07:21 +0800, Ben Caradoc-Davies wrote:
> On 30/05/13 03:30, Yves-Alexis Perez wrote:
> > I've tried to reproduce in a wheezy chroot. Installed xfce4
> (4.8.0.3)
> > then switched the sources to sid (directly) and tried to install
> xfce4
> > and I have no dependency problem:
> 
> What do you see if you dist-upgrade?

I'll try later but as it's a clean Wheezy chropot, an update to sid is
likely to bring a lot of stuff which will make noise so I'll try do to
a clean approach (upgrading everything but xfce4, then dist-uprading).

But it makes sense. When explicitly saying “install xfce4” I'm telling
apt that I want the new xfce4 version no matter what. In the
dist-upgrade case, the score of removing a package is too important for
apt so it doesn't want to do that.

Regards,
-- 
Yves-Alexis


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

Bug#710212: Regarding: Bug#710212: fails to install

[Geert Stappers]

Op 2013-05-29 om 23:30 schreef Alex Vanderpol:
> Attempting to narrow down the cause of this bug led me to an
> interesting discovery.
> 
> There's a rather large difference between the
> /usr/sbin/extlinux-update files in 3:6.00~pre4+dfsg-7 and
> 3:6.00~pre4+dfsg-8 that appears (in part, at least) to be related to
> this issue.
> 
> This difference also exists in 3:6.00~pre4+dfsg-9.

For what it is worth: this from syslinux (3:6.00~pre4+dfsg-10)

   * Correcting typo in extlinux debhelper install file (Closes: #710306).


Please try the new version and report back.


> 
> Here's the diff output from 3:6.00~pre4+dfsg-7 to 3:6.00~pre4+dfsg-8
> and 3:6.00~pre4+dfsg-9:
> 
> 12,34d11
> < _EXTLINUX_DIRECTORY="/boot/extlinux"
> <

Thanks.
A request: Please get the habit to use the '-u' flag of `diff`.

Example:  `diff -u previous.file newer.file`


This way we get the same output as `svn diff` and `git diff` give.


Cheers
Geert Stappers


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

Bug#710348: /usr/sbin/rplayd: rplayd overrides mixer settings

[Gabor Kiss]

Package: rplay-server
Version: 3.3.2-14
Severity: normal
File: /usr/sbin/rplayd

Dear Maintainer,

After squueze->wheezy upgrade I found that the general beep signal
comes from both internal speaker and external loudspeakers.
When I mute "Beep" in alsamixer or I change its level everything
seems to be okay for a while but next time the rplayd runs
it spectacularly restores the original beep settings.
Other controls may be also affected.

Gabor

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages rplay-server depends on:
ii  libc6  2.13-38
ii  libgsm11.0.13-4
ii  librplay3  3.3.2-14

rplay-server recommends no packages.

Versions of packages rplay-server suggests:
ii  mpg123   1.14.4-1
ii  mpg321 [mpg123]  0.3.2-1.1
ii  vorbis-tools 1.4.0-1

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

-- debconf-show failed


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

Bug#710322: clang-3.3: Support Headers not picked up cstddef and more

[Sylvestre Ledru]

Hello,

On 30/05/2013 00:33, Marc J. Driftmeyer wrote:> Package: clang-3.3
> Version: 1:3.3~svn179851-1~exp1
> Severity: normal
>
> Dear Maintainer,
>
> In file included from
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/SmallVector.h:17:
>
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/Support/AlignOf.h:19:10:
fatal error:
>   'cstddef' file not found
> #include 
>  ^
> 1 error generated.
> make[2]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o]
Error 1
> make[1]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/all] Error 2
> make: *** [all] Error 2
>
> 
>

Could you try to build the same way the package it built ? For now, I do
not support cmake build.

Thanks
Sylvestre


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

Bug#710341: sqlite: FTBFS with automake 1:1.13.2-1

[Laszlo Boszormenyi (GCS)]

Hi Daniel,

On Wed, 2013-05-29 at 19:31 -0700, Daniel Schepler wrote:
> Source: sqlite
> Version: 2.8.17-7
> Severity: serious
> 
> From my pbuilder build log:
[...]
> cd . && aclocal-1.11 
> /bin/sh: 1: aclocal-1.11: not found
> make: *** [debian/stamp-autotools-files] Error 127
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 
> (Maybe this issue could serve as a nudge to finally remove src:sqlite, as 
> promised in #607969.)
 Agree. Will start the RM procedure. First note the dependent packages
that it's going to be removed. There are still too many packages using
SQLite2. :(

Laszlo/GCS


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

Bug#710093: postgresql: not started automatically after installation in chroot

[Christoph Berg]

Control: tags -1 moreinfo

Re: Andreas Beckmann 2013-05-28 
<20130528082018.7493.49330.report...@cake.ae.cs.uni-frankfurt.de>
> I'm experimenting with db support for piuparts tests and therefore
> postgresql needs to be installed and started in the test chroots.

Fwiw, which services/packages come with out-of-the-box usable
PostgreSQL support? For me, dbconfig-common sort of never works...

For testing stuff we've recently added a pg_virtualenv wrapper to
postgresql-common that will fire up a PG cluster with all PG* env vars
set such you can access it, and if the script you give it exits, it
will remove the cluster again. (Currently it needs root, there will be
non-root support in the upcoming version 144, check bzr.)

> Until now this worked fine (with an adjusted policy-rc.d that allows
> starting of certain services), but has recently stopped to do so in
> sid. It still works fine in wheezy.

I touched the "create cluster" part a bit, but I don't think that's
your problem:

diff -pu ../wheezy/debian/maintscripts-functions debian/maintscripts-functions 
--- ../wheezy/debian/maintscripts-functions 2012-10-15 07:00:27.0 
-0700
+++ debian/maintscripts-functions   2013-05-10 18:52:30.0 -0700
[...]
@@ -29,7 +32,10 @@ configure_version() {
 [ "$VERSION" ] || { echo "Error: configure_version: need version 
parameter" >&2; exit 1; }
 if [ ! -d "/etc/postgresql/$VERSION" ] || [ -z "$(ls 
/etc/postgresql/$VERSION)" ] || \
[ -z "$(ls /etc/postgresql/$VERSION/*/postgresql.conf 2>/dev/null)" ]; 
then
-[ "$2" ] || /usr/bin/pg_createcluster -u postgres $VERSION main || {
+# skip creating the main cluster when this is not the first install, or
+# when explicitely disabled ($create is 1/0/"")
+create=$(perl -I/usr/share/postgresql-common -mPgCommon -e 'print 
PgCommon::config_bool(PgCommon::get_conf_value 0, 0, "createcluster.conf", 
"create_main_cluster")')
+[ "$2" ] || [ "$create" = "0" ] || /usr/bin/pg_createcluster -u 
postgres $VERSION main || {
echo "Error: could not create default cluster. Please create it 
manually with
 
   pg_createcluster $VERSION main --start


> apt-get install postgresql in the chroot ends with
> 
> ...
>   Setting up libpq5 (9.1.9-1) ...
>   Setting up openssl (1.0.1e-3) ...
>   Setting up postgresql-client-common (143) ...
>   Setting up postgresql-client-9.1 (9.1.9-1) ...
>   update-alternatives: using /usr/share/postgresql/9.1/man/man1/psql.1.gz to 
> provide /usr/share/man/man1/psql.1.gz (psql.1.gz) in auto mode
>   Setting up ssl-cert (1.0.32) ...
>   Setting up postgresql-common (143) ...
>   Adding user postgres to group ssl-cert
>   Building PostgreSQL dictionaries from installed myspell/hunspell packages...
>   Removing obsolete dictionary files:
>   No PostgreSQL clusters exist; see "man pg_createcluster" ... (warning).
>   Setting up postgresql-9.1 (9.1.9-1) ...
>   Creating new cluster 9.1/main ...
> config /etc/postgresql/9.1/main
> data   /var/lib/postgresql/9.1/main
> locale C
> port   5432
>   update-alternatives: using 
> /usr/share/postgresql/9.1/man/man1/postmaster.1.gz to provide 
> /usr/share/man/man1/postmaster.1.gz (postmaster.1.gz) in auto mode
>   Starting PostgreSQL 9.1 database server: main.
>   Setting up postgresql (9.3+142really9.1+143) ...
>   Processing triggers for libc-bin ...
>   ldconfig deferred processing now taking place
> 
> and this looks like some service should be running, but it is not.
> I could now chroot into the installation and run manually
>   invoke-rc.d postgresql start
> and this will work.

Can you check /var/log/postgresql/ if there's any error messages for
the first startup?

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


signature.asc
Description: Digital signature

Bug#707684:

[Douglas Calvert]

How is this still open?  Ubuntu had a bug for this opened march 30th and a
fix by April 8th.  This seems like such an easy fix:

-   listen [::]:80 default_server ipv6_only=on;
+   listen [::]:80 default_server ipv6only=on;

Bug#622650: perl_fold=1 makes vim absurdly slow

[James McCoy]

On Wed, Apr 13, 2011 at 09:03:18PM -0400, James McCoy wrote:
> On Wed, Apr 13, 2011 at 12:54:04PM -0400, Joey Hess wrote:
> > Recently (in the past half year or so), editing perl code in vim has begun 
> > to
> > drag horribly. There are sometimes pauses of many seconds, and often vim
> > responds as if it were on the other side of a transatlantic link.
> > 
> > I commented out perl_fold=1 in my vimrc and this went away.
> 
> This looks like another artifact of patch 7.2.274.  That has caused a
> couple items to be added to Vim's todo list:

Are you still seeing this behavior?  I tried to reproduce it to see if
anything has changed or if some of new Vim changes had helped, but
didn't see any noticeable performance problems.

I bisected back to the patch that introduced the general slowness in
syntax-based folding and didn't notice the behavior you describe in any
of the steps along the way.  Either I'm not following the directions you
provided properly or the folding computation isn't the dominating factor
on my computer.

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


signature.asc
Description: Digital signature

Bug#710347: piuparts: Mirror should follow distro defaults when they are explicitly specified

[Andrew Starr-Bochicchio]

Package: piuparts
Version: 0.48ubuntu1
Severity: minor
Tags: patch

Currently, if you run 'piuparts -D $distro -a $package' on a distro different
than the host distro, you don't get the correct mirrors added to your sources.
If a distro default is explicitly added using '-D', you should get that
distro's default mirrors. This would make it easier to run piuparts against
Debain on an Ubuntu host and vise versa.

Please consider applying the attached patch.

Thanks,

Andrew Starr-Bochicchio



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

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

Versions of packages piuparts depends on:
ii  debootstrap1.0.46ubuntu1
ii  debsums2.0.52
ii  dpkg   1.16.10ubuntu1
ii  lsb-release4.0-0ubuntu27
ii  lsof   4.86+dfsg-1ubuntu2
ii  python 2.7.4-0ubuntu1
ii  python-debian  0.1.21+nmu2ubuntu1

piuparts recommends no packages.

Versions of packages piuparts suggests:
ii  schroot  1.6.5-1

-- no debconf information
=== modified file 'piuparts.py'
--- piuparts.py	2013-05-30 03:28:49 +
+++ piuparts.py	2013-05-30 03:29:40 +
@@ -2890,7 +2890,10 @@
 settings.debian_distros = defaults.get_distribution()
 
 if not settings.debian_mirrors:
-settings.debian_mirrors = find_default_debian_mirrors()
+if settings.defaults:
+settings.debian_mirrors = defaults.get_mirror()
+else:
+settings.debian_mirrors = find_default_debian_mirrors()
 if not settings.debian_mirrors:
 settings.debian_mirrors = defaults.get_mirror()
 

Bug#710346: piuparts: Move default keyring to distro defaults

[Andrew Starr-Bochicchio]

The first patch was uncomplete. This one should do the job...

Thanks,

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1


keyring_opt.patch
Description: Binary data

Bug#710212: fails to install

[Alex Vanderpol]

Attempting to narrow down the cause of this bug led me to an interesting 
discovery.


There's a rather large difference between the /usr/sbin/extlinux-update 
files in 3:6.00~pre4+dfsg-7 and 3:6.00~pre4+dfsg-8 that appears (in 
part, at least) to be related to this issue.


This difference also exists in 3:6.00~pre4+dfsg-9.

Here's the diff output from 3:6.00~pre4+dfsg-7 to 3:6.00~pre4+dfsg-8 and 
3:6.00~pre4+dfsg-9:


12,34d11
< _EXTLINUX_DIRECTORY="/boot/extlinux"
<
< Update ()
< {
<  # Upate target file using source content
< _TARGET="${1}"
< _SOURCE="${2}"
<
< _TMPFILE="${_TARGET}.tmp"
< rm -f "${_TMPFILE}"
<
< echo "${_SOURCE}" > "${_TMPFILE}"
<
< if [ -e "${_TARGET}" ] && cmp -s "${_TARGET}" "${_TMPFILE}"
< then
< rm -f "${_TMPFILE}"
< else
< # FIXME: should use fsync here
< echo "P: Updating ${_TARGET}..."
< mv -f "${_TMPFILE}" "${_TARGET}"
< fi
< }
<
60,145c37
< # Checking extlinux directory
< echo -n "P: Checking for EXTLINUX directory..."
<
< # Creating extlinux directory
< if [ ! -e "${_EXTLINUX_DIRECTORY}" ]
< then
< echo " not found."
<
< echo -n "P: Creating EXTLINUX directory..."
< mkdir -p "${_EXTLINUX_DIRECTORY}"
< echo " done: ${_EXTLINUX_DIRECTORY}"
< else
< echo " found."
< fi
<
< # Setting defaults
< EXTLINUX_ALTERNATIVES="${EXTLINUX_ALTERNATIVES:-default recovery}"
< EXTLINUX_DEFAULT="${EXTLINUX_DEFAULT:-l0}"
< EXTLINUX_ENTRIES="${EXTLINUX_ENTRIES:-all}"
< EXTLINUX_MEMDISK="${EXTLINUX_MEMDISK:-true}"
< EXTLINUX_MEMDISK_DIRECTORY="${EXTLINXU_MEMDISK_DIRECTORY:-/boot}"
<
< if [ -z "${EXTLINUX_MENU_LABEL}" ]
< then
< if [ -x "$(which lsb_release 2>/dev/null)" ]
< then
< EXTLINUX_MENU_LABEL="$(lsb_release -i -s) GNU/Linux, kernel"
< else
< EXTLINUX_MENU_LABEL="Debian GNU/Linux, kernel"
< fi
< fi
<
< EXTLINUX_OS_PROBER="${EXTLINUX_OS_PROBER:-true}"
< EXTLINUX_PARAMETERS="${EXTLINUX_PARAMETERS:-ro quiet}"
<
< if [ -z "${EXTLINUX_ROOT}" ]
< then
< # Find root partition
< while read _LINE
< do
<
< read _FS_SPEC _FS_FILE _FS_VFSTYPE _FS_MNTOPS _FS_FREQ _FS_PASSNO << EOF
< ${_LINE}
< EOF
<
< if [ "${_FS_SPEC}" != "#" ] && [ "${_FS_FILE}" = "/" ]
< then
< EXTLINUX_ROOT="root=${_FS_SPEC}"
< break
< fi
< done < /etc/fstab
< fi
<
< if [ -z "${EXTLINUX_THEME}" ]
< then
< # Using default menu if available
< if [ -e /usr/share/EXTLINUX/themes/default ]
< then
< EXTLINUX_THEME="default"
< else
< EXTLINUX_THEME="none"
< fi
< fi
<
< EXTLINUX_TIMEOUT="${EXTLINUX_TIMEOUT:-50}"
<
< # Writing new default file
< cat > "/etc/default/extlinux" << EOF
< ## /etc/default/extlinux - configuration file for extlinux-update(8)
<
< EXTLINUX_UPDATE="${EXTLINUX_UPDATE}"
<
< EXTLINUX_ALTERNATIVES="${EXTLINUX_ALTERNATIVES}"
< EXTLINUX_DEFAULT="${EXTLINUX_DEFAULT}"
< EXTLINUX_ENTRIES="${EXTLINUX_ENTRIES}"
< EXTLINUX_MEMDISK="${EXTLINUX_MEMDISK}"
< EXTLINUX_MEMDISK_DIRECTORY="${EXTLINUX_MEMDISK_DIRECTORY}"
< EXTLINUX_MENU_LABEL="${EXTLINUX_MENU_LABEL}"
< EXTLINUX_OS_PROBER="${EXTLINUX_OS_PROBER}"
< EXTLINUX_PARAMETERS="$(echo -n ${EXTLINUX_PARAMETERS} | sed -e 
's|\"|\\\"|g')"

< EXTLINUX_ROOT="${EXTLINUX_ROOT}"
< EXTLINUX_THEME="${EXTLINUX_THEME}"
< EXTLINUX_TIMEOUT="${EXTLINUX_TIMEOUT}"
< EOF
<
< # Source /etc/extlinux.d scripts
---
> # Running /etc/extlinux.d scripts

I hope this helps you fix this problem.


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

Bug#710212: fails to install

[Alex Vanderpol]

Package: extlinux
Version: 3:6.00~pre4+dfsg-9
Followup-For: Bug #710212

Dear Maintainer,

Latest version (3:6.00~pre4+dfsg-9) still fails to install.

Terminal output is as follows:

P: Checking for EXTLINUX directory... not found.
P: Creating EXTLINUX directory...mkdir: cannot create directory ‘’: No such
file or directory
dpkg: error processing extlinux (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 extlinux




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

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

Versions of packages extlinux depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  libc6  2.17-3

Versions of packages extlinux recommends:
ii  os-prober1.61
ii  syslinux-common  3:6.00~pre4+dfsg-9

extlinux suggests no packages.

-- debconf information:
  extlinux/install: false


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

Bug#710346: piuparts: Move default keyring to distro defaults

[Andrew Starr-Bochicchio]

Package: piuparts
Version: 0.48ubuntu1
Severity: wishlist
Tags: patch

It would be nice if Ubuntu could stop having to patch piuparts. The one patch
Ubuntu carries that is important is the default keyring used by debootstrap. If
that was moved to the distro specific defaults, it would also have the nice
side effect of making it a bit more straight forward to run piuparts tests
against Debian on an Ubuntu host (i.e. just having to pass '-D debian' and not
also the keyring).

Please consider applying the attached patch.

Thanks,

- Andrew Starr-Bochicchio



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

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

Versions of packages piuparts depends on:
ii  debootstrap1.0.46ubuntu1
ii  debsums2.0.52
ii  dpkg   1.16.10ubuntu1
ii  lsb-release4.0-0ubuntu27
ii  lsof   4.86+dfsg-1ubuntu2
ii  python 2.7.4-0ubuntu1
ii  python-debian  0.1.21+nmu2ubuntu1

piuparts recommends no packages.

Versions of packages piuparts suggests:
ii  schroot  1.6.5-1

-- no debconf information
=== modified file 'piuparts.py'
--- piuparts.py	2013-05-30 01:38:34 +
+++ piuparts.py	2013-05-30 02:40:52 +
@@ -84,6 +84,8 @@
 def get_distribution(self):
 """Return default distribution."""
 
+def get_keyring(self):
+"""Return default keyring."""
 
 class DebianDefaults(Defaults):
 
@@ -96,6 +98,8 @@
 def get_distribution(self):
 return ["sid"]
 
+def get_keyring(self):
+return "/usr/share/keyrings/debian-archive-keyring.gpg"
 
 class UbuntuDefaults(Defaults):
 
@@ -108,6 +112,8 @@
 def get_distribution(self):
 return ["saucy"]
 
+def get_keyring(self):
+return "/usr/share/keyrings/ubuntu-archive-keyring.gpg"
 
 class DefaultsFactory:
 
@@ -2600,8 +2606,7 @@
   help="Don't remove the temporary directory for the " +
"chroot when the program ends.")
 
-parser.add_option("-K", "--keyring", metavar="FILE",
-  default = "/usr/share/keyrings/ubuntu-archive-keyring.gpg",
+parser.add_option("-K", "--keyring", action="store", metavar="FILE",
   help="Use FILE as the keyring to use with debootstrap when creating chroots.")
 
 parser.add_option("--keep-sources-list",

Bug#710345: gnote: FTBFS: build-depends on old automake1.11

[Aaron M. Ucko]

Source: gnote
Version: 3.8.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Automatic builds of gnote have been failing because its build
dependencies contain

  automake1.11 | automake1.10 | automake (>= 1:1.10)

whereas automake is now at version 1.13.x and therefore provides
automake1.13 rather than automake1.11.  (The autobuilders disregard
alternative options that could have saved them in the interest of
reproducibility.)

Given that even squeeze already had a 1.11.x automake package, I'd
suggest dropping the virtual alternatives and simply specifying

  automake (>= 1:1.10)

Could you please take care of it one way or another?

Thanks!


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

Bug#710272: [Pkg-octave-devel] Bug#710272: Bug#710272: octave: Printing gives a Ghostscript error

[Mike Miller]

On Wed, May 29, 2013 at 10:20 AM, Sébastien Villemot wrote:
>
> Le mercredi 29 mai 2013 à 15:44 +0200, Hendrik Rittich a écrit :
>
>> The following code should reproduce the error:
>>
>> octave:1> x = linspace(0, 10);
>> octave:2> plot(x, sin(x));
>> octave:3> print -dps2 plot.ps
>> GPL Ghostscript 9.05: Unrecoverable error, exit code 1
>
> Running these 3 lines on an up-to-date unstable/sid machine, I get no
> error, and the PostScript file is created.

Same here. However, I have gotten this error before [1], and I was
just able to make it happen again, simply by installing certain fonts
on the system (apt-get install fonts-pagul).

Henrik, do you still get the same Ghostscript error if you execute the
following before plotting and printing?

  octave:1> set (0, "defaultaxesfontname", "Helvetica")

If that fixes it, then see #662892, you may be seeing the same or a related bug.

[1] 
http://octave.1599824.n4.nabble.com/3-6-1-produces-eps-files-that-are-unusable-on-Debian-wheezy-td4438420.html

-- 
mike


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

Bug#710344: libxcb: FTBFS: unable to parse CheckLog*.xml

[Daniel Schepler]

Source: libxcb
Version: 1.8.1-2+deb7u1
Severity: serious

>From my pbuilder build log (on amd64):

...
Making check in tests
make[2]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[3]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
rm -f CheckLog*.xml
make -k check_all
make[4]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
  CC   check_all.o
  CC   check_public.o
  CCLD check_all
make[4]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make -k check-TESTS check-local
make[4]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[5]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
PASS: check_all
make[6]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[7]: Entering directory `/tmp/buildd/libxcb-1.8.1/build/tests'
rm -f CheckLog*.xml
make[7]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[6]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'

Testsuite summary for libxcb 1.8.1

# TOTAL: 1
# PASS:  1
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0

make[5]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'
rm -f CheckLog.html
if test xtrue = xtrue; then \
/usr/bin/xsltproc ../../tests/CheckLog.xsl CheckLog*.xml > 
CheckLog.html; \
else \
touch CheckLog.html; \
fi
warning: failed to load external entity "CheckLog*.xml"
unable to parse CheckLog*.xml
make[4]: *** [check-local] Error 6
make[4]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[3]: *** [check-am] Error 2
make[3]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build/tests'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/libxcb-1.8.1/build'
dh_auto_test: make -j1 check returned exit code 2
make: *** [build-arch] Error 29
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

I'm not 100% sure what's causing this.  However, the only major change
since about 5 days ago when all the buildds built this successfully is that
automake got upgraded to 1:1.13.2-1.
-- 
Daniel Schepler


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

Bug#710342: tdb: FTBFS: python syntax error

[Daniel Schepler]

Source: tdb
Version: 1.2.10-2
Severity: serious

>From my pbuilder build log:

...
Checking for getgrouplist   
  : ok  
Checking for program xsltproc   
  : /usr/bin/xsltproc 
Checking for stylesheet 
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl : ok 
Checking for program python 
: /usr/bin/python2.7 
Checking for program python 
: /usr/bin/python2.7 
Checking for Python version >= 2.4.2
: ok 2.7.5 
Checking for library python2.7  
: yes 
Checking for program python2.7-config   
: /usr/bin/python2.7-config 
  File "/usr/bin/python2.7-config", line 5
echo "Usage: $0 
--prefix|--exec-prefix|--includes|--libs|--cflags|--ldflags|--extension-suffix|--help|--configdir"

 ^
SyntaxError: invalid syntax
Traceback (most recent call last):
  File "./buildtools/bin/waf", line 76, in 
Scripting.prepare(t, cwd, VERSION, wafdir)
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Scripting.py", line 145, in 
prepare
prepare_impl(t, cwd, ver, wafdir)
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Scripting.py", line 135, in 
prepare_impl
main()
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Scripting.py", line 188, in 
main
fun(ctx)
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Scripting.py", line 241, in 
configure
conf.sub_config([''])
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Configure.py", line 237, in 
sub_config
self.recurse(k, name='configure')
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Utils.py", line 634, in 
recurse
f(self)
  File "/tmp/buildd/tdb-1.2.10/wscript", line 53, in configure
conf.SAMBA_CHECK_PYTHON_HEADERS(mandatory=False)
  File "./buildtools/wafsamba/samba_python.py", line 11, in 
SAMBA_CHECK_PYTHON_HEADERS
conf.check_python_headers(mandatory)
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Tools/python.py", line 262, 
in check_python_headers
for incstr in Utils.cmd_output("%s %s --includes" % (python, 
python_config)).strip().split():
  File "/tmp/buildd/tdb-1.2.10/buildtools/wafadmin/Utils.py", line 455, in 
cmd_output
raise ValueError(msg)
ValueError: command execution failed: /usr/bin/python2.7 
/usr/bin/python2.7-config --includes -> ''
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory `/tmp/buildd/tdb-1.2.10'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

On investigation, it appears that /usr/bin/python2.7-config is now a symlink
to a shell script, which would explain why python2.7 is getting confused.
-- 
Daniel Schepler


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

Bug#710343: nfs-common: If rpcbind is not enabled, init script cannot be ran at postint

[Arnaud Fontaine]

Package: nfs-common
Version: 1:1.2.8-2
Severity: normal

Hello,

When  rpcbind  or more  generally  any  services providing  $portmap  is
disabled, then nfs-common init script cannot be ran at postinst, leaving
the packages half-configured:

Setting up nfs-common (1:1.2.8-2) ...
insserv: Service rpcbind has to be enabled to start service nfs-common
insserv: exiting now!
update-rc.d: error: insserv rejected the script header
dpkg: error processing nfs-common (--configure):
 subprocess installed post-installation script returned error exit status 1

Cheers,
-- 
Arnaud Fontaine

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

Kernel: Linux 3.8-1-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 nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-41+jessie1
ii  libc6   2.17-3
ii  libcap2 1:2.22-1.2
ii  libcomerr2  1.42.7~WIP-2013-01-01-1
ii  libdevmapper1.02.1  2:1.02.77-1
ii  libevent-2.0-5  2.0.21-stable-1
ii  libgssapi-krb5-21.11.2+dfsg-1
ii  libk5crypto31.11.2+dfsg-1
ii  libkeyutils11.5.5-7
ii  libkrb5-3   1.11.2+dfsg-1
ii  libmount1   2.20.1-5.4
ii  libnfsidmap20.25-5
ii  libtirpc1   0.2.2-5
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian11
ii  rpcbind 0.2.0-8
ii  ucf 3.0027

Versions of packages nfs-common recommends:
ii  python  2.7.3-5

Versions of packages nfs-common suggests:
pn  open-iscsi  
pn  watchdog

-- 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#710341: sqlite: FTBFS with automake 1:1.13.2-1

[Daniel Schepler]

Source: sqlite
Version: 2.8.17-7
Severity: serious

>From my pbuilder build log:

...
cd . && libtoolize -c -f
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT'
cd . && aclocal-1.11 
/bin/sh: 1: aclocal-1.11: not found
make: *** [debian/stamp-autotools-files] Error 127
dpkg-buildpackage: error: debian/rules build gave error exit status 2

(Maybe this issue could serve as a nudge to finally remove src:sqlite, as 
promised in #607969.)
-- 
Daniel Schepler


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

Bug#601299: bzflag: [INTL:pt] Updated European Portuguese translation for package messages

[Ryan Kavanagh]

Hi Américo,

On Mon, Oct 25, 2010 at 12:32:53AM +0100, Américo Monteiro wrote:
> Version: 2.0.16.20100405
>
> Updated Portuguese (of Portugal) translation for bzflag messages.
> Translator: Américo Monteiro 
> 
> For translation updates please contact 'Last Translator' or the
> Portuguese Translation Team .

bzflag has changed quite a bit since version 2.0.16.20100405, and is now
at version 2.4.2+ds1-2. Could you please confirm whether or not the
current package requires an updated European Portuguese translation, and
if it does, whether or not you're still interested in updating it?

Thanks and best wishes,
Ryan

-- 
|_)|_/  ryan kavanagh   | debian developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

Bug#710340: qtkeychain: FTBFS on hurd-i386: libraries left in /usr/lib

[Aaron M. Ucko]

Source: qtkeychain
Version: 0.1.0-1
Severity: serious
Justification: fails to build from source

The hurd-i386 build of qtkeychain failed because qtkeychain's library
files somehow wound up directly in /usr/lib rather than in the proper
multiarch path /usr/lib/i386-gnu:

  /usr/bin/cmake -P cmake_install.cmake
  -- Install configuration: "Debian"
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/include/qtkeychain/keychain.h
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/include/qtkeychain/qkeychain_export.h
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/libqtkeychain.so.0.1.0
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/libqtkeychain.so.0
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/libqtkeychain.so
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/cmake/QtKeychain/QtKeychainLibraryDepends.cmake
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/cmake/QtKeychain/QtKeychainLibraryDepends-debian.cmake
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/cmake/QtKeychain/QtKeychainConfig.cmake
  -- Installing: 
/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/debian/tmp/usr/lib/cmake/QtKeychain/QtKeychainConfigVersion.cmake
  make[1]: Leaving directory 
`/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0/obj-i486-gnu'
 debian/rules override_dh_install
  make[1]: Entering directory 
`/build/buildd-qtkeychain_0.1.0-1-hurd-i386-knUTlX/qtkeychain-0.1.0'
  dh_install --list-missing
  dh_install: libqtkeychain0 missing files (usr/lib/*/lib*.so.*), aborting

Could you please take a look?

Thanks!


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

Bug#672597: [patch] Recognize *.mdwn as markdown

[James McCoy]

Hi Bram,

The attached patch adds *.mdwn (extension used by ikiwiki) as a known
extension for markdown files.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 
diff --git a/runtime/filetype.vim b/runtime/filetype.vim
--- a/runtime/filetype.vim
+++ b/runtime/filetype.vim
@@ -1101,7 +1101,7 @@
 au BufNewFile,BufRead *.map			setf map
 
 " Markdown
-au BufNewFile,BufRead *.markdown,*.mdown,*.mkd,*.mkdn,README.md  setf markdown
+au BufNewFile,BufRead *.markdown,*.mdown,*.mkd,*.mkdn,*.mdwn,README.md  setf markdown
 
 " Mason
 au BufNewFile,BufRead *.mason,*.mhtml		setf mason


signature.asc
Description: Digital signature

Bug#710339: python-cogent: FTBFS: failed to remove `doc/_build/html/_images/math/'

[Aaron M. Ucko]

Source: python-cogent
Version: 1.5.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of python-cogent covering only its architecture-dependent
binary packages (as on the autobuilders) have been failing:

  rmdir doc/_build/html/_images/math/
  rmdir: failed to remove `doc/_build/html/_images/math/': No such file or 
directory
  make[1]: *** [override_dh_auto_build] Error 1

Could you please clean this directory up only when it actually exists?

Thanks!


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

Bug#710338: libitpp: FTBFS on mips: docs too slow to generate

[Aaron M. Ucko]

Source: libitpp
Version: 4.3.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The mips build of libitpp timed out when attempting to generate its
documentation:

  Generating image form_67.png for formula
  Generating image form_68.png for formula
  E: Caught signal ‘Terminated’: terminating immediately
  make: make[3]: *** [build-arch] Terminated*** [itpp/CMakeFiles/itpp_doc] 
Terminated
  
  make[2]: *** [itpp/CMakeFiles/itpp_doc.dir/all] Terminated
  make[1]: *** [all] Terminated
  GBuild killed with signal TERM after 300 minutes of inactivity

Since the documentation sensibly winds up in a separate Architecture:
all package anyway, I'd suggest arranging to skip generating it when
building only architecture-dependent packages; I expect that will also
allow you to move doxygen-latex from Build-Depends to
Build-Depends-Indep.

Could you please take a look?

Thanks!


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

Bug#710337: libitpp: FTBFS on armhf - multiple typeinfo definitions linking itpp_gtests

[Aaron M. Ucko]

Source: libitpp
Version: 4.3.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The armhf build of libitpp failed when trying to link itpp_gtests,
with reports of multiply defined typeinfo nodes:

  [...]
  CMakeFiles/itpp_gtests.dir/multilateration_test.cpp.o:(.rodata+0x70): 
multiple definition of `typeinfo name for itpp::Array'
  CMakeFiles/itpp_gtests.dir/commfunc_test.cpp.o:(.rodata+0x60): first defined 
here
  CMakeFiles/itpp_gtests.dir/multilateration_test.cpp.o:(.rodata+0x98): 
multiple definition of `typeinfo for itpp::Array'
  CMakeFiles/itpp_gtests.dir/commfunc_test.cpp.o:(.rodata+0x88): first defined 
here
  collect2: ld returned 1 exit status
  make[3]: *** [gtests/itpp_gtests] Error 1
  make[2]: *** [gtests/CMakeFiles/itpp_gtests.dir/all] Error 2
  make[3]: Leaving directory `/«PKGBUILDDIR»/build'
  make[1]: *** [all] Error 2

I'm not sure why these are clashing, as I would have expected them to
be safely weak; perhaps it's a compiler bug, in which case you could
try conditionally build-depending on, and then explicitly using,
g++-4.7 or g++-4.8.

Could you please take a look?

Thanks!


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

Bug#710336: src:graphite2: FTBFS on sparc and armel: failed tests

[Samuel Bronson]

Source: graphite2
Version: 1.2.1-2
Severity: serious

Dear Maintainer,

Your package has failed to build on armel and sparc due to test
failures.

On armel


Test project /build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build
  Start  1: nolib-stdc++-graphite2_core
 1/74 Test  #1: nolib-stdc++-graphite2_core ..   Passed0.06 sec
  Start  2: padauk1
 2/74 Test  #2: padauk1 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start  3: padauk1Output
 3/74 Test  #3: padauk1Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk1.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk1.log"
 are different.

  Start  4: padauk2
 4/74 Test  #4: padauk2 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start  5: padauk2Output
 5/74 Test  #5: padauk2Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk2.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk2.log"
 are different.

  Start  6: padauk3
 6/74 Test  #6: padauk3 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start  7: padauk3Output
 7/74 Test  #7: padauk3Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk3.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk3.log"
 are different.

  Start  8: padauk4
 8/74 Test  #8: padauk4 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start  9: padauk4Output
 9/74 Test  #9: padauk4Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk4.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk4.log"
 are different.

  Start 10: padauk5
10/74 Test #10: padauk5 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start 11: padauk5Output
11/74 Test #11: padauk5Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk5.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk5.log"
 are different.

  Start 12: padauk6
12/74 Test #12: padauk6 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start 13: padauk6Output
13/74 Test #13: padauk6Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk6.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk6.log"
 are different.

  Start 14: padauk7
14/74 Test #14: padauk7 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start 15: padauk7Output
15/74 Test #15: padauk7Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk7.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk7.log"
 are different.

  Start 16: padauk8
16/74 Test #16: padauk8 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start 17: padauk8Output
17/74 Test #17: padauk8Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk8.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk8.log"
 are different.

  Start 18: padauk9
18/74 Test #18: padauk9 ..***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start 19: padauk9Output
19/74 Test #19: padauk9Output ***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk9.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk9.log"
 are different.

  Start 20: padauk10
20/74 Test #20: padauk10 .***Failed0.01 sec
Invalid font, failed to read or parse tables

  Start 21: padauk10Output
21/74 Test #21: padauk10Output ...***Failed0.04 sec
Files 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/build/tests/padauk10.log"
 to 
"/build/buildd-graphite2_1.2.1-2-armel-ynRyHs/graphite2-1.2.1/tests/standards/padauk10.log"
 are different.

  Start 22: padauk11
22/74 Test #22: padauk11 .***Failed0.01 sec
Invalid font, failed to re

Bug#710323: qa.debian.org: changelog url is wrong

[Paul Wise]

On Thu, May 30, 2013 at 6:53 AM, Nick Andrik wrote:

> The changelog entry for ffmpeg package [1] is pointing to the wrong location
> [2] instead of the correct one [3]

This appears to be due to oldstable-security having
updates/pool/main in the directory parameter. I'm asking the
ftpmasters if there are changelogs for oldstable-security that we can
point at otherwise I'll just switch this to point that the ones for
oldstable.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#710315: python2.7: 2.7.5 has bug in regexp engine

[will kahn-greene]

I just installed the packages Paul built with that patch and they work 
super:


saturn ~/tmp/python2.7/public.pault.ag/python> python
Python 2.7.5 (default, May 29 2013, 22:31:19)
[GCC 4.7.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import re; re.compile('.*yz', re.S).findall('xyz')
['xyz']
>>>


Thank you!


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

Bug#710335: Wishlist: Allow selection of multiple languages to recognize against for OCR packages that support the function.

[Galen Brownsmith]

Package: gscan2pdf
Version: 1.1.3

Tesseract, as of version 3.02, supports recognition against multiple
languages via command line parameters.
(tesseract -l foo+bar+baz+qux  would use the foo, bar, baz and qux
language packages)

Given this is the easiest way to add new fonts to tesseract's
recognition engine without overwriting existing data, it would be
truly awesome if gscan2pdf could add matching functionality.


--
That's the news from the Mystic River, where all the alliums are
strong, all the degu are good looking, and all the stuffed animals are
above average.
"May the ducks of your life quack ever harmoniously" - A. Yelton
gal...@capaccess.org gal...@marphod.net marp...@gmail.com & others


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

Bug#710334: debian-el: preseed.el buffer local comment-start

[Kevin Ryde]

Package: debian-el
Version: 35.4
Severity: normal
File: /usr/share/emacs/site-lisp/debian-el/preseed.el

M-x preseed-mode sets the global value of

comment-start
comment-multi-line
comment-start-skip

where I hoped they would `make-local-variable' to be buffer-local
settings only.



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

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

Versions of packages debian-el depends on:
ii  bzip21.0.6-4
ii  dpkg 1.16.4.2
ii  emacs21 [emacsen]21.4a+1-5.7
ii  emacs22-gtk [emacsen]22.3+1-1.2
ii  emacs23-lucid [emacsen]  23.4+1-4
ic  emacs24 [emacsen]24.3+1-1
ii  emacs24-lucid [emacsen]  24.3+1-1
ii  file 1:5.14-1
ii  install-info 4.13a.dfsg.1-10
ii  reportbug6.4.4
ii  xemacs21-mule [emacsen]  21.4.22-4

Versions of packages debian-el recommends:
ii  dlocate 1.02+nmu3
ii  groff-base  1.22.2-2
ii  wget1.14-1

Versions of packages debian-el suggests:
pn  gnus  

-- 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#710333: transcriber: missing runtime dependency on tclex

[Giulio Paci]

Package: transcriber
Version: 1.5.1.1-6
Severity: serious
Justification: Policy 7.2

Transcriber 1.5.1.1-6 is missing runtime dependency on tclex.

A fix is available in:

git://anonscm.debian.org/collab-maint/transcriber.git



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

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

Versions of packages transcriber depends on:
ii  libc6 2.17-3
ii  libx11-6  2:1.5.0-1
ii  sox   14.4.1-3
ii  tcl8.48.4.19-5
ii  tk8.4 8.4.19-5

transcriber recommends no packages.

transcriber 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#710315: more info

[Paul Tagliamonte]

tags 710315 + patch
thanks

Hey doko,

This is only an issue on a i386. I've rebuilt with a minimal patch, wich
you'll find attached.

> [tag@lucifer:~/pbuilder/testing_result]$ python
> Python 2.7.5 (default, May 29 2013, 22:31:19)
> [GCC 4.7.3] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import re; re.compile('.*yz', re.S).findall('xyz')
> ['xyz']
> >>>

Thanks!
  Paul

-- 
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag
diff -u python2.7-2.7.5/debian/changelog python2.7-2.7.5/debian/changelog
--- python2.7-2.7.5/debian/changelog
+++ python2.7-2.7.5/debian/changelog
@@ -1,3 +1,10 @@
+python2.7 (2.7.5-4.1~local1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add re_unsigned_ptrdiff in from Python bug #17998. (Closes: #710315)
+
+ -- Paul Tagliamonte   Wed, 29 May 2013 17:42:38 -0400
+
 python2.7 (2.7.5-4) unstable; urgency=low
 
   * Move the libc dependency of -minimal from Depends to Pre-Depends.
diff -u python2.7-2.7.5/debian/patches/series.in python2.7-2.7.5/debian/patches/series.in
--- python2.7-2.7.5/debian/patches/series.in
+++ python2.7-2.7.5/debian/patches/series.in
@@ -67,0 +68 @@
+re_unsigned_ptrdiff.diff
only in patch2:
unchanged:
--- python2.7-2.7.5.orig/debian/patches/re_unsigned_ptrdiff.diff
+++ python2.7-2.7.5/debian/patches/re_unsigned_ptrdiff.diff
@@ -0,0 +1,21 @@
+diff -r d91da96a55bf Modules/_sre.c
+--- a/Modules/_sre.c	Thu May 16 22:47:47 2013 +0100
 b/Modules/_sre.c	Fri May 17 21:02:48 2013 +0300
+@@ -1028,7 +1028,7 @@
+ TRACE(("|%p|%p|REPEAT_ONE %d %d\n", ctx->pattern, ctx->ptr,
+ctx->pattern[1], ctx->pattern[2]));
+ 
+-if (ctx->pattern[1] > end - ctx->ptr)
++if ((Py_ssize_t) ctx->pattern[1] > end - ctx->ptr)
+ RETURN_FAILURE; /* cannot match */
+ 
+ state->ptr = ctx->ptr;
+@@ -,7 +,7 @@
+ TRACE(("|%p|%p|MIN_REPEAT_ONE %d %d\n", ctx->pattern, ctx->ptr,
+ctx->pattern[1], ctx->pattern[2]));
+ 
+-if (ctx->pattern[1] > end - ctx->ptr)
++if ((Py_ssize_t) ctx->pattern[1] > end - ctx->ptr)
+ RETURN_FAILURE; /* cannot match */
+ 
+ state->ptr = ctx->ptr;


signature.asc
Description: Digital signature

Bug#710125: [ovs-dev] Bug#710125: openvswitch: unable to compile kernel module with linux-3.8

[Jesse Gross]

On Tue, May 28, 2013 at 10:56 PM, Maciej Galkiewicz
 wrote:
> Package: openvswitch
> Version: 1.4.2+git20120612-9
> Severity: important
>
> # dkms install -m openvswitch -v 1.4.2+git20120612 -k 3.8-2-amd64

Open vSwitch 1.4 was released almost a year before Linux 3.8 so it is
not surprising that this kernel version is not supported.

The current LTS version of Open vSwitch is 1.9, which does support
Linux 3.8. I believe the current plan is upload that version to
Debian, which is the best way to address this.


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

Bug#710332: please consider uploading a git snapshot to experimental

[chrysn]

Package: performous
Version: 0.7.0-1
Severity: wishlist

while there is no post-0.7 release yet, the performous authors currently
recommend using git head instead of 0.7[1].

experimenting with duets, i downloaded the latest version (git 0828680)
and made a tarball out of it. the only packaging modification i had to
make was removing `docs/TODO.txt` from `debian/docs` as it was removed
upstream. being part of the boost1.53 transition, i built against that
(did not try current boost as well).

i'd like to suggest uploading a 0.7.0+git$DATE-1 version to
experimental. that way, the new input system and playlists are available
to curious users; on the other hand, this gets the current pre-release
version a little more coverage, which might help smoothing out some
rough edges pre-release.

as indicated by the bug version, this is just a wishlist item, a little
suggestion; at least it documents that building against the current
upstream state is painless.

[1] http://performous.org/blog


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

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

Versions of packages performous depends on:
ii  dpkg1.16.10
ii  libavcodec536:0.8.7-1
ii  libavformat53   6:0.8.7-1
ii  libavutil51 6:0.8.7-1
ii  libboost-filesystem1.53.0   1.53.0-4
ii  libboost-program-options1.53.0  1.53.0-4
ii  libboost-regex1.53.01.53.0-4
ii  libboost-system1.53.0   1.53.0-4
ii  libboost-thread1.53.0   1.53.0-4
ii  libc6   2.17-2
ii  libcairo2   1.12.2-3
ii  libgcc1 1:4.7.2-5
ii  libgl1-mesa-glx [libgl1]8.0.5-4
ii  libglew1.7  1.7.0-3
ii  libglib2.0-02.36.1-2build1
ii  libglibmm-2.4-1c2a  2.36.2-1
ii  libjpeg88d-1
ii  libpango-1.0-0  1.32.5-5
ii  libpangocairo-1.0-0 1.32.5-5
ii  libpng12-0  1.2.49-3
ii  libportaudio2   19+svn2021-1
ii  librsvg2-2  2.36.4-2
ii  libsdl1.2debian 1.2.15-5
ii  libstdc++6  4.7.2-5
ii  libswscale2 6:0.8.7-1
ii  libxml++2.6-2   2.34.2-1

performous recommends no packages.

performous suggests no packages.

-- no debconf information

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom


signature.asc
Description: Digital signature

Bug#704566: unblock: isc-dhcp/4.2.2.dfsg.1-5+deb70u4

[Michael Gilbert]

On Sun, May 26, 2013 at 6:59 AM, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2013-05-12 at 12:58 -0400, Michael Gilbert wrote:
>> On Tue, Apr 16, 2013 at 8:08 AM, Adam D. Barratt wrote:
>> It's now after.  How would you like me to approach this?  Do I need to
>> do a new upload to spu?  If so, should the version be +deb70u5 or
>> +deb70u6?  It looks like the tpu didn't get automatically moved over
>> to spu [0]?
>
> Yes, the latter and no, in that order. :-)
>
> There is one issue, which is that testing still has +deb70u3, as there
> doesn't seem to be any movement on #692808; that'll need resolving
> somehow before the point release.

Here is a proposed spu patch addressing all of the above.  Please let
me know if it is ok to upload.

Best wishes,
Mike


isc-dhcp.patch
Description: Binary data

Bug#710240: stage1 gcc depends on libgcc-*-dev and gcc-VERSION-base

[YunQiang Su]

On Thu, May 30, 2013 at 12:05 AM, Matthias Klose  wrote:
> Am 29.05.2013 11:50, schrieb YunQiang Su:
>> Package: gcc-4.8
>>
>> When build gcc-4.8 using
>> WITH_SYSROOT=/ DEB_STAGE=stage1 debuild -B -d
>>
>> the generated gcc-4.8-TRIPLE package depends on gcc-4.8-base
>> and libgcc-4.8-dev-ARCH-cross, while both of these 2 packages are
>> missing here.
>>
>> The attached patch disable it depends on these 2 packages if they are not
>> generated here.
>
> why is this necessary? These package should never be installed, just used for
> the bootstrap. This is how Marcin did use it:
yeah, bootstrap is the most important use case of this, while we can
still have other
cases to use this, such as it can be used to build kernel or something
else no depends
on libc or any other system libraries.
Since here we can get it have correct dependency, and without breaking
the host system,
why not do it correctly?
> https://launchpad.net/ubuntu/+source/arm64-cross-toolchain-base/0.6
This is a great package. I noticed it before.
While I plan to bootstrap with another way: write a script to it step
by step instead of
put them in a single package.
Maybe by it, I can get more automation.

1. build dpkg with architecture support patch.
2. build cross binutils
3. build stage1 gcc
4. build linux kernel (to get linux-libc-dev and workable linux-image)
5. build eglibc (maybe by clang? which may be easier to get multilib support)


With help of a private repository, this script maybe can work automatic.

--
YunQiang Su


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

Bug#709986: texlive-base: "Use of uninitialized value"

[Norbert Preining]

On Mi, 29 Mai 2013, Frank Küster wrote:
> +$ENV{"TEXMFVAR"} = "$TEXMFMAIN";
> +$ENV{"TEXMFSYSVAR"} = "$TEXMFMAIN";

Good idea, done that. Thanks for suggestion.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#710331: cacti: Mishandling of double-quotes in password

[Francois Gouget]

Package: cacti
Version: 0.8.8a+dfsg-6
Severity: normal

Dear Maintainer,

While installing the cacti package I got asked for a password for the cacti 
database. I had the misfortune of typing a password containing a double-quote. 
This resulted in cacti not starting due to an obvious syntax error in 
'/etc/cacti/debian.php':

$database_password = "prickly"cacti";

Escaping the double-quote at least got the Cacti website to come up. I did not 
test further with that password however.

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

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

Versions of packages cacti depends on:
ii  dbconfig-common  1.8.47+nmu1
ii  debconf [debconf-2.0]1.5.50
ii  libapache2-mod-php5  5.4.4-15
ii  libphp-adodb 5.15-1
ii  mysql-client-5.5 [virtual-mysql-client]  5.5.31+dfsg-1
ii  perl 5.14.2-21
ii  php5-cli 5.4.4-15
ii  php5-mysql   5.4.4-15
ii  php5-snmp5.4.4-15
ii  rrdtool  1.4.7-2
ii  snmp 5.4.3~dfsg-3
ii  ucf  3.0025+nmu3

Versions of packages cacti recommends:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  iputils-ping 3:20101006-3
ii  libjs-jquery 1.7.2+dfsg-2
ii  libjs-jquery-cookie  8-2
ii  logrotate3.8.1-4
ii  mysql-server 5.5.31+dfsg-1

Versions of packages cacti suggests:
pn  moreutils  
pn  php5-ldap  

-- debconf information:
  cacti/db/app-user: cacti
  cacti/mysql/admin-user: root
* cacti/webserver: apache2
  cacti/mysql/method: unix socket
  cacti/remote/host:
  cacti/upgrade-error: abort
  cacti/dbconfig-upgrade: true
  cacti/internal/skip-preseed: false
  cacti/remote/newhost:
  cacti/purge: false
  cacti/missing-db-package-error: abort
  cacti/database-type: mysql
  cacti/remove-error: abort
  cacti/db/dbname: cacti
  cacti/upgrade-backup: true
  cacti/install-error: abort
  cacti/internal/reconfiguring: false
  cacti/passwords-do-not-match:
  cacti/dbconfig-remove:
* cacti/dbconfig-install: true
  cacti/remote/port:
  cacti/dbconfig-reinstall: false


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

Bug#710330: gnulib: gnulib-tool --version can't figure out the version

[Colin Watson]

Package: gnulib
Version: 20120404+stable-1
Severity: normal

  $ gnulib-tool --version
  sed: can't read /usr/share/gnulib/ChangeLog: No such file or directory
  gnulib-tool (GNU gnulib )
  Copyright (C) 2012 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later 
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.
  
  Written by Bruno Haible and Simon Josefsson

It would be nice if this worked.  It doesn't necessarily have to be by
providing the ChangeLog; patching in additional logic in func_version or
whatever would be fine too.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#710329: transition: libxml-security-c17

[Russ Allbery]

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

Hello folks,

I'm preparing a new version of the Shibboleth packages, which as usual
involves three library transitions, although they're all used only by
this package set.  libxml-security-c is the lowest-level, but this also
involves libxmltooling (5 -> 6) and libsaml (7 -> 8).

These versions are required for the new upstream version of the
shibboleth-sp2 source package, which in turn is required for Apache 2.4
support, so from that you can see why I'm working on this now.  :)

Unfortunately, and this is the part about which I wanted to give you
advance warning, the new versions of these packages add a dependency
on Boost.  I'm therefore worried that, as well as being its own
mini-transition, I may end up entangling the Apache transition with the
Boost transition if I just push this stuff to unstable.

I'm staging the packages in experimental and have everything done except
for the actual shibboleth-sp2 package and its Apache module, which I'm
going to work on tomorrow.  But I will hold off on uploading this package
set to unstable (that is xml-security-c, xmltooling, opensaml2, and
shibboleth-sp2 as source packages) until I hear from you about how you
want to time this with everything else.

Ben file:

title = "libxml-security-c17";
is_affected = .depends ~ "libxml-security-c16" | .depends ~ 
"libxml-security-c17";
is_good = .depends ~ "libxml-security-c17";
is_bad = .depends ~ "libxml-security-c16";


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

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


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

Bug#686735: Missing Suspend/Hibernate icons in Action Buttons

[Ben Caradoc-Davies]

Also affects xfce4-panel 4.10.1-1 with the GNOME icon theme.

--
Ben Caradoc-Davies 


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

Bug#710328: qemu-kvm: doesn't clean up legacy files in /etc/kvm

[Christoph Anton Mitterer]

Package: qemu-kvm
Version: 1.5.0+dfsg-2
Severity: normal

Hi.

AFAIU, the stuff in /etc/kvm/:
kvm-ifdown  kvm-ifup  target-x86_64.conf
is no longer used (or shipped by the transitional qemu-kvm package).

But these files are not cleaned up properly (i.e. removed), could you do that 
please?

Unpacking replacement qemu-kvm ...
dpkg: warning: unable to delete old directory '/etc/kvm': Directory not empty


Cheers,
Chris



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

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

Versions of packages qemu-kvm depends on:
ii  qemu-system-x86  1.5.0+dfsg-2

qemu-kvm recommends no packages.

qemu-kvm 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#709981: gtk_widget_unregister_window: assertion failed

[Bálint Réczey]

forwarded 709981 https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8604
tags 709981 confirmed upstream moreinfo
thanks

Hi Philipp,

Could you please send me the capture file triggering the issue?

Thanks,
Balint

2013/5/27 Ph. Marek :
> Package: wireshark
> Version: 1.10.0~rc2-1
> Severity: normal
>
> Starting wireshark with a just-saved capture file (taken with debian
"TShark
> 1.8.6") aborts.
>
> $ file capture
> tcpdump capture file (little-endian) - version 2.4 (Linux "cooked",
capture
> length 65535)
>
>
> starting via GDB gives this backtrace:
>
>
Gtk:ERROR:/tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkwidget.c:14133:gtk_widget_unregister_window:
> assertion failed: (user_data == widget)
>
> Program received signal SIGABRT, Aborted.
> 0x7124c295 in __GI_raise (sig=sig@entry=6) at
> .../nptl/sysdeps/unix/sysv/linux/raise.c:56
> 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht
> gefunden.
> (gdb) bt
> #0 0x7124c295 in __GI_raise (sig=sig@entry=6) at
> .../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #1 0x7124f438 in __GI_abort () at abort.c:90
> #2 0x71d61426 in g_assertion_message () from /lib/x86_64-linux-
> gnu/libglib-2.0.so.0
> #3 0x71d61984 in g_assertion_message_expr () from
/lib/x86_64-linux-
> gnu/libglib-2.0.so.0
> #4 0x73319ad6 in gtk_widget_unregister_window () from
/usr/lib/x86_64
> -linux-gnu/libgtk-3.so.0
> #5 0x73319bbc in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #6 0x7220681b in ?? () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #7 0x7221f2b6 in g_signal_emit_valist () from
/usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #8 0x7221ff82 in g_signal_emit () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #9 0x7331ac71 in gtk_widget_unrealize () from
/usr/lib/x86_64-linux-
> gnu/libgtk-3.so.0
> #10 0x7324df6e in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #11 0x73319be1 in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #12 0x722068e7 in ?? () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #13 0x7221f2b6 in g_signal_emit_valist () from
/usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #14 0x7221ff82 in g_signal_emit () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #15 0x7331ac71 in gtk_widget_unrealize () from
/usr/lib/x86_64-linux-
> gnu/libgtk-3.so.0
> #16 0x7331efa5 in gtk_widget_unparent () from
/usr/lib/x86_64-linux-
> gnu/libgtk-3.so.0
> #17 0x7320d639 in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #18 0x72209a94 in g_cclosure_marshal_VOID__OBJECTv () from
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #19 0x722068e7 in ?? () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #20 0x7221f2b6 in g_signal_emit_valist () from
/usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #21 0x7221ff82 in g_signal_emit () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #22 0x555e50a5 in _start ()
>
>
> Perhaps related to https://bugs.launchpad.net/ubuntu-gnome/+bug/1176334
> Updating libgtk2.0-0 (and related) to 2.24.18-1 doesn't help.
>
>
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers testing
> APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages wireshark depends on:
> ii libc6 2.17-3
> ii libcairo2 1.12.14-4
> ii libgdk-pixbuf2.0-0 2.28.1-1
> ii libglib2.0-0 2.36.1-2build1
> ii libgtk-3-0 3.8.2-1
> ii libpango-1.0-0 1.32.5-5
> ii libpangocairo-1.0-0 1.32.5-5
> ii libpcap0.8 1.3.0-1
> ii libportaudio2 19+svn2021-1
> ii libwireshark3 1.10.0~rc2-1
> ii libwiretap3 1.10.0~rc2-1
> ii libwsutil2 1.10.0~rc2-1
> ii wireshark-common 1.10.0~rc2-1
> ii zlib1g 1:1.2.8.dfsg-1
>
> wireshark recommends no packages.
>
> wireshark suggests no packages.
>
> -- no debconf information

Bug#710327: libapache2-mod-perl2: failing tests with Apache 2.4

[Dominic Hargreaves]

Source: libapache2-mod-perl2
Version: 2.0.8+httpd24-r1449661-1
Severity: important

The following tests are currently marked as 'todo':

# Failed test 1 in t/directive/perlloadmodule3.t at line 38 *TODO*
# Failed test 4 in t/hooks/authen_digest.t at line 35 *TODO*
# Failed test 5 in t/hooks/authen_digest.t at line 37 *TODO*
# Failed test 6 in t/hooks/authen_digest.t at line 41 *TODO*
# Failed test 7 in t/hooks/authen_digest.t at line 45 *TODO*

and should be followed up (but it was better to have something ready
for the Apache transition, scheduled to start tomorrow).

Dominic.

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


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

Bug#710284: [Pkg-xfce-devel] Bug#710284: xfce4: dist-upgrade to 4.10 fails with xfce4/xfce4-session/xfce4-appfinder held back by stale xfce4-utils

[Ben Caradoc-Davies]

On 30/05/13 03:30, Yves-Alexis Perez wrote:

Out of curiosity, can you include the result of:
apt-get install xfce4


That results in a clean upgrade:

# apt-get -s -V -o Debug::pkgProblemResolver=yes install xfce4
Reading package lists... Done
Building dependency tree
Reading state information... Done
Starting
Starting 2
Done
The following package was automatically installed and is no longer required:
   xfprint4 (4.6.1-3)
Use 'apt-get autoremove' to remove it.
The following extra packages will be installed:
   libxfce4ui-utils (4.10.0-2)
   xfce4-appfinder (4.10.1-1)
   xfce4-session (4.10.1-1)
Suggested packages:
   gtk3-engines-xfce (3.0.1-2)
   fortunes-mod ()
The following packages will be REMOVED:
   xfce4-utils (4.8.3-2)
The following NEW packages will be installed:
   libxfce4ui-utils (4.10.0-2)
The following packages will be upgraded:
   xfce4 (4.8.0.3 => 4.10.1)
   xfce4-appfinder (4.8.0-3 => 4.10.1-1)
   xfce4-session (4.8.3-4 => 4.10.1-1)
3 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
Inst xfce4 [4.8.0.3] (4.10.1 Debian:unstable [all]) []
Remv xfce4-utils [4.8.3-2] []
Inst xfce4-session [4.8.3-4] (4.10.1-1 Debian:unstable [amd64]) []
Inst xfce4-appfinder [4.8.0-3] (4.10.1-1 Debian:unstable [amd64]) []
Inst libxfce4ui-utils (4.10.0-2 Debian:unstable [amd64])
Conf xfce4-session (4.10.1-1 Debian:unstable [amd64])
Conf xfce4-appfinder (4.10.1-1 Debian:unstable [amd64])
Conf libxfce4ui-utils (4.10.0-2 Debian:unstable [amd64])
Conf xfce4 (4.10.1 Debian:unstable [all])

I also tried marking xfce4 as auto and this did not help dist-upgrade.

Kind regards,

--
Ben Caradoc-Davies 


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

Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work

[Dominic Hargreaves]

On Tue, May 28, 2013 at 04:53:01PM +0300, Niko Tyni wrote:
> On Sat, May 25, 2013 at 08:03:35PM +0200, gregor herrmann wrote:
> > On Sat, 25 May 2013 11:47:01 +0300, Niko Tyni wrote:
> 
> > > I just pushed a ntyni/httpd24 branch to the git repo. I think it should
> > > be rebased onto whichever solution we choose for the upstream merge.
> > 
> > Same for my gregoa/httpd24 branch (which I pushed earlier today,
> > before seeing this mail).
> > 
> > Dam, in case you have the commits ready, you could take debian/ from
> > my branch (which should incorporate Niko's work) and go on from
> > there.
> 
> I guess Damyan is busy; so am I unfortunately.
> 
> Given the schedule, I suppose basing this on the SVN merge is the best
> approach. If anybody can upload that to experimental, please do. I'm
> sorry but I can't find the time myself.

I've now made a few tweaks on top of gregoa/httpd24, pushed it to the
experimental branch, and uploaded to experimental. As well as the unit
tests, I verified that it was able to run request-tracker4.

Bug reports about the TODO tests to follow.

Cheers,
Dominic.

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


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

Bug#710284: [Pkg-xfce-devel] Bug#710284: xfce4: dist-upgrade to 4.10 fails with xfce4/xfce4-session/xfce4-appfinder held back by stale xfce4-utils

[Ben Caradoc-Davies]

On 30/05/13 03:30, Yves-Alexis Perez wrote:

I've tried to reproduce in a wheezy chroot. Installed xfce4 (4.8.0.3)
then switched the sources to sid (directly) and tried to install xfce4
and I have no dependency problem:


What do you see if you dist-upgrade?

apt-get dist-upgrade -s

Kind regards,

--
Ben Caradoc-Davies 


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

Bug#709740: Bug#710309: man-db: FTBFS with automake1.13

[Colin Watson]

Control: clone -1 -2
Control: reassign -2 gnulib
Control: retitle -2 gnulib: please provide new upstream snapshot (>= 2012-12-23)
Control: block -1 by -2

On Wed, May 29, 2013 at 11:41:30AM -0700, Daniel Schepler wrote:
> Source: man-db
> Version: 2.6.3-6
> Severity: serious
> 
> From my pbuilder build log, using a chroot updated so that automake is
> version 1:1.13.2-1:
[...]
> configure.ac:412: warning: The 'AM_PROG_MKDIR_P' macro is deprecated,
> and its use is discouraged.
> configure.ac:412: You should use the Autoconf-provided
> 'AC_PROG_MKDIR_P' macro instead,
> configure.ac:412: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your
> Makefile.am files.

This is from AM_GNU_GETTEXT.  #709740 is implicated, although in my case
I get the macro definition indirectly via the copy in gnulib.  Dear
gnulib maintainer: could we please have a new snapshot in unstable,
since this was fixed upstream on 2012-12-23?  As well as #687986, we now
have this problem that will affect a number of upstream packages built
on Debian systems, and backporting fixes is only going to get
increasingly cumbersome.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#710324: ITP: staden -- set of DNA sequence assembly, editing and analysis tools

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: staden
  Version : 2.0.0b9
  Upstream Author : Medical Research Council, Laboratory of Molecular Biology
* URL : http://staden.sourceforge.net/
* License : unknown (need to be resolved, obviously, before releasing)
  Programming Lang: C, C++, Tcl
  Description : set of DNA sequence assembly, editing and analysis tools

 This is the Staden package, a collection of sequence handling and
 analysis software.
 .
 Gap4 performs sequence assembly, contig ordering based on read pair
 data, contig joining based on sequence comparisons, assembly checking,
 repeat searching, experiment suggestion, read pair analysis and contig
 editing. It has graphical views of contigs, templates, readings and
 traces which all scroll in register. Contig editor searches and
 experiment suggestion routines use confidence values to calculate the
 confidence of the consensus sequence and hence identify only places
 requiring visual trace inspection or extra data. The result is
 extremely rapid finishing and a consensus of known accuracy.
 .
 Pregap4 provides a graphical user interface to set up the processing
 required to prepare trace data for assembly or analysis, and automates
 these processes.
 .
 Trev is a rapid and flexible viewer and editor for ABI, ALF, SCF and
 ZTR trace files.
 .
 Prefinish analyses partially completed sequence assemblies and suggests
 the most efficient set of experiments to help finish the project.
 .
 Tracediff and hetscan automatically locate mutations by comparing trace
 data against reference traces. They annotate the mutations found ready
 for viewing in gap4.
 .
 Spin analyses nucleotide sequences to find genes, restriction sites,
 motifs, etc. It can perform translations, find open reading frames,
 count codons, etc. Many results are presented graphically and a sliding
 sequence window is linked to the graphics cursor. Spin also compares
 pairs of sequences in many ways. It has very rapid dot matrix analysis,
 global and local alignment algorithms, plus a sliding sequence window
 linked to the graphical plots. It can compare nucleic acid against
 nucleic acid, protein against protein, and protein against nucleic
 acid.


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

Bug#595106: Packaging done in my github account

[Rogério Brito]

Control: retitle -1 RFP: faenza-icon-theme -- Faenza icon theme
thanks

You know what? It is a shame that we have this darned inertia thing.

I have packaged this set of icons a long time ago, but I had not (if I
remember correctly) adopted (at that time) a decent VCS.

So, I decided to get the work done again and I published my work at:

https://github.com/rbrito/pkg-faenza-icon-theme

Do whatever you guys want with this (but, please, preserve the credits).

Adnan, I'm preemptively changing this from ITP to RFP. Please, change it
back if you still are really interested in packaging this thing.


Regards,

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


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

Bug#710171: Allow math rendering in HTML

[Karl Berry]

> texi2html, which texinfo superseeds, allowed the rendering of @math
> environments to images in HTML output. Please add similar functionality
> to texinfo.

Is this planned

Well, Patrice and I haven't talked about that specifically.  Patrice?

(We have had other discussions about math support, but nothing
simple/soon.)

k


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

Bug#683338: use Atl-Ctrl-Backspace

[paul . szabo]

>> I have to be very careful when logging in otherwise the only option is
>> to reboot the system.
> You can go to a tty and restart gdm if it hangs or starts to act weirdly.

As per  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683338#15 :

I can press Atl-Ctrl-Backspace to cause the X server to die, then X and
the greeter restart correctly.

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

Bug#710323: qa.debian.org: changelog url is wrong

[Nick Andrik]

Package: qa.debian.org
Severity: normal

The changelog entry for ffmpeg package [1] is pointing to the wrong location
[2] instead of the correct one [3]

[1] http://packages.qa.debian.org/f/ffmpeg.html
[2] http://ftp-
master.metadata.debian.org/changelogs/updates/main/f/ffmpeg/oldstable_changelog
[3] http://ftp-
master.metadata.debian.org/changelogs/main/f/ffmpeg/oldstable_changelog



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

Kernel: Linux 3.8.0-22-generic (SMP w/8 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.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#710322: clang-3.3: Support Headers not picked up cstddef and more

[Marc J. Driftmeyer]

Package: clang-3.3
Version: 1:3.3~svn179851-1~exp1
Severity: normal

Dear Maintainer,

Since so many packages have been pushed from experimental into Sid with GCC-4.7 
and part of GCC-4.8 I decided to see how building LLVM/Clang from trunk works. 
It fails with assembly issues I'll file later using GCC-4.7 as the CC.

Now, I decide to install the LLVM-3.3/Clang-3.3 toolchain in its entirety to 
see how well it builds and this is what I get:

Scanning dependencies of target LLVMSupport
[  0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/lib/Support/APFloat.cpp:15:
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/APFloat.h:104:
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/APInt.h:19:
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/ArrayRef.h:14:
In file included from 
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/SmallVector.h:17:
/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/Support/AlignOf.h:19:10:
 fatal error: 
  'cstddef' file not found
#include 
 ^
1 error generated.
make[2]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o] Error 1
make[1]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/all] Error 2
make: *** [all] Error 2



What is it with this latest transition in GCC-4.7.4 and GCC-4.8 that seems to 
throw this error each and every time I test it? Am I missing a package that can 
resolve the relocation of these header file paths or does Debian need to 
contact LLLVM/Clang and make sure those paths are included when building the 
infrastructure?

Sincerely,

Marc J. Driftmeyer

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

Kernel: Linux 3.8-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT)
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 clang-3.3 depends on:
ii  libc62.17-3
ii  libclang-common-dev  1:3.3~svn179851-1~exp1
ii  libffi5  3.0.10-3
ii  libgcc1  1:4.8.0-8
ii  libllvm3.3   1:3.3~svn179851-1~exp1
ii  libstdc++6   4.8.0-8
ii  libstdc++6-4.7-dev   4.7.3-4

Versions of packages clang-3.3 recommends:
ii  llvm-3.3-dev  1:3.3~svn179851-1~exp1
ii  python2.7.3-13

clang-3.3 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#631504: unusable for non-root users with or without setuid

[Mike Roddewig]

Package: ntfs-3g
Version: 1:2013.1.13AR.1-2
Followup-For: Bug #631504

Dear Maintainer,

There appears to be a regression of this bug in Jessie, when trying to
automount an external NTFS drive in Gnome I received the first error
"Unprivileged user can not mount NTFS block devices using the external FUSE
library. [...]" with setuid unset, received the second error "Mount is denied
because setuid and setgid root ntfs-3g is insecure with the
external FUSE library." with setuid set.



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

Kernel: Linux 3.2.0-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 ntfs-3g depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  fuse   2.9.0-2+deb7u1
ii  libc6  2.17-3
ii  libfuse2   2.9.0-2+deb7u1
ii  libgcrypt111.5.0-5
ii  libgnutls262.12.20-6
ii  multiarch-support  2.17-3

ntfs-3g recommends no packages.

ntfs-3g suggests no packages.

-- debconf information:
* ntfs-3g/setuid-root: true
* ntfs-3g/initramfs: true


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

Bug#709667: libxapian-ruby1.9.1, libxapian-ruby1.8: copyright file missing after upgrade (policy 12.5)

[Olly Betts]

tags 709667 +pending
thanks

On Wed, May 29, 2013 at 10:58:27PM +0200, Andreas Beckmann wrote:
> Rebuilding in sid creates 2 extremely empty transitional packages.

Hmm, I definitely meant to check contents of the binary packages, but
clearly I missed that step.  Thanks for catching this.

> Unfortunately debian/rules has about 10KB good reasons that prevent me
> from digging into this further.

That's fine - the problem is just that I'm not calling dh_installdeb
in the binary-indep target.

Cheers,
Olly


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

Bug#546325: proc/i8k has the version. The utility doesn't report it

[Vitor Augusto]

Hi,

this is a bug in the kernel module i8k.

In the module, when the file '/proc/i8k' is actualized, the bios
version comes from two different sources of information: SMM BIOS and
DMI table.

In some system, the SMM BIOS information is not available. And this
problem can be confirmed in the log at '/var/log/kern.log' with the
message

"proc/i8k has the version. The utility doesn't report it"

So, in this case, the file '/proc/i8k' is filled with information just
from the DMI table. And the content of '/proc/i8k' is complete.

The bug in the module is that i8kctl asks for information calling
'ioctl', but this call is responded just trying SMM BIOS source: in
the method 'i8k_get_bios_version'.

The easier way to solve this is to make i8kctl get information parsing
'/proc/i8k'.


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

Bug#710317: adonthell: FTBFS on all buildd

[Barry deFreese]

On 5/29/2013 5:28 PM, Markus Koschany wrote:
> Package: adonthell
> Version: 0.3.5-8
> Severity: serious
> Tags: patch
> Justification: FTBFS on all buildd
> 
> 
> Hi Barry,
> 
> adonthell fails to build from source on all buildd. The reason is a
> wrong dh addon called "yes" in your rules file.
> 
> wrong: dh $@ --with python2, yes
> correct: dh $@ --with python2
> 
> You can trigger the bug by building a binary-only build with
> dpkg-buildpackage -B.
> 
> Regards,
> 
> Markus
> 
> ___
> Pkg-games-devel mailing list
> pkg-games-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-devel
> 

That makes zero sense.  That is how I was told to build it and it builds fine 
in pbuilder.

Anyway, I will take a look.

Thanks,

Barry


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

Bug#709170: no option to set the SSL protocol version?

[Charles Cazabon]

Hi, Jidanni,

> I don't think so, as I can turn the bug on and off by switching between
> 4.32 and 4.40 with dpkg -i, and everything else not changing.

This doesn't make a lot of sense to me.  There's no difference in the
IMAP(-SSL) connection code between those versions of getmail -- none at all.

And if you're saying that 4.32.0 can connect to a given IMAP-SSL server, but
4.40.x cannot connect to that same server -- getmail has never specified an
SSL version to connect with, because historically that wasn't supported by the
Python stdlib.  It sounds to me like there must be another difference between
the two configurations -- something lower in the stack that affects which SSL
version is chosen (if that's the problem here).

Are the two using different Python interpreters?  Maybe they've been compiled
with different options, or linked against different SSL libs?

Or perhaps, is one or both of those Debian packages patching my source?  I
can't make them behave differently here, but I don't know what server user(s)
are having problems with either.

Some hints on how to reproduce the problem, and what the problem actually is,
would be useful.

Thanks,

Charles
-- 
--
Charles Cazabon 
Software, consulting, and services available at http://pyropus.ca/
--


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

Bug#710321: task: didn't handle conffile rename correctly

[Jakub Wilk]

Source: task
Version: 2.1.2-1
Severity: serious
Justification: Policy 10.7.3

task_2.0.0-1 ships this conffile:
/etc/bash_completion.d/task

task_2.1.2-1 ships it as:
/etc/bash_completion.d/task.sh

Unfortunately, I forgot to add maintainer scripts to deal with this 
rename. As a consequence, users who upgraded the package have now both 
of the files on disk. :(


My current plan how to fix this:
1) Revert to the original filename: /etc/bash_completion.d/task
2) rm_conffile /etc/bash_completion.d/task.sh

It's not ideal, but I don't think any extra complexity is worth the 
effort, given that the broken package has been in unstable for less than 
3 weeks.


If anybody has a better idea, please speak up!

--
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#641465: kboot-utils: changing back from ITP to RFP

[Antonio Ospite]

retitle 641465 ITP: kboot-utils -- Helper tools to generate a kboot.conf file
owner 641465 !
thanks

The package will still be useful to complete the installation on PS3.

Binary packages can be found at http://ao2.it/debian/

The source code is at http://git.ao2.it/kboot-utils.git/
the packaging bits are in the "debian" branch.

Regards,
   Antonio


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

Bug#690509: gambas3: spelling humor

[Steven Chamberlain]

Control: tags -1 + patch

--- gambas3-3.1.1.orig/app/src/gambas3/tips/tips.en 2012-05-09 
12:32:25.0 +
+++ gambas3-3.1.1/app/src/gambas3/tips/tips.en  2013-05-29 22:07:17.468789400 
+
@@ -60,7 +60,7 @@
 
 Path concatenation
 
-Do you know that you can catenate directory names and
+Do you know that you can concatenate directory names and
 file names with the &/ operator ? This operator
 deals with the trailing slashes so that the resulting path is
 perfect.

-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#679686: missing symvers/libvers (or soversion) for new librbd1

[Laszlo Boszormenyi (GCS)]

Hi Thijs,

On Tue, 2013-05-28 at 13:45 +0200, Thijs Kinkhorst wrote:
> What is the status of the ceph packages and this bug? It seems there are
> problems building the release currently in unstable, but do you think that
> a new version can be uploaded to address this? Would be great to see ceph
> back in jessie.
 From time-to-time I've updated the packaging, but not uploaded. Reason
is that I don't use it now and can't be 100% sure it is working
correctly. This is going to change. I've just created 0.61.2 , mostly
based on the Ubuntu changes.
 But also moved to debhelper level 9 and made it multi-arch. Dropped
library symbols for now. Anyone brave to test packaging, contact me in
private.

Cheers,
Laszlo/GCS


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

Bug#710315: python2.7: 2.7.5 has bug in regexp engine

[will kahn-greene]

This is with the 2.7.5 packages in debian testing:

saturn ~> python
Python 2.7.5 (default, May 20 2013, 13:49:25)
[GCC 4.7.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import re
>>> re.compile('.*yz', re.S).findall('xyz')
Traceback (most recent call last):
  File "", line 1, in 
RuntimeError: internal error in regular expression engine
>>> re.compile('.?yz', re.S).findall('xyz')
Traceback (most recent call last):
  File "", line 1, in 
RuntimeError: internal error in regular expression engine
>>> re.compile('.+yz', re.S).findall('xyz')
Traceback (most recent call last):
  File "", line 1, in 
RuntimeError: internal error in regular expression engine
>>>


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

Bug#710320: gambas3: kfreebsd support

[Steven Chamberlain]

Package: gambas3
Version: 3.1.1-2
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Severity: wishlist

Hi,

The attached patches allow gambas3 to build on GNU/kFreeBSD (aside from
bug #701393).  These have been tested on kfreebsd-amd64 and result in a
successful build of the full set of binary packages.

I created a new 'OS_GNU' system type for this because neither OS_LINUX
or OS_FREEBSD were quite suitable.  This system type may be suitable for
GNU/Hurd as well, but there were still other issues preventing gambas3
from building yet on hurd-i386.

In order for the gb.v4l component to build, I had to add a missing
Build-Depends on libv4l-dev [kfreebsd-any] (please see
debian-control.patch).  And I reversed the logic of two FreeBSD-specific
vs. Linux-specific ifdefs for better compatibility.

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- gambas3-3.1.1.orig/debian/control	2012-05-24 11:25:53.0 +
+++ gambas3-3.1.1/debian/control	2013-05-29 16:40:40.175796014 +
@@ -4,7 +4,7 @@
 Homepage: http://gambas.sourceforge.net
 Maintainer: Gambas Debian Maintainers  
 Uploaders: Ian Haywood , David Paleino , José L. Redrejo Rodríguez 
-Build-Depends: debhelper (>> 7), dh-autoreconf, libpq-dev, libv4l-dev [linux-any], libcam-dev [kfreebsd-any], libmysqlclient-dev, libbz2-dev, libglew-dev, libqt4-dev, libqt4-opengl-dev, libcurl4-openssl-dev, libsdl-mixer1.2-dev, libsqlite0-dev, libxml2-dev, libxslt1-dev, kdelibs5-dev, libssl-dev, zlib1g-dev, unixodbc-dev, libsqlite3-dev, libgtk2.0-dev, libxt-dev, pkg-config, mesa-common-dev, libsdl-sound1.2-dev, libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, libpcre3-dev, libsdl1.2-dev, libjpeg-dev, libpng12-dev, libpoppler-private-dev, libimlib2-dev, librsvg2-dev, bzip2, gettext, libxtst-dev, libffi-dev, libdbus-1-dev, libgnome-keyring-dev, libgtkglext1-dev, linux-libc-dev [linux-any], libc0.1 [kfreebsd-any], libqtwebkit-dev
+Build-Depends: debhelper (>> 7), dh-autoreconf, libpq-dev, libv4l-dev [linux-any], libv4l-dev [kfreebsd-any], libcam-dev [kfreebsd-any], libmysqlclient-dev, libbz2-dev, libglew-dev, libqt4-dev, libqt4-opengl-dev, libcurl4-openssl-dev, libsdl-mixer1.2-dev, libsqlite0-dev, libxml2-dev, libxslt1-dev, kdelibs5-dev, libssl-dev, zlib1g-dev, unixodbc-dev, libsqlite3-dev, libgtk2.0-dev, libxt-dev, pkg-config, mesa-common-dev, libsdl-sound1.2-dev, libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, libpcre3-dev, libsdl1.2-dev, libjpeg-dev, libpng12-dev, libpoppler-private-dev, libimlib2-dev, librsvg2-dev, bzip2, gettext, libxtst-dev, libffi-dev, libdbus-1-dev, libgnome-keyring-dev, libgtkglext1-dev, linux-libc-dev [linux-any], libc0.1 [kfreebsd-any], libqtwebkit-dev
 Standards-Version: 3.9.3
 
 Package: gambas3
Index: gambas3-3.1.1/acinclude.m4
===
--- gambas3-3.1.1.orig/acinclude.m4	2013-05-29 15:10:17.0 +
+++ gambas3-3.1.1/acinclude.m4	2013-05-29 15:59:18.643725997 +
@@ -505,6 +505,17 @@
   AC_DEFINE(OS_SOLARIS, 1, [Target system is Solaris])
   AC_DEFINE(SYSTEM, "Solaris", [Operating system])
   ;;
+*-*-k*bsd*-gnu )
+  SYSTEM=GNU
+  AC_DEFINE(OS_GNU, 1, [Target system is of GNU family])
+  AC_DEFINE(OS_BSD, 1, [Target system is of BSD family])
+  AC_DEFINE(SYSTEM, "GNU/kFreeBSD", [Operating system])
+  ;;
+*-*-gnu* )
+  SYSTEM=GNU
+  AC_DEFINE(OS_GNU, 1, [Target system is of GNU family])
+  AC_DEFINE(SYSTEM, "GNU", [Operating system])
+  ;;
 *)
   SYSTEM=UNKNOWN
   AC_DEFINE(SYSTEM, "unknown", [Operating system])
Index: gambas3-3.1.1/main/gbc/gbi.c
===
--- gambas3-3.1.1.orig/main/gbc/gbi.c	2012-05-09 12:32:25.0 +
+++ gambas3-3.1.1/main/gbc/gbi.c	2013-05-29 15:47:50.313789067 +
@@ -42,7 +42,7 @@
 
 #include 
 
-#if defined(OS_LINUX) || defined(OS_OPENBSD) || defined(OS_FREEBSD) || defined(OS_CYGWIN)
+#if defined(OS_LINUX) || defined(OS_GNU) || defined(OS_OPENBSD) || defined(OS_FREEBSD) || defined(OS_CYGWIN)
 	#define lt_dlinit() (0)
 	#define lt_dlhandle void *
 	#define lt_dlopenext(_path) dlopen(_path, RTLD_LAZY)
Index: gambas3-3.1.1/gb.v4l/src/CWebcam.h
===
--- gambas3-3.1.1.orig/gb.v4l/src/CWebcam.h	2012-05-09 12:32:25.0 +
+++ gambas3-3.1.1/gb.v4l/src/CWebcam.h	2013-05-29 16:53:17.031802491 +
@@ -31,11 +31,11 @@
 #include 
 #include 
 
-#ifdef OS_FREEBSD
-  #include 
-#else
+#ifdef OS_LINUX
   #include 
   #include "videodev.h"
+#else
+  #include 
 #endif
 
 #include "gambas.h"
Index: gambas3-3.1.1/gb.v4l/src/gv4l2.c

Bug#684788: emacs24-lucid: segfaults on startup

[Kevin Ryde]

I suspect this may have to do with -Wl,-znocombreloc.  If I change the
debian/rules to

LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) -Wl,-znocombreloc

then the emacs24-lucid package works.

The emacs configure checks for and adds -Wl,-znocombreloc to LDFLAGS.
But the way the "build_cmd" forces

$(MAKE) LDFLAGS=...

loses that configure -Wl from the actual compile.  Perhaps either
build_cmd could not force the flags on the make, but only on the
configure invocation, or else ensure -Wl,-znocombreloc is included in
the overridden flags.  It seems configure uses -Wl,-znocombreloc
whenever it works, which for debian would mean always I expect.

Dunno what -Wl,-znocombreloc actually does.  Something hairy affecting
unexec I suppose.  Dunno why it only affects the athena build.  The
relocations which are broken without it are related to structs copied
from the shared library into the program data area.  Perhaps the gtk
build doesn't have any of those.


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

Bug#710200: Uses deprecated HAL on non-Linux

[Michael Biebl]

Am 29.05.2013 23:43, schrieb Michael Biebl:
> Reading the description of the package, I'm wondering what this software
> is supposed to do on e.g. kfreebsd for which no *BSD port exists.

Argh, I meant to write here: "as no *BSD port for Red Hat exists".



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



signature.asc
Description: OpenPGP digital signature

Bug#707946: gtk2-engines-qtcurve: Emacs hangs on startup

[Boris Pek]

control: tags 707946 = pending

https://github.com/tehnick/gtk2-engines-qtcurve-debian/commit/0c69763


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

Bug#710200: Uses deprecated HAL on non-Linux

[Michael Biebl]

Am 29.05.2013 07:42, schrieb Miroslav Suchý:
> On 29.5.2013 02:35, Michael Biebl wrote:
>> Your package builds with HAL support on non-Linux plattforms.
>>
>> Please disable HAL support on those plattforms and if applicable, port
>> it to native interfaces provided on those architectures.
> 
> Rhn-client-tools works actually with gudev or hal (and gudev is prefered
> if both are available).

If you disable hal support on non-Linux, what effect does that have?
Does rhn-client-tools even work on non-Linux?
Reading the description of the package, I'm wondering what this software
is supposed to do on e.g. kfreebsd for which no *BSD port exists.

> On linux platforms where gudev is available is put in requires gudev and
> hal is intentionally ommited.
> But on non-linux platforms, gudev is not available.

Correct.

> Looking on page:
>  https://wiki.ubuntu.com/Halsectomy
> makes me puzzled. Many projects say that they use gudev now. How they do
> that on non-linux platforms?

They don't. Some packages use plattform specific code, some use
abstractions e.g. provided by GIO/Glib, some simply don't support
certain features on non-Linux.

What exactly is HAL required for on non-Linux?

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#710220: libstdc++6: 4.8.0-8 upgrade breaks system_clock

[Matthias Klose]

Am 29.05.2013 16:09, schrieb Matthias Klose:
> So first lets see which packages are affected, then decide how to address this
> (currently searching the Ubuntu archive for these symbols, lacking the 
> resources
> to do that for the Debian archive).  You only see this in c++0x/c++11 mode, so
> this should be a somehow limited list of packages (and the c++11 support in 
> all
> released GCC versions is still marked as experimental).

so the only package I found is libcupt2-0-downloadmethod-wget (source package
cupt). This search was done in the Ubuntu development release (saucy).

> I'd like to avoid renaming the libstdc++6 package if possible.

So yes, I feel fine to keep the name.

Please could you name the software where you did see this failure?

Thanks, Matthias


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

Bug#710317: adonthell: FTBFS on all buildd

[Markus Koschany]

Package: adonthell
Version: 0.3.5-8
Severity: serious
Tags: patch
Justification: FTBFS on all buildd


Hi Barry,

adonthell fails to build from source on all buildd. The reason is a
wrong dh addon called "yes" in your rules file.

wrong: dh $@ --with python2, yes
correct: dh $@ --with python2

You can trigger the bug by building a binary-only build with
dpkg-buildpackage -B.

Regards,

Markus


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

Bug#710034: support for xz-compressed source tarballs

[Russ Allbery]

Andreas Beckmann  writes:
> On 2013-05-27 20:20, Russ Allbery wrote:

>> I'm switching as much as possible from gzip or bzip2 to xz compression
>> since it produces better compression ratios and is faster to
>> decompress.  Could you add support for xz-compressed tarballs to
>> module-assistant?

> That sounds like a good idea. Patches welcome. Or at least a testcase
> would be nice - any package already converted to use .xz. Just some
> branch in a Vcs would be fine (and a rather sane (easily discoverable or
> well documented) way to build a package from this branch).

Completely untested since I haven't had a chance to really look at this
yet, but I think it may be as simple adding to:

  echo Extracting the package tarball, $tarball, please wait...
  if [ ${tarball%gz} != $tarball ] ; then
  action tar --gzip -x -f $tarball
  elif [ ${tarball%bz2} != $tarball ] ; then
  action action tar --bzip2 -x -f $tarball
  else
  echo Unknown compression method, $tarball
  exit 1
  fi

in /usr/share/modass/packages/generic.sh the additional stanza:

  elif [ ${tarball%xz} != $tarball ] ; then
  action tar --xz -x -f $tarball

(although I'm not sure why the bzip2 case repeats action twice) and then
at:

   for suf in .tar.bz2 .tar.gz .tgz ; do

adding .tar.xz.

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


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

Bug#710315: python2.7: 2.7.5 has bug in regexp engine

[Paul Tagliamonte]

severity 710315 serious
kthxbye

Renders unrelated software inoperable

Cheers,
  Paul

-- 
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#710316: libproxy: Missing debug symbol package (-dbg)

[Edward Wang]

Package: libproxy
Severity: important

Hello,

The libproxy package in Debian is missing its debug symbol counterpart 
(libproxy-dbg). It does, however, exist in Ubuntu, so maybe it's just a 
matter of porting it over.


Would it be possible to add this debug symbol package as well?

Thanks


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

Bug#710307: (no subject)

[Daniel Kahn Gillmor]

On 05/29/2013 05:01 PM, Alessandro Ghedini wrote:
> Can you provide a backtrace?

I'm not sure how to do that, and i'm doubly-confused given the weird
interactions between valgrind and gdb.

just trying:

 gdb valgrind

gives me:

"/usr/bin/valgrind": not in executable format: File format not recognized

can you point me to docs for getting such a backtrace?

--dkg

PS thanks for fixing the bug title.



signature.asc
Description: OpenPGP digital signature

Bug#710190: vlc: Segfault when opening a playlist containing rtsp urls

[Edward Wang]

On 13-05-28 11:35 PM, Jules Bernable  wrote:
And the full gdb session, just I case you need it ! 


Hi, could you install libc6-dbg and try the gdb debug session again? The 
dlopen() looks weird.



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

Bug#710034: support for xz-compressed source tarballs

[Andreas Beckmann]

On 2013-05-27 20:20, Russ Allbery wrote:
> I'm switching as much as possible from gzip or bzip2 to xz compression
> since it produces better compression ratios and is faster to decompress.
> Could you add support for xz-compressed tarballs to module-assistant?

That sounds like a good idea. Patches welcome. Or at least a testcase
would be nice - any package already converted to use .xz. Just some
branch in a Vcs would be fine (and a rather sane (easily discoverable or
well documented) way to build a package from this branch).


Andreas


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

Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist

[Bastien ROUCARIES]

You need to use gitpkg debianbranch in order to get patch queue

Normally you do not need revert

On Wed, May 29, 2013 at 11:02 PM, Alban Browaeys  wrote:
> I got:
>> make[2] : on entre dans le répertoire « 
>> /home/prahal/Projects/Devel/Gnome/jhbuild/imagemagick/imagemagick/debian/build-quantum-indep
>>  »
>> doxygen config/MagickCore.dox
>> error: tag OUTPUT_DIRECTORY: Output directory `www/api' does not exist and 
>> cannot be created
>> Exiting...
>> make[2]: *** [html] Erreur 1
>> make[2] : on quitte le répertoire « 
>> /home/prahal/Projects/Devel/Gnome/jhbuild/imagemagick/imagemagick/debian/build-quantum-indep
>>  »
>> dh_auto_build: make -j1 html V=1 returned exit code 2
>
> I revert commit 33747a8812d17492b1eb68cc810204d10ccc3464 (remove not needed 
> mkdir) and retry.
>
> Best regards
> Alban
>
>
>
> -- Forwarded message --
> From: Bastien ROUCARIES 
> To: Alban Browaeys 
> Cc: Vincent Fourmond , 709...@bugs.debian.org
> Date: Wed, 29 May 2013 22:11:35 +0200
> Subject: Re: Bug#709856: imagemagick: fails to install: update-alternatives: 
> error: alternative path /usr/bin/compare-im6 doesn't exist
>
> Alban could you try thé last debian branch on gît?
>
> Le 28 mai 2013 18:46, "Bastien ROUCARIES" 
>  a écrit :
>>
>> On Tue, May 28, 2013 at 5:47 PM, Alban Browaeys  wrote:
>> > Ok. From commit eccd15b20e14a737b662e1b9e21f6cda015250aa I thought the
>> > move from the symlinks from imagemagick-6.q16 to imagemagick (including
>> > postinst, prerm, menu, and so forth) was done as to include the symlinks
>> > in the non arch imagemagick .
>> > Leaving them in the binary-indep dh_install override and keeping
>> > imagemagick arch dependent leads to them not shipping at all.
>> >
>> > Do you wish to keep them in binary indep override and move them back to
>> > imagemagick-6 or move the symlinks into the arch override ?
>>
>> Hi all,
>>
>> they are two solutions and it is a trade-off between multiarch and a
>> new package
>>
>> indeed I could reproduce the bug with dpkg-buildpackage -B
>>
>> imagemagick is set to arch any whereas it is it not builded in arch all.
>>
>> I have corrected it, but it set every man pages that are arch all to a
>> package arch any
>>
>> Bastien
>>
>>
>> > Alban
>> >
>> >
>> > -- Forwarded message --
>> > From: Bastien ROUCARIES 
>> > To: Alban Browaeys , 709...@bugs.debian.org
>> > Cc:
>> > Date: Tue, 28 May 2013 16:33:58 +0200
>> > Subject: Re: Bug#709856: imagemagick: fails to install: 
>> > update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't 
>> > exist
>> > On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys  wrote:
>> >> Package: imagemagick
>> >> Version: 8:6.8.5.6-2
>> >> Followup-For: Bug #709856
>> >>
>> >> Dear Maintainer,
>> >> I ended up switching "imagemagick" main package from architecture "any" 
>> >> too
>> >> "all" thus making effective the binary-indep debian rule for
>> >> "imagemagick" package. Otherwise indeed I was lacking the /usr/bin/*-im6
>> >> symbolic links.
>> >> Attach is a patch against the git debian repository.
>> >> Build and installed fine.
>> >>
>> >> Best regards,
>> >> Alban
>> >
>> >
>> > Thanks for the patch the problem is that the symlink are not arch
>> > neutral and point to /usr/lib/arch
>> >
>> > Bastien
>> >>
>> >> -- Package-specific info:
>> >> ImageMagick program version
>> >> ---
>> >> animate:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> compare:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> convert:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> composite:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> conjure:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> display:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> identify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> import:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> mogrify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> montage:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >> stream:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
>> >>
>> >> -- System Information:
>> >> Debian Release: jessie/sid
>> >>   APT prefers unstable
>> >>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
>> >> 'experimental')
>> >> Architecture: amd64 (x86_64)
>> >> Foreign Architectures: i386
>> >>
>> >> Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores)
>> >> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
>> >> Shell: /bin/sh linked to /bin/dash
>> >>
>> >> Versions of packages imagemagick depends on:
>> >> ii  imagemagick-6.q16  8:6.8.5.6-2
>> >>
>> >> imagemagick recommends no packages.
>> >>
>> >> imagemagick suggests no packages.
>> >>
>> >> -- no debconf information
>> >
>> >
>
>


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or

Bug#664199: python3-feedparser

[Etienne Millon]

Hello,

It seems that both this bug and #649172 are fixed in Ubuntu[1].
I'll prepare a NMU in a few weeks if you're OK with this (or let me
now if I should wait longer).

[1]: https://patches.ubuntu.com/f/feedparser/feedparser_5.1.2-1ubuntu2.patch

Cheers

-- 
Etienne Millon


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

Bug#710307: (no subject)

[Alessandro Ghedini]

retitle 710307 valgrind: illegal instruction on mipsel
kthxbye

On mer, mag 29, 2013 at 06:13:48 +, Daniel Kahn Gillmor wrote:
> Package: valgrind
> Version: 1:3.8.1-3
> Severity: normal
> 
> valgrind fails with "Illegal instruction" on mipsel:
> 
> (experimental_mipsel-dchroot)dkg@eder:~$ valgrind ls
> Illegal instruction
> (experimental_mipsel-dchroot)dkg@eder:~$ 
> 
> this appears to make it unusable on this platform.

Can you provide a backtrace?

Thanks

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


signature.asc
Description: Digital signature

Bug#709667: libxapian-ruby1.9.1, libxapian-ruby1.8: copyright file missing after upgrade (policy 12.5)

[Andreas Beckmann]

Followup-For: Bug #709667
Control: found -1 1.2.15-3

Hi,

while I see the postinst scripts in the source package, they didn't make
it into the binary package.
Rebuilding in sid creates 2 extremely empty transitional packages.
Unfortunately debian/rules has about 10KB good reasons that prevent me
from digging into this further.


Andreas


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

Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist

[Alban Browaeys]

I got:
> make[2] : on entre dans le répertoire « 
> /home/prahal/Projects/Devel/Gnome/jhbuild/imagemagick/imagemagick/debian/build-quantum-indep
>  »
> doxygen config/MagickCore.dox
> error: tag OUTPUT_DIRECTORY: Output directory `www/api' does not exist and 
> cannot be created
> Exiting...
> make[2]: *** [html] Erreur 1
> make[2] : on quitte le répertoire « 
> /home/prahal/Projects/Devel/Gnome/jhbuild/imagemagick/imagemagick/debian/build-quantum-indep
>  »
> dh_auto_build: make -j1 html V=1 returned exit code 2

I revert commit 33747a8812d17492b1eb68cc810204d10ccc3464 (remove not needed 
mkdir) and retry.

Best regards
Alban

--- Begin Message ---
Alban could you try thé last debian branch on gît?
Le 28 mai 2013 18:46, "Bastien ROUCARIES" <
roucaries.bastien+imagemag...@gmail.com> a écrit :

> On Tue, May 28, 2013 at 5:47 PM, Alban Browaeys  wrote:
> > Ok. From commit eccd15b20e14a737b662e1b9e21f6cda015250aa I thought the
> > move from the symlinks from imagemagick-6.q16 to imagemagick (including
> > postinst, prerm, menu, and so forth) was done as to include the symlinks
> > in the non arch imagemagick .
> > Leaving them in the binary-indep dh_install override and keeping
> > imagemagick arch dependent leads to them not shipping at all.
> >
> > Do you wish to keep them in binary indep override and move them back to
> > imagemagick-6 or move the symlinks into the arch override ?
>
> Hi all,
>
> they are two solutions and it is a trade-off between multiarch and a
> new package
>
> indeed I could reproduce the bug with dpkg-buildpackage -B
>
> imagemagick is set to arch any whereas it is it not builded in arch all.
>
> I have corrected it, but it set every man pages that are arch all to a
> package arch any
>
> Bastien
>
>
> > Alban
> >
> >
> > -- Forwarded message --
> > From: Bastien ROUCARIES 
> > To: Alban Browaeys , 709...@bugs.debian.org
> > Cc:
> > Date: Tue, 28 May 2013 16:33:58 +0200
> > Subject: Re: Bug#709856: imagemagick: fails to install:
> update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't
> exist
> > On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys 
> wrote:
> >> Package: imagemagick
> >> Version: 8:6.8.5.6-2
> >> Followup-For: Bug #709856
> >>
> >> Dear Maintainer,
> >> I ended up switching "imagemagick" main package from architecture "any"
> too
> >> "all" thus making effective the binary-indep debian rule for
> >> "imagemagick" package. Otherwise indeed I was lacking the /usr/bin/*-im6
> >> symbolic links.
> >> Attach is a patch against the git debian repository.
> >> Build and installed fine.
> >>
> >> Best regards,
> >> Alban
> >
> >
> > Thanks for the patch the problem is that the symlink are not arch
> > neutral and point to /usr/lib/arch
> >
> > Bastien
> >>
> >> -- Package-specific info:
> >> ImageMagick program version
> >> ---
> >> animate:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> compare:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> convert:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> composite:  ImageMagick 6.8.5-6 2013-05-28 Q16
> http://www.imagemagick.org
> >> conjure:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> display:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> identify:  ImageMagick 6.8.5-6 2013-05-28 Q16
> http://www.imagemagick.org
> >> import:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> mogrify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> montage:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> stream:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >>
> >> -- System Information:
> >> Debian Release: jessie/sid
> >>   APT prefers unstable
> >>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
> 'experimental')
> >> Architecture: amd64 (x86_64)
> >> Foreign Architectures: i386
> >>
> >> Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores)
> >> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> >> Shell: /bin/sh linked to /bin/dash
> >>
> >> Versions of packages imagemagick depends on:
> >> ii  imagemagick-6.q16  8:6.8.5.6-2
> >>
> >> imagemagick recommends no packages.
> >>
> >> imagemagick suggests no packages.
> >>
> >> -- no debconf information
> >
> >
>
--- End Message ---

Bug#710315: python2.7: 2.7.5 has bug in regexp engine

[will kahn-greene]

Package: python2.7
Version: 2.7.5-4
Severity: important

Dear Maintainer,

Python 2.7.5 has a bug in the regexp engine that kicks up RuntimeErrors.

The Python bug report is here:

   http://bugs.python.org/issue17998

It seems to affect a good number of Python libraries.

Asheesh says to file this as a release critical bug, but I didn't see that as
an option.

Hope that's enough information!

/will



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

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 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 python2.7 depends on:
ii  libpython2.7-stdlib  2.7.5-4
ii  mime-support 3.54
ii  python2.7-minimal2.7.5-4

python2.7 recommends no packages.

Versions of packages python2.7 suggests:
ii  binutils   2.22-8
pn  python2.7-doc  

-- 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#666129: NMU to latest git?

[Janos LENART]

In progress, sorry for the delay
google-authenticator_20130529-1_amd64.changes uploaded successfully to
localhost
along with the files:
  google-authenticator_20130529-1.dsc
  google-authenticator_20130529.orig.tar.gz
  google-authenticator_20130529-1.debian.tar.gz
  libpam-google-authenticator_20130529-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


On 27 May 2013 09:29, Mr Allwyn Fernandes  wrote:

> Hi Lenart,
>
> Just wondering if you are planning to update google-authenticator to a
> newer
> version, as per bugs #666129 and #660188, or if you mind if I do an NMU? I
> had
> built a deb from git HEAD a few months ago, and have the relevant files
> handy
> to submit if you don't have the time to look at it.
>
> Cheers,
>
> Allwyn.
>



-- 
LÉNÁRT, János

Bug#704805: Depend precisely on a versionned R API via R:Depends.

[Julian Gilbey]

On Wed, May 29, 2013 at 09:35:51AM -0500, Dirk Eddelbuettel wrote:
> | That is, indeed, a problem.  The other extreme, as I discovered, is
> | packages that are rebuilt so frequently that they don't migrate into
> | testing  
> 
> I agree on that. I wasn't watching for that. I tend to upgrade "my" packages
> every other day or so, but then upstream generally has not more than an
> upgrade per months.  This ought to be the exception, not the rule.  So
> again, let's not overcomplicate things.

Indeed.  When packages have a major upgrade which needs coordination,
just as you did with the R 3.0.0 one, it usually just needs an email
to the relevant maintainers saying "please don't upload a new version
to unstable until the testing migration is complete".  And if that
doesn't work, the ftpmasters can remove the broken versions from
testing to allow the transition to happen anyway.

> | Mind you, coordinated upgrades should not be *that*
> | difficult!
> | 
> | Either way, having the r-api-3.0 etc. Provides/Depends system seems
> | like a good thing to do for the future ;-)
> 
> Yes, that would be a compromise as we also "inject it" automatically into
> builds via the standardized debian/rules all packages have.
> 
> It does of course neither solve nor even attempt to address the social issue
> of over-eager maintainer teams adoption r-cran-* packages only to let them be
> quasi-orphaned.

Indeed.  And in these cases, a request to ftpmaster to remove the
outdated versions from testing will allow migration of the main r-base
packages to testing.  It doesn't solve the social issue, but it allows
the development of R to continue in spite of it.

   Julian


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

Bug#709986: texlive-base: "Use of uninitialized value"

[Frank Küster]

Hilmar Preusse  writes:

> On 29.05.13 Norbert Preining (prein...@logic.at) wrote:
>
> Hi,
>
>> The patch is quite simple:
>> diff --git a/texlive-base/debian/tl-paper b/texlive-base/debian/tl-paper
>> index e8f3ec9..7fc5223 100644
>> --- a/texlive-base/debian/tl-paper
>> +++ b/texlive-base/debian/tl-paper
>> @@ -74,6 +74,14 @@ sub main {
>>usage();
>>exit 1;
>>  }
>> +# set TEXMFVAR and TEXMFSYSVAR to something completely absurd
>> +# so that we always find either the system provided config file
>> +# as distributed in /usr/share/texlive/texmf-dist, or, if the
>> +# admin decided to override that, a copy in TEXMFSYSCONFIG
>> +# but *not* the one we have created at some point in history
>> +# in TEXMF(SYS)VAR
>> +$ENV{"TEXMFVAR"} = "/does/hopefully/not/exists/on/any/system";
>> +$ENV{"TEXMFSYSVAR"} = "/does/hopefully/not/exists/on/any/system";
>>  if ($prg =~ m/^all$/i) {
>>if ($newpaper !~ /^(a4|letter)$/) {
>>  # we cannot deal with that for now, only a4|letter supported for
>> 
> I'm pretty sure you'll get another bug for this code. As the path
> above does not corespond to the FHS is should work anyway. ;-)

Maybe it would be more elegant to do something like this

+$ENV{"TEXMFVAR"} = "$TEXMFMAIN";
+$ENV{"TEXMFSYSVAR"} = "$TEXMFMAIN";

(or whatever the current name for our tree is, and probably needs to be
expanded by kpsewhich, not the shell).

Regards, Frank


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

Bug#683061: [pkg-ntp-maintainers] Bug#683061: ntp: diff for NMU version 1:4.2.6.p5+dfsg-2.1

[Kurt Roeckx]

On Wed, May 29, 2013 at 09:31:00PM +0200, Helmut Grohne wrote:
> Hi Kurt,
> 
> Now unbound[1] is a bit special when it comes to resolvconf (the
> package). It drops a file in /etc/resolvconf/update.d that causes it to
> be listed as the sole nameserver in /etc/resolv.conf. During boot
> /etc/resolv.conf is initially empty, because I didn't specify any name
> servers in /etc/network/interfaces. So at the time ntp starts, it likely
> find that there are no name servers. Only after unbound has started, the
> file is populated.
> 
> Can you tell me what ntp does when it fails to find any name servers?

If my memmory is any good, it listens to what in that getaddrinfo() returns.

Trying this with bind9 stopped, I see getaddrinfo return
EAI_SYSTEM.  This should be reacted on as a non-permant
error, so ntp should retry it.

But restarting ntp and looking in my log file, I see:
getaddrinfo: "0.debian.pool.ntp.org" invalid host address, ignored

This clearly isn't what I was expecting, and probably a bug in
ntpd.


Kurt


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

Bug#710270: abtransfers: uses icons with non-free license

[Francesco Poli]

On Wed, 29 May 2013 15:18:42 +0200 Micha Lenk wrote:

[...]
> The new upstream version 0.0.4.0 ships a new file
> images/license_and_sources_of_icons.txt clarifying the license of the used 
> icon
> files.

Dear Micha,
I noticed this bug report and I want to comment it (in the hope to help
a little).
First of all, I would like to explicitly say that I appreciate that you
are taking this issue seriously.

> Some of the icons are licensed as "Gemeinfrei, nicht-kommerziell"
> (public domain, excluding commercial use).

This "license statement" is confusing at best, but the intent is
clearly to create a non-free permission. Ouch!   :-(

> This violates DFSG no. 6, which
> requires a license to contain no discrimination against fields of endeavor.

Agreed.

> 
> I've already contacted upstream about this issue. He intends to replace the
> icons as soon as better icons licensed under a free license are available.

Good.

Two comments:

 (A) the new file images/license_and_sources_of_icons.txt [1] also
states that several icons are "copied from the oxygen theme of kde" and
claims that oxygen icons are licensed under CC-by-sa-v3.0; this is
incomplete information, actually: as stated in the official oxygen icon
website [2], the oxygen icons are dual licensed under CC-by-sa-v3.0 and
GNU LGPL (v2.1 or later)

[1] I am reading
http://source.lenk.info/git/abtransfers.git/blob/6b9b8d7556a9b304de4fc47c4c499a363577ada4:/images/license_and_sources_of_icons.txt

[2] http://www.oxygen-icons.org/?page_id=4

 (B) since the majority of the icons used by abtransfers come from the
KDE oxygen icon set, I wonder if abtransfers upstream developers could
ask oxygen icon designers [3] to create a few additional icons
(consistent with the oxygen theme and under the same dual-licensing
scheme) to represent the concepts currently depicted by the abtransfers
non-free icons...

[3] http://www.oxygen-icons.org/?page_id=16

> So,
> the purpose of this bug report is mainly to not hide the issue, and to track
> its progress publically.

Thanks for doing so.
I hope the issue may be fixed soon.

Bye.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpCmJoVjKCYJ.pgp
Description: PGP signature

Bug#710314: veromix: volume icon shows wrong percent of volume

[Houmehr Aghabozorgi]

Package: plasma-widget-veromix
Version: 0.18.3-1
Severity: normal
File: veromix

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

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

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



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

Kernel: Linux 3.2.0-4-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 plasma-widget-veromix depends on:
ii  plasma-scriptengine-python  4:4.8.4-6
ii  python-qt4-dbus 4.9.3-4
ii  python-xdg  0.19-5
ii  veromix-common  0.18.3-1

plasma-widget-veromix recommends no packages.

plasma-widget-veromix 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#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist

[Bastien ROUCARIES]

Alban could you try thé last debian branch on gît?
Le 28 mai 2013 18:46, "Bastien ROUCARIES" <
roucaries.bastien+imagemag...@gmail.com> a écrit :

> On Tue, May 28, 2013 at 5:47 PM, Alban Browaeys  wrote:
> > Ok. From commit eccd15b20e14a737b662e1b9e21f6cda015250aa I thought the
> > move from the symlinks from imagemagick-6.q16 to imagemagick (including
> > postinst, prerm, menu, and so forth) was done as to include the symlinks
> > in the non arch imagemagick .
> > Leaving them in the binary-indep dh_install override and keeping
> > imagemagick arch dependent leads to them not shipping at all.
> >
> > Do you wish to keep them in binary indep override and move them back to
> > imagemagick-6 or move the symlinks into the arch override ?
>
> Hi all,
>
> they are two solutions and it is a trade-off between multiarch and a
> new package
>
> indeed I could reproduce the bug with dpkg-buildpackage -B
>
> imagemagick is set to arch any whereas it is it not builded in arch all.
>
> I have corrected it, but it set every man pages that are arch all to a
> package arch any
>
> Bastien
>
>
> > Alban
> >
> >
> > -- Forwarded message --
> > From: Bastien ROUCARIES 
> > To: Alban Browaeys , 709...@bugs.debian.org
> > Cc:
> > Date: Tue, 28 May 2013 16:33:58 +0200
> > Subject: Re: Bug#709856: imagemagick: fails to install:
> update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't
> exist
> > On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys 
> wrote:
> >> Package: imagemagick
> >> Version: 8:6.8.5.6-2
> >> Followup-For: Bug #709856
> >>
> >> Dear Maintainer,
> >> I ended up switching "imagemagick" main package from architecture "any"
> too
> >> "all" thus making effective the binary-indep debian rule for
> >> "imagemagick" package. Otherwise indeed I was lacking the /usr/bin/*-im6
> >> symbolic links.
> >> Attach is a patch against the git debian repository.
> >> Build and installed fine.
> >>
> >> Best regards,
> >> Alban
> >
> >
> > Thanks for the patch the problem is that the symlink are not arch
> > neutral and point to /usr/lib/arch
> >
> > Bastien
> >>
> >> -- Package-specific info:
> >> ImageMagick program version
> >> ---
> >> animate:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> compare:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> convert:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> composite:  ImageMagick 6.8.5-6 2013-05-28 Q16
> http://www.imagemagick.org
> >> conjure:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> display:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> identify:  ImageMagick 6.8.5-6 2013-05-28 Q16
> http://www.imagemagick.org
> >> import:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> mogrify:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> montage:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >> stream:  ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org
> >>
> >> -- System Information:
> >> Debian Release: jessie/sid
> >>   APT prefers unstable
> >>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
> 'experimental')
> >> Architecture: amd64 (x86_64)
> >> Foreign Architectures: i386
> >>
> >> Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores)
> >> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> >> Shell: /bin/sh linked to /bin/dash
> >>
> >> Versions of packages imagemagick depends on:
> >> ii  imagemagick-6.q16  8:6.8.5.6-2
> >>
> >> imagemagick recommends no packages.
> >>
> >> imagemagick suggests no packages.
> >>
> >> -- no debconf information
> >
> >
>

Bug#710312: python3-pywapi: ifails to install: SyntaxError in /usr/lib/python3/dist-packages/pywapi.py, line 370

[Andrew Starr-Bochicchio]

On Wed, May 29, 2013 at 3:48 PM, Jakub Wilk  wrote:
> * Andreas Beckmann , 2013-05-29, 21:22:
>
>>  Setting up python3-pywapi (0.3.2-1) ...
>>File "/usr/lib/python3/dist-packages/pywapi.py", line 370
>>  weather_data['geo']['lat'] = u''
>> ^
>>  SyntaxError: invalid syntax
>
>
> u'' literals are valid only in Python 2 and in Python >= 3.3.
> Running 2to3 over the code shows that's there are more 2isms: xrange(),
> .has_key().

Looks to be fixed in upstream svn:

https://code.google.com/p/python-weather-api/source/detail?r=143

I'll sort this out.

Sorry for the noise,

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1


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