Bug#718400: hostname binaries inconsistently hard-linked

[Matthew Cengia]

Package: hostname
Version: 3.11
Severity: minor

Dear Maintainer,

  The binaries for this package are inconsistently hard-linked by the
  Makefile. Note that all are hard-linked together except hostname
  itself:

mattcen@toto:tmp$ dpkg -L hostname | grep bin/ | xargs ls -il
10403 -rwxr-xr-x 4 root root 18760 Feb 17  2012 /bin/dnsdomainname
10403 -rwxr-xr-x 4 root root 18760 Feb 17  2012 /bin/domainname
10402 -rwxr-xr-x 1 root root 18760 Feb 17  2012 /bin/hostname
10403 -rwxr-xr-x 4 root root 18760 Feb 17  2012 /bin/nisdomainname
10403 -rwxr-xr-x 4 root root 18760 Feb 17  2012 /bin/ypdomainname

  I think the correct fix for this is to sym-link all binaries to
  'hostname' rather than hard-link them:

sed '/ln/s/-f /-fs /' Makefile

  Alternatively, if, for some odd reason hard links are required:

sed '/ln/s/-f hostname/-f ${BASEDIR}\/bin\/hostname/' Makefile

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

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

Versions of packages hostname depends on:
ii  libc6  2.13-38

hostname recommends no packages.

hostname suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#718399: gnome-terminal: auto-scrolling hangs sometimes

[Matthieu Imbert]

Package: gnome-terminal
Version: 3.8.3-1
Severity: normal

Since the upgrade to this version I noticed in certain situations 
that the auto-srolling hangs.

This occured with a gnome-terminal configured with a huge 
scrolling buffer (5 lines), a few tabs opened, and a program 
generating a lot of output on one of the tabs. Then, when 
switching alternatively between the gnome terminal window and 
another window, sometimes when the gnome-terminal window is 
displayed, the scrolling is stopped (though, in the background, 
the program is still producing output). the page down key does 
nothing, one has to scroll up and then down to be able to get back 
the regular auto-scrolling

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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gconf-service3.2.6-1
ii  gnome-terminal-data  3.8.3-1
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-7
ii  libdconf10.16.1-1
ii  libgconf-2-4 3.2.6-1
ii  libglib2.0-0 2.36.3-3
ii  libgtk-3-0   3.8.2-3
ii  libpango-1.0-0   1.32.5-5+b1
ii  libuuid1 2.20.1-5.5
ii  libvte-2.90-91:0.34.6-1
ii  libx11-6 2:1.6.0-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.6.12-1
ii  gvfs  1.16.3-1
ii  yelp  3.8.1-2

gnome-terminal 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#718398: please package the new version of libseccomp

[Michael Tokarev]

Source: libseccomp
Severity: wishlist

Next version of qemu (1.6) which is about to be released,
requires libseccomp at least version 2.1.  I'm uploading
1.6.0-rc0 into experimental without seccomp support, but
I'm not sure it will be good idea to release qemu without
seccomp support into unstable/testing.

Thanks,

/mjt

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

Kernel: Linux 3.10-amd64 (SMP w/8 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

[Sebastian Eichelbaum]

Thank you for the help with this. We will make our code compatible with OSG 3.2 
and will provide you with an updated package.

Bye
Sebastian

"Manuel A. Fernandez Montecelo"  schrieb am 
31.07.2013:

>2013/7/30 Yaroslav Halchenko :
>> Thanks for the heads up
>>
>> so -- is it just a matter of binNMU or there was some API breakage?
>
>There is the removal of osg::Geometry, as I said in the initial report.
>
>This code seems to heavily use this class in many places, so I'm not
>sure if this alone will be enough, or if it will fail at run time even
>if it compiles.
>
>This package fails with:
>
>---
>[ 28%] Building CXX object
>core/CMakeFiles/openwalnut.dir/graphicsEngine/WGEGeodeUtils.cpp.o
>cd /tmp/buildd/openwalnut-1.3.1+hg5849/build/core && /usr/bin/c++
>-DBOOST_FILESYSTEM_VERSION=3 -DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT
>-DEIGEN_DONT_ALIGN -DEIGEN_DONT_VECT
>ORIZE -D_FORTIFY_SOURCE=2 -Dopenwalnut_EXPORTS -g -O2
>-fstack-protector --param=ssp-buffer-size=4 -Wformat
>-Werror=format-security -frtti -pedantic -std=c++98 -Wall -Wno-lo
>ng-long -Wextra  -O3 -fPIC -I/tmp/buildd/openwalnut-1.3.1+hg5849/src
>-I/tmp/buildd/openwalnut-1.3.1+hg5849/build/versionHeader
>-I/usr/include/eigen3'-DW_LIB_PREFIX="lib
>"' '-DW_LIB_SUFFIX=".so"' -o
>CMakeFiles/openwalnut.dir/graphicsEngine/WGEGeodeUtils.cpp.o -c
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp
>In file included from
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:45:0:
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.h:
>In function 'osg::ref_ptr
>wge::genPointBlobs(boost::shared_ptr, double, const WC
>olor&)':
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.h:283:33:
>error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry'
> geometry->setNormalBinding( osg::Geometry::BIND_PER_PRIMITIVE );
> ^
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:
>In function 'osg::ref_ptr wge::createUnitCube(const
>WColor&)':
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:158:29:
>error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry'
> cube->setNormalBinding( osg::Geometry::BIND_PER_PRIMITIVE );
> ^
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:
>In function 'osg::ref_ptr
>wge::genUnitSubdividedPlane(std::size_t, std::size_t, double)':
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/core/graphicsEngine/WGEGeodeUtils.cpp:585:32:
>error: 'BIND_PER_PRIMITIVE' is not a member of 'osg::Geometry'
> geometry->setColorBinding( osg::Geometry::BIND_PER_PRIMITIVE );
>---
>
>I tried to apply a substitution to all files,
>osg::Geometry->deprecated_osg::Geometry, but still failed to compile
>later, with:
>
>---
>[ 87%] Building CXX object
>modules/CMakeFiles/isosurface.dir/isosurface/WMIsosurface.cpp.o
>cd /tmp/buildd/openwalnut-1.3.1+hg5849/build/modules && /usr/bin/c++
>-DBOOST_FILESYSTEM_VERSION=3 -DEIGEN_DISABLE_UNALIGNED_ARRAY_ASSERT
>-DEIGEN_DONT_ALIGN -DEIGEN_DONT_VECTORIZE -D_FORTIFY_SOURCE=2
>-Disosurface_EXPORTS -g -O2 -fstack-protector
>--param=ssp-buffer-size=4 -Wformat -Werror=format-security -frtti
>-pedantic -std=c++98 -Wall -Wno-long-long -Wextra  -O3 -fPIC
>-I/tmp/buildd/openwalnut-1.3.1+hg5849/src
>-I/tmp/buildd/openwalnut-1.3.1+hg5849/build/versionHeader
>-I/usr/include/eigen3-o
>CMakeFiles/isosurface.dir/isosurface/WMIsosurface.cpp.o -c
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp:
>In member function 'void WMIsosurface::updateGraphicsCallback()':
>/tmp/buildd/openwalnut-1.3.1+hg5849/src/modules/isosurface/WMIsosurface.cpp:470:113:
>error: conversion from 'osg::Geometry*' to non-scalar type
>'osg::ref_ptr' requested
> osg::ref_ptr< deprecated_osg::Geometry > surfaceGeometry =
>m_surfaceGeode->getDrawable( 0 )->asGeometry();
>---
>
>I think that the new osg::Geometry also supports the next two methods
>that the code calls after that line, so maybe it will compile fine
>without the conversion in this case.  So maybe it's possible to
>convert this:
>
>---
>osg::ref_ptr< osg::Geometry > surfaceGeometry =
>m_surfaceGeode->getDrawable( 0 )->asGeometry();
>surfaceGeometry->setColorArray( colors );
>   surfaceGeometry->setColorBinding( osg::Geometry::BIND_OVERALL );
>---
>
>into this, and it might work -- or fail later:
>---
>m_surfaceGeode->getDrawable( 0 )->asGeometry()->setColorArray(
>colors, osg::Geometry::BIND_OVERALL );
>-

Bug#718397: gnome-terminal: gksu gnome-terminal forgets state of Show Menubar

[Matthieu Imbert]

Package: gnome-terminal
Version: 3.8.3-1
Severity: normal

Normally gnome-terminal remembers the state of the "Show Menubar" option, 
between invocations.
When run as root with gksu, it does not. Thus even if the user disables the 
menubar, when he quits and relaunch "gksu gnome-terminal" the menubar is back.

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

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gconf-service3.2.6-1
ii  gnome-terminal-data  3.8.3-1
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-7
ii  libdconf10.16.1-1
ii  libgconf-2-4 3.2.6-1
ii  libglib2.0-0 2.36.3-3
ii  libgtk-3-0   3.8.2-3
ii  libpango-1.0-0   1.32.5-5+b1
ii  libuuid1 2.20.1-5.5
ii  libvte-2.90-91:0.34.6-1
ii  libx11-6 2:1.6.0-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.6.12-1
ii  gvfs  1.16.3-1
ii  yelp  3.8.1-2

gnome-terminal 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#718018: ITP: haskell-swish -- semantic web toolkit

[Philip Hands]

Jonas Smedegaard  writes:

> Package: wnpp
> Severity: wishlist
> Owner: Jonas Smedegaard 
>
> * Package name: haskell-swish
>   Version : 0.9.0.3
>   Upstream Author : Douglas Burke 
> * URL : https://bitbucket.org/doug_burke/swish/wiki/Home
> * License : GPL-2+~Swish
>   Programming Lang: Haskell
>   Description : semantic web toolkit

Hi,

Having just had a very frustrating conversation about this ITP with
Jonas, it seems that he has only a passing familiarity with Haskell, did
not bother to request packaging by the Debian Haskell Group (which to me
as an outsider seems to be the natural home for such a package), and
imagined that he was a member of DHG when he in fact is not (which seems
bizarre, and a little worrying).

On the other hand, he claims that it was always his intent to have the
package team-maintained, so perhaps he is just doing all the bits in the
wrong order.

I would suggest that this bug be treated as a RFP rather than an ITP.

I would also suggest that ftpmasters reject any haskell package uploaded
by Jonas, at least until he bothers to have a reasonable discussion
about the best way to proceed on the debian-haskell list.

Cheers, Phil.
-- 
|)|  Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/
|-|  HANDS.COM Ltd.http://www.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND


pgppC2g6hE1Hp.pgp
Description: PGP signature

Bug#718396: git: please package git-multimail hooks

[Jonathan Nieder]

Package: git
Version: 1:1.8.4~rc0-1
Severity: wishlist

git's contrib directory includes a replacement called git-multimail
for the unmaintained post-receive-email hook.  Packaging it is a
little more complicated than it sounds because it includes a
"git_multimail" Python module (that should be installed to an
appropriate path and possibly compiled to bytecode) but it still
should not be too hard.

Probably some of the code from bug#648500 can be reused for this.


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

Bug#718209: perl-base: m//p doesn't work if precompiled regex doesn't use it

[Niko Tyni]

forwarded 718209 https://rt.perl.org/rt3/Public/Bug/Display.html?id=118213
tag 718209 fixed-upstream
thanks

On Sun, Jul 28, 2013 at 07:04:36PM +, brian m. carlson wrote:
> Package: perl-base
> Version: 5.18.0-3
> Severity: normal
> File: /usr/bin/perl
> 
> If a regex is precompiled with qr//, but without /p, and then used in
> $text =~ /$pat/p, the ${^POSTMATCH} variable is undefined.  If I use
> qr//p instead, everything works fine.  This did work in Perl 5.14, so I
> expect that despite the bad style, it should work in Perl 5.18.
> 
> The attached test case will die in Perl 5.18.

