Bug#734946: AW Bug 734946

[Sheel]

Hi>keep base-passwd >= 3.5.30 out of 
testing until all the >=normal bugs in
>http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=base-pas...@packages.debian.org;tag=shell-fallout
>are fixedAren´t they fixed already?If yes, this bug 
should probably be closed?
Schau dir gleich die Seite von red an! http://my.sms.at/sheel/"; 
target="profil_sms_at">http://my.sms.at/sheel/Dein Eventkalender 
auf sms.at! Events anlegen, Freunde einladen & kein Top-Event mehr verpassen! 
http://www.sms.at/events/";>http://www.sms.at/events/

Bug#753287: ITP: node-tar-stream -- streaming tar parser and generator

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-tar-stream
  Version : 0.4.3
  Upstream Author : Mathias Buus 
* URL : https://github.com/mafintosh/tar-stream
* License : Expat
  Programming Lang: JavaScript
  Description : streaming tar parser and generator - Node.js module

 tar-stream is a Node.js module which provides a streaming API to parse and
 generate tar files. It is streams2 and operates purely using streams which
 means you can extract/parse tarballs without ever hitting the file system.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#736398: gap-dev: multi-architecture support

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Bill,

On 29/06/14 23:08, Bill Allombert wrote:
> On Sat, Feb 08, 2014 at 07:57:29PM +0100, Jerome BENOIT wrote:
>> But
>>
>> /usr/share/gap/pkg//bin -> ../../../../lib/gap/pkg//bin
>> /usr/lib/gap/pkg//bin/ -> ../../../> triplet>/gap/pkg/
>>
>> sounds a good compromise.
> 
> To start with GAP itself, I plan to add a symlink in GAP 4r7p5,

When do you plan to bring GAP 4r7p5 to Debian ?

> 
> /usr/lib/gap/bin/$(GAParch) -> /usr/lib/$(multiarch triplet)/gap/bin
> and make sure packages like IO can be compiled without patching the configure
> system.
> 
> Note however, that true multiarch would require splitting all arch:any
> GAP packages in two packages, which is more costly than any potential
> benefit of multiarch GAP packages.

Anyway, the object files in /usr/lib/gap/bin/ should be multiarch as well
- --- understood that the best is for GAP to support a true API library first.


Best wishes,
Jerome

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

iQEcBAEBAgAGBQJTsQP3AAoJEIC/w4IMSybjHhkH+wZdUBSxlfrSTK+FjKWWISSR
iPQ9f41Ru8JyqowmKmX4bwAibCEb/BCE9Sd1BcgcPQZNFGbRLY8xLtUiwtPrHJ9R
phrgGHJTIJlf37DJgqMPVcv4Q1jW5ifZ0lJ7SOPBfBDlUYwFp8BwJfRrsZ+CiLhV
vtVc6wMwOPjBWSXBTX1Ej48LodxikUZE0ch1fwy30jLh77F2cV0csuGt4rgnp9wf
QtlxIkC0N5qpKtNQK2KKBNbOWH9gdQMi9PC2+s6woRQD8ogF8/xUb6CKufYyAvEP
7RMj7sMrTmaRM3o8nJ32O0D7bqUBySwCMak3y2qzyspJk6040KMoBUXUmG62CCo=
=Q6mL
-END PGP SIGNATURE-


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

Bug#753286: v4l-utils and media-ctl: error when trying to install together

[Ralf Treinen]

Package: media-ctl,v4l-utils
Version: media-ctl/0.0.1~git20130926-1
Version: v4l-utils/1.2.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-06-30
Architecture: amd64
Distribution: sid

Hi,

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


Selecting previously unselected package libjpeg8:amd64.
(Reading database ... 10931 files and directories currently installed.)
Preparing to unpack .../libjpeg8_8d-2_amd64.deb ...
Unpacking libjpeg8:amd64 (8d-2) ...
Selecting previously unselected package libv4lconvert0:amd64.
Preparing to unpack .../libv4lconvert0_1.2.1-1_amd64.deb ...
Unpacking libv4lconvert0:amd64 (1.2.1-1) ...
Selecting previously unselected package libv4l-0:amd64.
Preparing to unpack .../libv4l-0_1.2.1-1_amd64.deb ...
Unpacking libv4l-0:amd64 (1.2.1-1) ...
Selecting previously unselected package libv4l2rds0:amd64.
Preparing to unpack .../libv4l2rds0_1.2.1-1_amd64.deb ...
Unpacking libv4l2rds0:amd64 (1.2.1-1) ...
Selecting previously unselected package v4l-utils.
Preparing to unpack .../v4l-utils_1.2.1-1_amd64.deb ...
Unpacking v4l-utils (1.2.1-1) ...
Selecting previously unselected package media-ctl.
Preparing to unpack .../media-ctl_0.0.1~git20130926-1_amd64.deb ...
Unpacking media-ctl (0.0.1~git20130926-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/media-ctl_0.0.1~git20130926-1_amd64.deb (--unpack):
 trying to overwrite '/usr/bin/media-ctl', which is also in package v4l-utils 
1.2.1-1
Errors were encountered while processing:
 /var/cache/apt/archives/media-ctl_0.0.1~git20130926-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

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

  /usr/bin/media-ctl

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

-Ralf.

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


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

Bug#753285: ITP: node-mv -- fs.rename alternative which works across devices

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-mv
  Version : 2.0.1
  Upstream Author : Andrew Kelley
* URL : https://github.com/andrewrk/node-mv
* License : BSD
  Programming Lang: JavaScript
  Description : fs.rename alternative which works across devices -
Node.js module

 mv is a Node.js module which allows you to move a file or directory from
one
 place to another. It works similarly to the mv utility. First it tries to
 rename the file or directory, and then falls back to copying data.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753284: node-cookies -- Cookies, optionally signed using Keygrip

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-cookies
  Version : 0.4.1
  Upstream Author : Jed Schmidt  (http://jed.is)
* URL : https://github.com/expressjs/cookies
* License : Expat
  Programming Lang: JavaScript
  Description : Cookies, optionally signed using Keygrip - Node.js
module

 Cookies is a Node.js module for getting and setting HTTP(S) cookies.
Cookies
 can be signed to prevent tampering, using Keygrip. It can be used with the
 built-in node.js HTTP library, or as Connect/Express middleware.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753283: ITP: node-music-library-index -- build a searchable javascript object model given track metadata objects

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-music-library-index
  Version : 1.2.0
  Upstream Author : Andrew Kelley 
* URL : https://github.com/superjoe30/node-music-library-index
* License : BSD-2-Clause
  Programming Lang: JavaScript
  Description : build a searchable object model given track metadata
objects - Node.js module

 Given track metadata objects, constructs a searchable object model.
 .
 Sort order ignores 'a', 'an' and 'the' in artists, albums, and names.
Sorting
 and searching is case insensitive and diacritics-insensitive. Searching
uses
 word-based filtering on all track fields. Distinguishes albums by name,
date,
 and album artist.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753282: ITP: node-connect-static -- static file server middleware for connect

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-connect-static
  Version : 1.2.0
  Upstream Author : Andrew Kelley 
* URL : https://github.com/andrewrk/connect-static
* License : Expat
  Programming Lang: JavaScript
  Description : static file server middleware for connect - Node.js
module

 When you create the middleware, it will immediately scan the requested
 directory, gzip all the files, and save the cache into memory, where it
will
 forever remain. When a request hits the middleware it never touches the
file
 system.
 .
 This is not to be confused with the static middleware that used to ship
with
 express and connect. That module is node-serve-static.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#752576: owncloud: Just after install owncloud stop on "introuvable"

[Francois Mescam]

Hi David,

On 28/06/2014 22:51, David Prévot wrote:
> Control: severity -1 important
> Control: tags -1 moreinfo
>
> Hi Francois,
>
> Thanks for your report.
>
> Le 24/06/2014 16:49, Francois Mescam a écrit :
> > Package: owncloud
> > Version: 6.0.4~beta1+dfsg-1
>
> Can you reproduce this issue with the version 6.0.3+dfsg-2 from testing
> (and eventually 6.0.4+dfsg-1 just uploaded, even if I doubt anything
> will change from 6.0.4~beta1+dfsg-1)?
Yesterday I upgrade to 6.0.4+dfsg-1 and I always observe the bug.
>
> > In the file /var/log/owncloud.log there is nothing, in the file
> /etc/apache2/error.log there is :
>
> > [Tue Jun 24 22:28:10.551589 2014] [core:alert] [pid 19228] [client
> 127.0.0.1:38616] /usr/share/owncloud/data/.htaccess: Invalid command
> 'IndexIgnore', perhaps misspelled or defined by a module not included
> in the server configuration
>
> Can you please post the content of the
> /usr/share/owncloud/data/.htaccess file?
# cat /usr/share/owncloud/data/.htaccess
# Generated by ownCloud on 2014-06-29 08:15:46
# line below if for Apache 2.4

Require all denied


# line below if for Apache 2.2

deny from all


# section for Apache 2.2 and 2.4
IndexIgnore *

>
> > Tue Jun 24 22:41:07.469234 2014] [access_compat:error] [pid 20341]
> [client 127.0.0.1:38667] AH01797: client denied by server
> configuration: /usr/share/owncloud/data/htaccesstest.txt
> […]
> > And the file /usr/share/owncloud/data/htaccesstest.txt does not exist.
>
> What does
> $ ls -ld /var/lib/owncloud/data
$ ls -ld /var/lib/owncloud/data
drwxrws--- 4 www-data www-data 4096 juin  30 06:48 /var/lib/owncloud/data

> display?
>
> What is the user your webserver is running in?
$ ps aux|grep apache2
root  1115  0.0  1.7 173156 18288 ?Ss   06:46   0:00
/usr/sbin/apache2 -k start
www-data  1118  0.0  0.2  24820  2592 ?S06:46   0:00
/usr/sbin/apache2 -k start
www-data  1130  0.1  1.4 177420 14900 ?S06:46   0:00
/usr/sbin/apache2 -k start
www-data  1131  0.0  1.3 177904 13700 ?S06:46   0:00
/usr/sbin/apache2 -k start
www-data  1132  0.0  1.4 177936 14744 ?S06:46   0:00
/usr/sbin/apache2 -k start
www-data  1133  0.3  1.4 178416 14844 ?S06:46   0:01
/usr/sbin/apache2 -k start
www-data  1912  0.1  1.6 177908 16484 ?S06:47   0:00
/usr/sbin/apache2 -k start
www-data  1922  0.0  1.7 177948 18220 ?S06:47   0:00
/usr/sbin/apache2 -k start
www-data  1923  0.0  1.4 177936 14452 ?S06:47   0:00
/usr/sbin/apache2 -k start
www-data  1926  0.0  1.4 177676 15144 ?S06:47   0:00
/usr/sbin/apache2 -k start
www-data  1942  0.0  0.5 173188  5496 ?S06:48   0:00
/usr/sbin/apache2 -k start
www-data  1943  0.0  0.5 173188  5496 ?S06:48   0:00
/usr/sbin/apache2 -k start
www-data  1944  0.0  0.5 173188  5496 ?S06:48   0:00
/usr/sbin/apache2 -k start

>
> What kind of change did you make from a stock apache2 package’s
> configuration?
I do not exactly know.
>
> Can you try and enable back any Apache module as needed by
> /etc/owncloud/htaccess?
I've done that yesterday and after that owncloud works. Your message
arrives before I send you a complementary report so I give it now. As
you say I enabled modules as needed by /etc/owncloud/htaccess but I
don't exactly know what modules I enabled from a stock apache2 package.
By the way my enabled modules are :
$ ls /etc/apache2/mods-enabled/
access_compat.load  authz_host.load  cgi.load mime.load
rewrite.loadssl.load
alias.conf  autoindex.conf   dir.conf mpm_prefork.conf 
setenvif.conf   userdir.conf
alias.load  autoindex.load   dir.load mpm_prefork.load 
setenvif.load   userdir.load
authn_core.load cgid.conffilter.load  php5.conf
socache_shmcb.load  xsendfile.load
authz_core.load cgid.loadmime.confphp5.load ssl.conf

I think this bug is due to a lack of enabled modules during installation
of the owncloud package but I d'nt know exactly the list and I d'nt
remenber if I do some usefull change after filling the bug and before I
upgrade to 6.0.4+dfsg-1.
If needed I can do a test from a fresh apache2 installation but only in
2 weeks, answer me if you want that.

Regards

-- 
 Francois Mescam Tel:+33 6 16 05 77 61


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

Bug#750623: [Pkg-ime-devel] Bug#750623: Bug#750623: What is the hold-up of uploadin new package

[Qijiang Fan]

On Mon, Jun 30, 2014 at 1:28 AM, Guo Yixuan  wrote:
> problems or regressions. For ibus-rime, Qijiang did the update, which
> I also tried. The only problem is that the icons in the status panel/bar
> show up incorrectly, perhaps caused by some missing icon files.


I didn't see any icon issues for ibus-rime 1.X. I only saw this issue at 0.9.X

-- 
Qijiang Fan
GPG KEY ID (LONG): 3983 9DD3 50E4 6156
If you need a GPG encrypted and/or signed email, please tell in advance.
If you're not intended to receive this email, please don't forward it
to anyone else, please delete it and its copies, including all
attachments, and please let the sender know it went to the wrong
person. Thanks.


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

Bug#753052: dpkg,binutils: please agree on mips64el ABI

[Helmut Grohne]

reopen 750566
found 750566 src:binutils/2.24.51.20140604-3
forcemerge 750566 753052
thanks

On Sun, Jun 29, 2014 at 06:20:57PM +0200, Helmut Grohne wrote:
> The actual cause is in the following snippet from gas/configure:
> | case ${target} in
> |   mips64*-linux* | mips-sgi-irix6* | mips64*-freebsd* | 
> mips64*-kfreebsd*-gnu)
> | mips_default_abi=N32_ABI
> | ;;

