date:20131009

On Wed, 2013-10-09 at 22:12 +, Robert Millan wrote:
> Adam D. Barratt:
> >>> In that case, the status of that package needs clarifying. Releasing .5
> >>> via p-u if .4 is then going to appear via security doesn't really work.
> >>
> >> .4 just went into proposed-updates.
> > 
> > No. It's in wheezy-security, but it's _not_ in proposed-updates because
> > it reached pu-NEW after the window for 7.2 closed.
> 
> Uhm sorry then, I got confused by 
> which said otherwise.

Ah, I see the confusion.

Although it's not obvious from the body, the subject says
"kfreebsd-9_9.0-10+deb70.4_kfreebsd-amd64.changes ACCEPTED into
proposed-updates->stable-new", with the "->stable-new" indicating it's
not gone to p-u directly.

Regards,

Adam


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

Bug#725936: getconf: bash-completion support

2013-10-09 Thread Josh Triplett

Package: libc-bin
Version: 2.17-93
Severity: wishlist
File: /usr/bin/getconf

Given the nature of getconf and the large but limited-domain set of
constants it supports, smart tab-completion via bash-completion would
make it much more usable.

- Josh Triplett

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

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

Versions of packages libc-bin depends on:
ii  libc62.17-93
ii  libcap2  1:2.22-1.2

libc-bin recommends no packages.

libc-bin 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#725928: typo in CyrilicCaporali

2013-10-09 Thread Norbert Preining

On Mi, 09 Okt 2013, David Prévot wrote:
> > I guess that shold solve the problem?
> 
> Probably, thanks for the quick answer.

I checked the FTBFS, that code is not used in any of the packages,
just a stupid type.

> JFTR, installing texlive-lang-greek should allow to workaround the FTBFS
> issues in the mean time (I’m uploading refcard with this hack right now).

I am uploading new packges in 15min ... you might want to wait.

New version are 2013.20131010-1

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#725935: getconf: Should support _SC_* prefixed names

2013-10-09 Thread Josh Triplett

Package: libc-bin
Version: 2.17-93
Severity: wishlist
File: /usr/bin/getconf

$ getconf _SC_OPEN_MAX
getconf: Unrecognized variable `_SC_OPEN_MAX'
$ getconf OPEN_MAX
1024

getconf's manpage says it supports names listed in the sysconf manpage, but
only the unprefixed names work, not the prefixed ones.

- Josh Triplett

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

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

Versions of packages libc-bin depends on:
ii  libc62.17-93
ii  libcap2  1:2.22-1.2

libc-bin recommends no packages.

libc-bin 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#711831: RFA: libgphoto2 -- gphoto2 digital camera library

2013-10-09 Thread Martin Pitt

Hello all,

Laurent Bigonville [2013-10-09 22:38 +0200]:
> Is a NMU (or a QA upload) still planned for this package?
> 
> I can request a transition slot if needed.

They've been baking in Ubuntu for a while now, I have fairly good
confidence in them. If you guys want to, I can NMU libgphoto2 2.5.2,
gphoto2 2.5.2, and gphotofs 0.5;  these three need to go together,
everything else are just rebuilds.

Laurent, if you could sort out the transition slot, that'd be great.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#725928: typo in CyrilicCaporali

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Norbert,

Le 09/10/2013 22:23, Norbert Preining a écrit :
> On Mi, 09 Okt 2013, David Prévot wrote:
>> There is a typo in the italian.ldf (CyrilicCaporali instead of
>> CyrillicCaporali) that currently make some packages FTBFS:
> 
> THe next upload - already in the queue, will ship a new italian.ldf
> from the new babel-italian bundle:
>   [2013/10/02 v1.3a Italian support from the babel system]
> where there are no references to 
>   Cyrill?icCaporali
> at all.
> 
> I guess that shold solve the problem?

Probably, thanks for the quick answer.

JFTR, installing texlive-lang-greek should allow to workaround the FTBFS
issues in the mean time (I’m uploading refcard with this hack right now).

Regards

David

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

iQEcBAEBCAAGBQJSViHdAAoJEAWMHPlE9r08VzYH/0u9Ay/xfkHzq1Ki2yk/Jf1t
Vk2rM2l9OZjXXst1IVkGA/HCnEtWgNfVV20OVG+nUjtRiqnKVhElX4Oae4tV4BSi
/hrssv7eC+Lo6uVspXzqZnWNw+2QG1o9FgnCjp7JiJUsOVtVCYTLLKhQDX7y27y3
4cgT9YXbLU5iBTC2n3H74L9fHM+efDk63hfWIfP2ISjBobdOqddFcxTPbwJCjVbB
7h8ZdYbdzVKVW4zmSPWcfJZfZnaK2DdT912tB0tVfoEWgEnSX3fq1aJl5w9xSOeT
CblTQ1BrOct85npywhmo1nyyyDSgb7O0wWMBaowELMPyKlXrTmTDLA1HqUKtptY=
=+8xZ
-END PGP SIGNATURE-


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

Bug#725934: debsecan: automatically add apt pinning for packages with security issues

2013-10-09 Thread Paul Wise


Package: debsecan
Version: 0.4.16+nmu1
Severity: wishlist

I am running a mixed testing/unstable system and I manually upgrade
packages to unstable when a CVE has been fixed in unstable but the fix
hasn't yet migrated to testing. I am using pinning to keep most packages
at the testing version and have apt preferences set to upgrade packages
from unstable within unstable. It would be nice if debsecan could write
out an apt preferences file for packages that have a security issue
fixed in unstable such that when I do apt-get upgrade I will get the
security issues fixed before the packages migrate to testing. This would
require some configuration since different folks will be using different
pinning but once it is setup it could be very useful.

pabs@chianamo ~ $ cat /etc/apt/preferences.d/system 
Package: *
Pin: release a=testing
Pin-Priority: 800

Package: *
Pin: release a=unstable
Pin-Priority: 700

Package: *
Pin: release a=experimental
Pin-Priority: 600

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#725933: ntp cannot act as a ntp server without reach of other ntp servers

Package: ntp

I have an internal cluster without any external network connection.
They are wished to have time synchronous, instead of the correction
of time.

Then I try make one of node act as a ntp server, while it failed like:
  no server suitable for synchronization found

If I give a external Internet access to this node and restart ntp server,
now it play the roll as a ntp server well.

-- 
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#725918: Please support mipsn32(el) and mips64(el)

On Thu, Oct 10, 2013 at 9:15 AM, Bob Bib  wrote:
> control: merge -1 725919
> control: found -1 1.6-1
>
> Thu, 10 Oct 2013 from YunQiang Su:
>> Please add `mipsn32 mipsn32el mips64 mips64el' to Architecture stanza
>> of deian/control
>> I can confirm that it build successfully on mips64el.
>>
>> It seems that this package can build on all architecture of Debian, why not
>> mark it as `any'?
>
> Does the acpi utility display any meaningful info on machines with non-x86 
> CPUs?
> (E. g., what does it show on your mips computers)?
>
>
> Anyway, there're some irregularities with architectures for this packages:
> 1) 'debian/control':
>> Architecture: i386 ia64 amd64 mips mipsel
>
> 2) https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific
>> acpi: i386 ia64   amd64 lpia
>> # acpi is i386/ia64 specific
I just noticed that in debian/control there is mips/mipsel, so I
report this bug.
If in Packages-arch-specific, there is no mips/mipsel, why not remove
them from debian/control?
>
> 
> Best wishes, Bob



-- 
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#725928: typo in CyrilicCaporali

2013-10-09 Thread Norbert Preining

Hi David,

On Mi, 09 Okt 2013, David Prévot wrote:
> There is a typo in the italian.ldf (CyrilicCaporali instead of
> CyrillicCaporali) that currently make some packages FTBFS:

THe next upload - already in the queue, will ship a new italian.ldf
from the new babel-italian bundle:
[2013/10/02 v1.3a Italian support from the babel system]
where there are no references to 
Cyrill?icCaporali
at all.

I guess that shold solve the problem?

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#603391: [Pkg-xen-devel] Bug#603391: Workaround PyGrub issue

2013-10-09 Thread Tril

got it, added underscore, my mistake. Patch works.


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

Bug#725932: pidgin: Pidgin must provide .desktop files to let KDE recognise it as an IM

2013-10-09 Thread CrabMan

Package: pidgin
Version: 2.10.6-3
Severity: normal

Dear Maintainer,
I use KDE and it has a gui for setting up default applications.
One of those categories is "instant messenger". It is impossible
to set pidgin as the default instant messenger in KDe - it doesn't
appear in the combobox. I reported this bug to KDE maintainer but he
said that it's pidgin's bug and that it should provide
necessary .desktop files:

>Then there is no bug in the KDE side. If you want pidgin available there then 
>you need to tell pidgin upstream to provide the necessary .desktop files so 
>KDE can find it.

You can see that bug report here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725796

This bug is reproducible by me on both debian wheezy and debian jessie.

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pidgin depends on:
ii  gconf2  3.2.5-1+build1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libdbus-glib-1-20.100.2-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgstreamer0.10-0  0.10.36-1.2
ii  libgtk2.0-0 2.24.10-2
ii  libgtkspell02.0.16-1
ii  libice6 2:1.0.8-2
ii  libpango1.0-0   1.30.0-1
ii  libpurple0  2.10.6-3
ii  libsm6  2:1.2.1-2
ii  libx11-62:1.5.0-1+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libxss1 1:1.2.2-1
ii  perl-base [perlapi-5.14.2]  5.14.2-21
ii  pidgin-data 2.10.6-3

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base  0.10.36-1.1
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1

Versions of packages pidgin suggests:
ii  libsqlite3-0  3.7.13-1+deb7u1

-- 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#725931: random order in SGML tags

Package: po4a
Version: 0.45-1
Severity: normal
Control: block 725586 by -1

Hi,

It seems like, with the new Perl version, the order of items inside a
tag is not respected anymore: running “make update-po” inside the
debian-faq source triggers dozens of changes like the following:

msgid ""
-"http://lists.debian.org/\"; name=\"Debian Mailing Lists Archives\">,"
+"http://lists.debian.org/\";>,"

running “make update-po” again and again continue to flush the order.

I’ve been able to reproduce the issue with po4a 0.42-1, while the issue
was not present in Wheezy, that’s why I suspect a behaviour change in
Perl.

Regards

David


signature.asc
Description: Digital signature

Bug#725929: libcdio: config.guess/config.sub out of date for arm64

Package: libcdio
Version: 0.83-4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

libcdio's config.guess/config.sub are out of date for the forthcoming
arm64 port.  The attached patch sets things up so that you don't have to
be bothered by this type of bug for future ports.

  * Use the autotools-dev dh addon to update config.guess/config.sub for
arm64.

diff -Nru libcdio-0.83/debian/control libcdio-0.83/debian/control
--- libcdio-0.83/debian/control 2011-12-29 22:49:40.0 +
+++ libcdio-0.83/debian/control 2013-10-10 02:30:26.0 +0100
@@ -2,7 +2,7 @@
 Priority: optional
 Section: libs
 Maintainer: Nicolas Boullis 
-Build-Depends: debhelper (>= 8.0.0), dctrl-tools | grep-dctrl, libpopt-dev, 
libncurses5-dev | libncurses-dev, libcam-dev [kfreebsd-any]
+Build-Depends: debhelper (>= 8.0.0), dctrl-tools | grep-dctrl, libpopt-dev, 
libncurses5-dev | libncurses-dev, libcam-dev [kfreebsd-any], autotools-dev
 Standards-Version: 3.9.2
 Homepage: http://www.gnu.org/software/libcdio/
 
diff -Nru libcdio-0.83/debian/rules libcdio-0.83/debian/rules
--- libcdio-0.83/debian/rules   2011-12-29 21:18:10.0 +
+++ libcdio-0.83/debian/rules   2013-10-10 02:30:01.0 +0100
@@ -28,6 +28,7 @@
 
 config.status: configure
dh_testdir
+   dh_autotools-dev_updateconfig
# Add here commands to configure the package.
CFLAGS="$(CFLAGS)" ./configure --disable-cddb --disable-vcd-info 
--build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) --prefix=/usr 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
@@ -54,6 +55,7 @@
# Add here commands to clean up after the build process.
[ ! -f Makefile ] || $(MAKE) distclean
 
+   dh_autotools-dev_restoreconfig
dh_clean 
 
 install: build

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#725930: Update msr-tools to version 1.3

2013-10-09 Thread James M Leddy


Package: msr-tools
Version: 1.2-3

Intel has released a new version of msr-tools, avaliable at:

https://01.org/msr-tools/downloads

I've updated and included the debdiff with this bug report

diff -Nru msr-tools-1.2/debian/changelog msr-tools-1.3/debian/changelog
--- msr-tools-1.2/debian/changelog  2013-10-09 21:37:29.0 -0400
+++ msr-tools-1.3/debian/changelog  2013-10-09 21:30:09.0 -0400
@@ -1,3 +1,10 @@
+msr-tools (1.3-1) unstable; urgency=low
+
+  * New upstream release.
+  * Update to GPLv2.
+ 
+ -- James M Leddy   Wed, 09 Oct 2013 21:15:39 -0400
+
 msr-tools (1.2-3) unstable; urgency=low
 
   * Only build for i386 and amd64 (closes: #42).
diff -Nru msr-tools-1.2/debian/copyright msr-tools-1.3/debian/copyright
--- msr-tools-1.2/debian/copyright  2013-10-09 21:37:29.0 -0400
+++ msr-tools-1.3/debian/copyright  2013-10-09 21:26:17.0 -0400
@@ -7,21 +7,20 @@
 
 Copyright 2000 Transmeta Corporation - All Rights Reserved
 Copyright 2004-2008 H. Peter Anvin - All Rights Reserved
+Copyright 2013 2013 Intel Corporation
 
-  This program is free software; you can redistribute it and/or modify
-  it under the terms of the GNU General Public License as published by
-  the Free Software Foundation; either version 2 of the License, or
-  (at your option) any later version.
-
-  This program is distributed in the hope that it will be useful,
-  but WITHOUT ANY WARRANTY; without even the implied warranty of
-  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-  GNU Library General Public License for more details.
-
-  You should have received a copy of the GNU General Public License
-  along with this program; if not, write to the Free Software
-  Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
-  MA 02110-1301, USA.
+  This program is free software; you can redistribute it and/or modify it
+  under the terms and conditions of the GNU General Public License,
+  version 2, as published by the Free Software Foundation.
+ 
+  This program is distributed in the hope it will be useful, but WITHOUT
+  ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
+  FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License for
+  more details.
+ 
+  You should have received a copy of the GNU General Public License along with
+  this program; if not, write to the Free Software Foundation, Inc.,
+  51 Franklin St - Fifth Floor, Boston, MA 02110-1301 USA.
 
 On Debian systems, the full text of the GPL can be found in
-/usr/share/common-licenses/GPL
+/usr/share/common-licenses/GPL-2


msr-tools_1.3.orig.tar.xz
Description: application/xz

Bug#725928: typo in CyrilicCaporali

Package: texlive-lang-italian
Version: 2013.20130918-1
Severity: normal
Tags: upstream
Control: block 713785 by -1
Control: block 713777 by -1

Hi,

There is a typo in the italian.ldf (CyrilicCaporali instead of
CyrillicCaporali) that currently make some packages FTBFS:

$ grep -P Cyrill?icCaporali \
  /usr/share/texlive/texmf-dist/tex/generic/babel-italian/italian.ldf
\def\CyrillicCaporali{\@ifclassloaded{slides}{\relax}%
\@onlypreamble{\CBgreekCaporali}\@onlypreamble{\CyrillicCaporali}%
   \CyrilicCaporali
   \CyrilicCaporali

Thanks for taking care of the texlive- stack

Regards

David




signature.asc
Description: Digital signature

Bug#663945: libtool: Support tcc in _LT_LINKER_SHLIBS (for rpath)

2013-10-09 Thread Vincent Lefevre

Control: tags -1 fixed-upstream

according to:

  http://lists.gnu.org/archive/html/libtool-patches/2013-10/msg00011.html

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#725911: ark: incompatible with latest unrar's output format

2013-10-09 Thread Lisandro Damián Nicanor Pérez Meyer

tags 725911 upstream
thanks

Hello,

the bug you reported is a KDE bug. Please report it via
Help -> Report bug... menu item of the respective application
or by visiting https://bugs.kde.org/ and following instructions
to report a new bug.

Debian Qt/KDE maintainers do not have resources to deal with
non Debian-specific bugs and therefore it is unlikely that
your bug will be solved if you do not report it to KDE developers
directly (unless it is/has been reported by somebody else).

Whenever you open a bug report on the KDE bug tracking system, or 
you find that the bug has been already reported on it, you can couple 
both this Debian bug and the KDE bug together by sending the mail with 
the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with 
the address of the bug report on https://bugs.kde.org/)

[ copy this ]
forwarded 725911 KDE-BUG-URL
thanks
[ copy this ]

Thank you,
-- 
Q. How did the programmer die in the shower?
A. He read the shampoo bottle instructions: Lather. Rinse. Repeat.
  http://www.devtopics.com/best-programming-jokes/

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#725927: ldm: config.guess/config.sub out of date for arm64

Package: ldm
Version: 2:2.2.11-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

ldm's config.guess/config.sub are out of date for the forthcoming arm64
port.  This would appear to be covered by running ./autogen.sh via
dh_autoreconf, but it isn't quite because automake isn't run with -f to
update those files.  This patch fixes that.

  * Run automake with -f so that it updates config.guess/config.sub.

diff -Nru ldm-2.2.11/debian/patches/automake-force-update.patch 
ldm-2.2.11/debian/patches/automake-force-update.patch
--- ldm-2.2.11/debian/patches/automake-force-update.patch   1970-01-01 
01:00:00.0 +0100
+++ ldm-2.2.11/debian/patches/automake-force-update.patch   2013-10-10 
02:12:21.0 +0100
@@ -0,0 +1,17 @@
+Description: Run automake with -f so that it updates config.guess/config.sub
+Author: Colin Watson 
+Forwarded: no
+Last-Update: 2013-10-10
+
+Index: b/autogen.sh
+===
+--- a/autogen.sh
 b/autogen.sh
+@@ -8,6 +8,6 @@
+ touch stamp-h
+ autoconf
+ libtoolize --copy --force --automake
+-automake -a -c
++automake -a -c -f
+ glib-gettextize --copy --force
+ intltoolize --automake --copy --force
diff -Nru ldm-2.2.11/debian/patches/series ldm-2.2.11/debian/patches/series
--- ldm-2.2.11/debian/patches/series2012-06-04 21:25:00.0 +0100
+++ ldm-2.2.11/debian/patches/series2013-10-10 02:10:15.0 +0100
@@ -1 +1,2 @@
 remove-hackish-gettext-function
+automake-force-update.patch

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#725918: Please support mipsn32(el) and mips64(el)

2013-10-09 Thread Bob Bib

control: merge -1 725919
control: found -1 1.6-1

Thu, 10 Oct 2013 from YunQiang Su:
> Please add `mipsn32 mipsn32el mips64 mips64el' to Architecture stanza
> of deian/control
> I can confirm that it build successfully on mips64el.
> 
> It seems that this package can build on all architecture of Debian, why not
> mark it as `any'?

Does the acpi utility display any meaningful info on machines with non-x86 CPUs?
(E. g., what does it show on your mips computers)?


Anyway, there're some irregularities with architectures for this packages:
1) 'debian/control':
> Architecture: i386 ia64 amd64 mips mipsel

2) https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific
> acpi: i386 ia64   amd64 lpia# 
> acpi is i386/ia64 specific


Best wishes, Bob

Bug#725926: /usr/bin/filecap: does not fail when operation is not supported

2013-10-09 Thread Jayen Ashar

Package: libcap-ng-utils
Version: 0.7.3-1
Severity: normal
File: /usr/bin/filecap


no error, exit status 0:
$ sudo /usr/bin/filecap /tmp/mountpoint/mrstatic/bin/hardwaremon net_admin

by contrast, error, exit status 1
$ sudo /sbin/setcap cap_net_admin=+ep /tmp/mountpoint/mrstatic/bin/hardwaremon
Failed to set capabilities on file `/tmp/mountpoint/mrstatic/bin/hardwaremon' 
(Operation not supported)

