Bug#897942: Votre demande de crédit Immobilier - Crédit Coopératif
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/*
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 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
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
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#897313: O: xml-commons-external -- XML Commons external code - DOM, SAX, and JAXP, etc
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#897312: O: statsvn
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#897309: O: ruby-tioga -- Ruby library for scientific graphs
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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 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 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.0 +0200 +++ scalc-0.2.4/debian/control 2017-08-16 20:35:17.0 +0200 @@ -3,7 +3,7 @@ Maintainer: Vincent Fourmond 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
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
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#813566: imagemagick-6.q16: missing package dependency to librsvg2-bin
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: Patch
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#813426: [Pkg-gmagick-im-team] Bug#813426: warning: /etc/alternatives/compare is dangling; it will be updated with best choice
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: imagemagick-6.q16: missing package dependency to librsvg2-bin
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#813426: warning: /etc/alternatives/compare is dangling; it will be updated with best choice
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
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
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#811024: jessie-pu: package imagemagick/8:6.8.9.9-5
Hello, On Mon, Jan 18, 2016 at 9:39 PM, Vincent Fourmond wrote: > On Thu, Jan 14, 2016 at 10:49 PM, Vincent Fourmond > 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
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&t=28791 - IM 6.9.2 crash with some PNG http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=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
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 : > > 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 : > >> 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
On Thu, Jan 14, 2016 at 10:44 PM, Adam D. Barratt 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#811024: jessie-pu: package imagemagick/8:6.8.9.9-5
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 +++ imagemagick-6.8.9.9/debian/patches/0002-Fix-html-documents.patch 2016-01-14 22:29:34.0 +0100
Bug#810591: imagemagick:i386 not configured because /usr/bin/compare-im6 doesn't exist
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 : > 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 seront utilis
Bug#810591: imagemagick:i386 not configured because /usr/bin/compare-im6 doesn't exist
[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 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
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
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
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
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.
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
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
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
Hi Michael, Sorry for not answering before, kinda missed your mail. On Sat, Jun 13, 2015 at 4:11 PM, Michael Banck 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.
control: tag -1 unreproducible Hello, On Wed, Jun 3, 2015 at 7:59 AM, Robert Sohn 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
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
On Thu, Apr 30, 2015 at 12:37 PM, Adam D. Barratt 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 >> 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
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 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 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 Versions of packages devscripts recommends: ii at 3.1.16-1 iu curl7.42.1-1 ii dctrl-tools 2.23 pn debian-keyring pn dput | dupload pn equivs 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 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 pn debbindiff pn devscripts-el 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-perl ii libtimedate-perl 2.3000-2 pn libyaml-syck-perl ii mutt 1.5.23-3 iu openssh-client [ssh-client] 1:6.7p1-6 pn svn-buildpackage 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.
On Wed, Apr 8, 2015 at 12:48 PM, Jay Dee 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
On Fri, Jan 30, 2015 at 2:37 PM, Dejan Latinovic 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
On Wed, Jan 28, 2015 at 8:14 AM, Bastien ROUCARIES wrote: > > Le 28 janv. 2015 08:00, "roucaries bastien" > a écrit : > > >> >> >> Le 27 janv. 2015 22:15, "Vincent Fourmond" 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
With the backtrace... On Tue, Jan 27, 2015 at 10:13 PM, Vincent Fourmond 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=, y=590, x=139, fill_rule=EvenOddRule, fill=MagickTrue, mid=0.62537187436756381, polygon_info=0x840ed8) at ../../magick/draw.c:3806 beta = subpath_opacity = p = 0x852198 q = j = 1 winding_number = -1 alpha = distance = i = #1 DrawPolygonPrimitive._omp_fn.3 () at ../../magick/draw.c:4027 q = id = fill_opacity = stroke_color = {blue = 65535, green = 65535, red = 65535, opacity = 65535} x = 139 stroke_opacity = fill_color = {blue = 65535, green = 65535, red = 65535, opacity = 0} start = 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=, y=584, x=589, fill_rule=EvenOddRule, fill=MagickTrue, mid=0.62537187436756381, polygon_info=0x840588) at ../../magick/draw.c:3714 beta = subpath_opacity = 0 p = 0x851d50 q = j = 0 winding_number = alpha = distance = i = 1 #1 DrawPolygonPrimitive._omp_fn.3 () at ../../magick/draw.c:4027 q = 0x765d85a8 id = fill_opacity = 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 = 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 = p = i = 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 = scale = clone_info = image_view = 0x840f00 exception = 0x873788 status = 1 i = x = y = __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' ... keyword = "path", '\000' ... geometry = '\000' ... name = '\000' ... pattern = '\000' primitive = 0x84d7e0 "push graphic-context\npath 'M 0,792 612,792 612,0 0,0 0,792 z'\npop graphic-context\n" token = q = 0x84d81e "pop graphic-context\n" angle =
Bug#770009: Backtrace for the hang
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#774951: fatal error: magick/MagickCore.h: No such file or directory
control: severity -1 normal control: tag -1 wontfix Hello, On Fri, Jan 9, 2015 at 1:19 PM, Mathieu Malaterre 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 >^ > 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
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 -- 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
On Sun, Dec 21, 2014 at 3:51 PM, Adam D. Barratt 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 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#773649: wheezy-pu: package freecol/0.10.5+dfsg-2
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 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 Uploaders: Vincent Fourmond -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#773451: libqtcore4:amd64: QRectF.setTop() and co do not play nicely with non-numbers (NaN and INF)
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
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
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#771725: unblock: freecol/0.10.7+dfsg-3
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 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#771700: [freecol] freecol freezes on intro
On Mon, Dec 1, 2014 at 8:27 PM, Vincent Fourmond wrote: > On Mon, Dec 1, 2014 at 8:20 PM, Markus Koschany 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#771700: [freecol] freecol freezes on intro
Heya, On Mon, Dec 1, 2014 at 8:20 PM, Markus Koschany 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#771291: gerris: fails with tutorial examples: error compiling expression
Hello, On Fri, Nov 28, 2014 at 11:51 AM, Anton Gladky 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#771291: More information
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
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#770225: Where is ruby-simplecov-html ?
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
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. PyMOL>cd /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 PyMOL>load ../PDB/1SU8.pdb.gz, Ch; [...] PyMOL>select prot, ((all) and (not ((fes) or (nifes Selector: selection "prot" defined with 11466 atoms. PyMOL>cd /home/vincent/tmp PyMOL>select 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 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
Hello, On Fri, Oct 17, 2014 at 6:39 PM, Michael Franzl 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
control: severity -1 important control: tag -1 confirmed On Thu, Oct 16, 2014 at 1:05 PM, Michael Franzl 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
Hello, On Thu, Oct 2, 2014 at 8:46 PM, Klaus Ethgen 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 > > > 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#760079: This patch should do it.
Hi Hilko, On Wed, Sep 3, 2014 at 7:49 PM, Hilko Bengen 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#760396: pdf2djvu: Recent versions compress very badly
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#758926: rescan-scsi-bus.sh is missing
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
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
On Sat, Aug 9, 2014 at 10:37 PM, Bastien ROUCARIES 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
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 ?
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
On Mon, May 12, 2014 at 10:43 AM, Vincent Fourmond wrote: > On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES > 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#747822: perlmagick: build dependency cycle
On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES 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#723100: jabref: headless mode fails
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#723100: jabref: headless mode fails
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#743042: alternative path /usr/bin/compare-im6 doesn't exist
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
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
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 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 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