Bug#897942: Votre demande de crédit Immobilier - Crédit Coopératif

[Vincent Fourmond]

  Bonjour,

  J'ai bien reçu votre proposition de prêt sur 17 ans, et je suis bien
embêté, parce que, en comptant mon assurance  (maif), 4500 euros (bien en
dessous des 8000 prévus pour votre autre offre), et les 2100 euros de
frais  (dossier, saccef), on arrive à 22500 euros de frais.

J'ai une proposition pour un prêt similaire (17 ans, un tout petit peu
moins d'apport) pour des frais totaux de moins de 17000 (tout compris)...

J'aimerais pouvoir répondre positivement à votre offre, mais vous comprenez
bien qu'une telle différence me fait hésiter. Dites-moi rapidement si vous
avez les moyens de me faire une meilleure offre, je compte prendre la
décision d'ici mercredi 10.

Bien cordialement,

Vincent Fourmond

Monsieur Vincent FOURMOND,

Comme convenu lors de notre entretien de ce jour, j'ai le plaisir de vous
adresser la proposition commerciale du Crédit Coopératif pour votre projet
immobilier.

Vous trouverez en pièces jointes de ce message une proposition d'opération
de crédit réalisée sur la base des informations transmises ainsi que la
liste des pièces justificatives à fournir lors de notre prochain entretien.

Je vous recontacterai très prochainement afin de poursuivre avec vous la
concrétisation de votre dossier.

Je vous remercie de votre confiance et me tiens à votre disposition pour
toute information complémentaire.

SYLVIE SCALERANDI
Le Crédit Coopératif

CREDIT COOPERATIF – Société coopérative anonyme de Banque Populaire à
capital variable
Siège Social : 12 boulevard Pesaro – CS 10002 - 92024 Nanterre cedex RCS
Nanterre 349 974 931 - APE 6419 Z
Immatriculé à l’ORIAS sous le n° 07 005 463
Tél. : 01 47 24 85 00 – www.credit-cooperatif.coop
Ce mail est généré automatiquement, merci de ne pas y répondre. Ce message
et toutes les pièces jointes (ci-après le
"message") sont établis à l'intention exclusive de ses destinataires. Si
vous recevez ce message par erreur, merci de
le détruire et d'en avertir immédiatement l'expéditeur par e-mail. Toute
utilisation de ce message non conforme à sa
destination, toute diffusion ou toute publication, totale ou partielle, est
interdite, sauf autorisation expresse. Les
communications sur Internet n'étant pas sécurisées, l'expéditeur informe
qu'il ne peut accepter aucune responsabilité
quant au contenu de ce message.

Bug#897942: Consent to use GPL-2+ required for past contributors to debian/*

[Vincent Fourmond]

  Yes, that's fine for me, and definitely what I intended to do in the
original debian/copyright file.

  Kind regards,

  Vincent Fourmond