(/tmp/mountpoint is aufs, which does not support xattr)

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'stable'), (600, 'unstable'), (500, 
'stable-updates')
Architecture: i386 (i686)

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

Versions of packages libcap-ng-utils depends on:
ii  libc6 2.17-93Embedded GNU C Library: Shared lib
ii  libcap-ng00.7.3-1An alternate POSIX capabilities li

libcap-ng-utils recommends no packages.

libcap-ng-utils 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#725925: asterisk: Segfault on incoming SIP call with res_ldap

2013-10-09 Thread Dominik George

Package: asterisk
Version: 1:11.5.1~dfsg1-1
Severity: normal

__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
31  ../sysdeps/x86_64/multiarch/../strlen.S: Datei oder Verzeichnis nicht 
gefunden.
#0  __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
#1  0x7fffa72be5d1 in realtime_multi_ldap (basedn=, 
table_name=0x7fffc6043980 "sip", ap=0x7fffc6043868)
at res_config_ldap.c:976
#2  0x00488dfd in ast_load_realtime_multientry 
(family=family@entry=0x7fffa2c6002b "sippeers") at config.c:2677
#3  0x7fffa2bf411d in get_insecure_variable_from_sippeers 
(column=column@entry=0x7fffa2c6179b "host", 
value=value@entry=0x7fffc6043c10 "188.246.0.82") at chan_sip.c:5281
#4  0x7fffa2c35e63 in realtime_peer_by_addr (varregs=0x0, var=, callbackexten=0x7fffc60483e4 "s", 
ipaddr=0x7fffc6043c10 "188.246.0.82", addr=0x49a0, name=) at chan_sip.c:5467
#5  realtime_peer (which_objects=2, devstate_only=0, 
callbackexten=0x7fffc60483e4 "s", addr=0x49a0, newpeername=0x0) at 
chan_sip.c:5565
#6  sip_find_peer_full (peer=peer@entry=0x0, addr=addr@entry=0x7fff8c03e6a8, 
callbackexten=0x7fffc60483e4 "s", realtime=realtime@entry=1, 
which_objects=which_objects@entry=2, devstate_only=devstate_only@entry=0, 
transport=1) at chan_sip.c:5678
#7  0x7fffa2c4b44e in sip_find_peer_by_ip_and_exten (transport=, callbackexten=, addr=0x7fff8c03e6a8)
at chan_sip.c:5722
#8  check_peer_ok (p=p@entry=0x7fff8c039d08, of=0x7fffc60485d6 "017662754107", 
req=, sipmethod=, 
addr=0x7fffc604ad00, authpeer=, reliable=XMIT_RELIABLE, 
uri2=uri2@entry=0x7fffc60484f0 "sip:s@89.238.64.147:5060", 
calleridname=0x7fffc6048580 "+4917662754107") at chan_sip.c:18058
#9  0x7fffa2c4be37 in check_user_full (p=p@entry=0x7fff8c039d08, 
req=req@entry=0x7fffc604a290, sipmethod=sipmethod@entry=5, 
uri=uri@entry=0x7fff8c00a97f "sip:s@89.238.64.147:5060", 
reliable=reliable@entry=XMIT_RELIABLE, addr=, 
authpeer=authpeer@entry=0x7fffc6048798) at chan_sip.c:18371
#10 0x7fffa2c4f1dd in handle_request_invite (p=p@entry=0x7fff8c039d08, 
req=req@entry=0x7fffc604a290, addr=addr@entry=0x7fffc604ad00, 
seqno=, recount=recount@entry=0x7fffc604a248, 
e=e@entry=0x7fff8c00a97f "sip:s@89.238.64.147:5060", 
nounlock=nounlock@entry=0x7fffc604a24c) at chan_sip.c:25276
#11 0x7fffa2c54a95 in handle_incoming (p=p@entry=0x7fff8c039d08, 
req=req@entry=0x7fffc604a290, addr=addr@entry=0x7fffc604ad00, 
recount=recount@entry=0x7fffc604a248, 
nounlock=nounlock@entry=0x7fffc604a24c) at chan_sip.c:28153
#12 0x7fffa2c56eae in handle_request_do (req=req@entry=0x7fffc604a290, 
addr=addr@entry=0x7fffc604ad00) at chan_sip.c:28364
---Type  to continue, or q  to quit---
#13 0x7fffa2c58bd8 in sipsock_read (id=, fd=, 
events=, ignore=)
at chan_sip.c:28293
#14 0x004cbb52 in ast_io_wait (ioc=0xf2c1f0, howlong=) 
at io.c:292
#15 0x7fffa2c34814 in do_monitor (data=data@entry=0x0) at chan_sip.c:28893
#16 0x0054094a in dummy_start (data=) at utils.c:1093
#17 0x767a5e0e in start_thread (arg=0x7fffc604b700) at 
pthread_create.c:311
#18 0x77b179ed in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:113


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

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

Versions of packages asterisk depends on:
ii  adduser   3.113+nmu3
ii  asterisk-config   1:11.5.1~dfsg1-1
ii  asterisk-core-sounds-en [asterisk-prompt-en]  1.4.22-1
ii  asterisk-core-sounds-en-gsm   1.4.22-1
ii  asterisk-modules  1:11.5.1~dfsg1-1
ii  libc6 2.17-93
ii  libcap2   1:2.22-1.2
ii  libgcc1   1:4.8.1-10
ii  libsqlite3-0  3.8.0.2-1
ii  libssl1.0.0   1.0.1e-3
ii  libstdc++64.8.1-10
ii  libtinfo5 5.9+20130608-1
ii  libxml2   2.9.1+dfsg1-3

Versions of packages asterisk recommends:
ii  asterisk-moh-opsound-gsm 2.03-1
ii  asterisk-voicemail [asterisk-voicemail-storage]  1:11.5.1~dfsg1-1
ii  sox  14.4.1-3

Versions of packages asterisk suggests:
pn  asterisk-dahdi   
pn  asterisk-dev 
pn  asterisk-doc 
ii  asterisk-ooh323  1:11.5.1~dfsg1-1

-- no debconf information


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

Bug#725924: gflags: config.guess/config.sub out of date for arm64

Package: gflags
Version: 2.0-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

gflags' config.guess/config.sub are out of date for the forthcoming
arm64 port.  The attached patch sets things up so that you don't have to
be bothered by this type of bug for future ports.

