Bug#822266: paraview: diff for NMU version 5.0.1+dfsg1-5.1
Hi Tobias, 2016-04-25 10:11 GMT+02:00 Tobias Frost : > Anton, would be great if you'd let me to move it to 0-day ;-) please, go ahead. I do not have time within the next few days to deal with it. Regards Anton -- 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#823816: freecad: New upstream version available
tags 823816 +pending thanks -- 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#817785: libqglviewer2: libs built against qt5 should have -qt5 appended
tags 817785 +pending thanks -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: python-escript_4.1-1_amd64.changes REJECTED
Hi Thorsten, upstream agreed to relicense the package under Apache 2.0 license. The new version is pushed to Debian New Queue. Best regards Anton 2016-02-09 15:00 GMT+01:00 Thorsten Alteholz < ftpmas...@ftp-master.debian.org>: > > Hi Joel, > > unfortunately i have to reject your package. > As the OSL-3 is not compatible with DFSG, this software is unsuitable for > main. > > Thanks! > 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
Re: calculix-cgx_2.10.1+dfsg-1_amd64.changes REJECTED
Hi Thorsten, thanks for this note. The new fixed version is uploaded to NEW. Regards Anton 2016-05-17 16:00 GMT+02:00 Thorsten Alteholz < ftpmas...@ftp-master.debian.org>: > > Hi Wolfgang, > > unfortunately I have to reject your package. Please mention the > licenses of: > CalculiX/cgx_2.10/netgen/ng_vol.cpp > CalculiX/cgx_2.10/examples/dolfyn/cgx.patch > CalculiX/cgx_2.10/src/trackball.c > in your debian/copyright. > > Thanks! > 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
Bug#824711: coin3: the debian/copyright file incorrectly labels the license texts
tags 824711 +pending thanks -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: python-escript_4.2.0.1-1_amd64.changes REJECTED
Hi Thorsten, thank you for your notes. I fixed all those problems and uploaded the package again. Best regards Anton 2016-05-22 20:00 GMT+02:00 Thorsten Alteholz < ftpmas...@ftp-master.debian.org>: > > Hi Joel, > > unfortunately I have to reject your package. > Please add the license information of: > doc/user/listings.cfg > to your debian/copyright. > > Also there is no need to add the complete license text of the Apache > license > to your debian/copyright. > As this license is available in /usr/share/common-licenses/, it is fine to > just add a pointer to that file. For example: > > License: Apache-2.0 > Licensed under the Apache License, Version 2.0 (the "License"); > you may not use this file except in compliance with the License. > You may obtain a copy of the License at > . > http://www.apache.org/licenses/LICENSE-2.0 > . > Unless required by applicable law or agreed to in writing, software > distributed under the License is distributed on an "AS IS" BASIS, > WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. > See the License for the specific language governing permissions and > limitations under the License. > . > On Debian systems, the complete text of the Apache version 2.0 license > can be found in "/usr/share/common-licenses/Apache-2.0". > > > > Thanks! > 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
Bug#731823: Not fixed.
Sorry, my. I will reupload it, using your version. Ragards Anton 2014-05-10 13:39 GMT+02:00 Gianfranco Costamagna : > Hi all, I grabbed the deb from debian incoming and this bug is NOT fixed. > > > Can you please upload again with the real fix from mentors? > > > > There is also a build failure on kfreebsd-amd64, don't know if related to > this fix > https://buildd.debian.org/status/fetch.php?pkg=vtk&arch=kfreebsd-amd64&ver=5.8.0-16&stamp=1399720557 > cheers, > > Gianfranco -- 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#731823: Not fixed.
2014-05-10 14:11 GMT+02:00 Anton Gladky : > Sorry, my. * my fault. -- 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#739434: closed by Anton Gladky (Bug#739434: fixed in paraview 4.0.1+dfsg-1)
Hi Sebastien! I will upload it tonight. Thank you Anton 2014-05-14 19:07 GMT+02:00 Sebastian Ramacher : > Control: tags -1 + patch > > On 2014-05-12 13:48:36, Sebastian Ramacher wrote: >> Control: reopen -1 >> Control: severity -1 serious >> Control: tags -1 + sid jessie >> >> On 2014-03-13 21:24:09, Debian Bug Tracking System wrote: >> > Changes: >> > paraview (4.0.1+dfsg-1) unstable; urgency=medium >> > . >> >[ Christophe Trophime ] >> >* [c20bad7] Add missing file from install >> > (needed to install salome-paravis for instance). >> > . >> >[ Anton Gladky ] >> >* [0f6c102] Imported Upstream version 4.0.1+dfsg >> >* [f4ccb4e] Fix libav10 compilation. (Closes: #739434) >> >> Unfortunately it still fails to build with libav 10: >> | cd /«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/FFMPEG && >> /usr/lib/ccache/c++ -DMPICH_IGNORE_CXX_SEEK -DVTK_IN_VTK >> -DvtkIOFFMPEG_EXPORTS -D__STDC_CONSTANT_MACROS -g -O2 -fstack-protector >> --param=ssp-buffer-size=4 -Wformat -Werror=format-security >> -D_FORTIFY_SOURCE=2 -Wno-deprecated -fPIC >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/Movie >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/Movie >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/DataModel >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/DataModel >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Math >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Math >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Core >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Core >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Utilities/KWSys >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Utilities/KWSys >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Misc >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Misc >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/System >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/System >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Transforms >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Transforms >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/ExecutionModel >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/ExecutionModel >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/Core >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/Core >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/ThirdParty/zlib >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/ThirdParty/zlib >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/ThirdParty/oggtheora >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/ThirdParty/oggtheora >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/FFMPEG >> -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG-fvisibility=hidden >> -fvisibility-inlines-hidden -o >> CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o -c >> /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx >> | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx: In >> member function 'int vtkFFMPEGWriterInternal::Start()': >> | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:151:41: >> error: 'CODEC_ID_MJPEG' was not declared in this scope >> | this->avOutputFormat->video_codec = AV_CODEC_ID_MJPEG; >> | ^ >> | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:155:41: >> error: 'CODEC_ID_RAWVIDEO' was not declared in this scope >> | this->avOutputFormat->video_codec = AV_CODEC_ID_RAWVIDEO; >> | ^ >> | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:178:18: >> error: 'CodecID' was not declared in this scope >> |c->codec_id = (CodecID)this->avOutputFormat->video_codec; >> | ^ >> | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:178:26: >> error: expected ';' before 'this' >> |c->codec_id = (CodecID)this->avOutputFormat->video_codec; >> | ^ >> | make[3]: *** >> [VTK/IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o] Error 1 > > The attached patch fixes the issue. Since the libav 10 it would be great > to have this fixed soon. Please let me know if I can help out with > sponsorship or an NMU. > > Cheers > -- > Sebastian Ramacher > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: [eclib] 01/01: pristine-tar data for eclib_2014-05-14.orig.tar.gz
> 2014-05-15 8:27 GMT+02:00 $DEBFULLNAME : Hi Julien, you should fix yout $DEBFULLNAME in .bashrc. Cheers Anton -- 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#748053: vtk6: diff for NMU version 6.0.0-7.1
Hi Sebastian, thanks a lot for the patch. As I told you before I have managed uploading a newer vtk6 version (6.1.0), which builds fine againse libav10. Could you please cancel your NMU? Or I think one can simply wait till it will be rejected. Best regards Anton 2014-05-17 18:14 GMT+02:00 Sebastian Ramacher : > Control: tags -1 + pending > > Dear maintainer, > > to move forward with the libav10 transition, I've prepared an NMU for > vtk6 (versioned as 6.0.0-7.1) and uploaded it to DELAYED/2. Please feel > free to tell me if I should delay it longer. > > Cheers > -- > Sebastian Ramacher > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#747436: libvtk6: Libraries are possibly underlinked
Hi Marco,
thanks for Bug-report. According to an "official" JPEGWriter example [1],
you should link it against ${VTK_LIBRARIES}, not only vtkIOImage.
If you do it, your minimal example is working fine.
[1] http://www.vtk.org/Wiki/VTK/Examples/Cxx/IO/JPEGWriter
Regards
Anton
2014-05-08 18:42 GMT+02:00 Marco Nolden :
> CMakeLists.txt
> ==
> cmake_minimum_required(VERSION 2.8)
> PROJECT(JPEGWriter)
> find_package(VTK REQUIRED)
> include(${VTK_USE_FILE})
> add_executable(JPEGWriter JPEGWriter.cxx)
> target_link_libraries(JPEGWriter vtkIOImage)
--
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#748667: python-vtk6: bogus RPATH
Thanks for pointing that out. Are there any recommendations how to fix it properly? Anton 2014-05-19 14:57 GMT+02:00 Sebastian Ramacher : > Control: found -1 6.0.0-7 > > On 2014-05-19 14:31:12, Jakub Wilk wrote: >> Source: python-vtk6 >> Version: 6.1.0+dfsg-2 >> Severity: grave >> Tags: security >> >> /usr/bin/pvtk, /usr/bin/vtk6python and /usr/bin/pvtkpython all have RPATH >> set to: >> >> /usr/lib/jvm/default-java/jre/lib/amd64/xawt:/usr/lib/jvm/default-java/jre/lib/amd64/server:/tmp/buildd/vtk6-6.1.0+dfsg/debian/build/lib: > > This issue is also present in the current version found in jessie. The > last path differs and is /tmp/buildd/vtk6-6.0.0/debian/build/lib > instead. > > Adjusting the version information accordingly. > > Cheers > -- > Sebastian Ramacher > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#742629: Closing bug
Fixed 742629 6.1.0+dfsg-2 thanks -- 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#747436: Tagging
747436 tags +moreinfo thanks -- 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#748889: paraview: FTBFS on kfreebsd
Hi Sebastian, thanks for bugreport! 2014-05-21 23:42 GMT+02:00 Sebastian Ramacher : > (Why does paraview contain an embeded copy of vtk6?) It is difficult and long story. In couple of words, we need a support of upstream to make it happen. As far as I know Christophe Trophime tried to do it and even proposed build vtk-binaries from Paraview. But it is not yet implemented. Regards Anton -- 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#748966: Forwarding upstream
tags 748966 +upstream forwarded 748966 http://sourceforge.net/p/gnuplot/bugs/1412/ thanks Anton -- 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#748400: Forwarding upstream
tags 748400 +upstream forwarded 748400 http://sourceforge.net/p/gnuplot/bugs/1413 thanks -- 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#741074: Fixed upstream
tags 741074 +fixed-upstream thanks -- 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#743247: Forwarding upstream
tags 743247 +upstream forwarded 743247 http://sourceforge.net/p/gnuplot/bugs/1414 thanks -- 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#722011: Closing bug
fixed 722011 4.6.4-1~bpo70+1 thanks -- 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#743247: [gnuplot:bugs] #1414 Running load destroys arguments from call
tags 743247 +unreproducible thanks Hi Ethan, you are right, I have just tried it and got also "flibble1.out", sorry for possible false alarm. Matthew, please confirm whether you still have problems. Thanks Anton 2014-05-29 18:37 GMT+02:00 Ethan Merritt : > I can't reproduce this. Here is what I see: > > [1] gnuplot_4.4.0 experiment.plot > > > "experiment.plotcall", line 4: warning: Skipping unreadable file > "flibble1.out" > "experiment.plotcall", line 4: No data in plot > > [2] gnuplot_4.6.3 experiment.plot > > > "experiment.plotcall", line 4: warning: Skipping unreadable file > "flibble1.out" > "experiment.plotcall", line 4: No data in plot > > [3] gnuplot_4.6.4 experiment.plot > > > "experiment.plotcall", line 4: warning: Skipping unreadable file > "flibble1.out" > "experiment.plotcall", line 4: No data in plot > > [4] gnuplot_4.6.5 experiment.plot > > > "experiment.plotcall", line 4: warning: Skipping unreadable file > "flibble1.out" > "experiment.plotcall", line 4: No data in plot > > [5] gnuplot_5.0.rc1 experiment.plot > "experiment.plotcall", line 4: warning: Skipping unreadable file > "flibble$0.out" > "experiment.plotcall", line 4: No data in plot > > I can test more release versions if you like, but based on this set it > appears the bug was not in a released version of gnuplot. Perhaps it was > introduced locally? > > > -- 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#748400: [gnuplot:bugs] #1413 Buffer overflow in epslatex terminal
Hi Ethan,
I can reproduce it:
gnuplot -e "set terminal epslatex header sprintf('%.850f',0)"
*** buffer overflow detected ***: gnuplot terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x6ea2f)[0x7f8ba77baa2f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f8ba7840dd7]
/lib/x86_64-linux-gnu/libc.so.6(+0xf3e50)[0x7f8ba783fe50]
/lib/x86_64-linux-gnu/libc.so.6(+0xf2deb)[0x7f8ba783edeb]
gnuplot(+0xce408)[0x7f8ba9481408]
gnuplot(+0x96818)[0x7f8ba9449818]
gnuplot(+0x2468d)[0x7f8ba93d768d]
gnuplot(+0x24878)[0x7f8ba93d7878]
gnuplot(+0x1899b)[0x7f8ba93cb99b]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f8ba776db45]
gnuplot(+0x18e3c)[0x7f8ba93cbe3c]
=== Memory map:
...
...
Our compilation-flags are relatively strict [1]:
-g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security
[1]
https://buildd.debian.org/status/fetch.php?pkg=gnuplot&arch=i386&ver=4.6.5-1&stamp=1393630615
Thanks
Anton
2014-05-29 19:39 GMT+02:00 Ethan Merritt :
> I can't reproduce this in any of
> gnuplot_4.4.4
> gnuplot_4.6.3
> gnuplot_4.6.4
> gnuplot_4.6.5
> gnuplot_5.0.rc1
>
> I also tested issuing the commands
> gnuplot> FOO = sprintf('%.850f',0)
> gnuplot> print strlen(FOO)
> 852
>
> I also tested current gnuplot under valgrind to see if there was indeed an
> overflow, detected or not. Valgrind reported no problems.
>
> I believe that error message comes from libc itself. Could there be an issue
> with buffer size limits in the environment? Does a simple-minded C program
> that issues the same sprintf() statement cause the same error message?
>
>
>
> [bugs:#1413] Buffer overflow in epslatex terminal
>
> Status: open
> Group: 5.0
> Created: Thu May 29, 2014 11:41 AM UTC by Anonymous
> Last Updated: Thu May 29, 2014 12:10 PM UTC
> Owner: nobody
>
> Dear Gnuplot developers,
>
> the following bug has been reported on Debian Bug-Tracker. I would like you
> to ask to have a look at it [1].
>
>
> gnuplot -e "set terminal epslatex header sprintf('%.850f',0)"
>
> gives
>
> buffer overflow detected : gnuplot terminated
>
> But actually I really want to set a header as long as this. Longer then
> 852 characters.
>
>
> [1] https://bugs.debian.org/748400
>
> Thank you
>
> Anton
>
>
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/gnuplot/bugs/1413/
>
> To unsubscribe from further messages, please visit
> https://sourceforge.net/auth/subscriptions/
--
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#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()
reassign 740045 wxwidgets3.0, gnuplot 4.6.5-3 thanks That is due to a switch to wxwidgets3.0. Not sure, in what package it should be fixed. Anton 2014-06-01 3:41 GMT+02:00 Vincent Lefevre : > Package: gnuplot > Version: 4.6.5-3 > Severity: grave > Justification: renders package unusable > > After the latest upgrade, gnuplot no longer works. I get the following > error: > > ../src/gtk/dcclient.cpp(2041): assert "m_window" failed in DoGetSize(): > GetSize() doesn't work without window [in thread 7f6cceb45700] > > Call stack: > [00] wxOnAssert(char const*, int, char const*, char const*, wchar_t const*) > [01] wxClientDCImpl::DoGetSize(int*, int*) const > [02] wxBufferedDC::UnMask() > [03] 0x7f6ce42804f3 > [04] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, > wxEvent&) const > [05] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, > wxEvtHandler*, wxEvent&) > [06] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) > [07] wxEvtHandler::TryHereOnly(wxEvent&) > [08] wxEvtHandler::ProcessEventLocally(wxEvent&) > [09] wxEvtHandler::ProcessEvent(wxEvent&) > [10] wxEvtHandler::SafelyProcessEvent(wxEvent&) > [11] 0x7f6ce3322df1 > [12] g_closure_invoke > [13] 0x7f6ce2567d3d > [14] g_signal_emit_valist > [15] g_signal_emit > [16] gtk_widget_size_allocate > [17] 0x7f6ce3321f03 > [18] g_closure_invoke > [19] 0x7f6ce2567557 > [20] g_signal_emit_valist > [xcb] Unknown request in queue while dequeuing > [xcb] Most likely this is a multi-threaded client and XInitThreads has not > been called > [xcb] Aborting, sorry about that. > gnuplot: ../../src/xcb_io.c:179: dequeue_pending_request: Assertion > `!xcb_xlib_unknown_req_in_deq' failed. > > -- 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.11-2-amd64 (SMP w/2 CPU cores) > Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages gnuplot depends on: > ii gnuplot-qt [gnuplot-x11] 4.6.5-3 > > gnuplot recommends no packages. > > Versions of packages gnuplot suggests: > pn feedgnuplot > ii gnuplot-doc 4.6.5-3 > pn libgnuplot-iostream-dev > pn python-gnuplot > > -- no debconf 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 -- 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#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()
forwarded 750045 https://sourceforge.net/p/gnuplot/bugs/1401 thanks There is an ongoing discussion on gnuplot bugtracker. Anton -- 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#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()
Hi Olly, 2014-06-01 12:57 GMT+02:00 Olly Betts : > Overall sorting out such issues is better, but if you want a quick fix > you can just turn off WXDEBUG mode by passing -DNDEBUG when you compile > your app. Then these cases should be handled much as they were by > default in wx 2.8. Thanks for an explanation. Unfortunately the proposed fix does not work and gnuplot crashes. How long are you planning to keep wx 2.8 in archive? gnuplot is a critical package with popcon > 70k. We cannot keep it broken for a long time. I hope upstream will help us to fix it but I if we do not solve the problem within the next few days I would switch gnuplot back to wx 2.8. Regards Anton -- 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#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()
Hi Ethan, thanks a lot for a quick reply. We do always very appreciate support from upstream-people. I would then propose the following. If wx 2.8 will be available for the next stable Debian Jessie, then we will switch back to this 2.8 version without any major changes. Otherwise, wxt will be disabled in Debian builds as a terminal for gnuplot. Best regards Anton 2014-06-01 19:43 GMT+02:00 sfeam : > Hi. I'm a lead developer for gnuplot. > > Unfortunately this issue appeared just at the time we were putting out > a release candidate for a major version upgrade to gnuplot 5.0. > I don't think it is realistic for us to promise support for > wxwidgets3.0 any time soon since the amount of revision required is > unknown at this point. I have added a warning in the Release Notes. > >http://gnuplot.sourceforge.net/ReleaseNotes_5_0_rc1.html > > Would it be an acceptable option for Debian to provide a default > build that uses Qt5 (or Qt4 for that matter) libraries rather than > wxWidgets? We spent a lot of effort over the last year or so > polishing gnuplot's qt terminal and infrastructure, to the point > where it is now faster and more performant than wxt. > If your default gnuplot package doesn't require wxWidgets at all, > then the wx version becomes moot. > > For the gnuplot version 5.0 release candidate this corresponds to > build options > > ./configure --disable-wxt --with-qt=qt5 > > (or --with-qt=qt4). > > > Ethan Merritt (sfeam) > -- 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#743247: [gnuplot:bugs] #1414 Running load destroys arguments from call
2014-06-02 11:56 GMT+02:00 Matthew Wakeling : > Bug exists in current Debian stable version 4.6.0-8, but appears to be fixed > in 4.6.3 and onwards? That sounds like a partial solution - is there a > possibility of a bugfix for wheezy? 4.6.4 is available in backports for Wheezy [1]. [1] https://packages.debian.org/source/stable-backports/gnuplot Anton -- 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#750171: Get rid of libvtk6
severity 750171 wishlist thanks Hi Mathieu, 2014-06-02 12:09 GMT+02:00 Mathieu Malaterre : > Please get rid of package libvtk6 ASAP. This is a enormous collection > of very different modules. It should clearly be split into > sub-package. Please, send patches, if you think so. > I am marking this as grave since it make the package > completely useless, one need to install 363 shared lib anytime libvtk6 > is needed. It does not make the package useless. Cheers Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
VTK6 bugs
Hi Mathieu, thanks for your help for maintaining VTK6 and filing those bugs, Please do not forget to file appropriate bugs against VTK5.8 and VTK5.10 as well. Thanks Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: VTK6 bugs
2014-06-02 15:32 GMT+02:00 Mathieu Malaterre : > Good point ! I have downgraded the severity to important since vtk6 > transition is on, this cannot possibly affect the next release. I disagree. VTK6-transition is a long story. I do not know, why did you decide, that I "force" the transition. #750187 and #750184 are possibly affect VTK of older versions too. Anton -- 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#750197: Please run the vtk test suite
severity 750197 important thanks Please do not set such high severity for all bugs. VTK6 has a autopkgtest, which I find not a bad replacement. Anton 2014-06-02 14:43 GMT+02:00 Mathieu Malaterre : > Package: libvtk6 > Severity: serious > Version: 6.1.0+dfsg-3 > > Please either run the vtk test suite or document why this is removed. > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#750191: Remove vtkLocalExample from vtk6
severity 750191 important thanks Please do not set such high severity for all bugs. Anton 2014-06-02 14:28 GMT+02:00 Mathieu Malaterre : > Package: libvtk6 > Severity: serious > Version: 6.1.0+dfsg-3 > > vtkLocalExample is an example lib. It does not have a clear API/ABI, > thus should not be provided within a libvtk6.1 package. > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#750193: Remove *Qt from libvtk6
severity 750193 important thanks Please do not set such high severity for all bugs. Anton 2014-06-02 14:33 GMT+02:00 Mathieu Malaterre : > Package: libvtk6 > Severity: serious > Version: 6.1.0+dfsg-3 > > Please re-introduct -Qt package from previous package distribution. > Currenly all *Qt libs are shipped within a single libvtk6 package, > this is a very bad idea. > > In the past we had to split the Qt package to allow smooth Qt3 -> Qt4 > transition. This will be required for Qt4 -> Qt5 transition. > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: VTK6 bugs
2014-06-02 15:56 GMT+02:00 Mathieu Malaterre : > Packages are being rebuild against vtk6 for jessie, while freeze > period is almost here, this is what I called 'force'. Eg: Yes, I used VTK6 for 2 of my packages. I do not see the "force" here. Anton -- 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#750193: Remove *Qt from libvtk6
2014-06-02 15:58 GMT+02:00 Mathieu Malaterre : > Control: severity 750193 serious Please, stop doing that! > this is a regression from past packages (vtk 5.8). A lot of effort was > put in this feature (needed at that time). As such need a serious > severity (for the same reason as back then). It should not make the bug severity serious. Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: VTK6 bugs
2014-06-02 16:06 GMT+02:00 Mathieu Malaterre : > I am very happy you provided vtk6 package. What I am not happy with is > the vtk6 transition knowing how difficult it will be to do source > upload when freeze period starts (couple of weeks) to fix upcoming > build failures/regression. Why did you decide, I am going to finish it till Jessie? Anton -- 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#750045: Removing bug from wxwidgets3.0
notfound 750045 wxwidgets3.0 thanks -- 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#750184: Use system installed proj4
severity 750184 wishlist thanks It is impossible to use the packaged version of proj4 instead of embedded. Incompatible versions. Anton -- 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#749920: libvtk6: improper SOVERSION
2014-06-03 11:47 GMT+02:00 Ansgar Burchardt : >> The run-time shared library must be placed in a package whose name >> changes whenever the SONAME of the shared library changes. > > That is possible even when the package name doesn't include the full > soversion as long as it changes with the next ABI break, for example > libvtk6 -> libvtk6.2. There is no need to rename libvtk6 to libvtk6.1 > (and rebuild rdeps) just for the sake of giving it a different name. Here I agree with Mathieu. SONAMEs were changed and it was my fault not to change the package name. I fixed that. >> Please rename package to libvtk6.1, I believe this also affects >> libvtk6-dev package. > > -dev package names really shouldn't depend on the ABI version (except in > very care cases). It just cases unneccessary work on transitions as one > needs sourceful uploads to update the Build-Depends field in all rdeps. I did not change lbvtk6-dev package name. It should definitely provide libvtk-dev later. Anton -- 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#750203: Postponed
tags 750203 -pending thanks this module fails to build. I was trying to fix include_directories, but it looks like a hack. Anton -- 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#750186: Use system installed ftgl
severity 750186 important thanks ftgl is modified by VTK [1] seriously. === A lot (including new code in src/NoSTL, speedups, portability issues). === Keep it important. [1] http://sources.debian.net/src/vtk6/6.1.0%2Bdfsg-3/ThirdParty/ftgl/README.VTK.txt#L10 Anton 2014-06-02 14:17 GMT+02:00 Mathieu Malaterre : > Package: libvtk6 > Severity: serious > Version: 6.1.0+dfsg-3 > > VTK6 is using a convenient copy of ftgl. This is in violation of > debian policy §4.13. > > https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#751111: Improper shared lib package (SONAME contains python/tcl/java version)
severity 75 important thanks 2014-06-10 14:49 GMT+02:00 Mathieu Malaterre : > Should be removed from the package since the SONAME will change when > python 2.7 will not be the default python version (for example). It will unlikely happen: "Python 2.7 is scheduled to be the last major version in the 2.x series " [1] Switch to 3.x requires a lot of modifications and will definitely have a new soversion. [1] https://www.python.org/download/releases/2.7 Anton -- 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#751111: Improper shared lib package (SONAME contains python/tcl/java version)
severity 75 important
thanks
2014-06-11 7:45 GMT+02:00 Mathieu Malaterre :
> severity 75 serious
Again, stop doing it!
I would like to hear also other's people opinions about this issue.
Then I will agree to raise up the severity if the problem really serious.
Thanks
Anton
> I've even mentioned the debian policy section related to this issue,
> so keep the severity as required.
>
> On Tue, Jun 10, 2014 at 8:35 PM, Anton Gladky wrote:
>> 2014-06-10 14:49 GMT+02:00 Mathieu Malaterre :
>>> Should be removed from the package since the SONAME will change when
>>> python 2.7 will not be the default python version (for example).
>>
>> It will unlikely happen:
>>
>> "Python 2.7 is scheduled to be the last major version in the 2.x series " [1]
>>
>> Switch to 3.x requires a lot of modifications and will definitely have a new
>> soversion.
>>
>> [1] https://www.python.org/download/releases/2.7
>
> So what ? The policy is pretty clear about that, it *will* make it
> difficult. The point is to make it easy before hand ("when in doubt").
> Please fix your package and split python/tcl/java binding out of the
> shared package, they are totally unrelated (different SONAME).
--
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#751111: Improper shared lib package (SONAME contains python/tcl/java version)
severity 75 important thanks It is maintainer's prerogative of changing the severity of bug. Isn't it? 2014-06-11 8:55 GMT+02:00 Mathieu Malaterre : > What for ? The policy is clear, the shared package should not contains > python, tcl, java and the Qt bindings (no clear ABI and not even a > clear API). The issue is only in Python27D-suffix, which will never change. I do not see problems here. Cheers -- 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#751249: vtk6 is not installable (tcl-vtk conflict)
severity 751249 serious thanks Anton 2014-06-11 14:24 GMT+02:00 Jochen Sprickerhof : > Package: vtk6 > Version: 6.1.0+dfsg-5 > Severity: important > > Dear Maintainer, > > vtk6 is not installable (and thus libvtk6-dev as well). Problem is, that > vtk6 contains a conflict against tcl-vtk because both of them contain > /usr/bin/vtk. Starting with 6.1.0+dfsg-4 libvtk6.1 depends on libxdmf2, > which depends on tcl-vtk. As vtk6 depends on libvtk6.1, it's not > installable. I guess we either have to remove /usr/bin/vtk from the > package or revert the dependency on libxdmf2. > > Cheers Jochen > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.14-1-amd64 (SMP w/12 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages vtk6 depends on: > ii libc6 2.19-1 > ii libgcc1 1:4.9.0-6 > ii libstdc++6 4.9.0-6 > ii libtcl8.6 8.6.1-6 > ii libtk8.68.6.1-5 > pn libvtk6 > > vtk6 recommends no packages. > > Versions of packages vtk6 suggests: > pn vtk6-doc > pn vtk6-examples > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#751441: gnuplot-x11: Gnuplot terminal wxt no longer in package
Hi, thanks for bugreport. See NEWS-file here [a]. We stop to provide wxt-terminal because wxwidgets 3.0 is not compatible with gnuplot [1], [2]. wxt-terminal will be enabled again if the bug will be fixed. [1] https://sourceforge.net/p/gnuplot/bugs/1401 [2] https://bugs.debian.org/750045 [a] http://anonscm.debian.org/gitweb/?p=debian-science/packages/gnuplot.git;a=blob;f=debian/NEWS;h=6853e33080cb8fee974dd2e1eb0f3996d6690bbc;hb=25f2453aa80f7c5db381cdfcf7526452173a5942#l1 Anton 2014-06-12 23:35 GMT+02:00 M G Berberich : > Package: gnuplot-x11 > Version: 4.6.5-4 > Severity: normal > > Dear Maintainer, > > After update to 4.6.5-4 gnuplot no longer supports the wxt-terminal, > which was in the gnuplot-x11 package. > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.15.0 (SMP w/8 CPU cores; PREEMPT) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages gnuplot-x11 depends on: > ii aglfn1.7-3 > ii libc62.19-1 > ii libcairo21.12.16-2 > ii libedit2 3.1-20140213-1 > ii libgd3 2.1.0-3+b1 > ii libglib2.0-0 2.40.0-3 > ii liblua5.1-0 5.1.5-5 > ii libpango-1.0-0 1.36.3-1 > ii libpangocairo-1.0-0 1.36.3-1 > ii libx11-6 2:1.6.2-2 > > gnuplot-x11 recommends no packages. > > Versions of packages gnuplot-x11 suggests: > pn gnuplot-doc > > -- no debconf 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 -- 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#751464: gmsh: Merge "..." + Translate gives wrong mesh
Thanks Christophe for the quick fix! Are there any plans to release a newer GMSH version soon? Anton 2014-06-18 22:28 GMT+02:00 Christophe Geuzaine : > > On 13 Jun 2014, at 10:31, Ansgar Burchardt wrote: > >> Package: gmsh >> Version: 2.8.4+dfsg-1+b1 >> Severity: normal >> >> Merging a .geo file and then translating the volume in it results in a >> wrong mesh. >> >> I've attached an example: the unit cube (0,0,0) to (1,1,1) is >> translated along the z-axis. The translated cube is defined by the >> corners (0,0,1) and (1,1,2). However the resulting mesh has a node on >> the z=0 plane (where z should be 1) and another on the z=1 plane that >> belongs on the z=2 plane. >> >> Run "gmsh -3 cube1.geo" or choose Mesh->3D in the GUI to reproduce the >> problem. One has to rotate the cube to see the problem. Or look at >> these nodes in the .msh file: >> >>9 0.5 0.5 0 >>10 0.5 0.5 1 >> >> The problem does not happen when using Include instead of Merge or >> when including the contents of unit-cube.geo directly. >> > > Thanks for the report; this is fixed in Gmsh SVN. > > > >> Ansgar >> >> -- System Information: >> Debian Release: jessie/sid >> APT prefers testing >> APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') >> Architecture: amd64 (x86_64) >> >> Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) >> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> >> Versions of packages gmsh depends on: >> ii libann0 1.1.2+doc-5 >> ii libblas3 [libblas.so.3] 1.2.20110419-7 >> ii libc62.19-1 >> ii libfltk-gl1.31.3.2-5 >> ii libfltk-images1.31.3.2-5 >> ii libfltk1.3 1.3.2-5 >> ii libgcc1 1:4.9.0-5 >> ii libgl1-mesa-glx [libgl1] 10.1.4-1 >> ii libgl2ps01.3.8-1 >> ii libglu1-mesa [libglu1] 9.0.0-2 >> ii libjpeg8 8d-2 >> ii liblapack3 [liblapack.so.3] 3.5.0-2 >> ii libmed1 3.0.6-5 >> ii liboce-foundation8 0.15-4 >> ii liboce-modeling8 0.15-4 >> ii libopenmpi1.61.6.5-8 >> ii libpng12-0 1.2.50-1 >> ii libstdc++6 4.9.0-5 >> ii libtet1.51.5.0-3 >> ii libx11-6 2:1.6.2-2 >> ii mpi-default-bin 1.0.2+nmu1 >> >> Versions of packages gmsh recommends: >> pn gmsh-doc >> >> gmsh suggests no packages. >> >> -- no debconf information >> > > -- > Prof. Christophe Geuzaine > University of Liege, Electrical Engineering and Computer Science > http://www.montefiore.ulg.ac.be/~geuzaine > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#750187: Reducing severity
severity 750187 wishlist thanks === 2014/06/12. After discussing this issue with upstream, I decided to disable this patch for the moment. There is no backport compatibility between Alglib 1.0 and 3.*. This patch compiles, but no guarantee, that it works witn 3.x normally. === http://anonscm.debian.org/gitweb/?p=debian-science/packages/vtk6.git;a=commit;h=bc645d1a5c0dc7d3ab780777fcd2fd65847699f2 Anton -- 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#741196: libpetsc3.4.2: libpetsc.so.3.4.2 links with both GPL-licensed and GPL-incompatible libraries
severity 741196 important tags 741196 +moreinfo thanks 2014-06-21 16:34 GMT+02:00 Francesco Poli : > In the absence of any reply from either the FTP Masters or Julien, I am > raising the severity of this bug report back to "serious" and removing > the "moreinfo" tag. I disagree with that. That is the prerogative of maintainer to set the bug`s severity (package is team-maintained). Please have some patience and wait for an answer from FTP-masters. Anton -- 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#752786: mpich: Please add mpi.pc alternative
tags 752786 +pending thanks Thanks for the patch. Pushed to git. Anton 2014-06-26 17:10 GMT+02:00 Alastair McKinstry : > Package: mpich > Severity: wishlist > Tags: patch > > Please add mpi.pc as an alternative pointing to mpich.pc. > openmpi also provides a pkgconfig file; doing this really helps pkgconfig > files for MPI, and especially for cases such as HDF5, Netcdf, etc. where > libraries may or may not need to be linked against mpi depending on how they > are built; than we can use "Requires: mpi" in the pkgconfig files and hide > the details from users. > > > -- libmpich-dev.postinst.old2014-06-26 15:55:15.729163411 +0100 > +++ libmpich-dev.postinst 2014-06-26 15:55:45.353966560 +0100 > @@ -40,7 +40,8 @@ > --slave /usr/share/man/man1/mpicxx.1.gz mpicxx.1.gz > /usr/share/man/man1/mpicxx.mpich.1.gz \ > --slave /usr/share/man/man1/mpiCC.1.gz mpiCC.1.gz > /usr/share/man/man1/mpicxx.mpich.1.gz \ > --slave /usr/share/man/man1/mpif77.1.gz mpif77.1.gz > /usr/share/man/man1/mpif77.mpich.1.gz \ > - --slave /usr/share/man/man1/mpif90.1.gz mpif90.1.gz > /usr/share/man/man1/mpif90.mpich.1.gz > + --slave /usr/share/man/man1/mpif90.1.gz mpif90.1.gz > /usr/share/man/man1/mpif90.mpich.1.gz \ > +--slave /usr/lib/TRIPLET/pkgconfig/mpi.pc mpi.pc > /usr/lib/TRIPLET/pkgconfig/mpich.pc > > #DEBHELPER# > > > -- System Information: > Debian Release: 7.4 > APT prefers stable > APT policy: (500, 'stable') > Architecture: powerpc (ppc) > > Kernel: Linux 2.6.32-5-powerpc > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) > Shell: /bin/sh linked to /bin/bash > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: Should the link be updated?
Yes, debian-release team, please, update the link as requested. Thank you Anton 2014-06-27 12:24 GMT+02:00 Gianfranco Costamagna : > Hi debian release and vtk6 maintainers, > > Following up from an irc conversation on ftp and release channel I think the > Ben file should be updated to > > is_good = .depends ~ "libvtk6.1"; > > > thanks, > > > Gianfranco -- 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#753680: [paraview] fail to build application on top of paraview
Hi Christophe, 2014-07-04 11:43 GMT+02:00 trophime : > However there are some name clashes with tcl-tk, libvtk5-dev, libvtk-java and > python-vtk > 5.8.0 versions. > > The solution is either : > * to add conflicts with these vtk5 packages > * or to use an extension for any executables generated by paraview > by removing the -DVTK_CUSTOM_LIBRARY_SUFFIX="" option in cmake Did you try the second solution? If it is works, I will apply it for the next paraview upload. I would also escape the first solution because it can cause many other conflicts. Cheers Anton -- 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#754603: gnuplot-qt does not provide gnuplot-nox, but package description says otherwise
Hi Josef, thanks for bugreport. I think we should fix the documentation, that is true. I do not really see any reason, why gitstats depends on gnuplot-nox, not gnuplot itself. gnuplot-nox is the minimal version of gnuplot, so it should not be any problems to use -x11 or -qt. Please ask gistats maintainer to change dependency. Thanks Anton 2014-07-13 0:28 GMT+02:00 Josef Kufner : > Package: gnuplot-qt > Version: 4.6.5-6 > Severity: important > > Dear Maintainer, > > I cannot upgrade to gnuplot-qt 4.6.5-7 (from 4.6.5-6) because gitstats > depends > on gnuplot-nox, but gnuplot-qt is in conflict with it and does not provide it. > However, package description says it does provide it: > >> The package provides gnuplot-x11 and gnuplot-nox terminals plus an additional > QT-terminal for output (not default one). > > There is nothing in dependencies wich would implement this paragraph of > description. > > > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, > 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) > Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages gnuplot-qt depends on: > ii gnuplot 4.6.5-6 > ii libc62.19-5 > ii libcairo21.12.16-2 > ii libedit2 3.1-20140620-1 > ii libgcc1 1:4.9.0-10 > ii libgd3 2.1.0-3+b1 > ii libglib2.0-0 2.40.0-3 > ii liblua5.1-0 5.1.5-5 > ii libpango-1.0-0 1.36.3-1 > ii libpangocairo-1.0-0 1.36.3-1 > ii libqt4-network 4:4.8.6+dfsg-2 > ii libqt4-svg 4:4.8.6+dfsg-2 > ii libqtcore4 4:4.8.6+dfsg-2 > ii libqtgui44:4.8.6+dfsg-2 > ii libstdc++6 4.9.0-10 > ii libx11-6 2:1.6.2-2 > > gnuplot-qt recommends no packages. > > Versions of packages gnuplot-qt suggests: > pn gnuplot-doc > > -- no debconf 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 -- 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#754603: gnuplot-qt does not provide gnuplot-nox, but package description says otherwise
2014-07-13 11:40 GMT+02:00 Josef Kufner : > Could you please add 'Provides: gnuplot-nox' to make life a bit easier > until other packages are updated? I think it is a smart solution. Anton -- 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#754674: ovito: old binaries on armel/armhf
Hi Cyril, thanks for bugreport. I actually requested package removal on arm* platforms and it was already done [1]. The reason is the impossibility to build a new ovito against Qt5 on arms due to "-opengl es2" compiler flag, which is used for arms. Then I asked debian-release team to have a look at this package [3], but it seems, that only ftp-master can help to solve this problem (CC-ing them). [1] http://bugs.debian.org/748974 [2] https://lists.debian.org/debian-qt-kde/2014/05/msg00318.html [3] https://lists.debian.org/debian-release/2014/06/msg00346.html Cheers Anton 2014-07-13 14:23 GMT+02:00 Cyril Brulebois : > Source: ovito > Version: 2.3.3-2 > Severity: serious > Justification: obsolete binaries > > Hi, > > your package no longer builds on armel/armhf, for underdocumented > reasons: > | ovito (2.3.3-2) unstable; urgency=medium > | > | * [a1a602a] Update list of archs. > | > | -- Anton Gladky Fri, 30 May 2014 09:25:51 +0200 > > You're leaving old binaries behind, which is preventing package > migration. You may want to consider requesting removal from unstable: > https://wiki.debian.org/ftpmaster_Removals > > Either way, better changelog entries would be a nice idea… > > Mraw, > KiBi. > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#754598: Severity raise up
severity 754598 serious thanks Just to prevent migration to testing. Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: Excessive bounces in this mailing list
Hi, I have the same problem and need to reactivate mailing list membership often. It can be because of gmail-account CC-ing alioth`s admins. Anton 2014-07-17 15:29 GMT+02:00 Jose Luis Rivero : > Hi all: > > I'm periodically receiving this message in my mailbox: > > """ > Your membership in the mailing list debian-science-maintainers has > been disabled due to excessive bounces The last bounce received from > you was dated 17-Jul-2014. You will not get any more messages from > this list until you re-enable your membership. You will receive 3 > more reminders like this before your membership in the list is > deleted. > ... > """ > > I believe that has something to do with gmail accounts, but I was not able > to find in internet a good answer about how to solve it. Did someone have > this problem? How can it be solved? > > Thanks! -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: Excessive bounces in this mailing list
Hi Tollef, 2014-07-20 8:22 GMT+02:00 Tollef Fog Heen : > Well, stop bouncing list emails then. List emails should be dropped, > not bounced, according to current best practice. I am using gmail as "frontend" and not sure how can I do that. Googilng did not help. Anton -- 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#755578:
severity 755578 minor thanks Anton -- 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#755578: Wrong vtk package
2014-07-22 12:52 GMT+02:00 Mathieu Malaterre : > Control: reassign -1 python-vtk6 > Control: severity -1 grave > > No way the log from OP applies to vtk5.8 (vtkCommonCore is vtk6 only). > Reassigning to vtk6 It is about vtkCommonPython which is in python-vtk [1]. [1] https://packages.debian.org/sid/amd64/python-vtk/filelist -- 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#754674: ovito: old binaries on armel/armhf
Binaries removed. Anton -- 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#753228: Unreproducible
notfound 753228 2.3.3-2 thanks It seems the problem was not in ovito, but in Qt or CMake. Already fixed. Anton -- 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#756156: gnuplot: Fail of tests in debci (autopkgtest)
Hi Lucas, thanks for bug report. It is fixed already in git. Anton 2014-07-26 22:09 GMT+02:00 Lucas Kanashiro : > Source: gnuplot > Version: 4.6.5 > Severity: normal > Tags: patch > User: autopkgtest-de...@lists.alioth.debian.org > Usertags: autopkgtest > > Dear Maintainer, > > The tests can not be run in debci using autopkgtest. Below the autopkgtest's > log: > > Investigating (0) adt-satdep [ amd64 ] < 0 > ( oldlibs ) > Broken adt-satdep:amd64 Depends on gnuplot5-nox [ amd64 ] < none > ( none ) > Removing adt-satdep:amd64 because I can't find gnuplot5-nox:amd64 > Done > > The package gnuplot5-nox was changed to gnuplot-nox and added a restriction > to allow stderror output in debian/tests/control. After this all tests > passed in debci. > > Thanks for consider it! > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#756163: Processed: tagging 756163, severity of 756163 is grave
2014-08-01 6:06 GMT+02:00 Debian Bug Tracking System : >> severity 756163 grave > Bug #756163 [gnuplot-qt] [gnuplot-qt] Doesn't provide gnuplot-x11 > Severity set to 'grave' from 'important' why have you done it? Anton -- 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#751441: Closing the bug
Bug is closed. -- 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#750590: Closing the bug
Closing the bug Anton -- 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#756163: Reducing the severity
severity 756163 minor thanks Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: gnuplot_4.6.5-10_all.changes REJECTED
Hi, I was trying to do a first source-only upload, but the package is rejected. The reason is not clear for me. Could you please explain, what is wrong? Thanks Anton 2014-08-01 23:34 GMT+02:00 Debian FTP Masters : > > gnuplot-data_4.6.5-10_all.deb: trying to install to unstable, but could not > find source > > > === > > 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
Bug#757157: ITP: gfsview -- graphical viewer for Gerris simulation files
Package: wnpp Severity: wishlist Owner: Anton Gladky * Package name: gfsview Version : 2012-07-08 Upstream Author : Stephane Popinet * URL : http://gts.sourceforge.net/ * License : GPL Programming Lang: C, C+ Description : graphical viewer for Gerris simulation files The package will be maintained in Debian Science Team. -- 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#756971: Closing bug
fixed 756971 0.3.1-6 thanks -- 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#744436: Closing bugs
fixed 744436 20131206+dfsg-1 fixed 643132 20131206+dfsg-1 thanks Anton -- 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#757906: Dependency solution problems currently with gnuplog
Hi all, thanks David for your extended response! The problem is that I do not know, how to fix this problem properly. On some stage of gnuplot maintaining it was decided not to conflict -nox with others. But there is no need to keep -nox and -x11 together, because -x11 provides all functionality of -nox. There should not be any problems by Wheezy->Jessie migration what is the most important for us. Patches are always welcome. Cheers Anton 2014-08-16 14:43 GMT+02:00 David Kalnischkies : > Control: reassign -1 gnuplot 4.6.5-10 > > > On Tue, Aug 12, 2014 at 10:07:03AM +0100, Klaus Ethgen wrote: >> I have the both packages, gnuplot-nox and gnuplot-x11, installed with >> version 4.6.5-6. The new version of that packages are 4.6.5-10 but >> conflicting each other. > > This is the underlying problem, which is why I am reassigning to gnuplot > so they can figure something out. Packages should have a clear upgrade > path, period. This might be a bit more relaxed for testing/sid, but > given that Debian has many derivatives (and users) basing on this as > well, a good path would not hurt for them as well after all: We need > them as testers, so we should treat well. ;) > > Further more, I don't see a file conflict between -nox and -x11, so > I wonder why commit b5b3c3b37abb03029a22891fdb98b9e22ca00c41 readds it > (wheezy has file conflicts and had replaces/conflicts). > > > > (what follows is an answer to the general points raised in the bugreport > as well, mostly unrelated to the actual problem at hand) > >> I see two or tree solutions for this problem: >> - Just take only the installable packages in consideration when >> resolving dependencies. That would not update gnuplot-nox and/or >> gnuplot-x11 but would not install and deinstall the dependencies of >> newer package every time. > > Sounds easy, right? You might realize though that you don't know if > a package is installable without resolving its dependencies and even if > each subtree is installable, doesn't mean that some subtrees do not > require the removal of another subtree … > >> - Pick one out of the conflicting packages to keep and upgrade and >> deinstall the other. That would be not the best solution but at least >> allows to update them. The user can choose afterwards to install the >> other package. (Maybe taking the one that has the least dependencies.) > > … which apt really really really hates to do – so it usually doesn't > – for good reason: How on earth should apt be able to decide for you if > you want -x11 or -nox? You have both installed, so you seem to want both > after all… > >> - Inform the user clearly _why_ they are not updated. At the moment it >> only shows that they have been kept back but not for what reason. > > Again, this sounds easy, but in practice it means that with the > completion of this project we have created an artificial human-like > intelligence (well, given that even I usually don't know why without > a lot of debugging, probably well beyond human …). You can get a glimpse > of this with -o Debug::pkgProblemResolver=1 and it will tell you in its > strange way what you want to know, but only because this situation here > is trivial as -x11 and -nox conflict explicitly. Now imagine a situation > in which some obscure package on the 10th level in the tree makes a 2nd > level or-group decision impossible… in an algorithm which is designed to > decide once and never questions this decision again (as reconsidering > means we are prune to run into an endless loop – in practice, we have > some points where we carefully do backtracking, but that is hard…). > > > Anyway, all three are generalisations of smaller bugs we already have > reported in the BTS (multiple times) we are hopeful to tackle one at the > time as time permits, so I hope you understand that I am not cloning or > otherwise retaining this bugreport as a sort of never-closeable metabug. > > The thing with installing and also suggesting to autoremove them is e.g. > something I am trying to hunt down at the moment. It works most of the > time correctly (we have a test for this, so I am sure), but some special > conditions seem to spoil it… > > >> With this packages it is just annoying and maybe is not good for SSDs as >> they would wear out. But for other packages that problem can get really >> problematic so I think it should be solved. > > I should really get an SSD, so that I might understand the constant fear > of everyone with one that it could wear out, but I somehow doubt many > people do an endless loop of install&autoremove cycles to make > a considerable dent in this problem space… - in other words: Please > don't try to invent arguments as it spoils the good arguments before… > > > Best regards > > David Kalnischkies > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintai
Bug#758253: libeigen3-dev: Please provide FindEigen3.cmake in cmake 3.0 path
Hi Felix, thanks for the patch! But I have uploaded today a fix, using symlink to escape file duplication. Best regards Anton 2014-08-23 20:14 GMT+02:00 Felix Geyer : > Control: tags -1 patch > > On Fri, 15 Aug 2014 23:50:38 +0200 Felix Geyer wrote: >> Hi, >> >> I have prepared cmake 3.0 in experimental and would like to upload it to >> unstable soon. >> Unfortunately cmake looks for module only in a versioned path. >> This means all packages providing custom cmake modules need to put them into >> /usr/share/cmake-2.8/Modules as well as /usr/share/cmake-3.0/Modules. > > Attached is an updated version of 01_install_FindEigen3.patch that installs > FindEigen3.cmake to > the cmake 2.8 and 3.0 paths. > Please consider applying the patch as the packages avogadro and step depend > on this cmake module. > > Thanks, > Felix > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#759354: ITP: python-admesh -- Python bindings for the ADMesh, program for processing triangulated solid meshes
Package: wnpp Severity: wishlist Owner: Anton Gladky * Package name: python-admesh Version : 0.98 Upstream Author : Miro Hrončok * URL : https://github.com/admesh/python-admesh * License : GPL-2 Description : Python bindings for the ADMesh, program for processing triangulated solid meshes This module provides bindings for the ADMesh library. It lets you manipulate 3D models in binary or ASCII STL format and partially repair them if necessary. The package will be maintained in Debian Science Team -- 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#758675: metis: GKlib/random.c is missing license grant
Hi Jonathan, thanks for pointing that out!. I think that metis-authors just shortened the license, I will try to contact them. But for now, I do not think it is a big deal to provide the full text of the license, taken from another source, where random.c is used. Cheers Anton 2014-08-20 0:04 GMT+02:00 Jonathan Nieder : > Source: metis > Version: 5.1.0.dfsg-3 > Severity: serious > Justification: undistributable > Tags: upstream > > Hi Anton et al, > > The copyright file of metis says the following is the license for > GKlib/random.c: > > Copyright 2004, Makoto Matsumoto and Takuji Nishimura > > THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS > "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT > LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR > A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT > OWNER OR > CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, > EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, > PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR > PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF > LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING > NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS > SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. > > That's a warranty disclaimer --- it doesn't say anything about how > people can use, modify, or distribute this software. > > For comparison, > http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/VERSIONS/C-LANG/mt19937-64.c > has the same code (for the Mersenne-Twister part) and says > > Copyright (C) 2004, Makoto Matsumoto and Takuji Nishimura, > All rights reserved. > > Redistribution and use in source and binary forms, with or without > modification, are permitted provided that the following conditions > are met: > > 1. Redistributions of source code must retain the above copyright > notice, this list of conditions and the following disclaimer. > > 2. Redistributions in binary form must reproduce the above copyright > notice, this list of conditions and the following disclaimer in > the > documentation and/or other materials provided with the > distribution. > > 3. The names of its contributors may not be used to endorse or > promote > products derived from this software without specific prior > written > permission. > > THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS > "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT > LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR > A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT > OWNER OR > CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, > EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, > PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR > PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF > LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING > NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS > SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. > > Could GKlib/random.c and debian/copyright use that license? Or > alternatively, could metis use another copy of mersenne twister, e.g. > from libgmp if it has one? > > Thanks, > Jonathan > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#741112: Lowering the bug`s severity
severity 741112 important thanks Same as here [1]. Waiting for a decision of FTP-masters. [1] https://bugs.debian.org/741196 Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
[130e468] Fix for Bug#761297 committed to git
tags 761297 + pending thanks Hello, The following change has been committed for this bug by Anton Gladky on Fri, 12 Sep 2014 18:23:50 +0200. The fix will be in the next upload. Add python-matplotlib into Depends. (Closes: #761297) You can check the diff of the fix at: ;a=commitdiff;h=130e468 -- 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#761470: gnuplot-qt: please provide a desktop file and icons
Hi Petter, thanks for the bugreport. I will be glad to apply the patch, which fixes this issue. Best regards Anton 2014-09-14 8:02 GMT+02:00 Petter Reinholdtsen : > > Package: gnuplot-qt > Version: 4.6.5-10 > User: debian-...@lists.debian.org > Usertags: debian-edu > > Hi. > > Currently gnuplot-qt do not provide a desktop file and no desktop and > menu icons. Thus cause the program to not show up in the user menu in > the desktop environments in Debian Edu Jessie, and is thus mostly > unavailable for GUI users like pupils in schools. Please add a desktop > file for the gnuplot-qt package. > > -- > Happy hacking > Petter Reinholdtsen > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#761528: viennacl should requires opencl-dev
Ok, thanks guys for patches/tips. Will upload a fix today. Regards Anton 2014-09-18 16:43 GMT+02:00 Mathieu Malaterre : > On Thu, Sep 18, 2014 at 4:40 PM, Graham Inggs wrote: > >> I believe viennacl should B-D on opencl-dev instead of libopencl1. > > > > opencl-dev is a virtual package, so probably 'ocl-icd-opencl-dev | > > opencl-dev' instead. > > See #760232. > > > > I always forgot that buildds needs a real package first. Thanks for > the clarification. > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers > -- 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#759701: Close the bug
fixed 759701 1.4.0-3 thanks -- 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#761413: vtk6: Patch for wxPython 3.0
Hi Olly, thanks for the patch! I am planning to do a new vtk6 upload next week, so I will include your patch as well. Best regards Anton 2014-09-20 1:11 GMT+02:00 Olly Betts : > Control: tags 761413 + patch > Control: severity -1 serious > # Justification: blocks the on-going wxpython3.0 transition > > I've attached a patch which updates vtk6 to work with wxPython 3.0. It > uses named parameters so should maintain compatibility with wxPython > 2.8 too. The upstream changes are identical to those already applied > to the vtk package. > > This fixes the test script in this bug to work correctly. > > If you'd like me to NMU, I have the build I've just done and would be > happy to sign and upload it. > > 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 > -- 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#758549: [PATCH] 0001-Require-CMake-version-3.0.patch
Hi Florian, thank you for your patch! I would like to provide symlkink to cmake-2.8 for the moment. But will definitely apply your patch after Jessie release, when all cmake-files from 2.8-directory will be removed. Thanks Anton 2014-09-22 11:07 GMT+02:00 Florian Preinstorfer : > Please find a patch to fix this issue attached. It may be applied onto > the already existing 01_Add_CMakeLists.patch > > regards, > Florian > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers > -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: gazebo_3.0.0+dfsg-1_amd64.changes REJECTED
Jose, could you please fix some lintian warnings: W: gazebo source: invalid-escape-sequence-in-dep5-copyright \ (paragraph at line 22) ... ... W: gazebo source: missing-license-paragraph-in-dep5-copyright lgpl (paragraph at line 71) W: gazebo source: invalid-short-name-in-dep5-copyright lgplv3+ (paragraph at line 54) Thanks Anton 2014-09-22 17:44 GMT+02:00 Jose Luis Rivero : > Hello Anton, Thorsten: > > On 15/09/14 14:00, Thorsten Alteholz wrote: > > > > 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. > > > > Thanks very much for the review, as usual, your reasons for rejecting > are right. For some reason I forgot to update the Copyright when I > inherited the package from the old uploader. Sorry about that. > > @Anton: the problem should be fixed in http://tinyurl.com/orpkedv, I > believe that we need to submit it again to the new queue. > > -- > Jose Luis Rivero > -- 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#763259: yade: FTBFS: I can't find file `Yade.tex'
reassign 763529 sphinx 1.2.3+dfsg-1 affects 763529 yade 1.11.1-3 thanks Hi David, thanks for bugreport. It seems, it is a regression of the new 1.2.3 version of sphinx. 1.2.2 sphinx compiles the yade documentation without any problems. I am not sure, in what package should it be fixed. Cheers Anton 2014-09-28 19:16 GMT+02:00 David Suárez : > Source: yade > Version: 1.11.1-3 > Severity: serious > Tags: jessie sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20140926 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. -- 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#687465: Closing bug
fixed 687465 0.1.0+dfsg+1-3 thanks Freefoam did not exist in Wheezy, thus I am closing the bug, because the direct update without package removal is not possible. Thanks Anton -- 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#705896: Unreproducible
Hi, can you please try the gnuplot version, which is available in wheezy-backports? 4.6.4-1~bpo70+1 at the moment Thanks Anton 2014-10-05 20:43 GMT+02:00 : > Hi, > > I can reproduce this bug on Wheezy (gnuplot 4.6.0-8): > > $ unset DISPLAY; echo 'plot sin(x); exit' | gnuplot -persist > Failed to initialize wxWidgets. > Segmentation fault > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#764814: freecad downloads and executes code
forwarded 764814 http://freecadweb.org/tracker/view.php?id=1785 thanks Yorik, there is a patch attached on FreeCAD bugtracker. Can it be applied? Thanks Anton 2014-10-11 19:43 GMT+02:00 Yorik van Havre : > Hi, > > This download happens the first time a user wants to use the DXF > import/export feature. Since the license of our DXF exporter is GPL, and > other components of FreeCAD prevent from linking to GPL code (namely > OpenCasCade and Coin3D) (the whole story is another Debian bug), we found > this trick of moving the dxf exporter out of the FreeCAD sources, and > placing it online, so it can be downloaded by users the first time they need > it. We control that resource ourselves (FreeCAD developers), so I don't > think there is a higher risk than if we included that code directly in the > source... > > I really don't know what else we can do... Would showing a dialog saying: > "Warning! FreeCAD will now download python code for the dxf exporter" > satisfy you? > > Yorik > > > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#764814: freecad downloads and executes code
Hi Yorik, 2014-10-15 19:36 GMT+02:00 Yorik van Havre : > I wonder if it's not easier to simply disable the > whole DXF import/export, and indicate to users how to add > it themselves. We have not so much time till Debian`s freeze. If you think, there is no "proper" solution let`s disable this feature. I would be thankful if upstream people propose a nice patch for that. Thanks Anton -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Re: [Paraview on Jessie] Rescale over time feature broken, patch released
Hi Massimiliano, please, submit a wichlist-bug against paraview package. Thanks Anton 2014-10-22 21:25 GMT+02:00 Massimiliano Leoni : > Hi everyone, > I am on Jessie and I installed package Paraview from the official repos, > but I > found out that a very useful feature, "rescale data range over all timesteps" > is broken in this version. > However, a patch was created and is discussed on the official kitware forum, > where it is claimed to solve the problem. > > http://review.source.kitware.com/#/c/14052/ > > Could you please apply it and update the debian package? > This is a very fundamental feature and I wouldn't like to manually install or > compile another version to have it working. > > Thanks in advance, > Massimiliano Leoni > > P.s. Sorry if you received a blank email a moment ago, my bad. > > P.p.s Sorry if this isn't the appropriate way to report a bug; in this case, > can you point me to the right place? > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#764814: freecad downloads and executes code
Hi Yorik, thanks for the patch! I tried to adopt it for the current Debian freecad version, but you are right, there is a problem to patch Draft_rc.py. Are there really necessary changes in this file which needs to be done to fix the issue? I am considering now to upload the latest git-version of FreeCAD, but I have doubts whether it is a right solution. We are several days before freeze. If I upload it with some problems, we do have again a chance not to get FreeCAD in the stable Debian version. I would avoid that if it is possible, Thanks again Anton 2014-10-18 19:27 GMT+02:00 Yorik van Havre : > Hi Anton, > > I just committed[1] a fix to this problem. From now on, downloads are > disabled by default. The fist time you want to use the DXF import or > export feature, the user receives a message explaining him that > he needs either to enable automatic downloads, via the freecad > preferences settings, or to download the files himself. > > I think this will solve both debian's concerns (no download will > ever happen without the user's explicit command, he will need to tick > a checkbox) and the ease of the users (be able to use the DXF stuff > without being bothered by this). > > The commit in question has been applied to the master branch > of FreeCAD, which will become version 0.15. It won't be easily > applied to the current 0.14 branch I'm afraid, because it > modifies the resource file, which is always hard to patch. > > So I'm not sure what is neede for you, is it sufficient the > way it is now? Or do you need to patch the version currently > in debian too? If yes please tell me because I'll need to issue > a patch specific to that version... > > Cheers > Yorik > > [1] > http://github.com/FreeCAD/FreeCAD_sf_master/commit/bd1bbff874f5e5a86f4308aa2f840cbd64a77b77 > > > > > > -- > debian-science-maintainers mailing list > debian-science-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