On Sat, May 5, 2018 at 2:01 AM, Nicholas D Steeves <nstee...@gmail.com> wrote:
> Package: yaml-mode
> Version: 0.0.9-2
> Severity: normal
>
> Dear Vincent and Jari,
>
> Thank you for your work on yaml-mode.  It made the process of learning
> to write config files in yaml much less painful, and I expect to
> continue to use it for the foreseeable future.
>
> I've adopted yaml-mode under the umbrella of the Debian Emacsen Team,
> and at this time I'd like to take the opportunity to modernise the
> package in various ways.  Moving to machine-readable copyright-format
> 1.0 will require documentation of past contributors to debian/*'s
> consent to license their work as GPL-2+ (preferred) or a license of
> their choice.
>
> Would you please reply to this bug, stating that you'd like your
> contributions to yaml-mode/debian/* to be GPL-2+?
>
> Sincerely,
> Nicholas

Bug#897315: O: yaml-mode -- emacs mode for YAML files

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the yaml-mode package.

  Kind regards,

Vincent

The package description is:
 This package provides an emacs  major mode for editing
 files in the YAML data format. It features syntax
 highlighting and auto-indentation.

Bug#897314: Please remove me from the uploaders

[Vincent Fourmond]

Package: xmlgraphics-commons
Version: 2.2-1
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897312: O: statsvn

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I intend to orphan the statsvn package. It is technically
team-maintained by the Debian Java team, but I'm the sole maintainer,
so I prefer to mark the package as orphaned.

  Kind regards,

Vincent

Bug#897313: O: xml-commons-external -- XML Commons external code - DOM, SAX, and JAXP, etc

[Vincent Fourmond]

Package: wnpp
Severity: normal

 Hello,

  I intend to orphan the xml-commons-external package. It is technically
team-maintained by the Debian Java team, but the other listed uploader
hasn't touched the package for a very long time, so I prefer to mark
the package as orphaned.

  Kind regards,

Vincent

The package description is:
 xml-commons is focused on common code and guidelines for xml
 projects.  The first focus will be to organize and have common
 packaging for the various externally-defined standards code relating
 to XML - things like the DOM, SAX, and JAXP interfaces.

Bug#897309: O: ruby-tioga -- Ruby library for scientific graphs

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the ruby-tioga package. It is a dependency of
the ctioga2 package.

  Kind regards,

Vincent

The package description is:
 Tioga is a blend of PDF, pdfTex and ruby into a library to make
 scientific graphs of high quality. It is fairly complete and
 extensive, and comes with examples and (online) complete documentation.
 .
 Tioga is useful for scripting the generation of graphs, and comes
 with a configuration file for irb for interactive plotting of pictures.
 .
 A PDF viewer is strongly recommended if you want to make use of the
 tioga script, a wrapper around some of the library functionalities.

Bug#897311: O: statcvs

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I intend to orphan the statcvs package. It is technically
team-maintained by the Debian Java team, but the other listed uploader
hasn't touched the package for a very long time, so I prefer to mark
the package as orphaned.

  Kind regards,

Vincent

Bug#897308: O: ruby-setup -- the setup.rb install tool for Ruby

[Vincent Fourmond]

Package: wnpp
Severity: normal


  Hello,

  I intend to orphan the ruby-setup package. It is technically
team-maintained by the Debian Ruby team, but the other listed uploader
hasn't touched the package for a very long time, so I prefer to mark
the package as orphaned. It is used by some package for their build
procedure.

  Kind regards,

Vincent

The package description is:
 setup.rb is an installation tool widely used for Ruby
 programs. You can use it to distribute Ruby code you wrote
 and be sure your users won't have difficulties installing
 it.

Bug#897310: O: scalc -- simple/symbolic calculation library (development files)

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the scalc package.

  Kind regards,

Vincent

The package description is:
 SCalc is a C++ library for manipulation of mathematical
 expressions. It is possible to define functions, either using an
 expression or a C function. It is able to compute derivatives
 analytically, and is therefore suitable for implementing non-linear
 curve fitting with user-specified arbitrary functions.
 .
 This package contains the development files and the HTML
 documentation.

Bug#897307: O: ruby-rmagick -- ImageMagick API for Ruby

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I intend to orphan the ruby-rmagick package. It is technically
team-maintained by the Debian Ruby team, but the other listed uploader
hasn't touched the package for a very long time, so I prefer to mark
the package as orphaned.

  Kind regards,

Vincent

The package description is:
 RMagick is an interface between the Ruby programming language and the
 ImageMagick image processing library.

Bug#897304: O: pmount -- mount removable devices as normal user

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I hereby orphan the pmount package. This package is widely installed
and rather useful. Prospective maintainers should also take up the
upstream maintenance which I have given up long time ago already.

  Maintenance is delicate since the binary is installed with setuid
permissions. On the other hand, there hasn't been a reported security
breach for a very long time now.

  Kind regards,

Vincent


The package description is:
 pmount is a wrapper around the standard mount program which permits normal
 users to mount removable devices without a matching /etc/fstab entry. This
 provides a robust basis for automounting frameworks like GNOME's Utopia
 project and confines the amount of code that runs as root to a minimum.
 .
 If a LUKS capable cryptsetup package is installed, pmount is able to
 transparently mount encrypted volumes.

Bug#897306: O: ruby-maruku

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the ruby-maruku package. Although it is
technically team-maintained under the debian ruby team, I am the sole
uploader, so I prefer to mark it as orphaned.

  Kind regards,

Vincent

Bug#897299: O: libjswingreader-java

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the libjswingreader-java package, that is a
dependency for the jalview package. Whoever takes over the jalview
package should also take care of this package (unless it is no longer
necessary). It is technically under the maintenance of the Debian Java
team, but I am the sole uploader.

  Kind regards,

Vincent

Bug#897300: O: libvamsas-client-java

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the libvamsas-client-java package, that is a
dependency for the jalview package. Whoever takes over the jalview
package should also take care of this package (unless it is no longer
necessary).

  Kind regards,

Vincent

Bug#897303: Please remove me from uploaders

[Vincent Fourmond]

Package: mu-cade
Version: 0.11.dfsg1-12
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897295: O: java-wrappers -- wrappers for java executables

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the java-wrappers package. It is technically
maintained by the debian java team, but I am the sole uploader, so I
prefer to mark it as orphaned as of now.

  It is widely used, but does not need much maintenance, since it
seems to "just do the job". Someone from the java team should probably
step up and officially take over the maintenance.

  Kind regards,

Vincent


The package description is:
 Wrapper script facilities for java executables.
 .
 This package can be used by packagers of java programs to
 provide java runtime detection, jar lookup and a consistent
 user interface (debugging, environment variables).

Bug#897297: O: libjaba-client-java

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the libjaba-client-java package, that is a
dependency for the jalview package. Whoever takes over the jalview
package should also take care of this package (unless it is no longer
necessary).

  Kind regards

Vincent

Bug#897298: O: libjfreechart-java

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the libjfreechart-java package. Although it is
technically team-maintained under the debian java team, no uploader
(including myself) has been active for ages, it is better to mark it
as orphaned.

  Kind regards,

Vincent

Bug#897296: O: jclassinfo

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the jclassinfo package. Although it is
technically team-maintained under the debian java team, I prefer to
mark it as orphaned since there is no uploader.

  Kind regards,

Vincent

Bug#897293: Please remove me from uploaders

[Vincent Fourmond]

Package: imagemagick
Version: 8:6.9.9.39+dfsg-1
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to the maintenance
of imagemagick, there is no point in pretending I'm still uploading. I
wish you good work on this very demanding package.

  Kind regards,

Vincent



-- Package-specific info:
ImageMagick program version
---
animate:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
compare:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
convert:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
composite:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
conjure:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
display:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
identify:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
import:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
mogrify:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
montage:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org
stream:  ImageMagick 6.8.9-9 Q16 x86_64 2016-02-02 http://www.imagemagick.org

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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897294: O: jalview

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the jalview package. Although it is
technically team-maintained under the debian java team, I am the sole
uploader, so I prefer to mark it as orphaned.

  Kind regards,

Vincent

Bug#897292: Please remove me from uploaders

[Vincent Fourmond]

Package: gnuplot-mode
Version: 1:0.7.0-1
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897291: O: gitstats -- statistics generator for git repositories

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I hereby orphan the gitstats package. I have no time to work on it,
and it is greatly lagging behind upstream.

  Kind regards,

Vincent

The package description is:
 GitStats is a statistics generator for git repositories. It examines
 the repository and produces some interesting statistics from the
 history. Currently it outputs only HTML.
 .
 It is the equivalent of statcvs and statsvn for git repositories.

Bug#897290: O: gimp-dds

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the gimp-dds package. Although it is
technically team-maintained under the debian games team, as I am the
sole uploader, I prefer to orphan it.

  Kind regards,

Vincent

Bug#897288: Please remove me from uploaders

[Vincent Fourmond]

Package: freecol
Version: 0.11.6+dfsg-2
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897286: O: ctioga2

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm orphaning the ctioga2 package. I will keep on maintaining it,
more-or-less, upstream, but I have absolutely no time for maintaining
a Debian package for it.

  Kind regards,

Vincent

Bug#897289: Please remove me from uploaders

[Vincent Fourmond]

Package: gem2deb
Version: 0.39
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897287: Please remove me from the uploaders

[Vincent Fourmond]

Package: fop
Version: 1:2.1-7
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#897285: O: antigrav -- Multiplayer flying saucer racing game

[Vincent Fourmond]

Package: wnpp
Severity: normal

  Hello,

  I'm hereby orphaning the antigrav package. Although it is
technically team-maintained under the debian games team, since no
other uploader has been active on this package, I prefer to mark it as
orphaned.

  Kind regards,

Vincent
  
The package description is:
 This is a multiplayer flying saucer racing game, made for
 Assembly 2006 game competition. It is a great and fun game
 for the family with up to four players. Coming with
 astonishing 3d rendered graphics.

Bug#897283: Please remove me from uploaders

[Vincent Fourmond]

Package: a7xpg
Version: 0.11.dfsg1-10
Severity: wishlist

  Hello,

  It has been a long while since I last contributed to this package,
please remove me from the uploaders.

  Kind regards,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#878679: Please remove me from uploaders

[Vincent Fourmond]

Package: imagemagick
Version: 8:6.9.7.4+dfsg-16
Severity: minor

  Dear imagemagick maintainers,

  Please remove me from the uploaders, I obviously haven't contributed
to imagemagick in a very long time, it makes no sense for me to still
be listed as uploader. I prefer to let you do the modification, I'm
too out of touch with the current state of the packages.

  Thanks,

  Vincent

Bug#755434: pmount: please support exfat filesystem (via fuse)

[Vincent Fourmond]

  Oops, looks like I completely missed the patch.

  I'll review/apply ASAP, but I need to wait until my updated key is
back in the keyring.

  Thanks for your patience,

  Vincent

On Fri, Sep 8, 2017 at 9:17 PM, Marvin Renich  wrote:
> tags 755434 patch
> thanks
>
> Vincent Danjean added a patch in his msg on 25 Dec 2016.  I'm setting
> the appropriate tag, and adding my "please apply this patch" to the bug
> report.
>
> Many thanks for maintaining this package, as well as (hopefully) adding
> this patch!
>
> ...Marvin

Bug#874303: O: jsymphonic -- File manager for Sony's MP3 players

[Vincent Fourmond]

Package: wnpp
Severity: normal

I intend to orphan the jsymphonic package.

The package description is:
 Symphonic is a file manager for Sony's flash players (such as the
 NW-E00x series), where songs are stored in a proprietary format
 not very Unix-friendly.
 .
 This program provides functionalities similar to the proprietary
 Windows-only SonicStage software given by Sony to interact with
 the players.

Upstream hasn't released a newer version in now 7 years, and
incompatibilities with newer Java versions have arisen, see #873222. I
personally haven't used the package in years too. I'm orphaning the
package now, with the intent to request removal in probably a couple
of months if no one steps up.

  Best,

Vincent Fourmond

Bug#870561: scalc: hardcoded Pre-Depends on multiarch-support

[Vincent Fourmond]

tag -1 +patch
thanks

  Hello,

  I've prepared an upload, but, unfortunately, my subkey recently
expired. No problems, but it's going to take some time before it's
back into the keyring. I'm attaching a debdiff. If the problem because
urgent before my keys are updated, please sponsor.

  Thanks,

  Vincent

On Wed, Aug 2, 2017 at 11:19 PM, Aurelien Jarno <aure...@debian.org> wrote:
> Source: scalc
> Version: 0.2.4-4.1
> Tags: sid buster patch
> User: debian-gl...@lists.debian.org
> Usertags: multiarch-support-removal
>
> Dear Maintainer,
>
> The multiarch-support package has been introduced with squeeze so that
> packages using the multiarch libraries can Pre-Depends on it to make
> sure the multiarch path ares supported by the dynamic linker. As
> dist-upgrades from such a distant release are not supported, the
> Pre-Depends can now be dropped and then the package removed from the
> archive.
>
> Most of the packages added this Pre-Depends through debhelper and the
> misc:Pre-Depends substvar, so a change in debhelper [1] was enough to
> get rid of it. However it appears that your package uses a hardcoded
> Pre-Depends, thus it needs to be removed manually. You will find a
> patch attached to do so.
>
> Please apply it as soon as possible as the multiarch-support package
> will be removed from the archive for buster. Failing to do so will
> therefore make your package uninstallable. In case you don't have
> time to do so, don't hesitate to ask for a NMU.
>
> Thanks,
> Aurelien
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783898
diff -Nru scalc-0.2.4/debian/changelog scalc-0.2.4/debian/changelog
--- scalc-0.2.4/debian/changelog	2017-08-16 20:17:50.0 +0200
+++ scalc-0.2.4/debian/changelog	2017-08-16 20:36:45.0 +0200
@@ -1,3 +1,12 @@
+scalc (0.2.4-5) unstable; urgency=low
+
+  * The "well, it's been a long time since my last upload" release
+  * Apply patch from Aurelien Jarno to drop pre-depends on multiarch-support
+(closes: #870561)
+  * Now conforms to standards 4.0.1
+
+ -- Vincent Fourmond <fourm...@debian.org>  Wed, 16 Aug 2017 20:36:18 +0200
+
 scalc (0.2.4-4) unstable; urgency=low
 
   * Fix segfault when using simplify
diff -Nru scalc-0.2.4/debian/control scalc-0.2.4/debian/control
--- scalc-0.2.4/debian/control	2017-08-16 20:17:50.00000 +0200
+++ scalc-0.2.4/debian/control	2017-08-16 20:35:17.0 +0200
@@ -3,7 +3,7 @@
 Maintainer: Vincent Fourmond <fourm...@debian.org>
 Build-Depends: debhelper (>= 9), autotools-dev, doxygen, graphviz, 
dpkg-dev (>= 1.16.1~), dh-autoreconf
-Standards-Version: 3.9.5
+Standards-Version: 4.0.1
 Section: libs
 Homepage: http://rubyforge.org/frs/?group_id=1477
 
@@ -26,7 +26,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Pre-Depends: multiarch-support
+Pre-Depends: ${misc:Pre-Depends}
 Description: simple/symbolic calculation library
  SCalc is a C++ library for manipulation of mathematical
  expressions. It is possible to define functions, either using an

Bug#862540: Please tighten dependency on libpotrace0

[Vincent Fourmond]

Package: potrace
Version: 1.14-1
Severity: important

  Dear potrace Maintainer,

  I just installed potrace by running apt install potrace, and it kept
segfaulting at startup. Upgrading libpotrace0 to the current version
fixed the problem.

  This means that the libpotrace0 dependency to the potrace package
should be more strict, since apt is supposed to do "the right thing",
and you can't expect the users to keep all their packages
up-to-date. Setting it equal to the package version should probably do
the trick.

  Cheers,

Vincent


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages potrace depends on:
ii  libc62.24-8
ii  libpotrace0  1.14-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

potrace recommends no packages.

Versions of packages potrace suggests:
ii  netpbm  2:10.0-15.3

-- no debconf information

Bug#817842: imagemagick & imagemagick-6.q16 packages have the same binary

[Vincent Fourmond]

  Hello,

On Thu, Mar 10, 2016 at 10:58 PM, Ross Gammon  wrote:
> Whilst debugging the two desktop menu items in imagemagick (separate bug), it
> was noticed that the two packages (imagemagick & imagemagick-6.q16) seem to
> provide the same binary, despite the q16 package being advertised as having a
> different quantum depth (16 v 8).

  Hmmm. Is it still written somewhere that the default depth is 8 ? If
yes, then clearly we should modify that.

> Also, if offering a default quantum depth package, and one with more quantum
> depth, would it be better to offer Q16 as the default, and Q32 as the option?

  That is something we'd like to do, and it's the reason why we set up
different packages with proper alternatives, but that's unfortunately
not going to happen very soon.

  Best,

  Vincent

Bug#813426: [Pkg-gmagick-im-team] Bug#813426: warning: /etc/alternatives/compare is dangling; it will be updated with best choice

[Vincent Fourmond]

control: unmerge -1
control: reassign -1 src:imagemagick

  Reassigning this bug to imagemagick. There are two problems:

  * the problem with the alternatives
  * the problem with dir to symlink

  The latter is clearly a dpkg bug (already reported), but the former
is an imagemagick bug, and should be tracked separately.

  Bastien, I'm handling the alternatives problem right now. Shall we
revert the dir-to-symlink change as of now ?

  Regards,

  Vincent

On Wed, Feb 3, 2016 at 5:19 PM, 積丹尼 Dan Jacobson  wrote:
>>> BTW, you show a very long list of warning messages, did they stop by
>>> themselves ? If yes, I'm very curious why.
>
> Oops I'm sorry I neglected to truncate them for my bug post.
>
> No I had to use ^C to stop them.

Bug#813566: Patch

[Vincent Fourmond]

On Thu, Feb 4, 2016 at 1:29 PM, Diederik de Haas  wrote:
> tags 813566 patch
> thanks
>
> Created a patch which expands the description of the package saying which
> image formats can be found in the -extra package.
> I have created the patch, made with 'git format-patch', against the
> debian/6.9.2.10+dfsg-2 branch as that was the one which was modified the
> latest. I hope that that is correct.

  Thanks, I'm slightly changing the wording.

> I have to say that the repository has a LOT of branches with names which I'd
> normally expect as tags ...

  That's the best way to work with gitpkg, which doesn't work as
git-buildpackage. In the end, it doesn't really change anything.

  Cheers,

  Vincent
>
> Regards,
>   Diederik

Bug#813566: imagemagick-6.q16: missing package dependency to librsvg2-bin

[Vincent Fourmond]

control: tag -1 pending

  Dear Takahide,

On Fri, Feb 5, 2016 at 7:08 AM, Takahide Nojima  wrote:
>>  We cannot have the libmagickcore-6.q16-2-extra package installed by
>> default, the best we could do is to clarify for what the -extra
>> package is needed in the package description.
>
> I agree with that. I would be glad if the package descripiton say some
> hint of -extra package.

  Yep, the fix has been comitted to the git repository, but it will be
along while before it even hits unstable.

  Cheers,

  Vincent

>
> Takahide Nojima
>
>

Bug#813566: imagemagick-6.q16: missing package dependency to librsvg2-bin

[Vincent Fourmond]

control: severity -1 wishlist
control: rename -1 "Make it clear that SVG support (and other) comes
from -extra ?"

  Dear Takahide,

  The problem comes from the fact that libmagickcore-6.q16-2-extra,
which contains support for the "more exotic and/or more demanding"
image formats such as SVG, is not installed. This is shown by:

> Versions of packages imagemagick-6.q16 recommends:
> ii  ghostscript  9.16~dfsg-2.1
> pn  libmagickcore-6.q16-2-extra  
> ii  netpbm   2:10.0-15.3

  You should keep in mind that if you don't have the recommended
packages installed, some of the standard functionalities may be
missing, so missing SVG support shouldn't be surprising.

  We cannot have the libmagickcore-6.q16-2-extra package installed by
default, the best we could do is to clarify for what the -extra
package is needed in the package description.

  Regards,

  Vincent

Bug#811024: jessie-pu: package imagemagick/8:6.8.9.9-5

[Vincent Fourmond]

  Dear Adam,

On Sun, Jan 31, 2016 at 7:19 PM, Adam D. Barratt 
wrote:

> Control: tags -1 + confirmed
>
> > Essentially, the upload I'm proposing (debdiff to stable attached)
> > makes stable and unstable identical, since there were only security
> > fixes involved (the bulk of the work is happening in experimental, but
> > there are transitions involved, so it's not very fast...). Is that OK
> > for an upload to jpu ?
>
> The no-op changes to the patches you haven't changed (i.e. the first 56)
> are rather noisy.
>

  I'm sorry, this is one of the current shortcomings of gitpkg, which we
find quite comfortable otherwise to deal with such a complex package.


> Some of the new patches also appear to include unrelated changes; for
> instance:
>
> +Subject: [PATCH] Fix PixelColor off by one on i386
> [...]
> +-"XmlMissingElement", ", slot \"%s\"", slot);
> ++"XmlMissingElement",", slot \"%s\"",slot);
>

  These are cosmetic fixes that come from the upstream patches also fixing
the security issues, we didn't feel like editing upstream commits.


> Assuming that the resulting package has been tested on Jessie, please go
> ahead.
>

  Yep, I've just checked it works fine, I'm uploading right away.

  Thanks !

  Vincent

Bug#813426: warning: /etc/alternatives/compare is dangling; it will be updated with best choice

[Vincent Fourmond]

control: severity -1 serious

  Hello,

On Wed, Feb 3, 2016 at 12:52 AM, 積丹尼 Dan Jacobson  wrote:
>
> What  a   mess.

  I can only agree...

> Preparing to unpack .../libmagickwand-6.q16-2_8%3a6.9.2.10+dfsg-2_i386.deb ...
> Unpacking libmagickwand-6.q16-2:i386 (8:6.9.2.10+dfsg-2) over 
> (8:6.9.2.10+dfsg-1) ...
> Preparing to unpack .../imagemagick-6-doc_8%3a6.9.2.10+dfsg-2_all.deb ...
> Unpacking imagemagick-6-doc (8:6.9.2.10+dfsg-2) over (8:6.9.2.10+dfsg-1) ...
> Preparing to unpack .../imagemagick-doc_8%3a6.9.2.10+dfsg-2_all.deb ...
> Unpacking imagemagick-doc (8:6.9.2.10+dfsg-2) over (8:6.9.2.10+dfsg-1) ...
> Preparing to unpack .../libmagickcore-6.q16-2_8%3a6.9.2.10+dfsg-2_i386.deb ...
> Unpacking libmagickcore-6.q16-2:i386 (8:6.9.2.10+dfsg-2) over 
> (8:6.9.2.10+dfsg-1) ...
> Preparing to unpack .../imagemagick-6-common_8%3a6.9.2.10+dfsg-2_all.deb ...
> Unpacking imagemagick-6-common (8:6.9.2.10+dfsg-2) over (8:6.9.2.10+dfsg-1) 
> ...
> dpkg: warning: unable to delete old directory '/etc/etc/ImageMagick-6': 
> Directory not empty
> dpkg: warning: unable to delete old directory '/etc/etc': Directory not empty
> Preparing to unpack .../libfftw3-single3_3.3.4-2+b1_i386.deb ...
> Unpacking libfftw3-single3:i386 (3.3.4-2+b1) over (3.3.4-2) ...
> Preparing to unpack .../libdebconfclient0_0.204_i386.deb ...
> Unpacking libdebconfclient0:i386 (0.204) over (0.203) ...
> Processing triggers for man-db (2.7.5-1) ...
> Processing triggers for systemd (228-4+b1) ...
> Processing triggers for libc-bin (2.22-0experimental1) ...
> Processing triggers for doc-base (0.10.7) ...
> Processing 1 changed doc-base file...
> Registering documents with scrollkeeper...
> Setting up libdebconfclient0:i386 (0.204) ...
> Processing triggers for libc-bin (2.22-0experimental1) ...
> Preparing to unpack .../isc-dhcp-client_4.3.3-7_i386.deb ...
> Unpacking isc-dhcp-client (4.3.3-7) over (4.3.3-6) ...
> Preparing to unpack .../isc-dhcp-common_4.3.3-7_i386.deb ...
> Unpacking isc-dhcp-common (4.3.3-7) over (4.3.3-6) ...
> Preparing to unpack .../libboost-iostreams1.58.0_1.58.0+dfsg-4.1+b1_i386.deb 
> ...
> Unpacking libboost-iostreams1.58.0:i386 (1.58.0+dfsg-4.1+b1) over 
> (1.58.0+dfsg-4.1) ...
> Preparing to unpack .../libgnutls30_3.4.8-3_i386.deb ...
> Unpacking libgnutls30:i386 (3.4.8-3) over (3.4.8-2) ...
> Preparing to unpack .../libasound2-data_1.1.0-1_all.deb ...
> Unpacking libasound2-data (1.1.0-1) over (1.0.29-1) ...
> Preparing to unpack .../libasound2_1.1.0-1_i386.deb ...
> Unpacking libasound2:i386 (1.1.0-1) over (1.0.29-1) ...
> Preparing to unpack .../alsa-utils_1.1.0-1_i386.deb ...
> Unpacking alsa-utils (1.1.0-1) over (1.0.29-1+b1) ...
> Preparing to unpack .../archives/bdf2psf_1.136_all.deb ...
> Unpacking bdf2psf (1.136) over (1.135) ...
> Preparing to unpack .../debian-policy_3.9.7.0_all.deb ...
> Unpacking debian-policy (3.9.7.0) over (3.9.6.1) ...
> Preparing to unpack .../dosfstools_3.99.0~git20160127-2_i386.deb ...
> Unpacking dosfstools (3.99.0~git20160127-2) over (3.0.28-2) ...
> Preparing to unpack .../imagemagick_8%3a6.9.2.10+dfsg-2_all.deb ...
> dpkg-query: no packages found matching imagemagick:all
> dpkg-query: package 'imagemagick' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'imagemagick' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'imagemagick' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> [...]
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.

  This looks like a dpkg bug -- dpkg doesn't like so much switching
from arch:any to arch:all, as far as I can tell.

  BTW, you show a very long list of warning messages, did they stop by
themselves ? If yes, I'm very curious why.

> dpkg-maintscript-helper: error: directory '/usr/share/doc/imagemagick' 
> contains files not owned by package imagemagick:all, cannot switch to symlink
> dpkg: error processing archive 
> /var/cache/apt/archives/imagemagick_8%3a6.9.2.10+dfsg-2_all.deb (--unpack):
>  subprocess new pre-installation script returned error exit status 1
> Preparing to unpack .../imagemagick-6.q16_8%3a6.9.2.10+dfsg-2_i386.deb ...
> Unpacking imagemagick-6.q16 (8:6.9.2.10+dfsg-2) over (8:6.9.2.10+dfsg-1) ...
> Preparing to unpack .../iso-codes_3.65-1_all.deb ...

  Thanks !

  Vincent

Bug#813426: warning: /etc/alternatives/compare is dangling; it will be updated with best choice

[Vincent Fourmond]

control: tags -1 +moreinfo

  Dear Jidanni,

On Mon, Feb 1, 2016 at 9:00 PM, jidanni1 
wrote:

> Package: imagemagick-6.q16
> Version: 8:6.9.2.10+dfsg-2
>
> Lots of
> update-alternatives: warning: alternative /usr/bin/compare-im6 (part of
> link group compare) doesn't exist; removing from list of alternatives
> update-alternatives: warning: /etc/alternatives/compare is dangling; it
> will be updated with best choice
> update-alternatives: using /usr/bin/compare-im6.q16 to provide
> /usr/bin/compare (compare) in auto mode
> update-alternatives: warning: alternative /usr/bin/animate-im6 (part of
> link group animate) doesn't exist; removing from list of alternatives
>
>
  Could you please paste the full log, if you still have it, or tell us
from which version you're upgrading ? And which version of the imagemagick
package ? If it was updated before/after/not updated ?

  Thanks a lot,

  Vincent

Bug#811024: jessie-pu: package imagemagick/8:6.8.9.9-5

[Vincent Fourmond]

  Hello,

On Mon, Jan 18, 2016 at 9:39 PM, Vincent Fourmond <fourm...@debian.org>
wrote:

> On Thu, Jan 14, 2016 at 10:49 PM, Vincent Fourmond <fourm...@debian.org>
> wrote:
>
>> On Thu, Jan 14, 2016 at 10:44 PM, Adam D. Barratt <
>> a...@adam-barratt.org.uk> wrote:
>>
>>> Control: tags -1 + moreinfo
>>>
>>> On Thu, 2016-01-14 at 22:33 +0100, Vincent Fourmond wrote:
>>> >   The imagemagick maintainers (mostly Bastien) have prepared a new
>>> > version of imagemagick for stable that fixes a series of minor
>>> > security issues that the security team did not deem worthy of an
>>> > upload to stable-security. Can we upload the following package ? Here
>>> > is the changelog:
>>>
>>> While I've not checked each fix individually (mostly due to the lack of
>>> Debian bugs referenced), at least these changes:
>>>
>>> > - Fix an integer overflow that can lead to a buffer overrun
>>> >   in the icon parsing code (LP: #1459747, closes: #806441)
>>> > - Fix an integer overflow that can lead to a double free in
>>> >   pict parsing (LP: #1448803, closes: #806441).
>>>
>>> claim not to be fixed in unstable according to the BTS metadata, which
>>> is a pre-requisite for fixing them in stable. Please could you clarify
>>> the status of those and the other fixes.
>>>
>>
>>   You are unfortunately correct. We have uploaded a fix to experimental,
>> but it may not make its way before a while to unstable, so probably the
>> wisest course is to backport the changes to unstable, and then, I'll get
>> back to you.
>>
>
>   I have uploaded a -7 version to unstable that fixes the security
> problems mentioned above (some of those had been fixed before). I also have
> updated the changelog to make the changes more easy to track. Essentially,
> the upload I'm proposing (debdiff to stable attached) makes stable and
> unstable identical, since there were only security fixes involved (the bulk
> of the work is happening in experimental, but there are transitions
> involved, so it's not very fast...). Is that OK for an upload to jpu ?
>

  Can I upload to jpu, then ? Or should the fix move to testing first ?

  Cheers,

  Vincent

Bug#811308: Multiple minor security issues

[Vincent Fourmond]

Package: imagemagick
Version: 8:6.8.9.9-5
Severity: normal
Tags: security

  This bug is to help track a few relatively minor security problems
with the current stable and unstable versions of imagemagick.

  - Memory Leak while handle psd file
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3=28791
  - IM 6.9.2 crash with some PNG
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3=28466
  - Prevent null pointer access in magick/constitute.c
https://github.com/ImageMagick/ImageMagick/pull/34
  - PixelColor off by one on i386
https://github.com/ImageMagick/ImageMagick/issues/54
  - Fixed memory leak when reading incorrect PSD files

  Cheers,

  Vincent

Bug#810591: imagemagick:i386 not configured because /usr/bin/compare-im6 doesn't exist

[Vincent Fourmond]

  Dear Guy,

  Looks like the fix will take longer than it should. In the meantime,
please try:

apt install imagemagick:amd64

  This should hopefully fix the problem.

  Cheers,

  Vincent

2016-01-12 18:11 GMT+01:00 Vincent Fourmond <fourm...@debian.org>:

>
> OK, I get it. You have installed the i386 version of imagemagick but the
> amd64 version of imagemagick-6.q16. This clearly should not be allowed.
> I'll fix that ASAP.
>
>   Thanks !
>
>   Vincent
>
> 2016-01-12 17:23 GMT+01:00 Guy Durrieu <guy.durr...@cegetel.net>:
>
>> Le 11/01/2016 23:43, Vincent Fourmond a écrit :
>>
>>>
>>>   I'm getting more and more confused, this really shouldn't happen,
>>> since imagemagick-6.q16 should be properly unpacked when it reaches the
>>> configuration step...
>>>
>>>   Before anything else, what does this tell you ?
>>>
>>> dpkg -L imagemagick-6.q16
>>>
>>
>> Hello Vincent,
>>
>> Here is the result:
>>
>> -
>> # dpkg -L imagemagick-6.q16
>> /.
>> /usr
>> /usr/lib
>> /usr/lib/x86_64-linux-gnu
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/animate
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/convert
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/composite
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/conjure
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/import
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/identify
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/stream
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/display
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/montage
>> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/mogrify
>> /usr/share
>> /usr/share/doc
>> /usr/share/doc/imagemagick-6.q16
>> /usr/share/doc/imagemagick-6.q16/changelog.Debian.amd64.gz
>> /usr/share/doc/imagemagick-6.q16/changelog.Debian.gz
>> /usr/share/doc/imagemagick-6.q16/changelog.gz
>> /usr/share/doc/imagemagick-6.q16/NEWS.Debian.gz
>> /usr/share/doc/imagemagick-6.q16/copyright
>> /usr/share/applications
>> /usr/share/applications/display-im6.q16.desktop
>> /usr/share/pixmaps
>> /usr/share/pixmaps/display-im6.q16.xpm
>> /usr/share/icons
>> /usr/share/icons/hicolor
>> /usr/share/icons/hicolor/scalable
>> /usr/share/icons/hicolor/scalable/apps
>> /usr/share/icons/hicolor/scalable/apps/display-im6.q16.svgz
>> /usr/share/icons/hicolor/96x96
>> /usr/share/icons/hicolor/96x96/apps
>> /usr/share/icons/hicolor/96x96/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/8x8
>> /usr/share/icons/hicolor/8x8/apps
>> /usr/share/icons/hicolor/8x8/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/72x72
>> /usr/share/icons/hicolor/72x72/apps
>> /usr/share/icons/hicolor/72x72/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/64x64
>> /usr/share/icons/hicolor/64x64/apps
>> /usr/share/icons/hicolor/64x64/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/48x48
>> /usr/share/icons/hicolor/48x48/apps
>> /usr/share/icons/hicolor/48x48/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/42x42
>> /usr/share/icons/hicolor/42x42/apps
>> /usr/share/icons/hicolor/42x42/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/36x36
>> /usr/share/icons/hicolor/36x36/apps
>> /usr/share/icons/hicolor/36x36/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/32x32
>> /usr/share/icons/hicolor/32x32/apps
>> /usr/share/icons/hicolor/32x32/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/256x256
>> /usr/share/icons/hicolor/256x256/apps
>> /usr/share/icons/hicolor/256x256/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/24x24
>> /usr/share/icons/hicolor/24x24/apps
>> /usr/share/icons/hicolor/24x24/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/22x22
>> /usr/share/icons/hicolor/22x22/apps
>> /usr/share/icons/hicolor/22x22/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/192x192
>> /usr/share/icons/hicolor/192x192/apps
>> /usr/share/icons/hicolor/192x192/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/16x16
>> /usr/share/icons/hicolor/16x16/apps
>> /usr/share/icons/hicolor/16x16/apps/display-im6.q16.png
>> /usr/share/icons/hicolor/128x128
>> /usr/share/icons/hicolor/128x128/apps
>> /usr/share/icons/hicolor/128x128/apps/display-im6.q16.png

Bug#811024: jessie-pu: package imagemagick/8:6.8.9.9-5

[Vincent Fourmond]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

  Dear Release Team,

  The imagemagick maintainers (mostly Bastien) have prepared a new
version of imagemagick for stable that fixes a series of minor
security issues that the security team did not deem worthy of an
upload to stable-security. Can we upload the following package ? Here
is the changelog:

imagemagick (8:6.8.9.9-5+deb8u1) stable; urgency=medium

  * Fix build on mips by printing progress (Closes: #770009).
  * Fix a few security bugs:
- A DOS on specially crafted MIFF file.
- A DOS on specially crafted Vicar file.
- A DOS on specially crafted HDR file.
- A DOs on specially crafted PDB file.
- Fix a Null dereference in coders/png.c (LP: #1492881).
- Fix a double free in coders/tga.c (LP: #1490362).
- Avoid a DOS for RLE file.
- Avoid a bufer overflow by using field limit in sprintf.
- Avoid a stack overflow in fx handling.
- Fixed size of memory allocation in RLE coder
  to avoid segfault (LP: #1496649).
- Add extra checks to avoid out of bounds error
  when parsing the 8bim profile. (LP: #1496645).
- Fixed memory leak when reading incorrect PSD files
- Fix PixelColor off by one on i386.
- Fix out of bounds error in -splice operator.
- Prevent null pointer access in magick/constitute.c
- Fix another memory leak in string handling.
- Fix an integer overflow that can lead to a buffer overrun
  in the icon parsing code (LP: #1459747, closes: #806441)
- Fix an integer overflow that can lead to a double free in
  pict parsing (LP: #1448803, closes: #806441).

 -- Bastien Roucariès   Sat, 09 Jan 2016 
23:05:59 +0100

  I've also attached the debdiff. Most patches are trivial fixes.

  Cheers,

  Vincent



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

Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru imagemagick-6.8.9.9/debian/changelog imagemagick-6.8.9.9/debian/changelog
--- imagemagick-6.8.9.9/debian/changelog	2014-12-29 11:53:11.0 +0100
+++ imagemagick-6.8.9.9/debian/changelog	2016-01-14 22:29:20.0 +0100
@@ -1,3 +1,32 @@
+imagemagick (8:6.8.9.9-5+deb8u1) stable; urgency=medium
+
+  * Fix build on mips by printing progress (Closes: #770009).
+  * Fix a few security bugs:
+- A DOS on specially crafted MIFF file.
+- A DOS on specially crafted Vicar file.
+- A DOS on specially crafted HDR file.
+- A DOs on specially crafted PDB file.
+- Fix a Null dereference in coders/png.c (LP: #1492881).
+- Fix a double free in coders/tga.c (LP: #1490362).
+- Avoid a DOS for RLE file.
+- Avoid a bufer overflow by using field limit in sprintf.
+- Avoid a stack overflow in fx handling.
+- Fixed size of memory allocation in RLE coder
+  to avoid segfault (LP: #1496649).
+- Add extra checks to avoid out of bounds error
+  when parsing the 8bim profile. (LP: #1496645).
+- Fixed memory leak when reading incorrect PSD files
+- Fix PixelColor off by one on i386.
+- Fix out of bounds error in -splice operator.
+- Prevent null pointer access in magick/constitute.c
+- Fix another memory leak in string handling.
+- Fix an integer overflow that can lead to a buffer overrun
+  in the icon parsing code (LP: #1459747, closes: #806441)
+- Fix an integer overflow that can lead to a double free in
+  pict parsing (LP: #1448803, closes: #806441).
+
+ -- Bastien Roucariès   Sat, 09 Jan 2016 23:05:59 +0100
+
 imagemagick (8:6.8.9.9-5) unstable; urgency=high
 
   * Fix incorrect fix for xpm security problem.
diff -Nru imagemagick-6.8.9.9/debian/patches/0001-Use-svg-instead-of-png-for-generating-class-diagram.patch imagemagick-6.8.9.9/debian/patches/0001-Use-svg-instead-of-png-for-generating-class-diagram.patch
--- imagemagick-6.8.9.9/debian/patches/0001-Use-svg-instead-of-png-for-generating-class-diagram.patch	2014-12-29 11:55:33.0 +0100
+++ imagemagick-6.8.9.9/debian/patches/0001-Use-svg-instead-of-png-for-generating-class-diagram.patch	2016-01-14 22:29:34.0 +0100
@@ -81,6 +81,3 @@
  
  # If DOT_IMAGE_FORMAT is set to svg, then this option can be set to YES to
  # enable generation of interactive SVG images that allow zooming and panning.
--- 
-2.1.4
-
diff -Nru imagemagick-6.8.9.9/debian/patches/0002-Fix-html-documents.patch imagemagick-6.8.9.9/debian/patches/0002-Fix-html-documents.patch
--- imagemagick-6.8.9.9/debian/patches/0002-Fix-html-documents.patch	2014-12-29 11:55:33.0 +0100
+++ 

Bug#811024: jessie-pu: package imagemagick/8:6.8.9.9-5

[Vincent Fourmond]

On Thu, Jan 14, 2016 at 10:44 PM, Adam D. Barratt <a...@adam-barratt.org.uk>
wrote:

> Control: tags -1 + moreinfo
>
> On Thu, 2016-01-14 at 22:33 +0100, Vincent Fourmond wrote:
> >   The imagemagick maintainers (mostly Bastien) have prepared a new
> > version of imagemagick for stable that fixes a series of minor
> > security issues that the security team did not deem worthy of an
> > upload to stable-security. Can we upload the following package ? Here
> > is the changelog:
>
> While I've not checked each fix individually (mostly due to the lack of
> Debian bugs referenced), at least these changes:
>
> > - Fix an integer overflow that can lead to a buffer overrun
> >   in the icon parsing code (LP: #1459747, closes: #806441)
> > - Fix an integer overflow that can lead to a double free in
> >   pict parsing (LP: #1448803, closes: #806441).
>
> claim not to be fixed in unstable according to the BTS metadata, which
> is a pre-requisite for fixing them in stable. Please could you clarify
> the status of those and the other fixes.
>

  You are unfortunately correct. We have uploaded a fix to experimental,
but it may not make its way before a while to unstable, so probably the
wisest course is to backport the changes to unstable, and then, I'll get
back to you. Regarding your other comment, not all the security problems
correspond to a bug report. I guess I'll just have to file a "global" one
for a series of problems...

  Regards,

  Vincent

Bug#810591: imagemagick:i386 not configured because /usr/bin/compare-im6 doesn't exist

[Vincent Fourmond]

OK, I get it. You have installed the i386 version of imagemagick but the
amd64 version of imagemagick-6.q16. This clearly should not be allowed.
I'll fix that ASAP.

  Thanks !

  Vincent

2016-01-12 17:23 GMT+01:00 Guy Durrieu <guy.durr...@cegetel.net>:

> Le 11/01/2016 23:43, Vincent Fourmond a écrit :
>
>>
>>   I'm getting more and more confused, this really shouldn't happen, since
>> imagemagick-6.q16 should be properly unpacked when it reaches the
>> configuration step...
>>
>>   Before anything else, what does this tell you ?
>>
>> dpkg -L imagemagick-6.q16
>>
>
> Hello Vincent,
>
> Here is the result:
>
> -
> # dpkg -L imagemagick-6.q16
> /.
> /usr
> /usr/lib
> /usr/lib/x86_64-linux-gnu
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/animate
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/convert
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/composite
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/conjure
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/import
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/identify
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/stream
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/display
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/montage
> /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/mogrify
> /usr/share
> /usr/share/doc
> /usr/share/doc/imagemagick-6.q16
> /usr/share/doc/imagemagick-6.q16/changelog.Debian.amd64.gz
> /usr/share/doc/imagemagick-6.q16/changelog.Debian.gz
> /usr/share/doc/imagemagick-6.q16/changelog.gz
> /usr/share/doc/imagemagick-6.q16/NEWS.Debian.gz
> /usr/share/doc/imagemagick-6.q16/copyright
> /usr/share/applications
> /usr/share/applications/display-im6.q16.desktop
> /usr/share/pixmaps
> /usr/share/pixmaps/display-im6.q16.xpm
> /usr/share/icons
> /usr/share/icons/hicolor
> /usr/share/icons/hicolor/scalable
> /usr/share/icons/hicolor/scalable/apps
> /usr/share/icons/hicolor/scalable/apps/display-im6.q16.svgz
> /usr/share/icons/hicolor/96x96
> /usr/share/icons/hicolor/96x96/apps
> /usr/share/icons/hicolor/96x96/apps/display-im6.q16.png
> /usr/share/icons/hicolor/8x8
> /usr/share/icons/hicolor/8x8/apps
> /usr/share/icons/hicolor/8x8/apps/display-im6.q16.png
> /usr/share/icons/hicolor/72x72
> /usr/share/icons/hicolor/72x72/apps
> /usr/share/icons/hicolor/72x72/apps/display-im6.q16.png
> /usr/share/icons/hicolor/64x64
> /usr/share/icons/hicolor/64x64/apps
> /usr/share/icons/hicolor/64x64/apps/display-im6.q16.png
> /usr/share/icons/hicolor/48x48
> /usr/share/icons/hicolor/48x48/apps
> /usr/share/icons/hicolor/48x48/apps/display-im6.q16.png
> /usr/share/icons/hicolor/42x42
> /usr/share/icons/hicolor/42x42/apps
> /usr/share/icons/hicolor/42x42/apps/display-im6.q16.png
> /usr/share/icons/hicolor/36x36
> /usr/share/icons/hicolor/36x36/apps
> /usr/share/icons/hicolor/36x36/apps/display-im6.q16.png
> /usr/share/icons/hicolor/32x32
> /usr/share/icons/hicolor/32x32/apps
> /usr/share/icons/hicolor/32x32/apps/display-im6.q16.png
> /usr/share/icons/hicolor/256x256
> /usr/share/icons/hicolor/256x256/apps
> /usr/share/icons/hicolor/256x256/apps/display-im6.q16.png
> /usr/share/icons/hicolor/24x24
> /usr/share/icons/hicolor/24x24/apps
> /usr/share/icons/hicolor/24x24/apps/display-im6.q16.png
> /usr/share/icons/hicolor/22x22
> /usr/share/icons/hicolor/22x22/apps
> /usr/share/icons/hicolor/22x22/apps/display-im6.q16.png
> /usr/share/icons/hicolor/192x192
> /usr/share/icons/hicolor/192x192/apps
> /usr/share/icons/hicolor/192x192/apps/display-im6.q16.png
> /usr/share/icons/hicolor/16x16
> /usr/share/icons/hicolor/16x16/apps
> /usr/share/icons/hicolor/16x16/apps/display-im6.q16.png
> /usr/share/icons/hicolor/128x128
> /usr/share/icons/hicolor/128x128/apps
> /usr/share/icons/hicolor/128x128/apps/display-im6.q16.png
>
> -
>
>>
>>   Can you try using apt upgrade instead of aptitude ? (maybe aptitude is
>> getting confused at some point).
>>
>>   Cheers,
>>
>>   Vincent
>>
>>
> Same result (again in french):
>
> -
> # apt upgrade
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> Calcul de la mise à jour... Fait
> 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
> 5 partiellement installés ou enlevés.
> Après cette opération, 0 o d'espace disque supplémentaires seron

Bug#810591: imagemagick:i386 not configured because /usr/bin/compare-im6 doesn't exist

[Vincent Fourmond]

[don't forget to keep 810...@bugs.debian.org in CC when you reply, we want
the information to be public]


On Mon, Jan 11, 2016 at 11:27 PM, Guy Durrieu <guy.durr...@cegetel.net>
wrote:

> Le 11/01/2016 22:52, Vincent Fourmond a écrit :
>
>> tag 810591 +moreinfo
>> thanks
>>
>>   Hello,
>>
>>   I'm very puzzled by this bug, since, clearly, compare-im6 exists in the
>> package:
>>
>> dpkg-deb -c imagemagick_6.8.9.9-6+b1_i386.deb | grep compare
>> -rw-r--r-- root/root  1745 2015-12-18 11:40
>> ./usr/share/man/man1/compare-im6.1.gz
>> lrwxrwxrwx root/root 0 2015-12-18 11:40 ./usr/bin/compare-im6 ->
>> ../lib/i386-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare
>>
>>   And it points to a valid symlink (as long as the imagemagick-6.q16
>> package is installed, but as the former depends on the latter, it should
>> always be)...
>>
>>  dpkg-deb -c imagemagick-6.q16_6.8.9.9-6+b1_i386.deb | grep compare
>> -rwxr-xr-x root/root  5636 2015-12-18 11:40
>> ./usr/lib/i386-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare
>>
>>   Can you describe what did you do more precisely ? Can you reinstall
>> imagemagick-6.q16 ? What does
>>
>> ls -l /usr/bin/compare-im6
>>
>> say ?
>>
>>   Cheers,
>>
>>   Vincent
>>
>>
> Hello,
>
> Thanks for your answer.
>
> The error appeared while performing aptitude full-upgrade (thus upgrading
> ImageMagick).
>
>
>
>  ls -l /usr/bin/compare-im6 gives
>
> lrwxrwxrwx 1 root root 55 déc.  18 11:40 /usr/bin/compare-im6 ->
> ../lib/i386-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare
>
> but ImageMagick-6.8.9/bin-Q16/compare doesn't exist within
> /usr/lib/i386-linux-gnu...
>
> and I get the same error messages after reinstalling imagemagick-6.q16:
>
> (Sorry, the script is in french)
>
> ---
> (Lecture de la base de données... 363500 fichiers et répertoires déjà
> installés.)
> Préparation du dépaquetage de
> .../imagemagick-6.q16_8%3a6.8.9.9-6+b1_amd64.deb ...
> Dépaquetage de imagemagick-6.q16 (8:6.8.9.9-6+b1) sur (8:6.8.9.9-6+b1) ...
> Traitement des actions différées (« triggers ») pour mime-support (3.59)
> ...
> Traitement des actions différées (« triggers ») pour gnome-menus
> (3.13.3-6) ...
> Traitement des actions différées (« triggers ») pour desktop-file-utils
> (0.22-1) ...
> Traitement des actions différées (« triggers ») pour hicolor-icon-theme
> (0.13-1) ...
> Paramétrage de imagemagick-6.q16 (8:6.8.9.9-6+b1) ...
> Paramétrage de imagemagick:i386 (8:6.8.9.9-6+b1) ...
> update-alternatives: erreur: le chemin alternatif /usr/bin/compare-im6
> n'existe pas
> dpkg: erreur de traitement du paquet imagemagick:i386 (--configure) :
>  le sous-processus script post-installation installé a retourné une erreur
> de sortie d'état 2
> ---
>

  I'm getting more and more confused, this really shouldn't happen, since
imagemagick-6.q16 should be properly unpacked when it reaches the
configuration step...

  Before anything else, what does this tell you ?

dpkg -L imagemagick-6.q16

  Can you try using apt upgrade instead of aptitude ? (maybe aptitude is
getting confused at some point).

  Cheers,

  Vincent

Bug#810591: imagemagick:i386 not configured because /usr/bin/compare-im6 doesn't exist

[Vincent Fourmond]

tag 810591 +moreinfo
thanks

  Hello,

  I'm very puzzled by this bug, since, clearly, compare-im6 exists in the
package:

dpkg-deb -c imagemagick_6.8.9.9-6+b1_i386.deb | grep compare
-rw-r--r-- root/root  1745 2015-12-18 11:40
./usr/share/man/man1/compare-im6.1.gz
lrwxrwxrwx root/root 0 2015-12-18 11:40 ./usr/bin/compare-im6 ->
../lib/i386-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare

  And it points to a valid symlink (as long as the imagemagick-6.q16
package is installed, but as the former depends on the latter, it should
always be)...

 dpkg-deb -c imagemagick-6.q16_6.8.9.9-6+b1_i386.deb | grep compare
-rwxr-xr-x root/root  5636 2015-12-18 11:40
./usr/lib/i386-linux-gnu/ImageMagick-6.8.9/bin-Q16/compare

  Can you describe what did you do more precisely ? Can you reinstall
imagemagick-6.q16 ? What does

ls -l /usr/bin/compare-im6

say ?

  Cheers,

  Vincent



On Sun, Jan 10, 2016 at 9:47 AM, Guy Durrieu 
wrote:

> Package: imagemagick:i386
> Version: 8:6.8.9.9-6+b1
>
> Dear Maintainer,
>
> Since a while now, a get the following error when running aptitude:
>
> Setting up imagemagick:i386 (8:6.8.9.9-6+b1) ...
> update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't
> exist
> dpkg: error processing package imagemagick:i386 (--configure):
>  subprocess installed post-installation script returned error exit status 2
>
> Additionnally:
>  cups-filters
>  cups
>  printer-driver-hpcups
>  hplip
>  printer-driver-postscript-hp
>
> which apparently depend on imagemagick:i386 cannot be correctly configured
>
> Thanks in advance for your help
>
>
>
> -- Package-specific info:
> ImageMagick program version
> ---
> animate: compare: convert: composite: conjure: display: identify: import:
> mogrify: montage: stream:
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers proposed-updates
>   APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages imagemagick depends on:
> ii  imagemagick-6.q16  8:6.8.9.9-6+b1
>
> imagemagick recommends no packages.
>
> imagemagick suggests no packages.
>
> -- no debconf information
>
>

Bug#807872: should use the encrypted disk label

[Vincent Fourmond]

  Hello,

On Sun, Dec 13, 2015 at 11:37 PM, Antoine Beaupré 
wrote:

> It would be great if pmount uses the encrypted disk label when mounting
> a drive. I assume it does when it mounts a regular drive, but it seems
> it doesn't discover the underlying one when using cryptsetup.
>

  As far as I can tell, the label of the encrypted disk is also encrypted,
so it's a chicken or egg problem: to find out which drive has the label,
you'll have to decrypt all of them...  But I may be wrong ;-)

  Cheers,

  Vincent

Bug#807712: freecol: Please package the latest upstream release 0.11.6

[Vincent Fourmond]

  Dear Markus,

  Please go ahead !

  Cheers,

  Vincent

On Fri, Dec 11, 2015 at 11:08 PM, Markus Koschany  wrote:

> Package: freecol
> Version: 0.10.7+dfsg-4
> Severity: wishlist
>
> Hi,
>
> I am willing to package the latest upstream release of Freecol but I
> would like to make some packaging changes to ensure that future
> updates will be simpler to maintain.
>
> I suggest to change the build system from cdbs to dh because the
> latter is usually faster, it provides a more sophisticated way to
> override certain build steps and most people who are new to Debian will be
> more familiar with dh than with cdbs.
>
> I will also try to simplify the current packaging in general and try
> to remove the "new-upstream" file for example.
>
> If nobody has any objections within the next two weeks, I will go
> ahead with the update.
>
> Regards,
>
> Markus
>
>

Bug#689854: pmount needs some loving care

[Vincent Fourmond]

  Hi all,

On Thu, Oct 15, 2015 at 2:11 PM, Barak A. Pearlmutter
 wrote:
>> I request an adopter for the pmount package.
>
> I can adopt it, although I'd much prefer to team/co-maintain.

  I'm OK to give input, and do few things from time to time...

> I've done a bit of work, which I just took the liberty of pushing to
> branch barak-tweaks in
>  git://anonscm.debian.org/git/pmount/pmount-debian.git
> This supports btrfs and has some other misc fixes like updated packaging
> scripts and rm freeze-my-shell bash completion file.

  Thanks a lot !

> Barring objections, I'll dput it as better-than-nothing.

  That looks good to me, please go ahead.

  To respond to Axel about upstream vs debian: I find using patches
simpler for small patches, that saves the trouble of preparing and
announcing a full upstream release. So long as the patches find their
into the next upstream release.

  Cheers,

  Vincent

Bug#800731: gitstats: can you get a new snapshot from the github repo. and share the github/gitorious page as the homepage.

[Vincent Fourmond]

  Dear Shirish,

On Sat, Oct 3, 2015 at 6:14 AM, shirish शिरीष  wrote:
> The program is quite a bit old. You can find a newer version at the
> github page as gitorious is no longer accessible . Maybe you could
> package a newer version.
>
> See https://github.com/hoxu/gitstats/

  Yeah, I surely should do that. Thanks for reminding me !

  Vincent

Bug#799524: multiple security issues

[Vincent Fourmond]

Package: src:imagemagick
Version: 8:6.8.9.9-5
Severity: serious
Tags: security

  Current version of imagemagick in stable/unstable is affected by
multiple security bugs:

- A DOS on specially crafted MIFF file (TEMP-000-FDAC72).
- A DOS on specially crafted Vicar file (TEMP-000-EEF23C).
- A DOS on specially crafted HDR file (TEMP-000-7C079F).
- A DOS on specially crafted PDB file (TEMP-000-2FC21E).
- Avoid a null pointer dereference in JNG decoder.
- Avoid a DOS for RLE file.
- Avoid double free on TGA file.
- Avoid a bufer overflow by using field limit in sprintf.
- Avoid a stack overflow in fx handling.

  More info there:

https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/1490362

  This bug report is just for tracking.

   Vincent


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

Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#798699: java.lang.ClassCastException: java.io.File cannot be cast to java.lang.Class

[Vincent Fourmond]

  Dear Markus,

  Thanks for looking at the problem and finding the fix. I had somehow
missed the initial report.

  I was planning on packaging the latest release.

  Cheers,

  Vincent

On Sat, Sep 12, 2015 at 1:30 AM, Markus Koschany  wrote:
> Control: tags -1 patch
>
> Please find attached a patch that fixes the issue. The recent update of
> libcommons-cli-java to version 1.3.1 introduced some changes in
> OptionsBuilder.java which caused this FreeCol runtime error. In general
> Freecol should move away from OptionsBuilder because this class is
> deprecated. I changed the type from File to Class, and so far the game
> works again.
>
> Markus

Bug#765794: [Debichem-devel] Bug#765794: Race condition when running scripts in stdin mode

[Vincent Fourmond]

  Hi Michael,

  Sorry for not answering before, kinda missed your mail.

On Sat, Jun 13, 2015 at 4:11 PM, Michael Banck mba...@debian.org wrote:
 This seems to be the same issue as
 http://sourceforge.net/p/pymol/bugs/130/ do you agree?

  This is definitely looking like that.

 Unfortunately, that bug saw no comment from upstream either, I will try
 to bring it up on the mailing list.

  Thanks. For the record, I'm trying to synchronize by outputting
something after each command and waiting for the correct output. I
haven't had problems so far, but I'm unsure this is the right way to
do that. Essentially, my memory is that the command input is flawed
and does not guarantee the correct ordering of the commands when
standard input is used.

  Cheers,

  Vincent


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

Bug#787588: imagemagick: Wrong permissions on mogrify command: execute bit not set.

[Vincent Fourmond]

control: tag -1 unreproducible

  Hello,

On Wed, Jun 3, 2015 at 7:59 AM, Robert Sohn grep...@gmail.com wrote:
 The mogrify command does not have the execute bit set so the command
 fails. I purged imagemagick and reinstalled (tried several debian
 servers) and the result was the same.

 $ ls -l $(readlink -f /usr/bin/mogrify)
 -rw-r--r-- 1 root root 6320 Jan  5 16:32
 /usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/mogrify

  I can't explain that.

  I have:

~ ls -l $(readlink -f /usr/bin/mogrify)
-rwxr-xr-x 1 root root 6320 Jan  5 22:32
/usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/mogrify

 ~ dpkg -c /var/cache/apt/archives/imagemagick-6.q16_8%3a6.8.9.9-5_amd64.deb
| grep mogr
-rwxr-xr-x root/root  6320 2015-01-05 22:32
./usr/lib/x86_64-linux-gnu/ImageMagick-6.8.9/bin-Q16/mogrify


  Maybe you have a long standing statoverride ? What does the
following command say ?

~ dpkg-statoverride --list

  Cheers,

  Vincent


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

Bug#785286: package links to snapshot.debian.org

[Vincent Fourmond]

Package: tracker.debian.org
Severity: wishlist

  Dear PTS maintainers,

  I've had the need to find links to snapshot.debian.org page
corresponding to the source package. It would be nice to that link in
the links section. Even more helpful would be to have the link to the
.dsc from snapshot (or the main archive if it's still there ?) for all
the Accepted xxx into  news items ;-)...

  Cheers, and keep up the good work,

Vincent

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

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#783802: devscripts: Fails to upgrade with a python error

[Vincent Fourmond]

On Thu, Apr 30, 2015 at 12:37 PM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
 On 2015-04-30 10:39, Vincent Fourmond wrote:

   Today, the upgrade of devscripts failed with the following error:

 Preparing to unpack .../devscripts_2.15.4_amd64.deb ...
 Failed to import the site module
 Traceback (most recent call last):
   File /usr/lib/python3.4/site.py, line 586, in module
 main()

 [...]

 ImportError: No module named '_sysconfigdata_m'

   It feels like a missing (Pre-)Depends ?


 Nope. It's nothing to do with devscripts, that just happened to be the first
 package you tried upgrading which used python3.4. (There's nothing except
 python3.4 in the traceback, which there would be if anything in devscripts
 had caused the issue).

 This is an already filed bug in python3.4, which I see someone has merged
 your report with.

  OK, I thought it was something like that, thanks for the information !

  Cheers,

  Vincent


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

Bug#783802: devscripts: Fails to upgrade with a python error

[Vincent Fourmond]

Package: devscripts
Version: 2.15.3
Severity: important

  Hello,

  Today, the upgrade of devscripts failed with the following error:

Preparing to unpack .../devscripts_2.15.4_amd64.deb ...
Failed to import the site module
Traceback (most recent call last):
  File /usr/lib/python3.4/site.py, line 586, in module
main()
  File /usr/lib/python3.4/site.py, line 572, in main
known_paths = addusersitepackages(known_paths)
  File /usr/lib/python3.4/site.py, line 287, in addusersitepackages
user_site = getusersitepackages()
  File /usr/lib/python3.4/site.py, line 263, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
  File /usr/lib/python3.4/site.py, line 253, in getuserbase
USER_BASE = get_config_var('userbase')
  File /usr/lib/python3.4/sysconfig.py, line 597, in get_config_var
return get_config_vars().get(name)
  File /usr/lib/python3.4/sysconfig.py, line 540, in get_config_vars
_init_posix(_CONFIG_VARS)
  File /usr/lib/python3.4/sysconfig.py, line 412, in _init_posix
from _sysconfigdata import build_time_vars
  File /usr/lib/python3.4/_sysconfigdata.py, line 6, in module
from _sysconfigdata_m import *
ImportError: No module named '_sysconfigdata_m'

  It feels like a missing (Pre-)Depends ?

  Cheers,

Vincent

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBCHANGE_RELEASE_HEURISTIC=log

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

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages devscripts depends on:
iu  dpkg-dev 1.17.25
ii  libc62.19-18
iu  perl 5.20.2-4
ii  python3  3.4.2-2
pn  python3:any  none

Versions of packages devscripts recommends:
ii  at  3.1.16-1
iu  curl7.42.1-1
ii  dctrl-tools 2.23
pn  debian-keyring  none
pn  dput | dupload  none
pn  equivs  none
ii  fakeroot1.20.2-1
ii  file1:5.22+15-2
ii  gnupg   1.4.18-7
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libparse-debcontrol-perl2.005-4
ii  libsoap-lite-perl   1.11-1
ii  liburi-perl 1.64-1
ii  libwww-perl 6.08-1
pn  lintian none
ii  man-db  2.7.0.2-5
ii  patch   2.7.5-1
ii  patchutils  0.3.3-1
ih  python3-debian  0.1.26
ii  python3-magic   1:5.22+15-2
ii  sensible-utils  0.0.9
ii  strace  4.10-1
ii  unzip   6.0-16
ii  wdiff   1.2.2-1
ii  wget1.16.3-2
ii  xz-utils5.1.1alpha+20120614-2+b3

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20141216cvs-2
ii  build-essential  11.7
pn  cvs-buildpackage none
pn  debbindiff   none
pn  devscripts-elnone
ii  gnuplot  4.6.6-2
ii  gpgv 1.4.18-7
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perlnone
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perlnone
ii  mutt 1.5.23-3
iu  openssh-client [ssh-client]  1:6.7p1-6
pn  svn-buildpackage none
iu  w3m  0.5.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#782138: convert: no images defined `image.png' @ error/convert.c/ConvertImageCommand/3210.

[Vincent Fourmond]

On Wed, Apr 8, 2015 at 12:48 PM, Jay Dee blueglacier...@gmail.com wrote:
 $ convert -resize 25% dragon.gif
 convert: no images defined `dragon.gif' @
 error/convert.c/ConvertImageCommand/3210.

  Yep, this is simply because you don't know how to use convert. The
file to read should be placed before the operations (resize) and the
file to write at the end. Here, converts just tells you that it won't
generate dragon.gif, since there is no image. Try

convert dragon.gif -resize 25% dragon.resized.gif

  Vincent


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

Bug#770009: Backtrace for the hang

[Vincent Fourmond]

On Fri, Jan 30, 2015 at 2:37 PM, Dejan Latinovic
dejan.latino...@imgtec.com wrote:
 did anyone tried to wait some longer time to see if command will execute?

  No, but the build machines wait for a pretty long time before
killing (5 hours), and I've checked that it uses the proc at 200%. We
can't burden the build machines like that...

  ./magick.sh convert
 /home/fourmond/tmp/imagemagick-6.8.9.9/debian/display-im6.svg \
-background none -define filter:blur=0.75 -filter
 Gaussian -resize $SIZE \
-gravity center -extent $SIZE  \

 /home/fourmond/tmp/imagemagick-6.8.9.9/debian/tmp-Q16/usr/share/icons/hicolor/$SIZE/apps/display-im6.q16.png;
 \


 When I tested it earlier and
 tried to build package manually in chroot created with sbuild,
 package built successfully.

  On which MIPS machine did you build it ?

 If this is the case, I am not sure
 how thread limitation will help to
 speed up the execution time..

  The problem is most probably a multithread deadlock, which is why
having only one thread may solve the problem.

  It may be a subtle openMP bug in the MIPS toolchain...

  I could try building with another version of gcc, though.

  Cheers,

  Vincent


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

Bug#770009: Backtrace for the hang

[Vincent Fourmond]

On Wed, Jan 28, 2015 at 8:14 AM, Bastien ROUCARIES
roucaries.bast...@gmail.com wrote:

 Le 28 janv. 2015 08:00, roucaries bastien
 roucaries.bastien+deb...@gmail.com a écrit :




 Le 27 janv. 2015 22:15, Vincent Fourmond fourm...@debian.org a écrit :

 
I've run the build on the MIPS portebox. It hangs on the first SVG
  to PNG conversion. Here is a full backtrace. The process is for now
  stopped on the porterbox; I think I can leave it for some hours more
  at least, if other information could be useful.

 Smell like an openmp bug ny memory they are a enviroment variable to
 disable openmp. We could try

 OMP_thread_limit=1

  Even
OMP_THREAD_LIMIT=1 ./magick.sh convert
/home/fourmond/tmp/imagemagick-6.8.9.9/debian/display-im6.svg \
   -background none -define filter:blur=0.75 -filter
Gaussian -resize $SIZE \
   -gravity center -extent $SIZE  \

/home/fourmond/tmp/imagemagick-6.8.9.9/debian/tmp-Q16/usr/share/icons/hicolor/$SIZE/apps/display-im6.q16.png;
\

  hangs... Any idea ?

  Vincent


 
Hope it helps,
 
Vincent
 


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

Bug#770009: Backtrace for the hang

[Vincent Fourmond]

  I've run the build on the MIPS portebox. It hangs on the first SVG
to PNG conversion. Here is a full backtrace. The process is for now
stopped on the porterbox; I think I can leave it for some hours more
at least, if other information could be useful.

  Hope it helps,

  Vincent


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

Bug#770009: Backtrace for the hang

[Vincent Fourmond]

With the backtrace...

On Tue, Jan 27, 2015 at 10:13 PM, Vincent Fourmond fourm...@debian.org wrote:
   I've run the build on the MIPS portebox. It hangs on the first SVG
 to PNG conversion. Here is a full backtrace. The process is for now
 stopped on the porterbox; I think I can leave it for some hours more
 at least, if other information could be useful.

   Hope it helps,

   Vincent


Thread 2 (Thread 0x762ca460 (LWP 14695)):
#0  GetOpacityPixel (stroke_opacity=synthetic pointer, y=590, x=139, 
fill_rule=EvenOddRule, 
fill=MagickTrue, mid=0.62537187436756381, polygon_info=0x840ed8) at 
../../magick/draw.c:3806
beta = optimized out
subpath_opacity = optimized out
p = 0x852198
q = optimized out
j = 1
winding_number = -1
alpha = optimized out
distance = optimized out
i = optimized out
#1  DrawPolygonPrimitive._omp_fn.3 () at ../../magick/draw.c:4027
q = optimized out
id = optimized out
fill_opacity = optimized out
stroke_color = {blue = 65535, green = 65535, red = 65535, opacity = 
65535}
x = 139
stroke_opacity = optimized out
fill_color = {blue = 65535, green = 65535, red = 65535, opacity = 0}
start = optimized out
stop = 683
y = 590
draw_info = 0x8508a0
image_view = 0x841240
mid = 0.62537187436756381
exception = 0x873788
fill = MagickTrue
polygon_info = 0x832e10
bounds = {x1 = 0, y1 = 0, x2 = 683, y2 = 707}
start = 0
stop = 707
status = MagickTrue
warning: GDB can't find the start of the function at 0x7724e63e.

GDB is unable to find the start of the function at 0x7724e63e
and thus can't determine the size of that function's stack frame.
This means that GDB may be unable to access that stack frame, or
the frames below it.
This problem is most likely caused by an invalid program counter or
stack pointer.
However, if you think GDB should simply search farther back
from 0x7724e63e for code which looks like the beginning of a
function, you can increase the range of the search using the `set
heuristic-fence-post' command.
#2  0x7724e640 in ?? () from /usr/lib/mips-linux-gnu/libgomp.so.1
No symbol table info available.

Thread 1 (Thread 0x76f7f000 (LWP 14680)):
#0  0x77b29230 in GetOpacityPixel (stroke_opacity=synthetic pointer, y=584, 
x=589, fill_rule=EvenOddRule, 
fill=MagickTrue, mid=0.62537187436756381, polygon_info=0x840588) at 
../../magick/draw.c:3714
beta = optimized out
subpath_opacity = 0
p = 0x851d50
q = optimized out
j = 0
winding_number = optimized out
alpha = optimized out
distance = optimized out
i = 1
#1  DrawPolygonPrimitive._omp_fn.3 () at ../../magick/draw.c:4027
q = 0x765d85a8
id = optimized out
fill_opacity = optimized out
stroke_color = {blue = 65535, green = 65535, red = 65535, opacity = 
65535}
x = 589
stroke_opacity = 0
fill_color = {blue = 65535, green = 65535, red = 65535, opacity = 0}
start = optimized out
stop = 683
y = 584
draw_info = 0x8508a0
image_view = 0x841240
mid = 0.62537187436756381
exception = 0x873788
fill = MagickTrue
polygon_info = 0x832e10
bounds = {x1 = 0, y1 = 0, x2 = 683, y2 = 707}
start = 0
stop = 707
status = MagickTrue
#2  0x772499c8 in GOMP_parallel () from /usr/lib/mips-linux-gnu/libgomp.so.1
No symbol table info available.
#3  0x77b2776c in DrawPolygonPrimitive (image=0x8705b8, draw_info=0x8508a0, 
primitive_info=0x884b18)
at ../../magick/draw.c:3985
image_view = 0x841240
mid = 0.62537187436756381
exception = 0x873788
fill = MagickTrue
status = MagickTrue
polygon_info = optimized out
p = optimized out
i = optimized out
bounds = {x1 = 0, y1 = 0, x2 = 683, y2 = 707}
start = 0
stop = 707
__PRETTY_FUNCTION__ = DrawPolygonPrimitive
__func__ = DrawPolygonPrimitive
#4  0x77b30bf0 in DrawPrimitive (image=0x8705b8, draw_info=0x8508a0, 
primitive_info=0x884b18)
at ../../magick/draw.c:4619
mid = optimized out
scale = optimized out
clone_info = optimized out
image_view = 0x840f00
exception = 0x873788
status = 1
i = optimized out
x = optimized out
y = optimized out
__func__ = DrawPrimitive
#5  0x77b33c78 in DrawImage (image=0x8705b8, draw_info=0x882c20) at 
../../magick/draw.c:3156
affine = {sx = 1, rx = 0, ry = 0, sy = 1, tx = 0, ty = 0}
current = {sx = 1.25068752, rx = 0, ry = 0, sy = 
-1.2507, tx = -38.9392, 
  ty = 838.7894819207}
key = '\000' repeats 2636 times...
keyword = path, '\000' repeats 2868 times...
geometry

Bug#774951: fatal error: magick/MagickCore.h: No such file or directory

[Vincent Fourmond]

control: severity -1 normal
control: tag -1 wontfix


  Hello,

On Fri, Jan 9, 2015 at 1:19 PM, Mathieu Malaterre ma...@debian.org wrote:
 Package: libmagickcore-dev
 Version: 8:6.8.9.9-3
 Severity: grave

 Sorry about the severity at this point in the freeze, but I think
 something went wrong with the `/usr/include/ImageMagick` symlink.

 Eg.

 On wheezy (see attached file):
 $ gcc -I/usr/include/ImageMagick t.c
 - ok !

 On jessie:

 $ gcc -I/usr/include/ImageMagick  t.c
 t.c:1:31: fatal error: magick/MagickCore.h: No such file or directory
  #include magick/MagickCore.h
^
 compilation terminated.

 Same goes for:

 $ gcc -I/usr/include/ImageMagick-6  t.c
 In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0,
  from t.c:1:
 /usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error:
 magick/magick-baseconfig.h: No such file or directory
  #include magick/magick-baseconfig.h
   ^
 compilation terminated.

  The main problem is that the manual specification of directories has
not been officially supported for a while. Use pkgconfig:

 ~ pkg-config --cflags ImageMagick
-fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
-I/usr/include/x86_64-linux-gnu//ImageMagick-6
-I/usr/include/ImageMagick-6

  I'm tempted to close this bug, but I'm just tagging it wontfix for now.

  Cheers, and sorry for the inconvenience,

  Vincent


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

Bug#774940: emacs24 messes up directory names with UTF-8 characters

[Vincent Fourmond]

Package: emacs24
Version: 24.4+1-4.1
Severity: normal

  Hello,

  Emacs has a funny way to handle directories with UTF-8 characters.

  I have
LANG=en_GB.utf8

  If I do

# mkdir Thèse
# cd Thèse
# emacs a.txt

  At startup, emacs says:

Use M-x make-directory RET RET to create the directory and its parents

  And, then, upon saving, emacs says:

Directory `/home/fv/Thèse/' does not exist; create? (y or n) y

  If one says yes, it creates a Th$'\350'se directory that looks like
it converted the UTF-8 è into latin1.

  This is really painful.

  Cheers,

Vincent


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

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.4+1-4.1
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-13
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.12-3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-2
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.30.7-1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-5
ii  libgomp1   4.9.2-10
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-8
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-4
ii  libmagickwand-6.q16-2  8:6.8.9.9-4
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-10
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.2+dfsg1-1+b1
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
pn  emacs24-common-non-dfsg  none

-- 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#773649: wheezy-pu: package freecol/0.10.5+dfsg-2

[Vincent Fourmond]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

  Dear release Team,

  I wish to update the freecol package in wheezy, where it is affected
by #771700 (hangs at startup). The patch, attached is minimal and has
been shown to work in unstable.

  Is that OK for you ?

  Cheers,

Vincent

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

Kernel: Linux 3.14.0+p (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru freecol-0.10.5+dfsg/debian/changelog freecol-0.10.5+dfsg/debian/changelog
--- freecol-0.10.5+dfsg/debian/changelog	2012-03-06 00:10:28.0 +0100
+++ freecol-0.10.5+dfsg/debian/changelog	2014-12-20 23:57:25.0 +0100
@@ -1,3 +1,11 @@
+freecol (0.10.5+dfsg-2) stable; urgency=low
+  
+  * Disable intro video to avoid hanging at startup (closes: #771700)
+  * Conforms to 3.9.5
+  * Build with openjdk-7 when available
+
+ -- Vincent Fourmond fourm...@debian.org  Sat, 20 Dec 2014 23:57:15 +0100
+
 freecol (0.10.5+dfsg-1) unstable; urgency=low
 
   * New upstream release
diff -Nru freecol-0.10.5+dfsg/debian/control freecol-0.10.5+dfsg/debian/control
--- freecol-0.10.5+dfsg/debian/control	2012-03-06 00:09:54.0 +0100
+++ freecol-0.10.5+dfsg/debian/control	2014-12-20 23:57:05.0 +0100
@@ -3,19 +3,19 @@
 Priority: optional
 Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
 Uploaders: Vincent Fourmond fourm...@debian.org
-Build-Depends: debhelper (= 5), ant, openjdk-6-jdk, cdbs
+Build-Depends: debhelper (= 5), ant, openjdk-7-jdk | openjdk-6-jdk, cdbs
 Build-Depends-Indep:
  tex4ht, texlive-binaries | texlive-base-bin, ant-optional,
  texlive-latex-recommended, libcommons-cli-java, libmiglayout-java,
  libcortado-java, javahelper
-Standards-Version: 3.9.3
+Standards-Version: 3.9.5
 Homepage: http://www.freecol.org
 Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/freecol
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-games/packages/trunk/freecol
 
 Package: freecol
 Architecture: all
-Depends: openjdk-6-jre | java6-runtime,
+Depends: openjdk-7-jre | openjdk-6-jre | java6-runtime,
  java-wrappers (= 0.1.13), ${misc:Depends}, ${java:Depends},
  fonts-liberation (= 1.07.0-2~)
 Description: open source remake of the old Colonization
diff -Nru freecol-0.10.5+dfsg/debian/wrapper/freecol freecol-0.10.5+dfsg/debian/wrapper/freecol
--- freecol-0.10.5+dfsg/debian/wrapper/freecol	2012-01-31 00:42:22.0 +0100
+++ freecol-0.10.5+dfsg/debian/wrapper/freecol	2014-12-20 23:39:11.0 +0100
@@ -24,5 +24,5 @@
 disablenet=-Djava.net.preferIPv4Stack=true
 fi
 
-run_java $disablenet -Xincgc -Xmx512M net.sf.freecol.FreeCol --freecol-data \
+run_java $disablenet -Xincgc -Xmx512M net.sf.freecol.FreeCol --no-intro --freecol-data \
 /usr/share/games/freecol $lang_argument $@

Bug#773649: wheezy-pu: package freecol/0.10.5+dfsg-2

[Vincent Fourmond]

On Sun, Dec 21, 2014 at 3:51 PM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
 [I just spotted that your mail didn't have the bug CCed; was that
 intentional?]

  Argh, my mistake. Now Ccing the bug report.

 On Sun, 2014-12-21 at 15:29 +0100, Vincent Fourmond wrote:
   No, that was private mail. What he said that made me think I should
 build it with openjdk-7 was We rebuilt newer OpenJDK releases for
 stable since the security fixes are almost impossible to extract and
 backport, but maybe I overinterpreted.

 Ah. Yeah, I think that's more we backport the new upstream releases
 because we can't just pull the security fixes out.

   I shall revert that specific bit, then ;-)...

 Thanks. It's up to you whether you want to include the S-V bump -
 nothing in tooling looks at it in stable anyway.

  OK. Shall I upload the attached debdiff ? BTW, do I need to make a
full upload with the orig source to stable ?

  Regards,

  Vincent
diff -Nru freecol-0.10.5+dfsg/debian/changelog 
freecol-0.10.5+dfsg/debian/changelog
--- freecol-0.10.5+dfsg/debian/changelog2012-03-06 00:10:28.0 
+0100
+++ freecol-0.10.5+dfsg/debian/changelog2014-12-21 15:30:36.0 
+0100
@@ -1,3 +1,9 @@
+freecol (0.10.5+dfsg-1+deb7u1) stable; urgency=low
+  
+  * Disable intro video to avoid hanging at startup (closes: #771700)
+
+ -- Vincent Fourmond fourm...@debian.org  Sat, 20 Dec 2014 23:57:15 +0100
+
 freecol (0.10.5+dfsg-1) unstable; urgency=low
 
   * New upstream release
diff -Nru freecol-0.10.5+dfsg/debian/wrapper/freecol 
freecol-0.10.5+dfsg/debian/wrapper/freecol
--- freecol-0.10.5+dfsg/debian/wrapper/freecol  2012-01-31 00:42:22.0 
+0100
+++ freecol-0.10.5+dfsg/debian/wrapper/freecol  2014-12-20 23:39:11.0 
+0100
@@ -24,5 +24,5 @@
 disablenet=-Djava.net.preferIPv4Stack=true
 fi
 
-run_java $disablenet -Xincgc -Xmx512M net.sf.freecol.FreeCol --freecol-data \
+run_java $disablenet -Xincgc -Xmx512M net.sf.freecol.FreeCol --no-intro 
--freecol-data \
 /usr/share/games/freecol $lang_argument $@

Bug#773451: libqtcore4:amd64: QRectF.setTop() and co do not play nicely with non-numbers (NaN and INF)

[Vincent Fourmond]

Package: libqtcore4
Version: 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
Severity: normal

  Hello,

  I've been hit by a bug where I have essentially this: (ret is QRectF)

ret.setTop(0.1);
ret.setBottom(-0.1);
o  Fxd:   ret.height()   -   ret.top()   | 
   ret.bottom()  endl;

  The output line shows that, if you have a NaN in the coordinates,
  then the line above DOES NOT set the top and bottom coordinates
  (they stay at NaN):

Fxd: nan - nan | nan

  Looking at the code for setTop, it all makes sense, as the pro

inline void QRectF::setTop(qreal pos) { qreal diff = pos - yp; yp +=
diff; h -= diff; }

  However, this is very confusing at best... Looking at the
  documentation, calling moveTop and then setBottom may be smarter,
  but, it really should just work...

  Best regards,

   Vincent

  
  



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

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libqtcore4:amd64 depends on:
ii  libc6  2.19-13
ii  libgcc11:4.9.2-8
ii  libglib2.0-0   2.42.1-1
ii  libstdc++6 4.9.2-8
ii  multiarch-support  2.19-13
ii  qtcore4-l10n   4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  zlib1g 1:1.2.8.dfsg-2+b1

libqtcore4:amd64 recommends no packages.

Versions of packages libqtcore4:amd64 suggests:
ii  libicu52  52.1-6
ii  libthai0  0.1.21-1

-- no debconf information


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

Bug#773038: Macro support broken

[Vincent Fourmond]

Package: gerris
Version: 20131206+dfsg-5
Severity: normal

  Hello,

  Using macros with gerris does not work:

~ gerris3D -m simulation.gfs
awk: fatal: can't open source file `/usr/share/gerris/m4.awk' for
reading (No such file or directory)

  Indeed, when one looks at the /usr/share/gerris/m4.awk, one can see
that it's a dangling symlink.

~ ls -l /usr/share/gerris/m4.awk
lrwxrwxrwx 1 root root 10 Dec  3 08:05 /usr/share/gerris/m4.awk - lib/m4.awk

  (there is no lib/m4.awk file).

  Cheers,

Vincent


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

Kernel: Linux 3.14.0+p (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gerris depends on:
ii  libav-tools   6:11-2
ii  libc6 2.19-13
ii  libgcc1   1:4.9.2-5
ii  libgfortran3  4.9.2-5
ii  libgfs-1.3-2  20131206+dfsg-5
ii  libgfs-dev20131206+dfsg-5
ii  libglib2.0-0  2.42.1-1
ii  libgts-0.7-5  0.7.6+darcs121130-1.2
ii  libgts-dev0.7.6+darcs121130-1.2
ii  libquadmath0  4.9.2-5

Versions of packages gerris recommends:
ii  gfsview  20121130+dfsg-1

Versions of packages gerris suggests:
ii  python  2.7.8-2

-- no debconf information


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

Bug#772449: O: fig2ps -- Converts xfig files into ps, eps or pdf files using LaTeX for processing text

[Vincent Fourmond]

Package: wnpp
Severity: normal

I intend to orphan the fig2ps package. It's been a long while I
haven't used it at all (thank to tikz !).

As I was upstream, anyone taking up maintainership on that package
should also take over upstream development.

The package description is:
 This perl script takes into advantage the pstex and pstex_t export
 formats of fig2dev (xfig) to separate special text and the rest of a xfig
 file. Then, the text is processed separately using LaTeX, and
 everything is put back together at the end, to make a nice wonderful
 figure with the text formatted exactly the same way as the article you
 are typing ! PDF output is also available.
 .
 Though gv is strictly speaking not necessary for conversion, it can
 be called directly by fig2ps depending on the options you choose.
 For nice PDF output, you should install Type 1 fonts, such as lmodern
 or cm-super.

Cheers,

  Vincent


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

Bug#771700: [freecol] freecol freezes on intro

[Vincent Fourmond]

  Heya,

On Mon, Dec 1, 2014 at 8:20 PM, Markus Koschany a...@gambaru.de wrote:
 On 01.12.2014 19:42, Sascha Kühndel (InuSasha) wrote:
 Package: freecol
 Version: 0.10.7+dfsg-2
 Severity: grave

 --- Please enter the report below this line. ---
 On startup in the into movie, freecol freezes. No interaction is possible.
 I had tested it with Oracle JDK 1.7.0_72 and openjdk7. The same behavior
 on both.

 Problem is known upstream: https://sourceforge.net/p/freecol/bugs/2703/.
 I had added log to the upstream bug report.

 A possible workaround is, to disable the intro.
 Add --no-intro in /usr/games/freecol to the excecution command.


 Hi,

 thanks for the report. It seems upstream hasn't found a real solution
 for this issue yet but the workaround seems to work. Adding --no-intro
 to our wrapper script would be a good idea.

  Reading through the whole report, there seems to be problems further
down (game doesn't start). I'll check that right now.

  Regards,

  Vincent


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

Bug#771700: [freecol] freecol freezes on intro

[Vincent Fourmond]

On Mon, Dec 1, 2014 at 8:27 PM, Vincent Fourmond fourm...@gmail.com wrote:
 On Mon, Dec 1, 2014 at 8:20 PM, Markus Koschany a...@gambaru.de wrote:
 On 01.12.2014 19:42, Sascha Kühndel (InuSasha) wrote:
 Package: freecol
 Version: 0.10.7+dfsg-2
 Severity: grave

 --- Please enter the report below this line. ---
 On startup in the into movie, freecol freezes. No interaction is possible.
 I had tested it with Oracle JDK 1.7.0_72 and openjdk7. The same behavior
 on both.

 Problem is known upstream: https://sourceforge.net/p/freecol/bugs/2703/.
 I had added log to the upstream bug report.

 A possible workaround is, to disable the intro.
 Add --no-intro in /usr/games/freecol to the excecution command.


 Hi,

 thanks for the report. It seems upstream hasn't found a real solution
 for this issue yet but the workaround seems to work. Adding --no-intro
 to our wrapper script would be a good idea.

   Reading through the whole report, there seems to be problems further
 down (game doesn't start). I'll check that right now.

  As far as I can tell, running with the --no-intro works for me, so
I'll upload that workaround tonight.

  Regards,

  Vincent


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

Bug#771725: unblock: freecol/0.10.7+dfsg-3

[Vincent Fourmond]

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

  Please unblock package freecol. The attached debdiff is a minimal
fix for bug #771700, that essentially prevents the program from
starting.

unblock freecol/0.10.7+dfsg-3

  Cheers, and keep up the good work !

  Vincent

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

Kernel: Linux 3.14.0+p (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru freecol-0.10.7+dfsg/debian/changelog freecol-0.10.7+dfsg/debian/changelog
--- freecol-0.10.7+dfsg/debian/changelog	2014-02-08 23:30:11.0 +0100
+++ freecol-0.10.7+dfsg/debian/changelog	2014-12-01 21:31:35.0 +0100
@@ -1,3 +1,9 @@
+freecol (0.10.7+dfsg-3) unstable; urgency=medium
+
+  * Disable intro video to avoid hanging at startup (closes: #771700)
+
+ -- Vincent Fourmond fourm...@debian.org  Mon, 01 Dec 2014 21:30:25 +0100
+
 freecol (0.10.7+dfsg-2) unstable; urgency=low
 
   * Now depend on texlive-fonts-recommended, to fix FTBS (closes: #738091)
diff -Nru freecol-0.10.7+dfsg/debian/wrapper/freecol freecol-0.10.7+dfsg/debian/wrapper/freecol
--- freecol-0.10.7+dfsg/debian/wrapper/freecol	2012-01-31 00:42:22.0 +0100
+++ freecol-0.10.7+dfsg/debian/wrapper/freecol	2014-12-01 21:30:09.0 +0100
@@ -24,5 +24,5 @@
 disablenet=-Djava.net.preferIPv4Stack=true
 fi
 
-run_java $disablenet -Xincgc -Xmx512M net.sf.freecol.FreeCol --freecol-data \
+run_java $disablenet -Xincgc -Xmx512M net.sf.freecol.FreeCol --no-intro --freecol-data \
 /usr/share/games/freecol $lang_argument $@

Bug#771291: gerris: fails with tutorial examples: error compiling expression

[Vincent Fourmond]

Package: src:gerris
Version: 20131206+dfsg-4
Severity: grave
Justification: make the package unusable

  Hello,

  Trying gerris with the example files given on
http://gfs.sourceforge.net/tutorial/tutorial/tutorial1.html (which
I'm attaching here for the sake of completeness), I have the following
error:

gerris: file `vt2.gfs' is not a valid simulation file
vt2.gfs:14:0: error compiling expression
Package gts was not found in the pkg-config search path.
Perhaps you should add the directory containing `gts.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gts', required by 'gerris2D', not found
/usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc: 
not found

Installing the libgts-dev improves the situation a bit since it
reduces the error message to:

gerris: file `vt2.gfs' is not a valid simulation file
vt2.gfs:14:0: error compiling expression
/usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc: 
not found

  If I install the gerris-mpi version, it isn't any better

gerris2D vt2.gfs
[nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required 
executable either could not be found or was not executable by this user in file 
ess_singleton_module.c at line 231
[nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required 
executable either could not be found or was not executable by this user in file 
ess_singleton_module.c at line 140
[nausicaa:20717] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required 
executable either could not be found or was not executable by this user in file 
runtime/orte_init.c at line 128
--
Sorry!  You were supposed to get help about:
orte_init:startup:internal-failure
But I couldn't open the help file:
/usr/share/openmpi/help-orte-runtime: No such file or directory.  Sorry!
--
--
Sorry!  You were supposed to get help about:
mpi_init:startup:internal-failure
But I couldn't open the help file:
/usr/share/openmpi/help-mpi-runtime: No such file or directory.  Sorry!
--
--
Sorry!  You were supposed to get help about:
mpi_errors_are_fatal unknown handle
But I couldn't open the help file:
/usr/share/openmpi/help-mpi-errors.txt: No such file or directory.  Sorry!
--
--
Sorry!  You were supposed to get help about:
ompi mpi abort:cannot guarantee all killed
But I couldn't open the help file:
/usr/share/openmpi/help-mpi-runtime.txt: No such file or directory.  Sorry!
--

  I'm setting the severity to grave as essentially, it seems
impossible for a user to actually use the version of gerris currently
in Debian.

  Kind regards,

   Vincent


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

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

Versions of packages gerris depends on:
ii  libav-tools   6:11-1
ii  libc6 2.19-11
ii  libgcc1   1:4.9.1-16
ii  libgfortran3  4.9.1-16
ii  libgfs-1.3-2  20131206+dfsg-4
ii  libgfs-dev20131206+dfsg-4
ii  libglib2.0-0  2.40.0-4
ii  libgts-0.7-5  0.7.6+darcs121130-1.2
ii  libquadmath0  4.9.1-16

Versions of packages gerris recommends:
ii  gfsview  20121130+dfsg-1

Versions of packages gerris suggests:
ii  python  2.7.8-1

-- no debconf information
1 2 GfsSimulation GfsBox GfsGEdge {} {
  GfsTime { end = 50 }
  GfsRefine 6
  GfsInit {} {
U = (0.5 - rand()/(double)RAND_MAX)
V = (0.5 - rand()/(double)RAND_MAX)
  }  
  GfsOutputTime{ istep = 10 } stdout
  GfsOutputProjectionStats { istep = 10 } stdout
}
GfsBox {}
1 1 right
1 1 top

Bug#771291: More information

[Vincent Fourmond]

  Hello again,

  I can get the program working by installing, in addition to gerris
(the non-MPI version): libgts-dev and libmpich-dev

  I didn't manage to get the MPI version to work.

  Regards,

  Vincent


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

Bug#771291: gerris: fails with tutorial examples: error compiling expression

[Vincent Fourmond]

  Hello,

On Fri, Nov 28, 2014 at 11:51 AM, Anton Gladky gl...@debian.org wrote:
 severity 771291 minor
 thanks

  I won't play severity fights, but you *are* missing dependencies on
the gerris package. This is a grave bug. And it should be fixed for
jessie ASAP.

  The proof of that is that you need extra dependencies in your
debian/test/control package.

  Don't expect users to figure this out by themselves.

  Cheers,

  Vincent


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

Bug#770225: Where is ruby-simplecov-html ?

[Vincent Fourmond]

Package: ruby-simplecov
Version: 0.7.1-2
Severity: important

  Hello,

  Running the code from the simplecov tutorial, I get this error
message and no output whatsoever...

Loading simplecov-html failed, install ruby-simplecov-html

  But there is no such package as ruby-simplecov-html... This makes
ruby-simplecov essentially useless, doesn't it ? In any case, pointing
to a package that does not exist is very detrimental.

  Cheers,

Vincent, who was hoping to actually use simplecov


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

Kernel: Linux 3.14.0+p (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ruby-simplecov depends on:
ii  ruby  1:2.1.0.4
ii  ruby-multi-json   1.10.1-1
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2
ii  ruby2.0 [ruby-interpreter]2.0.0.484+really457-3
ii  ruby2.1 [ruby-interpreter]2.1.3-1

ruby-simplecov recommends no packages.

ruby-simplecov 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#765794: Race condition when running scripts in stdin mode

[Vincent Fourmond]

Package: pymol
Version: 1.7.2.1-1
Severity: normal

  Hello,

  I've been trying to make a small script that drives pymol completely
uninteractively using a pymol -c -p command.

  Unfortunately, pymol is polling from stdin DURING the reading of
scripts from within a @ command, which leads to painful race
conditions, as I'm wrapping the call to scripts to a cd in/cd out
command.

  For instance, I'm running 

cd /home/vincent/Recherche/Proteines/CODH
@ CODH-clusters.pml
cd /home/vincent/tmp

The CODH-clusters.pml runs a series of pymol scripts by itself. 
 
  As you can see below, the cd /home/vincent/tmp comes between

select prot, ((all) and (not ((fes) or (nifes

and

select s, /S3

  Both of these commands are within the
CODH-Chydrogenoformans-definitions.pml script. This is really
painful, since one cannot assume that because one sends commands
sequentially, the previous one is finished before the next one starts.


PyMOLcd /home/vincent/Recherche/Proteines/CODH
 cd: now in /home/vincent/Recherche/Proteines/CODH
PyMOL@ CODH-clusters.pml
PyMOL@ CODH-vue-generale.pml
PyMOL@ CODH-Chydrogenoformans-definitions.pml
PyMOLload ../PDB/1SU8.pdb.gz, Ch;
[...]
PyMOLselect prot, ((all) and (not ((fes) or (nifes
 Selector: selection prot defined with 11466 atoms.
PyMOLcd /home/vincent/tmp
PyMOLselect s, /S3


  I'll try to see if this can be easily fixed...

   Vincent


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

Kernel: Linux 3.16.3+macbook (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pymol depends on:
ii  freeglut3 2.8.1-2
ii  libc6 2.19-11
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.1-16
ii  libgl1-mesa-glx [libgl1]  10.2.8-1
ii  libglew1.10   1.10.0-3
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libpng12-01.2.50-2
ii  libstdc++64.9.1-16
ii  python2.7.8-1
ii  python-numpy [python-numpy-abi9]  1:1.8.2-2
ii  python-pmw1.3.2-6
ii  python-tk 2.7.8-2
pn  python2.7:any none

Versions of packages pymol recommends:
ii  apbs  1.4-1

pymol 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#764899: libmagickcore-6.q16-dev: Magick-config is missing

[Vincent Fourmond]

  Hello,

On Fri, Oct 17, 2014 at 6:39 PM, Michael Franzl
off...@michaelfranzl.com wrote:
 I've made contact with the rmagick developers at github, and they want to
 make sure Debian is well supported. See conversation here:

 https://github.com/gemhome/rmagick/issues/130

  That was really helpful, thanks !

  For the record, I've mutilated the extconf.rb script in RMagick so
that it works with pkg-config. The implementation in the PR is quite a
bit cleaner. Although it shouldn't matter too much, I'll try to
package that newer RMagick version for debian before the freeze
(November 5th !).

  Cheers,

  Vincent


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

Bug#764899: libmagickcore-6.q16-dev: Magick-config is missing

[Vincent Fourmond]

control: severity -1 important
control: tag -1 confirmed

On Thu, Oct 16, 2014 at 1:05 PM, Michael Franzl
off...@michaelfranzl.com wrote:
 However, many Ruby developers use rvm to have an isolated Ruby
 environment. In this environment, the installation/compilation of any
 rmagick version will fail because of the missing Magick-config binary.

  This is indeed a pain. We moved away from Magick-config now that
ImageMagick is pkg-config ready. Maybe we can still provide
Magick-config, but not in a standard place (such as
/usr/lib/ImageMagick or something), so that only very minor
modifications to RMagick would be necessary ? I'm unsure we want to
put it back.

  This still needs some thinking.

  Cheers,

  Vincent


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

Bug#763799: jpegs created by imagemagick cannot be used by latex anymore

[Vincent Fourmond]

  Hello,

On Thu, Oct 2, 2014 at 8:46 PM, Klaus Ethgen kl...@ethgen.de wrote:
 The current version of imagemagick (and its library used by gkrellshoot)
 creates jpeg images that cannot be used in pdflatex with graphicx
 anymore.

 There is already a bugreport in redhats bugzilla[0].

 [0] https://bugzilla.redhat.com/show_bug.cgi?id=1086715

 To have the informations also in this bug, this is the result I have
 seen (Only relevant part):
 - --- input.tex
 ...
 \usepackage{graphicx}
 ...
 \includegraphics{gkrellShoot_}
 ...
 - ---

 - --- Output
 ...
 pdfTeX warning: pdflatex: arithmetic: number too big


 pdfTeX warning: pdflatex: arithmetic: number too big
 gkrellShoot_.jpg, id=165, --32768.0pt x 0.0pt
 use gkrellShoot_.jpg
 Overfull \hbox (67.0553pt too wide) has occurred while \output is active
  [][]  \T1/cmss/m/sc/6 ([])

  The reason is very simple: recent versions of imagemagick write
stupid resolution information to the JPEG files (such as 1 dpi), so
you end up with very very large image (several meters large !), and
latex just gives up.

  While I agree this is clearly a problem with imagemagick, it is also
a bug in LaTeX.

  A simple workaround is the following: add a -density 75 option
before the output in convert:

  convert bad_jpeg.jpeg -density 75 latex_friendly_jpeg.jpeg

  Cheers,

  Vincent


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

Bug#760396: pdf2djvu: Recent versions compress very badly

[Vincent Fourmond]

Package: pdf2djvu
Version: 0.7.17-4
Severity: normal

  Hello,

  It seems that recent versions of pdf2djvu have dreadfully lowered
their compression, to the point that now, systematically, the PDF file
is smaller than the DJVU file.

  It used to work for me:

-rw-r--r-- 1 fv fv 7243832 Sep  3 18:05 a.djvu
-rw-r--r-- 1 fv fv 5435575 Sep  3 18:04 a.pdf
-rw-r--r-- 1 fv fv 1634030 Sep  3 18:07 c.djvu
-rw-r--r-- 1 fv fv  974299 Nov  7 wood91.djvu

 wood91.djvu is a document that was produced losslessly from the
original PDF file I don't have anymore (but the compression was good,
else I wouldn't have kept the DJVU file). a.pdf is the PDF file coming
from ddjvu --format=pdf. a.djvu is the product of running

  pdf2djvu --verbose --guess-dpi a.pdf a.djvu

  c.djvu is the product of 

  pdf2djvu --verbose --guess-dpi --monochrome a.pdf c.djvu

  This is nowhere as good as it was before. I don't understand what
changed, but that is currently stopping me from using the DJVU format
for storage.

  I can't post the above files here as they are copyrighted materials,
but I can send them in private mail if the need arises.

  This is not a problem for one file alone, but I've had this problem
for all files recently.

  Best regards,

Vincent
 

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

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

Versions of packages pdf2djvu depends on:
ii  djvulibre-bin 3.5.25.4-4
ii  libc6 2.19-9
ii  libdjvulibre213.5.25.4-4
ii  libgcc1   1:4.9.1-7
ii  libgomp1  4.9.1-7
ii  libgraphicsmagick++3  1.3.18-4+b1
ii  libpoppler46  0.26.3-1
ii  libstdc++64.9.1-7
ii  libxml2   2.9.1+dfsg1-4
ii  libxslt1.11.1.28-2

pdf2djvu recommends no packages.

Versions of packages pdf2djvu suggests:
ii  poppler-data  0.4.6-5

-- 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#760079: This patch should do it.

[Vincent Fourmond]

  Hi Hilko,

On Wed, Sep 3, 2014 at 7:49 PM, Hilko Bengen ben...@debian.org wrote:
 Here's a documented patch that should fix the FTBFS issues after running
 autoreconf.

  Thanks at lot. An updated version is on its way to unstable.

  Cheers,

  Vincent


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

Bug#758926: rescan-scsi-bus.sh is missing

[Vincent Fourmond]

Package: sg3-utils
Version: 1.38-1
Severity: normal

  Hello,

  The rescan-scsi-bus.sh script is documented but missing, while other
distros say it should be there, and it is in the source. Why is it not
installed ?

  Cheers,

Vincent


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

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

Versions of packages sg3-utils depends on:
ii  libc6  2.19-5
ii  libsgutils2-2  1.38-1

sg3-utils recommends no packages.

sg3-utils suggests no packages.

-- no debconf information


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

Bug#758052: Crash upon merging

[Vincent Fourmond]

Package: gnome-split
Version: 1.2-1
Severity: important

  Hello,

  First time firing up gnome-split to merge xtm files. I choose the
merge files option and then select the file, and gnome-split crashes
with the following error message:

~ gnome-split 
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x, pid=5692, tid=140602862491392
#
# JRE version: OpenJDK Runtime Environment (7.0_60-b30) (build 1.7.0_60-b30)
# Java VM: OpenJDK 64-Bit Server VM (24.60-b09 mixed mode linux-amd64 
compressed oops)
# Problematic frame:
# C  0x
#
# Failed to write core dump. Core dumps have been disabled. To enable core 
dumping, try ulimit -c unlimited before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid5692.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
zsh: abort  gnome-split

  I have no clue, but it can't be the right mode of operation ;-)...

  Cheers,

Vincent


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

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

Versions of packages gnome-split depends on:
ii  default-jre 2:1.7-52
ii  libjava-gnome-java  4.1.3-1

gnome-split recommends no packages.

gnome-split 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#757616: RFS[RC/experimental]: imagemagick/8:6.8.9.6-1

[Vincent Fourmond]

On Sat, Aug 9, 2014 at 10:37 PM, Bastien ROUCARIES
roucaries.bast...@gmail.com wrote:
   I am looking for a sponsor for my package imagemagick. It fix a RC
 bug on the experimental version and thus is needed for imagemagick
 transition.

  I will handle that upload.

  Cheers,

  Vincent


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

Bug#749867: pmount writes on root filesystem

[Vincent Fourmond]

  Hello,

 I have chosen, on my system, to make /media a symlink to /run/local/media.
 It works quite well, except when /run/local/media is not yet created after
 boot.

 I suggest you add the corresponding option to the pmount package: make
 /media a symlink to a directory in /run and add an init script to create the
 directory at boot.

  Thanks for your report. Somehow, I don't feel it is a
pmount-specific problem, so the solution probably should be outside of
it. I need to have a look at how gnome and KDE handles that.

  Cheers,

  Vincent


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

Bug#749076: What about changing gsl-doc-pdf to gsl-ref-pdf ?

[Vincent Fourmond]

Package: gsl-doc-pdf
Version: 1.16-1
Severity: wishlist

  Hello,

  Yeah, I know, this sounds ridiculous, but the HTML doc is in
gsl-ref-html while the PDF documentation is in gsl-doc-pdf AND the PDF
file itself is named gsl-ref.pdf...

  Cheers,

Vincent

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

Kernel: Linux 3.14.0+p (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

gsl-doc-pdf depends on no packages.

gsl-doc-pdf recommends no packages.

Versions of packages gsl-doc-pdf suggests:
ii  evince [pdf-viewer]  3.10.0-1+b1
ii  gv [pdf-viewer]  1:3.7.4-1
ii  libgsl0ldbl  1.16+dfsg-1
ii  xpdf [pdf-viewer]3.03-16

-- 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#747822: perlmagick: build dependency cycle

[Vincent Fourmond]

On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES
roucaries.bast...@gmail.com wrote:
 (Perl 5.20 will be released in a couple of weeks, and we're aiming
  to get it in jessie, so this bug will probably become release critical
  later.)

 The solution is to get expérimental version to unstable. I am waiting for
 transition

  Ça on peut pas, parce que ça veut dire mélanger deux transitions.

  On doit se débarrasser de la b-dep externe dans unstable d'abord, je
le fais ce soir (le truc dans experimental doit marcher, non ?).

  Vincent


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

Bug#747822: perlmagick: build dependency cycle

[Vincent Fourmond]

On Mon, May 12, 2014 at 10:43 AM, Vincent Fourmond fourm...@gmail.com wrote:
 On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES
 roucaries.bast...@gmail.com wrote:
 (Perl 5.20 will be released in a couple of weeks, and we're aiming
  to get it in jessie, so this bug will probably become release critical
  later.)

 The solution is to get expérimental version to unstable. I am waiting for
 transition

  Drat, I thought I was replying to Bastien only, hence in French. Translation:

  We can't use the version in experimental since it will tie two
transitions. So I'll backport the way we got rid of graphicsmagick in
experimental to the version in unstable ASAP.

  Cheers,

  Vincent


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

Bug#723100: jabref: headless mode fails

[Vincent Fourmond]

  Hello,

  It's been a while, but I'm hit by this bug again, and that kinda annoys me.

  Looking at the offending code:

net.sf.jabref.BibtexEntry.getFieldDisplayName(BibtexEntry.java:108)

if (JabRef.jrf.prefs.getBoolean(JabRefPreferences.WRITEFIELD_ADDSPACES))
{

  The code relies on the main frame to be available but it can't since
it is in headless mode...

  This looks like bad abstraction encapsulation ;-)...

  Cheers,

  Vincent


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

Bug#723100: jabref: headless mode fails

[Vincent Fourmond]

Control: tag -1 +patch

  Hey, looks like it wasn't too hard.

  Patch attached. I'll finally be able to make my
prepare-latex-submission script ;-)...

  Cheers,

  Vincent
--- jabref-2.10+ds.orig/src/java/net/sf/jabref/BibtexEntry.java
+++ jabref-2.10+ds/src/java/net/sf/jabref/BibtexEntry.java
@@ -105,13 +105,13 @@ public class BibtexEntry
 }
 
 String suffix = ;
-   if 
(JabRef.jrf.prefs.getBoolean(JabRefPreferences.WRITEFIELD_ADDSPACES)) {
+   if 
(JabRefPreferences.getInstance().getBoolean(JabRefPreferences.WRITEFIELD_ADDSPACES))
 {
for (int i = maxFieldLength - field.length(); i  0; 
i--)
suffix +=  ;
}
 
String res;
-   if 
(JabRef.jrf.prefs.getBoolean(JabRefPreferences.WRITEFIELD_CAMELCASENAME)) {
+   if 
(JabRefPreferences.getInstance().getBoolean(JabRefPreferences.WRITEFIELD_CAMELCASENAME))
 {
if (tagDisplayNameMap.containsKey(field.toLowerCase())) 
{
res = 
tagDisplayNameMap.get(field.toLowerCase()) + suffix;
} else {

Bug#743042: alternative path /usr/bin/compare-im6 doesn't exist

[Vincent Fourmond]

  Hello,

 Setting up imagemagick (8:6.8.8.9-2) ...
 update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't 
 exist
 dpkg: error processing package imagemagick (--configure):
  subprocess installed post-installation script returned error exit status 2
 Errors were encountered while processing:
  imagemagick

  Took me a while, but I got it: it's just that the dependency between
imagemagick and the imagemagick-6.q16 package is not tight enough, and
as the directory for the binaries are versioned, the symlinks go
dangling.

  Fix is on its way.

  BTW, there was no need to reopen #709845: while the symptoms were
the same, it was a different cause.

  Cheers,

  Vincent


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

Bug#740250: Fixed in experimental

[Vincent Fourmond]

control: fixed -1 8:6.8.8.9-1

This bug is now also fixed in experimental.

Cheers,

Vincent


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

Bug#741321: iceweasel: javascript bookmarklets fail with recent iceweasel

[Vincent Fourmond]

Package: iceweasel
Version: 24.3.0esr-1
Severity: normal

  Dear iceweasel maintainers,

  Starting with this version, all but the most simple javascript
bookmarklets fail miserably with unexpected syntax error messages
(even though they were woprking fine before).

  Digging a bit, it looks like, while iceweasel converts to
URL-encoded strings upon saving the bookmarklet, it does not decode
the string anymore, so 

javascript:{alert(stuff)};

works, but

javascript:{ alert(stuff)};

does not work anymore, because its is converted to 

javascript:{%20alert(stuff)};

and run like that (syntax error).

  I didn't find any report of this problem in upstream's bugzilla, but
didn't conduct an extensive search.

  Editing the .json bookmarks storage does not seem to do the joc.

  Best regards,

   Vincent


-- Package-specific info:

-- Extensions information
Name: Cookie Monster
Location: ${PROFILE_EXTENSIONS}/{45d8ff86-d909-11db-9705-005056c8}.xpi
Status: enabled

Name: Default
Location: ${PROFILE_EXTENSIONS}/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Status: enabled

Name: NoScript
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232}
Package: xul-ext-noscript
Status: enabled

Name: User Agent Switcher
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}
Package: xul-ext-useragentswitcher
Status: enabled

-- Plugins information
Name: F5 Network Access plugin
Location: 
/home/fv/.mozilla/firefox/6jzd2q3r.default/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/plugins/np_F5_SSL_VPN_x86_64.so
Status: enabled

Name: Google Talk Plugin
Location: /opt/google/talkplugin/libnpgoogletalk.so
Package: google-talkplugin
Status: enabled

Name: Google Talk Plugin Video Accelerator
Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so
Package: google-talkplugin
Status: enabled

Name: Google Talk Plugin Video Renderer
Location: /opt/google/talkplugin/libnpo1d.so
Package: google-talkplugin
Status: enabled

Name: Shockwave Flash (11,2,202,335)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  google-talkplu 5.1.4.0-1amd64Google Talk Plugin
ii  xul-ext-noscri 2.6.8.15-1   all  permissions manager for Iceweasel
ii  xul-ext-userag 0.7.3-1  all  Iceweasel/Firefox addon that allo

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

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

Versions of packages iceweasel depends on:
ii  debianutils 4.4
ii  fontconfig  2.11.0-5
ii  libc6   2.18-3
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.38.2-5
ii  libgtk2.0-0 2.24.22-1
ii  libnspr42:4.10.3-1
ii  libnspr4-0d 2:4.10.3-1
ii  libsqlite3-03.8.3.1-1
ii  libstdc++6  4.8.2-16
ii  procps  1:3.3.8-2
ii  xulrunner-24.0  24.3.0esr-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  none
ii  fonts-oflb-asana-math  000.907-6
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.12+dfsg-2
pn  mozplugger none

Versions of packages xulrunner-24.0 depends on:
ii  libasound21.0.27.2-3
ii  libatk1.0-0   2.10.0-2
ii  libbz2-1.01.0.6-5
ii  libc6 2.18-3
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.0-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1
ii  libfontconfig12.11.0-1
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.8.2-16
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.38.2-5
ii  libgtk2.0-0   2.24.22-1
ii  libhunspell-1.3-0 1.3.2-6
ii  libmozjs24d   24.3.0esr-1
ii  libnspr4  2:4.10.3-1
ii  libnss3   2:3.15.4-2
ii  libpango-1.0-01.36.0-1
ii  libsqlite3-0  3.8.3.1-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.2-16
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xulrunner-24.0 suggests:
ii  libcanberra0  0.30-2
ii  libgnomeui-0  2.24.5-2

-- no debconf information


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