(Incidentally, I'm pretty sure the two occurrences of
"installchangelogs" in debian/rules should be "dh_installchangelogs".)

  * Use the autotools-dev dh addon to update config.guess/config.sub for
arm64.

diff -Nru gflags-2.0/debian/control gflags-2.0/debian/control
--- gflags-2.0/debian/control   2012-05-31 13:42:41.0 +0100
+++ gflags-2.0/debian/control   2013-10-10 01:41:27.0 +0100
@@ -1,7 +1,7 @@
 Source: gflags
 Priority: optional
 Maintainer: Koichi Akabe 
-Build-Depends: debhelper (>= 9.0.0)
+Build-Depends: debhelper (>= 9.0.0), autotools-dev
 Standards-Version: 3.9.3
 Section: libs
 Homepage: https://code.google.com/p/gflags/
diff -Nru gflags-2.0/debian/rules gflags-2.0/debian/rules
--- gflags-2.0/debian/rules 2012-05-31 12:08:48.0 +0100
+++ gflags-2.0/debian/rules 2013-10-10 01:40:51.0 +0100
@@ -5,7 +5,7 @@
 #export DH_VERBOSE=1
 
 %:
-   dh $@ 
+   dh $@ --with autotools_dev
 
 override_installchangelogs:
installchangelogs ChangeLog

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#720441: Got a fix, how to submit patch.

2013-10-09 Thread Oliver Kiddle

ольга крыжановская wrote:
> What is the way to replace the patched up 2012-02-29? Find sponsor,
> declare him how bad it is?

I think so.

One thought is that you could try to pester Jonathan Wiltshire
: he did 93u+-1.2.

It is probably wise to prepare the replacement first.

Oliver

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

Bug#725923: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults

2013-10-09 Thread jidanni

Package: dbus
Version: 1.7.6-1

Setting up dbus (1.7.6-1) ...
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults


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

Bug#725922: DAK cruft scanner: non-intuitive broken depends info in report

2013-10-09 Thread Bob Bib

Package: ftp.debian.org
Tags: dak

Dear Maintainers,
broken depends info in report generated by DAK
for NBS packages is not intuitive enough.

Apart from the binary package which get broken
(and their respective parent source packages),
it would be good to point explicitly
what NBS-packages they are depending on.

Here follows an excerpt from the current report [1].

---
* source package libxfce4util version 4.10.1-1 no longer builds
  binary package(s): libxfce4util4 libxfce4util4-dbg
  on hurd-i386
  - suggested command:
dak rm -m "[auto-cruft] NBS (no longer built by libxfce4util)" -s unstable 
-a hurd-i386 -p -R -b libxfce4util4 libxfce4util4-dbg
  - broken Depends:
xfce4-power-manager: xfce4-power-manager
 xfce4-power-manager-plugins
---

[1] http://ftp-master.debian.org/cruft-report-daily.txt


Best wishes, Bob

Bug#725921: mark package as half installed if cannot connect to network

2013-10-09 Thread jidanni

Package: flashplugin-nonfree
Version: 1:3.3
Severity: wishlist

If the user is offline etc. network problems when installing the package,
[
Setting up flashplugin-nonfree (1:3.3) ...
ERROR: wget failed to download 
http://people.debian.org/~bartm/flashplugin-nonfree/get-upstream-version.pl.gz.pgp
More information might be available at:
  http://wiki.debian.org/FlashPlayer
]
then the package should become marked as one of the "half" 'dpkg -l' states,

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

else one will totally miss the update of the payload!


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

Bug#720441: Got a fix, how to submit patch.

2013-10-09 Thread ольга крыжановская

What is the way to replace the patched up 2012-02-29? Find sponsor,
declare him how bad it is?

Olga

On Thu, Oct 10, 2013 at 1:21 AM, Oliver Kiddle  wrote:
> Phi Debian wrote:
>> On Wed, Oct 9, 2013 at 4:11 PM, Oliver Kiddle  wrote:
>>
>> >
>> > Debian does have ksh93u.
>>
>> Ambiguous
>
> Clearly we've got ambiguity in Debian versions of ksh too:
>
> wheezy does have 2012-02-29, testing/unstable have 2012-08-01. 2012-08-01 will
> never go into wheezy, the best we can do is patch (or wait for jessie to be
> stable). As Olga is taking over ksh, you'll have to persuade her to roll a
> 93u+-1.3 for wheezy.
>
> What apt-get source gives you depends on how your debian installation is
> configured.
>
> Frustratingly, I tried very hard to have 2012-08-01 pushed into wheezy during
> the freeze but the lack of a sponsor combined with strict application of 
> Debian
> policy meant that wheezy ended up with a patched up 2012-02-29.
>
> Oliver



-- 
  ,   __   ,
 { \/`o;-Olga Kryzhanovska   -;o`\/ }
.'-/`-/ olga.kryzhanov...@gmail.com   \-`\-'.
 `'-..-| /   http://twitter.com/fleyta \ |-..-'`
  /\/\ Solaris/BSD//C/C++ programmer   /\/\
  `--`  `--`


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

Bug#725920: Please support mipsn32(el) and mips64(el)

Package: aqemu

Please add `mipsn32 mipsn32el mips64 mips64el' to Architecture stanza
of deian/control
I can confirm that it build successfully on mips64el.

It seems that this package can build on all architecture of Debian, why not
mark it as `any'?


-- 
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#725919: Please support mipsn32(el) and mips64(el)

Package: acpi

Please add `mipsn32 mipsn32el mips64 mips64el' to Architecture stanza
of deian/control
I can confirm that it build successfully on mips64el.

It seems that this package can build on all architecture of Debian, why not
mark it as `any'?

-- 
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#725918: Please support mipsn32(el) and mips64(el)

Package: acpi