This part is closely related to the patch in #750566. That patch updates
the corresponding part in gas/configure.in to match my expectation.
However gas/configure is not regenerated from gas/configure.in during
build, so the symptom remains.

Helmut


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

Bug#753281: colortest-python: New home page.

[John Eikenberry]

Package: colortest-python
Version: 2.2-1
Severity: normal

With freshmeat/freecode being sunsetted I created a new 'home' page in github.

https://github.com/eikenb/terminal-colors

Thanks.


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

Kernel: Linux 3.14-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 colortest-python depends on:
ii  python  2.7.6-2

colortest-python recommends no packages.

Versions of packages colortest-python suggests:
ii  colortest  20110624-4

-- no debconf information


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

Bug#753148: nautilus-dropbox: package fails to install, "apt-get install" stalls in package configure phase

[Chow Loong Jin]

tags 753148 + needinfo
kthxbye

On Sun, Jun 29, 2014 at 07:11:45PM +0300, Svjatoslav Agejenko wrote:
> Package: nautilus-dropbox
> Severity: important
> 
> This package used to install fine previously.
> Now it fails every time.

Could you post the terminal output from "sudo apt-get install nautilus-dropbox"
please? It installs successfully on my machine.

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#753138: u1db: FTBFS - Could NOT find JSON

[micah]

Hello,

Michael Tautschnig  writes:

> Package: u1db
> Version: 13.10-2
> Severity: serious
> Usertags: goto-cc
>
> Thanks a lot for fixing the pkg-config error. Yet during another rebuild in a
> clean sid chroot (using cowbuilder and pbuilder) the build failed again, with
> the following error.
>
> [...]
> -- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
> -- checking for module 'oauth'
> --   found oauth, version 1.0.1
> -- Found OAuth: /usr/lib/x86_64-linux-gnu/liboauth.so
> -- checking for module 'json'
> --   package 'json' not found
> CMake Error at 
> /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 
> (message):
>   Could NOT find JSON (missing: JSON_LIBRARY JSON_INCLUDE_DIR)
> Call Stack (most recent call first):
>   /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 
> (_FPHSA_FAILURE_MESSAGE)
>   cmake/Modules/FindJSON.cmake:27 (find_package_handle_standard_args)
>   CMakeLists.txt:28 (find_package)
>
>
> -- Configuring incomplete, errors occurred!
> See also 
> "/srv/jenkins-slave/workspace/sid-goto-cc-u1db/u1db-13.10/obj-x86_64-linux-gnu/CMakeFiles/CMakeOutput.log".
> dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
> -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DBUILD_SHARED_LIBS=1 
> -DLIB_SUFFIX=/x86_64-linux-gnu returned exit code 1
> debian/rules:10: recipe for target 'override_dh_auto_configure' failed
> make[1]: *** [override_dh_auto_configure] Error 2

It looks like the attempt at moving to libjson-c-dev from libjson0-dev
didn't work with cmake. I had libjson0-dev still installed in my
environment, when I removed it, I also got this error.

I've been trying to wrap my head around what needs to be done to make
this work. I've pushed the changes I've made so far to get a ways down
the road, but I've still got an issue with the linker wanting to use
-ljson instead of -ljson-c and so it fails to find the json library at
link time. 

I'm pretty green on cmake, but I've pushed what I've done so far to the
repository, if anyone wants to take a look at it.

I am a little puzzled by this entire adventure - isn't json-c a totally
different library from json? Is switching to json-c really the right
thing to be doing here?

micah


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

Bug#753081: gpx: FTBFS: python: Command not found

[Chow Loong Jin]

On Sun, Jun 29, 2014 at 11:31:28PM -0400, Aaron M. Ucko wrote:
> Chow Loong Jin  writes:
> 
> > Oh, alright. I'll just remake my unstable-amd64 schroot then. Thanks for 
> > the info.
> 
> No problem.  If you're using debootstrap, you might find its
> --variant=buildd flag helpful.

Thanks. Looks like mk-sbuild uses that and does the right thing.

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#753280: rxvt-unicode-256color: patches to add ibeam cursor and disable XON on startup

[Facundo Aguirre]

Package: rxvt-unicode-256color
Version: 9.20-1.1
Severity: wishlist
Tags: patch

Dear Maintainer,

Hi, i'm sending two patches that i hope you find useful.

The first adds an I-beam cursor (echo -ne "\033[5 q").

The other disables XON on startup, so Ctrl-Q and Ctrl-S are immediately
available for all applications without further configuration.

Cheers,
Facundo


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

Kernel: Linux 3.14-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_AR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rxvt-unicode-256color depends on:
ii  base-passwd   3.5.28
ii  libc6 2.19-4
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.9.0-7
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-3
ii  libperl5.18   5.18.2-4
ii  libstartup-notification0  0.12-3
ii  libx11-6  2:1.6.2-2
ii  libxft2   2.3.1-2
ii  libxrender1   1:0.9.8-1
ii  ncurses-term  5.9+20140118-1

Versions of packages rxvt-unicode-256color recommends:
ii  fonts-vlgothic [fonts-japanese-gothic]  20140530-1
ii  ttf-dejavu  2.34-1

rxvt-unicode-256color suggests no packages.

-- no debconf information
diff -Nru rxvt-unicode-9.20/debian/changelog rxvt-unicode-9.20/debian/changelog
--- rxvt-unicode-9.20/debian/changelog  2014-06-29 22:36:34.0 -0300
+++ rxvt-unicode-9.20/debian/changelog  2014-05-02 23:39:02.0 -0300
@@ -1,11 +1,3 @@
-rxvt-unicode (9.20-1.1) UNRELEASED; urgency=medium
-
-  * Non-maintainer upload.
-  * Add ibeam cursor (13_ibeam_cursor.diff)
-  * Disable XON on startup (14_disable_xon.diff)
-
- -- Facundo Aguirre   Sun, 29 Jun 2014 
22:34:49 -0300
-
 rxvt-unicode (9.20-1) unstable; urgency=high
 
   * Imported Upstream version 9.20 (Closes: #746593)
diff -Nru rxvt-unicode-9.20/debian/patches/13_ibeam_cursor.diff 
rxvt-unicode-9.20/debian/patches/13_ibeam_cursor.diff
--- rxvt-unicode-9.20/debian/patches/13_ibeam_cursor.diff   2014-06-29 
22:35:38.0 -0300
+++ rxvt-unicode-9.20/debian/patches/13_ibeam_cursor.diff   1969-12-31 
21:00:00.0 -0300
@@ -1,182 +0,0 @@
 rxvt-unicode-9.20.orig/src/command.C
-+++ rxvt-unicode-9.20/src/command.C
-@@ -2830,6 +2830,7 @@
-   unsigned int nargs, p;
-   int n, ndef;
-   int arg[ESC_ARGS] = { };
-+  int space_arg = -1;
- 
-   nargs = 0;
- 
-@@ -2861,6 +2862,9 @@
- }
-   else if (IS_CONTROL (ch))
- process_nonprinting (ch);
-+  else if (ch == ' ') {
-+space_arg = nargs;
-+  }
- 
-   prev_ch = ch;
-   ch = cmd_getc ();
-@@ -3106,9 +3110,11 @@
-   priv_modes |= PrivMode_LFNL;
- break;
- 
--  case CSI_71:// DESCUSR: set cursor style
--if (prev_ch == ' ')
--  set_cursor_style (arg[0]);
-+  case CSI_71:
-+// space arg (CSI Ps SP q) is for "Set cursor style (DECSURS, VT520) 
specification"
-+// without   (CSI Ps q) sits for "Load LEDs (DECLL)"
-+if (space_arg == 0)
-+  this->set_cursor_style (arg[0]);
- break;
- 
- /*
-@@ -4029,17 +4035,47 @@
- void
- rxvt_term::set_cursor_style (int style)
- {
--  if (!IN_RANGE_INC (style, 0, 4))
--return;
--
--  set_option (Opt_cursorUnderline, style >= 3);
-+  switch (style)
-+{
-+  case 3: // Blinking Underline
-+  case 4: // Steady Underline
-+#ifdef ENABLE_CURSORSHAPE
-+screen.cursorShape = 1;
-+set_option (Opt_cursorUnderline, 0);
-+#else
-+set_option (Opt_cursorUnderline, 1);
-+#endif
-+#ifdef CURSOR_BLINK
-+set_option (Opt_cursorBlink, style==3?1:0);
-+#endif
-+break;
- 
-+  case 5: // Blinking Bar
-+  case 6: // Steady Bar
-+set_option (Opt_cursorUnderline, 0);
-+#ifdef ENABLE_CURSORSHAPE
-+screen.cursorShape = 2;
-+#endif
- #ifdef CURSOR_BLINK
--  set_option (Opt_cursorBlink, !style || (style & 1));
--  cursor_blink_reset ();
-+set_option (Opt_cursorBlink, style==5?1:0);
- #endif
-+break;
- 
--  want_refresh = 1;
-+  case 0: // Blinking Block
-+  case 1: // Blinking Block
-+  case 2: // Steady Block
-+  default:
-+#ifdef ENABLE_CURSORSHAPE
-+screen.cursorShape = 0;
-+#endif
-+set_option (Opt_cursorUnderline, 0);
-+#ifdef CURSOR_BLINK
-+set_option (Opt_cursorBlink, style==2?0:1);
-+#endif
-+  }
-+#ifdef CURSOR_BLINK
-+  this->cursor_blink_reset ();
-+#endif
- }
- /*}}} */
- 
 rxvt-unicode-9.20.orig/src/rxvt.h
-+++ rxvt-unicode-9.20/src/rxvt.h
-@@ -62,6 +62,7 @@
- # define CURSOR_BLINK 1
- # define OPTION_HC1
- # define BUILTIN_GLYPHS   1
-+#

Bug#753081: gpx: FTBFS: python: Command not found

[Aaron M. Ucko]

Chow Loong Jin  writes:

> Oh, alright. I'll just remake my unstable-amd64 schroot then. Thanks for the 
> info.

No problem.  If you're using debootstrap, you might find its
--variant=buildd flag helpful.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#753081: gpx: FTBFS: python: Command not found

[Chow Loong Jin]

On Sun, Jun 29, 2014 at 11:14:34PM -0400, Aaron M. Ucko wrote:
> Chow Loong Jin  writes:
> 
> > That's odd. python seems installed on my base unstable schroot. Did it use 
> > to be
> > Priority: standard or something?
> 
> It still is, but not all standard packages are build essential, or vice
> versa; see Policy section 4.2.

Oh, alright. I'll just remake my unstable-amd64 schroot then. Thanks for the 
info.

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#751829: silversearcher-ag-el: incompatible with xemacs21: no vc-header-alist

[Aaron M. Ucko]

Hajime MIZUNO  writes:

> You can get it from mentors, please upload it if it would be okay.

Thanks for the fix!  The diff looks good, but I don't routinely sponsor
uploads; please check with your previous (usual?) sponsor.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#753081: gpx: FTBFS: python: Command not found

[Aaron M. Ucko]

Chow Loong Jin  writes:

> That's odd. python seems installed on my base unstable schroot. Did it use to 
> be
> Priority: standard or something?

It still is, but not all standard packages are build essential, or vice
versa; see Policy section 4.2.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#751077: icedove: program locks up when attempting attachment, gdb no help

[Arthur Marsh]

Package: icedove
Followup-For: Bug #751077

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

I appears that with the new versions 4.9.0-9 of libgcc1 and libstdc++6, 
there are no longer any issues with attachments on icedove for me.

Please feel free to close the bug.


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


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

