Bug#720021: closed by David Suárez (Builds ok)

[Dominic Hargreaves]

Control: reopen -1

On Sat, Jan 18, 2014 at 03:39:36AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:libhtml-template-dumper-perl package:
> 
> #720021: libhtml-template-dumper-perl: FTBFS with perl 5.18: test failures
> 
> It has been closed by David Suárez .

> Now builds ok, closing it.

Nope, still fails some of the time; see attached.
sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on carme.larted.org.uk

╔══╗
║ libhtml-template-dumper-perl 0.1-1 (i386)  18 Jan 2014 11:13 ║
╚══╝

Package: libhtml-template-dumper-perl
Version: 0.1-1
Architecture: i386
Chroot Build Dir: 
/var/lib/schroot/mount/perl-5.18-i386-sbuild-7c16cff2-7936-4ddb-b82a-91c721678063/build/dom-libhtml-template-dumper-perl_0.1-1-i386-ua963T
Start Time: 20140118-1113

┌──┐
│ Fetch source files   │
└──┘


Check APT
─

Checking available source versions...

Download source files with APT
──

Reading package lists...
Building dependency tree...
Reading state information...
NOTICE: 'libhtml-template-dumper-perl' packaging is maintained in the 'Svn' 
version control system at:
svn://svn.debian.org/pkg-perl/trunk/libhtml-template-dumper-perl/
Need to get 18.1 kB of source archives.
Get:1 http://mirror.ox.ac.uk/debian/ sid/main libhtml-template-dumper-perl 
0.1-1 (dsc) [1581 B]
Get:2 http://mirror.ox.ac.uk/debian/ sid/main libhtml-template-dumper-perl 
0.1-1 (tar) [14.2 kB]
Get:3 http://mirror.ox.ac.uk/debian/ sid/main libhtml-template-dumper-perl 
0.1-1 (diff) [2322 B]
Fetched 18.1 kB in 0s (835 kB/s)
Download complete and in download only mode

Check arch
──

** Using build dependencies supplied by package:
Build-Depends: debhelper (>= 7.0.17), perl (>= 5.10) | libmodule-build-perl
Build-Depends-Indep: libhtml-template-perl (>= 2.6), libio-stringy-perl, 
libstruct-compare-perl, libyaml-perl, perl

┌──┐
│ Install build dependencies (internal resolver)   │
└──┘

Checking for already installed source dependencies...
debhelper: missing
Using default version 9.20131227
perl: already installed (5.18.2-1 >= 5.10 is satisfied)
libhtml-template-perl: missing
Using default version 2.95-1
libio-stringy-perl: missing
libstruct-compare-perl: missing
libyaml-perl: missing
perl: already installed (5.18.2-1)
Checking for source dependency conflicts...
Installing positive dependencies: debhelper libhtml-template-perl 
libio-stringy-perl libstruct-compare-perl libyaml-perl
Reading package lists...
Building dependency tree...
Reading state information...
The following package was automatically installed and is no longer required:
  libcloog-ppl1
Use 'apt-get autoremove' to remove it.
The following extra packages will be installed:
  gettext gettext-base intltool-debian libasprintf0c2 libcroco3 libpipeline1
  libunistring0 libxml2 man-db po-debconf
Suggested packages:
  dh-make gettext-doc libipc-sharedcache-perl libyaml-shell-perl groff less
  www-browser libmail-box-perl
Recommended packages:
  curl wget lynx-cur autopoint libasprintf-dev libgettextpo-dev xml-core
  libyaml-libyaml-perl libyaml-syck-perl libmail-sendmail-perl
The following NEW packages will be installed:
  debhelper gettext gettext-base intltool-debian libasprintf0c2 libcroco3
  libhtml-template-perl libio-stringy-perl libpipeline1 libstruct-compare-perl
  libunistring0 libxml2 libyaml-perl man-db po-debconf
debconf: delaying package configuration, since apt-utils is not installed
0 upgraded, 15 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/4972 kB of archives.
After this operation, 14.5 MB of additional disk space will be used.
Selecting previously unselected package libpipeline1:i386.
(Reading database ... 15224 files and directories currently installed.)
Preparing to unpack .../libpipeline1_1.2.6-1_i386.deb ...
Unpacking libpipeline1:i386 (1.2.6-1) ...
Selecting previously unselected package man-db.
Preparing to unpack .../man-db_2.6.5-3_i386.deb ...
Unpacking man-db (2.6.5-3) ...
Selecting previously unselected package libasprintf0c2:i386.
Preparing to unpack .../libasprintf0c2_0.18.3.1-2_i386.deb ...
Unpacking libasprintf0c2:i386 (0.18.3.1-2) ...
Selecting previously unselected package libxml2:i386.
Preparing to unpack .../libxml2_2.9.1+dfsg1-3_i386.deb ...
Unpacking libxml2:i386 (2.9.1+dfsg1-3) ...
Selecting previously unselected 

Bug#730908: marked as done (libio-event-perl: FTBFS: Failed tests)

[Dominic Hargreaves]

Control: reopen -1

On Sat, Jan 18, 2014 at 03:39:43AM +, Debian Bug Tracking System wrote:
> Date: Sat, 18 Jan 2014 04:34:24 +0100
> From: David Suárez 

> Now builds ok, closing it.

Doesn't look right, there has already been discussion about how it's
not easy to reproduce. Reopening.

Dominic.


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

Bug#730369: Even after enabling...

[John M.]

Hi,

Even after enabling and starting the service, it doesn't start
automatically on the next reboot.  Manually executing

# systemctl start bluetooth.service

Indeed starts the service.  My temporary solution to avoid that, was to
copy /lib/systemd/system/bluetooth.service into the /etc/systemd/system
directory, modify the service so that it's wanted by the
multi-user.target and create a relative symlink in the
multi-user.target.wants directory.

It seems to be a configuration problem, or a conflict between the
bluetooth.service and bluetooth.target units.
-- 
J.W.M.

Bug#735840: Please allow binary file debian/upstream-signing-key.pgp by default

[Artur R. Czechowski]

On Fri, Jan 17, 2014 at 08:47:17PM -0500, James McCoy wrote:
> For what it's worth, I intend to address #720957 (allow armored
> keyrings) soon to allow using this functionality with 1.0 source
> packages, but this would also address the warning.
That's a much better solution! My first try was also with armored keyring.

So, note to the maintainers of dpkg: from my point of view #735840 can be
closed without remorse.

Regards
Artur
-- 
Promotor polecił mi, żebym przy opisie wzorów podtrzymywania swojego
statusu przez adminów korzystała z książki opisującej analogiczne
procesy... w więzieniu i wśród młodocianych przestępców. :)
/Socjonetka/


signature.asc
Description: Digital signature

Bug#735892: libknopflerfish-osgi-framework-java: doesn't depend on default-jre and enforces installation of version 6 openjdk

[Eric Lavarde]

Package: libknopflerfish-osgi-framework-java
Version: 2.3.3-2
Severity: normal

Hi,

as the subject says, the package doesn't depend on default-jre which
leads to installation to openjdk-6-jre in addition to the version 7 that
is already installed.

One could argue that it's a wish rather than a bug, but given that we
want to get rid of openjdk6 for the next release of Debian, I allowed
myself to log this report as a normal bug.

Cheers, Eric

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.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#735877: Pending fixes for bugs in the pinto package

[pkg-perl-maintainers]

tag 735877 + pending
thanks

Some bugs in the pinto package are closed in revision
9a07f3db9a1c7bb258b19fbedc24c0dff1608331 in branch 'master' by Oleg
Gashev

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/pinto.git;a=commitdiff;h=9a07f3d

Commit message:

Added Japanese translation of the debconf templates.

Thanks: victory 
Closes: #735877


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

Bug#735893: Sourceless file

[bastien ROUCARIES]

Package: src:python-weberror
Version:0.10.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: source-contains-prebuilt-javascript-object
X-Debbugs-CC: ftpmas...@debian.org

I could not find the source of:
python-weberror 0.10.3-1 (source)

weberror/eval-media/jquery-1.2.1.min.js
  weberror/eval-media/jquery-1.2.3.pack.js
 

Bastien


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

Bug#735894: liblbfgs: use free() for a memorry allocated by posix_memalign

[Koichi Akabe]

Package: liblbfgs-dev
Version: 1.10-4
Severity: normal
File: liblbfgs
Tags: patch

_aligned_free is used in arithmetic_sse_float.h, but other headers use free()
in same position.
memblock will be allocated by posix_memalign in Linux, so please use free()
instead of _aligned_free.

Thanks.

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

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

Versions of packages liblbfgs-dev:amd64 depends on:
ii  liblbfgs0  1.10-4

liblbfgs-dev:amd64 recommends no packages.

liblbfgs-dev:amd64 suggests no packages.

-- no debconf information
--- ./lib/arithmetic_sse_float.h	2013-12-25 01:17:29.895857787 +0900
+++ ../travatar/git/travatar/src/liblbfgs/arithmetic_sse_float.h	2013-09-05 09:38:55.0 +0900
@@ -65,7 +65,11 @@
 
 inline static void vecfree(void *memblock)
 {
+#ifdef	_MSC_VER
 _aligned_free(memblock);
+#else
+free(memblock);
+#endif
 }
 
 #define vecset(x, c, n) \

Bug#730760: perl-base: IO::Socket::INET cannot cope with "option inet6" in /etc/resolv.conf

[Niko Tyni]