Please add `mipsn32 mipsn32el mips64 mips64el' to Architecture stanza
of deian/control
I can confirm that it build successfully on mips64el.

-- 
YunQiang Su


add-mipsn32-64-support.diff
Description: Binary data

Bug#725917: 4s-httpd need to link libm explicitly

Package: 4store

When built 4store on mips64el, it failed to build due to lack ceil.
The frontend module need -lm while not link it explicitly.

The patch is attached.

-- 
YunQiang Su


4s-httpd-link-libm.diff
Description: Binary data

Bug#720441: Got a fix, how to submit patch.

2013-10-09 Thread Oliver Kiddle

Phi Debian wrote:
> On Wed, Oct 9, 2013 at 4:11 PM, Oliver Kiddle  wrote:
> 
> >
> > Debian does have ksh93u.
> 
> Ambiguous

Clearly we've got ambiguity in Debian versions of ksh too:

wheezy does have 2012-02-29, testing/unstable have 2012-08-01. 2012-08-01 will
never go into wheezy, the best we can do is patch (or wait for jessie to be
stable). As Olga is taking over ksh, you'll have to persuade her to roll a
93u+-1.3 for wheezy.

What apt-get source gives you depends on how your debian installation is
configured.

Frustratingly, I tried very hard to have 2012-08-01 pushed into wheezy during
the freeze but the lack of a sponsor combined with strict application of Debian
policy meant that wheezy ended up with a patched up 2012-02-29.

Oliver

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

Bug#725915: Installation Report-- Install glitch-keeps looping the install

2013-10-09 Thread Cyril Brulebois

Control: reassign -1 installation-reports

Trying to rewrap properly below.

Mraw,
KiBi.

ecuado...@reagan.com  (2013-10-09):
> Package: installation-reports
> My Name: Myrna
> email: ecuado...@reagan.com

Boot method: network: via website http://goodbye-windows.com.
Image version: see above and 6.0.7
Date: 9 October 2013 at 12 noon central time and repeated at about 4:30 same 
afternoon
Machine: custom build from Puget systems: ACPIx64 based.
Processor: Intel i7 3.1ghz quad core
Memory: 16mb
Partitions: drives C, E, and R are windows.  The 6 debian volumes are located 
on the back half of the drive containing E, not primary .
 
The first 6 volumes are from the debian installation partitioning process:
> 5=root
> 6=/usr
> 7=/var
> 8=swap
> 9=tmp
> 10=home
> scsi12 (0,0,0) sdb  ext 4

Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate 
below), [ ] = didn't try it
Initial boot:   [0 ]
Detect network card:[ 0]
Configure network:  [ 0]
Detect CD:  [ 0]
Load installer modules: [ 0]
Detect hard drives: [ 0]
Partition hard drives:  [ 0]
Install base system:[ 0]
Clock/timezone setup:   [ 0]
User/password setup:[ 0]
Install tasks:  [ 0]
Install boot loader:[ 0]
Overall install:[e ]

Comments/Problems:I used jigdo to download the first few debian CDs for
6.0.7 stable version but there were 2 problems:  one the disk wouldn't
boot and so when I used setup.exe the 3rd screen said the
win32-loader.ini file could not be found.  However, that file is easily
seen just below the setup.exe file.  So why is the ini file not being
recognized.  Then I went to goodbye-windows.com with the hope of getting
the win32-loader file thinking I could point it to the cd to complete
the installation.  Unfortunately, the loader file at the site was
connected to the entire install.  So I went with it.twice, with the
same outcome both timesthe install seemed to go without problem
all the way to the point of rebooting after the install had completed.
Upon reboot grub showed only 2 lines—one for the win7 install and the
other said: debian/linux –complete installation .  The system just
begins the installation process again.  I can get to the install menu
and step through any step near the end of the install process but the
system takes me back to the beginning of the install.I am going back
into the install and checking the logs tonight but am hoping there is a
fix.Should I instead NOT use grub?  In the win 7 bios I left the boot
option as both legacy and UEFI.  I know other machines do not have that
option-those machines must select legacy only.  Should I have changed
that to only legacy?  It is after the fact but I shall give that a try.
Does the install need to be on the first part of the drive?  It isn't
currently.


signature.asc
Description: Digital signature

Bug#716737: FTBFS: Build-Depend on obsolete package libxmltooling5

On Thu, Jul 11, 2013 at 07:40:53PM -0700, Russ Allbery wrote:
> For some reason, qpid-cpp Build-Depends on libxmltooling5 (the runtime
> library, not a dev package).  I think this is a mistake; that's an
> internal library used by the Shibboleth package, and I can't imagine
> what this package could use in it during the build process.
> 
> But, even if it is required, xmltooling has just been updated to the
> latest upstream release, which includes SONAME changes, so the
> libxmltooling5 package no longer exists.

Yes, please do drop this.  I tried it in Ubuntu and it made no
difference to the binaries (per debdiff) and no visible difference to
the build log.

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#725916: DAK cruft scanner: outdated (build-)dependencies info in report

2013-10-09 Thread Bob Bib

Package: ftp.debian.org
Severity: normal
Tags: dak

Dear Maintainers,
it looks like DAK cruft scanner
either caches some old scan results,
or, in addition to "sid", scans some older repos like "testing".

Here follows an example from the current report [1].

---
* source package menu-cache version 0.5.0-1 no longer builds
  binary package(s): libmenu-cache1 libmenu-cache1-dev
  on 
amd64,armel,armhf,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x,sparc
  - suggested command:
dak rm -m "[auto-cruft] NBS (no longer built by menu-cache)" -s unstable -a 
amd64,armel,armhf,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x,sparc
 -p -R -b libmenu-cache1 libmenu-cache1-dev
  - broken Depends:
lxlauncher: lxlauncher
  - broken Build-Depends:
libfm: libmenu-cache1-dev
lxappearance: libmenu-cache1-dev
lxappearance-obconf: libmenu-cache1-dev
lxlauncher: libmenu-cache1-dev
lxpanel: libmenu-cache1-dev
pcmanfm: libmenu-cache1-dev
---

I've checked the appropriate source packages in sid,
and none of the 'libfm', 'pcmanfm', 'lxpanel' source packages
have a 'libmenu-cache1-dev' build-dependency
(though 'lxappearance', 'lxappearance-obconf', 'lxlauncher' still do have it).

[1] http://ftp-master.debian.org/cruft-report-daily.txt


Best wishes, Bob

Bug#725914: librarian-puppet: New upstream version available (0.9.10) : solved issue with malformed version number (rc)

2013-10-09 Thread Sebastien Badia

Package: librarian-puppet
Version: 0.9.9+ds-1
Severity: important

Dear Maintainer,

A new upstream release is available (0.9.10), this release solved some
issues
especially with malformed version numbers « Malformed version number
string
2.0.0-rc4 (ArgumentError) » reported on github issues (70,121,83).

I just asked to join the team pkg-ruby-extras on alioth to offer help

Cheers,

Seb

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

Kernel: Linux 3.10-3-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 librarian-puppet depends on:
ii  puppet-common 3.3.0-1
ii  ruby  1:1.9.3
ii  ruby-json 1.8.0-1
ii  ruby-librarian0.1.0-1
ii  ruby1.8 [ruby-interpreter]1.8.7.358-8
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.448-1

librarian-puppet recommends no packages.

librarian-puppet 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#725915: Installation Report-- Install glitch-keeps looping the install

2013-10-09 Thread ecuador01


 
Package: installation-reportsMy Name: Myrna
email: ecuado...@reagan.com
 Boot method: network: via website http://goodbye-windows.com.Image version: 
see above and 6.0.7Date: 9 October 2013 at 12 noon central time and repeated at 
about 4:30 same afternoonMachine: custom build from Puget systems: ACPIx64 
based.  Processor: Intel i7 3.1ghz quad coreMemory:16mbPartitions:


 drives C, E, and R are windows.  The 6 debian volumes are located on the back 
half of the drive containing E, not primary .

The first 6 volumes are from the debian installation partitioning process:

5=root
6=/usr
7=/var
8=swap
9=tmp
10=home
scsi12 (0,0,0) sdb  ext 4Base System Installation Checklist:[O] = OK, [E] = 
Error (please elaborate below), [ ] = didn't try itInitial boot:   [0 
]Detect network card:[ 0]Configure network:  [ 0]Detect CD: 
 [ 0]Load installer modules: [ 0]Detect hard drives: [ 0]Partition hard 
drives:  [ 0]Install base system:[ 0]Clock/timezone setup:   [ 
0]User/password setup:[ 0]Install tasks:  [ 0]Install boot loader:  
  [ 0]Overall install:[e ]Comments/Problems:I used jigdo to download 
the first few debian CDs for 6.0.7 stable version but there were 2 problems:  
one the disk wouldn't boot and so when I used setup.exe the 3rd screen said the 
win32-loader.ini file could not be found.  However, that file is easily seen 
just below the setup.exe file.  So why is the ini file not being recognized.  
Then I went to goodbye-windows.com with the hope of getting the win32-loader 
file thinking I could point it to the cd to complete the installation.  
Unfortunately, the loader file at the site was connected to the entire install. 
 So I went with it.twice, with the same outcome both timesthe 
install seemed to go without problem all the way to the point of rebooting 
after the install had completed.  Upon reboot grub showed only 2 lines—one for 
the win7 install and the other said: debian/linux –complete installation .  The 
system just begins the installation process again.  I can get to the install 
menu and step through any step near the end of the install process but the 
system takes me back to the beginning of the install.I am going back into the 
install and checking the logs tonight but am hoping there is a fix.Should I 
instead NOT use grub?  In the win 7 bios I left the boot option as both legacy 
and UEFI.  I know other machines do not have that option-those machines must 
select legacy only.  Should I have changed that to only legacy?  It is after 
the fact but I shall give that a try.
Does the install need to be on the first part of the drive?  It isn't 
currently.

Bug#712680: Any updates ?

2013-10-09 Thread Brian May

On 10 October 2013 10:40, Brian May  wrote:

> If I do the same thing on wheezy I get:
>

Error, that was sid, not wheezy. I would imagine I get the same results for
wheezy however.

Brian May

Bug#712680: Any updates ?

2013-10-09 Thread Brian May

So on a clean squeeze install if I type in:

# apt-get install heimdal-kdc
# hprop
hprop: krb5_get_init_creds: unable to reach any KDC in realm IN.VPAC.ORG

Fair enough. I didn't configure the KDC.

If I do the same thing on wheezy I get:

# apt-get install heimdal-kdc
# hprop
hprop: krb5_get_init_creds: Failed to find kadmin/hp...@in.vpac.org in
keytab HDB: (unknown enctype)

strace shows no attempt to contact the KDC or even read keytab.

[...]
open("/root/.krb5/config", O_RDONLY)= -1 ENOENT (No such file or
directory)
open("/etc/krb5.conf", O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0644, st_size=3706, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f5af9815000
read(3, "[libdefaults]\n\tdefault_realm = I"..., 4096) = 3706
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x7f5af9815000, 4096)= 0
getuid()= 0
geteuid()   = 0
getgid()= 0
getegid()   = 0
getuid()= 0
geteuid()   = 0
getgid()= 0
getegid()   = 0
open("/usr/lib/x86_64-linux-gnu/plugin/krb5",
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/usr/lib/x86_64-linux-gnu/plugin/krb5",
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
getuid()= 0
geteuid()   = 0
getgid()= 0
getegid()   = 0
open("/root/.rnd", O_RDONLY|O_CLOEXEC)  = -1 ENOENT (No such file or
directory)
open("/dev/urandom", O_RDONLY|O_NONBLOCK) = 3
fcntl(3, F_GETFD)   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)   = 0
read(3,
"\231\337\234}H\37\31>\254O\33\303Dk\343\266\222\1\342\330M\31\17o\201e~T\224\344g\256"...,
128) = 128
close(3)= 0
getuid()= 0
write(2, "hprop: ", 7hprop: )  = 7
write(2, "krb5_get_init_creds: Failed to f"..., 93krb5_get_init_creds:
Failed to find kadmin/hp...@in.vpac.org in keytab HDB: (unknown enctype)) =
93
write(2, "\n", 1
)   = 1
exit_group(1)   = ?

gdb strack trace shows:

(gdb) bt
#0  krb5_err (context=0x606040, eval=1, code=-1765328203, fmt=0x403d46
"krb5_get_init_creds") at warn.c:210
#1  0x00402b7c in get_creds (cache=,
context=) at hprop.c:168
#2  main (argc=1, argv=0x7fffeb78) at hprop.c:432

Which appears to be line 179 in hprop.c, not 168 as above.

Will see if I can do the test now with the latest upstream Heimdal.

Bug#725913: cwidget: config.guess/config.sub out of date for arm64

Package: cwidget
Version: 0.5.16-3.4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

cwidget's config.guess/config.sub are out of date for the forthcoming
arm64 port.  The attached patch sets things up so that you don't have to
be bothered by this type of bug for future ports.

  * Use the autotools-dev dh addon to update config.guess/config.sub for
arm64.

diff -u cwidget-0.5.16/debian/rules cwidget-0.5.16/debian/rules
--- cwidget-0.5.16/debian/rules
+++ cwidget-0.5.16/debian/rules
@@ -12,6 +12,7 @@
 
 configure: configure-stamp
 configure-stamp:
+   dh_autotools-dev_updateconfig
./configure --prefix=/usr $(shell dpkg-buildflags --export=configure)
 
touch configure-stamp
@@ -44,6 +45,7 @@
[ ! -f Makefile ] || $(MAKE) distclean
 
-rm -r doc/ikiwiki/.ikiwiki
+   dh_autotools-dev_restoreconfig
dh_clean
 
 
diff -u cwidget-0.5.16/debian/control cwidget-0.5.16/debian/control
--- cwidget-0.5.16/debian/control
+++ cwidget-0.5.16/debian/control
@@ -6,7 +6,7 @@
 Vcs-Browser: http://git.debian.org/?p=cwidget/debian/.git;a=summary
 Maintainer: Daniel Burrows 
 Build-Depends: debhelper (>= 5.0.0), libsigc++-2.0-dev,
- libncursesw5-dev, gettext, g++ (>= 4:3.2.2-0), libcppunit-dev
+ libncursesw5-dev, gettext, g++ (>= 4:3.2.2-0), libcppunit-dev, autotools-dev
 Build-Depends-Indep: doxygen, ikiwiki (>= 1.34), libhtml-scrubber-perl, 
perlmagick
 Standards-Version: 3.7.2.2
 

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#721357: cwidget: support cross build

On Sat, Aug 31, 2013 at 12:46:56AM +0800, Eleanor Chen wrote:
> cwidget is needed to crossbuild a working chroot with build-essential,
> so here is a patch to add cross build support to it.

Hi,

I'm not the maintainer, but I happened to notice this bug; you seem to
have forgotten to attach the patch?

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#669618: bash-completion should autocomplete bash alias as well

2013-10-09 Thread Reuben Thomas

Package: bash-completion
Version: 1:2.0-1ubuntu3
Followup-For: Bug #669618

A related problem is that aliasing an existing command stops
bash-completion working. For example, I had:

alias make=colormake

And that stops bash-completion from working for either make or
colormake. The code that gets bash-completion working for aliases,
e.g.:

http://superuser.com/questions/436314/how-can-i-get-bash-to-perform-tab-completion-for-my-aliases

does not work for this case (where the name of a command with bash
completions is aliased to some other command).

This is a pity, as it means that for make I'm forced to choose between
coloring and bash-completion.

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

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

Versions of packages bash-completion depends on:
ii  bash  4.2-5ubuntu3
ii  dpkg  1.16.10ubuntu1

bash-completion recommends no packages.

bash-completion 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#673606: 7.4

2013-10-09 Thread Paris Liakos


Hi Bart.

I think Shawn means, that if you "orphan" it, it will then get in the
list http://www.debian.org/devel/wnpp/work_needing so someone else can
pick it up and package it.
I am not sure how the process goes though.

Thanks
Paris

Bug#725912: ITP: python-softlayer -- Python client for SoftLayer API

2013-10-09 Thread Alessio Treglia

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: python-softlayer
  Version : 3.0.0
  Upstream Author : SoftLayer Technologies, Inc.
* URL : http://github.com/softlayer/softlayer-api-python-client
* License : Expat
  Programming Lang: Python
  Description : Python client for SoftLayer API

 This library provides a simple interface to interact with SoftLayer's
 XML-RPC API and provides support for many of SoftLayer API's features
 like object masks and a command-line interface that can be used to
 access various SoftLayer services using the API.


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

Bug#725911: ark: incompatible with latest unrar's output format

2013-10-09 Thread Matteo Cortese

Package: ark
Version: 4:4.10.5-1
Severity: normal

Ark suggests either unrar (non-free) or unrar-free in order to correctly
display and unpack RAR archives. Please note that such suggests is
unversioned.

The version of unrar in Wheezy was 1:4.1.4-1 and it worked quite well.

In Jessie, however, unrar transitioned from the 4.x series to the 5.x
series. In the transition, the output format *drastically* changed,
and Ark cannot deal with it anymore.

This is an example of the output of unrar 4.x, with its typical 'tabular'
style (which, by the way, is very similar to the output of unrar-free). I
invoked unrar with the same options as used by Ark itself. The text spans
79 columns, I hope it doesn't get wrapped by some mail processing.

$ unrar-nonfree vt -c- -v RARaddin_48x48.theme.rar

UNRAR 4.10 freeware  Copyright (c) 1993-2012 Alexander Roshal

Solid archive RARaddin_48x48.theme.rar

Pathname/Comment
  Size   Packed Ratio  Date   Time Attr  CRC   Meth Ver
   Host OSSolid   Old
---
 winrar_theme_description.txt
70   76 108% 08-06-05 19:58  .A.   D0B284BF m5e 2.9
   Windows   No   No
 AboutLogo.bmp
 3847224320  63% 08-06-05 19:35  .A.   1084D51A m5e 2.9
   Windows  Yes   No
 Toolbar/Add.bmp
  9272 3375  36% 08-06-05 19:44  .A.   A5973210 m5e 2.9
   Windows  Yes   No
 Toolbar/Benchmark.bmp
  9272 4773  51% 08-06-05 19:46  .A.   1584B1A7 m5e 2.9
   Windows  Yes   No
 Toolbar/Comment.bmp
  9272 3295  35% 08-06-05 19:47  .A.   6D155B40 m5e 2.9
   Windows  Yes   No
[...]
---
   37   380626   170427  44%


On the other hand, this is the output of unrar 5.x when invoked on the
same archive and with the same options:

$ unrar-nonfree vt -c- -v RARaddin_48x48.theme.rar

UNRAR 5.00 beta 8 freeware  Copyright (c) 1993-2013 Alexander Roshal

Archive: RARaddin_48x48.theme.rar
Details: RAR 4, solid

Name: winrar_theme_description.txt
Type: File
Size: 70
 Packed size: 76
   Ratio: 108%
   mtime: 2005-06-08 19:58,000
  Attributes: ..A
   CRC32: D0B284BF
 Host OS: Windows
 Compression: RAR 3.0(v29) -m5 -md=1M

Name: AboutLogo.bmp
Type: File
Size: 38472
 Packed size: 24320
   Ratio: 63%
   mtime: 2005-06-08 19:35,000
  Attributes: ..A
   CRC32: 1084D51A
 Host OS: Windows
 Compression: RAR 3.0(v29) -m5 -md=1M
   Flags: solid

Name: Toolbar/Add.bmp
Type: File
Size: 9272
 Packed size: 3375
   Ratio: 36%
   mtime: 2005-06-08 19:44,000
  Attributes: ..A
   CRC32: A5973210
 Host OS: Windows
 Compression: RAR 3.0(v29) -m5 -md=1M
   Flags: solid

Name: Toolbar/Benchmark.bmp
Type: File
Size: 9272
 Packed size: 4773
   Ratio: 51%
   mtime: 2005-06-08 19:46,000
  Attributes: ..A
   CRC32: 1584B1A7
 Host OS: Windows
 Compression: RAR 3.0(v29) -m5 -md=1M
   Flags: solid

Name: Toolbar/Comment.bmp
Type: File
Size: 9272
 Packed size: 3295
   Ratio: 35%
   mtime: 2005-06-08 19:47,000
  Attributes: ..A
   CRC32: 6D155B40
 Host OS: Windows
 Compression: RAR 3.0(v29) -m5 -md=1M
   Flags: solid

[...]


In both cases I cut the output after the first 5 items, as they should be
enough to show the point.

I don't think that the issue can be solved hacking at the
dependency level, using e.g. versioned suggests: unrar and unrar-free are
managed through the alternatives framework, so there is no guarantee of
which version the user has configured.

Instead, the issue should probably be forwarded upstream, and solved by a
major rewrite of the parser in Ark (and the new parser should be so smart
as to tell apart the three formats: unrar 5.x, unrar 4.x and unrar-free).





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

Kernel: Linux 3.10.5 (PREEMPT)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#725909: isns: typo in initscript

2013-10-09 Thread Brian Gorka

Package: isns
Version: 2.1-01+dfsg-3
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,
There is a typo in the initscript for isns.   It specifies the PID as 
/var/run/isnss.pid, when in actuality it is /var/run/isnsd.pid.

this causes the daemon to start improperly with the error

Oct  9 18:22:33 dns isnsd: src/iSNSLinux.c:241#011isnss daemon not started#012


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

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

Versions of packages isns depends on:
ii  libc6 2.13-38
ii  libgdbm3  1.8.3-11

isns recommends no packages.

isns suggests no packages.

-- Configuration Files:
/etc/init.d/isns changed:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
PID_FILE=/var/run/isnsd.pid
CONFIG_FILE=/etc/isns/isns.conf
DAEMON=/usr/sbin/isnsd
NAME=isnsd
DESC="iSNS Internet Storage Naming Service"
test -x $DAEMON || exit 0
set -e
case "$1" in
  start)
echo -n "Starting $DESC: "
start-stop-daemon --start --quiet --oknodo --pidfile $PID_FILE \
--exec $DAEMON -- $DAEMON_OPTS
echo "$NAME."
;;
  stop)
echo -n "Stopping $DESC: "
start-stop-daemon --stop --quiet --oknodo --pidfile $PID_FILE \
--exec $DAEMON
echo "$NAME."
;;
  #reload)
#
#   If the daemon can reload its config files on the fly
#   for example by sending it SIGHUP, do it here.
#
#   If the daemon responds to changes in its config file
#   directly anyway, make this a do-nothing entry.
#
# echo "Reloading $DESC configuration files."
# start-stop-daemon --stop --signal 1 --quiet --pidfile \
#   $PID_FILE --exec $DAEMON
  #;;
  force-reload)
#
#   If the "reload" option is implemented, move the "force-reload"
#   option to the "reload" entry above. If not, "force-reload" is
#   just the same as "restart" except that it does nothing if the
#   daemon isn't already running.
# check wether $DAEMON is running. If so, restart
start-stop-daemon --stop --test --quiet --oknodo --pidfile \
$PID_FILE --exec $DAEMON \
&& $0 restart \
|| exit 0
;;
  restart)
echo -n "Restarting $DESC: "
start-stop-daemon --stop --quiet --oknodo --pidfile \
$PID_FILE --exec $DAEMON
sleep 1
start-stop-daemon --start --quiet --oknodo --pidfile \
$PID_FILE --exec $DAEMON -- $DAEMON_OPTS
echo "$NAME."
;;
  *)
N=/etc/init.d/$NAME
# echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
echo "Usage: $N {start|stop|restart|force-reload}" >&2
exit 1
;;
esac
exit 0


-- 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#725910: colormake: man page refers to non-existent configuration file

2013-10-09 Thread Reuben Thomas

Package: colormake
Version: 0.9-1
Severity: minor

colormake(1) refers to /usr/share/colormake/colormake.rc, which does not exist.

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

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

Versions of packages colormake depends on:
ii  less  456-1ubuntu1
ii  make  3.81-8.2ubuntu2
ii  perl  5.14.2-21

colormake recommends no packages.

colormake 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#712680: Any updates ?

2013-10-09 Thread Brian May

On 9 October 2013 18:32, Christophe Ségui <
christophe.se...@math.univ-toulouse.fr> wrote:

> Steps to reproduce are quite easy:
>
> 1-Set up a kerberos master and slave (Debian 7). Just install master
> package heimdal-kdc on both nodes, dependancies will bring all needed stuff.
>
> 2-Create the appropriate credentials for the slave to let him get
> replication (as described by Raul in his first message)
>
> 3-Exec replication with hprop command in a shell on the master and cry ...
>

I was under the impression that this only occurred after upgrading a
squeeze system to wheezy. Am I now correct in asserting that this problem
occurs even with a clean install of the wheezy system on a new install of
wheezy?

Thanks

Bug#725304: pu: package kfreebsd-9/9.0-10+deb70.5

2013-10-09 Thread Robert Millan

Adam D. Barratt:
>>> In that case, the status of that package needs clarifying. Releasing .5
>>> via p-u if .4 is then going to appear via security doesn't really work.
>>
>> .4 just went into proposed-updates.
> 
> No. It's in wheezy-security, but it's _not_ in proposed-updates because
> it reached pu-NEW after the window for 7.2 closed.

Uhm sorry then, I got confused by 
which said otherwise.

>> Does this address your concerns?
> 
> Yes, thanks. Please feel free to upload; the package will then be
> processed after the point release.

Fine. Thank you!

-- 
Robert Millan


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

Bug#725899: perl-base: Needs versioned Conflicts on libscalar-list-utils-perl

2013-10-09 Thread LeoNerd

On Wed, 9 Oct 2013 20:42:47 +0100
Dominic Hargreaves  wrote:

> Could you say what you need from a newer libscalar-list-utils-perl
> package? Depending on what the issue is, we could consider changes in
> perl-base. This bug report can serve to track better solutions to the
> problem too; but I don't see an easy fix.

Ah I see.. that is an awkward bug.

I'm upstream maintainer of List::Util (and in fact Socket, which was
also mentioned in the other bug) - so quite often I find it useful to
have the latest version of it installed in order to test that it
doesn't break things, or to use the feature I just added.

I generally prefer to keep everything under dpkg control, rather than
CPANning extra ones in, though for now as a workaround I can do just
that to have a later version installed.

Is there anything I could do upstream to help the situation?

-- 
Paul "LeoNerd" Evans

leon...@leonerd.org.uk
ICQ# 4135350   |  Registered Linux# 179460
http://www.leonerd.org.uk/

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

Bug#725908: RM: otf-ipafont-gothic -- no longer provides binary

2013-10-09 Thread Hideki Yamane

Package: ftp.debian.org
Severity: wishlist

Dear ftpmasters,

 As http://release.debian.org/migration/obsolete.html mentions,
 fonts-ipafont no longer provides binary otf-ipafont-gothic,
 so please adjust it.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#725907: RM: ttf-dejima-mincho -- no longer provides binary

2013-10-09 Thread Hideki Yamane

Package: ftp.debian.org
Severity: wishlist

Dear ftpmasters,

 As http://release.debian.org/migration/obsolete.html mentions,
 fonts-dejima-mincho no longer provides binary ttf-dejima-mincho,
 so please adjust it.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#725906: linux-image-3.10-3-amd64: latency when increasing or decreasing brightness

2013-10-09 Thread pw


Package: src:linux
Version: 3.10.11-1
Severity: normal
Tags: upstream

Dear Maintainer,

To change the backlight level takes several seconds and freezes system 
during this time. It happens both with keybord shortcuts and with 
graphical interface. With kernel 3.2 and 3.7, I did not have this bug 
(only in 3.10).


-- Package-specific info:
** Version:
Linux version 3.10-3-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10)


** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 
root=UUID=d619d586-6cef-46e4-954f-47d8d70e26df ro quiet


** Not tainted

** Kernel log:
[12975.317646] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 
mBi, 2000 mBm)

[12976.286538] PM: Syncing filesystems ... done.
[12976.287995] PM: Preparing system for mem sleep
[12976.292560] (NULL device *): firmware: agent loaded 
iwlwifi-6000-4.ucode into memory
[12976.293235] (NULL device *): firmware: agent loaded 
intel-ucode/06-3a-09 into memory
[12976.293248] Freezing user space processes ... (elapsed 0.01 seconds) 
done.
[12976.309245] Freezing remaining freezable tasks ... (elapsed 0.01 
seconds) done.

[12976.325247] PM: Entering mem sleep
[12976.325337] Suspending console(s) (use no_console_suspend to debug)
[12976.325658] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[12976.325698] sd 0:0:0:0: [sda] Stopping disk
[12976.340493] mei_me :00:16.0: suspend
[12976.929815] PM: suspend of devices complete after 603.778 msecs
[12976.929976] PM: late suspend of devices complete after 0.158 msecs
[12976.945861] ehci-pci :00:1d.0: System wakeup enabled by ACPI
[12976.961942] ehci-pci :00:1a.0: System wakeup enabled by ACPI
[12977.045897] e1000e :00:19.0: System wakeup enabled by ACPI
[12977.077890] xhci_hcd :00:14.0: System wakeup enabled by ACPI
[12977.093911] PM: noirq suspend of devices complete after 163.784 msecs
[12977.094223] ACPI: Preparing to enter system sleep state S3
[12977.431602] PM: Saving platform NVS memory
[12977.432361] Disabling non-boot CPUs ...
[12977.534247] smpboot: CPU 1 is now offline
[12977.638338] smpboot: CPU 2 is now offline
[12977.742430] smpboot: CPU 3 is now offline
[12977.744060] ACPI: Low-level resume complete
[12977.744111] PM: Restoring platform NVS memory
[12977.744668] CPU0: Thermal monitoring handled by SMI
[12977.744694] Enabling non-boot CPUs ...
[12977.744828] smpboot: Booting Node 0 Processor 1 APIC 0x2
[12977.756046] CPU1 microcode updated early to revision 0x19, date = 
2013-06-13

[12977.756640] CPU1: Thermal monitoring handled by SMI
[12977.758893] Intel pstate controlling: cpu 1
[12977.758971] CPU1 is up
[12977.759070] smpboot: Booting Node 0 Processor 2 APIC 0x1
[12977.769806] CPU2 microcode updated early to revision 0x19, date = 
2013-06-13

[12977.770820] CPU2: Thermal monitoring handled by SMI
[12977.773102] Intel pstate controlling: cpu 2
[12977.773153] CPU2 is up
[12977.773234] smpboot: Booting Node 0 Processor 3 APIC 0x3
[12977.784677] CPU3: Thermal monitoring handled by SMI
[12977.786980] Intel pstate controlling: cpu 3
[12977.787029] CPU3 is up
[12977.791042] ACPI: Waking up from system sleep state S3
[12978.117139] _handle_hotplug_event_root: Bus check notify on \_SB_.PCI0
[12978.264817] xhci_hcd :00:14.0: System wakeup disabled by ACPI
[12978.312857] ehci-pci :00:1a.0: System wakeup disabled by ACPI
[12978.344876] ehci-pci :00:1d.0: System wakeup disabled by ACPI
[12978.393011] PM: noirq resume of devices complete after 160.038 msecs
[12978.393148] PM: early resume of devices complete after 0.112 msecs
[12978.393175] i915 :00:02.0: setting latency timer to 64
[12978.393188] xhci_hcd :00:14.0: setting latency timer to 64
[12978.393234] mei_me :00:16.0: irq 42 for MSI/MSI-X
[12978.393427] ahci :00:1f.2: setting latency timer to 64
[12978.393545] ehci-pci :00:1a.0: setting latency timer to 64
[12978.393690] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X
[12978.393740] ehci-pci :00:1d.0: setting latency timer to 64
[12978.489224] e1000e :00:19.0: System wakeup disabled by ACPI
[12978.489238] e1000e :00:19.0: setting latency timer to 64
[12978.489270] e1000e :00:19.0: irq 48 for MSI/MSI-X
[12978.565126] dpm_run_callback(): pnp_bus_resume+0x0/0x69 returns -19
[12978.565127] PM: Device 00:09 failed to resume: error -19
[12978.605167] usb 1-1.5: reset high-speed USB device number 3 using 
ehci-pci

[12978.693989] i915: No ACPI video bus found
[12978.769299] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[12978.769474] usb 2-1.8: reset full-speed USB device number 3 using 
ehci-pci

[12978.777285] ata5: SATA link down (SStatus 0 SControl 300)
[12978.973635] usb 3-1: reset full-speed USB device number 2 using xhci_hcd
[12978.983954] ata1.00: ACPI cmd ef/10:06:00:00:00:00 (SET FEATURES) 
succeeded
[12978.983957] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE 
LOCK) filtered out
[12978.983960] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEV

Bug#725905: infinband-diags: ibnodes tries to use /usr/local/sbin/ibhosts and /usr/local/sbin/ibswitches

2013-10-09 Thread Robert LeBlanc

Package: infinband-diags
Version: experimantal
Severity: normal

Dear Maintainer,

When execting ibnodes it tries to execute the supporting binaries from the
wrong location:

leblanc@rleblanc-pc:~/Downloads$ /usr/sbin/ibnodes
/usr/sbin/ibnodes: line 5: /usr/local/sbin/ibhosts: No such file or directory
/usr/sbin/ibnodes: line 5: /usr/local/sbin/ibswitches: No such file or
directory

The supporting binaries are located in /usr/sbin instead of /usr/local/sbin.



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

Kernel: Linux 3.10.1-pf (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


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

Bug#725611: qtractor: FTBFS on non-amd64/i386: "qtractorAtomic.h: unsupported target compiler processor (GNUC)

2013-10-09 Thread Alessio Treglia

Hi there,

All build failures but powerpc's have been fixed in qtractor 0.5.11-2,
hurd-i386 and kfreebsd implementations have been removed due to the
lack of support from upstream.

I'll close this once it's all done.

See you later,

Alessio

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


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

Bug#709146: [tlbuild] ttf2pk versus ttf2pk2

2013-10-09 Thread Karl Berry

Is there a reason for it, and why do we not switch to ttf2pk2 
and get rid of one more lib in libs?

Peter removed freetype1 and ttf2pk in the sources some time ago,
so they'll be gone in TL 2014.

karl


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

Bug#725889: popularity-contest: cron task gpg: fatal: can't open /tmp/.../trustdb.gpg: No such file or directoryo

2013-10-09 Thread Werner Koch

On Wed,  9 Oct 2013 21:09, bill.allomb...@math.u-bordeaux1.fr said:

> Actually this is the gnupg upgrade which cause this issue.

I'll take care of this tomorrow.  The cause for this is very likely

a1a59e6 * gpg: No need to create a trustdb when encrypting with --always-trust.

IIRC, I did this on your request but obviously I have not a done
complete test.


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#650323: ITP: ipmiutil

2013-10-09 Thread Andy Cress

The ipmiutil debian packaging has been completed in ipmiutil-2.9.2-1.

Visible links:
http://mentors.debian.net/package/ipmiutil
http://mentors.debian.net/debian/pool/main/i/ipmiutil/ipmiutil_2.9.2-1.dsc
http://ipmiutil.sourceforge.net  (upstream)

Bug#725304: pu: package kfreebsd-9/9.0-10+deb70.5

Control: tags -1 + confirmed

On Wed, 2013-10-09 at 20:58 +, Robert Millan wrote:
> Adam D. Barratt:
> >> There is a 9.0-10+deb70.4 upload in Secre^WSecurity Team's queue since
> >> 23 days ago but I've no idea the status if this.  [rt.debian.org #4671]
> > 
> > In that case, the status of that package needs clarifying. Releasing .5
> > via p-u if .4 is then going to appear via security doesn't really work.
> 
> .4 just went into proposed-updates.

No. It's in wheezy-security, but it's _not_ in proposed-updates because
it reached pu-NEW after the window for 7.2 closed.

> Does this address your concerns?

Yes, thanks. Please feel free to upload; the package will then be
processed after the point release.

Regards,

Adam


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

Bug#725903: glm: Please mark libglm-dev Multi-Arch: foreign

2013-10-09 Thread Steve Langasek

On Wed, Oct 09, 2013 at 11:02:45PM +0200, Guus Sliepen wrote:
> On Wed, Oct 09, 2013 at 01:47:11PM -0700, Steve Langasek wrote:

> > The libglm-dev package is Architecture: all, and the libmirserver-dev
> > package (which is currently Ubuntu-only, but may soon come to Debian)
> > depends on it.  It would be useful to be able to cross-install
> > libmirserver-dev - and, conceptually, other Architecture: any -dev packages
> > which may depend on libglm-dev in the future.  To support this, it's
> > necessary for libglm-dev to be marked Multi-Arch: foreign (as described at
> > ), to make clear that it supports
> > this.

> I would say it is silly since one would assume Architecture: all implies
> Multi-Arch: foreign, and that if that is not already the case apt/dpkg should
> be changed, but I see you already thought of that in #666772, which
> unfortunately is still open.

That bug only applies to the case of Build-Depends on an Arch: all package. 
Here, we're talking about a Depends on it (from another -dev package), in
which case it's ambiguous whether the Arch: all package really satisfies a
cross-dependency.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#719151: closed by Theodore Ts'o (Re: Bug#719151: please respect xdg base directory specification)

2013-10-09 Thread Theodore Ts'o

On Wed, Oct 09, 2013 at 06:41:39PM +0200, Marc Haber wrote:
> 
> For the record, the bug report asked about adding a config file. You
> misreacted on Thomas Koch's suggestion about where to place the config
> file.

Yes, I know.  He changed the subject line in this bug, which
eliminated what little context the Debian BTS retains, especially
since when there are no In-reply-to headers, so breaking the subject
means it completely destroy mail threading in mutt and most other
MUA's.

I had already reopened the bug, as you might have noticed when your
reopen request failed.

- Ted

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

Bug#725904: mercurial-common: hg view tags only show last word in tag

2013-10-09 Thread D Haley

Package: mercurial-common
Version: 2.6.3-1
Severity: normal

Dear Maintainer,

The following sequence of commands can produce a bug whereby a tag, such as 
"release version" will instead only show "version" in the tag view. This 
appears to be a regression, as this previously worked in earlier versions of hg 
view.

Here is a sesion reproducing the bug:

$ hg init .
$ hg commit -u "me" -m "commitMesg"
$ echo "otherstuff" > file
$ hg commit -u "me" -m "yacm"
$ hg tag -r 1 -m "commit tag" "Some Tag Here"
$ hg view

Instead of "Some Tag Here", i simply see "Here" in the tree display. The 
contents of .hgtags appears to be correct, and so does the output from hg tags.

I think *maybe* that it might be related to this change. Ive rarely used tcl.:
http://www.selenic.com/pipermail/mercurial-devel/2013-March/049582.html

Thanks.



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

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

Versions of packages mercurial-common depends on:
ii  python  2.7.5-4

Versions of packages mercurial-common recommends:
ii  ca-certificates  20130610
ii  mercurial2.6.3-1

Versions of packages mercurial-common suggests:
pn  python-mysqldb   
pn  python-openssl   
pn  python-pygments  
ii  tk8.5 [wish] 8.5.14-2

-- 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#725903: glm: Please mark libglm-dev Multi-Arch: foreign

2013-10-09 Thread Guus Sliepen

On Wed, Oct 09, 2013 at 01:47:11PM -0700, Steve Langasek wrote:

> The libglm-dev package is Architecture: all, and the libmirserver-dev
> package (which is currently Ubuntu-only, but may soon come to Debian)
> depends on it.  It would be useful to be able to cross-install
> libmirserver-dev - and, conceptually, other Architecture: any -dev packages
> which may depend on libglm-dev in the future.  To support this, it's
> necessary for libglm-dev to be marked Multi-Arch: foreign (as described at
> ), to make clear that it supports
> this.

I would say it is silly since one would assume Architecture: all implies
Multi-Arch: foreign, and that if that is not already the case apt/dpkg should
be changed, but I see you already thought of that in #666772, which
unfortunately is still open.

> Could you please consider the attached patch that implements this?  I've
> uploaded the same change to Ubuntu.

Ok, I will.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: Digital signature

Bug#725889: regression: gpg: fatal: can't open trustdb.gpg: No such file or directory

2013-10-09 Thread Bill Allombert

On Wed, Oct 09, 2013 at 02:17:03PM -0600, Bob Proulx wrote:
>   rm -f /tmp/testdata.gpg
>   echo foo > /tmp/testdata
>   mkdir /tmp/gpgtesthome
>   chmod go-rwx /tmp/gpgtesthome
>   gpg --quiet --batch --armor --no-options --no-default-keyring 
> --trust-model=always --homedir /tmp/gpgtesthome --keyring 
> /usr/share/keyrings/debian-keyring.gpg --recipient E1C21845 --output 
> /tmp/testdata.asc --encrypt /tmp/testdata
> 
> Version 1.4.14-1 is quiet.  Version 1.4.15-1 emits:
> 
>   gpg: fatal: can't open `/tmp/gpgtesthome/trustdb.gpg': No such file or 
> directory
>   secmem usage: 1408/1408 bytes in 2/2 blocks of pool 1408/32768