Kernel: Linux 3.16.0-rc2+ (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/bash

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-5
ii  libasound21.0.27.2-4
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-4
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.4-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi6   3.1-2
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.9.0-9
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-3
ii  libgtk2.0-0   2.24.24-1
ii  libhunspell-1.3-0 1.3.3-1
ii  libnspr4  2:4.10.6-1
ii  libnss3   2:3.16.1-1
ii  libpango-1.0-01.36.3-1
ii  libpangocairo-1.0-0   1.36.3-1
ii  libpangoft2-1.0-0 1.36.3-1
ii  libpixman-1-0 0.32.4-1
ii  libsqlite3-0  3.8.5-2
ii  libstartup-notification0  0.12-3
ii  libstdc++64.9.0-9
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages icedove recommends:
ii  myspell-en-au [myspell-dictionary]  2.1-5.4
ii  myspell-en-gb [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  libgssapi-krb5-2  1.12.1+dfsg-3

-- debconf-show failed


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

Bug#746863: Did you try a rebuild?

[Steve M. Robbins]

You re-raised the severity without comment.
Did you attempt a build of insighttoolkit4?

Thanks,
-Steve


signature.asc
Description: Digital signature

Bug#753081: gpx: FTBFS: python: Command not found

[Chow Loong Jin]

On Sun, Jun 29, 2014 at 12:14:36AM -0400, Aaron M. Ucko wrote:
> Source: gpx
> Version: 0~20140109+git3570fc9-1
> Severity: serious
> Justification: fails to build from source
> 
> Builds of gpx in minimal environments (as on Debian's autobuilders)
> have been failing when trying to run tests:
> 
>   python scripts/s3g-decompiler.py examples/lint.x3g
>   make[1]: python: Command not found
>   make[1]: *** [test] Error 127
>   Makefile:60: recipe for target 'test' failed
>   make[1]: Leaving directory '/«BUILDDIR»/gpx-0~20140109+git3570fc9'
>   dh_auto_test: make -j1 test returned exit code 2
>   make: *** [build-arch] Error 2
> 
> Please declare a build dependency on python and confirm with pbuilder
> or the like that you haven't missed anything else.

That's odd. python seems installed on my base unstable schroot. Did it use to be
Priority: standard or something?

-- 
Kind regards,
Loong Jin


signature.asc
Description: Digital signature

Bug#753279: [plasma-nm] Bad Homepage

[Filipus Klutiero]

Source: plasma-nm
Version: 0.9.3.3-3
Severity: minor

The Homepage field is set to 
https://projects.kde.org/projects/playground/network/plasma-nm
This yields "The page you were trying to access doesn't exist or has been 
removed." I don't know where the homepage would actually be.

--
Filipus Klutiero
http://www.philippecloutier.com


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

Bug#751077: icedove: program locks up when attempting attachment, gdb no help

[Arthur Marsh]

Package: icedove
Version: 24.6.0-1~deb7u1
Followup-For: Bug #751077

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

I tried opening an attachment today and it worked again, then tried sending
and attachment and it also worked.

I will try upgrading icedove later and see if the current version in unstable
also works.

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


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

Kernel: Linux 3.16.0-rc2+ (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/bash

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-5
ii  libasound21.0.27.2-4
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-4
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.4-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.9.0-9
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-3
ii  libgtk2.0-0   2.24.24-1
ii  libhunspell-1.3-0 1.3.3-1
ii  libpango1.0-0 1.36.3-1
ii  libpixman-1-0 0.32.4-1
ii  libsqlite3-0  3.8.5-2
ii  libstartup-notification0  0.12-3
ii  libstdc++64.9.0-9
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages icedove recommends:
ii  myspell-en-au [myspell-dictionary]  2.1-5.4
ii  myspell-en-gb [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  libglib2.0-0  2.40.0-3
ii  libgssapi-krb5-2  1.12.1+dfsg-3

-- debconf-show failed


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

Bug#752171: Debian Bug #752171

[Nathan Scott]

Hi Xilin,

Thanks for the fix!  I wont have a chance to upload for another
two weeks, so please go ahead with the pcp-3.9.6+nmu1 NMU shown
in your patch.

I'll ensure your patch is also included in pcp-3.9.7.

Thanks again.

--
Nathan


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

Bug#725957: GDL builds again on powerpc and kfreebsd, needs updated plplot though

[Axel Beckert]

Control: tag -1 + pending
Control: block -1 by 713309

Hi Sylwester,

Axel Beckert wrote:
> Sylwester Arabas wrote:
> > Could you please try if using CMake gives the same linking error?
> 
> Good idea, thanks for reminding me of that option.

That was the right hint, thanks! :-)

The package builds fine with cmake (current state available at [1]) on
at least powerpc and kfreebsd-i386. Haven't tested it on
kfreebsd-amd64 yet, but it's unlikely that it fails there if it
succeeds on kfreebsd-i386 and amd64.

The only issue left is that plplot is out of date in Debian Unstable
and gnudatalanguage's build dependencies currently can't be satisfied
in Debian Unstable: libcsiro0, a dependency of libplplot11 and built
by the plplot source package, currently depends on libqhull5 which is
no more available (it has been replaced by libqhull6) in Debian
Unstable. I can't really upload gnudatalanguage before plplot is
fixed.

To test the builds despite the missing build dependency, I took the
formerly available libqhull5 packages from Debian's snapshot archive
at [2].

Andrew: Any news on the plplot front?

[1] http://anonscm.debian.org/gitweb/?p=collab-maint/gnudatalanguage.git
[2] http://snapshot.debian.org/package/qhull/2009.1-3/#libqhull5_2009.1-3

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#751718: RFP: Python GDL module - Python / GNU Data Language bridge

[Axel Beckert]

Hi Sylwester,

Sylwester Arabas wrote:
> It is also possible to build GDL as a Python module. The module
> allows to call GDL (and hence IDL or PV-WAVE) routines from Python.
> The module is based on NumPy.
[...]
> Currently, AFAIK, Fedora is the only distribution shipping packaged
> GDL Python module. It would be great to have it in Debian as well!

Trying to build these modules on Debian Unstable fails as follows:

[ 20%] Building CXX object src/CMakeFiles/gdl.dir/datatypes.cpp.o
cd /home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/src && 
/usr/bin/c++   -DHAVE_CONFIG_H -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXGTK__ 
-Dgdl_EXPORTS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -D_FORTIFY_SOURCE=2  -fPIC 
-I/home/abe/gnudatalanguage/gnudatalanguage/src 
-I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 
-I/usr/include/ImageMagick -I/usr/include/hdf -I/usr/lib/openmpi/include 
-I/usr/lib/openmpi/include/openmpi -I/usr/include/python2.7 
-I/usr/lib/python2.7/dist-packages/numpy/core/include -I/usr/include/eigen3 
-I/home/abe/gnudatalanguage/gnudatalanguage 
-I/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu-fopenmp -o 
CMakeFiles/gdl.dir/datatypes.cpp.o -c 
/home/abe/gnudatalanguage/gnudatalanguage/src/datatypes.cpp
In file included from /usr/include/python2.7/numpy/ndarraytypes.h:1761:0,
 from /usr/include/python2.7/numpy/ndarrayobject.h:17,
 from /usr/include/python2.7/numpy/arrayobject.h:4,
 from 
/home/abe/gnudatalanguage/gnudatalanguage/src/datatypes.cpp:21:
/usr/include/python2.7/numpy/npy_1_7_deprecated_api.h:15:2: warning: #warning 
"Using deprecated NumPy API, disable it by " "#defining NPY_NO_DEPRECATED_API 
NPY_1_7_API_VERSION" [-Wcpp]
 #warning "Using deprecated NumPy API, disable it by " \
  ^
In file included from 
/home/abe/gnudatalanguage/gnudatalanguage/src/datatypes.cpp:105:0:
/home/abe/gnudatalanguage/gnudatalanguage/src/pythongdl.cpp: In function 
‘PyObject* GDLSub(PyObject*, PyObject*, PyObject*, bool)’:
/home/abe/gnudatalanguage/gnudatalanguage/src/pythongdl.cpp:376:32: error: 
invalid conversion from ‘DSub*’ to ‘DSubUD*’ [-fpermissive]
   e = new EnvUDT( NULL, sub);
^
In file included from 
/home/abe/gnudatalanguage/gnudatalanguage/src/objects.hpp:29:0,
 from 
/home/abe/gnudatalanguage/gnudatalanguage/src/GDLParser.hpp:18,
 from 
/home/abe/gnudatalanguage/gnudatalanguage/src/GDLLexer.hpp:14,
 from 
/home/abe/gnudatalanguage/gnudatalanguage/src/dinterpreter.hpp:54,
 from 
/home/abe/gnudatalanguage/gnudatalanguage/src/datatypes.cpp:32:
/home/abe/gnudatalanguage/gnudatalanguage/src/envt.hpp:475:3: note: 
initializing argument 2 of ‘EnvUDT::EnvUDT(ProgNodeP, DSubUD*, 
EnvUDT::CallContext)’
   EnvUDT( ProgNodeP idN, DSubUD* pro_, CallContext lF = RFUNCTION);
   ^
src/CMakeFiles/gdl.dir/build.make:635: recipe for target 
'src/CMakeFiles/gdl.dir/datatypes.cpp.o' failed
make[3]: *** [src/CMakeFiles/gdl.dir/datatypes.cpp.o] Error 1
make[3]: Leaving directory 
'/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:81: recipe for target 'src/CMakeFiles/gdl.dir/all' failed
make[2]: *** [src/CMakeFiles/gdl.dir/all] Error 2
make[2]: Leaving directory 
'/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu'
Makefile:129: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory 
'/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu'

Sounds as if numpy's API has changed since the release of GDL 0.9.4.
The version of NumPy in Debian Unstable is 1.8.1.

Any suggestions on how to proceed with this are appreciated.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#753278: ITP: node-leveldown -- A Node.js LevelDB binding, primary backend for LevelUP

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-leveldown
  Version : 0.10.2
  Upstream Author : Rod Vagg 
* URL : https://github.com/rvagg/node-leveldown
* License : Expat
  Programming Lang: JavaScript
  Description : LevelDB binding, primary backend for LevelUP - Node.js
module

 LevelDOWN was extracted from LevelUP and now serves as a stand-alone
binding
 for LevelDB.
 .
 It is strongly recommended that you use LevelUP in preference to LevelDOWN
 unless you have measurable performance reasons to do so. LevelUP is
optimised
 for usability and safety. Although we are working to improve the safety of
the
 LevelDOWN interface it is still easy to crash your Node process if you
don't
 do things in just the right way.
 .
 See the documentation on safety for details of known unsafe operations
with
 LevelDOWN.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753132: libnfs4: cannot access nfsmount using xbmc from debian

[ronnie sahlberg]

Serge,

Thanks for confirming that this version works and solves your issue.


regards
ronnie sahlberg

On Sun, Jun 29, 2014 at 3:43 PM, Serge Rijkers  wrote:
> Dear Ronnie and Ritesh,
>
> I hope Ritesh has the 1.9.4 release of libnfs in the debian archive soon. In
> the meantime I have checked the libnfs.c on github tag release 1.9.4. It
> contains the local modification I used to get libnfs and xbmc to play
> together. I expect that the new release will fix the issue permanently.  FYI
> i already use "insecure" in my exports file, so I do not expect any issues
> in that regard.
>
> Thank you both for your efforts,
>
> Regards Serge Rijkers
>
>
> On 06/30/2014 12:19 AM, ronnie sahlberg wrote:
>>
>> Please try libnfs version 1.9.4 which has just been released.
>>
>> If this version also fails, can you check that you have set the export
>> to "insecure" in /etc/exports for the shares on the server?
>> Also, can you collect a network trace with wireshark showing the failure?
>>
>>
>> regards
>> ronnie sahlberg
>>
>>
>> On Sun, Jun 29, 2014 at 12:10 PM, Ritesh Raj Sarraf 
>> wrote:
>>>
>>> Hello Serge,
>>>
>>> Thank you for following on this bug report. I'm CCing upstream to seek
>>> their
>>> opinion.
>>>
>>> Thanks,
>>> Ritesh
>>>
>>> On 06/29/2014 07:07 PM, Serge Rijkers wrote:
>>>
>>> Dear Maintainer,
>>>
>>> I am reporting the exact same issue as bug number 749123. The proposed
>>> fix using libnfs 1.9.3-3 does not solve the issue. Bug 749123 has been
>>> archived so could not be reopened.
>>>
>>> I am adding a relevant section from xbmc.log
>>>
>>> %< -- snip -->%
>>> 14:35:31 T:140626280572672   DEBUG: Loading: libnfs.so.4
>>> 14:35:31 T:140626280572672   DEBUG: NFS: Context for  not open - get anew
>>> context.
>>> 14:35:31 T:140626280572672   ERROR: NFS: Failed to mount nfs
>>> share:(nfs_mount_async failed)
>>> 14:35:32 T:140627785025856   DEBUG: -- Window Init
>>> (DialogBusy.xml)--
>>> 14:35:34 T:140627785025856   DEBUG: -- Window Deinit (DialogBusy.xml)
>>> --
>>> 14:35:39 T:140627785025856   DEBUG: ProcessMouse: trying mouse
>>> actionleftclick
>>> 14:35:42 T:140627785025856   DEBUG: ProcessMouse: trying mouse
>>> actionleftclick
>>> 14:35:42 T:140626280572672   DEBUG: NFS: Context for
>>> 172.16.50.142/home/rss/dvd not open - get a new context.
>>> 14:35:42 T:140626280572672   DEBUG: NFS: Connected to server
>>> 172.16.50.142
>>> and export /home/rss/dvd
>>> 14:35:42 T:140626280572672   DEBUG: NFS: chunks: r/w 65536/65536
>>> 14:35:42 T:140626280572672   ERROR: Failed to open(//) nfs_opendir_async
>>> failed
>>> 14:35:42 T:140627785025856   ERROR: GetDirectory - Error getting
>>> nfs://172.16.50.142/home/rss/dvd/
>>> 14:35:42 T:140627785025856   ERROR:
>>> CGUIDialogFileBrowser::GetDirectory(nfs://172.16.50.142/home/rss/dvd/)
>>> failed
>>> %<-- end snip -->%
>>>
>>> Mounting the shares locally as the user works using fstab. The following
>>> is in my fstab:
>>>
>>> %<-- snip -->%
>>> 172.16.50.142:/home/rss/dvd /home/rss/mnt/video_kb  nfs
>>> tcp,rsize=32768,wsize=8192,intr,noatime,user,noauto,rw  0   0
>>> %<-- end snip -->%
>>>
>>>
>>>
>>> --
>>> Ritesh Raj Sarraf
>>> RESEARCHUT - http://www.researchut.com
>>> "Necessity is the mother of invention."
>
>


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

Bug#753210: [Debian-med-packaging] Bug#753210: bamtools: FTBFS: Patch failed

[Charles Plessy]

Le Sun, Jun 29, 2014 at 07:18:07PM +0200, David Suárez a écrit :
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > make[1]: Entering directory '/«BUILDDIR»/bamtools-2.3.0+dfsg'
> > # since the upstream build does not create versioned we need to tweak 
> > d-shlibmove
> > cp /usr/bin/d-shlibmove /«BUILDDIR»/bamtools-2.3.0+dfsg/debian/d-shlibmove
> > patch -p0 < debian/d-shlibmove.patch
> > patching file debian/d-shlibmove
> > Reversed (or previously applied) patch detected!  Assume -R? [n] 
> > Apply anyway? [n] 
> > Skipping patch.
> > 1 out of 1 hunk ignored -- saving rejects to file debian/d-shlibmove.rej
> > make[1]: *** [override_dh_install] Error 1

Hi Andreas and Michael,

it looks that the package will fail to build each time the d-shlibmove program 
will
change, and this is not under our control.

If you use it to find the multiarch path, have you considered dh-exec as an
alternative ?  Here is how I used it in htslib.

In debian/control, build-depend on dh-exec.

In debian/libhts0.install :

#! /usr/bin/dh-exec
usr/lib/libhts.so.* usr/lib/${DEB_HOST_MULTIARCH}/

Debhelper does the rest.

See https://wiki.debian.org/Multiarch/Implementation for details.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


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

Bug#736010: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736010 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#753271: O: py-radix -- radix tree implementation for storage of IPv4 and IPv6 networks

[Scott Kitterman]

On Sunday, June 29, 2014 23:56:29 Christoph Berg wrote:
> Package: wnpp
> Severity: normal
> 
> I'm orphaning the py-radix package. It's maintained under the Debian
> Python Modules Team umbrella, but I am the only Uploader, hence an O bug.
> 
> Description: radix tree implementation for storage of IPv4 and IPv6 networks
> py-radix is an implementation of a radix tree for Python, which supports
> storage and lookups of IPv4 and IPv6 networks. This is a Python equivalent
> to Dave Plonka's Perl Net::Patricia (it even steals the same radix tree
> code from MRTd).
>  .
>  The radix tree (a.k.a Patricia tree) is the data structure most commonly
> used for routing table lookups. It efficiently stores network prefixes of
> varying lengths and allows fast lookups of containing networks. py-radix's
> implementation is built solely for networks (the data structure itself is
> more general).

pysubnettree (python and python3-subnettree) is similar and actively 
maintained.  The only rdepend on py-radix in the archice seems to be zorp and 
at a glance, it would not be that hard to port to subnettree.

Scott K

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

Bug#725957: Bug#751718: RFP: Python GDL module - Python / GNU Data Language bridge

[Axel Beckert]

Hi Sylwester,

Axel Beckert wrote:
> Axel Beckert wrote:
> > Sylwester Arabas wrote:
> > > Could you please try if using CMake gives the same linking error?
> 
> Is it expected that to build it with CMake, I also need
> libncurses-dev and libeigen3-dev as build-dependencies despite I don't
> seem to need them when building with autotools?

Another thing I noticed with cmake is that _all_ tests of the test
suite fail as follows:

Start 131: test_zip.pro
Could not find executable 
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/launchtest
Looked in the following places:
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Release/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Release/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Debug/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Debug/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/MinSizeRel/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/MinSizeRel/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/RelWithDebInfo/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/RelWithDebInfo/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Deployment/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Deployment/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Development/launchtest
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Development/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Release/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Release/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Debug/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Debug/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/MinSizeRel/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/MinSizeRel/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/RelWithDebInfo/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/RelWithDebInfo/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Deployment/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Deployment/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Development/launchtest
home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/Development/launchtest
Unable to find executable: 
/home/abe/gnudatalanguage/gnudatalanguage/obj-x86_64-linux-gnu/testsuite/launchtest
131/131 Test #131: test_zip.pro ...***Not Run   0.00 sec

0% tests passed, 131 tests failed out of 131

I fixed it by running

  cd obj*/testsuite; $(CC) -o launchtest ../../testsuite/launchtest.c

before I run the test suite. But I think this should be done by CMake,
not by me or my scripts.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#708350: transition: java7

[Emilio Pozuelo Monfort]

Control: block -1 by 750640 720911
Control: block 720911 by 750640

On 30/06/14 00:56, Emilio Pozuelo Monfort wrote:
> Hi Steven,
> 
> On 29/06/14 18:58, Steven Chamberlain wrote:
>> Hi,
>>
>> On 24/06/14 16:11, Emilio Pozuelo Monfort wrote:
>>> Is there anything left to do here?
>>
>> I presume openjdk-6 removal is the last thing to be done here.
>> ftpmaster can't do that until icedtea-web stops building
>> icedtea-6-plugin I think:  https://bugs.debian.org/720911#36
> 
> Is it as easy as just removing that binary package? Or is it more complicated
> than that? Is there a bug report about it? Any progress on that?

Alright, that is #750640. Apparently src:icedtea-web just needs to stop building
the icedtea-6-plugin binary.

Matthias, can you do that? Then we can finally drop openjdk-6 from the archive.

Regards,
Emilio


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

Bug#735998: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 735998 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736022: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736022 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#708350: transition: java7

[Emilio Pozuelo Monfort]

Hi Steven,

On 29/06/14 18:58, Steven Chamberlain wrote:
> Hi,
> 
> On 24/06/14 16:11, Emilio Pozuelo Monfort wrote:
>> Is there anything left to do here?
> 
> I presume openjdk-6 removal is the last thing to be done here.
> ftpmaster can't do that until icedtea-web stops building
> icedtea-6-plugin I think:  https://bugs.debian.org/720911#36

Is it as easy as just removing that binary package? Or is it more complicated
than that? Is there a bug report about it? Any progress on that?

Thanks,
Emilio


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

Bug#753277: FTBFS with clang instead of gcc

[Alexander]

Package: scribus
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/scribus_1.4.2.dfsg.2+r18267-0.1_unstable_clang.log

Thanks,
Alexander

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

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
--- scribus-1.4.2.dfsg.2+r18267/scribus/plugins/scriptplugin/runscriptdialog.h	2008-03-15 03:36:48.0 +0300
+++ scribus-1.4.2.dfsg.2+r18267-my/scribus/plugins/scriptplugin/runscriptdialog.h	2014-06-30 02:44:40.041744768 +0400
@@ -21,7 +21,7 @@
 	Q_OBJECT
 
 	public:
-		RunScriptDialog(QWidget* parent, bool extEnable);
+		RunScriptDialog(QWidget* parent = 0, bool extEnable = false);
 		~RunScriptDialog();
 
 		//! \brief Check if the user wanted the script run as an extension script
--- scribus-1.4.2.dfsg.2+r18267/scribus/plugins/scriptplugin/runscriptdialog.cpp	2008-03-15 03:36:48.0 +0300
+++ scribus-1.4.2.dfsg.2+r18267-my/scribus/plugins/scriptplugin/runscriptdialog.cpp	2014-06-30 02:43:54.510546677 +0400
@@ -10,7 +10,7 @@
 
 QString RunScriptDialog::m_lastScriptDir;
 
-RunScriptDialog::RunScriptDialog(QWidget* parent = 0, bool extEnable = false) :
+RunScriptDialog::RunScriptDialog(QWidget* parent, bool extEnable) :
 	QDialog(parent)
 {
 	setupUi(this);

Bug#736042: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736042 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736008: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736008 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#753163: gnupg-agent: depends on pinentry-gtk2

[Gedalya]

On 06/29/2014 06:24 PM, James Cloos wrote:

The problem may best be fixed by making pinentry-curses the first of the
three possible dependencies.

Ie:

s(pinentry-gtk2 | pinentry-curses | pinentry)(pinentry-curses | pinentry-gtk2 | 
pinentry)

That way non-gui boxen will get pinentry-curses w/o having to install it
before upgrading or at the same time as a gnupg2 install.

-JimC


It was like that, and back in 2008 pinentry-gtk2 was moved to the front 
because GUI users were getting pinentry-curses installed which wasn't 
working.
What we need apparently is a way to prefer the gtk2 version on GUI boxen 
and ncurses on non-GUI boxen.



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

Bug#736051: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736051 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736048: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736048 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736053: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736053 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736046: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736046 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736007: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736007 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736033: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736033 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#735995: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 735995 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736014: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736014 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736041: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736041 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736035: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736035 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736032: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736032 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736036: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736036 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736015: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736015 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736004: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736004 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736023: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736023 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736040: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736040 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736017: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736017 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736037: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736037 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736039: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736039 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#736038: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736038 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#753276: lighttpd: FTBFS when using cowbuilder

[Michael Tautschnig]

Package: lighttpd
Version: 1.4.35-2
Severity: wishlist
Usertags: goto-cc

During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder
and pbuilder) the build failed with the following error.

[...]
# status failed: expected '200', got '500'

#   Failed test '404 handler => dynamic(200)'
#   at ./core-404-handler.t line 45.
# 
# status failed: expected '302', got '500'

#   Failed test '404 handler => dynamic(302)'
#   at ./core-404-handler.t line 52.
# 
# status failed: expected '404', got '500'

#   Failed test '404 handler => dynamic(404)'
#   at ./core-404-handler.t line 59.
# 
# status failed: expected '200', got '500'

#   Failed test '404 handler => dynamic(nostatus)'
#   at ./core-404-handler.t line 66.
# 
# status failed: expected '404', got '500'

#   Failed test '404 generated by CGI should stay 404'
#   at ./core-404-handler.t line 73.
# Looks like you failed 5 tests of 8.
./core-404-handler.t .. 

as well as several further test failures. Upon inspection of the error and
breakage logs I find the following in tmp/lighttpd/logs/lighttpd.breakage.log:

env var COWDANCER_ILISTFILE not defined
cowdancer: Fatal, initialize_functions failed
env var COWDANCER_ILISTFILE not defined
env var COWDANCER_ILISTFILE not defined
Can't open perl script 
"/lighttpd-1.4.35/tests/tmp/lighttpd/servers/www.example.org/pages/send404.pl": 
Cannot allocate memory


From documentation I gather that there is no way to add environment variables to
mog_cgi? If so, would it be possible to run those tests using mod_fastcgi
instead?

Thanks a lot,
Michael



pgp7qUw1V6flA.pgp
Description: PGP signature

Bug#735994: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 735994 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#753132: libnfs4: cannot access nfsmount using xbmc from debian

[Serge Rijkers]

Dear Ronnie and Ritesh,

I hope Ritesh has the 1.9.4 release of libnfs in the debian archive 
soon. In the meantime I have checked the libnfs.c on github tag release 
1.9.4. It contains the local modification I used to get libnfs and xbmc 
to play together. I expect that the new release will fix the issue 
permanently.  FYI i already use "insecure" in my exports file, so I do 
not expect any issues in that regard.


Thank you both for your efforts,

Regards Serge Rijkers

On 06/30/2014 12:19 AM, ronnie sahlberg wrote:

Please try libnfs version 1.9.4 which has just been released.

If this version also fails, can you check that you have set the export
to "insecure" in /etc/exports for the shares on the server?
Also, can you collect a network trace with wireshark showing the failure?


regards
ronnie sahlberg


On Sun, Jun 29, 2014 at 12:10 PM, Ritesh Raj Sarraf  wrote:

Hello Serge,

Thank you for following on this bug report. I'm CCing upstream to seek their
opinion.

Thanks,
Ritesh

On 06/29/2014 07:07 PM, Serge Rijkers wrote:

Dear Maintainer,

I am reporting the exact same issue as bug number 749123. The proposed
fix using libnfs 1.9.3-3 does not solve the issue. Bug 749123 has been
archived so could not be reopened.

I am adding a relevant section from xbmc.log

%< -- snip -->%
14:35:31 T:140626280572672   DEBUG: Loading: libnfs.so.4
14:35:31 T:140626280572672   DEBUG: NFS: Context for  not open - get anew
context.
14:35:31 T:140626280572672   ERROR: NFS: Failed to mount nfs
share:(nfs_mount_async failed)
14:35:32 T:140627785025856   DEBUG: -- Window Init
(DialogBusy.xml)--
14:35:34 T:140627785025856   DEBUG: -- Window Deinit (DialogBusy.xml)
--
14:35:39 T:140627785025856   DEBUG: ProcessMouse: trying mouse
actionleftclick
14:35:42 T:140627785025856   DEBUG: ProcessMouse: trying mouse
actionleftclick
14:35:42 T:140626280572672   DEBUG: NFS: Context for
172.16.50.142/home/rss/dvd not open - get a new context.
14:35:42 T:140626280572672   DEBUG: NFS: Connected to server 172.16.50.142
and export /home/rss/dvd
14:35:42 T:140626280572672   DEBUG: NFS: chunks: r/w 65536/65536
14:35:42 T:140626280572672   ERROR: Failed to open(//) nfs_opendir_async
failed
14:35:42 T:140627785025856   ERROR: GetDirectory - Error getting
nfs://172.16.50.142/home/rss/dvd/
14:35:42 T:140627785025856   ERROR:
CGUIDialogFileBrowser::GetDirectory(nfs://172.16.50.142/home/rss/dvd/)
failed
%<-- end snip -->%

Mounting the shares locally as the user works using fstab. The following
is in my fstab:

%<-- snip -->%
172.16.50.142:/home/rss/dvd /home/rss/mnt/video_kb  nfs
tcp,rsize=32768,wsize=8192,intr,noatime,user,noauto,rw  0   0
%<-- end snip -->%



--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



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

Bug#753275: ITP: node-ansi-regex -- Regular expression for matching ANSI escape codes

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-ansi-regex
  Version : 0.2.1
  Upstream Author : Sindre Sorhus  (
http://sindresorhus.com)
* URL : https://github.com/sindresorhus/ansi-regex
* License : Expat
  Programming Lang: JavaScript
  Description : Regular expression for matching ANSI escape codes -
Node.js module

 ansi-regex is a Node.js module which provides a regular expression for
 matching ANSI escape codes.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753163: gnupg-agent: depends on pinentry-gtk2

[James Cloos]

The problem may best be fixed by making pinentry-curses the first of the
three possible dependencies.

Ie:

s(pinentry-gtk2 | pinentry-curses | pinentry)(pinentry-curses | pinentry-gtk2 | 
pinentry)

That way non-gui boxen will get pinentry-curses w/o having to install it
before upgrading or at the same time as a gnupg2 install.

-JimC
-- 
James Cloos  OpenPGP: 0x997A9F17ED7DAEA6


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

Bug#751534: RFS: crunch/3.6-1 [ITP] -- tool for creating wordlist

[Marcio de Souza Oliveira]

Hello all,

Thanks for the clarification, now I get it.

I put now:

"This program is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation, version 2 only of the License."

Regards,

-- 
Marcio Souza 


pgpWte8t2s3mS.pgp
Description: PGP signature

Bug#748279: RFS: janeclone/1.1.4 [ITP] -- friendly greeter

[Nobuhiro Iwamatsu]

Hi,

2014-06-28 22:16 GMT+09:00 Anonymous :
> Hi, Iwamatsu-san
>
>
> Thank you for reviewing my package !
> I'm going to deal with fixing package pointed out by you.
>
> First of all, it seems I need to read Debian doc.
>

Yes, it is very important.
If you have a question, please ask me directly with Japanese.

>
>>BTW, have you who signed the GPG key with someone?
>>If you have not yet, you need.
>
> I have signed GPG key in Kansai Debian Benkyokai few days ago.

Cool, I confirmed your GPG key on gpg key server.

>
>
> Best Regards,
>   Hiroyuki Nagata

Best regards,
   Nobuhiro

>
> 2014-06-26 12:58 GMT+09:00 Nobuhiro Iwamatsu :
>> Hi,
>>
>> If you want to find a sponsor, you should not be using it this bug.
>> You must register the bug of RFS.
>>http://mentors.debian.net/sponsor/rfs-howto
>> You seemed to read this, but Subject seems to be different. You must
>> not include a bug number in this.
>>
>> So, I could check your package.
>>
>> 1. Please add debian version.
>> Debain version is not included in your package. Please add it.
>> 
>> https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
>>
>> 2. Please delete the template file.
>>  Package has some in  template file in debian dirtectory.
>>  For example, README, README.source,  init.d.ex and other.
>>  A file having EX to extension is the template file which is
>> unnecessary with many packages.
>>
>>  3.  Please write copyright file exactly.
>>   Please see
>> https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile.
>>
>>  4. Please include ITP bug number into changelog.
>>   Please see
>> https://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgchangelog.
>>
>>  5.  Please write control file exactly.
>>
>>   1 Source: janeclone
>>   2 Section: net
>>   3 Priority: extra
>>   4 Maintainer: hiroyuki nagata 
>>   5 Build-Depends: debhelper (>= 8.0.0), autotools-dev, libatk1.0-0
>> (>= 1.29.3), libc6 (>= 2.7), libcairo2 (>= 1.2.4), libdbus-1-3 (>=
>> 1.1.1), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1),
>> libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.12.0), libpango1.0-0 (>=
>> 1.14.0), libstdc++6 (>= 4.1.1),libwxbase3.0-0, libwxgtk3.0-0,
>> libxml2-dev (>= 2.8.0), fonts-mona, libcurl4-openssl-dev
>>
>>   You dont need set all build-depend packages. For example, libc6,
>> libgcc1 and  libstdc++6
>>   are unnecessary. Also, here lists the packages required to build.
>>   For example, libatk1.0-0 is not necessary to build, it is a required
>> package to run this
>>   software. Perhaps, you should set libatk1.0-dev instead of this.
>>   Please see 
>> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps.
>>
>>   6 Standards-Version: 1.1.4
>>
>>   It is not a section to set a version of the software here. You set a
>> version in Debian Policy.
>>   Please see 
>> https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Standards-Version.
>>
>>   7 Homepage: https://github.com/Hiroyuki-Nagata/JaneClone
>>   8
>>   9 Package: janeclone
>>  10 Architecture: any
>>  11 Depends: ${shlibs:Depends}, ${misc:Depends}
>>  12 Description: Cross Platform 2ch browser
>>  13  JaneClone is a plain browser dedicated to read 2ch thread. Using
>> a library called wxWidgets.
>>  14  It will work on Windows, Linux, Mac. It will keep the
>> platform-specific user interface.
>>
>>   Please write more descripiton of this package. For example, you
>> should write a different characteristic as other 2ch browser.
>>
>> If you have not read the following documents, I recommend that you read 
>> earlier.
>>   - https://www.debian.org/doc/manuals/maint-guide/
>>   - https://www.debian.org/doc/manuals/developers-reference/
>>   - packaging-tutorial / please do 'apt-get install packaging-tutorial'
>>   - https://www.debian.org/doc/debian-policy/
>>
>> BTW, have you who signed the GPG key with someone?
>> If you have not yet, you need.
>>
>> Best regards,
>>   Nobuhiro
>>
>>>   Package: sponsorship-requests
>>>   Severity: wishlist
>>>
>>>   Dear mentors,
>>>
>>>   I am looking for a sponsor for my package "janeclone"
>>>
>>>  * Package name: janeclone
>>>Version   : 1.1.4
>>>Upstream Author : newserver...@gmail.com
>>>  * URL   : https://github.com/Hiroyuki-Nagata/JaneClone
>>>  * License  : GPL v2
>>>Section   : net
>>>
>>>   It builds those binary packages:
>>>
>>> janeclone  - Cross Platform 2ch browser
>>>
>>>   To access further information about this package, please visit the
>>> following URL:
>>>
>>>   http://mentors.debian.net/package/janeclone
>>>
>>>
>>>   Alternatively, one can download the package with dget using this command:
>>>
>>> dget -x 
>>> http://mentors.debian.net/debian/pool/main/j/janeclone/janeclone_1.1.4.dsc
>>>
>>>   More information about janeclone can be obtained from
>>>
>>>wiki:  https://github.com/Hiroyuki-Nagata/JaneClone/wiki
>>>doxygen :  h

Bug#753274: FTBFS with clang instead of gcc

[Alexander]

Package: polygraph
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/polygraph_4.3.2-1.1_unstable_clang.log

Thanks,
Alexander

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

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
--- polygraph-4.3.2/src/pgl/PglIntSym.cc	2011-04-05 02:07:36.0 +0400
+++ polygraph-4.3.2-my/src/pgl/PglIntSym.cc	2014-06-30 02:22:31.988604030 +0400
@@ -24,7 +24,7 @@
 String IntSym::TheType = "int";
 
 
-IntSym::IntSym(int aVal = -1): ExpressionSym(TheType), theVal(aVal) {
+IntSym::IntSym(int aVal): ExpressionSym(TheType), theVal(aVal) {
 }
 
 bool IntSym::isA(const String &type) const {
--- polygraph-4.3.2/src/pgl/PglIntSym.h	2011-04-05 02:07:36.0 +0400
+++ polygraph-4.3.2-my/src/pgl/PglIntSym.h	2014-06-30 02:22:19.668814867 +0400
@@ -14,7 +14,7 @@
 		static IntSym *Fit(const Oper &op, double d, const TokenLoc &);
 
 	public:
-		IntSym(int aVal);
+		IntSym(int aVal = -1);
 
 		int val() const { return theVal; }
 		void val(int v) { theVal = v; }

Bug#725957: Bug#751718: RFP: Python GDL module - Python / GNU Data Language bridge

[Axel Beckert]

Hi Sylwester,

Axel Beckert wrote:
> Sylwester Arabas wrote:
> > Could you please try if using CMake gives the same linking error?

Is it expected that to build it with CMake, I also need
libncurses-dev and libeigen3-dev as build-dependencies despite I don't
seem to need them when building with autotools?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#753132: libnfs4: cannot access nfsmount using xbmc from debian

[ronnie sahlberg]

Please try libnfs version 1.9.4 which has just been released.

If this version also fails, can you check that you have set the export
to "insecure" in /etc/exports for the shares on the server?
Also, can you collect a network trace with wireshark showing the failure?


regards
ronnie sahlberg


On Sun, Jun 29, 2014 at 12:10 PM, Ritesh Raj Sarraf  wrote:
> Hello Serge,
>
> Thank you for following on this bug report. I'm CCing upstream to seek their
> opinion.
>
> Thanks,
> Ritesh
>
> On 06/29/2014 07:07 PM, Serge Rijkers wrote:
>
> Dear Maintainer,
>
> I am reporting the exact same issue as bug number 749123. The proposed
> fix using libnfs 1.9.3-3 does not solve the issue. Bug 749123 has been
> archived so could not be reopened.
>
> I am adding a relevant section from xbmc.log
>
> %< -- snip -->%
> 14:35:31 T:140626280572672   DEBUG: Loading: libnfs.so.4
> 14:35:31 T:140626280572672   DEBUG: NFS: Context for  not open - get anew
> context.
> 14:35:31 T:140626280572672   ERROR: NFS: Failed to mount nfs
> share:(nfs_mount_async failed)
> 14:35:32 T:140627785025856   DEBUG: -- Window Init
> (DialogBusy.xml)--
> 14:35:34 T:140627785025856   DEBUG: -- Window Deinit (DialogBusy.xml)
> --
> 14:35:39 T:140627785025856   DEBUG: ProcessMouse: trying mouse
> actionleftclick
> 14:35:42 T:140627785025856   DEBUG: ProcessMouse: trying mouse
> actionleftclick
> 14:35:42 T:140626280572672   DEBUG: NFS: Context for
> 172.16.50.142/home/rss/dvd not open - get a new context.
> 14:35:42 T:140626280572672   DEBUG: NFS: Connected to server 172.16.50.142
> and export /home/rss/dvd
> 14:35:42 T:140626280572672   DEBUG: NFS: chunks: r/w 65536/65536
> 14:35:42 T:140626280572672   ERROR: Failed to open(//) nfs_opendir_async
> failed
> 14:35:42 T:140627785025856   ERROR: GetDirectory - Error getting
> nfs://172.16.50.142/home/rss/dvd/
> 14:35:42 T:140627785025856   ERROR:
> CGUIDialogFileBrowser::GetDirectory(nfs://172.16.50.142/home/rss/dvd/)
> failed
> %<-- end snip -->%
>
> Mounting the shares locally as the user works using fstab. The following
> is in my fstab:
>
> %<-- snip -->%
> 172.16.50.142:/home/rss/dvd /home/rss/mnt/video_kb  nfs
> tcp,rsize=32768,wsize=8192,intr,noatime,user,noauto,rw  0   0
> %<-- end snip -->%
>
>
>
> --
> Ritesh Raj Sarraf
> RESEARCHUT - http://www.researchut.com
> "Necessity is the mother of invention."


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

Bug#753273: FTBFS with clang instead of gcc

[Alexander]

Source: mumble
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/mumble_1.2.6-1_unstable_clang.log

Thanks,
Alexander

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

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
--- mumble-1.2.6/src/mumble/VoiceRecorderDialog.cpp	2014-05-14 22:01:46.0 +0400
+++ mumble-1.2.6-my/src/mumble/VoiceRecorderDialog.cpp	2014-06-30 02:05:44.626266741 +0400
@@ -38,7 +38,7 @@
 #include "ServerHandler.h"
 #include "VoiceRecorder.h"
 
-VoiceRecorderDialog::VoiceRecorderDialog(QWidget *p = NULL) : QDialog(p), qtTimer(new QTimer(this)) {
+VoiceRecorderDialog::VoiceRecorderDialog(QWidget *p) : QDialog(p), qtTimer(new QTimer(this)) {
 	qtTimer->setObjectName(QLatin1String("qtTimer"));
 	qtTimer->setInterval(200);
 	setupUi(this);
--- mumble-1.2.6/src/mumble/VoiceRecorderDialog.h	2014-05-14 22:01:46.0 +0400
+++ mumble-1.2.6-my/src/mumble/VoiceRecorderDialog.h	2014-06-30 02:16:02.295191873 +0400
@@ -43,7 +43,7 @@
 
 		QTimer *qtTimer;
 	public:
-		explicit VoiceRecorderDialog(QWidget *p);
+		explicit VoiceRecorderDialog(QWidget *p = NULL);
 		~VoiceRecorderDialog();
 
 		void closeEvent(QCloseEvent *evt);
--- mumble-1.2.6/src/mumble/AudioInput.h	2014-05-14 22:01:46.0 +0400
+++ mumble-1.2.6-my/src/mumble/AudioInput.h	2014-06-30 02:09:52.885761475 +0400
@@ -79,9 +79,10 @@
 	private:
 		Q_OBJECT
 		Q_DISABLE_COPY(AudioInput)
+public:
+		typedef enum { SampleShort, SampleFloat } SampleFormat;
 	protected:
 		typedef enum { CodecCELT, CodecSpeex } CodecFormat;
-		typedef enum { SampleShort, SampleFloat } SampleFormat;
 		typedef void (*inMixerFunc)(float * RESTRICT, const void * RESTRICT, unsigned int, unsigned int);
 	private:
 		SpeexResamplerState *srsMic, *srsEcho;
--- mumble-1.2.6/src/mumble/AudioOutput.h	2014-05-14 22:01:46.0 +0400
+++ mumble-1.2.6-my/src/mumble/AudioOutput.h	2014-06-30 02:11:25.456076966 +0400
@@ -102,8 +102,9 @@
 		float *fSpeakers;
 		float *fSpeakerVolume;
 		bool *bSpeakerPositional;
-	protected:
+public:
 		enum { SampleShort, SampleFloat } eSampleFormat;
+	protected:
 		volatile bool bRunning;
 		unsigned int iFrameSize;
 		volatile unsigned int iMixerFreq;

Bug#735991: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 735991 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#753264: jq backport in Wheezy

[Simon Elsbrock]

Hi Gonéri,

On 29/05/14 at 23:05 Gonéri wrote:
> Package: jq
> Version: 1.4-1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I need jq in Wheezy to get OpenStack TripleO to work on Debian stable.
> Do you mind if I prepare and push the backport?

not at all, please proceed.

Regards,
Simon


signature.asc
Description: PGP signature

Bug#736018: upgrading to serious: libtiff4-dev is being removed

[Jay Berkenbilt]

Control: severity 736018 serious

libtiff4-dev is now being removed, which will leave your package unable
to built from source. Please replace your build dependency on
libtiff4-dev with a build dependency on libtiff-dev. If you require a
versioned dependency, you can change the versioned dependency from
libtiff4-dev to libtiff5-dev, but this is unlikely since libtiff5-dev
has only existed for a short time, and it is more likely that you can
just remove the version number.

-- 
Jay Berkenbilt 


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

Bug#753272: FTBFS with clang instead of gcc

[Alexander]

Package: linpsk
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/linpsk_1.1-1.1_unstable_clang.log

Thanks,
Alexander

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

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
--- linpsk-1.1/src/csound.cpp	2010-02-20 14:43:02.0 +0300
+++ linpsk-1.1-my/src/csound.cpp	2014-06-30 01:58:00.206628384 +0400
@@ -20,7 +20,7 @@
 
 using namespace std;
 extern Parameter settings;
-CSound::CSound ( int ptt = -1 ) : Input ( ptt )
+CSound::CSound ( int ptt ) : Input ( ptt )
 {
   started = false;
   output = false;
--- linpsk-1.1/src/csound.h	2010-02-20 14:43:01.0 +0300
+++ linpsk-1.1-my/src/csound.h	2014-06-30 01:57:52.170772109 +0400
@@ -37,7 +37,7 @@
 class CSound : public Input
 {
   public:
-CSound ( int ptt );
+CSound ( int ptt = -1 );
 ~CSound();
 virtual bool open_Device_write ( QString * );
 virtual bool open_Device_read ( QString * );
--- linpsk-1.1/src/textinput.cpp	2010-02-20 14:43:02.0 +0300
+++ linpsk-1.1-my/src/textinput.cpp	2014-06-30 01:58:31.262071119 +0400
@@ -22,7 +22,7 @@
 extern Parameter settings;
 extern int errno;
 
-TextInput::TextInput ( int ptt = -1 ) : Input ( ptt )
+TextInput::TextInput ( int ptt ) : Input ( ptt )
 {
 }
 TextInput::~TextInput()
--- linpsk-1.1/src/textinput.h	2010-02-20 14:43:02.0 +0300
+++ linpsk-1.1-my/src/textinput.h	2014-06-30 01:58:44.921828357 +0400
@@ -29,7 +29,7 @@
 {
 Q_OBJECT
   public:
-TextInput ( int ptt );
+TextInput ( int ptt = -1 );
 ~TextInput();
 
 /** Opens the Device for writting **/
--- linpsk-1.1/src/waveinput.cpp	2014-06-30 02:00:15.0 +0400
+++ linpsk-1.1-my/src/waveinput.cpp	2014-06-30 01:59:12.729329605 +0400
@@ -19,7 +19,7 @@
 
 extern Parameter settings;
 
-WaveInput::WaveInput(int ptt = -1): Input(ptt)
+WaveInput::WaveInput(int ptt): Input(ptt)
 {
  EightBits=false;
 }
--- linpsk-1.1/src/waveinput.h	2010-02-20 14:43:02.0 +0300
+++ linpsk-1.1-my/src/waveinput.h	2014-06-30 01:59:29.409030482 +0400
@@ -31,7 +31,7 @@
 {
 Q_OBJECT
   public:
-WaveInput ( int ptt );
+WaveInput ( int ptt = -1 );
 ~WaveInput();
 /** Opens the Device for writting **/
 bool open_Device_write ( QString * );

Bug#753271: O: py-radix -- radix tree implementation for storage of IPv4 and IPv6 networks

[Christoph Berg]

Package: wnpp
Severity: normal

I'm orphaning the py-radix package. It's maintained under the Debian
Python Modules Team umbrella, but I am the only Uploader, hence an O bug.

Description: radix tree implementation for storage of IPv4 and IPv6 networks
 py-radix is an implementation of a radix tree for Python, which supports
 storage and lookups of IPv4 and IPv6 networks. This is a Python equivalent to
 Dave Plonka's Perl Net::Patricia (it even steals the same radix tree code from
 MRTd).
 .
 The radix tree (a.k.a Patricia tree) is the data structure most commonly used
 for routing table lookups. It efficiently stores network prefixes of varying
 lengths and allows fast lookups of containing networks. py-radix's
 implementation is built solely for networks (the data structure itself is more
 general).

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


signature.asc
Description: Digital signature

Bug#753214: Pending fixes for bugs in the license-reconcile package

[pkg-perl-maintainers]

tag 753214 + pending
thanks

Some bugs in the license-reconcile package are closed in revision
d0a423603b0b86489ca9e9d6d34df4c2c22188c0 in branch 'master' by gregor
herrmann

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

Commit message:

Make (build) dependency on libreadonly-perl versioned

to avoid test failures with broken versions.

Closes: #753214


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

Bug#753269: ITP: node-supports-color -- Detect whether a terminal supports color

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-supports-color
  Version : 0.2.0
  Upstream Author : Sindre Sorhus  (
http://sindresorhus.com)
* URL : https://github.com/sindresorhus/supports-color
* License : Expat
  Programming Lang: JavaScript
  Description : Detect whether a terminal supports color - Node.js
module

 supports-color is a Node.js module which provides an API to detect whether
a
 terminal supports color.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753270: FTBFS with clang instead of gcc

[Alexander]

Package: kbibtex
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/kbibtex_0.4-4_unstable_clang.log

Thanks,
Alexander

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

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
--- kbibtex-0.4/src/websearch/websearchabstract.cpp	2011-11-21 00:36:54.0 +0400
+++ kbibtex-0.4-my/src/websearch/websearchabstract.cpp	2014-06-30 01:52:24.332599536 +0400
@@ -66,7 +66,7 @@
 const char* WebSearchAbstract::httpUnsafeChars = "%:/=+$?&\0";
 
 
-HTTPEquivCookieJar::HTTPEquivCookieJar(QNetworkAccessManager *parent = NULL)
+HTTPEquivCookieJar::HTTPEquivCookieJar(QNetworkAccessManager *parent)
 : QNetworkCookieJar(parent), m_nam(parent)
 {
 // nothing
--- kbibtex-0.4/src/websearch/websearchabstract.h	2011-11-21 00:36:54.0 +0400
+++ kbibtex-0.4-my/src/websearch/websearchabstract.h	2014-06-30 01:52:16.588736341 +0400
@@ -45,7 +45,7 @@
 Q_OBJECT
 
 public:
-HTTPEquivCookieJar(QNetworkAccessManager *parent);
+HTTPEquivCookieJar(QNetworkAccessManager *parent = NULL);
 
 void checkForHttpEqiuv(const QString &htmlCode, const QUrl &url);
 

Bug#753268: FTBFS with clang instead of gcc

[Alexander]

Source: gpsim
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/gpsim_0.27.0-1_unstable_clang.log

Thanks,
Alexander

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

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
--- gpsim-0.27.0/modules/switch.cc	2010-05-30 16:13:36.0 +0400
+++ gpsim-0.27.0-my/modules/switch.cc	2014-06-30 01:41:44.151696182 +0400
@@ -582,7 +582,7 @@
 
   //
 
-  Switch::Switch(const char *_new_name=0)
+  Switch::Switch(const char *_new_name)
 : SwitchBase(_new_name, "\
 Two port switch\n\
  Attributes:\n\
--- gpsim-0.27.0/modules/switch.h	2010-05-30 16:17:51.0 +0400
+++ gpsim-0.27.0-my/modules/switch.h	2014-06-30 01:42:16.791142615 +0400
@@ -88,7 +88,7 @@
   class Switch : public SwitchBase
   {
   public:
-Switch(const char *_name);
+Switch(const char *_name=0);
 ~Switch();
 
 virtual void setState(bool);
--- gpsim-0.27.0/modules/stimuli.h	2010-05-30 16:13:36.0 +0400
+++ gpsim-0.27.0-my/modules/stimuli.h	2014-06-30 01:43:57.757420456 +0400
@@ -72,7 +72,7 @@
   {
   public:
 static Module *construct(const char *new_name);
-PulseGen(const char *_name);
+PulseGen(const char *_name=0);
 ~PulseGen();
 
 virtual void callback();
--- gpsim-0.27.0/modules/stimuli.cc	2010-05-30 16:13:36.0 +0400
+++ gpsim-0.27.0-my/modules/stimuli.cc	2014-06-30 01:43:30.681883643 +0400
@@ -216,7 +216,7 @@
   //--
   //--
 
-  PulseGen::PulseGen(const char *_name=0)
+  PulseGen::PulseGen(const char *_name)
 : StimulusBase(_name, "\
 Pulse Generator\n\
  Attributes:\n\

Bug#753267: RM: guayadeque/0.3.7~ds0-2

[Alessio Treglia]

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

Hi,

As I said in [1], guayadeque's upstream is working on a Qt
port of the music player, and does not intend to support
the old, wxWidgets-based releases.

So I'd request to drop guayadeque from Jessie.

Thanks for considering, and cheers!


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749978

(explain the reason for the removal here)

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

Kernel: Linux 3.13.0-30-generic (SMP w/8 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#744753: anacron: Anacron not triggered when system resumes under systemd

[Lennart Poettering]

On Fri, 27.06.14 20:45, Michael Biebl (bi...@debian.org) wrote:

> Am 27.06.2014 20:10, schrieb Lennart Poettering:
> > Well, I know that much. But a service which needs to be restarted on
> > cases like this sounds wrong. Thats a hack really. The service should
> > just watch time changes and react correctly to that. i.e. use
> > TFD_TIMER_CANCEL_ON_SET. THis will report wallclock changes relative to
> > monotonic time, which is what you want to watch for this. All system
> > resumes will trigger this, of course.
> 
> I might be missing something here, but keep in mind that anacron is not
> a long running process. It does its work and then exists.
> 
> So what you describe above does not really help.

Since a long time we had on our TODO list to support timer units that
are triggered when the system clock changes, based on
TFD_TIMER_CANCEL_ON_SET. Hasn't been implemented yet, should be fairly
easy though. This should fit your bill perfectly, no?

"OnClockChange=yes"

or so...

Lennart

-- 
Lennart Poettering, Red Hat


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

Bug#753237: Pending fixes for bugs in the libcgi-application-plugin-ajaxupload-perl package

[pkg-perl-maintainers]

tag 753237 + pending
thanks

Some bugs in the libcgi-application-plugin-ajaxupload-perl package
are closed in revision 3afe76c287feee2e56088a7707d1e21606023925 in
branch 'master' by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcgi-application-plugin-ajaxupload-perl.git;a=commitdiff;h=3afe76c

Commit message:

Make (build) dependency on libreadonly-perl versioned

to avoid test failure caused by some problems between Readonly and
Params::Validate.

Closes: #753237


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

Bug#725957: Bug#751718: RFP: Python GDL module - Python / GNU Data Language bridge

[Axel Beckert]

Hi Sylwester,

Sylwester Arabas wrote:
> Could you please try if using CMake gives the same linking error?

Good idea, thanks for reminding me of that option.

> The autotools-based build will be removed from GDL in the next
> release, so this is anyhow worth trying.

Yeah, I remember. The last time I tried, the CMake variant didn't
work for me while the autotools based one worked fine. So I sticked
with it. Now is definitively a time to retry this. :-)

I will try this first before enabling the Python stuff.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#747916: synaptic: Missing dependencies python-gtk2 and python-glade2 to display messages

[Christophe]

Package: synaptic
Version: 0.81.2
Followup-For: Bug #747916

Dear Maintainer,

On a freshly installed Jessy (from netinst), I have similar issue with this
message in the detail window:

(synaptic:8064): GLib-CRITICAL **: g_child_watch_add_full: assertion 'pid > 0' 
failed
The gtk frontend needs a working python-gtk2 and python-glade2.
Those imports can not be found. Falling back to pager.
The error is: No module named glade

Regards,
Christophe.


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

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

Versions of packages synaptic depends on:
ii  hicolor-icon-theme   0.13-1
ii  libapt-inst1.5   1.0.5
ii  libapt-pkg4.12   1.0.5
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-4
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libept1.4.12 1.0.12
ii  libgcc1  1:4.9.0-7
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk-3-0   3.12.2-1+b1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libstdc++6   4.9.0-7
ii  libvte-2.90-91:0.36.3-1
ii  libx11-6 2:1.6.2-2
ii  libxapian22  1.2.17-1
ii  libxext6 2:1.3.2-1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages synaptic recommends:
ii  libgtk2-perl   2:1.2491-4
ii  policykit-10.105-6
ii  rarian-compat  0.8.1-5

Versions of packages synaptic suggests:
pn  apt-xapian-index 
pn  deborphan
pn  dwww 
pn  menu 
pn  software-properties-gtk  
ii  tasksel  3.20

-- 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#751718: RFP: Python GDL module - Python / GNU Data Language bridge

[Sylwester Arabas]

Hi Axel,

Thanks for your reply.

On 27/06/14 17:07, Axel Beckert wrote:

(I'm also not 100% sure if the problem is
inside GDL - it's a linking issue that appears on two out of >10
arch only, the error messages point to code that was present in the
previous version). Do you know anyone using Debian with kfreebsd or
powerpc that we could ask to look into it?


Basically any Debian developer has access to machines of any
architectures. I do have kfreebsd-i386 at home (with GDL installed
btw.) and a powerpc machine, too, but that one's currently offline
(needs a new harddisk), so I'd use one of Debian's official
porterboxes there.


Could you please try if using CMake gives the same linking error? The 
GDL configure script has some linking options hardcoded in it which are 
probably chosen in a more OS-aware way when using CMake.


The autotools-based build will be removed from GDL in the next release, 
so this is anyhow worth trying.


Thanks,
Sylwester

--
http://www.igf.fuw.edu.pl/~slayoo/


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

Bug#753266: FTBFS with clang instead of gcc

[Alexander]

Source: eiskaltdcpp
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/eiskaltdcpp_2.2.9-3_unstable_clang.log

Thanks,
Alexander


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

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
--- eiskaltdcpp-2.2.9/eiskaltdcpp-qt/src/HubFrame.cpp	2013-08-29 21:25:02.0 +0400
+++ eiskaltdcpp-2.2.9-my/eiskaltdcpp-qt/src/HubFrame.cpp	2014-06-30 00:57:14.382923498 +0400
@@ -772,7 +772,7 @@
 }
 }
 
-HubFrame::HubFrame(QWidget *parent=NULL, QString hub="", QString encoding=""):
+HubFrame::HubFrame(QWidget *parent, QString hub, QString encoding):
 QWidget(parent),
 d_ptr(new HubFramePrivate())
 {
--- eiskaltdcpp-2.2.9/eiskaltdcpp-qt/src/HubFrame.h	2013-08-29 21:25:02.0 +0400
+++ eiskaltdcpp-2.2.9-my/eiskaltdcpp-qt/src/HubFrame.h	2014-06-30 00:55:09.305237281 +0400
@@ -128,7 +128,7 @@
 typedef QMap VarMap;
 typedef QList ShellList;
 
-HubFrame(QWidget *parent, QString, QString);
+HubFrame(QWidget *parent = NULL, QString hub = "", QString encoding = "");
 ~HubFrame();
 
 bool parseForCmd(QString, QWidget *);

Bug#753265: mpv: dvd tracks index starts at 0 instead of 1

[arne anka]

Package: mpv
Version: 1:0.4.0-dmo1
Severity: normal

Dear Maintainer,

recent version suddenly starts to enumerate dvd tracks at 0 instead of the 
usual 1, which means that dvd://1-3 will play tracks 2-4 

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

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

Versions of packages mpv depends on:
ii  libasound2  1.0.27.2-4
ii  libass4 0.10.1-3
ii  libavcodec5510:2.2.4-dmo1
ii  libavdevice55   10:2.2.4-dmo1
ii  libavfilter410:2.2.4-dmo1
ii  libavformat55   10:2.2.4-dmo1
ii  libavresample1  10:2.2.4-dmo1
ii  libavutil52 10:2.2.4-dmo1
ii  libbluray1  2:0.6.0-dmo2
ii  libbs2b03.1.0+dfsg-2
ii  libc6   2.19-4
ii  libcaca00.99.beta19-2
ii  libcdio-cdda1   0.83-4.1
ii  libcdio-paranoia1   0.83-4.1
ii  libcdio13   0.83-4.1
ii  libdvdnav4  4.2.1-3
ii  libdvdread4 4.2.1-2
ii  libegl1-mesa [libegl1-x11]  10.2.1-2
ii  libenca01.15-2
ii  libgl1-mesa-glx [libgl1]10.2.1-2
ii  libguess1   1.2-dmo2
ii  libjack-jackd2-0 [libjack-0.116]1.9.10+20140610git97e0e80b~dfsg-1
ii  libjpeg88d-2
ii  liblcms2-2  2.6-3
ii  liblircclient0  0.9.0~pre1-1
ii  liblua5.2-0 5.2.3-1
ii  libmpg123-0 1.18.0-1
ii  libncurses5 5.9+20140118-1
ii  libopenal1  1:1.14-4
ii  libpostproc52   10:2.2.4-dmo1
ii  libpulse0   5.0-2
ii  libquvi70.4.1-2.1
ii  libsmbclient2:4.1.9+dfsg-1
ii  libswscale2 10:2.2.4-dmo1
ii  libtinfo5   5.9+20140118-1
ii  libv4l-01.2.0-2
ii  libva-glx1  1.3.1-3
ii  libva-x11-1 1.3.1-3
ii  libva1  1.3.1-3
ii  libvdpau1   0.7-2
ii  libwayland-client0  1.5.0-1
ii  libwayland-cursor0  1.5.0-1
ii  libwayland-egl1-mesa [libwayland-egl1]  10.2.1-2
ii  libx11-62:1.6.2-2
ii  libxext62:1.3.2-1
ii  libxinerama12:1.1.3-1
ii  libxkbcommon0   0.4.0-1
ii  libxss1 1:1.2.2-1
ii  libxv1  2:1.0.10-1
ii  libxxf86vm1 1:1.1.3-1
ii  zlib1g  1:1.2.8.dfsg-1

mpv recommends no packages.

mpv 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#753264: jq backport in Wheezy

[Gonéri Le Bouder]

Package: jq
Version: 1.4-1
Severity: wishlist

Dear Maintainer,

I need jq in Wheezy to get OpenStack TripleO to work on Debian stable.
Do you mind if I prepare and push the backport?

Best regards

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

Kernel: Linux 3.15-rc8-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 jq depends on:
ii  libc6  2.19-4

jq recommends no packages.

jq suggests no packages.

-- debconf-show failed


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

Bug#753263: gnome-alsamixer: FTBFS - gam-slider-dual.c:279: error: undefined reference to 'lrint'

[Pierangelo Mancusi]

Package: gnome-alsamixer
Version: 0.9.7~cvs.20060916.ds.1
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,
when i try to build from source, after installed deps, i got this error whe
build:

gam-slider-dual.c:279: error: undefined reference to 'lrint'
collect2: error: ld returned 1 exit status


step to reproduce it (in a fresh debian installation):

1. apt-get source gnome-alsamixer
2. apt-get build-dep gnome-alsamixer
3. debian/rules build


Pierangelo









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

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


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

Bug#736398: gap-dev: multi-architecture support

[Bill Allombert]

On Sat, Feb 08, 2014 at 07:57:29PM +0100, Jerome BENOIT wrote:
> But
> 
> /usr/share/gap/pkg//bin -> ../../../../lib/gap/pkg//bin
> /usr/lib/gap/pkg//bin/ -> ../../../ triplet>/gap/pkg/
> 
> sounds a good compromise.

To start with GAP itself, I plan to add a symlink in GAP 4r7p5,

/usr/lib/gap/bin/$(GAParch) -> /usr/lib/$(multiarch triplet)/gap/bin
and make sure packages like IO can be compiled without patching the configure
system.

Note however, that true multiarch would require splitting all arch:any
GAP packages in two packages, which is more costly than any potential
benefit of multiarch GAP packages.

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#753241: Simple fix

[Juhani Numminen]

Control: tags -1 + patch

Hi,
There’s a missing newline in hardening.patch. That can be fixed easily
like this:

--- a/debian/patches/hardening.patch.orig
+++ b/debian/patches/hardening.patch
@@ -1,6 +1,7 @@
 Description: Applied hardening flags to build process.
 Author: Alexandre Dantas 
-Last-Update: 2013-04-23--- a/Makefile
+Last-Update: 2013-04-23
+--- a/Makefile
 +++ b/Makefile
 @@ -57,9 +57,11 @@
  CC= gcc


Cheers,
Juhani


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

Bug#753262: FTBFS with clang instead of gcc

[Alexander]

Source: bzflag
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=DEFAULT_CONSTRUCTOR

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/bzflag_2.4.2+ds1-5_unstable_clang.log

Thanks,
Alexander


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

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
--- bzflag-2.4.2+ds1/include/VotingArbiter.h	2012-07-31 05:18:10.0 +0400
+++ bzflag-2.4.2+ds1-my/include/VotingArbiter.h	2014-06-30 00:33:33.207744006 +0400
@@ -86,9 +86,9 @@
 public:
 
   /* default constructor */
-  VotingArbiter(unsigned short int voteTime, unsigned short int vetoTime,
-		unsigned short int votesRequired, float votePercentage,
-		unsigned short int voteRepeatTime);
+  VotingArbiter(unsigned short int voteTime=60, unsigned short int vetoTime=20,
+		unsigned short int votesRequired=2, float votePercentage=50.1,
+		unsigned short int voteRepeatTime=300);
   /* default copy constructor */
   VotingArbiter(const VotingArbiter& arbiter);
   ~VotingArbiter(void);
@@ -231,11 +231,11 @@
 };
 
 
-inline VotingArbiter::VotingArbiter(unsigned short int voteTime=60,
-unsigned short int vetoTime=20,
-unsigned short int votesRequired=2,
-float votePercentage=50.1,
-unsigned short int voteRepeatTime=300)
+inline VotingArbiter::VotingArbiter(unsigned short int voteTime,
+unsigned short int vetoTime,
+unsigned short int votesRequired,
+float votePercentage,
+unsigned short int voteRepeatTime)
   : _votingBooth(NULL),
 _maxVotes(votesRequired+1),
 _voteTime(voteTime),

Bug#753261: libsdl1.2debian: Please restore optional backing store behavior

[Brett Smith]

Package: libsdl1.2debian
Version: 1.2.15-9
Severity: normal
Tags: upstream patch

Dear Maintainer,

Recent builds of SDL 1.2 always use the X server's backing store, when
the server supports it.  Servers with compositing always say they
support the backing store.  However, backing store updates can't be
synced with vertical blanks, so this leads to video tearing in SDL
applications.

The upstream bug report is
  
but they say they're not going to fix it in 1.2 directly.

Previously, users had to set the SDL_VIDEO_X11_BACKINGSTORE
environment variable to get this behavior.  Other distributions are
patching SDL to restore this behavior and work around the problem:

* 

* 


Please consider a similar approach.  Thank you.

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

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

Versions of packages libsdl1.2debian depends on:
ii  libasound2 1.0.27.2-4
ii  libc6  2.19-4
ii  libcaca0   0.99.beta19-2
ii  libdirectfb-1.2-9  1.2.10.0-5
ii  libpulse0  5.0-2
ii  libts-0.0-01.0-12
ii  libx11-6   2:1.6.2-2
ii  libxext6   2:1.3.2-1
ii  multiarch-support  2.19-4

libsdl1.2debian recommends no packages.

libsdl1.2debian 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#753259: FTBFS with clang instead of gcc

[Alexander]

Source: galib
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=USE_OF_UNDECLARED_IDENTIFIER

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/galib_2.4.7-3_unstable_clang.log

Thanks,
Alexander


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

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
--- galib-2.4.7/ga/GA1DArrayGenome.C	2007-03-07 16:16:43.0 +0300
+++ galib-2.4.7-my/ga/GA1DArrayGenome.C	2014-06-30 00:13:38.462716361 +0400
@@ -222,10 +222,10 @@
   aset = new GAAlleleSet[1];
   aset[0] = s;
 
-  initializer(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_INITIALIZER);
-  mutator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_MUTATOR);
-  comparator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_COMPARATOR);
-  crossover(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_CROSSOVER);
+  this->initializer(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_INITIALIZER);
+  this->mutator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_MUTATOR);
+  this->comparator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_COMPARATOR);
+  this->crossover(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_CROSSOVER);
 }
 
 template  
@@ -238,10 +238,10 @@
   for(int i=0; i::DEFAULT_1DARRAY_ALLELE_INITIALIZER);
-  mutator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_MUTATOR);
-  comparator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_COMPARATOR);
-  crossover(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_CROSSOVER);
+  this->initializer(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_INITIALIZER);
+  this->mutator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_MUTATOR);
+  this->comparator(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_COMPARATOR);
+  this->crossover(GA1DArrayAlleleGenome::DEFAULT_1DARRAY_ALLELE_CROSSOVER);
 }
 
 
--- galib-2.4.7/ga/GA2DArrayGenome.C	2007-03-07 16:16:43.0 +0300
+++ galib-2.4.7-my/ga/GA2DArrayGenome.C	2014-06-30 00:16:46.174236444 +0400
@@ -269,10 +269,10 @@
   aset = new GAAlleleSet[1];
   aset[0] = s;
 
-  initializer(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_INITIALIZER);
-  mutator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_MUTATOR);
-  comparator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_COMPARATOR);
-  crossover(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_CROSSOVER);
+  this->initializer(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_INITIALIZER);
+  this->mutator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_MUTATOR);
+  this->comparator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_COMPARATOR);
+  this->crossover(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_CROSSOVER);
 }
 
 template  
@@ -286,10 +286,10 @@
   for(int i=0; i::DEFAULT_2DARRAY_ALLELE_INITIALIZER);
-  mutator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_MUTATOR);
-  comparator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_COMPARATOR);
-  crossover(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_CROSSOVER);
+  this->initializer(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_INITIALIZER);
+  this->mutator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_MUTATOR);
+  this->comparator(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_COMPARATOR);
+  this->crossover(GA2DArrayAlleleGenome::DEFAULT_2DARRAY_ALLELE_CROSSOVER);
 }
 
 
--- galib-2.4.7/ga/GA3DArrayGenome.C	2007-03-07 16:16:43.0 +0300
+++ galib-2.4.7-my/ga/GA3DArrayGenome.C	2014-06-30 00:17:22.397638605 +0400
@@ -322,10 +322,10 @@
   aset = new GAAlleleSet[1];
   aset[0] = s;
 
-  initializer(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_INITIALIZER);
-  mutator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_MUTATOR);
-  comparator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_COMPARATOR);
-  crossover(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_CROSSOVER);
+  this->initializer(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_INITIALIZER);
+  this->mutator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_MUTATOR);
+  this->comparator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_COMPARATOR);
+  this->crossover(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_CROSSOVER);
 }
 
 template  
