Bug#761414: vtk: Patch for wxWidgets 3.0
On Sun, Sep 14, 2014 at 4:12 AM, Olly Betts o...@survex.com wrote: If you'd like me to NMU, I have the build I've just done and would be happy to sign and upload it. Please do. Thanks much ! -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761625: libeinspline-dev: arch-dependent file in Multi-Arch: same package
Package: libeinspline-dev Version: 0.9.2-1 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libeinspline-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/include/einspline/config.h MD5 sums of the file are: a07bd2bba5713be064221e6471afd837 on ppc64el; 77aaa38890a9cc8ecc6ed3bff8b72df5 elsewhere. An example diff between i386 and ppc64el is attached. -- Jakub Wilk diff -ur libeinspline-dev_0.9.2-1_i386/usr/include/einspline/config.h libeinspline-dev_0.9.2-1_ppc64el/usr/include/einspline/config.h --- libeinspline-dev_0.9.2-1_i386/usr/include/einspline/config.h 2013-04-18 15:33:03.0 +0200 +++ libeinspline-dev_0.9.2-1_ppc64el/usr/include/einspline/config.h 2014-08-25 03:05:55.0 +0200 @@ -16,7 +16,7 @@ /* #undef FC_DUMMY_MAIN_EQ_F77 */ /* Define to 1 if you have the `clock_gettime' function. */ -/* #undef HAVE_CLOCK_GETTIME */ +#define HAVE_CLOCK_GETTIME 1 /* Define to 1 if C supports variable-length arrays. */ #define HAVE_C_VARARRAYS 1 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
PCB Prototype Fabrication/Printed circuit board Supply与您共享了相册。
Dear Sir/Madam, Glad to know you from your great website, I'm proud to introduce you our high quality PCB products, Our advantage is - The most experienced PCB sample manufacture from CHINA Quick PCB Prototype Fabrication Fast shipment according to customer's requirement High quality with material Grade A FR-4 1 - 6 layer boards All free test Please kindly send us some drawings or manufacturing requirements description! We provide 10% discount for all our new customers, and for volume order please feel free to get back to us, we will assure you our best price. I would appreciate if you forward this letter to Technical Manager or to other expert responsible for technical integration of new products in your company, for we could discuss all the details of our future cooperation. Thanks for your attention to the above, we look forward to hearing back from you. Best regards, NiLu https://picasaweb.google.com/lh/sredir?uname=118374386374518431784target=ALBUMid=6051519028566726385authkey=Gv1sRgCL_BopaM78fFoAEinvite=CP_S5tENfeat=email -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
gazebo_3.0.0+dfsg-1_amd64.changes REJECTED
Dear Maintainer, unfortunately I have to reject your package. On a short glimpse I found the following licenses that you did not mention in your debian/copyright: doc/search.js:// Natural Docs is licensed under the GPL. tools/check_test_ran.py:# Software License Agreement (BSD License) deps/parallel_quickstep/CMakeModules/FindCUDA/make2cmake.cmake:# The MIT License deps/threadpool/boost/threadpool/pool.hpp:* Boost Software License, Version 1.0 deps/opende/include/ode/ode.h: * LICENSE.TXT and LICENSE-BSD.TXT for more details. deps/opende/GIMPACT/include/GIMPACT/gim_radixsort.h: GIMPACT-LICENSE-LGPL.TXT and GIMPACT-LICENSE-BSD.TXT for more details. There might be other stuff missing. Please add all licenses/copyright information to debian/copyright. Thorsten === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processing of vtk_5.8.0-17.4_amd64.changes
vtk_5.8.0-17.4_amd64.changes uploaded successfully to localhost along with the files: vtk-doc_5.8.0-17.4_all.deb vtk-examples_5.8.0-17.4_all.deb vtk_5.8.0-17.4.dsc vtk_5.8.0-17.4.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761414: vtk: Patch for wxWidgets 3.0
On Mon, Sep 15, 2014 at 09:02:46AM +0200, Mathieu Malaterre wrote: On Sun, Sep 14, 2014 at 4:12 AM, Olly Betts o...@survex.com wrote: If you'd like me to NMU, I have the build I've just done and would be happy to sign and upload it. Please do. Thanks much ! Done - you already have the nmudiff. Thanks for the prompt response. Cheers, Olly -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
vtk_5.8.0-17.4_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 13 Sep 2014 17:45:52 + Source: vtk Binary: vtk-doc vtk-examples libvtk5.8 libvtk-java libvtk5-dev libvtk5.8-qt4 libvtk5-qt4-dev tcl-vtk python-vtk Architecture: source all Version: 5.8.0-17.4 Distribution: unstable Urgency: medium Maintainer: Debian Science Team debian-science-maintainers@lists.alioth.debian.org Changed-By: Olly Betts o...@survex.com Description: libvtk-java - Visualization Toolkit - A high level 3D visualization library - j libvtk5-dev - VTK header files for building C++ code libvtk5-qt4-dev - Visualization Toolkit - A high level 3D visualization library - Q libvtk5.8 - Visualization Toolkit - A high level 3D visualization library - r libvtk5.8-qt4 - Visualization Toolkit - A high level 3D visualization library - Q python-vtk - Python bindings for VTK tcl-vtk- Tcl bindings for VTK vtk-doc- VTK class reference documentation vtk-examples - C++, Tcl and Python example programs/scripts for VTK Closes: 761414 Changes: vtk (5.8.0-17.4) unstable; urgency=medium . * Non-maintainer upload. * Update for wxPython 3.0 (Closes: #761414): - New patch: wxpython3.0.patch Checksums-Sha1: ff9da2d0042ba8a801dea6bc04f39be641eea60f 3099 vtk_5.8.0-17.4.dsc 18524132084e53dafebbdca1cb08cc2a847a82b4 54200 vtk_5.8.0-17.4.debian.tar.xz 197ec3ffa94b605c92722d76cbbee27485c64053 38743024 vtk-doc_5.8.0-17.4_all.deb 04fba756dc43dfc93f8b916010185f97acc31b64 388080 vtk-examples_5.8.0-17.4_all.deb Checksums-Sha256: b3b86a655b49815844552efa894cc28ac15df1d96374cdee076c5bec10ab096c 3099 vtk_5.8.0-17.4.dsc c5a9c8cfc6380365cbcdc0c6da3a56fbd8a5c14359ed6b33d5e9021791be64db 54200 vtk_5.8.0-17.4.debian.tar.xz e15d66be0115c64df701cf150969108c16980fbe5f02111f9283c41c61f02c23 38743024 vtk-doc_5.8.0-17.4_all.deb 7794dc5e5ef6ae2848a555fea41eb2260caca5ef7021f4a162b3abb275dd90bb 388080 vtk-examples_5.8.0-17.4_all.deb Files: 5d1acd58d80e65b533c7649540fd585d 38743024 doc optional vtk-doc_5.8.0-17.4_all.deb 51f6659d5a756accbe623e1b49f7042a 388080 graphics optional vtk-examples_5.8.0-17.4_all.deb a152e7262ab4cd83a23bd239911c1d31 3099 graphics optional vtk_5.8.0-17.4.dsc c099107f2b8d61a48cb96992c48b6d1d 54200 graphics optional vtk_5.8.0-17.4.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUFtN6AAoJEBgUewc7rSsH3uIP/jush6uPpqT5NmAy3TsB9slS AxMVWLj9IQOQGaFWDWYwqqlmAqwIaAsOF7mtZUTSi5eiyCgc7AxJhau76veyo18/ 1sr4AHfFH/HKwLQs+n260wvvZ+ZwUrkc7GNnFdDizlnRSWIvT2Tv3gvYXvtse9XU thfOw4DUYZ1T08zcbuZrr9jLP4g0SbD7iYFEdJvNpM0T2+8jKyfWoYBXnBs+s0KV m05PUdK7hdU2/GsBHDxDvJkB8rLFq4ePI5YY2J5f3Vgv1JfUdBxBbtsTedfQdgSs uZd7TE4TwyX0hmApbMTy/ww1TOjETtXmj7o0nri0PoC9Isg5RNlBHeSfnAa825DY j3Gg8wuRfGk0r04B2R5O+ewK2rg4Alv0Lk3G/7Sh1YpVJcc8H5XB1NzjU6E6Lsal v0xvHF2WCzavIb8Cc/QdG3+QxztZ2irW9EPIOEvNoc9DTuulpUhWJq0MHyfLG97r aFZiJYu9rbNUDQOzyE4kH0sfIpJ57OEp2VP0Vp3DmNXw/DnbkLjLUvd60QPJPOkz jINBhdNfmqsxOqufqi/327THM/mfyv4PUV3l0i65Qm4OibWcLlJGqByTY0SJdGDS 23Pi4nyD2VbnnbTOafwRrQuCqDLOmUklg4rD7FLKQczTuxfVveqAElSFFhktb8Ib xbDodwv81fA9Vb2G0JAP =oPuk -END PGP SIGNATURE- Thank you for your contribution to Debian. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761414: marked as done (python-vtk: Please update to use wxpython3.0)
Your message dated Mon, 15 Sep 2014 12:21:30 +
with message-id e1xtvhe-0003dc...@franck.debian.org
and subject line Bug#761414: fixed in vtk 5.8.0-17.4
has caused the Debian Bug report #761414,
regarding python-vtk: Please update to use wxpython3.0
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
761414: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761414
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: python-vtk
Version: 5.8.0-17.3+b1
Severity: important
Tags: sid jessie
User: freewx-ma...@lists.alioth.debian.org
Usertags: wxpy3.0
Control: block 755757 by -1
Control: block 759060 by -1
I missed this package in my previous checks, as while it uses the wx API,
it doesn't seem to have any sort of dependency on python-wxgtk2.8 or
indeed any wx package AFAICS (it'd be useful for transitions, and I think
also for users, to at least have a Suggests).
This simple script (provided by Thiago Franco Moraes) fails, due wx dropping
the older deprecated wxGLCanvas API which vtk is using:
from vtk.wx.wxVTKRenderWindowInteractor import
wxVTKRenderWindowInteractorConeExample
wxVTKRenderWindowInteractorConeExample()
The output is:
/usr/lib/pymodules/python2.7/vtk/wx/wxVTKRenderWindowInteractor.py:669:
wxPyDeprecationWarning: Using deprecated class PySimpleApp.
app = wx.PySimpleApp()
Traceback (most recent call last):
File /home/olly/vtkwx3.py, line 2, in module
wxVTKRenderWindowInteractorConeExample()
File /usr/lib/pymodules/python2.7/vtk/wx/wxVTKRenderWindowInteractor.py,
line 673, in wxVTKRenderWindowInteractorConeExample
widget = wxVTKRenderWindowInteractor(frame, -1)
File /usr/lib/pymodules/python2.7/vtk/wx/wxVTKRenderWindowInteractor.py,
line 175, in __init__
attribList=attribList)
File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/glcanvas.py, line 106,
in __init__
_glcanvas.GLCanvas_swiginit(self,_glcanvas.new_GLCanvas(*args, **kwargs))
TypeError: Argument given by name ('attribList') and position (3)
I've included the standard information from the other mails I filed
earlier below - the script doesn't handle the wxGLCanvas API changes,
but it may still be useful.
We're aiming to migrate the archive to using wxpython3.0 instead of
wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released.
This transition is already underway, and is being tracked by the release
team here:
https://release.debian.org/transitions/html/wxpython3.0.html
The wxPython 3.0 API mostly adds to the wxPython2.8 API. Many packages
work with wxPython 3.0 without any changes, but there are a few
incompatibilities. For example, wx.Color is no longer supported as
an alias for wx.Colour, and some constants which were deprecated in 2.8
have been removed. All the removed constants I'm aware of were set to 0
in wxPython 2.8, so removing them is still compatible with 2.8.
To assist updating to wxPython 3.0, I've put together a script which
will help make the mechanical changes required. This is in a git repo
on collab-maint along with a README about using it and updating packages
for wxPython 3.0 in general:
http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git
The script has some options to control the sorts of changes it makes -
see the README and --help output for more information - you can view
the latest version of the README online here:
http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git/tree/README
I've developed this script by trying to convert 20+ packages. Please
try it out on your package - in many cases, it should be enough to get
your package working (if it doesn't already) - if it does, please upload
(and close this bug).
If the script doesn't do the job, please let me know (or improve the
script if you can figure out what it needs to do to get your package
working).
Another issue you may hit is that wxWidgets 3.0 now defaults to enabling
its WXDEBUG checks for incorrect API usage, so some applications will
emit scary sounding assertion failures. These are unlikely to
actually be new, just in a default build of 2.8, such incorrect uses
were handled quietly behind the scenes. Sometimes these are easy to
fix, but if not you can easily patch the application to tell wx 3.0 to
handle them in the same way wx 2.8 does - details of how to do so are in
the README:
http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git/tree/README
I'm happy to sponsor uploads for this transition, though if you have an
active sponsor already check with them first - I don't want to tread on
anyone's toes.
Cheers,
Olly
Recevez 1000 euros de bons d'achat !
[1]Visualiser la version en ligne [2]Recevez 1000 euros de bons d'achat ! [3]Se désabonner [4]Courrier indésirable Bravo , Votre email debian-science-maintainers@lists.alioth.debian.org fait partie de nos finalistes pour notre grand tirage ! Vous remporterez peut être 1000€ de bons d’achat Carrefour ! [5]JE GAGNE References Visible links 1. http://clicks.votreactuconso.com/v/Nw/TjqcM0B9EhX-9wcTAbyox3/9708156c 2. http://clicks.votreactuconso.com/c/Nw/2m9/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/aa3d629c 3. http://clicks.votreactuconso.com/u/Nw/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/f5babccd 4. http://clicks.votreactuconso.com/u/Nw/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/f5babccd 5. http://clicks.votreactuconso.com/c/Nw/2mV/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/e8f5dace Hidden links: 6. http://clicks.votreactuconso.com/c/Nw/2mZ/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/36fc0ac8 7. http://clicks.votreactuconso.com/c/Nw/2m8/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/e3d4cf83 8. http://clicks.votreactuconso.com/c/Nw/2mY/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/ecc6fde9 9. http://clicks.votreactuconso.com/c/Nw/2me/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/fc0a6175 10. http://clicks.votreactuconso.com/c/Nw/2mf/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/26309654 11. http://clicks.votreactuconso.com/c/Nw/2mu/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/b9b6a503 12. http://clicks.votreactuconso.com/c/Nw/2m0/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/c10aadb8 13. http://clicks.votreactuconso.com/c/Nw/2by/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/c2b1f349 14. http://clicks.votreactuconso.com/c/Nw/2bF/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/084798f4 15. http://clicks.votreactuconso.com/c/Nw/2bc/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/36000f3a 16. http://clicks.votreactuconso.com/c/Nw/2bm/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/7bda8502 17. http://clicks.votreactuconso.com/c/Nw/2bb/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/7fe9a225 18. http://clicks.votreactuconso.com/c/Nw/2bo/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/e809df3c 19. http://clicks.votreactuconso.com/c/Nw/2bL/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/b94aa0f1 20. http://clicks.votreactuconso.com/c/Nw/2bi/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/870d373f 21. http://clicks.votreactuconso.com/c/Nw/2b7/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/42e96ee8 22. http://clicks.votreactuconso.com/c/Nw/2b2/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/f7d771ca 23. http://clicks.votreactuconso.com/c/Nw/2bX/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/0021d6ba 24. http://clicks.votreactuconso.com/c/Nw/2b6/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/0b00c3f7 25. http://clicks.votreactuconso.com/c/Nw/2bk/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/14de6d01 26. http://clicks.votreactuconso.com/c/Nw/2bH/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/459d12cc 27. http://clicks.votreactuconso.com/c/Nw/2bE/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/d27d6fd5 28. http://clicks.votreactuconso.com/c/Nw/2ba/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/a5d35504 29. http://clicks.votreactuconso.com/c/Nw/2bj/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/5d37c01e 30. http://clicks.votreactuconso.com/c/Nw/2bI/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/0c74bfd3 31. http://clicks.votreactuconso.com/c/Nw/2bN/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/2a99facf 32. http://clicks.votreactuconso.com/c/Nw/2bg/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/cad7bd07 33. http://clicks.votreactuconso.com/c/Nw/2b5/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/d13a34d6 34. http://clicks.votreactuconso.com/c/Nw/2bq/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/e06f9172 35. http://clicks.votreactuconso.com/c/Nw/2bd/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/10ed4a26 36. http://clicks.votreactuconso.com/c/Nw/2bl/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/3233281d 37. http://clicks.votreactuconso.com/c/Nw/2bR/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/b12ceebf 38. http://clicks.votreactuconso.com/c/Nw/2bQ/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/6b16199e 39. http://clicks.votreactuconso.com/c/Nw/2bh/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/cee49a20 40. http://clicks.votreactuconso.com/c/Nw/2bT/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/de2806bc 41. http://clicks.votreactuconso.com/c/Nw/2bJ/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/d64e48f2 42. http://clicks.votreactuconso.com/c/Nw/2bK/TjqcM0B9EhX-9wcTAbyox3/c/FaAj/9fa7e5ed Comment ça marche ? Vous recevez ce message de notre part car vous vous êtes inscrit(e) avec l'adresse debian-science-maintainers@lists.alioth.debian.org sur le site votreactuconso.fr. Ce site a fait l'objet d'une déclaration auprès de la CNIL sous le numéro 1545148. Conformément à l'article 34 de la loi «Informatique et Libertés» du 6 janvier 1978, vous pouvez exercer votre droit d'accès, de modification, de rectification ou encore de suppression de vos informations personnelles. [1]Se désabonner. Qui sommes-nous ? Votre Actu Conso est une newsletter quotidienne , éditée par la société Natexo, qui vous propose une sélection de bons plans. En étant abonné à notre liste d'information, vous recevrez le top des jeux concours, les offres du moment pour tous vos travaux, des invitations exclusives à des essais et ventes privées de grandes
Bug#761564: cimg: FTBFS: fatal error: Magick++.h: No such file or directory
Hi David, I can confirm this problem. However, I have no idea why this happens. The critical point is a makefile containing # Flags to enable native support of most classical image file formats, using the Magick++ library. # ( http://www.imagemagick.org/Magick++/ ) CIMG_MAGICK_CFLAGS = -Dcimg_use_magick `Magick++-config --cppflags` `Magick++-config --cxxflags` CIMG_MAGICK_LDFLAGS = `Magick++-config --ldflags` `Magick++-config --libs` and the build log says: cd examples /usr/bin/make Mlinux LDFLAGS=-lm -lpthread -lHalf make[2]: Entering directory '/tmp/buildd/cimg-1.5.9+dfsg/examples' /bin/sh: 1: Magick++-config: not found /bin/sh: 1: Magick++-config: not found /bin/sh: 1: Magick++-config: not found /bin/sh: 1: Magick++-config: not found make[3]: Entering directory '/tmp/buildd/cimg-1.5.9+dfsg/examples' ** Compiling 'CImg_demo (1.5.9)' with 'gcc version 4.9.1 (Debian 4.9.1-14) ' g++ -o CImg_demo CImg_demo.cpp -I.. -Wall -W -O3 -fno-tree-pre -Dcimg_use_vt100 -I/usr/X11R6/include -Dcimg_use_xrandr -Dcimg_use_tiff -Dcimg_use_openexr -I/usr/include/OpenEXR -Dcimg_use_png -Dcimg_use_jpeg - In file included from CImg_demo.cpp:48:0: ../CImg.h:347:22: fatal error: Magick++.h: No such file or directory #include Magick++.h ^ compilation terminated. Since libmagick++-dev provides the command in question and is in the Build-Depends (and according to the build log installed) I'm a bit clueless why this does not work. Any hint is welcome Andreas. -- http://fam-tille.de -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761564: cimg: FTBFS: fatal error: Magick++.h: No such file or directory
Le 15 sept. 2014 17:55, Andreas Tille andr...@an3as.eu a écrit : Hi David, I can confirm this problem. However, I have no idea why this happens. The critical point is a makefile containing Newer imagemagick version does not supply this command. Please use pkg-config Bastien # Flags to enable native support of most classical image file formats, using the Magick++ library. # ( http://www.imagemagick.org/Magick++/ ) CIMG_MAGICK_CFLAGS = -Dcimg_use_magick `Magick++-config --cppflags` `Magick++-config --cxxflags` CIMG_MAGICK_LDFLAGS = `Magick++-config --ldflags` `Magick++-config --libs` and the build log says: cd examples /usr/bin/make Mlinux LDFLAGS=-lm -lpthread -lHalf make[2]: Entering directory '/tmp/buildd/cimg-1.5.9+dfsg/examples' /bin/sh: 1: Magick++-config: not found /bin/sh: 1: Magick++-config: not found /bin/sh: 1: Magick++-config: not found /bin/sh: 1: Magick++-config: not found make[3]: Entering directory '/tmp/buildd/cimg-1.5.9+dfsg/examples' ** Compiling 'CImg_demo (1.5.9)' with 'gcc version 4.9.1 (Debian 4.9.1-14) ' g++ -o CImg_demo CImg_demo.cpp -I.. -Wall -W -O3 -fno-tree-pre -Dcimg_use_vt100 -I/usr/X11R6/include -Dcimg_use_xrandr -Dcimg_use_tiff -Dcimg_use_openexr -I/usr/include/OpenEXR -Dcimg_use_png -Dcimg_use_jpeg - In file included from CImg_demo.cpp:48:0: ../CImg.h:347:22: fatal error: Magick++.h: No such file or directory #include Magick++.h ^ compilation terminated. Since libmagick++-dev provides the command in question and is in the Build-Depends (and according to the build log installed) I'm a bit clueless why this does not work. Any hint is welcome Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140915155510.gb14...@an3as.eu -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
adolc 2.5.2-1 MIGRATED to testing
FYI: The status of the adolc source package in Debian's testing distribution has changed. Previous version: 2.5.1-1 Current version: 2.5.2-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
coinutils 2.9.15-1 MIGRATED to testing
FYI: The status of the coinutils source package in Debian's testing distribution has changed. Previous version: 2.9.10-1 Current version: 2.9.15-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
libqglviewer 2.5.3+dfsg-1 MIGRATED to testing
FYI: The status of the libqglviewer source package in Debian's testing distribution has changed. Previous version: 2.5.2+dfsg-1 Current version: 2.5.3+dfsg-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
mlpack 1.0.10-1 MIGRATED to testing
FYI: The status of the mlpack source package in Debian's testing distribution has changed. Previous version: 1.0.9-1 Current version: 1.0.10-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761702: chealpix: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
Package: chealpix Version: 3.11.4-2 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. chealpix build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761703: chealpix: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
Package: chealpix Version: 3.11.4-2 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. chealpix build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761703: marked as done (chealpix: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev)
Your message dated Mon, 15 Sep 2014 22:19:45 +0200 with message-id 20140915201945.ga24...@volta.rr44.fr and subject line Bug#761703: chealpix: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev has caused the Debian Bug report #761703, regarding chealpix: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 761703: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761703 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: chealpix Version: 3.11.4-2 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. chealpix build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien ---End Message--- ---BeginMessage--- On Mon, Sep 15, 2014 at 09:58:36PM +0200, Aurelien Jarno wrote: Package: chealpix Version: 3.11.4-2 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. chealpix build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Sorry, this bug has been reported twice by mistake, closing this one. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net---End Message--- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761707: fitsverify: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
Package: fitsverify Version: 4.17-1 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. fitsverify build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien ftools-fv 5.3+dfsg-5 gyoto 0.2.1-2 healpix-cxx 3.11.2-7 healpy 1.8.1-1 kst 2.0.3-2 kstars 4:4.14.0-1 libastro-fits-cfitsio-perl 1.10-1 pyfits 1:3.3-2 python-astropy 0.4.1+dfsg2-1 pyxplot 0.9.2-4 skycat 3.1.2+starlink1~b-8 slcfitsio 0.3.8+nosvn-4.1 tcl-fitstcl 2.3-3 wcslib 4.23-1 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761709: gyoto: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
Package: gyoto Version: 0.2.1-2 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. gyoto build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien healpix-cxx 3.11.2-7 healpy 1.8.1-1 kst 2.0.3-2 kstars 4:4.14.0-1 libastro-fits-cfitsio-perl 1.10-1 pyfits 1:3.3-2 python-astropy 0.4.1+dfsg2-1 pyxplot 0.9.2-4 skycat 3.1.2+starlink1~b-8 slcfitsio 0.3.8+nosvn-4.1 tcl-fitstcl 2.3-3 wcslib 4.23-1 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761710: healpix-cxx: Please build-depends on libcfitsio-dev instead of libcfitsio3-dev
Package: healpix-cxx Version: 3.11.2-7 Severity: wishlist Tags: sid Dear maintainer, With the latest upload of cfitsio, the development library has been changed to libcfitsio-dev from libcfitsio3-dev, as we now have only one version of the cfitsio library in the archive. libcfitsio3-dev is now a transitional package depending on libcfitsio-dev. The goal is to get this package removed after the Jessie release. healpix-cxx build-depends on libcfitsio3-dev. Could you please change it to libcfitsio-dev, so that the libcfitsio3-dev transitional package can later be removed? So far there is no real urgency to do so, and thus there is no need for a specific upload to fix this bug. That said if you prepare an upload, you can squash this change in. I'll upgrade the severity of this bug (if still opened) after the Jessie release. Thanks, Aurelien healpy 1.8.1-1 kst 2.0.3-2 kstars 4:4.14.0-1 libastro-fits-cfitsio-perl 1.10-1 pyfits 1:3.3-2 python-astropy 0.4.1+dfsg2-1 pyxplot 0.9.2-4 skycat 3.1.2+starlink1~b-8 slcfitsio 0.3.8+nosvn-4.1 tcl-fitstcl 2.3-3 wcslib 4.23-1 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761739: cqrlib: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Package: src:cqrlib Version: 1.1.2-2 Severity: wishlist User: debian-cr...@lists.debian.org Usertags: libtool-split As part of the effort to cross-build the archive, the libtool package needs a split into an architecture independent part and an architecture dpendent part (the latter only consisting of the libtool binary). The split is already done for jessie/sid, but to enable the cross buildability, the dependency in libtool on libtool-bin needs to be removed, and libtool-bin needs to depend on libtool instead. The vast majority of packages using libtool via automake don't need the libtool binary, and thus no changes in the build dependencies, however about 60 source packages are using libtool directly, and need changes. - some packages just check for the libtool binary, and then don't use it for the build (but are using libtoolize instead). Such usages are seen in a script called buildcheck.sh, and sometimes in autogen.sh scripts. The solution for these cases is to patch these scripts to check for libtoolize instead of libtool, and not to introduce the new build dependency. - other packages just need the additional build dependency on libtool-bin. To test your packages with the libtool-bin package removed, please use the binaries found at deb https://people.debian.org/~doko/tmp/20140820 ./ It is not clear, if all of these changes can be done in time for the jessie release, but it would be nice to have to be able to cross-build more packages in jessie. For questions and help please email the debian-cross ML. For additional pointers please see https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html and some discussion in the orignal issue filed for libtool (#682045). The full build log can be found at: http://people.debian.org/~doko/logs/20140912/failed-libtool/cqrlib_1.1.2-2_unstable_jdk-libtool.log The last lines of the build log are at the end of this report. [...] libtool --mode=link g++ -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -Wall -ansi -pedantic -DCQR_NOCCODE=1 -static -I /usr/include -L/usr/lib/x86_64-linux-gnu -Wl,-z,relro Before installing the CQRlib library and example programs, check that the install directory and install commands are correct: The current values are : /usr libtool --mode=install cp To compile the CQRlib library and example programs type: make clean make all To run a set of tests type: make tests To clean up the directories type: make clean To install the library and binaries type: make install *** make[1]: Leaving directory '/«PKGBUILDDIR»' dh_auto_test fakeroot debian/rules binary dh binary dh_testroot dh_prep dh_installdirs dh_auto_install make[1]: Entering directory '/«PKGBUILDDIR»' mkdir ./lib mkdir ./bin libtool --mode=compile gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -Wall -ansi -pedantic -I. -c -c ./cqrlib.c make[1]: libtool: Command not found Makefile:263: recipe for target 'lib/libCQRlib.la' failed make[1]: *** [lib/libCQRlib.la] Error 127 make[1]: Leaving directory '/«PKGBUILDDIR»' dh_auto_install: make -j1 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2 make: *** [binary] Error 2 debian/rules:10: recipe for target 'binary' failed dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761741: cvector: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Package: src:cvector Version: 1.0.3.1-1 Severity: wishlist User: debian-cr...@lists.debian.org Usertags: libtool-split As part of the effort to cross-build the archive, the libtool package needs a split into an architecture independent part and an architecture dpendent part (the latter only consisting of the libtool binary). The split is already done for jessie/sid, but to enable the cross buildability, the dependency in libtool on libtool-bin needs to be removed, and libtool-bin needs to depend on libtool instead. The vast majority of packages using libtool via automake don't need the libtool binary, and thus no changes in the build dependencies, however about 60 source packages are using libtool directly, and need changes. - some packages just check for the libtool binary, and then don't use it for the build (but are using libtoolize instead). Such usages are seen in a script called buildcheck.sh, and sometimes in autogen.sh scripts. The solution for these cases is to patch these scripts to check for libtoolize instead of libtool, and not to introduce the new build dependency. - other packages just need the additional build dependency on libtool-bin. To test your packages with the libtool-bin package removed, please use the binaries found at deb https://people.debian.org/~doko/tmp/20140820 ./ It is not clear, if all of these changes can be done in time for the jessie release, but it would be nice to have to be able to cross-build more packages in jessie. For questions and help please email the debian-cross ML. For additional pointers please see https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html and some discussion in the orignal issue filed for libtool (#682045). The full build log can be found at: http://people.debian.org/~doko/logs/20140912/failed-libtool/cvector_1.0.3.1-1_unstable_jdk-libtool.log The last lines of the build log are at the end of this report. [...] libtool --mode=link gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -Wall -ansi -pedantic -static -I /usr/include -Wl,-z,relro Before installing the CVector library and example programs, check that the install directory and install commands are correct: The current values are : /usr libtool --mode=install cp To compile the CVector library and example programs type: make clean make all To run a set of tests type: make tests To clean up the directories type: make clean To install the library and binaries type: make install *** make[1]: Leaving directory '/«PKGBUILDDIR»' dh_auto_test fakeroot debian/rules binary dh binary dh_testroot dh_prep dh_installdirs dh_auto_install make[1]: Entering directory '/«PKGBUILDDIR»' mkdir ./lib mkdir ./bin libtool --mode=compile gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -Wall -ansi -pedantic -I. -c -c ./CVector.c make[1]: libtool: Command not found Makefile:237: recipe for target 'lib/libCVector.la' failed make[1]: *** [lib/libCVector.la] Error 127 make[1]: Leaving directory '/«PKGBUILDDIR»' dh_auto_install: make -j1 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2 make: *** [binary] Error 2 debian/rules:10: recipe for target 'binary' failed dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761780: ntl: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Package: src:ntl Version: 5.5.2-2 Severity: wishlist User: debian-cr...@lists.debian.org Usertags: libtool-split As part of the effort to cross-build the archive, the libtool package needs a split into an architecture independent part and an architecture dpendent part (the latter only consisting of the libtool binary). The split is already done for jessie/sid, but to enable the cross buildability, the dependency in libtool on libtool-bin needs to be removed, and libtool-bin needs to depend on libtool instead. The vast majority of packages using libtool via automake don't need the libtool binary, and thus no changes in the build dependencies, however about 60 source packages are using libtool directly, and need changes. - some packages just check for the libtool binary, and then don't use it for the build (but are using libtoolize instead). Such usages are seen in a script called buildcheck.sh, and sometimes in autogen.sh scripts. The solution for these cases is to patch these scripts to check for libtoolize instead of libtool, and not to introduce the new build dependency. - other packages just need the additional build dependency on libtool-bin. To test your packages with the libtool-bin package removed, please use the binaries found at deb https://people.debian.org/~doko/tmp/20140820 ./ It is not clear, if all of these changes can be done in time for the jessie release, but it would be nice to have to be able to cross-build more packages in jessie. For questions and help please email the debian-cross ML. For additional pointers please see https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html and some discussion in the orignal issue filed for libtool (#682045). The full build log can be found at: http://people.debian.org/~doko/logs/20140912/failed-libtool/ntl_5.5.2-2_unstable_jdk-libtool.log The last lines of the build log are at the end of this report. [...] SCHROOT_SESSION_ID=unstable-amd64-sbuild-26b3d091-1f0c-46e9-a2e4-532347fb89c3 SCHROOT_UID=1000 SCHROOT_USER=user SHELL=/bin/sh USER=user dpkg-buildpackage âââââââââââââââââ dpkg-buildpackage: source package ntl dpkg-buildpackage: source version 5.5.2-2 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Bernhard R. Link brl...@debian.org dpkg-source --before-build ntl-5.5.2 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean if test -e src/makefile ; then /usr/bin/make -C src clobber ;fi make[1]: Entering directory '/«PKGBUILDDIR»/src' rm -f ntl.a mach_desc.h ../include/NTL/mach_desc.h GetTime.c rm -f lip_gmp_aux_impl.h ../include/NTL/gmp_aux.h sh RemoveProg QuickTest BerlekampTest CanZassTest ZZXFacTest MoreFacTest LLLTest BitMatTest MatrixTest CharPolyTest RRTest QuadTest GF2XTest GF2EXTest subset ZZ_pEXTest lzz_pEXTest MakeDesc TestGetTime gen_lip_gmp_aux gen_gmp_aux rm -f *.o rm -rf small rm -f cfileout mfileout rm -rf .libs *.lo libntl.la rm -f all make[1]: Leaving directory '/«PKGBUILDDIR»/src' rm -f build-arch-stamp rm -f src/makefile include/NTL/config.h dh_clean dpkg-source -b ntl-5.5.2 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building ntl using existing ./ntl_5.5.2.orig.tar.gz dpkg-source: warning: ignoring deletion of file src/makefile, use --include-removal to override dpkg-source: warning: ignoring deletion of file include/NTL/config.h, use --include-removal to override dpkg-source: info: building ntl in ntl_5.5.2-2.debian.tar.xz dpkg-source: info: building ntl in ntl_5.5.2-2.dsc debian/rules build cd src ./configure \ WIZARD=off SHARED=on \ CFLAGS='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith ' CXXFLAGS='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' \ CPPFLAGS='-D_FORTIFY_SOURCE=2' LDFLAGS='' \ DEF_PREFIX='/usr' \ NTL_GMP_LIP=on NTL_STD_CXX=on SHARED=on \ NTL_GF2X_LIB=off * checking for libtool * Error: bad libtool (libtool) -- try glibtool? at DoConfig line 137. make: *** [src/makefile] Error 2 debian/rules:25: recipe for target 'src/makefile' failed dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761778: neartree: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Package: src:neartree Version: 3.1.1-2 Severity: wishlist User: debian-cr...@lists.debian.org Usertags: libtool-split As part of the effort to cross-build the archive, the libtool package needs a split into an architecture independent part and an architecture dpendent part (the latter only consisting of the libtool binary). The split is already done for jessie/sid, but to enable the cross buildability, the dependency in libtool on libtool-bin needs to be removed, and libtool-bin needs to depend on libtool instead. The vast majority of packages using libtool via automake don't need the libtool binary, and thus no changes in the build dependencies, however about 60 source packages are using libtool directly, and need changes. - some packages just check for the libtool binary, and then don't use it for the build (but are using libtoolize instead). Such usages are seen in a script called buildcheck.sh, and sometimes in autogen.sh scripts. The solution for these cases is to patch these scripts to check for libtoolize instead of libtool, and not to introduce the new build dependency. - other packages just need the additional build dependency on libtool-bin. To test your packages with the libtool-bin package removed, please use the binaries found at deb https://people.debian.org/~doko/tmp/20140820 ./ It is not clear, if all of these changes can be done in time for the jessie release, but it would be nice to have to be able to cross-build more packages in jessie. For questions and help please email the debian-cross ML. For additional pointers please see https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html and some discussion in the orignal issue filed for libtool (#682045). The full build log can be found at: http://people.debian.org/~doko/logs/20140912/failed-libtool/neartree_3.1.1-2_unstable_jdk-libtool.log The last lines of the build log are at the end of this report. [...] libtool --mode=link gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -Wall -ansi -pedantic -DCNEARTREE_SAFE_TRIANG=1 -static-libtool-libs -I/usr/include -Wl,-z,relro Before installing the NearTree library and example programs, check that the install directory and install commands are correct: The current values are : /usr libtool --mode=install cp To compile the NearTree library and example programs type: make clean make all To run a set of tests type: make tests To clean up the directories type: make clean To install the library and headers type: make install *** make[1]: Leaving directory '/«PKGBUILDDIR»' dh_auto_test fakeroot debian/rules binary dh binary dh_testroot dh_prep dh_installdirs dh_auto_install make[1]: Entering directory '/«PKGBUILDDIR»' mkdir ./lib mkdir ./bin libtool --mode=compile gcc -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -g -O2 -Wall -ansi -pedantic -DCNEARTREE_SAFE_TRIANG=1 -I. -c -c ./CNearTree.c make[1]: libtool: Command not found Makefile:281: recipe for target 'lib/libCNearTree.la' failed make[1]: *** [lib/libCNearTree.la] Error 127 make[1]: Leaving directory '/«PKGBUILDDIR»' dh_auto_install: make -j1 install DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2 make: *** [binary] Error 2 debian/rules:10: recipe for target 'binary' failed dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#761784: python-cpl: libtool split: package needs a b-d on libtool-bin (or avoid using the libtool binary)
Package: src:python-cpl Version: 0.6.2-2 Severity: wishlist User: debian-cr...@lists.debian.org Usertags: libtool-split As part of the effort to cross-build the archive, the libtool package needs a split into an architecture independent part and an architecture dpendent part (the latter only consisting of the libtool binary). The split is already done for jessie/sid, but to enable the cross buildability, the dependency in libtool on libtool-bin needs to be removed, and libtool-bin needs to depend on libtool instead. The vast majority of packages using libtool via automake don't need the libtool binary, and thus no changes in the build dependencies, however about 60 source packages are using libtool directly, and need changes. - some packages just check for the libtool binary, and then don't use it for the build (but are using libtoolize instead). Such usages are seen in a script called buildcheck.sh, and sometimes in autogen.sh scripts. The solution for these cases is to patch these scripts to check for libtoolize instead of libtool, and not to introduce the new build dependency. - other packages just need the additional build dependency on libtool-bin. To test your packages with the libtool-bin package removed, please use the binaries found at deb https://people.debian.org/~doko/tmp/20140820 ./ It is not clear, if all of these changes can be done in time for the jessie release, but it would be nice to have to be able to cross-build more packages in jessie. For questions and help please email the debian-cross ML. For additional pointers please see https://lists.debian.org/debian-devel-announce/2014/08/msg00013.html and some discussion in the orignal issue filed for libtool (#682045). The full build log can be found at: http://people.debian.org/~doko/logs/20140912/failed-libtool/python-cpl_0.6.2-2_unstable_jdk-libtool.log The last lines of the build log are at the end of this report. [...] 'build/bdist.linux-x86_64' does not exist -- can't clean it 'build/scripts-2.7' does not exist -- can't clean it dh_clean dpkg-source -b python-cpl-0.6.2 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building python-cpl using existing ./python-cpl_0.6.2.orig-test.tar.gz ./python-cpl_0.6.2.orig.tar.gz dpkg-source: warning: ignoring deletion of file cpl/version.py, use --include-removal to override dpkg-source: info: building python-cpl in python-cpl_0.6.2-2.debian.tar.xz dpkg-source: info: building python-cpl in python-cpl_0.6.2-2.dsc debian/rules build dh build --with python2 dh_testdir dh_auto_configure dh_auto_build running build running build_py creating build creating build/lib.linux-x86_64-2.7 creating build/lib.linux-x86_64-2.7/cpl copying cpl/version.py - build/lib.linux-x86_64-2.7/cpl copying cpl/recipe.py - build/lib.linux-x86_64-2.7/cpl copying cpl/result.py - build/lib.linux-x86_64-2.7/cpl copying cpl/param.py - build/lib.linux-x86_64-2.7/cpl copying cpl/esorex.py - build/lib.linux-x86_64-2.7/cpl copying cpl/__init__.py - build/lib.linux-x86_64-2.7/cpl copying cpl/logger.py - build/lib.linux-x86_64-2.7/cpl copying cpl/dfs.py - build/lib.linux-x86_64-2.7/cpl copying cpl/md5sum.py - build/lib.linux-x86_64-2.7/cpl copying cpl/run.py - build/lib.linux-x86_64-2.7/cpl copying cpl/frames.py - build/lib.linux-x86_64-2.7/cpl running build_ext building 'cpl.CPL_recipe' extension creating build/temp.linux-x86_64-2.7 creating build/temp.linux-x86_64-2.7/cpl x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python2.7 -c cpl/CPL_recipe.c -o build/temp.linux-x86_64-2.7/cpl/CPL_recipe.o x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python2.7 -c cpl/CPL_library.c -o build/temp.linux-x86_64-2.7/cpl/CPL_library.o x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-2.7/cpl/CPL_recipe.o build/temp.linux-x86_64-2.7/cpl/CPL_library.o -o build/lib.linux-x86_64-2.7/cpl/CPL_recipe.so debian/rules override_dh_auto_test make[1]: Entering directory '/«PKGBUILDDIR»' (cd test/iiinstrumentp ./bootstrap ./configure make CPPFLAGS=$CPPFLAGS -D_XOPEN_SOURCE=500) bootstrap: Checking for maintainer tools... bootstrap: GNU autoconf 2.69 found. bootstrap: GNU automake 1.14.1 found. bootstrap: Error: GNU libtool not found in your PATH! bootstrap: Error: You need libtool 1.5 or newer installed. make[1]: *** [build_test_recipe] Error
libstxxl is marked for autoremoval from testing
libstxxl 1.3.1-5 is marked for autoremoval from testing on 2014-09-30 It is affected by these RC bugs: 759701: libstxxl: FTBFS on 32-bit architectures -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