Thanks Bob for your simpler test-case.
Also the following also fails

gpg --trust-model=always --homedir /tmp/gpgtesthome --keyring 
/usr/share/keyrings/debian-keyring.gpg --recipient E1C21845 --output 
/tmp/testdata.asc --encrypt /tmp/testdata

but it works once --trust-model=always is removed. 

I wonder if this is not related to this change:
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=commit;h=a1a59e6a539e597996976d0afb6aa3062e954188

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#725665: python-nautilus: ImportError: could not import gobject (could not find _PyGObject_API object)

2013-10-09 Thread Paul Menzel

Control: severity -1 grave
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=698214


Dear Debian folks,


Am Montag, den 07.10.2013, 08:31 +0200 schrieb Paul Menzel:

[…]

> the Nautilus extension `nautilus-image-manipulator` does not start and I
> see the following in `~/.xsession-error`.
> 
> ImportError: could not import gobject (could not find _PyGObject_API 
> object)
> 
> (nautilus:4470): Nautilus-Python-WARNING **: pygobject initialization 
> failed
> 
> (nautilus:4470): Nautilus-Python-WARNING **: 
> nautilus_python_init_python failed

this happened despite creating a symlink from `/usr/lib` to `/usr/lib`.

As it renders `python-nautilus` unusable on the 64-bit architecture I am
increasing the severity. The upstream report should be [1] and it is
also reported in Launchpad for Ubuntu [2], where a patch is attached
too.