(cc'ing the perl and libio-socket-ip-perl package maintainers too)

On Sat, Jan 18, 2014 at 12:09:43PM +0100, Bill Allombert wrote:
> > On Fri, 17 Jan 2014 10:19:33 +, Bob Ham wrote:
> > 
> > > >A more pragmatic solution might be to use IO::Socket::IP instead.
> > > 
> > > I see now that IO::Socket::INET is only intended for IPv4; I hadn't
> > > realised that.  This problem showed up because the
> > > /usr/share/popularity-contest/popcon-upload script in
> > > popularity-contest makes use of IO::Socket::INET.  Perhaps this bug
> > > could be reassigned to the popularity-contest package so that it can
> > > be changed to use IO::Socket::IP instead?

> This is very annoying because IO::Socket::INET is part of perl-base but
> IO::Socket::IP is part of libio-socket-ip-perl. The whole design of 
> popcon-upload was to use only Essential pakages to keep a small footprint.
> 
> Would it be possible to have at least IO::Socket::INET6 in perl-base ?
> This would make perl-base IPv4/IPv6 agnostic. 

I believe the way forward is IO::Socket::IP, not IO::Socket::INET6.
The upstream plan seems to be to get IO::Socket::IP into Perl core
for 5.20, scheduled for May. If that happens, it makes sense to me
to put that in perl-base along with the old IO::Socket::INET.

 https://rt.perl.org/Public/Bug/Display.html?id=116433#txn-1275004

In the meanwhile, it looks like libio-socket-ip-perl could be made to
depend only on perl-base, as it doesn't seem to use any modules outside
that. I think the situation fits the 'exceptional circumstances' clause
in the Perl policy.

 https://www.debian.org/doc/packaging-manuals/perl-policy/ch-perl.html#s-base

Bill, would you be OK adding a dependency on libio-socket-ip-perl if it
didn't depend on perl/perl-modules ?
-- 
Niko Tyni   nt...@debian.org


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

Bug#735895: [otrs2] Multiple violation of dfsg

[bastien ROUCARIES]

Package: otrs2
Severity: serious
User: debian...@lists.debian.org
Usertags: source-contains-prebuilt-javascript-object
X-Debbugs-CC: ftpmas...@debian.org

Hi,

your package violate the dfsg:
- you do not purge the sourceless file from source package
- Moreover by using lintian override you claim to have solved the problem.

Please repack your source package.

Bastien


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

Bug#735896: Sourceless file

[bastien ROUCARIES]

Package: src:erlang
Version:1:16.b.3-dfsg-1 
Severity: serious
User: debian...@lists.debian.org
Usertags: source-contains-prebuilt-javascript-object
X-Debbugs-CC: ftpmas...@debian.org

I could not find the source of:
lib/common_test/priv/*.js

Bastien


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

Bug#735897: Sourceless file

[bastien ROUCARIES]

Package: src:eric
Version:4.5.18-1 
Severity: serious
User: debian...@lists.debian.org
Usertags: source-contains-prebuilt-javascript-object
X-Debbugs-CC: ftpmas...@debian.org

I could not find the source of:
eric 4.5.18-1 (source)

eric/DebugClients/Python/coverage/htmlfiles/jquery-1.3.2.min.js
eric/DebugClients/Python3/coverage/htmlfiles/jquery-1.3.2.min.js

 

Bastien


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

Bug#735899: pybuild should be clearer about how to disable things

[Matthias Klose]

Package: dh-python

at least the manpage doesn't tell that you need to disable things for the normal
and the dbg interpreters explicitly.

also it would be nice not to just disable running tests, but to run them and
ignore the test results.

also, please run the tests for all interpreters, and don't stop if the first one
fails. that way you see the results for all interpreters. only fail after the
last run.


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

Bug#735898: pavucontrol segmentation fault

[JWM]

Package: pavucontrol
Version: 1.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable

When I run pavucontrol, either from the pulseaudio shortcuts (gnome) extension,
or from the command line, it segfaults (the pavucontrol window opens and closes
quickly):

$ pavucontrol
Segmentation fault



There are no debugging symbols for the package, so running it through gdb
doesn't seem to provide any useful information:

$ gdb -ex r --args `which pavucontrol`
GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/pavucontrol...(no debugging symbols
found)...done.
Starting program: /usr/bin/pavucontrol
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe8964700 (LWP 10252)]

Program received signal SIGSEGV, Segmentation fault.
0x00423177 in ?? ()
(gdb)

--
J.W.M.



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

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

Versions of packages pavucontrol depends on:
ii  libatk1.0-0  2.10.0-2
ii  libatkmm-1.6-1   2.22.7-2
ii  libc62.17-97
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcairomm-1.0-1 1.10.0-1
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgcc1  1:4.8.2-12
ii  libgdk-pixbuf2.0-0   2.28.2-1+b1
ii  libglib2.0-0 2.36.4-1
ii  libglibmm-2.4-1c2a   2.36.2-1
ii  libgtk-3-0   3.8.6-1
ii  libgtkmm-3.0-1   3.8.1-1
ii  libpango1.0-01.36.0-1+b1
ii  libpangomm-1.4-1 2.34.0-1
ii  libpulse-mainloop-glib0  4.0-6+b1
ii  libpulse04.0-6+b1
ii  libsigc++-2.0-0c2a   2.2.10-0.2
ii  libstdc++6   4.8.2-12

pavucontrol recommends no packages.

pavucontrol 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#728486: Current patch for resolving lvm/systemd compatibility

[Bastian Blank]

Untested patch:

- Static services with the correct name.
- lvm2.service is statically hooked to local-fs.target, as all local
  mounts.
- lvm2-early.service is statically hooked to cryptsetup.target, as all
  crypto devices.

| drwxr-xr-x root/root 0 2014-01-18 12:32 ./lib/systemd/
| drwxr-xr-x root/root 0 2014-01-18 12:49 ./lib/systemd/system/
| -rw-r--r-- root/root   310 2014-01-18 12:34 
./lib/systemd/system/lvm2-early.service
| -rw-r--r-- root/root   301 2014-01-18 12:48 
./lib/systemd/system/lvm2.service
| drwxr-xr-x root/root 0 2014-01-18 12:49 
./lib/systemd/system/cryptsetup.target.wants/
| drwxr-xr-x root/root 0 2014-01-18 12:49 
./lib/systemd/system/local-fs.target.wants/
| lrwxrwxrwx root/root 0 2014-01-18 12:49 
./lib/systemd/system/cryptsetup.target.wants/lvm2-early.service -> 
../lvm2-early.service
| lrwxrwxrwx root/root 0 2014-01-18 12:49 
./lib/systemd/system/local-fs.target.wants/lvm2.service -> ../lvm2.service

Index: 
debian/tree/lvm2/lib/systemd/system/cryptsetup.target.wants/lvm2-early.service
===
--- 
debian/tree/lvm2/lib/systemd/system/cryptsetup.target.wants/lvm2-early.service  
(revision 0)
+++ 
debian/tree/lvm2/lib/systemd/system/cryptsetup.target.wants/lvm2-early.service  
(working copy)
@@ -0,0 +1 @@
+link ../lvm2-early.service
\ No newline at end of file

Property changes on: 
debian/tree/lvm2/lib/systemd/system/cryptsetup.target.wants/lvm2-early.service
___
Added: svn:special
## -0,0 +1 ##
+*
\ No newline at end of property
Index: debian/tree/lvm2/lib/systemd/system/local-fs.target.wants/lvm2.service
===
--- debian/tree/lvm2/lib/systemd/system/local-fs.target.wants/lvm2.service  
(revision 0)
+++ debian/tree/lvm2/lib/systemd/system/local-fs.target.wants/lvm2.service  
(working copy)
@@ -0,0 +1 @@
+link ../lvm2.service
\ No newline at end of file

Property changes on: 
debian/tree/lvm2/lib/systemd/system/local-fs.target.wants/lvm2.service
___
Added: svn:special
## -0,0 +1 ##
+*
\ No newline at end of property
Index: debian/tree/lvm2/lib/systemd/system/lvm2-early.service
===
--- debian/tree/lvm2/lib/systemd/system/lvm2-early.service  (revision 0)
+++ debian/tree/lvm2/lib/systemd/system/lvm2-early.service  (working copy)
@@ -0,0 +1,11 @@
+[Unit]
+Description=Activation of LVM2 logical volumes
+Documentation=man:lvm(8) man:vgchange(8)
+DefaultDependencies=no
+After=systemd-udev-settle.service
+Before=cryptsetup.target local-fs.target shutdown.target
+
+[Service]
+ExecStartPre=/bin/udevadm settle
+ExecStart=/sbin/lvm vgchange -aay --sysinit
+Type=oneshot
Index: debian/tree/lvm2/lib/systemd/system/lvm2.service
===
--- debian/tree/lvm2/lib/systemd/system/lvm2.service(revision 0)
+++ debian/tree/lvm2/lib/systemd/system/lvm2.service(working copy)
@@ -0,0 +1,11 @@
+[Unit]
+Description=Activation of LVM2 logical volumes
+Documentation=man:lvm(8) man:vgchange(8)
+DefaultDependencies=no
+After=lvm2-early.service cryptsetup.target
+Before=local-fs.target shutdown.target
+
+[Service]
+ExecStartPre=/bin/udevadm settle
+ExecStart=/sbin/lvm vgchange -aay --sysinit
+Type=oneshot


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

Bug#704759: Enable lmetad when building lvm2

[Chris Boot]

Hi,

I'd like to second this request. Having optional lvmetad support for
those people who find it useful would be much appreciated.

I'd be happy to create a patch to the lvm2 package to enable this
support if it would be any help. If so, please let me know if you would
prefer to have lvmetad in its own binary package, or simply be part of
the lvm2 package.

Cheers,
Chris

-- 
Chris Boot
deb...@bootc.net
GPG: 1DE8 6AB0 1897 A330 D973  D77C 50DD 5A29 FB09 


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

Bug#735896: [Pkg-erlang-devel] Bug#735896: Sourceless file

[Sergei Golovan]

severity 735896 important
tags 735896 + moreinfo
thanks

Hi Bastien,

On Sat, Jan 18, 2014 at 5:08 PM, bastien ROUCARIES
 wrote:
>
> I could not find the source of:
> lib/common_test/priv/*.js

It's not very helpful bugreport. So, for now I'll downgrade its
severity and wait for any additional input from you. What do you
expect me to do? Why?

Cheers!
-- 
Sergei Golovan


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

Bug#735900: RM: libgit-pure-perl -- ROM; renamed to libgit-pureperl-perl

[Dominic Hargreaves]

Package: ftp.debian.org
Severity: normal

This package was renamed to libgit-pureperl-perl recently.
libgit-pure-perl has an RC bug, low popcon and no r-deps, and the
maintainer supports the removal in[1].

[1] 


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

Bug#735025: libgit-pure-perl: FTBFS: test failures; remove?

[Dominic Hargreaves]

On Fri, Jan 17, 2014 at 03:01:01PM +0100, Jonas Genannt wrote:
> Hello Dominic,
> 
> >dh_auto_test
> > make[1]: Entering directory
> > `/build/dom-libgit-pure-perl_0.48-2-i386-YrkwGg/libgit-pure-perl-0.48'
> > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> > "test_harness(0, 'inc',
> > 'blib/lib', 'blib/arch')" t/*.t syntax error at t/00_setup.t line 7, near 
> > "$name
> > qw(test-project test-project-packs test-project-packs2 test-encoding)"
> > 
> > etc.
> > 
> > This is the same previously reported as #711443 and fixed along with
> > a rename of the package to libgit-pureperl-perl; this package should
> > presumably therefore be removed.
> 
> yes. Upstream seems not to fix the problems. libgit-pure-perl doesn't have 
> any rdeps. 
> 
> So yes, you can remove it.

Okay, RM bug filed: #735900.

Cheers,
Dominic.


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

Bug#735901: please provide the list of mono architectures in a central place

[Matthias Klose]

Package: mono
Severity: important

In the recent mono experimental upload you did merge the changes to build on
ppc64el, but didn't enable to build the packages on ppc64el.  See the Ubuntu
diff for these remaining changes needed.

Please add a list of mono archs to some of the mono packages so that packagers
can get the list of archs which are supposed to build mono packages.  This way
not every packager has to track down the list of mono architectures themself.

See an example like /usr/share/gcj/debian_defaults from the libgcj-common 
package.


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

Bug#735664: openssh-client: ssh-agent gets duplicate keys, breaks ssh-add

[Francois Gouget]

On Sat, 18 Jan 2014, Timo Weingärtner wrote:
[...]
> > So ssh-add should really connect to the openssh ssh-agent process and
> > not to gnome-keyring-daemon. Or is the latter somehow hijacking the
> > former?
> 
> I guess gnome-keyring just overwrites SSH_AUTH_SOCK and leaves SSH_AGENT_PID 
> untouched.

I checked this in lsof and you're right. That socket belongs to 
gnome-keyring. Sneaky!

-- 
Francois Gouget   http://fgouget.free.fr/
  145 = 1! + 4! + 5!

Bug#735902: ITP: libfile-rename-perl -- Perl extension for renaming multiple files

[Dominic Hargreaves]

Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves 

* Package name: libfile-rename-perl
  Version : 0.20
  Upstream Author : Robin Barker 
* URL : https://metacpan.org/release/File-Rename
* License : Perl
  Programming Lang: Perl
  Description : Perl extension for renaming multiple files

This package provides both a perl interface for renaming files
(File::Rename) and a command line tool 'rename' which is intended to
replace the version currently supplied by the perl package.

See #735134.


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

Bug#735685: RFS: libnftables/0.0.0~20131209-1 [ITP]

[Arturo Borrero Gonzalez]

On 18 January 2014 01:35, Neutron Soutmun  wrote:
> Hello,
>
> On Sat, Jan 18, 2014 at 3:15 AM, Arturo Borrero Gonzalez
>  wrote:
>> On 17 January 2014 17:59, Neutron Soutmun  wrote:
>>> * debian/copyright:
>>>   + forgot the debian/* license
>>
>> isn't needed, since 3.9.3.
>
> I'm not quite sure that the policy said "isn't needed" as
>

I consulted with a DD.

regards.
-- 
Arturo Borrero González


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

Bug#727708: Thoughts on Init System Debate

[Ian Jackson]

Don Armstrong writes ("Bug#727708: Thoughts on Init System Debate"):
> 3: Frankly, I don't want to support more than one set of init files; if
> the other architectures are to be release architectures, they really
> should get whatever the CTTE decides is the default init system ported
> to them, and the maintainers of that init system in Debian should accept
> patches to do so, even if it means that the default init system is less
> functional on those architectures than it would otherwise be. [Even
> without cgroups, it'll be superior to sysv, after all.]

This, together with your earlier comments that you somewhat prefer
systemd, is not realistic.  No-one has seriously suggested that making
systemd portable would be feasible, and reimplementing it would be a
very big project.

Do you recognise that a decision to make systemd the only supported
init would mean the end of non-Linux-based ports of Debian ?

Ian.


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

Bug#735903: Sourceless file

[bastien ROUCARIES]

Package: src:emscripten
Version: 1.5.6~20130920~6010666-1 
Severity: serious
User: debian...@lists.debian.org
Usertags: source-contains-prebuilt-javascript-object
X-Debbugs-CC: ftpmas...@debian.org


emscripten 1.5.6~20130920~6010666-1 (source)

third_party/websockify/include/web-socket-js/WebSocketMain.swf
third_party/websockify/include/web-socket-js/swfobject.js

Bastien


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

Bug#735896: [Pkg-erlang-devel] Bug#735896: Sourceless file

[Bastien ROUCARIES]

control: severity 735896 serious
thanks

Hi,

It is a violation of dfsg (thus serious). You should purge your source
package from the following script and repack it.

If you use these file you could link at build time with
libjs-jquery-ui package if needed.

Ask more piece of advice on #debian-mentors or #debian-qa.

I have announced this mass bug filling on debian-devel

Bastien


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

Bug#735781: libglib2.0-0: gvfsd-metadata segfault in libgio-2.0.so.0.3200.4

[Emilio Pozuelo Monfort]

reassign 735781 gvfs-daemons
thanks

On 17/01/14 21:20, Daniel Kahn Gillmor wrote:
> Package: libglib2.0-0
> Version: 2.33.12+really2.32.4-5
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm running wheezy, gnome3, in fallback mode, on an i386 platform with
> the amd64 kernel.  I see the following errors when users operate the
> machine:
> 
> [27145.672917] gvfsd-metadata[9258]: segfault at 2 ip f76af6b3 sp 
> fff83c70 error 4 in libgio-2.0.so.0.3200.4[f75eb000+15b000]
> [27145.683630] gvfsd-metadata[9260]: segfault at 2 ip f76e96b3 sp 
> ff83a6c0 error 4 in libgio-2.0.so.0.3200.4[f7625000+15b000]
> [27145.690060] gvfsd-metadata[9262]: segfault at 2 ip f76a46b3 sp 
> ff818aa0 error 4 in libgio-2.0.so.0.3200.4[f75e+15b000]

The program crashing here is gvfsd-metadata, thus reassigning.

Without a backtrace with debug symbols, there's not much we can do here.

Emilio

> 
> these happen frequently.
> 
>   --dkg
> 
> -- System Information:
> Debian Release: 7.3
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages libglib2.0-0 depends on:
> ii  libc6  2.13-38
> ii  libffi53.0.10-3
> ii  libpcre3   1:8.30-5
> ii  libselinux12.1.9-5
> ii  multiarch-support  2.13-38
> ii  zlib1g 1:1.2.7.dfsg-13
> 
> Versions of packages libglib2.0-0 recommends:
> ii  libglib2.0-data   2.33.12+really2.32.4-5
> ii  shared-mime-info  1.0-1+b1
> 
> libglib2.0-0 suggests no packages.
> 
> -- debconf-show failed
> 
> ___
> pkg-gnome-maintainers mailing list
> pkg-gnome-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers
> 


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

Bug#733856: [Pkg-graphite-maint] Bug#733856: (no subject)

[Jonas Genannt]

Hello Pierre,

I can confirm the problem on my Graphite servers - and yes Carbon logging is a 
kind of
PITA.

> I tested on our server with a logrotate whose "copytruncate" is replaced
> with "nocreate". It work as expected: file is moved and not re-created,
> thus carbon detect the logrotate and write to new log file (without a
> bunch of NUL ascii character).
> 
> I attached the new debdiff with the "copytruncate" replaced with "nocreate".

thanks for your work! It's very nice you have taken care. I will test it on my 
servers and
upload the fix soon.

Thanks,
Jonas


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

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

[Johannes Schauer]

Dear OCaml maintainers,

I am looking for sponsors for ocp-indent which I packaged and uploaded it here:

dget -u https://mister-muffin.de/ocp-indent/ocp-indent_1.4.1-1.dsc

I'm sorry that it's not on mentors.debian.net but after an initial upload
failure I was unable to upload that package again.

Quoting Johannes Schauer (2014-01-18 11:41:21)
> Package: wnpp
> Severity: wishlist
> Owner: Johannes Schauer 
> 
> * Package name: ocp-indent
>   Version : 1.4.1
>   Upstream Author : Thomas Gazagnaire, Fabrice Le Fessant
> * URL : http://www.typerex.org/ocp-indent.html
> * License : LGPL-3 with OCaml linking exception
>   Programming Lang: OCaml
>   Description : OCaml indentation tool for emacs and vim
> 
> ocp-indent is a command-line tool that allows one to indent a whole OCaml
> source code file (or parts of it) either to standard output or in-place.
> A configuration file allows user defaults as well as per-project parameters.
> The ratio of correctly indented lines is comparable with emacs tuareg mode
> while being an order of magnitude faster.

Thanks for your consideration!

cheers, josch


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

Bug#694591: Problems

[Tristan Seligmann]

I've finally taken some time to look at this ITP again. Unfortunately,
it seems that the versions of sac/flute that are included with
css2xslfo are modified versions that do not correspond to any version
I can find elsewhere. The modifications are quite extensive (they seem
to mostly relate to CSS3 support), so I think the only way the package
can work is if it builds and ships private versions of these
libraries; I think this may be feasible, but will require quite a bit
more work.
-- 
mithrandi, i Ainil en-Balandor, a faer Ambar


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

Bug#735842: meta-kde: KDE notification service sets Amarok volume to 100%

[Sven Bartscher]

On Fri, 17 Jan 2014 21:04:03 -0300
"Lisandro Damián Nicanor Pérez Meyer"  wrote:

> tag 735842 moreinfo
> thanks
> 
> On Friday 17 January 2014 21:56:07 Sven Bartscher wrote:
> > Package: meta-kde
> > Version: 5:82
> > Severity: normal
> > 
> > There is this nice service in KDE which opens a virtual terminal (usually
> > /dev/pts/0) and makes it writable to all users, so you get notifications on
> > your desktop, which would normally go to some opened terminals.
> > 
> > When I (or some other user, including nobody) write to this terminal while
> > Amarok is playing music, everything stays normal until Amarok switches to
> > the next song. Then the Volume of amarok gets suddenly set to 100%, which
> > is very annoying and also very loud.
> > 
> > This can be tested by just doing 'echo test > /dev/pts/0' and then waiting
> > until Amarok switches to the next song.
> 
> This sounds like an amarok bug. Let me ask you some questions:
> 
> - Does kmix changes it's values after amarok switched songs?

Yes kmix does change the volume bar of the Amarok stream.

> - Can you reproduce it with another audoiio player? Like vlc, or clementeime, 
> for example.

I reproduced this with VLC. The Volume changed to 100% too.

> 
> Kinds regards, Lisandro.
> 
> -- 
> "With great power comes great responsibility."
>   Peter Parker's uncle.
> 
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/


signature.asc
Description: PGP signature

Bug#718591: News on the ITP? + 3d printer team

[Tonnerre LOMBARD]

Salut,

On Sat, Jan 18, 2014 at 11:10:06AM +0100, Elena ``of Valhalla'' wrote:
> any news on this ITP? I'm starting to use octoprint (in a virtualenv) 
> and I would love having it as a proper package.

The current state is that I'm waiting for what appears to be the last
dependency to go in:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735772

After that, everything should be ready for someone to upload octoprint.
I had a volunteer for that, will have to ask if he's still interested.

Tonnerre


signature.asc
Description: Digital signature

Bug#735904: jitsi and openjdk-6

[Kurt Roeckx]

Package: jitsi
Version: 2.4.4997-1

Hi,

It seems I still had openjdk-6-jre installed and ran jitsi with that.
Trying to log in do the @debian.org SIP account seems to fail in
that case.  AFter installing the openjdk-7-jre it worked.

I have a feeling that more things fail with 6 and work with 7.
Maybe we should drop the alternative to java6-runtime?


Kurt


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

Bug#735028: mumble and TS aren't compatible, but nor are TS2 and TS3

[Rebecca N. Palmer]

Control: retitle 735028 RM: teamspeak-server -- RoQA; orphaned, outdated (newer 
version undistributable)
Control: retitle 735029 RM: teamspeak-client -- RoQA; orphaned, outdated (newer 
version undistributable)

mumble/mumble-server aren't compatible with TeamSpeak
(http://mumble.sourceforge.net/FAQ#Can_I_use_Mumble_to_connect_to_Ventrilo.2FTeamspeak.2FSkype.2F...),
but TeamSpeak 2 and TeamSpeak 3 aren't compatible either
(https://support.teamspeakusa.com/index.php?/Knowledgebase/Article/View/56/12/is-teamspeak-2-compatible-with-teamspeak-3),
and we only have permission to distribute TeamSpeak 2, not 3
(http://metadata.ftp-master.debian.org/changelogs//non-free/t/teamspeak-client/teamspeak-client_2.0.32-5_copyright).

Hence, while mumble can't replace TeamSpeak if the other parties
are unwilling to switch, the teamspeak-* packages can't
replace TeamSpeak 3 either, and its falling popcon
(http://qa.debian.org/popcon-graph.php?packages=teamspeak-client)
suggests TeamSpeak 2 is now rarely used.


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

Bug#735905: gcc-4.8: ICE when building pdns_3.1-4 on x86_64

[Christian Hofstaedtler]

Package: gcc-4.8
Version: 4.8.2-14
Severity: normal

Dear Maintainer,

I'm rebuilding pdns_3.1-4 from git [1]. g++ fails:

ch@sxl:~/PowerDNS/pdns-deb (git)-[debian-wheezy] % git-buildpackage  
--git-ignore-new
[]
Making all in gmysqlbackend
make[4]: Entering directory `/home/ch/PowerDNS/pdns-deb/modules/gmysqlbackend'
/bin/bash ../../libtool  --tag=CXX   --mode=compile x86_64-linux-gnu-g++ 
-DHAVE_CONFIG_H -I. -I../.. -I/usr/include/mysql -pthread -I/usr/include 
-D_FORTIFY_SOURCE=2  -D_GNU_SOURCE -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -MT gmysqlbackend.lo 
-MD -MP -MF .deps/gmysqlbackend.Tpo -c -o gmysqlbackend.lo gmysqlbackend.cc
libtool: compile:  x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. 
-I/usr/include/mysql -pthread -I/usr/include -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE 
-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -MT gmysqlbackend.lo -MD -MP -MF 
.deps/gmysqlbackend.Tpo -c gmysqlbackend.cc  -fPIC -DPIC -o 
.libs/gmysqlbackend.o
x86_64-linux-gnu-g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Thank you,
Christian

[1] git://git.debian.org/pkg-pdns/pdns.git branch debian-wheezy

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

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

Versions of packages gcc-4.8 depends on:
ii  binutils2.24-2
ii  cpp-4.8 4.8.2-14
ii  gcc-4.8-base4.8.2-14
ii  libc6   2.17-97
ii  libcloog-isl4   0.18.1-3
ii  libgcc-4.8-dev  4.8.2-14
ii  libgmp102:5.1.3+dfsg-1
ii  libisl100.12.1-2
ii  libmpc3 1.0.1-1
ii  libmpfr43.1.2-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages gcc-4.8 recommends:
ii  libc6-dev  2.17-97

Versions of packages gcc-4.8 suggests:
ii  binutils [binutils-gold]  2.24-2
pn  gcc-4.8-doc   
pn  gcc-4.8-locales   
pn  gcc-4.8-multilib  
pn  libasan0-dbg  
pn  libatomic1-dbg
pn  libbacktrace1-dbg 
ii  libgcc1-dbg   1:4.8.2-14
pn  libgomp1-dbg  
pn  libitm1-dbg   
pn  libquadmath0-dbg  
pn  libtsan0-dbg  

-- 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#734841: closed by Vincent Cheng (Re: RFS: 4digits/1.1.4-1)

[Yongzhi Pan]

Hi Vincent,

Thank you for the uploading. I will surely eliminate the problems next time.


Best Regards,
Yongzhi Pan

Bug#735309: libconfig-model-dpkg-perl: Please support canonical Vcs fields

[Andreas Tille]

Hi Dominique,

On Fri, Jan 17, 2014 at 06:47:12PM +0100, Dominique Dumont wrote:
> ok. I've updated Dpkg model to check/fix most vcs fields using lintian's 
> code as an example.
> 
> Andreas, could build the package and check that these modifications are 
> working for you ? 
> 
> The package is on 
> ssh://git.debian.org/git/pkg-perl/packages/libconfig-model-dpkg-perl.git

This looks good for our svn based packages which I successfully converted
to normalised Vcs fields.  However, there might (or might not?) some
enhancement for some Git based packages.  If you look for instanse at:

  ssh://git.debian.org/git/debian-med/r-cran-stringr.git

$ LC_ALL=C cme fix dpkg-control
Fixing from Dpkg::Control...
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Warning in 'source Vcs-Browser' value 
'http://git.debian.org/?p=debian-med/r-cran-stringr.git;a=summary': URL to 
debian system is not the recommended one (code is: '!defined $_ or ! 
/debian.org/ or m{^https?://anonscm.debian.org/(viewvc|gitweb|loggerhead)} ;')


>From my perspactive normalisation also means kicking things like

   ;a=summary

in the end.  I have no idea whether this should be discussed or whether
you might want to use your "power" as cme maintainer to deal with this.

H, perhaps I'm wrong with my suspicion that ";a=summary" is
responsible for the problem - since after I removed it the problem above
remained.  I guess it is simply the fact that you can leave out gitweb
and apache is expanding this URL to a valid one by injecting gitweb.

I'd recommend that if you find something like

   git\.debian\.org/\?p=debian-med

by

   anonscm.debian.org/gitweb/?p=debian-med

Kind regards and many thanks for your work

  Andreas.

-- 
http://fam-tille.de


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

Bug#730760: perl-base: IO::Socket::INET cannot cope with "option inet6" in /etc/resolv.conf

[Bill Allombert]

On Sat, Jan 18, 2014 at 02:01:32PM +0200, Niko Tyni wrote:
> (cc'ing the perl and libio-socket-ip-perl package maintainers too)
> 
> On Sat, Jan 18, 2014 at 12:09:43PM +0100, Bill Allombert wrote:
> > > On Fri, 17 Jan 2014 10:19:33 +, Bob Ham wrote:
> > > 
> > > > >A more pragmatic solution might be to use IO::Socket::IP instead.
> > > > 
> > > > I see now that IO::Socket::INET is only intended for IPv4; I hadn't
> > > > realised that.  This problem showed up because the
> > > > /usr/share/popularity-contest/popcon-upload script in
> > > > popularity-contest makes use of IO::Socket::INET.  Perhaps this bug
> > > > could be reassigned to the popularity-contest package so that it can
> > > > be changed to use IO::Socket::IP instead?
> 
> > This is very annoying because IO::Socket::INET is part of perl-base but
> > IO::Socket::IP is part of libio-socket-ip-perl. The whole design of 
> > popcon-upload was to use only Essential pakages to keep a small footprint.
> > 
> > Would it be possible to have at least IO::Socket::INET6 in perl-base ?
> > This would make perl-base IPv4/IPv6 agnostic. 
> 
> I believe the way forward is IO::Socket::IP, not IO::Socket::INET6.
> The upstream plan seems to be to get IO::Socket::IP into Perl core
> for 5.20, scheduled for May. If that happens, it makes sense to me
> to put that in perl-base along with the old IO::Socket::INET.
> 
>  https://rt.perl.org/Public/Bug/Display.html?id=116433#txn-1275004
> 
> In the meanwhile, it looks like libio-socket-ip-perl could be made to
> depend only on perl-base, as it doesn't seem to use any modules outside
> that. I think the situation fits the 'exceptional circumstances' clause
> in the Perl policy.
> 
>  https://www.debian.org/doc/packaging-manuals/perl-policy/ch-perl.html#s-base
> 
> Bill, would you be OK adding a dependency on libio-socket-ip-perl if it
> didn't depend on perl/perl-modules ?

Yes, it would be fine, if IO::Socket::IP is planned to be essential.
Thanks a lot!

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#735906: uscan: Repack broken by hidden files

[David Prévot]

Package: devscripts
Version: 2.13.9
Severity: normal
User: devscripts-de...@lists.alioth.debian.org
Usertag: uscan

Hi,

Trying to use the Files-Excluded feature from uscan with adblock-plus
ends up with a broken adblock-plus_2.4.1+dfsg.orig.tar.gz tarball
containing a top level directory with almost all the content, then a few
hidden files:

adblock-plus-2.4.1+dfsg.orig/
adblock-plus-2.4.1+dfsg.orig/addChecksum.py
[ and almost everything in that adblock-plus-2.4.1+dfsg.orig directory ]
adblock-plus-2.4.1+dfsg.orig/buildtools/lib/keySelector.js
.hg_archival.txt
.hgsub
.hgsubstate

(off course, the actual source tarball contain the .hg* files at the
same level as the rest of the content)

Regards

David

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

Kernel: Linux 3.12-1-rt-amd64 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.6
ii  libc62.17-97
ii  perl 5.18.2-2
ii  python3  3.3.2-17
pn  python3:any  

Versions of packages devscripts recommends:
ii  at  3.1.14-1
ii  curl7.34.0-1
ii  dctrl-tools 2.23
ii  debian-keyring  2013.12.13
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20-3
ii  gnupg   1.4.16-1
ii  libdistro-info-perl 0.11
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.04-2
ii  libparse-debcontrol-perl2.005-4
ii  libsoap-lite-perl   1.09-1
ii  liburi-perl 1.60-1
ii  libwww-perl 6.05-2
ii  lintian 2.5.21
ii  man-db  2.6.5-3
ii  patch   2.7.1-4
ii  patchutils  0.3.2-3
ii  python3-debian  0.1.21+nmu2
ii  python3-magic   1:5.14-2
ii  sensible-utils  0.0.9
ii  strace  4.5.20-2.3
ii  unzip   6.0-10
ii  wdiff   1.2.1-2
ii  wget1.14.96.38327-2
ii  xz-utils5.1.1alpha+20120614-2

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
ii  build-essential  11.6
ii  cvs-buildpackage 5.23
pn  devscripts-el
ii  gnuplot  4.6.4-1
ii  gpgv 1.4.16-1
ii  libauthen-sasl-perl  2.1500-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
ii  libterm-size-perl0.207-1+b1
ii  libtimedate-perl 2.3000-1
ii  libyaml-syck-perl1.27-2+b1
ii  mutt 1.5.21-6.4
ii  openssh-client [ssh-client]  1:6.4p1-2
pn  svn-buildpackage 
ii  w3m  0.5.3-15

-- no debconf information


signature.asc
Description: Digital signature

Bug#728486: Current patch for resolving lvm/systemd compatibility

[Laurent Bigonville]

Le Sat, 18 Jan 2014 10:43:30 +0100,
Laurent Bigonville  a écrit :

> Hi,

After a small discussion with Bastian I realized that I was confused
with the generator and lvmetad (I should have done my homework a bit
more carefully).

> Just came here to add my 2¢ about this in the light of my recent
> experience I had with an other package (nut) where devices were not
> present when the daemon was starting.
> 
> My initial solution was also to depends against udev-settle.service
> service. This was ensuring that the devices were present in /dev in
> some, but certainly, not all the cases, especially if the device was
> slow to initialize.
> 
> After some discussion on #udev, it turns out that "udevadm settle" is
> merely flushing the queue of already generated events and it, of
> course, cannot guarantee in anyway that all the events have been
> generated by the kernel.
> 
> So IMHO, adding udev-settle.service shouldn't be the long term
> solution, it will make things work in more case, but not all. And the
> correct solution is to have something like the generator that will
> allow to handle events when they are generated and not at one
> synchronization point during boot.

My concern of devices not being present in the /dev during boot is still
valid IMHO but can only be solved with the introduction of lvmetad (see:
#704759) and not the generator, but this is outside of the scope of this
issue. Sorry for the confusion.

But I still think that installing the generator has an added value when
lvmetad will be used. In this case the central volume group activation
will not be needed anymore as the job will be delegated to the daemon.
The generator will detect this and the .service will not be created,
that means that in this condition the call to udevadm trigger will be
omitted leading to a faster boot.

I unfortunately still doesn't understand on which technical ground the
installation of the generator is being refused and why debian should
diverge on what upstream is proposing.

Anyway I'm happy that this situation will be resolved and that our users
will have a more reliable boot when using LVM. I still think this is
not the optimal solution.

> 
> My 2¢
> 
> 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#735907: piuparts should test upgrades of essential packages

[Holger Levsen]

package: piuparts 

Hi,

subject says it all. (This will become more interesting as piuparts results 
will be used for testing migration.)


cheers,
Holger




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

Bug#735850: [kdeconnect]

[Dererk]

Package: kdeconnect
Version: 0.4.2-1
tags: patch
severity: serious

Dear kdeconnect maintainer,

I found that there's a missing (strong) dependency on the kde desktop
side that renders this package unusable, that pkg is kde-zeroconf.
I'm using a very lightweight set of kde packages and this appears to be
the only missing dependency part for kdeconnect to work on it.
Please find suitable applying the attached patch.

Thanks for maintaining this pkg!


Cheers,

Dererk

-- 
BOFH excuse #405:
Sysadmins unavailable because they are in a meeting talking about why they are 
unavailable so much.

diff -ruN kdeconnect-0.4.2.orig/debian/changelog kdeconnect-0.4.2.new/debian/changelog
--- kdeconnect-0.4.2.orig/debian/changelog	2014-01-13 17:17:15.0 -0300
+++ kdeconnect-0.4.2.new/debian/changelog	2014-01-18 11:05:41.0 -0300
@@ -1,3 +1,10 @@
+kdeconnect (0.4.2-1) unstable; urgency=medium
+
+  * Add kde-zerconf as runtime dependency for small kde environments to pull
+all the necessary pieces to work (Closes: #735850). 
+
+ -- Ulises Vitulli   Sat, 18 Jan 2014 11:03:51 -0300
+
 kdeconnect (0.4.2-1) unstable; urgency=low
 
   * Initial release (Closes: #734374)
diff -ruN kdeconnect-0.4.2.orig/debian/control kdeconnect-0.4.2.new/debian/control
--- kdeconnect-0.4.2.orig/debian/control	2014-01-13 17:43:03.0 -0300
+++ kdeconnect-0.4.2.new/debian/control	2014-01-18 11:05:55.0 -0300
@@ -16,7 +16,7 @@
 
 Package: kdeconnect
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, kde-zeroconf
 Description: connect smartphones to your KDE Plasma Workspace
  Tool to integrate the KDE Plasma Workspace with your smartphones and
  similar devices.


signature.asc
Description: OpenPGP digital signature

Bug#735908: RM: eruby; orphaned, does not work with newer Ruby versions

[Christian Hofstaedtler]

Package: ftp.debian.org

Dear ftpmasters,

eruby is orphaned (see #676347), and it does not work/build with
Ruby >= 1.9.

Please remove it.

Thank you,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



signature.asc
Description: Digital signature

Bug#735909: piuparts.debian.org should test i386 packages not available on amd64

[Holger Levsen]

package: piuparts.debian.org

Hi,

currently piuparts.d.o only tests packages of arch amd64 and all, while the 
machines could trivially have i386 chroots, to also tests packages which are 
i386 only.

This needs some more work on piuparts, from the TODO: 

- really support multiple architectures:
  - piuparts-report should have a list of available arch and list packages 
only
available on untested archs in a new state
"(depends-)not-available-on-tested-archs"
  - master should (per default) only schedule packages which are not available
on the master arch to slaves of different archs ->
"schedule-evenly-to-slaves = no"


cheers,
Holger


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

Bug#727708: Init system resolution open questions

[Michael Gilbert]

On Fri, Jan 17, 2014 at 11:29 AM, Thorsten Glaser wrote:
> Moritz Muehlenhoff dixit:
>
>>FreeBSD upstream isn't a desktop OS and never will be, there're just too
>>many deficiencies (e.g. lack of dbus
>
> Eh, excuse me! It’s obviously possible to run a desktop without dbus!
> In fact, this is a feature, in my eyes.

I think Moritz's point is that the project should get to the point
where it is perceived as ok for the non-linux ports to lose things
like gnome once it entirely depends on linux-only features (lots of
alternative desktops xfce, lxde, etc. still of course remain).  To
make that ok, the % build requirement for kfreebsd/hurd will probably
need to be reduced.


Best wishes,
Mike


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

Bug#733525: O: pdfcrack -- PDF files password cracker

[Eriberto]

Thanks for your quick reply!

I will adopt the package. Thanks a lot for your good work around it.

Cheers,

Eriberto



2014/1/18 Nacho Barrientos Arias :
> Hi,
>
> The package was orphaned because I retired as Debian developer a few weeks
> ago. Can't help you with the upload as my key is not in the Debian keyring
> anymore.
>
> Cheers.
> Nacho
>
>
> Nacho
>
>
> On Sat, Jan 18, 2014 at 6:23 AM, Eriberto  wrote:
>>
>> Hi Nacho,
>>
>> I am interested to adopt the package. However, before, I need to know
>> why you orphaned it? And, if I really adopt it, can you do the first
>> upload for me? (I am DM).
>>
>> Thanks!
>>
>> Regards,
>>
>> Eriberto
>
>


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

Bug#735891: FTBFS: dh_install: choreonoid missing files (usr/bin/*), aborting

[Rebecca N. Palmer]

armhf has now also failed, as have all the recent builds (the successes 
were several months ago, before #720816 made this package temporarily 
BD-Uninstallable).


I suspect the cause is this change in debhelper's defaults:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701233#27


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

Bug#735907: [Piuparts-devel] Bug#735907: piuparts should test upgrades of essential packages

[Andreas Beckmann]

On 2014-01-18 15:09, Holger Levsen wrote:
> subject says it all. (This will become more interesting as piuparts results 
> will be used for testing migration.)

We have updates of all essential packages in each upgrade ... if any of
the essential packages fails, the test of the package to be tested will
fail.

And essential failures will probably be noticed by someone and filed ...

Or should we drop tes special case essential-required and run them for
all the packages? That would be around 60 identical tests that would
either all pass or all fail, but yes, that's an early indicator that
something is amiss.


Andreas


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

Bug#735910: how-can-i-help: provide a nicer output, with colors and UTF-8

[Lucas Nussbaum]

Package: how-can-i-help
Version: 2
Severity: wishlist

It would be nice if how-can-i-help could use some colors in the output,
to make it easier to read. When there are many packages listed, it tends to
get hard to read.

maybe have a 'severity' rating for issues (O would be red, RFH would be
orange, for example)

Lucas

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

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

Versions of packages how-can-i-help depends on:
ii  ruby 1:1.9.3
ii  ruby-debian  0.3.8+b2
ii  ruby-json1.8.0-1+b1

how-can-i-help recommends no packages.

how-can-i-help 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#735911: ERROR: dictionaries-common is broken - called emacs-package-remove as a new-style add-on, but has no compat file.

[Ricardo Mones]

Package: dictionaries-common
Version: 1.20.5
Severity: normal

  Hi,

  While upgrading the package the following is printed:

Preparing to unpack .../dictionaries-common_1.20.5_all.deb ...
ERROR: dictionaries-common is broken - called emacs-package-remove as a 
new-style add-on, but has no compat file.
Leaving 'diversion of /usr/share/dict/words to 
/usr/share/dict/words.pre-dictionaries-common by dictionaries-common'
ERROR: dictionaries-common is broken - called emacs-package-install as a 
new-style add-on, but has no compat file.
Unpacking dictionaries-common (1.20.5) over (1.20.4) ...

  Not sure what has changed to cause this.
  Also may be related to http://bugs.debian.org/735743 which looks similar.

  Thanks for your work and best regards,

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

Kernel: Linux 3.12-1-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 dictionaries-common depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  libtext-iconv-perl 1.7-5+b1

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  aspell0.60.7~20110707-1
ii  emacsen-common2.0.7
ii  ispell3.3.02-6
pn  jed-extra 
ii  wamerican [wordlist]  7.1-1

-- debconf information:
  dictionaries-common/invalid_debconf_value:
* dictionaries-common/default-wordlist: american (American English)
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/selecting_ispell_wordlist_default:
* dictionaries-common/default-ispell: british (British English)
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/remove_old_usr_dict_link: false


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

Bug#718544: [Piuparts-devel] Bug#718544: reports packages installed when they weren't

[Holger Levsen]

Hi,

On Freitag, 10. Januar 2014, Andreas Beckmann wrote:
> >> +++ b/piuparts.py
> >> +if status != 'installed':
> >> +logging.error("Installation of %s failed", pkg)
> >> +panic()
> (half-)NACK: this fixes only part of the problem,

even if it only fixes half of the full problem (from a piuarts.d.o POV), it is 
a considerable improvement for piuparts itself, as it causes piparts to fail 
on a certain kind of failure on which it didnt fail before. So I don't see a 
reason not to merge this code.

Julien, do you have your patch in git format?

> install_packages_by_name() needs to be handled as well.
> And we should add a known_problem report for this, too.

I agree!


cheers,
Holger


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

Bug#728486: Current patch for resolving lvm/systemd compatibility

[Michael Stapelberg]

Hi Bastian,

Bastian Blank  writes:
> On Sat, Jan 18, 2014 at 11:47:11AM +0100, Michael Stapelberg wrote:
>> --- /dev/null
>> +++ b/debian/lvm2-activation-early.service
>
> Wrong name.
Renaming them to lvm2{,-early}.service as you suggested is fine with me.

>> +[Unit]
>> +Description=Activation of LVM2 logical volumes
>> +Documentation=man:lvm(8) man:vgchange(8)
>> +DefaultDependencies=no
>> +After=systemd-udev-settle.service
>> +Before=cryptsetup.target
>
> This have to be "cryptdisks.service"
No. cryptdisks{,-early}.service are actually masked in the systemd
package. cryptsetup.target is the correct unit to refer to here, see
also systemd.special(7):

cryptsetup.target
A target that pulls in setup services for all encrypted block devices.

Units called e.g. systemd-cryptsetup@sda2_crypt.service are dynamically
generated from /etc/crypttab using a systemd generator and will then be
part of cryptsetup.target.

>> +usr/lib/tmpfiles.d/lvm2.conf
>
> Undocumented in the changelog.
The changelog was merely an example, so feel free to phrase that as you
want. In case you want some input from me, I’d call it “Install
tmpfiles.d(5) configuration for systemd”.

As for your other mail which suggests shipping symlinks to enable the
unit files, are you sure that there is absolutely no use-case in which
users might want to disable the service files? Having the symlinks in
the package will prevent that entirely.

Also, why do you want lvm2-early.service hooked into cryptsetup.target
instead of local-fs.target, as upstream suggests?

-- 
Best regards,
Michael


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

Bug#735909: piuparts.debian.org should test i386 packages not available on amd64

[Andreas Beckmann]

On 2014-01-18 15:12, Holger Levsen wrote:
> currently piuparts.d.o only tests packages of arch amd64 and all, while the 
> machines could trivially have i386 chroots, to also tests packages which are 
> i386 only.

We could start with having both sid_i386 and sid_amd64 for now. And they
should be tested *full*.

I've seen failures on i386 (mainly upgrade related) that were not
reproducible in amd64 - but for packages available in both arches.


Andreas


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

Bug#735850: [kdeconnect] Cannot add/configure device. Blank kcm configuration panel instead

[David Suárez]

Hi there Matthew,

El Sábado, 18 de enero de 2014 10:14:37 Matthew Cope escribió:
> Hi David,
> 
> Trying to pair between a laptop connected with a wired connection and a
> phone connected through wireless does not work, but after fiddling with
> the router so that both devices can see each other when connected by
> wifi, the kdeconnect app on the phone was able to see the laptop and
> connect as expected.  It all appears to be working as intended now.

Good to known that you can get it working !

Thanks for the report, It could help later with other future users :)

  David


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

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

[Stéphane Glondu]

Control: owner -1 !

Le 18/01/2014 14:15, Johannes Schauer a écrit :
> I am looking for sponsors for ocp-indent which I packaged and uploaded it 
> here:
> 
> dget -u https://mister-muffin.de/ocp-indent/ocp-indent_1.4.1-1.dsc
> 
> I'm sorry that it's not on mentors.debian.net but after an initial upload
> failure I was unable to upload that package again.

Have you considered joining the OCaml team on Alioth[1], and put your
packaging as a git repository there[2]?

[1] https://alioth.debian.org/projects/pkg-ocaml-maint/
[2] dom-new-git-repo(1), in package dh-ocaml

> Thanks for your consideration!

I started to have a look, and for sure the copyright file is incorrect.
There is a lot of copyright to "Jun Furuse" and OCamlPro, those two
should at least be mentioned. Actually, I didn't see (after a quick
look) any copyright owned by the ones you mentioned in debian/copyright
(Thomas and Fabrice work for OCamlPro and/or Inria, but the copyright
seems to belong to the company and Inria). There are also some other
bits from other people, you have to be sure that at least license is the
same.

I am still reviewing the technical part, but I preferred to tell you
about the copyright issue first.

Thank you for your contribution!

Cheers,

-- 
Stéphane


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

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Michael Stapelberg]

Hi Johan,

Johan Euphrosine  writes:
>> Can you please push the forgotten branches/tags? Thanks!
>
> Done (and tested).
Thanks.

A few comments:
• You’ll want to bump debian/compat to 9 since you are requiring
  debhelper >= 9 as build-dependency anyways.
• In debian/copyright, I’d recommend to license debian/ under the same
  license that upstream ships with (i.e. BSD-2-clause in this
  case). This is to prevent licensing issues when shipping patches in
  debian/patches
• debian/docs is empty, so just delete it?
• In debian/README.Source, if you want to make it perfect, add git
  checkout  to make the instructions easily reproducible.

Aside from that:
• I’m curious about debian/Dockerfile. What do you use it for? AFAICT,
  it “just” builds a package automatically. Apart from the step which
  fetches the current upstream source, you can already do that with
  gbp-clone and git-buildpackage, right?

-- 
Best regards,
Michael


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

Bug#735912: O: libpam-shield -- locks out remote attackers trying password guessing

[Jonathan Niehof]

Package: wnpp
Severity: normal

I am orphaning the package libpam-shield (source package pam-shield),
a PAM module that blocks IP addresses with repeated failed logins.

A git repository with recent development, both Debian and "upstream,"
is at https://github.com/jtniehof/pam_shield. The original author is
fairly inactive so an interested adopter may also wish to consider
contributing upstream.


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

Bug#684712: Status

[Bastian Blank]

Hi

What is the status of this patch?  I failed to find anything in the
current LVM2 release (2.02.104).

Bastian

-- 
Prepare for tomorrow -- get ready.
-- Edith Keeler, "The City On the Edge of Forever",
   stardate unknown


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

Bug#735913: O: joy2key -- Translate joystick movements into equivalent keystrokes

[Jonathan Niehof]

Package: wnpp
Severity: normal

I am orphaning the package joy2key: "joy2key allows one to choose
keyboard events for joystick axes and buttons, so that a joystick or
gamepad can be used with an application that doesn't have native
joystick support."

Upstream appears to be inactive.


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

Bug#735490: [request-tracker-maintainers] Bug#735490: request-tracker4: ScriptAlias missing trailing slash in apache2-fcgid.conf

[Dominic Hargreaves]

Control: severity -1 minor

On Wed, Jan 15, 2014 at 01:25:30PM -0500, Nate Baker wrote:
> I attempted to switch from mod_perl, using 
> /etc/request-tracker4/apache-modperl2.conf to fcgid using 
> /etc/request-tracker4/apache-fcgid.conf 
> and the pages were broken.  It looks like the ScriptAlias directive in 
> apache-fcgid.conf is missing the trailing slash.  Once I added the trailing 
> slash 
> and restarted apache2 it worked great.  The example on 
> http://bestpractical.com/docs/rt/latest/web_deployment.html also shows the 
> trailing slash.  The line 
> I ended up using (RT is at the root of the webserver, not at /rt) is:
> 
> ScriptAlias / /usr/share/request-tracker4/libexec/rt-server.fcgi/
> 
> >From what I can tell the latest version 4.0.18-1 also has this issue.

The distributed config does work (it configure RT at '/rt'). Changing
this to '/rt/' would break installations for people visiting '/rt' so it's
not something we can change now. Probably the most useful thing to do
would be to add a commented out line indicating how to configure RT
correctly to be run from '/', since it's not that obvious.

Cheers,
Dominic.


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

Bug#735901: please provide the list of mono architectures in a central place

[Jo Shields]

mono-archs.make from mono-devel iirc. But in the specific case of ppc64el I'd 
want to read the test suite results in the build log before adding it to the 
arch list -builds-but-doesn't-work entries are not helpful

On 18 Jan 2014 12:29, Matthias Klose  wrote:
>
> Package: mono 
> Severity: important 
>
> In the recent mono experimental upload you did merge the changes to build on 
> ppc64el, but didn't enable to build the packages on ppc64el.  See the Ubuntu 
> diff for these remaining changes needed. 
>
> Please add a list of mono archs to some of the mono packages so that 
> packagers 
> can get the list of archs which are supposed to build mono packages.  This 
> way 
> not every packager has to track down the list of mono architectures themself. 
>
> See an example like /usr/share/gcj/debian_defaults from the libgcj-common 
> package. 
>

Bug#735850: [kdeconnect]

[David Suárez]

Hi Dererk.

El Sábado, 18 de enero de 2014 11:09:41 Dererk escribió:
> I found that there's a missing (strong) dependency on the kde desktop
> side that renders this package unusable, that pkg is kde-zeroconf.
> I'm using a very lightweight set of kde packages and this appears to be
> the only missing dependency part for kdeconnect to work on it.
> Please find suitable applying the attached patch.

Strange... I don't have this package installed on any of my machines (laptop, 
desktop) and kdeconnect is working. 

For I can see on the control file of kde-zeroconf, it didn't pull other 
dependencies that could lack kdeconnect.

I will try to reproduce the bug doing a fresh and minimal kde installation.


If you didn't install kde-zeroconf on one of your machines, can you try the 
next ( and ping me back with the results :) ), please:

  - run "kcmshell4 --list | grep kdeconnect" to see if the module is listed.

  - If not, do a "qdbus org.kde.kded /kded loadModule kdeconnect", its should 
return true. If not, kde isn't aware of it.

  - If all was ok, then run "kbuildsycoca4 -noincremental" to update the 
cache.

  - Later you could try "kcmshell4 kcm_kdeconnect" to start it by hand.

> Thanks for maintaining this pkg!

My pleasure :), thanks for the report too.

David


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

Bug#735909: piuparts.debian.org should test i386 packages not available on amd64

[Holger Levsen]

Hi Andreas,

On Samstag, 18. Januar 2014, Andreas Beckmann wrote:
> We could start with having both sid_i386 and sid_amd64 for now. And they
> should be tested *full*.

we really want to test testing2sid and wheezy2jessie on those archs, and 
testing them in full will add significant load on the slave... 

Which maybe is ok, I *believe* we can get more cores and more RAM for the 
slave...
 
> I've seen failures on i386 (mainly upgrade related) that were not
> reproducible in amd64 - but for packages available in both arches.

do you have an estimate how many? 2 out of 2 sourcepackage or rather 200?


cheers,
Holger




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

Bug#735806: python-cffi: FTBFS: Tests failed

[Stefano Rivera]

Control: reassign -1 python-virtualenv

virtualenv fails when $HOME isn't writeable.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127


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

Bug#735884: RFS: ocp-indent -- OCaml indentation tool for emacs and vim

[Stéphane Glondu]

Le 18/01/2014 15:32, Stéphane Glondu a écrit :
> Control: owner -1 !

Sorry, this was an error. I thought it was an RFS bug. I restored your
ownership.

-- 
Stéphane


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

Bug#735901: please provide the list of mono architectures in a central place

[Matthias Klose]

Am 18.01.2014 15:58, schrieb Jo Shields:
> mono-archs.make from mono-devel iirc.

would it be possible to file bug reports for packages to use this?

> But in the specific case of ppc64el I'd want to read the test suite results 
> in the build log before adding it to the arch list -builds-but-doesn't-work 
> entries are not helpful

https://launchpad.net/ubuntu/+source/mono


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

Bug#735907: piuparts should test upgrades of essential packages

[Andreas Beckmann]

On 2014-01-18 15:18, Andreas Beckmann wrote:
> Or should we drop tes special case essential-required and run them for
> all the packages? That would be around 60 identical tests that would
> either all pass or all fail, but yes, that's an early indicator that
> something is amiss.

I just tested this and it seems to be a trivial change. Do we need the
"essential-required" category for anything? We will get about 60 more
packages into "pass" (and we will run adequate on them).

And if any of them blows up it will blow up or block all the following
piuparts tests - which is probably a good idea if piuparts is used as
input for testing migration - it will pull an emergency break in
britney. Which can be overriden by manual hints, if needed.
In the worst case it will require someone to manually reschedule a few
failed logs to get the piuparts machinery going again. (But this would
also sort out itself after a few days.)

Andreas


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

Bug#726533: RFS: 0install/2.3.3-2 [ITP] -- rename and split zeroinstall-injector package

[Thomas Leonard]

On 18 January 2014 06:35, Vincent Cheng  wrote:
> Control: tag -1 moreinfo
>
> Hi,
>
> Would you consider changing the name of the source package back to
> zeroinstall-injector? This won't impact end users (the binary package
> is 0install now; that's what end users will see, and that's what
> they'd install), but it makes this transition less of a hassle if you
> revert to the same source package name.

Done:

https://mentors.debian.net/package/zeroinstall-injector

Thanks,


-- 
Dr Thomas Leonardhttp://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA


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

Bug#735914: gri: FTBFS: Can't locate getopts.pl in @INC

[Andreas Moog]

Package: gri
Version: 2.12.23-6
Severity: serious

Hi there,

your package fails to build in a clean unstable chroot:

> cat ./gri.texi>  TMP
> perl ./make_html_index>> TMP
> perl ./make_html_commandindex >> TMP
> perl ./make_html_builtinindex >> TMP
> cat TMP | perl ./texinfo2HTML >  gri-long
> Can't locate getopts.pl in @INC (@INC contains: /etc/perl 
> /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 
> /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 
> /usr/local/lib/site_perl .) at ./texinfo2HTML line 59.
> make[1]: *** [html] Error 2
> make[1]: Leaving directory `/«PKGBUILDDIR»/doc'
> make: *** [build-indep] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> ────
> Build finished at 20140118-1614

Full buildlog attached.

The build works when adding libperl4-corelibs-perl to the Build-Depends.

Thanks for your time!

Cheers,
  Andreas

-- 
Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany
PGP-encrypted mails preferred (Key-ID: 74DE6624)
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624


gri_2.12.23-6_amd64.build.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature

Bug#735915: --version/-v doesnt work

[Holger Levsen]

package: how-can-i-help
severity: minor

Hi,

thanks for how-can-i-help! I hope it will become even more useful than it is 
today, esp. once it's available in stable or at least wheezy-backports! :-)(

~$ how-can-i-help -v   
how-can-i-help Debian::Version
~$ how-can-i-help --version
how-can-i-help Debian::Version
~$ dpkg -l how-can-i-help
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
 
ArchitectureDescription
+++--
===-===-
=
ii  how-can-i-help   2  
 

Maybe "wishlist" is more appropriate, but it seems like a bug, even though its 
not documented in the manpage...


cheers,
Holger


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

Bug#731574: Please package new upstream version (mount(8) bugfix included)

[Vincent Bernat]

 ❦  7 décembre 2013 00:06 CET, Michael Stapelberg  :

> with util-linux-2.20.1:
> root# strace -f mount --make-rprivate / 2>&1 | grep 'mount('
> mount("/dev/vda1", "/", "none", MS_PRIVATE, "errors=remount-ro") = 0
>
> with util-linux-2.24:
> root# strace -f ./mount --make-rprivate / 2>&1 | grep 'mount('
> mount("none", "/", NULL, MS_REC|MS_PRIVATE, NULL) = 0
>
> Can you please package the new upstream version so that this bugfix will
> be available and the docker package can start depending on mount >= 2.24
> instead of adding ugly workarounds please? Thanks!

This bug is quite annoying. Moreover, lagging in util-linux versions
prevent us to use some newer features like unsharing user namespace
(feature available in our 3.12 kernel, through unshare) or attaching to
an existing namespace (with nsenter).
-- 
panic("sun_82072_fd_inb: How did I get here?");
2.2.16 /usr/src/linux/include/asm-sparc/floppy.h


signature.asc
Description: PGP signature

Bug#735828: spatialite: FTBFS: Tests failures

[Sebastiaan Couwenberg]

Control: fixed -1 spatialite/4.0.0-1

Hi David,

Thanks for reporting this issue.

I can reproduce the build failure with 3.1.0~rc2-2, but not with 4.0.0-1
and up.

The 4.x versions of SpatiaLite were only uploaded to experimental, where
the updated packages for SpatiaLite 4.1.1 are currently waiting for a
transition slot (#731402 & #731403).

I'm tempted to disable the failing tests in 3.1.0~rc2-2 to not risk
having the package removed from testing, but these tests succeeded
before so a regression has been introduced by one or more of the
dependencies.

The root cause of the test failure I've not been able to track down yet,
I'm still reviewing the changes for the failing testcases since
3.1.0-rc2. I'll try to backport the changes for an interim update of
spatialite in unstable while we wait for the 4.1.1 transition.

Kind Regards,

Bas

-- 
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)


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

Bug#735916: ftp.debian.org: changed host key for i18n.debian.net

[Martijn van Oosterhout]

Package: ftp.debian.org
Severity: important

Dear ftp-masters,

Summary: the known_hosts on (franck|ries).debian.org for
i18n.debian.net need to be updated.  Until this is fixed there will be
no new translated package descriptions.

Detail:

As part of the dinstall process updated Translation-xx files are
fetched from the DDTP via rsync-over-ssh.  The server hosting the DDTP
has changed and so the IP address and the Host key of i18n.debian.net
have changed.  The rsync has been failing for more than a week now.

See dak.git:config/debian/dinstall.functions:66 for the dinstall function.
See dak.git:config/homedir/ssh/ftpmaster-config:15 for the ssh config.

The new host key fingerprint for i18n.debian.net is
42:ed:ae:48:6b:f1:97:ae:c3:b4:b0:69:83:cd:56:2e
The new IP address is 87.98.215.148.

Note the machine is actually ddtp.debian.net now, feel free to update
the scripts to reference that name instead.

Currently dinstall script is apparently running on franck.debian.org so
that's where the host key needs to be updated.  I understand
ries.debian.org also does it sometimes (it's whitelisted on our end).

Thanks in advance,
-- 
Martijn van Oosterhout  http://svana.org/kleptog/
> He who writes carelessly confesses thereby at the very outset that he does
> not attach much importance to his own thoughts.
   -- Arthur Schopenhauer


signature.asc
Description: Digital signature

Bug#735907: [Piuparts-devel] Bug#735907: piuparts should test upgrades of essential packages

[Holger Levsen]

control: reopen -1

Hi,

On Samstag, 18. Januar 2014, Andreas Beckmann wrote:
> I just tested this and it seems to be a trivial change. Do we need the
> "essential-required" category for anything? We will get about 60 more
> packages into "pass" (and we will run adequate on them).

running adequate on them convinced me to reopen the bug :-)
 
> And if any of them blows up it will blow up or block all the following
> piuparts tests - which is probably a good idea if piuparts is used as
> input for testing migration - it will pull an emergency break in
> britney. Which can be overriden by manual hints, if needed.

right.

> In the worst case it will require someone to manually reschedule a few
> failed logs to get the piuparts machinery going again. (But this would
> also sort out itself after a few days.)

nice.

looking forward to your merge request!


cheers,
Holger


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

Bug#735678: new upstream (0.6.1)

[Vincent Bernat]

 ❦ 17 janvier 2014 13:30 CET, Daniel Baumann 
 :

> it would be nice if you could upgrade to the current upstream version
> 0.6.1.

I was waiting for an official release of 0.7.0 but since it is nowhere
to happen, let's package this one. I have updated packaging but I need
to test it a bit. This should be available by tomorrow.
-- 
panic("sun_82072_fd_inb: How did I get here?");
2.2.16 /usr/src/linux/include/asm-sparc/floppy.h


signature.asc
Description: PGP signature

Bug#735134: perl: rename(1) is ancient

[Dominic Hargreaves]

On Tue, Jan 14, 2014 at 12:59:04PM -0800, Don Armstrong wrote:
> On Tue, 14 Jan 2014, Niko Tyni wrote:
> > I note that we really ship the script as /usr/bin/prename and manage
> > /usr/bin/rename with the alternatives system. This was introduced due
> > to #304705 but turned out to be completely useless: the intention was
> > to offer the choice of /usr/bin/rename.ul from util-linux, but that
> > didn't work out because the command line syntax is incompatible (see
> > #439935).
> 
> So long as the base command line syntax is compatible, then there isn't
> really a problem with using alternatives to support them both. [I have
> to admit that my advice in #304705 to support alternatives was naïve, as
> alternatives need to share a common command line syntax.]
>  
> > So the /usr/bin/rename syntax we've ended up with is very Perl specific
> > and I think we're stuck with that. I'm Cc'ing Don Armstrong though,
> > as he suggested using the alternatives system in #304705 and may have
> > something to add.
> > 
> > I suggest something like
> > 
> > - package libfile-rename-perl
> > - make it supply a better /usr/bin/rename with the alternatives system

libfile-rename-perl is now on its way to NEW.

> > - make the old one from the perl package issue warnings, Recommend 
> >   libfile-rename-perl for one release cycle
> 
> I don't know if this is actually necessary. We could just have perl
> depend on libfile-rename-perl once we remove debian/rename. Or just keep
> rename as it is currently. But I'm OK with either option so long as
> /usr/bin/rename keeps the same syntax.

I think removing the rename from the Debian package is the best long-term
option, otherwise we still end up carrying dead code around. The question
of whether we carry around a Depends long-term rather depends on whether
users generally consider rename a fundamental part of the perl package.
It's certainly become quite a basic tools that I expect to see on Debian
systems, but others may disagree. The alternative, of course, is for
libfile-rename-perl to just be Standard, without any actual long-term
dependencies.

Cheers,
Dominic.


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

Bug#730760: perl-base: IO::Socket::INET cannot cope with "option inet6" in /etc/resolv.conf

[Dominic Hargreaves]

On Sat, Jan 18, 2014 at 03:00:11PM +0100, Bill Allombert wrote:
> On Sat, Jan 18, 2014 at 02:01:32PM +0200, Niko Tyni wrote:
> > (cc'ing the perl and libio-socket-ip-perl package maintainers too)
> > 
> > On Sat, Jan 18, 2014 at 12:09:43PM +0100, Bill Allombert wrote:
> > > > On Fri, 17 Jan 2014 10:19:33 +, Bob Ham wrote:
> > > > 
> > > > > >A more pragmatic solution might be to use IO::Socket::IP instead.
> > > > > 
> > > > > I see now that IO::Socket::INET is only intended for IPv4; I hadn't
> > > > > realised that.  This problem showed up because the
> > > > > /usr/share/popularity-contest/popcon-upload script in
> > > > > popularity-contest makes use of IO::Socket::INET.  Perhaps this bug
> > > > > could be reassigned to the popularity-contest package so that it can
> > > > > be changed to use IO::Socket::IP instead?
> > 
> > > This is very annoying because IO::Socket::INET is part of perl-base but
> > > IO::Socket::IP is part of libio-socket-ip-perl. The whole design of 
> > > popcon-upload was to use only Essential pakages to keep a small footprint.
> > > 
> > > Would it be possible to have at least IO::Socket::INET6 in perl-base ?
> > > This would make perl-base IPv4/IPv6 agnostic. 
> > 
> > I believe the way forward is IO::Socket::IP, not IO::Socket::INET6.
> > The upstream plan seems to be to get IO::Socket::IP into Perl core
> > for 5.20, scheduled for May. If that happens, it makes sense to me
> > to put that in perl-base along with the old IO::Socket::INET.
> > 
> >  https://rt.perl.org/Public/Bug/Display.html?id=116433#txn-1275004
> > 
> > In the meanwhile, it looks like libio-socket-ip-perl could be made to
> > depend only on perl-base, as it doesn't seem to use any modules outside
> > that. I think the situation fits the 'exceptional circumstances' clause
> > in the Perl policy.
> > 
> >  
> > https://www.debian.org/doc/packaging-manuals/perl-policy/ch-perl.html#s-base
> > 
> > Bill, would you be OK adding a dependency on libio-socket-ip-perl if it
> > didn't depend on perl/perl-modules ?
> 
> Yes, it would be fine, if IO::Socket::IP is planned to be essential.
> Thanks a lot!

I suspect this isn't quite what Niko was thinking. popcon-upload isn't
itself Essential so it doesn't seem necessary to make the preference
for only depending on Essential packages into a hard rule, I'd have
thought?

In fact, if we pull IO::Socket::IP into perl-base with perl 5.20,
making libio-socket-ip-perl Essential now may actually be harmful.

Dominic.


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

Bug#735917: ITP: stm32flash -- software for programming STM32 chips using serial bootloader

[Andrew Shadura]

Package: wnpp
Severity: wishlist
Owner: Andrew Shadura 

* Package name: stm32flash
  Version : 0.3~beta2
  Upstream Author : Geoffrey McRae, Tormod Volden and others
* URL : https://code.google.com/p/stm32flash/
* License : GPL-2+
  Programming Lang: C
  Description : software for programming STM32 chips using serial bootloader

stm32flash is a flashing program for the STM32 ARM processors using the ST
serial bootloader.

Features:
 * device identification
 * write to flash/RAM
 * read from flash/RAM
 * auto-detect Intel hex or raw binary input format with option to force binary
 * flash from binary file
 * save flash to binary file
 * verify & retry up to N times on failed writes
 * start execution at specified address
 * software reset the device when finished if -g not specified
 * resume already initialized connection (for when reset fails)


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

Bug#735918: bfgminer version is out of date

[Ian Bruce]

Package: bfgminer
Version: 3.8.1-1
Severity: normal

As of January 15, 2014, BFGMiner v3.10.0 is available.

http://bfgminer.org/

https://bitcointalk.org/?topic=168174.msg4532634#msg4532634

The version in Debian unstable is 3.9.0 .

Please upgrade when convenient.


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

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

Versions of packages bfgminer depends on:
ii  libblkmaker-0.1-0  0.3.2-1
ii  libc6  2.17-97
ii  libcurl3-gnutls7.26.0-1+wheezy3
ii  libevent-2.0-5 2.0.19-stable-3
ii  libjansson42.5-2
ii  libmicrohttpd100.9.33-1
ii  libncurses55.9-10
ii  libsensors41:3.3.2-2
ii  libtinfo5  5.9-10
ii  libudev1   204-6
ii  libusb-1.0-0   2:1.0.11-1

Versions of packages bfgminer recommends:
ii  amd-opencl-icd [opencl-icd]  1:13.12-3
pn  ocl-icd-libopencl1   

bfgminer 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#730760: perl-base: IO::Socket::INET cannot cope with "option inet6" in /etc/resolv.conf

[Bill Allombert]

On Sat, Jan 18, 2014 at 03:38:35PM +, Dominic Hargreaves wrote:
> On Sat, Jan 18, 2014 at 03:00:11PM +0100, Bill Allombert wrote:
> > On Sat, Jan 18, 2014 at 02:01:32PM +0200, Niko Tyni wrote:
> > > (cc'ing the perl and libio-socket-ip-perl package maintainers too)
> > > 
> > > On Sat, Jan 18, 2014 at 12:09:43PM +0100, Bill Allombert wrote:
> > > > > On Fri, 17 Jan 2014 10:19:33 +, Bob Ham wrote:
> > > > > 
> > > > > > >A more pragmatic solution might be to use IO::Socket::IP instead.
> > > > > > 
> > > > > > I see now that IO::Socket::INET is only intended for IPv4; I hadn't
> > > > > > realised that.  This problem showed up because the
> > > > > > /usr/share/popularity-contest/popcon-upload script in
> > > > > > popularity-contest makes use of IO::Socket::INET.  Perhaps this bug
> > > > > > could be reassigned to the popularity-contest package so that it can
> > > > > > be changed to use IO::Socket::IP instead?
> > > 
> > > > This is very annoying because IO::Socket::INET is part of perl-base but
> > > > IO::Socket::IP is part of libio-socket-ip-perl. The whole design of 
> > > > popcon-upload was to use only Essential pakages to keep a small 
> > > > footprint.
> > > > 
> > > > Would it be possible to have at least IO::Socket::INET6 in perl-base ?
> > > > This would make perl-base IPv4/IPv6 agnostic. 
> > > 
> > > I believe the way forward is IO::Socket::IP, not IO::Socket::INET6.
> > > The upstream plan seems to be to get IO::Socket::IP into Perl core
> > > for 5.20, scheduled for May. If that happens, it makes sense to me
> > > to put that in perl-base along with the old IO::Socket::INET.
> > > 
> > >  https://rt.perl.org/Public/Bug/Display.html?id=116433#txn-1275004
> > > 
> > > In the meanwhile, it looks like libio-socket-ip-perl could be made to
> > > depend only on perl-base, as it doesn't seem to use any modules outside
> > > that. I think the situation fits the 'exceptional circumstances' clause
> > > in the Perl policy.
> > > 
> > >  
> > > https://www.debian.org/doc/packaging-manuals/perl-policy/ch-perl.html#s-base
> > > 
> > > Bill, would you be OK adding a dependency on libio-socket-ip-perl if it
> > > didn't depend on perl/perl-modules ?
> > 
> > Yes, it would be fine, if IO::Socket::IP is planned to be essential.
> > Thanks a lot!
> 
> I suspect this isn't quite what Niko was thinking. popcon-upload isn't
> itself Essential so it doesn't seem necessary to make the preference
> for only depending on Essential packages into a hard rule, I'd have
> thought?
> 
> In fact, if we pull IO::Socket::IP into perl-base with perl 5.20,
> making libio-socket-ip-perl Essential now may actually be harmful.

I was speaking of IO::Socket::IP, not of libio-socket-ip-perl.

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#735919: florence: Shouldn't this be in 'x11' section, not 'web'?

[Dylan Thurston]

Package: florence
Version: 0.6.0-2
Severity: minor

What's the justification for putting florence in the web category?
Surely 'x11' would be a better fit? It doesn't seem specific to web
browsing at all.

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

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

Versions of packages florence depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  libatk1.0-0  2.10.0-2
ii  libatspi2.0-02.10.2-2
ii  libc62.17-97
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdbus-1-3  1.7.10-2
ii  libgdk-pixbuf2.0-0   2.28.2-1+b1
ii  libglib2.0-0 2.36.4-1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.8.6-1
ii  libnotify4   0.7.6-1
ii  libpango1.0-01.36.0-1+b1
ii  librsvg2-2   2.40.0-1
ii  libx11-6 2:1.6.2-1
ii  libxext6 2:1.3.2-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxtst6 2:1.2.2-1

florence recommends no packages.

florence 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#701636: Pending Package

[FeDeX Delivery]

View attachment


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

Bug#735920: gcc-4.4 FTBFS on hppa architecture

[Helge Deller]

package: gcc-4.4
Tags: patch
Version: 4.4.7-6
architecture: hppa

gcc-4.4 fails to build on hppa. Last buildd-log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-4.4&arch=hppa&ver=4.4.7-6&stamp=1389865338

Compile error is this:
/«PKGBUILDDIR»/build/./gcc/xgcc -B/«PKGBUILDDIR»/build/./gcc/ 
-B/usr/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/lib/ -isystem 
/usr/hppa-linux-gnu/include -isystem /usr/hppa-linux-gnu/sys-include -g -O2 -O2 
 -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes 
-Wmissing-prototypes -Wcast-qual -Wold-style-definition  -isystem ./include  
-fPIC -DELF=1 -DLINUX=1 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 
-D__GCC_FLOAT_NOT_NEEDED   -I. -I. -I../.././gcc -I../../../src/libgcc 
-I../../../src/libgcc/. -I../../../src/libgcc/../gcc 
-I../../../src/libgcc/../include  -DHAVE_CC_TLS -o unwind-sjlj.o -MT 
unwind-sjlj.o -MD -MP -MF unwind-sjlj.dep -fexceptions -c 
../../../src/libgcc/../gcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS
 In file included from ../../../src/libgcc/../gcc/unwind-dw2.c:333:
 ../../../src/libgcc/../gcc/config/pa/linux-unwind.h: In function 
'pa32_fallback_frame_state':
 ../../../src/libgcc/../gcc/config/pa/linux-unwind.h:66: error: field 'info' 
has incomplete type

changing the line in gcc/config/pa/linux-unwind.h:66 to become:
  siginfo_t info;
instead of
  struct siginfo info;
fixes it.

Tested patch is attached.

Thanks,
Helge
diff -up ./src/gcc/config/pa/linux-unwind.h.org ./src/gcc/config/pa/linux-unwind.h
--- ./src/gcc/config/pa/linux-unwind.h.org	2014-01-18 08:46:31.405523000 -0700
+++ ./src/gcc/config/pa/linux-unwind.h	2014-01-18 08:47:08.065523000 -0700
@@ -63,7 +63,7 @@ pa32_fallback_frame_state (struct _Unwin
   int i;
   struct sigcontext *sc;
   struct rt_sigframe {
-struct siginfo info;
+siginfo_t info;
 struct ucontext uc;
   } *frame;
 

Bug#735347: [pkg-bacula-devel] Bug#735347: Sourceless file

[Alexander Golovko]

Thank you for report!

This file is not included into binary package, so we can simply remove
it from original tarball.

Should this bug be fixed for wheezy?


В Tue, 14 Jan 2014 23:14:55 +
bastien ROUCARIES  пишет:

> Package: src:bacula-doc
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: source-contains-prebuilt-flash-object
> X-Debbugs-CC: ftpmas...@debian.org
> 
> I could not find the source of:
>home-page/conferences/T5RrEVAzdM4
> 
> 
> Bastien
> 
> ___
> pkg-bacula-devel mailing list
> pkg-bacula-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel
> 


-- 
with best regards,
Alexander Golovko
email: alexan...@ankalagon.ru
xmpp: alexan...@ankalagon.ru


signature.asc
Description: PGP signature

Bug#735592: llvm-3.5-dev: LLVM/Clang CMake package files missing

[Sylvestre Ledru]

Hello,

On 16/01/2014 19:03, Brad King wrote:
> are not installed.  These files are:
>
>  LLVMConfig.cmake= package configuration file
>  LLVMConfigVersion.cmake = package version file
>
> They are produced during the CMake configuration process for building
> LLVM itself.  Their purpose is to hold information about what was built
> and where it is installed.
Yes but I am not building with CMake for now ...
I am not planning to switch until most of the issues reported in this
bug are fixed:
http://llvm.org/bugs/show_bug.cgi?id=15732

Maybe there is a way to generate this file with the autotools?


Sorry,
Sylvestre


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

Bug#735743: [Python-apps-team] Bug#735743: pylint fails to install in emacs : ERROR: pylint is broken

[Sandro Tosi]

Hello,
what version of emacs23 do you have?

with 23.4+1-4.1 here it istalls fine:

$ sudo dpkg-reconfigure pylint
Remove pylint for emacs23
remove/pylint: purging byte-compiled files for emacs23
given is experimental at /usr/lib/emacsen-common/emacs-package-install line 43.
when is experimental at /usr/lib/emacsen-common/emacs-package-install line 45.
when is experimental at /usr/lib/emacsen-common/emacs-package-install line 46.
Install pylint for emacs
Install pylint for emacs23
install/pylint: Handling install for emacsen flavor emacs23
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/50a2ps.el (source)...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)...
Loading /etc/emacs/site-start.d/50global.el (source)...
Loading /etc/emacs/site-start.d/50psvn.el (source)...
Loading /etc/emacs/site-start.d/50pylint.el (source)...
Loading /usr/share/emacs23/site-lisp/pylint/pylint.el (source)...
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...
Wrote /usr/share/emacs23/site-lisp/pylint/pylint.elc

Regards,

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#735909: [Piuparts-devel] Bug#735909: piuparts.debian.org should test i386 packages not available on amd64

[Andreas Beckmann]

On 2014-01-18 15:57, Holger Levsen wrote:
> Hi Andreas,
> 
> On Samstag, 18. Januar 2014, Andreas Beckmann wrote:
>> We could start with having both sid_i386 and sid_amd64 for now. And they
>> should be tested *full*.
> 
> we really want to test testing2sid and wheezy2jessie on those archs, and 
> testing them in full will add significant load on the slave... 
> 
> Which maybe is ok, I *believe* we can get more cores and more RAM for the 
> slave...

Looking at
https://munin.debian.org/debian.org/piu-slave-bm-a.debian.org/cpu.html
https://munin.debian.org/debian.org/piu-slave-bm-a.debian.org/memory.html
there seems to be enough capacity to increase the number of sections as
well as running 1-2 additional slaves with the current equipment.

>> I've seen failures on i386 (mainly upgrade related) that were not
>> reproducible in amd64 - but for packages available in both arches.
> 
> do you have an estimate how many? 2 out of 2 sourcepackage or rather 200?

about 5 in total, two not fixed in squeeze2wheezy/i386 (iirc python
upgrade race)


Andreas


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

Bug#735921: implicit declaration of function 'strcasestr' on 64bit targets

[Matthias Klose]

Package: radare2
Version: 0.9.6-2
Severity: serious
Tags: sid jessie

gcc -c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -g -O2 -fstack-protector --param=ssp-buffer-size=4
-Wformat -Werror=format-security -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -MD -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -MD
 -D_FORTIFY_SOURCE=2 -fPIC -g -Wall -D__UNIX__=1
-I/build/buildd/radare2-0.9.6/libr/include -DGIT_TAP=\"0.9.6\" -o str.o str.c
str.c: In function 'r_str_casestr':
str.c:977:2: warning: implicit declaration of function 'strcasestr'
[-Wimplicit-function-declaration]
  return strcasestr (a, b);
  ^
str.c:977:2: warning: return makes pointer from integer without a cast [enabled
by default]
Function `strcasestr' implicitly converted to pointer at str.c:977


Like an include missing.


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

Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

[Tianon Gravi]

Michael Stapelberg  wrote:

> I’m curious about debian/Dockerfile. What do you use it for? AFAICT,
>   it “just” builds a package automatically. Apart from the step which
>   fetches the current upstream source, you can already do that with
>   gbp-clone and git-buildpackage, right?
>

If I may, the Dockerfile helps in the same ways a Dockerfile can help with
any other non-packaging project: nice repeatable builds, easy to read
instructions for building that can also be run directly, and allows other
platforms to trivially build/test the packaging.  I'm one of those sleazy
Gentoo types, so I don't have gbp-clone or git-buildpackage available
natively on my host OS.

♥,
- Tianon

Bug#698795: GPS information are shown without decimal values

[Sandro Tosi]

> can you please provide the image with those coordinates?

too much time has passed, I don't even remember what the image was
(and since I didn't include it in the original report, I guess it's
because it's private).

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#735914: gri: FTBFS: Can't locate getopts.pl in @INC

[Daniel Kelley]

Thanks.  I added libperl4-corelibs-perl to Build-Depends, in the github source 
at

https://github.com/dankelley/gri

and I hope that helps.   Dan.

On Jan 18, 2014, at 11:22 AM, Andreas Moog  wrote:

> Package: gri
> Version: 2.12.23-6
> Severity: serious
> 
> Hi there,
> 
> your package fails to build in a clean unstable chroot:
> 
>> cat ./gri.texi   >  TMP
>> perl ./make_html_index   >> TMP
>> perl ./make_html_commandindex>> TMP
>> perl ./make_html_builtinindex>> TMP
>> cat TMP | perl ./texinfo2HTML>  gri-long
>> Can't locate getopts.pl in @INC (@INC contains: /etc/perl 
>> /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 
>> /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 
>> /usr/local/lib/site_perl .) at ./texinfo2HTML line 59.
>> make[1]: *** [html] Error 2
>> make[1]: Leaving directory `/«PKGBUILDDIR»/doc'
>> make: *** [build-indep] Error 2
>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>> 
>> Build finished at 20140118-1614
> 
> Full buildlog attached.
> 
> The build works when adding libperl4-corelibs-perl to the Build-Depends.
> 
> Thanks for your time!
> 
> Cheers,
>  Andreas
> 
> -- 
> Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany
> PGP-encrypted mails preferred (Key-ID: 74DE6624)
> PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624
> 

Bug#698795: GPS information are shown without decimal values

[althaser]

I couldn't find images with decimal values on degrees, that's why I asked.


On 18 January 2014 16:10, Sandro Tosi  wrote:

> > can you please provide the image with those coordinates?
>
> too much time has passed, I don't even remember what the image was
> (and since I didn't include it in the original report, I guess it's
> because it's private).
>
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>

Bug#735884: ITP: ocp-indent -- OCaml indentation tool for emacs and vim

[Johannes Schauer]

Hi,

Quoting Stéphane Glondu (2014-01-18 15:32:07)
> I started to have a look, and for sure the copyright file is incorrect.
> There is a lot of copyright to "Jun Furuse" and OCamlPro, those two
> should at least be mentioned. Actually, I didn't see (after a quick
> look) any copyright owned by the ones you mentioned in debian/copyright
> (Thomas and Fabrice work for OCamlPro and/or Inria, but the copyright
> seems to belong to the company and Inria). There are also some other
> bits from other people, you have to be sure that at least license is the
> same.

Sorry for not having been more thorough before. My confusion comes from blocks
like these:

--%<--- 
(**)
(**)
(*TypeRex OCaml Studio*)
(*  Thomas Gazagnaire, Fabrice Le Fessant *)
(**)
(*OCaml   *)
(*  Xavier Leroy, projet Cristal, INRIA Rocquencourt  *)
(**)
(*  Copyright 2011-2012 OCamlPro  *)
(*  Copyright 1996-2011 INRIA.*)
(*  All rights reserved.  This file is distributed under the terms of *)
(*  the Lesser GNU Public License version 3.0.*)
(**)
(*  TypeRex 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 *)
(*  Lesser GNU General Public License for more details.   *)
(**)
(**)

(* ADMIN: fabrice *)

(***)
(* *)
(*   Objective Caml*)
(* *)
(*Xavier Leroy, projet Cristal, INRIA Rocquencourt *)
(* *)
(*  Copyright 1996 Institut National de Recherche en Informatique et   *)
(*  en Automatique.  All rights reserved.  This file is distributed*)
(*  under the terms of the Q Public License version 1.0.   *)
(* *)
(***)
-->%--- 

It is unclear to me under what terms the content of a file with that header can 
be distributed.

> I am still reviewing the technical part, but I preferred to tell you
> about the copyright issue first.

Sorry again for having been too shallow with this. Mehdi Dogguy was right with
pointing out that I should be careful copyright/license questions.

I'll look over all of it again and try to find out from where precisely each
piece of code is coming from.

cheers, josch


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

Bug#735092: flash-kernel: add Raspberry Pi support

[Luca Capello]

Hi there!

On Sat, 18 Jan 2014 12:02:56 +0100, Luca Capello wrote:
> On Sun, 12 Jan 2014 22:18:51 +0100, Karsten Merker wrote:
>> On Sun, Jan 12, 2014 at 08:40:29PM +, Ben Hutchings wrote:
>>> There is obvious precedent for systems with firmware that boots from a
>>> VFAT partition.  On EFI systems, starting with ia64 around 10 years ago,
>>> GNU/Linux usually mounts the firmware-supported boot partition at
>>> /boot/efi rather than /boot.
>>
>> I'll talk to Peter Green (one of the people behind Raspbian)
>> about the issue.
>
> Two notes:
>
> 1) first, the Debian bug for /boot on vfat and dpkg is:
>
> 

Wow, digging into the BTS looked at first quite useful, except for the
fact kernel-img.conf (from kernel-package) seems to be dead:

  
  

Thx, bye,
Gismo / Luca


signature.asc
Description: PGP signature

Bug#735612: ghostscript-cups became useless and should be removed

[Didier 'OdyX' Raboud]

Control: tags -1 +patch

Le vendredi, 17 janvier 2014, 00.31:07 Adrian Bunk a écrit :
> Package: ghostscript-cups
> Version: 9.05~dfsg-8+b1
> Severity: serious
> 
> cups depends on cups-filters, which now conflicts with
> ghostscript-cups since gstopxl and gstoraster moved there.

Indeed. The attached patch implements this.

Jonas, Michael: I have noticed there are some pending updates on 
ghostscript on the VCS, do you intend to upload these soon too? Also, 
what is blocking the upgrade to a new upstream release?

(I can upload that patch if you don't have time.)

Cheers,

OdyXdiff --git a/debian/changelog b/debian/changelog
index bc4a88e..fe9e22f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+ghostscript (9.05~dfsg-9) unstable; urgency=medium
+
+  * Team upload.
+  * Remove ghostscript-cups binary package which fils are now provided
+by cups-filters (Closes: #735612)
+
+ -- Didier Raboud   Sat, 18 Jan 2014 17:08:28 +0100
+
 ghostscript (9.05~dfsg-8) unstable; urgency=medium
 
   * Add patches to fix endless loops related to unbalanced q/Q
diff --git a/debian/control b/debian/control
index bbfd62e..4db2766 100644
--- a/debian/control
+++ b/debian/control
@@ -59,22 +59,6 @@ Description: interpreter for the PostScript language and for PDF
  printed on non-PostScript printers. Supported printers include common
  dot-matrix, inkjet and laser models.
 
-Package: ghostscript-cups
-Architecture: any
-Depends: ${shlibs:Depends},
- ${cdbs:Depends},
- ${misc:Depends}
-Recommends: ${cdbs:Recommends},
- ${cdbs:Recommends}
-Breaks: ${cdbs:Breaks}
-Description: interpreter for the PostScript language and for PDF - CUPS filters
- GPL Ghostscript is used for PostScript/PDF preview and printing.
- Usually as a back-end to a program such as ghostview, it can display
- PostScript and PDF documents in an X11 environment.
- .
- This package contains the CUPS filters, drivers, and PPDs which come
- with GPL Ghostscript.
-
 Package: ghostscript-x
 Architecture: any
 Depends: ${shlibs:Depends},
@@ -158,7 +142,6 @@ Depends: ${shlibs:Depends},
  ${cdbs:Depends},
  libgs9 (= ${binary:Version}) |
  ghostscript (= ${binary:Version}) |
- ghostscript-cups (= ${binary:Version}) |
  ghostscript-x (= ${binary:Version}),
  ${misc:Depends}
 Description: interpreter for the PostScript language and for PDF - Debug symbols
@@ -166,5 +149,5 @@ Description: interpreter for the PostScript language and for PDF - Debug symbols
  Usually as a back-end to a program such as ghostview, it can display
  PostScript and PDF documents in an X11 environment.
  .
- This package contains the debugging symbols for ghostscript, ghostscript-x,
- ghostscript-cups and libgs9.
+ This package contains the debugging symbols for ghostscript, ghostscript-x
+ and libgs9.
diff --git a/debian/ghostscript-cups.install b/debian/ghostscript-cups.install
deleted file mode 100644
index b7747bd..000
--- a/debian/ghostscript-cups.install
+++ /dev/null
@@ -1,10 +0,0 @@
-# install below /usr/share to avoid becoming conffiles
-# FIXME: document or remove next line (was installed-without-failing before 8.64-4)
-#etc/cups/*.types	usr/share/cups/mime/
-etc/cups/*.convs	usr/share/cups/mime/
-
-usr/lib/cups/filter/
-usr/share/ppd/
-
-# Cups triggering file
-debian/ghostscript-cups.ppd-updater	usr/share/cups/ppd-updaters/
diff --git a/debian/ghostscript-cups.ppd-updater b/debian/ghostscript-cups.ppd-updater
deleted file mode 100644
index fbeed05..000
--- a/debian/ghostscript-cups.ppd-updater
+++ /dev/null
@@ -1,2 +0,0 @@
-DRIVER_REGEXP='lsb/usr/ghostscript/'
-GENNICKNAME_REGEXP=''
diff --git a/debian/rules b/debian/rules
index 6bdc310..0bae573 100755
--- a/debian/rules
+++ b/debian/rules
@@ -202,11 +202,6 @@ gs_opts += SHARE_LCUPS=1 SHARE_LCUPSI=1
 gs_opts += CUPSDATA=/usr/share/ppd/ghostscript
 DEB_CONFIGURE_EXTRA_FLAGS += --enable-cups --enable-dbus --with-install-cups
 dev-deps += cups2 cupsimage2 dbus-1
-CDBS_DEPENDS_ghostscript-cups +=, ghostscript
-CDBS_RECOMMENDS_ghostscript-cups +=, cups, cups-client, colord
-CDBS_SUGGESTS_ghostscript +=, ghostscript-cups
-# recent cups needed for trigger file ghostscript-cups.ppd-updater
-CDBS_BREAKS +=, cups (<< 1.5.0-2~)
 
 DEB_MAKE_BUILD_TARGET = so gs.a $(gs_opts)
 DEB_MAKE_INSTALL_TARGET = soinstall install-cups DESTDIR=$(DEB_DESTDIR) $(gs_opts)


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

Bug#698795: GPS information are shown without decimal values

[Sandro Tosi]

On Sat, Jan 18, 2014 at 5:19 PM, althaser  wrote:
> I couldn't find images with decimal values on degrees, that's why I asked.

I'm quite sure the photo was taken with a Samsung Galaxy S2 phone, but
I guess any other smartphone will add decimal cohordinates to the
photos it takes (if location info is enabled).

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#698795: GPS information are shown without decimal values

[althaser]

yeah sure. I will try to get some of them and test it here.

thanks
regards
althaser



On 18 January 2014 16:24, Sandro Tosi  wrote:

> On Sat, Jan 18, 2014 at 5:19 PM, althaser  wrote:
> > I couldn't find images with decimal values on degrees, that's why I
> asked.
>
> I'm quite sure the photo was taken with a Samsung Galaxy S2 phone, but
> I guess any other smartphone will add decimal cohordinates to the
> photos it takes (if location info is enabled).
>
> --
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>

Bug#733489: python-apt: Improve 'Dependency' and 'BaseDependency' to get target package versions that satisfy dependencies

[Michael Schaller]

Friendly ping to to Julian.


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

Bug#734913: gcc-4.9: file conflicts with packages built from src:gcc-4.8

[Andreas Beckmann]

Followup-For: Bug #734913

Hi,

the recent fix did not cover all cases:

* libstdc++-4.9-doc needs to Conflicts: libstdc++-4.8-doc
  (not libstdc++6-4.8-doc)
* libx32stdc++6-4.9-dbg needs to Conflicts: libx32stdc++6-4.8-dbg

To avoid having the list of conflicts growing infinitely in the future,
what about using some virtual packages for the not co-installable
packages, e.g.

Provides: libstdc++-x.y-doc
Replaces: libstdc++-x.y-doc
Conflicts: libstdc++-x.y-doc

(where 'x.y' is a literal string, not something to be substituted)


Andreas


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

Bug#735814: ossim: FTBFS: multiarch related?

[Rebecca N. Palmer]

This looks like a lack of multiarch support: this package adopted 
libtiff5 before that had pkg-config or multiarch, and expects to find it 
in the old directories (./configure lines ~7650).


Given that 1.8 has a new build system that does know how to find 
multiarch tiff5, and has successfully done so in the UbuntuGIS PPA 
(https://launchpadlibrarian.net/145422701/buildlog_ubuntu-quantal-amd64.ossim_1.8.16~1ubuntu4_UPLOADING.txt.gz), 
it might be best to switch to that, though I have not tried to build it 
in Debian.



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