@@ -339,10 +339,10 @@
   for(int i=0; i::DEFAULT_3DARRAY_ALLELE_INITIALIZER);
-  mutator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_MUTATOR);
-  comparator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_COMPARATOR);
-  crossover(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_CROSSOVER);
+  this->initializer(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_INITIALIZER);
+  this->mutator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_MUTATOR);
+  this->comparator(GA3DArrayAlleleGenome::DEFAULT_3DARRAY_ALLELE_COMPARATOR);
+  this->cross

Bug#753260: ITP: node-stylus -- Robust, expressive, and feature-rich CSS superset

[Andrew Kelley]

Package: wnpp
Severity: wishlist
Owner: Andrew Kelley 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-stylus
  Version : 0.46.3
  Upstream Author : TJ Holowaychuk 
* URL : https://github.com/LearnBoost/stylus
* License : Expat
  Programming Lang: JavaScript
  Description : Robust, expressive, and feature-rich CSS superset -
Node.js module

 Stylus is a language which provides an efficient, dynamic, and expressive
way
 to generate CSS. It supports both an indented syntax and regular CSS style.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#753258: LIO crash

[Matyas Koszik]

Package: linux-image-3.2.0-4-amd64
Version: 3.2.57-3+deb7u2
Severity: important


I'm running a redundant storage server pair with DRBD and LIO. On the
secondary node I had some RAID card resets, which triggered DRBD to
disconnect the node - but before that, requests were held for several
seconds in the DRBD layer, which seems to be a problem for LIO (or maybe
the subsequent initiator reconnects - I'm not sure).


warning kernel: [1022062.839595] block drbd0: Remote failed to finish a request 
within ko-count * timeout
info kernel: [1022062.839604] block drbd0: peer( Secondary -> Unknown ) conn( 
Connected -> Timeout ) pdsk( UpToDate -> DUnknown )
info kernel: [1022062.839697] block drbd0: new current UUID 
9E9A652A9DC0D857:7115C7324E030315:8355E6AB18AD03EE:8354E6AB18AD03EF
info kernel: [1022062.839957] block drbd0: asender terminated
info kernel: [1022062.839962] block drbd0: Terminating drbd0_asender
info kernel: [1022062.840629] block drbd0: Connection closed
info kernel: [1022062.840636] block drbd0: conn( Timeout -> Unconnected )
info kernel: [1022062.840641] block drbd0: receiver terminated
info kernel: [1022062.840644] block drbd0: Restarting drbd0_receiver
info kernel: [1022062.840647] block drbd0: receiver (re)started
info kernel: [1022062.840651] block drbd0: conn( Unconnected -> WFConnection )
emerg kernel: [1022062.840840] general protection fault:  [#1] SMP
warning kernel: [1022062.840986] CPU 5
warning kernel: [1022062.841028] Modules linked in: tcm_loop tcm_fc 
iscsi_target_mod target_core_pscsi target_core_file target_core_iblock 
target_core_mod netconsole parport_pc ppdev bnep rfcomm bluetooth rfkill lp 
parport drbd lru_cache libfc scsi_transport_fc scsi_tgt configfs uinput nfsd 
nfs nfs_acl auth_rpcgss fscache lockd sunrpc nf_conntrack_ipv6 nf_defrag_ipv6 
ip6table_filter ip6_tables nf_conntrack_ipv4 nf_defrag_ipv4 xt_state 
nf_conntrack xt_tcpudp iptable_filter ip_tables x_tables loop snd_pcm 
snd_page_alloc snd_timer ioatdma acpi_cpufreq psmouse i7core_edac iTCO_wdt 
serio_raw mperf edac_core iTCO_vendor_support coretemp joydev evdev snd 
soundcore pcspkr processor i2c_i801 thermal_sys crc32c_intel button ext4 crc16 
jbd2 mbcache dm_mod raid1 md_mod sg sd_mod ses enclosure crc_t10dif usbhid hid 
usb_storage uhci_hcd megaraid_sas ahci libahci libata scsi_mod ehci_hcd usbcore 
usb_common ixgbe mdio igb i2c_algo_bit i2c_core dca [last unloaded: 
target_core_mod]
warning kernel: [1022062.845110]
warning kernel: [1022062.845169] Pid: 5165, comm: iscsi_trx Not tainted 
3.2.0-4-amd64 #1 Debian 3.2.57-3+deb7u2 Supermicro X8DT3/X8DT3
warning kernel: [1022062.845373] RIP: 0010:[]  
[] core_tmr_release_req+0x2c/0x66 [target_core_mod]
warning kernel: [1022062.845514] RSP: 0018:880314badd80  EFLAGS: 00010046
warning kernel: [1022062.845581] RAX: 0286 RBX: 8802ce58d7c0 
RCX: dead00100100
warning kernel: [1022062.845668] RDX: dead00200200 RSI: 0286 
RDI: 880329dc45d4
warning kernel: [1022062.845754] RBP: 880329dc45d4 R08: 880314badd60 
R09: 8803155fc040
warning kernel: [1022062.845840] R10: 8803155fc040 R11: 8803155fc040 
R12: 88032f365ae8
warning kernel: [1022062.845927] R13: 8803121d0ac0 R14: 88032f365a08 
R15: 8803121d0ac0
warning kernel: [1022062.846014] FS:  () 
GS:88033fca() knlGS:
warning kernel: [1022062.846103] CS:  0010 DS:  ES:  CR0: 
8005003b
warning kernel: [1022062.846170] CR2: 7f73283f89de CR3: 01605000 
CR4: 06e0
warning kernel: [1022062.846257] DR0:  DR1:  
DR2: 
warning kernel: [1022062.846344] DR3:  DR6: 0ff0 
DR7: 0400
warning kernel: [1022062.846430] Process iscsi_trx (pid: 5165, threadinfo 
880314bac000, task 88032e951780)
emerg kernel: [1022062.846519] Stack:
warning kernel: [1022062.846577]  0282 8803156517c0 
8803151ea800 a0445b6e
warning kernel: [1022062.846813]  88032f365800 a053af12 
0030 0001
warning kernel: [1022062.847046]  88032f365b68 8803151ea800 
0246 88032f365800
emerg kernel: [1022062.847280] Call Trace:
warning kernel: [1022062.847349]  [] ? 
transport_release_cmd+0x21/0x71 [target_core_mod]
warning kernel: [1022062.847442]  [] ? 
iscsit_close_connection+0x120/0x4bb [iscsi_target_mod]
warning kernel: [1022062.847536]  [] ? 
iscsi_target_rx_thread+0x18e4/0x1930 [iscsi_target_mod]
warning kernel: [1022062.847630]  [] ? 
iscsit_thread_get_cpumask+0x88/0x88 [iscsi_target_mod]
warning kernel: [1022062.847723]  [] ? kthread+0x76/0x7e
warning kernel: [1022062.847792]  [] ? 
kernel_thread_helper+0x4/0x10
warning kernel: [1022062.847862]  [] ? 
kthread_worker_fn+0x139/0x139
warning kernel: [1022062.847931]  [] ? gs_change+0x13/0x13
emerg kernel: [1022062.847997] Code: 53 48 89 fb 56 48 8b 6f 30 48 85 ed 74 45 
48 81 c5 d

Bug#753257: perl/experimental: FTBFS on kfreebsd-amd64: dist/threads/t/free failure

[Niko Tyni]

Package: perl
Version: 5.20.0-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.20-transition
X-Debbugs-Cc: debian-...@lists.debian.org

The perl package in experimental failed to build on kfreebsd-amd64:

 dist/threads/t/free2 .. ok
 panic: attempt to copy value 0 to a freed scalar 8a0c78.
 dist/threads/t/free ... 
FAILED--expected 29 tests, saw 12
 [...]
 Failed 1 test out of 2336, 99.96% okay.
../dist/threads/t/free.t

Full log at
 
https://buildd.debian.org/fetch.cgi?pkg=perl&arch=kfreebsd-amd64&ver=5.20.0-1&stamp=1401906828&file=log

Cc'ing the debian-bsd list in case somebody would like to look into this.
-- 
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