Thanks,

Paul


[1] https://bugzilla.gnome.org/show_bug.cgi?id=698214
[2] https://bugs.launchpad.net/ubuntu/+source/nautilus-python/+bug/1170017


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

Bug#725788: dh-python: python3.3 setup.py clean fails with UnicodeDecodeError

2013-10-09 Thread Piotr Ożarowski

Hi Mathias,

[Mathias Behrle, 2013-10-08]
> E: pybuild pybuild:255: clean: plugin distutils failed with: exit
> code=1: python3.3 setup.py clean
> (complete build log and rules file attached)
> 
> I am able to build another package (vatnumber) with the same
> configuration. I tried to remove non-ASCII 'é' from 'Cédric Krier' in
> setup.py, but had no success.

it's not about pybuild opening setup.py, it's about...

> Traceback (most recent call last):
>   File "setup.py", line 44, in 
> version=get_version(),
>   File "setup.py", line 40, in get_version
> init = read(os.path.join('sql', '__init__.py'))
>   File "setup.py", line 36, in read
> return open(os.path.join(os.path.dirname(__file__), fname)).read()
>   File "/usr/lib/python3.3/encodings/ascii.py", line 26, in decode
> return codecs.ascii_decode(input, self.errors)[0]
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 54: 
> ordinal not in range(128)
> E: pybuild pybuild:255: clean: plugin distutils failed with: exit code=1: 
> python3.3 setup.py clean 

setup.py file opening sql/__init__.py file.

try this: `python setup.py clean` - it will fail as well


signature.asc
Description: Digital signature

Bug#725304: pu: package kfreebsd-9/9.0-10+deb70.5

2013-10-09 Thread Robert Millan

Adam D. Barratt:
>> There is a 9.0-10+deb70.4 upload in Secre^WSecurity Team's queue since
>> 23 days ago but I've no idea the status if this.  [rt.debian.org #4671]
> 
> In that case, the status of that package needs clarifying. Releasing .5
> via p-u if .4 is then going to appear via security doesn't really work.

.4 just went into proposed-updates. Does this address your concerns?

-- 
Robert Millan


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

Bug#725672: apt-listbugs: version 0.1.10 fails to download bugs from the BTS

2013-10-09 Thread Francesco Poli

On Tue, 8 Oct 2013 12:19:42 +0200 Gilles Crèvecœur wrote:

> On Mon, Oct 07, 2013 at 10:10:55PM +0200, Francesco Poli wrote:
[...]
> > Gilles, what's the output of "ruby -v" on your system?
> 
> I use the ruby interpreter provide by official debian packages.
> ruby -v output : ruby 1.9.3p448 (2013-06-27 revision 41675) [i486-linux]

OK, my question was primarily intended to check whether you were using
Ruby 1.9, Ruby 1.8, or Ruby 2.0 as default interpreter.

[...]
> > Gilles, please provide the requested additional information, thanks.
> 
> I apologize, I'm not comfortable at all with english, and this is the reason
> why my message is so tight ;) 

No need to apologize, your English will improve as you practice it!

Now, I have some tests I would like you to perform on your system,
after (temporarily) re-upgrading to apt-listbugs version 0.1.10 or
0.1.11

You can issue all the following commands as regular user (no need to
become root, in order to perform the tests).

Test 0
--

Is the output of the following commands identical to what I get or do
they fail with errors? Please copy and paste the transcript of your
shell session:

$ apt-listbugs -v 
0.1.11
$ LC_ALL=C apt-listbugs list apt/0.9.9
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
serious bugs of apt (-> 0.9.9) 
 #558784 - apt: re-adds removed keys (Fixed: 0.9.10)
Summary:
 apt(1 bug)

Test 1
--

Does using Ruby 1.8 make any difference?
In case you no longer have package ruby1.8 on your system, please
temporarily re-install it.
Please copy and paste the transcript of your shell session:

$ LC_ALL=C ruby1.9.1 /usr/bin/apt-listbugs list apt/0.9.9
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
serious bugs of apt (-> 0.9.9) 
 #558784 - apt: re-adds removed keys (Fixed: 0.9.10)
Summary:
 apt(1 bug)
$ LC_ALL=C ruby1.8 /usr/bin/apt-listbugs list apt/0.9.9
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
serious bugs of apt (-> 0.9.9) 
 #558784 - apt: re-adds removed keys (Fixed: 0.9.10)
Summary:
 apt(1 bug)

Test 2
--

Please try and run the interactive Ruby interpreter.
Type one command at a time and see the result.
Please copy and paste the transcript of your irb session:

$ LC_ALL=C irb1.9.1 
irb(main):001:0> require 'soap/rpc/driver'
=> true
irb(main):002:0> server="http://bugs.debian.org:80/cgi-bin/soap.cgi";
=> "http://bugs.debian.org:80/cgi-bin/soap.cgi";
irb(main):003:0> ns = 'Debbugs/SOAP/'
=> "Debbugs/SOAP/"
irb(main):004:0> drv = SOAP::RPC::Driver.new(server, ns)
=> 
#http://bugs.debian.org:80/cgi-bin/soap.cgi>>
irb(main):005:0> drv.add_method('get_bugs','keyparam')
=> #http://bugs.debian.org:80/cgi-bin/soap.cgi>>.get_bugs>
irb(main):006:0> drv.get_bugs(['package', 'apt-listbugs', 'severity', 
'normal']).sort
=> [493632, 499657, 536613, 688506, 693291, 725479, 725672]
irb(main):007:0> exit

Please let me know, thanks for your feedback!

-- 
 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

pgp5rn6Ax7cPB.pgp
Description: PGP signature

Bug#725291: ospu: package sympa/6.0.1+dfsg-4+squeeze2

Control: tags -1 + confirmed

On Thu, 2013-10-03 at 19:35 +0200, Emmanuel Bouthenot wrote:
> The version of sympa in oldstable is affected by a bug which permit to
> one user to crash or trigger an endless loop in the fastcgi process
> running the sympa web interface (wwsympa). See #654622
>
> DSA asked me to upload a fix for this bug in oldstable-proposed-updates

Please go ahead.

> (I hope it's not too late for the next point release).

Not yet; the window closes over the coming weekend.

Regards,

Adam


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

Bug#723793: Bug#723587: release.debian.org: Non-free file in PyOpenCL - new version upload to stable and oldstable

Control: tags -1 + confirmed

On Fri, 2013-10-04 at 18:10 +0200, Tomasz Rybak wrote:
> Dnia 2013-10-02, śro o godzinie 01:12 +0200, Cyril Brulebois pisze:
> > Cyril Brulebois  (2013-09-23):
> > > The squeeze.diff one seems to have unrelated noise in patches,
> > > presumably because something refreshed them while you were preparing
> > > the diff? Having a targeted patched like the first one would be nice,
> > > so please follow up to 723...@bugs.debian.org with a cleaner debdiff.
> > 
> > kind reminder: o-p-u NEW freeze is less than 2 weeks from now. Fixing
> > this issue in a later point release is of course perfectly OK, I just
> > thought I'd give you a heads-up.> 
[...]
> I attach new patch with proposed changes. It only changes
> changelog, debian/rules (removal of offending file)
> and mentioned file.

Please go ahead.

Regards,

Adam


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

Bug#725903: glm: Please mark libglm-dev Multi-Arch: foreign

2013-10-09 Thread Steve Langasek

Package: glm
Version: 0.9.4.4-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch

Hi Guus,

The libglm-dev package is Architecture: all, and the libmirserver-dev
package (which is currently Ubuntu-only, but may soon come to Debian)
depends on it.  It would be useful to be able to cross-install
libmirserver-dev - and, conceptually, other Architecture: any -dev packages
which may depend on libglm-dev in the future.  To support this, it's
necessary for libglm-dev to be marked Multi-Arch: foreign (as described at
), to make clear that it supports
this.

Could you please consider the attached patch that implements this?  I've
uploaded the same change to Ubuntu.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/changelog'

=== modified file 'debian/control'
--- debian/control	2013-07-18 12:46:46 +
+++ debian/control	2013-10-09 20:41:53 +
@@ -9,6 +9,7 @@
 Package: libglm-dev
 Section: libdevel
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}
 Description: C++ library for OpenGL GLSL type-based mathematics
  OpenGL Mathematics (GLM) is a header only C++ mathematics library for graphics

Bug#711831: RFA: libgphoto2 -- gphoto2 digital camera library

2013-10-09 Thread Laurent Bigonville

Hello all,

Is a NMU (or a QA upload) still planned for this package?

I can request a transition slot if needed.

Cheers

Laurent Bigonville


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

Bug#707681: gvfsd-gphoto2 dumps core

2013-10-09 Thread Yves-Alexis Perez

On lun., 2013-08-19 at 14:12 +0200, Yves-Alexis Perez wrote:
> Same thing here, with EOS350D. I've tried gphoto2 directly and it seems
> to work fine (at least gphoto2 -P) so I guess the problem indeed is in
> gvfs, but as the segfault is in libusb it might be related to that lib
> too.

Any news on this? It's still happening nowadays, and it's a bit painful
actually.

Regards,
-- 
Yves-Alexis


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

Bug#725516: lbzip2: FTBFS: problems running testsuite

2013-10-09 Thread Mikołaj Izdebski

Hello,

Thank you for the report.

On Sun, Oct 6, 2013 at 8:42 PM, Steven Chamberlain  wrote:
> There seem to be some problems running the testsuite during build, which
> I don't think are specific to my architecture (kfreebsd-amd64) :
>
>> make  check-TESTS
>> make[2]: Entering directory `/home/steven/lbzip2-2.2/tests'
>> make[3]: Entering directory `/home/steven/lbzip2-2.2/tests'
>> ./Tester: line 27: tmp./bin/bash.1.21252: No such file or directory
>> ./Tester: line 28: tmp./bin/bash.2.21252: No such file or directory
>> ./Tester: line 27: tmp./bin/bash.1.21266: No such file or directory
>> ./Tester: line 28: tmp./bin/bash.2.21266: No such file or directory
>> ./Tester: line 27: tmp./bin/bash.1.21280: No such file or directory
>
> Tester tries to use '$1' to uniquely identify the test that is running,
> but the invocation seems to be:
> /bin/bash ./Tester /bin/bash ../build-aux/test-driver --test-name "$f"
>
> Even if I omit using the $bn part, it still fails for another
> unexplained reason:
>
>> make[4]: Leaving directory `/home/steven/lbzip2-2.2/tests'
>> fatal: making test-suite.log: failed to create 32767.bz2.trs
>> fatal: making test-suite.log: failed to create 32767.bz2.log
>> fatal: making test-suite.log: failed to create ch255.bz2.trs
>> fatal: making test-suite.log: failed to create ch255.bz2.log
>> fatal: making test-suite.log: failed to create concat.bz2.trs

This is probably a problem with Autotools.
Not reproducible in testing on GNU/Linux.
I will try to reproduce this in unstable on GNU/kFreeBSD


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

Bug#725902: slim: CVE-2013-4412: NULL pointer dereference

2013-10-09 Thread Salvatore Bonaccorso

Package: slim
Severity: important
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerability was published for slim.

CVE-2013-4412[0]:
NULL ptr dereference

Upstream fix is at [1] and as eglibc (>= 2.17) is only in jessie and
unstable it does not affect oldstable and stable.

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4412
http://security-tracker.debian.org/tracker/CVE-2013-4412
[1] 
http://git.berlios.de/cgi-bin/cgit.cgi/slim/commit/?id=fbdfae3b406b1bb6f4e5e440e79b9b8bb8f071f

Regards,
Salvatore


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

Bug#705805: (no subject)

2013-10-09 Thread Thomas Lange


As of dracut 024 and later you need to enable autoassembly of special
devices like lm. This can be done with

  rd.auto=1

P.S.: Please add your dracut version to the bug report. Also try the
newest version (currently 034-1).

-- 
regards Thomas


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

Bug#718855: [Pkg-xfce-devel] network-manager-gnome -> full gnome recommends chain

2013-10-09 Thread Philipp Kern

On Wed, Oct 09, 2013 at 12:51:11PM +0200, Yves-Alexis Perez wrote:
> This is not the general case. This is the installation, where the tasks
> maintainers have selected a package set which fits a specific intent. In
> Xfce case, we're ok to have network-manager, we then accept
> network-manager-gnome because there's no other GTK+ NM client than
> nm-applet, but that's all. We don't really need gnome-bluetooth
> (although I think we'd be fine with it) and we definitely don't need
> gnome-control-center. Also, I have no idea how well behaved
> gnome-bluetooth is when not running under GNOME.

It's probably only then not well-behaved when gnome-control-center is
missing.  (Because really, that's where the pairing is.)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#725796: kde-plasma-desktop: Default applications -> Instant Messenger: can't choose neither pidgin nor kopete

2013-10-09 Thread CrabMan

I booted up my computer again and logged in and saw that now kopete is 
indeed available in that combo box. But not pidgin. Also on another my 
computer with debian wheezy installed pidgin is unavailable in this too.



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

Bug#725889: regression: gpg: fatal: can't open trustdb.gpg: No such file or directory

2013-10-09 Thread Bob Proulx

reassign 725889 gnupg
affects 725889 + popularity-contest
thanks

Bill Allombert wrote:
> Bob Proulx wrote:
> > Downgrading to version 1.59 does not produce the output.
> 
> Actually this is the gnupg upgrade which cause this issue.

Confirmed.  It was only the unfortunate timing of the change to popcon
that it enabled encryption on the same day.  If it had enabled
encryption last week and then gnupg only upgraded today then this
would have indicated otherwise.  Reassigning to gnupg and marking as
affecting popularity-contest.  It is likely this change will affect
more packages.

> With gpg 1.4.15-1, this leads to an error. It works fine with gpg 1.4.14-1
> ...
> How to reproduce: 
> - install popularity-contest 
> 
> - change the variable DAY in /etc/cron.daily/popularity-contest to match the
>   current day number (sunday 0, monday 1, etc)
> 
> - run /etc/cron.daily/popularity-contest

Perhaps a very slightly simpler reproducer of the problem.  No $DAY
config file modifications needed.  Uses a key that every Debian
machine is likely to have.  Won't try to submit data to popcon.  Not
dependent upon popcon at all.  Just a self contained local test.

  rm -f /tmp/testdata.gpg
  echo foo > /tmp/testdata
  mkdir /tmp/gpgtesthome
  chmod go-rwx /tmp/gpgtesthome
  gpg --quiet --batch --armor --no-options --no-default-keyring 
--trust-model=always --homedir /tmp/gpgtesthome --keyring 
/usr/share/keyrings/debian-keyring.gpg --recipient E1C21845 --output 
/tmp/testdata.asc --encrypt /tmp/testdata

Version 1.4.14-1 is quiet.  Version 1.4.15-1 emits:

  gpg: fatal: can't open `/tmp/gpgtesthome/trustdb.gpg': No such file or 
directory
  secmem usage: 1408/1408 bytes in 2/2 blocks of pool 1408/32768

And of course any gpg keyring and recipient key could be substituted
to make this a simpler reproducer and independent of Debian.

Thanks,
Bob

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

Bug#570611: Update

2013-10-09 Thread Mario Limonciello

Hi anyone following,

Just wanted to give you an update on where things are with this packaging.
 I've cleaned up a majority of the stuff I found with it on master, either
upstream, via an override, or in the packaging tree.  There are two lintian
errors I would like to get resolved and then we should push forward on this
again.

E: mythtv-common: package-installs-python-bytecode
usr/share/mythtv/internetcontent/nv_python_libs/vimeo/vimeo_data.pyc
Long story short this was so that the two part API key for vimeo wasn't put
"in the open".  I talked with the author and explained the situation
including that it explicitly didn't work with.  He gave me the source and
i'm going to try to get it pulled into mythtv upstream.  Once it's upstream
this should go away.

E: libmyth-0.28-0: possible-gpl-code-linked-with-openssl
It's possible to build without OpenSSL, and even further more to build some
parts with GNU TLS, but I don't understand the implications yet.  I think
it will break some Airplay streaming stuff.  Once I get confirmation on
that, I wanted to get upstream to just include an exception with their
license for OpenSSL stuff.

-- 
Mario Limonciello
supe...@gmail.com

Bug#722134: [Pkg-haskell-maintainers] Bug#722134: Bug#722134: pandoc: includes unmodifiable documents

2013-10-09 Thread Francesco Poli

On Mon, 30 Sep 2013 18:33:06 +0200 Jonas Smedegaard wrote:

[...]
> I contacted upstream just now asking for clarification.
[...]

After taking a look at the bug log, I see that there's great progress
on this issue!
Well, actually, it seems to be almost solved...  :-)

Thanks a lot Jonas, very well done!
And also thanks to the friendly upstream developers for being helpful! 

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


pgp5qaiKFHcvR.pgp
Description: PGP signature

Bug#725447: RFS: task-spooler/0.7.3-2

2013-10-09 Thread Alexander Inyukhin

On Sun, Oct 06, 2013 at 08:02:34AM +0200, Anton Gladky wrote:
> Hi Alexandr,
> 
> please add 2-3 words into changelog entry about the bug,
> which was fixed by upstream; use canonical VCS-fields.
> 
> Just commit into VCS, no need to reupload package into mentots.

Thanks for review,

I fixed these issues in VCS.


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

Bug#712712: Good News! (Was: Bug#712712: gnash: Doesn't play YouTube...)

2013-10-09 Thread Kingsley G. Morse Jr.

Hi Gabriele,

I'm happy to report that I followed your advice
and gnash now plays YouTube videos on my computer
too.

Specifically, I cleaned out non-standard
repositories and did a full upgrade on sid.

But, the last thing I tried before gnash worked?

Rebooting!

In any event, thank you for so patiently sharing
your thoughts.

If I ask you nicely, and maybe file a new bug
report, may I please have the benefit of your
informed thoughts on how gnash might work with a
few other, non-YouTube, sites?

Thanks,
Kingsley