Looks like [perl #118213], preliminary 5.18 fix is at

 http://perl5.git.perl.org/perl.git/shortlog/refs/heads/davem/maint-5.18-118213

-- 
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#718395: RFP: git-mediawiki -- mediawiki remote helper for git

[Jonathan Nieder]

Source: git
Version: 1:1.8.4~rc0-1
Severity: wishlist

Please package git's mediawiki integration from contrib/mw-to-git so
it can be used as simply as

apt-get install git-mediawiki
git clone -c remote.origin.pages='User:Jrn' \
mediawiki::http://en.wikipedia.org/w/api.php

The frustrating thing is that I had this working on my laptop before.
It shouldn't be much work to do it again (or if someone else wants to
take care of it, I won't mind).


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

Bug#644534: +1

[Alexander Soudakov]

It's a big deal to enter long password without knowing if you have correct
layout.


>> it's probably hard to even know what layout is in use in any sensible,
portable way.

That's not a reason to make user's lives harder.
If it's not implemented, the only way for user is to change screensaver.

-- 
Alexandr Sudakov
Software Developer
email: cyga...@gmail.com
skype: asudakov

Bug#718394: ITP: buck -- Facebook's build system for large Java projects

[Jonathan Nieder]

Package: wnpp
Severity: wishlist
Owner: jrnie...@gmail.com

* Package name: buck
  Version : 0.20130612-1
  Upstream Author : buck-bu...@googlegroups.com (Facebook)
* URL : http://facebook.github.io/buck/
* License : Apache-2.0
  Programming Lang: Java
  Description : Build system for large Java projects

I plan to upload buck from
https://git.wikimedia.org/summary/operations%2Fdebs%2Fbuck
to experimental, assuming the maintainer is ok with it.
Development of the packaging would be coordinated as before on
gerrit.wikimedia.org.

Thoughts welcome, as always.

Regards,
Jonathan


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

Bug#718340: conky: Fails to start from script

[Vincent Cheng]

Control: tags -1 moreinfo unreproducible

On Tue, Jul 30, 2013 at 6:11 AM, sharon kimble  wrote:
> Package: conky
> Version: 1.9.0-3
> Severity: normal
>
> Dear Maintainer,
> Programme 'conkygo' crashed with exit code 1.  Respawning..
> Conky: can't open display:
> * Imlib2 Developer Warning * :
> This program is calling the Imlib call:
>
> imlib_context_free();
>
> With the parameter:
>
> context
>
> being NULL. Please fix your program.
> Programme 'conkygo' crashed with exit code 1.  Respawning..
> Terminated
>
> conkygo is -
> #!/bin/bash -e
> #saved in /usr/local/bin
>
> /usr/bin/conky -d ~c /home/boudiccas/.conky/.conkyrc-basic

Please attach a copy of /home/boudiccas/.conky/.conkyrc-basic.

Regards,
Vincent


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

Bug#718393: hostname --all-fqdns is broken: doesn't list the FQDN

[Vincent Lefevre]

Package: hostname
Version: 3.13
Severity: normal

On my machine, which is on a local network (thus doesn't have a
"public" IP address):

$ hostname --fqdn
xvii.vinc17.org

$ hostname --all-fqdns
xvii.local

It seems that xvii.local is set up by avahi-daemon, as I can see in
the syslog file:

Jul 28 18:12:34 xvii avahi-daemon[2690]: Server startup complete. Host name is 
xvii.local. Local service cookie is 1210368067.

However xvii.vinc17.org resolves to 127.0.1.1 (via /etc/hosts) while
xvii.local resolves to 192.168.1.2 (the IP address of eth0, obtained
via DHCP). This means that xvii.vinc17.org is permanent, while
xvii.local will no longer exist if eth0 is brought down.

The method use by "hostname --all-fqdns" should make sure that the
FQDN is listed, because this is what one expects.

The hostname(1) man page gives strange recommendations:

  -f, --fqdn, --long
Display  the FQDN (Fully Qualified Domain Name). A FQDN consists
of a short host name and the DNS domain  name.  Unless  you  are
using  bind  or NIS for host lookups you can change the FQDN and
the DNS  domain  name  (which  is  part  of  the  FQDN)  in  the
/etc/hosts file. See the warnings in section THE FQDN above, and
avoid using this option; use hostname --all-fqdns instead.

Why use --all-fqdns instead of --fqdn? If the goal is to rely on a
permanent FQDN (e.g. for host identification in log files are things
like that), then --fqdn is a much better way. Really, this depends
on what the user wants to do...

-- 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.10-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hostname depends on:
ii  libc6  2.17-7

hostname recommends no packages.

hostname suggests no packages.

-- no debconf information

-- debsums errors found:
sh: 1: /usr/sbin/dpkg-divert: not found


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

Bug#718264: luatex builds with internal copies of poppler and libzzip (and pixman?)

[Norbert Preining]

severity 718264 minor
retitle 718264 luatex has unused build-deps on poppler libraries
thanks

On Mo, 29 Jul 2013, Matthias Klose wrote:
> luatex builds with internal copies of poppler and libzzip. 


Yes, because the version of poppler and libzzip in Debian are too old
and do not allow for compilation of luatex.

> build dependencies for poppler and pixman exist, but apparently are not used.

For poppler, right, for pixman the system libs are used.

> libzzip doesn't appear in the build dependencies at all.

Because it is built from the source, no need for build dependencies.

I will remove the poppler build-deps, as they are wrong.


Norbert


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



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

Bug#718392: libglpk0: glp_prob_read_lp fails reading compressed (.gz) files

[Achim Gaedke]

Package: libglpk0
Version: 4.45-1
Severity: normal
Tags: upstream

please compile and run glpk_bug_read_gz.c
$ gcc glpk_bug_read_gz.c -lglpk -o glpk_bug_read_gz

The program is based on glpk-4.52.1/examples/sample.c and contains various 
write/read commands.
The write/read pair fails (it is the only one).

  fprintf(stdout, "glpk version %s\n", glp_version());
  glp_write_lp(lp, NULL, "temp_lp.gz");
  glp_read_lp(lp, NULL, "temp_lp.gz");

The terminal output for this program reads:
$ ./glpk_bug_read_gz 
glpk version 4.52
Writing problem data to 'temp_lp.gz'...
11 lines were written
Reading problem data from 'temp_lp.gz'...
temp_lp.gz:12: read error - 

The bug is reproduced with glpk-4.45 as well.

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

Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libglpk0 depends on:
ii  libc6 2.17-7
ii  libgmp10  2:5.1.2+dfsg-2
ii  libltdl7  2.4.2-1.3
ii  zlib1g1:1.2.8.dfsg-1

libglpk0 recommends no packages.

Versions of packages libglpk0 suggests:
ii  libiodbc2-dev   3.52.7-3
ii  libmysqlclient-dev  5.5.31+dfsg-1

-- no debconf information
/* sample.c */

#include 
#include 
#include 

int main(void)
{ glp_prob *lp;
  int ia[1+1000], ja[1+1000];
  double ar[1+1000], z, x1, x2, x3;
s1:   lp = glp_create_prob();
s2:   glp_set_prob_name(lp, "sample");
s3:   glp_set_obj_dir(lp, GLP_MAX);
s4:   glp_add_rows(lp, 3);
s5:   glp_set_row_name(lp, 1, "p");
s6:   glp_set_row_bnds(lp, 1, GLP_UP, 0.0, 100.0);
s7:   glp_set_row_name(lp, 2, "q");
s8:   glp_set_row_bnds(lp, 2, GLP_UP, 0.0, 600.0);
s9:   glp_set_row_name(lp, 3, "r");
s10:  glp_set_row_bnds(lp, 3, GLP_UP, 0.0, 300.0);
s11:  glp_add_cols(lp, 3);
s12:  glp_set_col_name(lp, 1, "x1");
s13:  glp_set_col_bnds(lp, 1, GLP_LO, 0.0, 0.0);
s14:  glp_set_obj_coef(lp, 1, 10.0);
s15:  glp_set_col_name(lp, 2, "x2");
s16:  glp_set_col_bnds(lp, 2, GLP_LO, 0.0, 0.0);
s17:  glp_set_obj_coef(lp, 2, 6.0);
s18:  glp_set_col_name(lp, 3, "x3");
s19:  glp_set_col_bnds(lp, 3, GLP_LO, 0.0, 0.0);
s20:  glp_set_obj_coef(lp, 3, 4.0);
s21:  ia[1] = 1, ja[1] = 1, ar[1] =  1.0; /* a[1,1] =  1 */
s22:  ia[2] = 1, ja[2] = 2, ar[2] =  1.0; /* a[1,2] =  1 */
s23:  ia[3] = 1, ja[3] = 3, ar[3] =  1.0; /* a[1,3] =  1 */
s24:  ia[4] = 2, ja[4] = 1, ar[4] = 10.0; /* a[2,1] = 10 */
s25:  ia[5] = 3, ja[5] = 1, ar[5] =  2.0; /* a[3,1] =  2 */
s26:  ia[6] = 2, ja[6] = 2, ar[6] =  4.0; /* a[2,2] =  4 */
s27:  ia[7] = 3, ja[7] = 2, ar[7] =  2.0; /* a[3,2] =  2 */
s28:  ia[8] = 2, ja[8] = 3, ar[8] =  5.0; /* a[2,3] =  5 */
s29:  ia[9] = 3, ja[9] = 3, ar[9] =  6.0; /* a[3,3] =  6 */
s30:  glp_load_matrix(lp, 9, ia, ja, ar);
  fprintf(stdout, "glpk version %s\n", glp_version());
/*
  glp_write_prob(lp, 0, "temp_prob"); 
  glp_read_prob(lp, 0, "temp_prob");
  glp_write_prob(lp, 0, "temp_prob.gz"); 
  glp_read_prob(lp, 0, "temp_prob.gz");
  glp_write_lp(lp, NULL, "temp_lp"); 
  glp_read_lp(lp, NULL, "temp_lp");
*/
  glp_write_lp(lp, NULL, "temp_lp.gz");
  glp_read_lp(lp, NULL, "temp_lp.gz");
/*
  glp_write_mps(lp, GLP_MPS_FILE, NULL, "temp_mps"); 
  glp_read_mps(lp, GLP_MPS_FILE, NULL, "temp_mps");
  glp_write_mps(lp, GLP_MPS_FILE, NULL, "temp_mps.gz"); 
  glp_read_mps(lp, GLP_MPS_FILE, NULL, "temp_mps.gz");
*/
s37:  glp_delete_prob(lp);
  return 0;
}

/* eof */

Bug#699667: Still present in stable update

[Michael Ekstrand]

fixed 699667 linux/3.2.46-1
thanks

I have no reason to believe that the stable update was intended to fix
this bug, but thought I would note its continued existence.

I also don't know if http://bugs.debian.org/622325 is present or absent
in the stable kernels, so I don't know if it will work on mdadm DNS-323
machines even after fixing this bug.

-- 
Michael Ekstrand — http://elehack.net


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

Bug#668394: debian-policy: Spurious virtual packages "mp3-encoder"/"mp3-decoder"

[Jonathan Nieder]

Charles Plessy wrote:
> Le Mon, Apr 16, 2012 at 09:21:43AM +0200, Fabian Greffrath a écrit :

>> As long as it is not possible to run "audio-encoder some_audio.wav"
>> on Debian to convert some_audio.wav into the next best audio format,
>> this virtual package makes no sense. This is especially true for
>> "mp3-encoder" and the exact reason why it should get removed IMHO.
[...]
> shall we go ahead and remove "mp3-encoder" from the list of virtual packages ?

Yes.

Thanks,
Jonathan


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

Bug#359717: bash workaround

[Zenaan Harkness]

If using bash, this is what I've come to in my local bashlib,
over the last few years:

isMounted () {
   # make sure a target/ arg is passed in:
   [ -z "$1" ] && return 1
   # turn target into fully qualified filename/ location
   # (not doing so can cause problems with some of the tests I've tried,
   # eg perhaps the one currently used see below):
   DIR=`readlink -f "$1"`

   # Option 1, from: http://arstechnica.com/civis//viewtopic.php?f=16&t=1174539
   #
   #grep -q "$DIR" /proc/mounts
   #[ $? -eq 0 ] && return 0 # Alternatively: "return $?", I guess
   # or alt alternative, make sure no other commands like echo follow :)
   # From url: "For more robust bash scripting, using $? is preferred as it
   # allows you to detect extra error conditions (like the command not
   # existing, or you gave it syntactically invalid arguments, etc.)"

   # Option 2:
   #
   # The following seemed unsophisticated, and clunky, when the /bin/mountpoint
   # command is installed by default, thus option 3 below.  But as can be seen
   # with option 3, the "sophisticated" option is in fact buggy. I emailed
   # this bug to initscripts maintainer, debian and ubuntu, on 20101029.
   # See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359717
   # See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622595
   # See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460898
   #mount | grep "on ${DIR} type" > /dev/null && return 0
   #mount | grep -q "on ${DIR} type" && return 0
   mount | grep -q "on ${DIR} type"

   # Option 3:
   #
   # The following (off the web, and a standard command in debian)
   # fails for a directory mounted on itself,
   # which is needed prior to mount --make-rshared /directory.
   #mountpoint -q ${DIR}
}


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

Bug#622595: duplicate of 359717

[Zenaan Harkness]

This looks like a duplicate of:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359717

-- 
Free Australia: www.UPMART.org
Please respect the confidentiality of this email as sensibly warranted.


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

Bug#359717: /bin/mountpoint bug: mount -o bind /dir /dir, creates a mountpoint for which /bin/mountpoint is unsuccessful

[Zenaan Harkness]

Sent this in 2010 as email to pkg-sysvinit-devel... :

PS: now I'm on sid, the following was from 2010:

To use 'mount --make-rshared' on say /media or /mnt, requires that
I first run:
mount -o bind /media /media
to create a mountpoint at /media, so that subsequently I can successfully run:
mount --make-rshared /media

This is useful when using chroots, as I do.

I was using "mountpoint -q $DIR" to determine if an arbitrary
directory was mounted or not, in my chroot u/mount script.
Unfortunately this broke when I started using "mount -o bind /media
/media".

So since /bin/mountpoint does not work, I am instead now using:
if mount | grep "on ${DIR} type" > /dev/null; then ...; fi

I just checked initscripts in a Ubuntu 10.04 chroot guest (initscripts
"Version: 2.87dsf-4ubuntu17"),
on my Ubuntu 8.04 host, and /bin/mountpoint there displays the same bug.
My Ubuntu 8.04 uname -a:
Linux ip61 2.6.24-28-generic #1 SMP Sat Oct 16 17:46:03 UTC 2010 i686 GNU/Linux
Initscripts Version: 2.86.ds1-14.1ubuntu45.1

Hope the above is useful,
Zenaan

-- 
Free Australia: www.UPMART.org
Please respect the confidentiality of this email as sensibly warranted.


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

Bug#718391: encrypted signature length 86 (42,43) not working

[Joseph Nahmias]

Package: youtube-dl
Version: 2013.07.10-1
Severity: normal

I know there's a new version available, not sure if it fixes this...

$ youtube-dl --verbose -t https://www.youtube.com/watch?v=Tyu8yRPlyIw
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['--verbose', '-t', 
'https://www.youtube.com/watch?v=Tyu8yRPlyIw']
[debug] youtube-dl version 2013.07.10
[debug] Python version 2.7.5+ - Linux-3.9-1-amd64-x86_64-with-debian-jessie-sid
[debug] Proxy map: {}
[youtube] Setting language
[youtube] Tyu8yRPlyIw: Downloading video webpage
[youtube] Tyu8yRPlyIw: Downloading video info webpage
[youtube] Tyu8yRPlyIw: Extracting video information
[youtube] Tyu8yRPlyIw: Encrypted signatures detected.
[youtube] encrypted signature length 86 (42.43), itag 46, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 37, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 45, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 22, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 44, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 35, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 43, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 34, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 18, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 5, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 36, html5 player vflm_D8eE
[youtube] encrypted signature length 86 (42.43), itag 17, html5 player vflm_D8eE
ERROR: unable to download video
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 574, in 
download
videos = self.extract_info(url)
  File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 327, in 
extract_info
return self.process_ie_result(ie_result, download=download)
  File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 409, in 
process_ie_result
for r in ie_result['entries']
  File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 356, in 
process_ie_result
self.process_info(ie_result)
  File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 551, in 
process_info
raise UnavailableVideoError()
UnavailableVideoError



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

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

Versions of packages youtube-dl depends on:
ii  python  2.7.5-2

Versions of packages youtube-dl recommends:
ii  ffmpeg  9:1.2.1-dmo6
ii  mplayer2 [mplayer]  1:2.0~git20130706-dmo1
ii  rtmpdump2.4+20121230.gitdf6c518-1

youtube-dl 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#528855: Bug#706623: libgdb-dev: missing .a files

[peter green]

Samuel Bronson wrote:

Since libgdb.a has been dropped upstream, we've dropped libgdb-dev
entirely now, and fp is going to need to come up with a different plan
for debugger support.
  
Personally I tend to think we should just embed an appropriate version 
of the libgdb source in the fpc source package. The debian policy on 
embedded libraries is only a "should not" not a "must not" and I don't 
see any significant security exposure in doing so.



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

Bug#718390: xfburn: 'burn' icon broken

[Dean Hamstead]

Package: xfburn
Version: 0.4.3-6
Severity: minor

The icon for the 'burn' button gives the 'broken icon' icon.

I am guessing there is a dependancy missing as all other icons are aok.

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

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

Versions of packages xfburn depends on:
ii  libburn4 1.2.2-2
ii  libc62.17-7
ii  libexo-1-0   0.10.2-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.3-3
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk2.0-0  2.24.20-1
ii  libgudev-1.0-0   175-7.2
ii  libisofs61.2.2-1
ii  libxfce4ui-1-0   4.10.0-3
ii  libxfce4util64.10.1-1

xfburn recommends no packages.

xfburn 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#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

[Alberto Luaces]

Alberto Luaces writes:

> Hello,
>
> "Manuel A. Fernandez Montecelo" writes:
>
>> 2013/7/30 Yaroslav Halchenko :
>>> Thanks for the heads up
>>>
>>> so -- is it just a matter of binNMU or there was some API breakage?
>>
>> There is the removal of osg::Geometry, as I said in the initial report.
>>
>> This code seems to heavily use this class in many places, so I'm not
>> sure if this alone will be enough, or if it will fail at run time even
>> if it compiles.
>
> From the release notes,
>
> http://www.openscenegraph.com/index.php/community/press-releases/143-openscenegraph-3-2-release
>
> you can replace all instances of osg::Geometry to
> deprecated_osg::Geometry to have a quick fix:
>
> • Clean up of osg::Geometry class removing all deprecated slow path
>   API's resulting in a smaller and faster Geometry class
>
> • Addition of deprecated_osg namespace and deprecated_osg::Geometry
>   class that provides deprecated BIND_PER_PRIMITIVE and array indices
>   APIs to add with porting

Sorry, I didn't realize that Manuel did already try that and that it is
not working.  In the meantime, I'm going to warn upstream about this
issue.

--
Alberto


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

Bug#718381: [Pkg-osg-devel] Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

[Alberto Luaces]

Hello,

"Manuel A. Fernandez Montecelo" writes:

> 2013/7/30 Yaroslav Halchenko :
>> Thanks for the heads up
>>
>> so -- is it just a matter of binNMU or there was some API breakage?
>
> There is the removal of osg::Geometry, as I said in the initial report.
>
> This code seems to heavily use this class in many places, so I'm not
> sure if this alone will be enough, or if it will fail at run time even
> if it compiles.

>From the release notes,

http://www.openscenegraph.com/index.php/community/press-releases/143-openscenegraph-3-2-release

you can replace all instances of osg::Geometry to
deprecated_osg::Geometry to have a quick fix:

• Clean up of osg::Geometry class removing all deprecated slow path
  API's resulting in a smaller and faster Geometry class

• Addition of deprecated_osg namespace and deprecated_osg::Geometry
  class that provides deprecated BIND_PER_PRIMITIVE and array indices
  APIs to add with porting

--
Alberto


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

Bug#718389: ruby-debian: Missing most data.tar deb members support

[Guillem Jover]

Source: ruby-debian
Source-Version: 0.3.8
Severity: important

Hi!

The debian.rb library only supports deb binary packages with gzip
compressed data.tar members, and lacks support for all the rest, as
documented in deb(5):

  data.tar
  data.tar.xz
  data.tar.bz2
  data.tar.lzma (deprecated)

The lzma member is deprecated but might be found in the wild so it
would be a good idea to supprt reading from it. Adding support for the
rest seems important as there's an increasing number of some of those.

Thanks,
Guillem


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

Bug#718388: emacs-goodies-el: Missing support for some data.tar deb members

[Guillem Jover]

Package: emacs-goodies-el
Version: 35.4
Severity: wishlist

Hi!

The deb-view.el code does not support data.tar and data.tar.lzma,
as documented in deb(5), although the latter is deprecated it's allowed
by the Ubuntu archive, so there's going to be such binary packages in
the wild.

It would be nice if support for those those two could be added.

Thanks,
Guillem


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

Bug#718387: apache2-data: Please mark Multi-Arch: foreign

[Jean-Michel Vourgère]

Package: apache2-data
Version: 2.4.6-2

Dear Maintainer,

Please mark apache2-data as Multi-Arch: foreign

This is preventing the cross-installation of apache2.


Step to reproduce from an i386 arch:

# dpkg --add-architecture amd64
# apt-get update
# apt-get install apache2:amd64
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 apache2:amd64 : Depends: perl:amd64 but it is not going to be installed
 Depends: apache2-bin:amd64 (= 2.4.6-2) but it is not going to 
be installed
 Depends: apache2-data:amd64 (= 2.4.6-2) but it is not 
installable
 Recommends: ssl-cert:amd64 but it is not installable
E: Unable to correct problems, you have held broken packages.


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

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

-- 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#718371: goldencheetah: FTBFS: CLucene/clucene-config.h not found

[Satoru KURASHIKI]

hi,

On Wed, Jul 31, 2013 at 5:54 AM, Rene Engelhard  wrote:

> While trying to look whether goldencheetah builds with the recently
> uploaded
> clucene 2.x I noticed it unsurprisingly does not ;-(:
>
>

> This is because clucene-config.h is in
> /usr/lib/x86_64-linux-gnu/CLucene/clucene-config.h (or the respective arch
> dir)
> and thus needs explicit -I for that. the /usr/lib in CLUCENE_INCLUDE
> doesn't suffice here.
> When that is fixed -lclucene doesn't work as it's now -lclucene-core what's
> needed.
>
> Complete Patch attached.
>

Thank you digging it, I will pick the fix from your patch.

regards,
-- 
KURASHIKI Satoru

Bug#718386: deb-gview: Missing support for some data.tar compressed deb members

[Guillem Jover]

Package: deb-gview
Version: 0.2.10
Severity: important

Hi!

This program's main purpose is to view .deb package contents, but
currently it does not support binary packages with bzip2 or lzma
compressed data.tar members as documented in deb(5). The former is
allowed in the Debian archive, the latter in Ubuntu, although
compressing with lzma should be considered deprecated now, there's
going to be such packages in the wild, so adding support for both
seems important.

Thanks,
Guillem


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

Bug#698787: apache2-mpm-worker multiarch install problem on Debian Wheezy amd64

[Jean-Michel Vourgère]

reassign 698787 ssl-cert
retitle 698787 ssl-cert: Please mark Multi-Arch: foreign
thanks

It looks to me that this is more a problem with mime-support and ssl-cert
packages that were not flaged as supporting multi-arch. [1]

mime-support package was fixed in version 3.53. [2]

So I'm reassigning to ssl-cert.


Regarding your problem with the hungarian mirror, I suppose it was transiant.
If you have that kind of problem again, just use another mirror. [3]


[1] 
https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695357
[3] http://www.debian.org/mirror/list


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

Bug#101072: latest xalan doesn't like xbel DTD

[Brian May]

On 30 July 2013 17:07, Mathieu Malaterre  wrote:

> > I would assume that they use to come with the xbel package, version
> 0.6.5-2,
> > as per the bug report, which was opened Sat, 16 Jun 2001 17:19:19 +1000.
>
> The actual issue is that xbel is neither available from debian.org nor
> from snapshot.d.o...
>

xbel was available from debian.org in 2001, and is available from
archive.debian.net. Latest version:

http://archive.debian.net/lenny/web/xbel-utils
http://archive.debian.net/lenny/xbel

More seriously, I think this bug report can be closed. I no longer care
about it.

I don't know where unix.xml came from either.
-- 
Brian May 

Bug#718358: postgresql-9.2-postgis-2.0-scripts: postgis_restore.pl missing from package

[Marco Nenciarini]

reassign 718358 src:postgis 2.0.3-5
thanks

Il 30/07/13 20:25, Andrei POPESCU ha scritto:
> On Ma, 30 iul 13, 19:08:50, Marco Nenciarini wrote:
>> Package: postgresql-9.2-postgis-2.0-scripts
>> Version: 2.0.3-3.pgdg+1
>> Severity: normal
> 
> This package is not in Debian (yet?). I would rather close it unless you 
> know the package will be uploaded soon (it's not even in NEW).
>

You are right, sorry for the mistake It was downloaded by
apt.postgresql.org.
However it uses the same source (built from pkg-grass/postgis.git) as
the one in unstable (postgresql-9.1-postgis-2.0-scripts) which is
affected by the same problem.

Ciao,
Marco

-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4


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

Bug#718312: linux-image-3.10-1-amd64: Kernel panic crashes drm_kms_helper causing hard lockup

[Ben Caradoc-Davies]

Similar report and promised fix from the mei_me maintainer:
http://lkml.org/lkml/2013/7/15/23

--
Ben Caradoc-Davies 


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

Bug#702820: xbmc-skin-confluence: similarly for ttf-dejavu-core

[R E Riding]

Package: xbmc-skin-confluence
Version: 2:11.0~git20120510.82388d5-1
Followup-For: Bug #702820

Dear Maintainer,
In the same vein, the dependency ttf-dejavu-core is transitional for 
fonts-dejavu-core.

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

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

-- 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#644242: debbugs pkg: debbugs-upgradestatus does not work

[Bill Allombert]

On Fri, Jun 28, 2013 at 03:35:59PM -0700, Don Armstrong wrote:
> On Sat, 15 Jun 2013, Bill Allombert wrote:
> > Well, I have remove the error test and hoped for the best. Now it
> > seems that the package is missing the file
> > /usr/share/debbugs/templates/en_US/cgi/quit.tmpl
> > 
> > /var/lib/debbugs/www/cgi/bugreport.cgi 
> > says:
> > 
> > Unable to locate template /usr/share/debbugs/templates/en_US/cgi/quit.tmpl
> > Unable to find template cgi/quit with language en_US at 
> > /usr/share/perl5/Debbugs/Text.pm line 154.
> 
> This is in git, and could be copied out if that works for you.
>  
> > The file bugs.css is shipped in 
> > /var/lib/debbugs/www/bugs.css
> > but the CGI expect it in  /var/lib/debbugs/www/css/bugs.css
> 
> Ugh... fixed this in git just now.

As far as I understand, you should use href="/$gWebHostBugDir/css/bugs.css" and
not href="$gWebHostBugDir/css/bugs.css" (i.e. a leading / is missing).

Also, search.cgi still refer to href="http://bugs.debian.org/css/bugs.css";
instead of the above.

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#528855: Bug#706623: libgdb-dev: missing .a files

[Samuel Bronson]

Since libgdb.a has been dropped upstream, we've dropped libgdb-dev
entirely now, and fp is going to need to come up with a different plan
for debugger support.

(For what it's worth, I get the impression that IDEs linking against
libgdb have tended not to support the version of gdb in the archive at a
given time anyway, so in the end this might actually save trouble.
Sorry about any inconvience in the meantime.)

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


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

Bug#644242: debbugs pkg: debbugs-upgradestatus does not work

[Bill Allombert]

On Tue, Jul 30, 2013 at 11:31:49PM +0200, Bill Allombert wrote:
> On Fri, Jun 28, 2013 at 03:35:59PM -0700, Don Armstrong wrote:
> > On Sat, 15 Jun 2013, Bill Allombert wrote:
> > > Well, I have remove the error test and hoped for the best. Now it
> > > seems that the package is missing the file
> > > /usr/share/debbugs/templates/en_US/cgi/quit.tmpl
> > > 
> > > /var/lib/debbugs/www/cgi/bugreport.cgi 
> > > says:
> > > 
> > > Unable to locate template /usr/share/debbugs/templates/en_US/cgi/quit.tmpl
> > > Unable to find template cgi/quit with language en_US at 
> > > /usr/share/perl5/Debbugs/Text.pm line 154.
> > 
> > This is in git, and could be copied out if that works for you.
> >  
> > > The file bugs.css is shipped in 
> > > /var/lib/debbugs/www/bugs.css
> > > but the CGI expect it in  /var/lib/debbugs/www/css/bugs.css
> > 
> > Ugh... fixed this in git just now.
> > 
> > > Maybe you would prefer me to upgrade to a more recent version of
> > > debbugs ?
> > 
> > That would probably be worthwhile. Would you rather I put out a release,
> > or is running from git reasonable enough?
> > 
> > http://git.donarmstrong.com/debbugs.git is my git repository.
> 
> As far as I see, debbugs-web should replace debbugs to allow upgrade.
> (/etc/debbugs/html has moved).

Also bugspam.cgi is not provided by the packages, while it is referenced
by the CGI scripts.

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#495178: [Pkg-javascript-devel] Bug#495178: Bug#495178: (no subject)

[Jonas Smedegaard]

Quoting Daniel Kahn Gillmor (2013-07-30 22:39:07)
> On 07/30/2013 03:36 PM, Jonas Smedegaard wrote:
> > Quoting Thomas Bechtold (2013-07-30 19:47:10)
> >> forgot to describe the attached debdiff. The patch adds a 
> >> Build-Depends to yui-compressor and generates jquery.min.js. That's 
> >> it.
> > 
> > I recommend against using a different and inferior compressor than 
> > the one well tested upstream: uglify.
> 
> I think you're suggesting that this package should use the uglify 
> javascript minifier, rather than the yui minifier.
> 
> Do you mean node-uglify or ruby-uglifier or something else?

I mean node-uglify.  I believe that's the tool the jquery project uses 
themselves for their minification.

I elaborated more on this at bug#679665.


> Does the debian javascript packaging team want to settle on a "best 
> practices" minifier and document it someplace?

Good idea!

In my opinion we should start simple and recommend use of node-uglify in 
our Policy wiki page.

(then later we can consider introducing a package to auto-(re-)compress 
allowing local admin to deviate from a default compressor)

What do others in the team think?


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#718384: dput-ng: codename checks don't honor local configuration

[Russ Allbery]

Package: dput-ng
Version: 1.5
Severity: important

windlord:~/work/debian/build-area> dput local *.changes
Uploading heimdal using scp to local (host: genesis.stanford.edu; directory: 
/srv/repos/local/incoming)
running allowed-distribution: check whether a local profile permits uploads to 
the target distribution
`oldstable-kdc' not in the codename group

oldstable-kdc is a local distribution for packages that we only use
on some specific hosts.  It's listed in allowed_distributions:

[local]
method = scp
login = rra
fqdn = genesis.stanford.edu
allowed_distributions = ^(unstable|stable(-[a-z]+)?|oldstable(-[a-z]+)?)$
incoming = /srv/repos/local/incoming
post_upload_command = ssh example.stanford.edu reprepro-upload local

It looks like allowed_distributions is being ignored by this check.

I had the same problem when trying to upload OpenAFS security fixes to
Debian, although I can't explain that one since stable-security does
appear to be listed in the relevant file.  But I was getting the same
error message there.

I'm currently switching back to dput for these uploads, since I can't
find a configuration knob I can turn to let them proceed.

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

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

Versions of packages dput-ng depends on:
ii  python   2.7.5-2
ii  python-dput  1.5

Versions of packages dput-ng recommends:
ii  bash-completion  1:2.0-1

dput-ng 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#700300: infinoted: needs Breaks: infinoted-0.4 and needs to clean up forgotten alternative

[Philipp Kern]

On 2013-07-31 00:01, Andreas Beckmann wrote:

On 2013-07-30 23:26, Philipp Kern wrote:

On Mon, Feb 11, 2013 at 01:17:29PM +0100, Andreas Beckmann wrote:
Since infinoted has stopped using alternatives and instead it ships 
the

/usr/bin/infinoted symlink, there needs to be Breaks: against all
packages that were still using alternatives to handle infinoted.
Revisiting this, I don't think this should've been breaks, at least 
for
infinoted-0.{4,3}, but rather conflicts? (Also lintian warns about 
this,
because the breaks are unversioned. The older infinoteds won't 
suddenly appear
without the alternatives and even if, breaks without version still 
seems

wrong.)

I'm pretty sure I've tested relevant upgrades when I fixed this - have
you came across a broken upgrade path?

And an (unversioned) Breaks really seemed sufficient here, despite of
what lintian says



snip >>>

7.4 Conflicting binary packages - Conflicts
[...]
Conflicts should be used
[...]
* in other cases where one must prevent simultaneous installation of two 
packages for reasons that are ongoing (not fixed in a later version of 
one of the packages) or that must prevent both packages from being 
unpacked at the same time, not just configured.

<<< snip <<<

Breaks really is a hint to the resolver that a newer version fixes the 
problem and that it's enough to deconfigure the affected version to 
upgrade it later. But then it's probably true that an unversioned breaks 
is just mapped into a plain conflicts internally. It's not that you can 
do anything to resolve it.


Thinking about it I wonder if conflicts could actually cause more 
trouble here when upgrading?


Kind regards
Philipp Kern


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

Bug#718383: kde-workspace-bin: suspend to ram is not working

[Volker Groll]

Package: kde-workspace-bin
Version: 4:4.10.5-2
Severity: normal

Dear Maintainer,

for me the suspend to ram is not working neither the power button shows
any reaction.
After update to kde 4.10.5 the suspend to ram worked sometimes, since a
few days it stopped completely.
powerdevil itself seems to run, because brightness is changing when the
laptop is removed from docking station.
pm-suspend is working as expected.

With a complete fresh user suspend will not work too.
With kernel 3.9 it also does not work.
Within /var/log I cannot find any error messages from kded

I would be very glad if you can give me a hint where to continue search.

Thanks a lot
  Volker


-- System Information:
LSB Version:
core-2.0-ia32:core-2.0-noarch:core-3.0-ia32:core-3.0-noarch:core-3.1-ia32:core-3.1-noarch:core-3.2-ia32:core-3.2-noarch:core-4.0-ia32:core-4.0-noarch:core-4.1-ia32:core-4.1-noarch:cxx-3.0-ia32:cxx-3.0-noarch:cxx-3.1-ia32:cxx-3.1-noarch:cxx-3.2-ia32:cxx-3.2-noarch:cxx-4.0-ia32:cxx-4.0-noarch:cxx-4.1-ia32:cxx-4.1-noarch:desktop-3.1-ia32:desktop-3.1-noarch:desktop-3.2-ia32:desktop-3.2-noarch:desktop-4.0-ia32:desktop-4.0-noarch:desktop-4.1-ia32:desktop-4.1-noarch:graphics-2.0-ia32:graphics-2.0-noarch:graphics-3.0-ia32:graphics-3.0-noarch:graphics-3.1-ia32:graphics-3.1-noarch:graphics-3.2-ia32:graphics-3.2-noarch:graphics-4.0-ia32:graphics-4.0-noarch:graphics-4.1-ia32:graphics-4.1-noarch:languages-3.2-ia32:languages-3.2-noarch:languages-4.0-ia32:languages-4.0-noarch:languages-4.1-ia32:languages-4.1-noarch:multimedia-3.2-ia32:multimedia-3.2-noarch:multimedia-4.0-ia32:multimedia-4.0-noarch:multimedia-4.1-ia32:multimedia-4.1-noarch:printing-3.2-ia32:printing-3.2-noarch:p
 
rinting-4.0-ia32:printing-4.0-noarch:printing-4.1-ia32:printing-4.1-noarch:qt4-3.1-ia32:qt4-3.1-noarch:security-4.0-ia32:security-4.0-noarch:security-4.1-ia32:security-4.1-noarch
Distributor ID: Ubuntu
Description:Ubuntu 11.04
Release:11.04
Codename:   natty
Architecture: i386 (x86_64)

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

Versions of packages kde-workspace-bin depends on:
ii  iso-codes 3.44-1
ii  kde-runtime   4:4.10.5-1
ii  kde-style-oxygen  4:4.10.5-2
ii  kde-workspace-data4:4.10.5-2
ii  kde-workspace-kgreet-plugins  4:4.10.5-2
ii  libc6 2.17-7
ii  libcln6   1.3.3-1
ii  libdbusmenu-qt2   0.9.2-1
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-8
ii  libgl1-mesa-glx [libgl1]  9.1.4-1
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-1
ii  libkactivities6   4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1
ii  libkdeclarative5  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdesu5 4:4.10.5-1
ii  libkdeui5 4:4.10.5-1
ii  libkfile4 4:4.10.5-1
ii  libkidletime4 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libknewstuff3-4   4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpty4  4:4.10.5-1
ii  libkscreensaver5  4:4.10.5-2
ii  libkworkspace4abi24:4.10.5-2
ii  libnepomukcore4   4:4.10.5-1
ii  libpam0g  1.1.3-9
ii  libphonon44:4.6.0.0-3
ii  libplasma34:4.10.5-1
ii  libplasmagenericshell44:4.10.5-2
ii  libpng12-01.2.49-4
ii  libprocesscore4abi1   4:4.10.5-2
ii  libprocessui4a4:4.10.5-2
ii  libqalculate5 0.9.7-9
ii  libqimageblitz4   1:0.0.6-4
ii  libqjson0 0.8.1-2
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqt4-declarative4:4.8.5+dfsg-2
ii  libqt4-sql4:4.8.5+dfsg-2
ii  libqt4-xml4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libsm62:1.2.1-2
ii  libsolid4 4:4.10.5-1
ii  libsolidcontrol4abi2  4:4.10.5-2
ii  libsolidcontrolifaces4abi24:4.10.5-2
ii  libsoprano4   2.9.2+dfsg.1-1
ii  libstdc++64.8.1-8
ii  libstreamanalyzer00.7.7-3
ii  libusb-0.1-4  2:0.1.12-23.2
ii  libx11-6  2:1.6.0-1
ii  libxcursor1   1:1.1.14-1
ii  libxext6  2:1.3.2-1
ii  libxfixes31:5.0.1-1
ii  libxft2   2.3.1-1
ii  libxi62:1.7.1.901-1
ii  libxinerama1  2:1.1.3-1
ii  libxkbfile1   1:1.0.8-1
ii  libxrandr22:

Bug#717995: [a...@offog.org: Re: RFS: feedparser/5.1.2-2]

[Adam Sampson]

- Forwarded message from Adam Sampson  -

Date: Mon, 29 Jul 2013 17:13:42 +0100
From: Adam Sampson 
To: Etienne Millon 
Subject: Re: RFS: feedparser/5.1.2-2

Hi Etienne,

Thanks very much for looking at the package -- much appreciated!
Do you mind if I attach a copy of this to the ITA bug?

On Mon, Jul 29, 2013 at 02:45:26PM +0200, Etienne Millon wrote:
> Incidentally, getting rid of the embedded feedparser copy was the
> first thing I did with rss2email too :)

It took quite a bit of work in rawdog since I used to have a load of
local patches to feedparser -- it's only really become possible with the
more predictable sanitisation that recent feedparser does.

> I think that you should say what you changed, or just put "(no changes
> needed)" in case you went through the upgrading checklist and found no
> problems.

Done:
  * Check that the package meets Debian policy version 3.9.4 (no further
changes needed), and update Standards-Version.

> The python dependencies may actually stay Build-Depends-Indep, but I
> don't think that the distinction is actually used. So, do as you wish.

I'd moved them to Build-Depends because that's what the Python policy
and LibraryStyleGuide use in their examples, but reading the rationale
it sounds like Build-Depends-Indep is appropriate, so I'll go with that.

> I believe that it's missing the copyright info relative to debian/*
> files.

Good catch -- I was intending it to be covered by the * section, but of
course that's missing Decklin's copyright. Fixed.

> > diff -Nru rawdog-2.13.dfsg.1/PKG-INFO rawdog-2.16/PKG-INFO
> > --- rawdog-2.13.dfsg.1/PKG-INFO 2010-10-15 23:38:53.0 +0200
> > +++ rawdog-2.16/PKG-INFO2013-07-15 23:45:30.0 +0200
> > -License: GNU GPL v2 or later
> > +License: UNKNOWN
> 
> I don't think that this is wanted :) That's probably because you
> removed the "license=" key in setup.py.

Yes, I'd spotted that -- I think it's a distutils oddity. The distutils
manual says:

  "The license field is a text indicating the license covering the
  package where the license is not a selection from the “License” Trove
  classifiers."

... so I'd removed it when I added the license to the classifiers list.
I'm not too worried since PKG-INFO and the PyPI page do correctly
include the license classifier.

(The same goes for "Platform: UNKNOWN", but rawdog never had a platform=
kwarg anyway -- and in that case the distutils documentation doesn't
even say what values are permitted...)

> Great! I didn't know about feedfinder and the related license issue.
> Thanks for maintaining feedscanner too. I might push support for this
> useful library to upstream rss2email. Would you be interested in
> packaging it separately? (not necessarily now of course).

I was hoping you might ask that ;-) Yes, the intention is to spin it off
as a standalone library after it's been shaken down a bit in rawdog; it
has the same (trivial) API as feedfinder, so it should be a drop-in
replacement.

> >  > 'missing.rss'>

That's one downside of writing software in the UK! I've made test-rawdog
set LC_ALL=C.

> > Test failed: expected testauto/output.html to contain
> > 'HEADING-01-01-18:00'

... and that's another one! 18:00 on January 1st is 18:00 local time for
me, but not in other timezones. test-rawdog now sets TZ=UTC.

I've also added testcases to make sure that varying locale and timezone
does actually have the desired effect on date formatting. (And spotted
another encoding problem that I'll need to fix...)

Thanks very much,

-- 
Adam Sampson  

- End forwarded message -


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

Bug#700300: infinoted: needs Breaks: infinoted-0.4 and needs to clean up forgotten alternative

[Andreas Beckmann]

On 2013-07-30 23:26, Philipp Kern wrote:
> On Mon, Feb 11, 2013 at 01:17:29PM +0100, Andreas Beckmann wrote:
>> Since infinoted has stopped using alternatives and instead it ships the
>> /usr/bin/infinoted symlink, there needs to be Breaks: against all
>> packages that were still using alternatives to handle infinoted.
> 
> Revisiting this, I don't think this should've been breaks, at least for
> infinoted-0.{4,3}, but rather conflicts? (Also lintian warns about this,
> because the breaks are unversioned. The older infinoteds won't suddenly appear
> without the alternatives and even if, breaks without version still seems
> wrong.)

I'm pretty sure I've tested relevant upgrades when I fixed this - have
you came across a broken upgrade path?

And an (unversioned) Breaks really seemed sufficient here, despite of
what lintian says

Andreas


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

Bug#718359: command-not-found: Unsupported deb data.tar members

[Julian Andres Klode]

Control: severity -1 minor

On Tue, Jul 30, 2013 at 7:55 PM, Guillem Jover  wrote:
> Package: command-not-found
> Version: 0.2.38-1
> Severity: important
>
> Hi!
>
> This package seems to lack support for several deb data.tar members
> supported by dpkg-deb in UnifiedDataExtractor/DebPackage.py, as
> documented in deb(5). Namely data.tar.xz, data.tar.lzma (although
> deprecated), and data.tar (uncompressed). The first is allowed by
> the Debian archive, .lzma is allowed by the Ubuntu archive AFAIK.
>
> Please add support for those, otherwise some parts of the package will
> not be able to cope with packages found in the wild.

We don't use this code, so it's not really a problem.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


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

Bug#718376: apt-zip: Most deb data.tar member files are unsupported

[Guillem Jover]

Package: apt-zip
Version: 0.18
Severity: important

Hi!

This package contains some code to verify .deb files in the wget
method, but it only handles data.tar.gz deb members, it's at least
missing support, as documented in deb(5), for:

  data.tar
  data.tar.bz2
  data.tar.xz
  data.tar.lzma (deprecated)

So the check function should be updated to cope with packages that
exist in the wild.

Thanks,
Guillem


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

Bug#644242: debbugs pkg: debbugs-upgradestatus does not work

[Bill Allombert]

On Fri, Jun 28, 2013 at 03:35:59PM -0700, Don Armstrong wrote:
> On Sat, 15 Jun 2013, Bill Allombert wrote:
> > Well, I have remove the error test and hoped for the best. Now it
> > seems that the package is missing the file
> > /usr/share/debbugs/templates/en_US/cgi/quit.tmpl
> > 
> > /var/lib/debbugs/www/cgi/bugreport.cgi 
> > says:
> > 
> > Unable to locate template /usr/share/debbugs/templates/en_US/cgi/quit.tmpl
> > Unable to find template cgi/quit with language en_US at 
> > /usr/share/perl5/Debbugs/Text.pm line 154.
> 
> This is in git, and could be copied out if that works for you.
>  
> > The file bugs.css is shipped in 
> > /var/lib/debbugs/www/bugs.css
> > but the CGI expect it in  /var/lib/debbugs/www/css/bugs.css
> 
> Ugh... fixed this in git just now.
> 
> > Maybe you would prefer me to upgrade to a more recent version of
> > debbugs ?
> 
> That would probably be worthwhile. Would you rather I put out a release,
> or is running from git reasonable enough?
> 
> http://git.donarmstrong.com/debbugs.git is my git repository.

As far as I see, debbugs-web should replace debbugs to allow upgrade.
(/etc/debbugs/html has moved).

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#706221: missing comma at line 106?

[Maurizio Avogadro]

Furthermore, a comma seems missing near the end of line 106 of the same
file.

Thanks


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

Bug#700300: infinoted: needs Breaks: infinoted-0.4 and needs to clean up forgotten alternative

[Philipp Kern]

On Mon, Feb 11, 2013 at 01:17:29PM +0100, Andreas Beckmann wrote:
> Since infinoted has stopped using alternatives and instead it ships the
> /usr/bin/infinoted symlink, there needs to be Breaks: against all
> packages that were still using alternatives to handle infinoted.

Revisiting this, I don't think this should've been breaks, at least for
infinoted-0.{4,3}, but rather conflicts? (Also lintian warns about this,
because the breaks are unversioned. The older infinoteds won't suddenly appear
without the alternatives and even if, breaks without version still seems
wrong.)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#718341: [Aptitude-devel] Bug#71834{1,2}: aptitude install cups-daemon doesn't create 'cupsd.conf' file

[Brian Potkin]

Hello Jeffrey,

I am not the maintainer of cups but I do a bit of work with it every so
often.


On Tue 30 Jul 2013 at 17:09:24 +0200, Axel Beckert wrote:

> Since it's unclear which distribution your're running (or rather which
> packages are uptodate as some doesn't seem to be uptodate), please
> mention which versions of cups-daemon, cups-client,
> cups-server-common, hplip-cups and cups-common you were trying to
> reinstall, otherwise the cups maintainer can't really decide which
> package versions may be affected (if at all).

The output of

   dpkg -l | grep cups

should help to clarify matters.

It is the postinst of cups-daemon which arranges for cupsd.conf to be
written to /etc/cups. I did a quick test on an unstable install; the
postinst is the same as the one in testing so it's not such a bad idea.

My install is used for testing cups so it is has all the printer related
packages on it. 'aptitude purge cups-daemon' wanted to remove cups,
hplip, cups-pdf, printer-driver-gutenprint, printer-driver-hpcups and
printer-driver-postscript-hp. I let it go ahead.

Then I installed all these removed packages with aptitude. A new
cupsd.conf was created. Jeffrey, I'd recommend reviewing what you did
and trying to reproduce the behaviour you describe.

Regards,

Brian.


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

Bug#684050: SuppressHTMLPreamble also discards data in the directory listing

[Jean-Michel Vourgère]

Control: tags -1 + unreproducible

Hello

I tried to reproduce your problem on apache 2.2.22, but I could not.

Are you sure you did not forget the + ?

Using
IndexOptions SuppressHTMLPreamble
gives excatly the "problem" you repported.

But
IndexOptions +SuppressHTMLPreamble
works as expected.


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

Bug#718375: transition: clucene

[Rene Engelhard]

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

[ Disclaimer: I am NOT the clucene maintainer. X-Debbugs-CC'ing clucenes
(co-)maintainer ]

Hi,

clucene 2.x was uploaded to sid a few days ago and needs a transition...

# grep-dctrl -FDepends clucene0ldbl 
/var/lib/apt/lists/localhost_debian_dists_sid_main_binary-armel_Packages 
-sPackage
Package: bibletime
Package: goldencheetah
Package: kiwix
Package: libsoprano4
Package: libstreamanalyzer0
Package: diatheke
Package: libsword-utils
Package: libsword9

- bibletime: FTBFS; doesn't know about clucene-config.h multiarch location,
  patch in new #718374
- soprano (libsoprano4): FTBFS, misses
  lucene::util::atomic_threads::atomic_decrement because it also needs
  -lclucene-shared; backported patch in new #718369
- goldcheetah: FTBFS, just needs to fix include/link, patch in new #718371
- libstreamanalyzer0 (strigi): FTBFS; fails at install phase because it doesn'ti
  find debian/tmp/usr/bin/luceneindexer, patch in new #718373

Leaves:

- kiwix: FTBFSes with xpidl error (#713090) but otherwise picks up new includes
  and -lclucene-core, so would build afaics
- sword (diatheke, libsword-utils, libsword9) FTBFSes with zlib errors: #707537

In any case this should be tracked...

Ben file:

title = "clucene";
is_affected = .build-depends ~ "libclucene-dev"
is_good = .depends ~ "libclucene-core1";
is_bad = .depends ~ "libclucene0ldbl";

Regards,

Rene


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

Bug#718374: FTBFS: Could not find CLucene.

[Rene Engelhard]

Package: bibletime
Version: 2.9.1-2
Severity: serious
Tags: patch

Hi,

bibletime fails to build with the recently uploaded clucene 2.x:

[...]
-- Detecting C compiler ABI info - done
-- Setting up build environment for BibleTime version 2.9.1
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found
-- Found Qt4: /usr/bin/qmake (found suitable version "4.8.5", minimum required 
is "4.5.0") 
-- Using DBUS
-- Found CLucene library: /usr/lib/x86_64-linux-gnu/libclucene-core.so
-- Found CLucene include dir: /usr/include
-- CLucene library dir not found.
CMake Error at cmake/FindCLucene.cmake:127 (MESSAGE):
  Could not find CLucene.
Call Stack (most recent call first):
  CMakeLists.txt:79 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo returned exit 
code 1
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1357:
dpkg-buildpackage -rfakeroot -D -us -uc -b failed

This is because it's looking for clucene-config.h and doesn't find it -
and thus is the case because it doesn't look in the multiarch library dir.

Adding /usr/lib/${CMAKE_LIBRARY_ARCHITECTURE} as in the attached patch
fixes it.

Regards,

Rene
diff -Nru bibletime-2.9.1/debian/changelog bibletime-2.9.1/debian/changelog
--- bibletime-2.9.1/debian/changelog	2012-04-17 21:42:03.0 +
+++ bibletime-2.9.1/debian/changelog	2013-07-30 19:24:21.0 +
@@ -1,3 +1,10 @@
+bibletime (2.9.1-3) unstable; urgency=low
+
+  * fix FindCLucene.cmake to look in /usr/lib/{CMAKE_LIBRARY_ARCHITECTURE}
+to find clucene-config.h with multiarched clucene
+
+ -- Rene Engelhard   Tue, 30 Jul 2013 19:23:42 +
+
 bibletime (2.9.1-2) unstable; urgency=low
 
   * Disable -Werror to work-around FTBFS with gcc-4.7 (Closes: #667113)
diff -Nru bibletime-2.9.1/debian/patches/find-clucene-config.h.diff bibletime-2.9.1/debian/patches/find-clucene-config.h.diff
--- bibletime-2.9.1/debian/patches/find-clucene-config.h.diff	1970-01-01 00:00:00.0 +
+++ bibletime-2.9.1/debian/patches/find-clucene-config.h.diff	2013-07-30 19:02:08.0 +
@@ -0,0 +1,13 @@
+Description: find clucene-config.h in clucene 2.x' multiarch dir
+Author: Rene Engelhard 
+
+--- bibletime-2.9.1.orig/cmake/FindCLucene.cmake
 bibletime-2.9.1/cmake/FindCLucene.cmake
+@@ -55,6 +55,7 @@ SET(TRIAL_INCLUDE_PATHS
+ ${CMAKE_INSTALL_PREFIX}/include
+ /usr/local/include
+ /usr/include
++/usr/lib/${CMAKE_LIBRARY_ARCHITECTURE}
+ /sw/include
+ /usr/pkg/include
+ ${WIN_CLUCENE_INCLUDE_PATH}
diff -Nru bibletime-2.9.1/debian/patches/series bibletime-2.9.1/debian/patches/series
--- bibletime-2.9.1/debian/patches/series	2012-04-17 21:37:39.0 +
+++ bibletime-2.9.1/debian/patches/series	2013-07-30 19:00:14.0 +
@@ -1 +1,2 @@
 gcc4.7-ftbfs.patch
+find-clucene-config.h.diff

Bug#718373: strigi: FTBFS: cp: cannot stat 'debian/tmp/usr/bin/uceneindexer': No such file or directory

[Rene Engelhard]

Package: strigi
Version: 0.7.7-3
Severity: serious
Tags: patch

Hi,

strigi fails to build with the rcently uploaded clucene 2.x:

[...]
-- Installing: 
/tmp/strigi-0.7.7/debian/tmp/usr/include/strigi/qtdbus/strigidbus.h
-- Installing: 
/tmp/strigi-0.7.7/debian/tmp/usr/include/strigi/qtdbus/strigitypes.h
make[1]: Leaving directory `/tmp/strigi-0.7.7/obj-x86_64-linux-gnu'
   dh_install -O--parallel -O--list-missing -O--dbg-package=strigi-dbg
cp: cannot stat 'debian/tmp/usr/bin/luceneindexer': No such file or directory
dh_install: cp -a debian/tmp/usr/bin/luceneindexer 
debian/strigi-daemon//usr/bin/ returned exit code 1
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
debuild: fatal error at line 1357:
dpkg-buildpackage -rfakeroot -D -us -uc -b failed

There's a lucene2indexer (thanks Barry deFreese for the hint), though,
so we should install this. Maybe with a compatibility symlink with the
old name should anything except that? (No idea...)

Debdiff doing that attached.

Regards,

Rene
diff -Nru strigi-0.7.7/debian/changelog strigi-0.7.7/debian/changelog
--- strigi-0.7.7/debian/changelog	2012-06-24 15:42:16.0 +
+++ strigi-0.7.7/debian/changelog	2013-07-30 20:28:14.0 +
@@ -1,3 +1,10 @@
+strigi (0.7.7-4) UNRELEASED; urgency=low
+
+  * fix install failure with clucene 2.x. Install new lucene2indexer
+but create symlink luceneindexer -> lucene2indexer to go sure
+
+ -- Rene Engelhard   Tue, 30 Jul 2013 18:31:43 +
+
 strigi (0.7.7-3) unstable; urgency=low
 
   * Team upload
diff -Nru strigi-0.7.7/debian/strigi-daemon.install strigi-0.7.7/debian/strigi-daemon.install
--- strigi-0.7.7/debian/strigi-daemon.install	2012-06-24 15:32:59.0 +
+++ strigi-0.7.7/debian/strigi-daemon.install	2013-07-30 20:32:07.0 +
@@ -1,3 +1,3 @@
-usr/bin/luceneindexer
+usr/bin/lucene2indexer
 usr/bin/strigidaemon
 usr/share/dbus-1/services
diff -Nru strigi-0.7.7/debian/strigi-daemon.links strigi-0.7.7/debian/strigi-daemon.links
--- strigi-0.7.7/debian/strigi-daemon.links	1970-01-01 00:00:00.0 +
+++ strigi-0.7.7/debian/strigi-daemon.links	2013-07-30 20:26:08.0 +
@@ -0,0 +1 @@
+usr/bin/lucene2indexer usr/bin/luceneindexer

Bug#718372: gpscorrelate-gui: dies silently when correlating read-only photos

[Anders Jonsson]

Package: gpscorrelate-gui
Version: 1.6.1-4
Severity: normal

Dear Maintainer,

when trying to correlate photos that are read-only with 
gpscorrelate-gui, the GUI dies without an explanation.


If run from the terminal, one can see the following lines:

Failed to open file 
/home/haaninjo/Documents/testgpscorrelate/IMG_20130712_190854.jpg.

terminate called after throwing an instance of 'Exiv2::BasicError'
  what(): 
/home/haaninjo/Documents/testgpscorrelate/IMG_20130712_190330.jpg: 
Failed to open file (w+b):  (errno = 13)

Aborted


It is clear that correlating read-only photos can not succeed, as it 
includes adding longitude and latitude to the photos, but it should not 
crash the GUI. Doing nothing and showing an error message describing the 
problem would be more helpful.



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

Bug#718371: goldencheetah: FTBFS: CLucene/clucene-config.h not found

[Rene Engelhard]

Package: goldencheetah
Version: 3.0-1
Severity: serious

Hi,

While trying to look whether goldencheetah builds with the recently uploaded
clucene 2.x I noticed it unsurprisingly does not ;-(:

[...]
g++ -c -m64 -pipe -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -W -D_REENTRANT -DQT_WEBKIT 
-DGC_HAVE_LIBOAUTH -DGC_HAVE_QWTPLOT3D -DGC_HAVE_KML -DGC_HAVE_ICAL 
-DGC_HAVE_VLC -DGC_HAVE_LUCENE -DQXT_STATIC -DGC_HAVE_SOAP -DQT_NO_DEBUG 
-DQT_WEBKIT_LIB -DQT_SCRIPT_LIB -DQT_SVG_LIB -DQT_SQL_LIB -DQT_XML_LIB 
-DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED 
-I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore 
-I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql 
-I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtScript 
-I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -I../qwt/src -I../qxt/src 
-I/usr/include -I/usr/include/qwtplot3d-qt4 -I/usr/include 
-I/usr/include/libical -I/usr/include/vlc -I/usr/lib -I../qtsolutions/soap 
-I/usr/X11R6/include -I. -o VideoWindow.o VideoWindow.cpp
g++ -c -m64 -pipe -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -W -D_REENTRANT -DQT_WEBKIT 
-DGC_HAVE_LIBOAUTH -DGC_HAVE_QWTPLOT3D -DGC_HAVE_KML -DGC_HAVE_ICAL 
-DGC_HAVE_VLC -DGC_HAVE_LUCENE -DQXT_STATIC -DGC_HAVE_SOAP -DQT_NO_DEBUG 
-DQT_WEBKIT_LIB -DQT_SCRIPT_LIB -DQT_SVG_LIB -DQT_SQL_LIB -DQT_XML_LIB 
-DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED 
-I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore 
-I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql 
-I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtScript 
-I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -I../qwt/src -I../qxt/src 
-I/usr/include -I/usr/include/qwtplot3d-qt4 -I/usr/include 
-I/usr/include/libical -I/usr/include/vlc -I/usr/lib -I../qtsolutions/soap 
-I/usr/X11R6/include -I. -o Lucene.o Lucene.cpp
In file included from /usr/include/CLucene/StdHeader.h:20:0,
 from /usr/include/CLucene.h:11,
 from Lucene.h:31,
 from Lucene.cpp:19:
/usr/include/CLucene/SharedHeader.h:18:36: fatal error: 
CLucene/clucene-config.h: No such file or directory
 #include "CLucene/clucene-config.h"
^
compilation terminated.
make[2]: *** [Lucene.o] Error 1
make[2]: Leaving directory `/tmp/goldencheetah-3.0/src'
make[1]: *** [sub-src-make_default-ordered] Error 2
make[1]: Leaving directory `/tmp/goldencheetah-3.0'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 25
dpkg-buildpackage: error: debian/rules build gave error exit status 2

This is because clucene-config.h is in
/usr/lib/x86_64-linux-gnu/CLucene/clucene-config.h (or the respective arch dir)
and thus needs explicit -I for that. the /usr/lib in CLUCENE_INCLUDE
doesn't suffice here.
When that is fixed -lclucene doesn't work as it's now -lclucene-core what's
needed.

Complete Patch attached.

Regards,

Rene
diff -Nru goldencheetah-3.0/debian/changelog goldencheetah-3.0/debian/changelog
--- goldencheetah-3.0/debian/changelog	2013-06-08 02:26:17.0 +
+++ goldencheetah-3.0/debian/changelog	2013-07-30 17:51:16.0 +
@@ -1,3 +1,10 @@
+goldencheetah (3.0-2) UNRELEASED; urgency=low
+
+  * fix build with clucene 2.x: set multiarch include dir and use
+-lclucene-core instead of -lclucene 
+
+ -- Rene Engelhard   Tue, 30 Jul 2013 17:19:34 +
+
 goldencheetah (3.0-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru goldencheetah-3.0/debian/gcconfig.pri goldencheetah-3.0/debian/gcconfig.pri
--- goldencheetah-3.0/debian/gcconfig.pri	2013-06-08 02:26:17.0 +
+++ goldencheetah-3.0/debian/gcconfig.pri	1970-01-01 00:00:00.0 +
@@ -1,221 +0,0 @@
-# To build, copy this file to gcconfig.pri and then fill in the paths.
-
-# You can define the name of the executage file here.
-# If you do not specify anything then we deafult to: GoldenCheetah
-#APP_NAME = 
-
-# We recommend a debug build for development and a release build for deployment
-#CONFIG += debug
-#CONFIG += release
-
-# If you want a console window to appear on Windows machines
-# then uncomment the following two lines.
-#CONFIG += console
-#QMAKE_LFLAGS = -mwindows
-
-# To compile translation you need QT tool - lrelease
-# If it is not found using he defaults in src/src.pro
-# then set the full path and filename here.
-QMAKE_LRELEASE = /usr/bin/lrelease-qt4
-
-# We use g++ on all platforms so switch on auto vectorization amongst other
-# things to speed up looping over ride file points
-#QMAKE_CXXFLAGS += -O3
-
-# Let us know where flex and bison are installed.
-# You may need to specify the full path if things don't work.
-#QMAKE_LEX  = flex
-#QMAKE_YACC = bison
-#win32 {
-#  Q

Bug#718370: python-sympy: Vcs fields are incorrect

[Oxan van Leeuwen]

Package: python-sympy
Version: 0.7.2-1
Severity: wishlist

The repository that's specified in the Vcs-Svn and Vcs-Browser fields (with 
outdated URLs because of the Alioth migration last year, btw) doesn't contain 
the last uploads to Debian, but includes an alternate packaging of the same 
upstream release. Please update SVN to include the latest packages, or update 
the VCS fields to point to the correct repository.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (910, 'testing-proposed-updates'), (900, 'testing'), (900, 
'stable'), (525, 'unstable'), (515, 'experimental'), (500, 'stable-updates'), 
(110, 'precise-updates'), (110, 'precise')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python-sympy depends on:
ii  python 2.7.5-2
ii  python2.7  2.7.5-5

Versions of packages python-sympy recommends:
ii  dvipng  1.14-1+b2
ii  ipython 0.13.2-2
ii  python [python-ctypes]  2.7.5-2
ii  python-imaging  1.1.7-4
ii  python-numpy1:1.7.1-2
ii  texlive-fonts-extra 2012.20120611-2

python-sympy 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
Archive: http://lists.debian.org/debian-bugs-dist

Bug#718369: soprano: FTBFS with with clucene 2.x: undefined symbol lucene::util::atomic_threads::atomic_decrement

[Rene Engelhard]

Package: soprano
Version: 2.9.2+dfsg.1-1
Severity: serious
Tags: patch

Hi,

soprano fails to build with the recently updated clucene 2.x:

[...]
/usr/bin/c++  -fPIC -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2  
-Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts 
-Wall -W -Wpointer-arith -Wformat-security -fno-check-new -fno-common 
-fvisibility=hidden -fvisibility-inlines-hidden -fexceptions 
-fvisibility=default -fno-visibility-inlines-hidden  -Wl,-z,relro 
-Wl,--as-needed -Wl,--no-undefined -shared -Wl,-soname,libsopranoindex.so.1 -o 
libsopranoindex.so.1.1.0 CMakeFiles/sopranoindex.dir/cluceneindex.cpp.o 
CMakeFiles/sopranoindex.dir/clucenedocumentwrapper.cpp.o 
CMakeFiles/sopranoindex.dir/cluceneutils.cpp.o 
CMakeFiles/sopranoindex.dir/indexfiltermodel.cpp.o 
CMakeFiles/sopranoindex.dir/tstring.cpp.o 
CMakeFiles/sopranoindex.dir/indexqueryhit.cpp.o 
CMakeFiles/sopranoindex.dir/indexqueryhititeratorbackend.cpp.o 
CMakeFiles/sopranoindex.dir/queryhitwrapperresultiteratorbackend.cpp.o -lQtCore 
-lpthread ../soprano/libsoprano.so.4.3.0 -lclucene-core -lQtCore -lpthread 
-Wl,-rpath,/tmp/soprano-2.9.2+dfsg.1/Build/soprano: 
CMakeFiles/sopranoindex.dir/cluceneindex.cpp.o: In function 
`Soprano::Index::CLuceneIndex::Private::commit()':
/tmp/soprano-2.9.2+dfsg.1/Build/index/../../index/cluceneindex.cpp:248: 
undefined reference to `lucene::util::atomic_threads::atomic_decrement(unsigned 
int*)'
collect2: error: ld returned 1 exit status
make[4]: *** [index/libsopranoindex.so.1.1.0] Error 1
make[4]: Leaving directory `/tmp/soprano-2.9.2+dfsg.1/Build'
make[3]: *** [index/CMakeFiles/sopranoindex.dir/all] Error 2
make[3]: Leaving directory `/tmp/soprano-2.9.2+dfsg.1/Build'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/soprano-2.9.2+dfsg.1/Build'
dh_auto_build: make -j1 returned exit code 2
make[1]: *** [pre_build_dh_auto_build] Error 2
make[1]: Leaving directory `/tmp/soprano-2.9.2+dfsg.1'
make: *** [debian/dhmk_build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

That symbol is in libclucene-shared:

$ objdump -T /usr/lib/x86_64-linux-gnu/libclucene-core.so | c++filt | grep 
lucene::util::atomic_threads::atomic_decrement
  DF *UND*    
lucene::util::atomic_threads::atomic_decrement(unsigned int*)
$ objdump -T /usr/lib/x86_64-linux-gnu/libclucene-shared.so | c++filt | grep 
lucene::util::atomic_threads::atomic_decrement
5f20 gDF .text  000e  Base
lucene::util::atomic_threads::atomic_decrement(unsigned int*)

Thanks to Barry deFreese on IRC who pointed me to the upstream patch, which is
http://lists.kde.org/?l=kde-commits&m=136932825018555&w=2

Debdiff attached.

Regards,

Rene
diff -Nru soprano-2.9.2+dfsg.1/debian/changelog soprano-2.9.2+dfsg.1/debian/changelog
--- soprano-2.9.2+dfsg.1/debian/changelog	2013-05-11 13:25:56.0 +
+++ soprano-2.9.2+dfsg.1/debian/changelog	2013-07-30 20:38:25.0 +
@@ -1,3 +1,10 @@
+soprano (2.9.2+dfsg.1-2) UNRELEASED; urgency=low
+
+  * backort http://lists.kde.org/?l=kde-commits&m=136932825018555&w=2 to fix
+build with clucene 2.x 
+
+ -- Rene Engelhard   Tue, 30 Jul 2013 18:22:15 +
+
 soprano (2.9.2+dfsg.1-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru soprano-2.9.2+dfsg.1/debian/patches/find-clucene-shared.diff soprano-2.9.2+dfsg.1/debian/patches/find-clucene-shared.diff
--- soprano-2.9.2+dfsg.1/debian/patches/find-clucene-shared.diff	1970-01-01 00:00:00.0 +
+++ soprano-2.9.2+dfsg.1/debian/patches/find-clucene-shared.diff	2013-07-30 20:19:49.0 +
@@ -0,0 +1,103 @@
+Description: backport http://lists.kde.org/?l=kde-commits&m=136932825018555&w=2
+Author: Rene Engelhard 
+
+---
+Origin: upstream, http://lists.kde.org/?l=kde-commits&m=136932825018555&w=2
+Forwarded: http://lists.kde.org/?l=kde-commits&m=136932825018555&w=2
+
+--- soprano-2.9.2+dfsg.1.orig/cmake/modules/FindCLucene.cmake
 soprano-2.9.2+dfsg.1/cmake/modules/FindCLucene.cmake
+@@ -4,7 +4,8 @@
+ #
+ # CLUCENE_INCLUDE_DIR  = where CLucene/StdHeader.h can be found
+ # CLUCENE_LIBRARY_DIR  = where CLucene/clucene-config.h can be found
+-# CLUCENE_LIBRARY  = the library to link against CLucene
++# CLUCENE_LIBRARY  = the library to link against CLucene DEPRECATED Use CLUCENE_LIBRARIES
++# CLUCENE_LIBRARIES= the libraries to link against CLucene
+ # CLUCENE_VERSION  = The CLucene version string
+ # CLucene_FOUND= set to 1 if clucene is found
+ #
+@@ -36,13 +37,27 @@ SET(TRIAL_INCLUDE_PATHS
+   /sw/include
+   /usr/pkg/include
+   )
++
+ FIND_LIBRARY_WITH_DEBUG(CLUCENE_LIBRARY
+   WIN32_DEBUG_POSTFIX d
+   NAMES clucene clucene-core
+   PATHS ${TRIAL_LIBRARY_PATHS})
+-IF (CLUCENE_LIBRARY)
+-  MESSAGE(STATUS "Found CLucene library: ${CLUCENE_LIBRARY}")
+-ENDIF (CLUCENE_LIBRARY)
++# On Linux, Soprano 

Bug#718368: valgrind: Please support arch x32

[Mathieu Malaterre]

Package: valgrind
Severity: normal

It would be nice to have valgrind build on x32. I doubt there is anything to 
change in valgrind itself.

Thanks


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

Bug#718367: ruby-uglifier: embedded code copy of uglifyJS (should depend on some package built from uglifyjs source)

[Daniel Kahn Gillmor]

Package: ruby-uglifier
Version: 1.2.5-2
Severity: normal
Control: affects -1 uglifyjs 

the uglifyjs source package contains the javascript for uglifyJS.

however, ruby-uglifier also appears to contain a (reorganized) version
of the same code.

Debian packages should not contain embedded copies of code that exists
elsewhere in the archive; it makes maintenance and security fixes more
difficult than they need to be.

  https://wiki.debian.org/EmbeddedCodeCopies

Regards,

--dkg

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

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


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

Bug#718366: "ValueError: invalid literal for int() with base 10" in xrandr.py

[Julius Seemayer]

Package: arandr
Version: 0.1.6-1
Severity: normal

Note: The given code area (xrandr.py:150) has changed in unstable, so this bug
is probably only relevant for Wheezy.


cvt(1)  suggest  mode  line names with a dot in it, which seems to make arandr
explode. No GUI window is shown, output see below:

$ xrandr # (I used xrandr --newmode/--addmode before, using the dot name)

CRT1 connected 1360x768+0+0 (normal left inverted right x axis y axis) 760mm x 
450mm

   1368x768_60.00   59.9  
$ arandr
Traceback (most recent call last):
  File "/usr/bin/arandr", line 42, in 
main()
  File "/usr/lib/python2.7/dist-packages/screenlayout/gui.py", line 318, in main
force_version=options.force_version
  File "/usr/lib/python2.7/dist-packages/screenlayout/gui.py", line 159, in 
__init__
self.filetemplate = self.widget.load_from_x()
  File "/usr/lib/python2.7/dist-packages/screenlayout/widget.py", line 93, in 
load_from_x
self._xrandr.load_from_x()
  File "/usr/lib/python2.7/dist-packages/screenlayout/xrandr.py", line 150, in 
load_from_x
o.modes.append(Size(int(a) for a in d.strip().split(" ")[0].split("x")))
  File "/usr/lib/python2.7/dist-packages/screenlayout/auxiliary.py", line 53, 
in __new__
arg = tuple(arg)
  File "/usr/lib/python2.7/dist-packages/screenlayout/xrandr.py", line 150, in 

o.modes.append(Size(int(a) for a in d.strip().split(" ")[0].split("x")))
ValueError: invalid literal for int() with base 10: '768_60.00'
$ 

As  mentioned  above: Probably the unstable package is not broken in that way.
I didn't figure out if this can be smoothly installed in stable.


Cheers,

Julius



-- Package-specific info:
Output of /usr/share/bug/arandr:
$ xrandr --version
xrandr program version   1.3.5
Server reports RandR version 1.3

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

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

Versions of packages arandr depends on:
ii  python 2.7.3-4
ii  python-gtk22.24.0-3+b1
ii  python2.6  2.6.8-1.1
ii  python2.7  2.7.3-6
ii  x11-xserver-utils  7.7~3

arandr recommends no packages.

arandr 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#718365: ITP: Testdrive -- run the daily Ubuntu ISO in a virtual machine

[Jackson Doak]

Package: wnpp
Priority: wishlist
Owner: Jackson Doak 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: testdrive
  Version : 3.22
  Upstream Author : Andres Rodriguez 
* URL or Web page : https://launchpad.net/testdrive
* License : GPL-3
  Description : run the daily Ubuntu ISO in a virtual machine

Testdrive is a tool for running the daily Ubuntu ISO (an any ISOs you
configure it for) in a virtual machine or on live USB. It is made by
canonical and already packaged in Ubuntu.

Thanks,
Jackson Doak


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

Bug#495178: [Pkg-javascript-devel] Bug#495178: Bug#495178: (no subject)

[Daniel Kahn Gillmor]

On 07/30/2013 03:36 PM, Jonas Smedegaard wrote:
> Quoting Thomas Bechtold (2013-07-30 19:47:10)
>> forgot to describe the attached debdiff. The patch adds a 
>> Build-Depends to yui-compressor and generates jquery.min.js. That's 
>> it.
> 
> I recommend against using a different and inferior compressor than the 
> one well tested upstream: uglify.

I think you're suggesting that this package should use the uglify
javascript minifier, rather than the yui minifier.

Do you mean node-uglify or ruby-uglifier or something else?

Does the debian javascript packaging team want to settle on a "best
practices" minifier and document it someplace?

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#718354: Unruly: "unique" ignored when width != height

[Jacob Nevins]

> When starting a game with width==height (I tested 6x6, 8x8 and 10x10),
> sgt- unruly immediately complains when a row or column is an exact
> duplicate
> 
> When starting a game with width!=height (I tested 10x8, 10x6, 8x6,
> 6x8), sgt- unruly does NOT complain when a row or column is an exact
> duplicate. When the game is finished, the field "blinks" in the
> standard manner when a game is won.

I've found and fixed (upstream, r9976) a bug which caused failure to
display the red warnings about non-unique rows / columns for non-square
grids and caused the game to accept solutions that violated the
uniqueness constraint.

(However, I think the generated puzzles did not _require_ the uniqueness
constraint to be violated in a solution.)


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

Bug#718323: RFS: hyperrogue/3.7+dfsg-1 [ITP] -- non-euclidean graphical rogue-like game

[Paul Wise]

On Tue, Jul 30, 2013 at 8:17 PM, chrysn wrote:

> given that the game only displays its own static strings and usually
> ships the font file, i'd assume upstream will stay with sdl ttf, but i
> asked anyway.

The main advantage of fontconfig is not having to hard-code font
pathnames at build time nor in git. If you add pango/QuesoGLC then you
get fallback on secondary fonts, which is mainly useful for l10n.

> my impression was that it's a mixture of copy/pasted and one-shot import
> from somewhere else, possibly an ad-hoc process -- but i've asked for
> clarification here too.

Ok, thanks.

> that's the default value upstream ships in the make file. as it is
> packaged, i patched the make file to only -O3 if the flags are not given
> from outside, so it shouldn't affect debian. (the original makefile
> didn't respect any environment variables.)

Hmm, I missed that, ok.

> the build process is a single gcc invocation. --parallel wouldn't do
> anything, would it?

Right now no,

> given how rare upstream changelogs are outside of top-of-class
> upstreams, i sometimes wonder why this is even a check.

It is a pedantic level check, as a reminder to talk with upstream
about their development practices.

> done. should the .ico file remain in /usr/share/pixmaps? (i assume no.)

No, leave that out of the binary package.

> i wasn't aware of that tool, good to know, thanks and done.

Lots of useful stuff in devscripts.

> i blame the poor resolution to #277441.
>
> just kidding, now i know of the tool, fixed and done.

I would have liked lintian to run more tools but that doesn't seem to
be the direction taken so far.

> on my box, i got segfault crashes for single argument tests.
>
> i'm not sure exactly why, but they are related to hyper segfaulting when
> no DISPLAY variable is set (failure to check for SDL_Init return code).
> now runs flawlessly; probably the x server was under too heavy load, sdl
> didn't get proper windows back, and behaved as if the x server was gone.

Hmm, ok.

> i'm under the impression that this kind of thing might happen again --
> i've already spotted another zero pointer dereference
> (03-worm-segfault.patch), which might be indicative of a general
> sloppyness with respect to zero pointers and exit codes, but my stance
> on this is that it's sufficient quality for a game which neither has
> elevated privileges nor reads untrusted data.

Sounds reasonable.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#718364: alien: deb access fallback code lacks some data.tar members support

[Guillem Jover]

Package: alien
Version: 8.88
Severity: minor

Hi!

The Alien/Package/Deb.pm file has fallback code to be used whenever
dpkg-deb is not available, but this code using ar does not support any
other data.tar member beside data.tar.gz, as described in deb(5). The
missing ones are:

  data.tar
  data.tar.xz
  data.tar.bz2
  data.tar.lzma (deprecated)

You might want to add support for those, but if no one else has asked
for it before, I'm not sure how much that code is being used?

Thanks,
Guillem


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

Bug#718363: src:openstack-debian-images: s/iamges/images/ in Description

[Uwe Kleine-König]

Package: src:openstack-debian-images
Version: 0.3
Severity: minor

Hello,

the Subject says it all ...

I suggest

sed -i s/iamges/images/ debian/control

.

Best regards
Uwe


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

Bug#709847: transition: libgnomekbd

[Adam D. Barratt]

On Tue, 2013-07-30 at 00:24 +0200, Andreas Henriksson wrote:
> On Mon, Jul 29, 2013 at 08:42:38PM +0100, Adam D. Barratt wrote:
> > Apologies for the delay; please go ahead and let us know once the
> > unstable upload has been made.
> 
> Uploaded.

Thanks; binNMUs scheduled.

Regards,

Adam


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

Bug#718362: security-tracker: packages that are only in experimental are considered not in the debian archive

[Michael Gilbert]

package: security-tracker
severity: normal

The list of unknown packages currently has a lot of noise since it
lists all packages that are in experimental, but not in any other
release:
https://security-tracker.debian.org/tracker/data/unknown-packages

An example (at least right now), see apport.

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#495178: [Pkg-javascript-devel] Bug#495178: (no subject)

[Jonas Smedegaard]

Quoting Thomas Bechtold (2013-07-30 19:47:10)
> forgot to describe the attached debdiff. The patch adds a 
> Build-Depends to yui-compressor and generates jquery.min.js. That's 
> it.

I recommend against using a different and inferior compressor than the 
one well tested upstream: uglify.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#711275: transition: tracker

[Adam D. Barratt]

On Tue, 2013-07-30 at 16:42 +0200, Michael Biebl wrote:
> Am 29.07.2013 21:42, schrieb Adam D. Barratt:
> > On Thu, 2013-06-06 at 00:59 +0200, Michael Biebl wrote:
> >> in preparation for GNOME 3.8, I'd like start a small transition updating
> >> tracker from 0.14 to 0.16.
[...]
> I've uploaded tracker, brasero, gnome-boxes, gnome-documents, nautilus
> and totem.
> I've also poked the bognor-regis maintainer about #711244 (will NMU in a
> couple of days, in case I don't hear anything back).

Thanks.

> Please schedule the remaining binNMUs for rygel and grilo-plugins.

Done.

Regards,

Adam


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

Bug#717273: printer-driver-postscript-hp: HP LaserJet 1200: User can choose between two identical PS drivers

[Stefan Nagy]

Hi OdyX,

> > when I install printer-driver-postscript-hp I get two new drivers for
> > my printer model HP LaserJet 1200 in CUPS (I use the web-based
> > administration interface) to choose from:
> > HP LaserJet 1200 Postscript (recommended) (en)
> > HP LaserJet 1200 Postscript (recommended) (en)
> > 
> > These two drivers don't just sound identical, as far as I can tell
> > they are (I compared the PPD files). When I uninstall
> > printer-driver-postscript-hp both entries are gone.
> 
> I think this is https://github.com/vitorbaptista/pyppd/issues/1
> 
> What do you think?

Sorry, I read the bug report on github more carefully now and realized
that the citation of Till Kamppeter in the last comment of vitorbaptista
is highly relevant in this context:

> Yes, the duplicate results for one and the same PPD are really a bug,
> but note that there are also cases where there really need to be more
> than one result. This is if a PPD has more than one "Product" line,
> meaning that it is for more than one printer model. Than each "Product"
> line must generate one result for this PPD. If there is only one
> "Product" line there should be only one result for this PPD.
> 
> AFAIR the bug is that there is one result line based on the "Product"
> line and another based on the "NickName" (or "ModelName"?). The
> "NickName"/"ModelName" should only be used if there is no "Product" line
> at all, otherwise one result for each "Product" line. The "Product" line
> (without parantheses) should be the MDL of the corresponding device ID,
> the MFG should come from the "Manufacturer" line in the PPD.

In my case the PPD has two "Product"-lines:
*Product: "(HP LaserJet 1200)"
*Product: "(Hewlett-Packard HP LaserJet 1200)"

Since the two lines don't represent two different printer models I'd say
one of those two lines could be deleted – and this would fix this bug.
Or is it possible that both lines are needed in some way?

Thanks,
Stefan.


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

Bug#718361: fortunes: typo in a fortune

[David Richfield]

Package: fortunes
Version: 1:1.99.1-4
Severity: minor
Tags: patch

Typo in /usr/share/games/fortunes/computers (emnity instead of enmity)

Patch follows:
==

--- computers   2010-07-13 17:54:05.0 +0200
+++ computers_fixed 2013-07-30 19:51:19.830294934 +0200
@@ -2368,7 +2368,7 @@
 %
 It must be remembered that there is nothing more difficult to plan, more
 doubtful of success, nor more dangerous to manage, than the creation of
-a new system.  For the initiator has the emnity of all who would profit
+a new system.  For the initiator has the enmity of all who would profit
 by the preservation of the old institutions and merely lukewarm defenders
 in those who would gain by the new ones.
-- Niccolo Machiavelli, 1513
==

-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: i386 (i686)

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

Versions of packages fortunes depends on:
ii  fortunes-min  1:1.99.1-4

Versions of packages fortunes recommends:
ii  fortune-mod  1:1.99.1-4

fortunes 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#718360: Missing gtk/gdk doc in devhelp

[Andrey Gursky]

Package: libgtk2.0-doc
Version: 2.24.20-1
Severity: important

Dear maintainers,
gtk/gdk docs are missing in devhelp now. Comparing package to the
wheezy one it turns out, naming has been changed:
wheezy:
/usr/share/doc/libgtk2.0-doc/gtk/gtk.devhelp2
/usr/share/doc/libgtk2.0-doc/gdk/gdk.devhelp2
jessie:
/usr/share/doc/libgtk2.0-doc/gtk/gtk2.devhelp2
/usr/share/doc/libgtk2.0-doc/gdk/gdk2.devhelp2

It seems devhelp wants the name of the devhelp file to be equal to the
corresponding directory. Does anything speak against consequent
renaming the containing directories gtk/gdk to gtk2/gdk2 (in
/usr/share/doc/libgtk2.0-doc)?


Regards,
Andrey


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

Bug#522759: non-truncating package available

[Tom Jones]

We've fixed this for us with net-tools 1.60-24.2.oxix.0 in our own
 in the "oxix-unstable-upgrades"
distribution.

Others are welcome to use it from there if they so wish, or grab the
source package for themselves.

Currently only available for amd64 but happy to build and add for other 
archs if that would be useful to anyone.

Suitably for a package fixing an ipv6-related bug, that package repository
is currently only available over ipv6.

-- 
Tom Jones, BCCX Ltd


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

Bug#718358: postgresql-9.2-postgis-2.0-scripts: postgis_restore.pl missing from package

[Andrei POPESCU]

On Ma, 30 iul 13, 19:08:50, Marco Nenciarini wrote:
> Package: postgresql-9.2-postgis-2.0-scripts
> Version: 2.0.3-3.pgdg+1
> Severity: normal

This package is not in Debian (yet?). I would rather close it unless you 
know the package will be uploaded soon (it's not even in NEW).

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#718323: RFS: hyperrogue/3.7+dfsg-1 [ITP] -- non-euclidean graphical rogue-like game

[chrysn]

thank you for your feedback!

i'll classify my responses by solution status:

will talk with upstream
---

On Tue, Jul 30, 2013 at 04:51:28PM +0200, Paul Wise wrote:
> About the fonts stuff; The best would be if the program used SDL Pango
> instead or as an alternative to SDL TTF. Other font rendering systems
> that automatically discover system fonts and cope with multi-script
> strings by falling back on other fonts are also OK. If upstream isn't
> OK with switching to SDL Pango, please send them a patch to use
> fontconfig to detect where the font files are located, falling back on
> runtime or compile-time configured fonts. An example of how to do this
> stuff is in chromium-bsu, which uses different rendering libs but the
> principles are the same. The GLC backend is an example of the SDL
> Pango style and the FTGL backend is an example of the SDL TTF style.

given that the game only displays its own static strings and usually
ships the font file, i'd assume upstream will stay with sdl ttf, but i
asked anyway.

> Could you ask upstream; What is the origin of the numbers in
> polygons.cpp? Were they created by hand? Were they converted from some
> other format and hard-coded into the file? Are they maintained in some
> other format? Are they not maintained at all?

my impression was that it's a mixture of copy/pasted and one-shot import
from somewhere else, possibly an ad-hoc process -- but i've asked for
clarification here too.


i don't think it's a problem


> Why is -O3 in CXXFLAGS? I would suggest sticking to the Debian default
> which is set by dpkg-buildflags (-O2) and not setting CXXFLAGS in the
> Makefile.

that's the default value upstream ships in the make file. as it is
packaged, i patched the make file to only -O3 if the flags are not given
from outside, so it shouldn't affect debian. (the original makefile
didn't respect any environment variables.)

> Please add --parallel to the dh arguments.

the build process is a single gcc invocation. --parallel wouldn't do
anything, would it?

> P: hyperrogue: no-upstream-changelog

given how rare upstream changelogs are outside of top-of-class
upstreams, i sometimes wonder why this is even a check.

ok / done
-

> Please use imagemagick or similar at build time to create PNG and XPM
> icons (for the Freedesktop and Debian menus) from the upstream MS
> Windows icon. The XPM should be 32x32 and the PNG one should be the
> maximum size available in the MS Windows icon.

done. should the .ico file remain in /usr/share/pixmaps? (i assume no.)

> Please forward the remaining patches, manual page and desktop file
> upstream if you haven't already.

the patches were already forwarded, man page and desktop file are now.

> You may want to run wrap-and-sort -sa.

i wasn't aware of that tool, good to know, thanks and done.

> The copyright years in debian/copyright are slightly wrong.

oups. (only looked at the file all the other files referred to). fixed.

> CXXFLAGS missing (-fPIE)

i enabled hardening, blhc doesn't complain any more.

> desktop-file-validate:
> 
> debian/hyperrogue.desktop: error: value
> "hyperbolic;escher;noneuclidean" for locale string list key "Keywords"
> in group "Desktop Entry" does not have a semicolon (';') as trailing
> character

i blame the poor resolution to #277441.

just kidding, now i know of the tool, fixed and done.

> bfbtester:
> 
> Lots and lots and lots of core dumps due to SIGABRT.

on my box, i got segfault crashes for single argument tests.

i'm not sure exactly why, but they are related to hyper segfaulting when
no DISPLAY variable is set (failure to check for SDL_Init return code).
now runs flawlessly; probably the x server was under too heavy load, sdl
didn't get proper windows back, and behaved as if the x server was gone.


i'm under the impression that this kind of thing might happen again --
i've already spotted another zero pointer dereference
(03-worm-segfault.patch), which might be indicative of a general
sloppyness with respect to zero pointers and exit codes, but my stance
on this is that it's sufficient quality for a game which neither has
elevated privileges nor reads untrusted data.

-

i hope to get the package in release-able shape when i receive zeno's
responses to my inqueries concerning the typesetting system and further
sources; i'll report back then.

chrysn

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


signature.asc
Description: Digital signature

Bug#632627: uswsusp patches for initramfs-tools (was: Bug#632627: Re[2]: resume file)

[Rodolfo García Peñas]

On Tue, 30 Jul 2013, Rodolfo García Peñas escribió:

[snip]

> Hi Askar,
> 
> thanks a lot for your reply. Could this initramfs-tools patch solve the 
> problem?
> 
> Some tips:
> 
> 1. The patch reads the /etc/uswsusp.conf, and check if the file exists. The 
> value is not changed to UUID.
> 2. I check if uswsusp is installed if the s2disk binary exists. Checking the 
> config file only could be an error if the package was removed (not purged).
> 3. The resume device is created always, not only when initramfs-tools is 
> installed. Because the user can change the device.
> 
> Comments are welcome.
> 
> Cheers,
> kix

Hi,

I am attaching the git patches for the initramfs-tools git. Is only a proposal. 
Ben, what do you think? Please, apply them only if you agree with this 
behaviour (and code).

If you agree, I will forward the bug report to initramfs-tools and I will tag 
it with +patch. Then, uswsusp package doesn't need changes.

Cheers,
kix
>From c92b6c76542baf254afe875d7fbc608460a3178a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?"Rodolfo=20Garc=C3=ADa=20Pe=C3=B1as=20(kix)"?= 
Date: Tue, 30 Jul 2013 19:49:29 +0200
Subject: [PATCH 1/2] code style: Extra tab

This patch only adds an extra tab.
---
 update-initramfs |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/update-initramfs b/update-initramfs
index 998eaf0..251fb6b 100755
--- a/update-initramfs
+++ b/update-initramfs
@@ -68,7 +68,7 @@ chrooted()
 		# return false.
 		return 1
 	fi
-return 0
+	return 0
 }
 
 mild_panic()
-- 
1.7.10.4

>From 47c8558cf3ae7b0918c96ae983d9738acfef8159 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?"Rodolfo=20Garc=C3=ADa=20Pe=C3=B1as=20(kix)"?= 
Date: Tue, 30 Jul 2013 19:54:43 +0200
Subject: [PATCH 2/2] resume using uswsusp configuration

This patch reads the uswsusp configuration file (/etc/uswsusp.conf)
to get the resume device. If the file exists and uswsusp package is
installed, it save the value in the /etc/initramfs-tools/conf.d/resume
file. When the initrd image is created, this value is stored in the
conf/conf.d/resume file.

If the uswsusp package is not installed, if the configuration file
doesn't exists, or the file included in the configuration file doesn't
exist, the value is not used, and the previous scheme is used.

The main difference between this patch and the previous behaviour is
the resume file is now created when the user run update-initramfs not
when the user install the initramfs-tools package. The reason is because
the user run 'dpkg-reconfigure uswsusp' can change the swap device, so
the swap included in the configuration file could be wrong. The code
to update the configuration file is moved from debian/initramfs-tools.preinst
file to update-initramfs file. The function chrooted() was previously
included in the file update-initramfs.
---
 debian/initramfs-tools.preinst |   34 ---
 update-initramfs   |   43 
 2 files changed, 43 insertions(+), 34 deletions(-)

diff --git a/debian/initramfs-tools.preinst b/debian/initramfs-tools.preinst
index b0216a1..01ff9df 100644
--- a/debian/initramfs-tools.preinst
+++ b/debian/initramfs-tools.preinst
@@ -2,43 +2,9 @@
 
 set -e
 
-chrooted() {
-	# borrowed from udev's postinst
-	if [ "$(stat -c %d/%i /)" = "$(stat -Lc %d/%i /proc/1/root 2>/dev/null)" ]; then
-		# the devicenumber/inode pair of / is the same as that of
-		# /sbin/init's root, so we're *not* in a chroot and hence
-		# return false.
-		return 1
-	fi
-	return 0
-}
-
 case "$1" in
 	install)
 		mkdir -p /etc/initramfs-tools/conf.d
-
-		# First time install.  Can we autodetect the RESUME partition?
-		if [ -r /proc/swaps ]; then
-			RESUME=$(grep ^/dev/ /proc/swaps | sort -rk3 \
-| head -n 1 | cut -d " " -f 1)
-			if command -v blkid >/dev/null 2>&1; then
-UUID=$(blkid -s UUID -o value "$RESUME" || true)
-			# FIXME: post-Wheezy remove vol_id invocations
-			elif command -v vol_id >/dev/null 2>&1; then
-UUID=$(vol_id -u "$RESUME" || true)
-			elif [ -x /lib/udev/vol_id ]; then
-UUID=$(/lib/udev/vol_id -u "$RESUME" || true)
-			fi
-			if [ -n "$UUID" ]; then
-RESUME="UUID=$UUID"
-			fi
-		fi
-
-		# write conf.d/resume if not in a chroot
-		if [ -n "${RESUME}" ] && ! chrooted; then
-			echo "RESUME=${RESUME}" > /etc/initramfs-tools/conf.d/resume
-		fi
-
 	;;
 esac
 
diff --git a/update-initramfs b/update-initramfs
index 251fb6b..285e5c1 100755
--- a/update-initramfs
+++ b/update-initramfs
@@ -161,6 +161,45 @@ remove_initramfs_bak()
 	verbose "Removing ${initramfs_bak}"
 }
 
+# Update the resume device
+update_resume_device()
+{
+	USWSUSPCFG=/etc/uswsusp.conf
+	S2DISK=/usr/sbin/s2disk
+
+	# If uswsusp installed, use that swap device
+	if [ -r ${USWSUSPCFG} ] && [ -x ${S2DISK} ]; then
+		RESUME=`sed -n 's/^[[:space:]]*'"resume device"'[[:space:]]*[=:][[:space:]]*\([^[:space:]]*\)/\1/ p' $USWSUSPCFG`
+
+		if [ ! -e ${RESUME} ]; then
+			RESUME=""
+		fi
+	fi
+
+	# If not found in uswsusp confi

Bug#714594: /usr/sbin/update-apt-xapian-index: xdg.Exceptions.ParsingError: ParsingError in file '/usr/share/app-install/desktop/spout.desktop'

[Marcelo Luiz de Laia]

Package: apt-xapian-index
Version: 0.45
Followup-For: Bug #714594

I found same here.



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

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

Versions of packages apt-xapian-index depends on:
ii  python  2.7.5-2
ii  python-apt  0.8.9
ii  python-debian   0.1.21+nmu2
ii  python-support  1.0.15
ii  python-xapian   1.2.15-4

apt-xapian-index recommends no packages.

Versions of packages apt-xapian-index suggests:
ii  app-install-data  2012.06.16.1
ii  python-xdg0.25-3

-- 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#676660: news about radicale-0.7.1

[Paride Legovini]

On Thu, Jul 18, 2013 at 03:05:52PM +0200, chrysn wrote:
> hello paride,
> 
> sorry i missed your mail (forgot to subscribe).
> 
> the new versions are usable from my point of view and ready, but not in
> an upload queue (basically becaue i have never done an nmu so far, not
> even under LowNMU, and would need a sponsor).
> 
> if you want to use the newer packages before they get into the tree, you
> can
> 
> $ git clone http://anonscm.debian.org/git/collab-maint/radicale.git -b debian
> $ cd radicale
> $ git-buildpackage

Hello Chrysn,

thank you for your kind reply.
I'm sorry but the git repository you pointed me to does not contain a
branch called "debian". Perhaps it has been moved somewhere else?

Kind regards,

Paride


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

Bug#718306: libmimetic-dev: tokenizer.h fails to compile with clang

[gregor herrmann]

On Mon, 29 Jul 2013 23:49:49 +0200, Raphael Rigo wrote:

> as you can see here :
> http://clang.debian.net/logs/2012-01-12/mimetic_0.9.7-1_lsid64b.buildlog
> 
> ../../mimetic/tokenizer.h:143:52: error: member reference base type
> 'const Container *' is not a structure or union
> : ItTokenizer(cont.begin(), cont.end())
> 
> Attached patch fixes the problem.

Thanks!

Uploaded and forwarded to the upstream author.

Cheers,
gregor
 

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


signature.asc
Description: Digital signature

Bug#718359: command-not-found: Unsupported deb data.tar members

[Guillem Jover]

Package: command-not-found
Version: 0.2.38-1
Severity: important

Hi!

This package seems to lack support for several deb data.tar members
supported by dpkg-deb in UnifiedDataExtractor/DebPackage.py, as
documented in deb(5). Namely data.tar.xz, data.tar.lzma (although
deprecated), and data.tar (uncompressed). The first is allowed by
the Debian archive, .lzma is allowed by the Ubuntu archive AFAIK.

Please add support for those, otherwise some parts of the package will
not be able to cope with packages found in the wild.

Thanks,
Guillem


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

Bug#711244: Acknowledgement (Please update for tracker 0.16)

[Ying-Chun Liu (PaulLiu)]

於 2013年07月30日 22:40, Michael Biebl 提到:
> severity 711244 serious
> tags 711244 + patch
> thanks
> 
> Hi,
> 
> I've just uploaded tracker 0.16 to unstable. This means, bognor-regis
> will now FTBFS (thus raising the severity).
> The patch is very simple (debdiff attached).
> I can offer to NMU the package with this patch applied or sponsor the
> upload, if you need sponsoring
> 
> Michael
> 
> 
> 

Hi,

I'll prepare an upload very soon with this patch and also doing the
Multi-Arch.

Yours,
Paul



-- 
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 



signature.asc
Description: OpenPGP digital signature

Bug#495178: (no subject)

[Thomas Bechtold]

Hi,

forgot to describe the attached debdiff. The patch adds a Build-Depends
to yui-compressor and generates jquery.min.js. That's it.
Any Comments?

Cheers,
Tom



signature.asc
Description: OpenPGP digital signature

Bug#718358: postgresql-9.2-postgis-2.0-scripts: postgis_restore.pl missing from package

[Marco Nenciarini]

Package: postgresql-9.2-postgis-2.0-scripts
Version: 2.0.3-3.pgdg+1
Severity: normal

This ticket was reported on PostGIS track as 
http://trac.osgeo.org/postgis/ticket/2394


postgis_restore.pl is missing from the postgresql-9.2-postgis-2.0-scripts 
package.

The contrib/ folder no longer exists - think as it's all moved to extensions?


I verified and the script is missing even on unstalbe version of the package.

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

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

postgresql-9.2-postgis-2.0-scripts depends on no packages.

Versions of packages postgresql-9.2-postgis-2.0-scripts recommends:
ii  postgresql-9.2-postgis-2.0  2.0.3-3.pgdg+1

postgresql-9.2-postgis-2.0-scripts 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#705493: closed by YunQiang Su (Re: [Pkg-ime-devel] Bug#705493: hi)

[Toni Mueller]

On Tue, Jul 30, 2013 at 05:00:09PM +, Debian Bug Tracking System wrote:
> This is not a bug, you should use im-config to set proper env.
> include GTK_IM_MODULES, QT4_IM_MODULES etc

I actually do this. I lose the ability to use fcitx in certain programs
in the middle of a session, at random points. Like I work for, say, an
hour, and suddenly, the ability to use fcitx with certain (console)
programs goes away in the middle of said session.

I have found a workaround, though: Often, I regain the ability to use
fcitx by twiddling the input method settings of the "surrounding"
terminal program.

This is still unsatisfactory, but no longer a show-stopper.

FWIW, when I decide to use fcitx, I run this command before firing up my
X session after setting my environment variables properly (although as
part of a script):

$ im-config -n fcitx



Kind regards,
--Toni++


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

Bug#709151: Are you MIA?

[Mathieu Parent]

2013/7/22 Tim Weippert :
> Hi Mathieu,
>
> i'm not MIA, just high load from my company.
>
> I will react on the bugreports within this week. If you are willing to
> prepare an git on git.debian.org this will be fantastic!

I have put my code at:
http://anonscm.debian.org/gitweb/?p=collab-maint/c-icap.git;a=shortlog
http://anonscm.debian.org/gitweb/?p=collab-maint/c-icap-modules.git;a=shortlog

Latest patch of c-icap (bc6d3bfa49eb) is not working yet. Appart from
that (tiny config issue), almost all bugs are fixed.

Regards
-- 
Mathieu Parent


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

Bug#718356: shadow: [INTL:ru] Russian program translation update

[Yuri Kozlov]

Package: shadow
Version: 4.1.5.1-1
Severity: wishlist
Tags: l10n patch

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

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

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

Russian program translation update is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#718355: python-debian: Please add support for .deb with uncompressed data.tar member

[Guillem Jover]

Package: python-debian
Version: 0.1.21+nmu2
Severity: wishlist

Hi!

The python-debian code does not seem to support uncompressed data.tar
.deb members, as specified by deb(5), which have been supported since
dpkg 1.10.24.

At least the Linux kernel team is currently using «dpkg-deb -Zgzip -z0»
on linux-source-3.10, which generates an uncompressed data.tar.gz member
(which TBH in a strict sense it's bogus for dpkg to create), ideally
once dak accepts uncompressed data.tar member (w/o extension). the
kernel could switch to use «dpkg-deb -Znone».

Supporting them in python-debian will allow to access those packages,
which might already exist in the wild. AFAIK debdelta is already using
those when reconstructing .debs to feed to dpkg, to avoid duped work.

Thanks,
Guillem


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

Bug#717276: perl: enable systemtap support via -Dusedtrace

[Eric Wong]

Niko Tyni  wrote:
> On Thu, Jul 18, 2013 at 06:37:25PM +, Eric Wong wrote:
> > Source: perl
> > Severity: wishlist
> > 
> > I would like to use systemtap to trace Perl under Linux.
> > The existing dtrace support in Perl may be used for this.
> > 
> > Passing "-Dusedtrace" to Configure as documented in INSTALL
> > should enable tracing support.
> 
> Thanks for your report. I worry about possible additional overhead.
> Would it make sense to enable this only for the perl-debug build
> (/usr/bin/debugperl) ?

I think making it perl-debug is fine for the initial change.  SystemTap
does not add much (if any measurable) overhead unless it's enabled,
however.  So maybe eventually it can be in the default package.

> > A Build-Depends on systemtap-sdt-dev would be required under Linux
> 
> As a secondary concern, pushing python (which systemtap-sdt-dev
> depends on) into perl build-dependencies doesn't sound very appealing,
> but I suppose bootstrappers are used to work around those (re: the
> Build-depends-StageN effort et al.)
> 
> I assume that enabling dtrace support would not add a runtime hard
> dependency on a systemtap package?

Correct.  There's no additional linkage at runtime.
You're right, though, the python build-dep does sound kinda strange :o
Thanks for the response


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

Bug#522759: no progress?

[Tom Jones]

This version of netstat is useless -- all our ipv6 addresses
are identical up to the point at which netstat truncates them,
so we are unable to distinguish them for UDP using netstat.

Anyone have any good workarounds?

It is remarkable that Debian has made two stable releases over
the years this bug has existed.

What are people doing to monitor udp listeners on ipv6 hosts?

-- 
Tom Jones, BCCX Ltd.


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

Bug#718354: Unruly: "unique" ignored when width != height

[eispin]

Package: sgt-puzzles
Version: 9872-1
Severity: normal

Dear Maintainer,

"What led up to the situation?"
- Open unruly (or sgt-unruly)
- Click on Type > Custom
- Choose any non-1:1 ratio (I tested 10x8, 10x6, 8x6, 6x8)
- Check the "Unique rows and columns" box (set to enabled)
- I tested it mostly with "Difficulty: Normal", but it seems to also happen
with "Easy"
- Start game, solve it with any duplicate row/column

When starting a game with width==height (I tested 6x6, 8x8 and 10x10), sgt-
unruly immediately complains when a row or column is an exact duplicate

When starting a game with width!=height (I tested 10x8, 10x6, 8x6, 6x8), sgt-
unruly does NOT complain when a row or column is an exact duplicate. When the
game is finished, the field "blinks" in the standard manner when a game is won.

My best guess is that whatever is responsible for detecting duplicate
rows/columns somewhere mixes up width and height.



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

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

Versions of packages sgt-puzzles depends on:
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-7
ii  libcairo21.12.14-4
ii  libfontconfig1   2.10.2-2
ii  libfreetype6 2.4.9-1.1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.3-3
ii  libgtk2.0-0  2.24.20-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libpangoft2-1.0-01.32.5-5+b1

Versions of packages sgt-puzzles recommends:
ii  iceweasel [www-browser]  17.0.7esr-1~deb7u1
ii  w3m [www-browser]0.5.3-8
ii  yelp 3.8.1-2

sgt-puzzles suggests no packages.


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

Bug#703010: debianutils: ischroot can no longer detect vservers

[Clint Adams]

On Tue, Jul 30, 2013 at 09:00:15PM +1200, Andrew Ruthven wrote:
> Totally agree. The problem is with tools that don't run in a chroot, if
> they are in a chroot, break horribly. Mostly they're stuff run from
> init.d...

I think that's what /usr/sbin/policy-rc.d is for.


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

Bug#718318: [Pkg-javascript-devel] Bug#718318: javascript-common does not install

[Jean-Michel Vourgère]

Apparently, your system is having a dangling symlink
/etc/apache2/conf-available/javascript-common.conf -> 
/etc/javascript-common/javascript-common.conf
that prevents the installation of package javascript-common.

javascript-common has been broken for a while in sid, since apache2.4 is out.
So maybe you created that link yourself by moving the content of conf.d/ into
conf-available/ ?

javascript-common does not create links and has never been creating links in
/etc/apache2/conf-available/
It did create links in /etc/apache2/conf.d/ up to version 8, however.

From which version were you upgrading?
You can probably find that information in logs such as var/log/aptitude,
/var/log/apt/history.log and /var/log/dpkg.


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

Bug#718353: save/game.sav.gz:33309: function or expression too complex

[Sthu]

Package: boswars
Version: 2.7-1
Severity: normal

Dear Maintainer,


On loading saved game i get (in terminal):

/home/user1/.boswars/save/game.sav.gz:33309: function or expression too complex 
near ','
pure virtual method called
terminate called without an active exception


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

Kernel: Linux 3.9-1-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 boswars depends on:
ii  boswars-data  2.7-1
ii  libc6 2.17-7
ii  libgcc1   1:4.8.1-2
ii  libgl1-mesa-glx [libgl1]  9.1.4-1
ii  liblua5.1-0   5.1.5-4
ii  libogg0   1.3.1-1
ii  libpng12-01.2.49-4
ii  libsdl1.2debian   1.2.15-5
ii  libstdc++64.8.1-2
ii  libtheora01.1.1+dfsg.1-3.1
ii  libvorbis0a   1.3.2-1.3
ii  libx11-6  2:1.6.0-1
ii  zlib1g1:1.2.8.dfsg-1

boswars recommends no packages.

boswars 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#718339: please backport to wheezy

[Colin Watson]

On Tue, Jul 30, 2013 at 11:55:28AM -0400, Joey Hess wrote:
> Antoine Beaupré wrote:
> > Git annex is pretty amazing, particularly with the git-annex
> > assistant. Unfortunately, it is rather complicated to install (or even
> > build) under the most recent Debian release (wheezy). Here's what I
> > got last I tried:
> 
> I've backported many of the haskell libraries git-annex depends on in
> the past months. I am now stuck on multiple fronts.
> 
> Current status is:
> 
> haskell-lens
>   Test suite fails on multiple architectures, so is not reaching testing.

I don't see any test suite failures in haskell-lens that have anything
to do with testing.  It's BD-Uninstallable on architectures without
GHCi, but that's fine.  It should go in with the rest of the GHC
transition once the s390x business is sorted out one way or another.

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


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

Bug#711454: libapache2-mod-php5: MPM prefork not found ... ==> ... Syntax error on line 9 of /etc/apache2/mods-enabled/php5.conf: Invalid command 'Order'

[Ondřej Surý]

You might be right, but I will fix that after the apache2 transition
happens.

I think that Julien would kill me if I did upload php5 just to fix this bug
right now :).

O.


On Mon, Jul 29, 2013 at 11:51 PM, Jean-Michel Vourgère
wrote:

> reassign 711454 libapache2-mod-php5
> found 711454 5.5.0~rc2+dfsg-2
> thanks
>
> The problem is that apache2 is not configured before libapache2-mod-php5.
>
> apache2_switch_mpm prefork fails, because conffiles from apache2 are not
> yet
> there, including mods-available/mpm_prefork.load.
>
> Is a Pre-Depends really necessary? I think a regular Depends should be
> enough
> to ensure apache2 is configued before libapache2-mod-php5. You don't switch
> mpm in preinst as far as I know. Debian policy 3.5 and 7.2 strongly
> encourage
> people to avoid these.
>
> Looking at libapache2-mod-php5 5.5.0~rc2+dfsg-2, I can see in the control
> file
> "Depends: apache2-api-20120211" but that is provided by apache2-bin, not
> apache2. Logs show that apache2-bin is properly configured before
> libapache2-mod-php5 as you requested. But what you really need is apache2
> (no -bin) with its mods-available/ directory.
>
> Sorry for the ping pong, but I'm reassigning back to libapache2-mod-php5
> because I think this is a simple missing Depends: there.
>
>


-- 
Ondřej Surý 

Bug#718352: Description word-wraps Python example

[Josh Triplett]

Package: python-bunch
Severity: normal

>From the description of python-bunch:

For instance, you can have the following: >>> b = bunch.bunchify({"foo":"bar"} 
>>> b.foo 'bar'


That example should really go on multiple lines.  See
http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description
; you can put two spaces at the start of each of those lines to have
them show up verbatim.

Also, the call to bunchify needs a closing parenthesis.

- Josh Triplett

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

Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.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#718345: [Pkg-chromium-maint] Bug#718345: alt string gets eaten when "too" long

[Pierangelo Mancusi]

this bug happens when the alt string's lenght  is major then the img's
width


2013/7/30 

> Package: chromium
> Version: 28.0.1500.71-2
>
> Please browse this to see how the ALT string gets eaten when too long.
>
> I am also reporting this for midori.
> I don't think upstream ever fixes this... so I give up hope and write
> to downstream...
>
> ___
> Pkg-chromium-maint mailing list
> pkg-chromium-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint
>

Bug#718348: qtbase5-dev: Unable to configure cmake project using qt5 without qtbase5-private-dev

[Sune Vuorela]

On Tuesday 30 July 2013 17:27:59 WANA wrote: 
> With Qt5 (at time of writing 5.1.0+dfsg-1 is in experimental) you will get
> this error, if the package "qtbase5-private-dev" is not installed:

Yep. It is a bug in the cmake files. They are fixed upstream for 5.1.1, iirc. I 
think we will include it in the next upload if we do any more 5.1.0 uploads.
 
> I don't know if this behavior was intended. But it might be more intuitive
> to just install qtbase5-dev and everything works out of the box. 

It is expected that everything works with using the public headers.

> Perhaps a
> dependency or recommendation in qtbase5-dev on qtbase5-private-dev might
> help here.

The private headers is not something you should install under normal 
conditions.

/Sune


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