On 10/07/13 11:13, Gabriele Giacone wrote:
> On Mon, Oct 7, 2013 at 4:08 AM, Kingsley G. Morse Jr.
>  wrote:
> >   2.) if not, do you happen to know if there's a
> >   way to verify that gnash actually uses
> >   gstreamer?
> 
> Right click - Help - About. Media field in About window says what
> media handler is active.
> 
> > libavutil52:i3869:1.2.4-dmo1
> 
> -dmo1 packages come from non-official deb-multimedia site, unsupported.
> Please remove them all and please upgrade your system.
> 
> You might want to follow the first howto I found:
> https://blog.lebegue.org/2013/05/05/debian-wheezy-multimedia/

-- 
Time is the fire in which we all burn.

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

Bug#682520: KDE integration for syncevolution

2013-10-09 Thread Tino Keitel

Hi,

I intend to follow Patricks suggestions to make KDE support available
in syncevolution:

- new syncevolution-kde and syncevolution-evolution (or maybe -gnome?)
  packages

- libsyncevolution.so is already in syncevolution-libs, no need for
  another new package

- syncevo-dbus-server and syncevo-dbus-helper are in a package
  syncevolution-dbus, no need for another new package

- make "syncevolution" a transitional package which depends on
  syncevolution-evolution"

Thomas, would you be able to test this in a KDE environment? I wonder
if syncevolution-kde should be added to the Suggests: of some KDE PIM
package, or if it would be too much bloat to pull in syncevolution this
way.

Regards,
Tino


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

Bug#725899: perl-base: Needs versioned Conflicts on libscalar-list-utils-perl

2013-10-09 Thread Dominic Hargreaves

On Wed, Oct 09, 2013 at 08:12:29PM +0100, Paul LeoNerd Evans wrote:
> The "Conflicts" dependency from perl-base to libscalar-list-utils-perl
> needs to be versioned up to the version that comes with perl 5.18.1, as
> currently it's preventing installation of my built package dh-make-perl
> off the later version from CPAN.

The unversioned conflict was added in 
 to solve
an upgrade problem. As Niko says in that bugreport: "So, we may need to
[...] forbid separately packaged versions of modules in perl-base,".

Could you say what you need from a newer libscalar-list-utils-perl
package? Depending on what the issue is, we could consider changes in
perl-base. This bug report can serve to track better solutions to the
problem too; but I don't see an easy fix.

Dominic.

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

Bug#725901: [gnucash] Transaction Templates don't store Payment Purpose continued

2013-10-09 Thread Markus Grunwald

Package: gnucash
Version: 1:2.4.13-1
Severity: normal

--- Please enter the report below this line. ---
When creating a Transaction Template where all four "Payment Purpose" field are
filled in, only the upper two values are stored.



--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10-3-amd64

Debian Release: jessie/sid
  700 testing www.deb-multimedia.org 
  700 testing security.debian.org 
  700 testing http.debian.net 
  600 unstablehttp.debian.net 
  500 lucid   ppa.launchpad.net 
  500 grml-testingdeb.grml.org 
  500 debian  merlin.fit.vutbr.cz 

--- Package information. ---
Depends (Version) | Installed
=-+-
gnucash-common (= 1:2.4.13-1) | 1:2.4.13-1
gconf-service | 3.2.6-1
guile-1.8-libs| 1.8.8+1-8
libaqbanking34(>= 4.99.2) | 5.0.31beta-1
libc6(>= 2.4) | 
libcairo2  (>= 1.2.4) | 
libdbi1(>= 0.8.4) | 
libgconf-2-4  (>= 2.31.1) | 
libgdk-pixbuf2.0-0(>= 2.22.0) | 
libglade2-0  (>= 1:2.6.1) | 
libglib2.0-0  (>= 2.31.8) | 
libgnome-keyring0 (>= 2.20.3) | 
libgnome2-0   (>= 2.17.3) | 
libgnomecanvas2-0 (>= 2.11.1) | 
libgnomeui-0  (>= 2.22.0) | 
libgoffice-0.8-8   (>= 0.8.8) | 
libgtk2.0-0   (>= 2.12.0) | 
libgwengui-gtk2-0(>= 3.99.16) | 
libgwenhywfar60   (>= 3.99.1) | 
libktoblzcheck1c2a  (>= 1.19) | 
libofx4   | 
libpango1.0-0 (>= 1.14.0) | 
libwebkitgtk-1.0-0(>= 1.3.10) | 
libx11-6  | 
libxml2(>= 2.7.4) | 
zlib1g   (>= 1:1.1.4) | 
perl  | 
slib  | 
guile-1.8 (>= 1.8.8+1-4~) | 
libfinance-quote-perl | 
libwww-perl   | 
libhtml-tree-perl | 
libhtml-tableextract-perl | 
libcrypt-ssleay-perl  | 
libdate-manip-perl| 


Recommends(Version) | Installed
===-+-===
gnucash-docs| 2.4.2-1
yelp| 3.8.1-2


Suggests(Version) | Installed
=-+-===
libdbd-mysql  | 0.8.3-1+s-5+b1
libdbd-pgsql  | 
libdbd-sqlite3| 







-- 
Markus Grunwald
https://www.the-grue.de

Fragen zur Mail? https://www.the-grue.de/mail_und_co
https://www.the-grue.de/~markus/markus_grunwald.gpg


signature.asc
Description: PGP signature

Bug#724688: icedove: lightning

2013-10-09 Thread Carsten Schoenert

Hello Peter,

On Thu, Sep 26, 2013 at 06:39:29PM +0200, Peter Keel wrote:
> Upon upgrade of icedove to 24.0, and subsequent upgrade of lightning to
> 2.6, it crashes because of some versioning problem in libxul.so:
> 
> icedove: relocation error: 
> [...]extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/Linux_x86-gcc3/libcalbasecomps.so:
>  symbol _ZN2js13CheckedUnwrapEP8JSObjectb, version xul24.0 not defined in 
> file libxul.so with link time reference
> 
> This actually also happens if I remove the complete config directory,
> start icedove and only install lightning. 

you are talking about lightning, Debian doesn't provide a package
lighting so what exactly you are doing or better have done?

I can install icedove and iceowl-extension from experimental and
starting Icedove without problems. Do you mean the standalone package
Iceowl?

If you have installed the lightning package from Mozilla then you can
possibly run into such problems because Mozilla use different configure
options and other compiler etc. That could explain the relocation errors
because the Debian version currently doesn't provide the symbol
"CheckedUnwrap" in the libxul.so, that is an issue I think.

Regards
Carsten

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

Bug#725844: Manual workaround to make userdir unavailable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 08/10/2013 21:16, David Prévot a écrit :

> Hi, following the advice on http://www/ to get http://www/~username/
> working fails to get a result.
> 
> I noticed that debian-edu-userdir was not enabled,

I finally managed to get it working: not only one has to “a2enmod
debian-edu-userdir” (and optionally “a2dismod userdir” to get read of an
error message) before “service apache2 restart”, but the first user also
needs to “chmod o+x ~” (this last step does not seem required for the
other users created via GOsa²).

Regards

David


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

iQEcBAEBCAAGBQJSVal8AAoJEAWMHPlE9r08VkkH+wZAO2xc0gQ6PYGtMYIT4JZN
7+t4CYfgwGKeAsqa1fYLjZQu+P3ENP424IAzUBvLJySm/tZiIeoSnMHKHIWjlFdg
fXmJhlVe7y/A207+uFai02gd8DXVEnNWicTOzQhfprNRQ57R6kZf92X0EVdiwyMW
HL8ukHTPQT9nNMIMHgH2gCAY+qGovMb8awJvMvHYOlz0gyzcUQqpHg/Ck4bXzxhs
S8C5I4wvV5ZoHJsEK3Rr2V7fB5qWL9IC1BUKb7Cu4d2EIpLog0COH/i5djdAtZjl
v/fiU3zDF6qoKivjfK/o/PqFjWoPqQtXnGqcN4Z/lHXGscL0hremO8xSt7L28Jw=
=T8ya
-END PGP SIGNATURE-


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

Bug#693069: RFS: rurple-ng -- learn programming in python with a robot

2013-10-09 Thread Mike Gabriel

Hi Thomas,

(re-sending this mail, now with all Cc: people in Cc: plus adding the
missing URL for [1])

On Mi 09 Okt 2013 20:33:42 CEST, Thomas Koch wrote:

On Monday, September 30, 2013 04:34:47 PM Mike Gabriel wrote:

I can write a manpage if you insist.

I do insist. ;-)

Hi Mike,

I added a manpage:
http://mentors.debian.net/package/rurple-ng

Cool. Will take a look at it later (see below).

i did not yet write a watchfile because I did not yet find a
suitable place to

place the upstream project. I pushed it to gitorious[1] but gitorious has no
site listing the tags of the project and thus I did not see how to write a
watchfile. And as much as I'd prefer the free software based gitorious site
over github it's so much lacking behind. It does not even have a bugtracker.

I can confirm this. I run a private Gitorious instance at Uni and that
one has that feature available. Weird. Anyway, as you are upstream and
downstream in one person now, this can be easily overviewed and you
will know when upstream has a new release. So, forget about the watch
file (for now).

If you want to use gitorious.org for other projects, nag them for the
tag stuff in their WebUI. You will need it (or another Git hoster).

[1] https://gitorious.org/rurple-ng/rurple-ng/

I changed the versionnumber to 0.5+16 to indicate that I packed upstreams 0.5
version plus the last 16 commits to master. I'm sorry, I should have added a
new entry to debian/changelog instead of editing the first entry, but I
remember that this might cause trouble for first uploads to the archive
(missing orig tarball).

We got to get this fixed first:

The upstream version should be changed into

0.5+git2013xxyy (the date you clone that upstream Git repos).

In /debian/changelog you then place the concrete commit hash you used
for creating that orig tarball (see [1]).

The Debian revision will then of course be -1 and we upload indeed a
new orig tarball (the one you snapshot from the used Git branch).

Please change your package (again, I am sorry) accordingly and then I
will take a look at the rest.

Mike

[1]
http://ftp-master.metadata.debian.org/changelogs//main/n/node-security/node-security_1.0.0~git20130515-1_changelog

(Note: in this example, the upstream Git was clone before the release
of 1.0.0, in your case you cloned after the 0.5 release, so you
replace ~git by +git in the upstream version...

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net

Digitale_PGP_Signatur
Description: PGP signature

binf8ESEC8fKm.bin
Description: Öffentlicher PGP-Schlüssel

pgp6xbg8T82Pk.pgp
Description: Digitale PGP-Signatur

Bug#696165: Info received (Bug#696165: Acknowledgement (ITP: libdiffutils-java -- Java diff and patch library))

2013-10-09 Thread Wookey

+++ Debian Bug Tracking System [2013-08-12 08:00 +]:

Further investigation found that this package had wrong/not plausible
licence claims as it said it was Apache2 whilst being clearly derived from
something that was never apache2 and the original author has not given
permission for any licence change.

The software is not uploadable to Debian without someone sorting out
the licence with upstream. The jrcs package from which it is derived
_does_ have acceptable licencing (although it has changed over its
lifetime, just to confuse matters).

The package which depended on diffutils has been changed to remove the
need for it, so I can forget about this whole mess.

If anyone is interested at some point I have all the details of the
licencing mess, and mostly-done packaging of both diffutls and jrcs
you could start from.

gah - what a waste of effort.

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#725900: lintian4python: please check for linking against debug flavor of libpython

2013-10-09 Thread Jakub Wilk


Package: lintian4python
Version: 0.24.4

checks/python/extensions currently only checks linking against non-debug 
flavors of libpython. It should check debug flavors too.


--
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#724688: Update on status?

2013-10-09 Thread Carsten Schoenert

Hello Mathieu,

On Wed, Oct 09, 2013 at 01:27:38PM -0400, Mathieu wrote:
> I will have a look at the wiki instructions and the git repository
> to see if I can bring any help (in my free time :)). In the
> meanwhile, I'll probably try a downgrade to Icedove 17. Besides, let
> me know if any additional information could be useful.

I take a quick look about the suggested configure option
--enable-shared-js. Icedove uses this option at least since July 2011.

> git blame debian/rules | grep "shared-js"
>  52dff124 (Christoph Goehre  2011-07-29 21:02:17 +0200 109)   
> --enable-shared-js \

So I think it's a little bit more than this allready added option. ;)

But yes, the symbol is missing in the libxul.so.

> $ objdump --dynamic-syms --demangle /usr/lib/icedove/libxul.so  | grep 
> CheckedUnwrap
>   DF *UND*    mozjs   
> js::CheckedUnwrap(JSObject*, bool)

So propably the build of the libxul.so has changed and we have to
modify the build to fit the debian specifica. You can check possible
differences between the version 17 and 24 easily with the git diff
command. That's there I would start.

Regards
carsten


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

Bug#725899: perl-base: Needs versioned Conflicts on libscalar-list-utils-perl

2013-10-09 Thread Paul LeoNerd Evans

Package: perl-base
Version: 5.18.1-4
Severity: normal

The "Conflicts" dependency from perl-base to libscalar-list-utils-perl
needs to be versioned up to the version that comes with perl 5.18.1, as
currently it's preventing installation of my built package dh-make-perl
off the later version from CPAN.


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

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

Versions of packages perl-base depends on:
ii  dpkg   1.16.10
ii  libc6  2.17-92+b1

perl-base recommends no packages.

Versions of packages perl-base suggests:
ii  perl  5.18.1-4

-- 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#724306: Bug #724306: pu: package dpkg/1.16.11