fenics is marked for autoremoval from testing

[Debian testing autoremoval watch]

fenics 1:1.5.0.1 is marked for autoremoval from testing on 2016-09-01

It (build-)depends on packages with these RC bugs:
827740: isympy: isympy start fails: No module named sympy.interactive
830365: sympy: FTBFS: Please install the mpmath package with a version >= 0.19


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

fiat is marked for autoremoval from testing

[Debian testing autoremoval watch]

fiat 2016.1.0-1 is marked for autoremoval from testing on 2016-09-01

It (build-)depends on packages with these RC bugs:
827740: isympy: isympy start fails: No module named sympy.interactive
830365: sympy: FTBFS: Please install the mpmath package with a version >= 0.19


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

sympy is marked for autoremoval from testing

[Debian testing autoremoval watch]

sympy 1.0-1 is marked for autoremoval from testing on 2016-09-01

It is affected by these RC bugs:
830365: sympy: FTBFS: Please install the mpmath package with a version >= 0.19
827740: isympy: isympy start fails: No module named sympy.interactive


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

ffc is marked for autoremoval from testing

[Debian testing autoremoval watch]

ffc 2016.1.0-1 is marked for autoremoval from testing on 2016-09-01

It (build-)depends on packages with these RC bugs:
827740: isympy: isympy start fails: No module named sympy.interactive
830365: sympy: FTBFS: Please install the mpmath package with a version >= 0.19


-- 
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#831189: marked as done (librecad: FTBFS with GCC 6: cstdlib:75:25: fatal error: stdlib.h: No such file or directory)

[Debian Bug Tracking System]

Your message dated Fri, 05 Aug 2016 04:33:42 +
with message-id 
and subject line Bug#831189: fixed in librecad 2.0.9-3
has caused the Debian Bug report #831189,
regarding librecad: FTBFS with GCC 6: cstdlib:75:25: fatal error: stdlib.h: No 
such file or directory
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.)


-- 
831189: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831189
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: librecad
Version: 2.0.9-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160713 qa-ftbfs
Justification: FTBFS with GCC 6 on amd64

Hi,

During a rebuild of all packages in sid using the gcc-defaults package
available in experimental to make GCC default to version 6, your package failed
to build on amd64. For more information about GCC 6 and Stretch, see:
- https://wiki.debian.org/GCC6
- https://lists.debian.org/debian-devel-announce/2016/06/msg7.html

Relevant part (hopefully):
> g++ -c -m64 -pipe -g -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=gnu++0x -Wall -W 
> -D_REENTRANT -fPIC -DQC_APPKEY="/LibreCAD" -DQC_APPNAME="LibreCAD" 
> -DQC_COMPANYNAME="LibreCAD" -DQC_COMPANYKEY="LibreCAD" -DQC_VERSION="master" 
> -DQC_DELAYED_SPLASH_SCREEN=1 -DHAS_BOOST=1 -DDWGSUPPORT 
> -DQC_SCMREVISION="2.0.9" -DQC_APPDIR="librecad" 
> -DQINITIMAGES_LIBRECAD=qInitImages_librecad -DQT_NO_DEBUG -DQT_SVG_LIB 
> -DQT_PRINTSUPPORT_LIB -DQT_HELP_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB 
> -DQT_CORE_LIB -I. -isystem /usr/include -I../../libraries/libdxfrw/src 
> -I../../libraries/jwwlib/src -Icmd -Ilib/actions -Ilib/creation -Ilib/debug 
> -Ilib/engine -Ilib/fileio -Ilib/filters -Ilib/generators -Ilib/gui 
> -Ilib/information -Ilib/math -Ilib/modification -Ilib/scripting -Iactions 
> -Imain -Itest -Iplugins -Iui -Iui/forms -I../res -isystem 
> /usr/include/x86_64-linux-gnu/qt5 -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtPrintSupport -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtHelp -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtCore -I../../generated/librecad/moc 
> -I../../generated/librecad/ui 
> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -o 
> ../../generated/librecad/obj/rs_actioninterface.o 
> lib/actions/rs_actioninterface.cpp
> In file included from /usr/include/c++/6/bits/stl_algo.h:59:0,
>  from /usr/include/c++/6/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:88,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtGui/qwindowdefs.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtGui/qevent.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtGui/QKeyEvent:1,
>  from lib/actions/rs_actioninterface.cpp:27:
> /usr/include/c++/6/cstdlib:75:25: fatal error: stdlib.h: No such file or 
> directory
>  #include_next 
>  ^
> compilation terminated.
> make[3]: *** [../../generated/librecad/obj/rs_actioninterface.o] Error 1

The full build log is available from:
   
http://people.debian.org/~lucas/logs/2016/07/13/librecad_2.0.9-2_unstable_gcc6.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Source: librecad
Source-Version: 2.0.9-3

We believe that the bug you reported is fixed in the latest version of
librecad, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 831...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Scott Howard  (supplier of updated librecad package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: 

Processing of librecad_2.0.9-3_amd64.changes

[Debian FTP Masters]

librecad_2.0.9-3_amd64.changes uploaded successfully to localhost
along with the files:
  librecad_2.0.9-3.dsc
  librecad_2.0.9-3.debian.tar.xz
  librecad-data_2.0.9-3_all.deb
  librecad-dbgsym_2.0.9-3_amd64.deb
  librecad_2.0.9-3_amd64.deb

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#833383: ros-std-msgs: split headers and message definitions

[ddomenichelli]

‎Hello Jochen,

> Interesting point, what would be the use case?

These messages definition could be used to generate bindings for other 
programming languages and/or frameworks.
In my specific case, in YARP (another middleware for robotics similar to ROS) 
we have a way to publish/subscribe to ROS publisher and subscribers, and we 
have a tool to generate bindings for ROS messages that do not use ROS libraries 
using the message definition.
We have a very small number of dependencies, and we cannot use the -dev package 
because it depends on many other packages, therefore at the moment we are 
forced to include in each module a copy of the definition of the messages used, 
but that's obviously redundant, and it would be a lot better if they were 
installed somewhere on the system.

> Should we put it into an extra package or in the library?

I'd like to have it in a separate package, with a very small number of 
dependencies.
In an ideal situation I'd like to call from CMake something like this:

 find_package(std_msgs REQUIRED)
 generate_bindings("$std_msgs_MSG_DIR}/std_msgs/String.msg")


Cheers,
 Daniele

-- 
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#831069: marked as done (qtiplot: FTBFS with GCC 6: src/analysis/dialogs/FitDialog.cpp:1025:41: error: no matching function for call to 'QTableWidgetItem::setFlags(bool)')

[Debian Bug Tracking System]

Your message dated Thu, 4 Aug 2016 21:32:29 +0200
with message-id 

and subject line Closing the bug
has caused the Debian Bug report #831069,
regarding qtiplot: FTBFS with GCC 6: 
src/analysis/dialogs/FitDialog.cpp:1025:41: error: no matching function for 
call to 'QTableWidgetItem::setFlags(bool)'
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.)


-- 
831069: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831069
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: qtiplot
Version: 0.9.8.9-14
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160713 qa-ftbfs
Justification: FTBFS with GCC 6 on amd64

Hi,

During a rebuild of all packages in sid using the gcc-defaults package
available in experimental to make GCC default to version 6, your package failed
to build on amd64. For more information about GCC 6 and Stretch, see:
- https://wiki.debian.org/GCC6
- https://lists.debian.org/debian-devel-announce/2016/06/msg7.html

Relevant part (hopefully):
> g++ -c -m64 -pipe -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -D_REENTRANT -Wall -W 
> -DSCRIPTING_CONSOLE -DSVN_REVISION="\"\"" -DQT_PLUGIN 
> -DTRANSLATIONS_PATH=\"/usr/share/qtiplot/translations\" 
> -DMANUAL_PATH=\"/usr/share/doc/qtiplot/manual\" -DSCRIPTING_MUPARSER 
> -DSCRIPTING_PYTHON -DPYTHON_CONFIG_PATH=\"/usr/share/qtiplot\" 
> -DGL2PS_HAVE_LIBPNG -DTEX_OUTPUT -DHAVE_ALGLIB -DHAVE_TAMUANOVA -DQT_NO_DEBUG 
> -DQT_SVG_LIB -DQT_QT3SUPPORT_LIB -DQT3_SUPPORT -DQT_XML_LIB -DQT_OPENGL_LIB 
> -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED 
> -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore 
> -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml 
> -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtSvg -I/usr/include/qt4 
> -I/usr/include/qt4/QtAssistantClient -I/usr/include/qt4/QtAssistant 
> -I/usr/include/muParser -I../3rdparty/qwt/src -I../3rdparty/qwtplot3d/include 
> -Iicons -Isrc/analysis -Isrc/analysis/dialogs -Isrc/core -Isrc/excel 
> -Isrc/lib/include -Isrc/lib/3rdparty/qtcolorpicker/src -Isrc/plot2D 
> -Isrc/plot2D/dialogs -Isrc/plot3D -Isrc/matrix -Isrc/table -Isrc/scripting 
> -I/usr/include/python2.7 -I/usr/include/libalglib -I/usr/include/tamu_anova 
> -I/usr/include -I/usr/X11R6/include -I/«PKGBUILDDIR»/tmp/qtiplot -o 
> ../tmp/qtiplot/FitDialog.o src/analysis/dialogs/FitDialog.cpp
> src/analysis/dialogs/FitDialog.cpp: In member function 'void 
> FitDialog::saveUserFunction()':
> src/analysis/dialogs/FitDialog.cpp:895:9: warning: this 'if' clause does not 
> guard... [-Wmisleading-indentation]
>  if (d_current_fit->setFormula(formula))
>  ^~
> src/analysis/dialogs/FitDialog.cpp:898:3: note: ...this statement, but the 
> latter is misleadingly indented as if it is guarded by the 'if'
>if (funcBox->currentItem()->text() == name)
>^~
> src/analysis/dialogs/FitDialog.cpp: In member function 'void 
> FitDialog::removeUserFunction()':
> src/analysis/dialogs/FitDialog.cpp:946:5: warning: this 'if' clause does not 
> guard... [-Wmisleading-indentation]
>  if (QMessageBox::Yes != QMessageBox::question (this, tr("QtiPlot") + " - 
> " + tr("Remove Fit Model"), s, QMessageBox::Yes, QMessageBox::Cancel))
>  ^~
> src/analysis/dialogs/FitDialog.cpp:949:2: note: ...this statement, but the 
> latter is misleadingly indented as if it is guarded by the 'if'
>   QString name = funcBox->currentItem()->text();
>   ^~~
> src/analysis/dialogs/FitDialog.cpp: In member function 'void 
> FitDialog::showFitPage()':
> src/analysis/dialogs/FitDialog.cpp:1025:41: error: no matching function for 
> call to 'QTableWidgetItem::setFlags(bool)'
>  it->setFlags(!Qt::ItemIsEditable);
>  ^
> In file included from /usr/include/qt4/QtGui/QTableWidget:1:0,
>  from src/analysis/dialogs/FitDialog.cpp:47:
> /usr/include/qt4/QtGui/qtablewidget.h:105:10: note: candidate: void 
> QTableWidgetItem::setFlags(Qt::ItemFlags)
>  void setFlags(Qt::ItemFlags flags);
>   ^~~~
> /usr/include/qt4/QtGui/qtablewidget.h:105:10: note:   no known conversion for 
> argument 1 from 'bool' to 'Qt::ItemFlags {aka QFlags}'
> src/analysis/dialogs/FitDialog.cpp:1052:35: error: no matching function for 
> call to 'QTableWidgetItem::setFlags(bool)'
>it->setFlags(!Qt::ItemIsEditable);
>^
> In file 

Processed: Closing the bug

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> notfound 831069 0.9.8.9-14
Bug #831069 [src:qtiplot] qtiplot: FTBFS with GCC 6: 
src/analysis/dialogs/FitDialog.cpp:1025:41: error: no matching function for 
call to 'QTableWidgetItem::setFlags(bool)'
No longer marked as found in versions qtiplot/0.9.8.9-14.
> tag 831069 +unreproducible
Bug #831069 [src:qtiplot] qtiplot: FTBFS with GCC 6: 
src/analysis/dialogs/FitDialog.cpp:1025:41: error: no matching function for 
call to 'QTableWidgetItem::setFlags(bool)'
Added tag(s) unreproducible.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
831069: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831069
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

-- 
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 lua-torch-sys_0~20160415-g8d2b8fa-1_amd64.changes

[Debian FTP Masters]

lua-torch-sys_0~20160415-g8d2b8fa-1_amd64.changes uploaded successfully to 
localhost
along with the files:
  lua-torch-sys_0~20160415-g8d2b8fa-1.dsc
  lua-torch-sys_0~20160415-g8d2b8fa.orig.tar.gz
  lua-torch-sys_0~20160415-g8d2b8fa-1.debian.tar.xz
  lua-torch-sys-dbgsym_0~20160415-g8d2b8fa-1_amd64.deb
  lua-torch-sys_0~20160415-g8d2b8fa-1_amd64.deb

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

Processing of lua-torch-paths_0~20160203-g68d579a-1_amd64.changes

[Debian FTP Masters]

lua-torch-paths_0~20160203-g68d579a-1_amd64.changes uploaded successfully to 
localhost
along with the files:
  lua-torch-paths_0~20160203-g68d579a-1.dsc
  lua-torch-paths_0~20160203-g68d579a.orig.tar.gz
  lua-torch-paths_0~20160203-g68d579a-1.debian.tar.xz
  lua-torch-paths-dbgsym_0~20160203-g68d579a-1_amd64.deb
  lua-torch-paths-dev_0~20160203-g68d579a-1_amd64.deb
  lua-torch-paths_0~20160203-g68d579a-1_amd64.deb

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

I Want Investment In Your Country

[Mrs. Christine Ghannam]

Hello,

I am writing this email to  you in regard to my request for an investment 
opportunity in your country. I am searching for business opportunity in your 
country when I came across your contact and I decide to open up communication 
with you.

I am interested in exploring ways to establish business in your location as 
mentioned earlier due to the growing instability in my region. Kindly get back 
to me with your business ideas for possible collaboration.

Looking forward to hearing from you.

Best Regards

Mrs. Christine Ghannam
E-Mail:- info.investm...@qq.com

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

clapack 3.2.1+dfsg-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the clapack source package
in Debian's testing distribution has changed.

  Previous version: (not in testing)
  Current version:  3.2.1+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

Processing of primesieve_5.7.0+ds-1_i386.changes

[Debian FTP Masters]

primesieve_5.7.0+ds-1_i386.changes uploaded successfully to localhost
along with the files:
  primesieve_5.7.0+ds-1.dsc
  primesieve_5.7.0+ds.orig.tar.gz
  primesieve_5.7.0+ds-1.debian.tar.xz
  libprimesieve7-dbgsym_5.7.0+ds-1_i386.deb
  libprimesieve7-dev-common_5.7.0+ds-1_all.deb
  libprimesieve7-dev_5.7.0+ds-1_i386.deb
  libprimesieve7_5.7.0+ds-1_i386.deb
  primesieve-bin-dbgsym_5.7.0+ds-1_i386.deb
  primesieve-bin_5.7.0+ds-1_i386.deb
  primesieve-doc_5.7.0+ds-1_all.deb
  primesieve_5.7.0+ds-1_i386.deb

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

Processed: notfixed 820815 in 3.47+dfsg1-1, fixed 820815 in 3.47+dfsg1-1, reassign 827474 to src:libreoffice ...

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> notfixed 820815 3.47+dfsg1-1
Bug #820815 {Done: Dimitrios Eftaxiopoulos } 
[src:freefem++] freefem++: please make the build reproducible 
(fileordering,timestamps)
No longer marked as fixed in versions src:freefem++/3.47+dfsg1-1.
> fixed 820815 3.47+dfsg1-1
Bug #820815 {Done: Dimitrios Eftaxiopoulos } 
[src:freefem++] freefem++: please make the build reproducible 
(fileordering,timestamps)
Marked as fixed in versions freefem++/3.47+dfsg1-1.
> reassign 827474 src:libreoffice
Bug #827474 {Done: Rene Engelhard } [libreoffice-nlpsolver] 
libreoffice-nlpsolver: Objective property cannot be accessed from BASIC macro
Bug reassigned from package 'libreoffice-nlpsolver' to 'src:libreoffice'.
No longer marked as found in versions nlpsolver/0.9~beta1-12.
No longer marked as fixed in versions libreoffice/1:5.2.0~rc1-1.
> fixed 827474 1:5.2.0~rc1-1
Bug #827474 {Done: Rene Engelhard } [src:libreoffice] 
libreoffice-nlpsolver: Objective property cannot be accessed from BASIC macro
Marked as fixed in versions libreoffice/1:5.2.0~rc1-1.
> affects 827474 + libreoffice-nlpsolver
Bug #827474 {Done: Rene Engelhard } [src:libreoffice] 
libreoffice-nlpsolver: Objective property cannot be accessed from BASIC macro
Added indication that 827474 affects libreoffice-nlpsolver
> reassign 813636 src:libmicrohttpd 0.9.44+dfsg-1
Bug #813636 {Done: Bertrand Marc } [libmicrohttpd10] 
libmicrohttpd10: new version available upstream: 0.9.48
Bug reassigned from package 'libmicrohttpd10' to 'src:libmicrohttpd'.
No longer marked as found in versions libmicrohttpd/0.9.44+dfsg-1.
No longer marked as fixed in versions libmicrohttpd/0.9.50-1.
Bug #813636 {Done: Bertrand Marc } [src:libmicrohttpd] 
libmicrohttpd10: new version available upstream: 0.9.48
Marked as found in versions libmicrohttpd/0.9.44+dfsg-1.
> fixed 813636 0.9.50-1
Bug #813636 {Done: Bertrand Marc } [src:libmicrohttpd] 
libmicrohttpd10: new version available upstream: 0.9.48
Marked as fixed in versions libmicrohttpd/0.9.50-1.
> notfixed 753583 3.14.0-1
Bug #753583 {Done: Michael Biebl } [gucharmap] gucharmap does 
not show Unicode 7.0 glyphs
There is no source info for the package 'gucharmap' at version '3.14.0-1' with 
architecture ''
Unable to make a source version for version '3.14.0-1'
No longer marked as fixed in versions 3.14.0-1.
> fixed 753583 1:3.14.0-1
Bug #753583 {Done: Michael Biebl } [gucharmap] gucharmap does 
not show Unicode 7.0 glyphs
Marked as fixed in versions gucharmap/1:3.14.0-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
753583: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753583
813636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813636
820815: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820815
827474: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827474
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

-- 
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#833425: Aw: Re: Bug#833425: mpi-defaults: switch to openmpi on hppa architecture

[Helge Deller]

Hello Mattia,

On 04.08.2016 12:49, Mattia Rizzolo wrote:
> On Thu, Aug 04, 2016 at 12:02:51PM +0200, Helge Deller wrote:
>> Currently I've stopped all hppa buildds and plan to upgrade them to gcc6
>> before starting them again. And, I've started a test build of boost1.6.1
>> to check if the mpi-defaults change will help. I expect a result during
>> the next few hours. I'll let you know of the outcome.
> 
> I've committed the change to git, as I assume you know you things as a
> hppa porter.

Ok.

> If you don't stop me I'll upload next hours.

I see you pushed/uploaded the new version.
It built successfully, and even my testbuild with boost1.61 worked.

THANKS!!

Helge 

-- 
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#833425: marked as done (mpi-defaults: switch to openmpi on hppa architecture)

[Debian Bug Tracking System]

Your message dated Thu, 04 Aug 2016 12:37:39 +
with message-id 
and subject line Bug#833425: fixed in mpi-defaults 1.7
has caused the Debian Bug report #833425,
regarding mpi-defaults: switch to openmpi on hppa architecture
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.)


-- 
833425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833425
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mpi-defaults
Version: 1.6

mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k and 
sh4).
All other architectures use libopenmpi-dev.
Is there a reason for that?
The openmpi packages builds successfully on hppa, so I'd suggest to switch
to openmpi for hppa (and maybe m68k and sh4?) too.

The reason for this request is, that I'm seeing quite some mpi issues when
building other packages, e.g. boost-1.6.1 
(https://buildd.debian.org/status/fetch.php?pkg=boost1.61=hppa=1.61.0%2Bdfsg-2.1=1470277857)
which I hope to get fixed if we switch to openmpi on hppa.

Thanks,
Helge
--- End Message ---
--- Begin Message ---
Source: mpi-defaults
Source-Version: 1.7

We believe that the bug you reported is fixed in the latest version of
mpi-defaults, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 833...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mattia Rizzolo  (supplier of updated mpi-defaults package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 04 Aug 2016 11:38:16 +
Source: mpi-defaults
Binary: mpi-default-dev mpi-default-bin
Architecture: source
Version: 1.7
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team 

Changed-By: Mattia Rizzolo 
Description:
 mpi-default-bin - Standard MPI runtime programs (metapackage)
 mpi-default-dev - Standard MPI development files (metapackage)
Closes: 833425
Changes:
 mpi-defaults (1.7) unstable; urgency=medium
 .
   * Team upload.
   * Change hppa from MPICH to OpenMPI.  Closes: #833425
   * Make sure architecture lists are sorted.
Checksums-Sha1:
 7c5e252630f4c868e67c06d3d4897e20e79d248b 2624 mpi-defaults_1.7.dsc
 6eeb886c558abb8b43f9fc3770feda6a842e2277 4584 mpi-defaults_1.7.tar.xz
Checksums-Sha256:
 569350750aaea685625657f08fcd9639127320f2017b950a0f7f80508e898786 2624 
mpi-defaults_1.7.dsc
 87fccc8b0d16d1dae5020d8317547a1a6d99df2dfe210778f431424438b914a0 4584 
mpi-defaults_1.7.tar.xz
Files:
 602a38119c2b93a2c46200e97a2f199b 2624 devel extra mpi-defaults_1.7.dsc
 999e57451aa2a12c733dff71c2ae8876 4584 devel extra mpi-defaults_1.7.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJXoylTAAoJEEsEP825REVAB8gP/1+4PF67lwVUVPhpjBzOVVGJ
ohfPyJQJzjU/XJrql12pGRnNX/Pq34xV5q8A9OyepvHCsQgdHiRJdk/rfmJz1Afy
xafQ3fSlmn//Coouib1DvWHbtuwuu9gaIWYJUNnELmjar1N7jwC0pY+dWeurTOzq
V5RdP/6Et4ohwzKFMxrRcs0xa3+sYe/N4bz8SdrNMfcwgwdPQvsipqnmxa2Yisc7
cPK6yDiWSZE3u6cCc98CRZpnCL6oUAN9hmKj8JUg/RMNylN+Pp871RdAzcNC2C0M
T5sH9C4WkcPYx/PufPiKXhsH7JdIj++IE7XNOwG+C0C3lQ3eGy173zaYGhVXSDvV
qIreoQ9HT21MFr382Hwrhul+1iREPK6ZKiQfYYsYk0f8dl4njoVFnU50XEQZELZT
Jo3UfY8jn5qbEIbevTCRpSmeLSsk9iBcf7w9Ew/1XzZhEJVBIKmUnmS2eUXl4kZa
lCnW2a0ILje3WkXZZUkOPNPEilW8xqRvWBgHopDXi5jkLGaSWK8kneVKdPwp6bwB
07oqS+EnecsHzit3Zw3pKjQhV3QHsl5U2q5BjtnBdPWXgPJliJ2G7Do6F6pYvY4M
p8YvmXNkI8cdGf3PuzqEMZ287AJq3KY8tv2ebeLjX+p++55YI1lVZ6JrDD+mun2i
QlLZtNi1CWJEA2idbqYY
=bz4S
-END PGP SIGNATURE 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

mpi-defaults_1.7_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 04 Aug 2016 11:38:16 +
Source: mpi-defaults
Binary: mpi-default-dev mpi-default-bin
Architecture: source
Version: 1.7
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team 

Changed-By: Mattia Rizzolo 
Description:
 mpi-default-bin - Standard MPI runtime programs (metapackage)
 mpi-default-dev - Standard MPI development files (metapackage)
Closes: 833425
Changes:
 mpi-defaults (1.7) unstable; urgency=medium
 .
   * Team upload.
   * Change hppa from MPICH to OpenMPI.  Closes: #833425
   * Make sure architecture lists are sorted.
Checksums-Sha1:
 7c5e252630f4c868e67c06d3d4897e20e79d248b 2624 mpi-defaults_1.7.dsc
 6eeb886c558abb8b43f9fc3770feda6a842e2277 4584 mpi-defaults_1.7.tar.xz
Checksums-Sha256:
 569350750aaea685625657f08fcd9639127320f2017b950a0f7f80508e898786 2624 
mpi-defaults_1.7.dsc
 87fccc8b0d16d1dae5020d8317547a1a6d99df2dfe210778f431424438b914a0 4584 
mpi-defaults_1.7.tar.xz
Files:
 602a38119c2b93a2c46200e97a2f199b 2624 devel extra mpi-defaults_1.7.dsc
 999e57451aa2a12c733dff71c2ae8876 4584 devel extra mpi-defaults_1.7.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJXoylTAAoJEEsEP825REVAB8gP/1+4PF67lwVUVPhpjBzOVVGJ
ohfPyJQJzjU/XJrql12pGRnNX/Pq34xV5q8A9OyepvHCsQgdHiRJdk/rfmJz1Afy
xafQ3fSlmn//Coouib1DvWHbtuwuu9gaIWYJUNnELmjar1N7jwC0pY+dWeurTOzq
V5RdP/6Et4ohwzKFMxrRcs0xa3+sYe/N4bz8SdrNMfcwgwdPQvsipqnmxa2Yisc7
cPK6yDiWSZE3u6cCc98CRZpnCL6oUAN9hmKj8JUg/RMNylN+Pp871RdAzcNC2C0M
T5sH9C4WkcPYx/PufPiKXhsH7JdIj++IE7XNOwG+C0C3lQ3eGy173zaYGhVXSDvV
qIreoQ9HT21MFr382Hwrhul+1iREPK6ZKiQfYYsYk0f8dl4njoVFnU50XEQZELZT
Jo3UfY8jn5qbEIbevTCRpSmeLSsk9iBcf7w9Ew/1XzZhEJVBIKmUnmS2eUXl4kZa
lCnW2a0ILje3WkXZZUkOPNPEilW8xqRvWBgHopDXi5jkLGaSWK8kneVKdPwp6bwB
07oqS+EnecsHzit3Zw3pKjQhV3QHsl5U2q5BjtnBdPWXgPJliJ2G7Do6F6pYvY4M
p8YvmXNkI8cdGf3PuzqEMZ287AJq3KY8tv2ebeLjX+p++55YI1lVZ6JrDD+mun2i
QlLZtNi1CWJEA2idbqYY
=bz4S
-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

Processing of mpi-defaults_1.7_source.changes

[Debian FTP Masters]

mpi-defaults_1.7_source.changes uploaded successfully to localhost
along with the files:
  mpi-defaults_1.7.dsc
  mpi-defaults_1.7.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

kido_0.1.0+dfsg-1_amd64.changes is NEW

[Debian FTP Masters]

binary:libkido-dev is NEW.
binary:libkido-gui-dev is NEW.
binary:libkido-gui-osg-dev is NEW.
binary:libkido-gui-osg0.1 is NEW.
binary:libkido-gui0.1 is NEW.
binary:libkido-optimizer-ipopt-dev is NEW.
binary:libkido-optimizer-ipopt0.1 is NEW.
binary:libkido-optimizer-nlopt-dev is NEW.
binary:libkido-optimizer-nlopt0.1 is NEW.
binary:libkido-planning-dev is NEW.
binary:libkido-planning0.1 is NEW.
binary:libkido-utils-dev is NEW.
binary:libkido-utils0.1 is NEW.
binary:libkido0.1 is NEW.
source:kido is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

-- 
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 kido_0.1.0+dfsg-1_amd64.changes

[Debian FTP Masters]

kido_0.1.0+dfsg-1_amd64.changes uploaded successfully to localhost
along with the files:
  kido_0.1.0+dfsg-1.dsc
  kido_0.1.0+dfsg.orig.tar.gz
  kido_0.1.0+dfsg-1.debian.tar.xz
  libkido-dev_0.1.0+dfsg-1_amd64.deb
  libkido-gui-dev_0.1.0+dfsg-1_amd64.deb
  libkido-gui-osg-dev_0.1.0+dfsg-1_amd64.deb
  libkido-gui-osg0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido-gui-osg0.1_0.1.0+dfsg-1_amd64.deb
  libkido-gui0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido-gui0.1_0.1.0+dfsg-1_amd64.deb
  libkido-optimizer-ipopt-dev_0.1.0+dfsg-1_amd64.deb
  libkido-optimizer-ipopt0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido-optimizer-ipopt0.1_0.1.0+dfsg-1_amd64.deb
  libkido-optimizer-nlopt-dev_0.1.0+dfsg-1_amd64.deb
  libkido-optimizer-nlopt0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido-optimizer-nlopt0.1_0.1.0+dfsg-1_amd64.deb
  libkido-planning-dev_0.1.0+dfsg-1_amd64.deb
  libkido-planning0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido-planning0.1_0.1.0+dfsg-1_amd64.deb
  libkido-utils-dev_0.1.0+dfsg-1_amd64.deb
  libkido-utils0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido-utils0.1_0.1.0+dfsg-1_amd64.deb
  libkido0.1-dbgsym_0.1.0+dfsg-1_amd64.deb
  libkido0.1_0.1.0+dfsg-1_amd64.deb

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

3Depict upload

[D Haley]

Dear Debian-science,

I have recently updated the 3depict package on Alioth [1] to 0.0.19, and
would like to request an upload. This closes an RC bug ( #831200 ).

I have successfully cowbuilt the package, and it is (on my local system)
lintian-clean.

Thanks.

[1] https://anonscm.debian.org/gitweb/?p=debian-science/packages/3depict.git


P.S. - Is anyone else getting "Bad Object ID" when trying to use the VCS
Browser on alioth, such as on the following link?

https://anonscm.debian.org/gitweb/?p=debian-science/packages/3depict.git;a=commit;h=352ed974d7bf004a5a68ddacb3c7856b1b118518

-- 
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#833425: Aw: Re: Bug#833425: mpi-defaults: switch to openmpi on hppa architecture

[Alastair McKinstry]

Hi all,


On 04/08/2016 11:02, Helge Deller wrote:
> Hi Mattia,
>
>> On Thu, Aug 04, 2016 at 09:34:35AM +0200, Helge Deller wrote:
>>> mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k 
>>> and sh4).
>>> All other architectures use libopenmpi-dev.
>>> Is there a reason for that?
>> reason is that at that time openmpi was not available on those
>> architecture.
> Ok. I assumed that.
OpenMPI recently moved to using gcc atomics where available, which means
we no longer need to ship patches for each architecture. So I expect
OpenMPI to work on all archs before stretch.

>> Besides, do we know whether openmpi works correctly on those
>> architectures?  Since recently we have mpi-testsuite, but as you can see
>> the situation is not nice:
>> https://buildd.debian.org/status/package.php?p=mpi-testsuite
> Oops, at least hppa is not more broken than others :-)
Note, I'm currently working on OpenMPI 2.0.0 and hoping to get it into
Stretch.
This will involve a transition:

https://release.debian.org/transitions/html/auto-openmpi.html

Thanks for pointing to the mpi-testsuite results. I  wasn't aware they
are do bad. I'll investigate.
OpenMPI 1.10.3 is "mostly ok" according to:
https://buildd.debian.org/status/package.php?p=openmpi=unstable

I've openmpi2 in experimental:
https://buildd.debian.org/status/package.php?p=openmpi=experimental

I'm working with upstream and hoping to add symbol versioning, as the
regular soname changes are quite problematic.
> Currently I've stopped all hppa buildds and plan to upgrade them to gcc6
> before starting them again. And, I've started a test build of boost1.6.1
> to check if the mpi-defaults change will help. I expect a result during
> the next few hours. I'll let you know of the outcome.
>
> Helge
>
Alastair, as OpenMPI maintainer.

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 

-- 
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#833425: Aw: Re: Bug#833425: mpi-defaults: switch to openmpi on hppa architecture

[Mattia Rizzolo]

On Thu, Aug 04, 2016 at 12:02:51PM +0200, Helge Deller wrote:
> > > The openmpi packages builds successfully on hppa, so I'd suggest to switch
> > > to openmpi for hppa (and maybe m68k and sh4?) too.
> > 
> > notice that switching default means rebuilding all the rdep in the
> > correct order (ben is able to provide the correct order).  I've been
> > able to do it correctly for s390x (#813691) thanks to the release team
> > tracking the transition, but we don't have tools for ports, so this is
> > really up to you.  Otherwise what you get is FTBFS of packages down in
> > the chain, and runtime errors due to different ABI of the library (I
> > noticed some programs are clever enough to say "libfoo has been linked
> > against mpich but I'm now building against openmpi, I can't do that,
> > please rebuild libfoo first", but most don't and just throw an error
> > (IIRC a linking error)).
> 
> I'd be fine with rebuilding all required packages, and I'd appreciate
> info from you or Ben which order is required.

be aware that ben is this: https://tracker.debian.org/pkg/ben which is
what powers https://release.debian.org/transitions/index.html :)

I'm really not able to provide such support, though maybe you can easily
follow it by just see what fails to build.  I suppose there are not that
many users of MPI software in hppa anyway to notice a small breakage.

> Currently I've stopped all hppa buildds and plan to upgrade them to gcc6
> before starting them again. And, I've started a test build of boost1.6.1
> to check if the mpi-defaults change will help. I expect a result during
> the next few hours. I'll let you know of the outcome.

I've committed the change to git, as I assume you know you things as a
hppa porter.

If you don't stop me I'll upload next hours.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

GRAN OFERTA: FUJITSU S780 i5 -15,6" + Windows 7 sólo por 207 Euros

[Informática Ocasión]

Gran oferta  
FUJITSU S780 i5 -15,6" - 4 GB de RAM 250 GB de Disco duro   
 207,02 EUR 
1 AÑO DE GARANTÍA   Comercio electrónico seguro   
   
Mas ofertas en: www.informaticaocasion.eu


*Oferta hasta finalizar existencias 

Su dirección de email ha sido recopilada de fuentes de público acceso en Internet. Conforme a la Directiva Europea 2002/58/EC y la Ley 32/2003, de 3 de noviembre, General de Telecomunicaciones. Usted tiene el derecho a oponerse a que sus datos personales se utilicen para fines publicitarios y de marketing. Si este es su deseo, le rogamos que responda  a este mensaje con la palabra "Baja" en el campo Asunto y automaticamente dejará de recibir comunicaciones publicitarias por nuestra parte.CONFIDENCIALIDAD: La información contenida en este mensaje y/o archivo(s) adjunto(s) es confidencial/privilegiada y está destinada a ser leída sólo por la(s) persona(s) a la(s) que va dirigida. Si usted lee este mensaje y no es el destinatario señalado, el empleado o el agente responsable de entregar el mensaje al destinatario, o ha recibido esta comunicación por error, le informamos que está totalmente prohibida, y puede ser ilegal, cualquier divulgación, distribución o reproducción de esta comunicación.Si no es el destinatario, le rogamos que nos lo notifique inmediatamente y nos devuelva el mensaje original a la dirección arriba mencionada.Recuerde que para poder atender de inmediato su petición debería notificar su baja, oposición o cancelación desde la cuenta que quiere dar de baja.
Gracias.-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

libgetdata_0.9.3-1_amd64.changes ACCEPTED into unstable

[Debian FTP Masters]

Mapping sid to unstable.

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 03 Aug 2016 12:41:46 +0100
Source: libgetdata
Binary: libgetdata-doc libgetdata-dev libgetdata7 libgetdata++6 libfgetdata5 
libf95getdata6 libgetdata-tools python-pygetdata libgetdata-perl
Architecture: source amd64 all
Version: 0.9.3-1
Distribution: sid
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Alastair McKinstry 
Description:
 libf95getdata6 - library to read/write dirfile data - Fortran 95 bindings
 libfgetdata5 - library to read/write dirfile data - Fortran 77 bindings
 libgetdata++6 - library to read/write dirfile data - C++ bindings
 libgetdata-dev - library to read/write dirfile data - devel files (C, C++, 
F77, F9
 libgetdata-doc - library to read/write dirfile data - API and standards 
documents
 libgetdata-perl - library to read/write dirfile data - perl bindings
 libgetdata-tools - library to read/write dirfile data - extra tools
 libgetdata7 - library to read/write dirfile data
 python-pygetdata - library to read/write dirfile data - python bindings
Changes:
 libgetdata (0.9.3-1) unstable; urgency=medium
 .
   * New upstream version
   * Standards-Version: 3.9.8
Checksums-Sha1:
 98187c048b3e97691dc52cde86e77f1527c3e6ff 2658 libgetdata_0.9.3-1.dsc
 39f7ba1e31da8e58629fc644bc8893dd4b2fdc9c 965720 libgetdata_0.9.3.orig.tar.xz
 3b30da3c362eb514f5ada01a228a41be62b7c5e1 4816 libgetdata_0.9.3-1.debian.tar.xz
 3c6888b96c9ebafb4b16598740166229901aaa21 77880 
libf95getdata6-dbgsym_0.9.3-1_amd64.deb
 b5aa5e576976a59cd26d74ce228d7a857bd2ada2 116992 
libf95getdata6_0.9.3-1_amd64.deb
 2846b3a0409d69d545427efa4b9a6668cd4d394b 61580 
libfgetdata5-dbgsym_0.9.3-1_amd64.deb
 46acf24b2a29fbc867054dedb95992bc93f8344b 111782 libfgetdata5_0.9.3-1_amd64.deb
 f27bbb660c5aa49b9ccb8574ce157157bb6e6fa1 170274 
libgetdata++6-dbgsym_0.9.3-1_amd64.deb
 4ebd7089c9ca1a7247fb8169f9b827f739798a16 106908 libgetdata++6_0.9.3-1_amd64.deb
 e43969e555073a0fa1717f0a775a8f7ca759cbac 314228 
libgetdata-dev_0.9.3-1_amd64.deb
 d2de6dd77899de5db97a701b25533741506786f6 340466 libgetdata-doc_0.9.3-1_all.deb
 bb65dfab483cf8f5f4e8b4b5beb1316a3da34011 164342 
libgetdata-perl-dbgsym_0.9.3-1_amd64.deb
 d43379f2cafa98bc2f8044ea55a4534a08de921e 152248 
libgetdata-perl_0.9.3-1_amd64.deb
 e42888c9b51ac5354564d26b1f90e29bce30bf5a 18252 
libgetdata-tools-dbgsym_0.9.3-1_amd64.deb
 3643feecb87ddfea48d5ced3048fc02f812f3d05 98930 
libgetdata-tools_0.9.3-1_amd64.deb
 cbbb6b9ea1004b38cd7226e923a5eb8bc74b94d9 321622 
libgetdata7-dbgsym_0.9.3-1_amd64.deb
 eee805e986ce7602513ea96fac7a4d4873163369 204884 libgetdata7_0.9.3-1_amd64.deb
 de90c3b980f0e8ef18e3ea1df009085e4042098c 93842 
python-pygetdata-dbgsym_0.9.3-1_amd64.deb
 a82595143a9839453ab9a24baaabcecd8abcd033 130860 
python-pygetdata_0.9.3-1_amd64.deb
Checksums-Sha256:
 055d0f38a2d4c7d6850945a45aa9f726a1a5a0c081fd2ffed20c5bea33d39cd8 2658 
libgetdata_0.9.3-1.dsc
 4f2c792277a8b498cb8ab29455cfb172cfddd8558c8ce9d3590fb90e3e10cad0 965720 
libgetdata_0.9.3.orig.tar.xz
 5413b2689ce980c8b4035196e287c4e60f49bb2e367757a9f878d0ad4fcd8858 4816 
libgetdata_0.9.3-1.debian.tar.xz
 906eceb4ce6bd12bcec4c82e794dca49163feda8a976ee41f414fd83ede1067d 77880 
libf95getdata6-dbgsym_0.9.3-1_amd64.deb
 bf0e9f43c786a3ef56ee5e3bfc70510bac54139ef23cd6f19221fda1ed3f519f 116992 
libf95getdata6_0.9.3-1_amd64.deb
 65a65fa388fc42c7d5933b732cbe423c539dbdcb18d65b90699186f3fe1dc233 61580 
libfgetdata5-dbgsym_0.9.3-1_amd64.deb
 100bb233a8fefadf5a7c067fed8bd72ec254c9b3f602b9ec55b107a45a7e08ed 111782 
libfgetdata5_0.9.3-1_amd64.deb
 d1befc3541395572d17fabbc18660bc2ba4a148dcf878792596930343b6c5804 170274 
libgetdata++6-dbgsym_0.9.3-1_amd64.deb
 65a728bae797fb25ad5e62a2107260641d3da767922793f313d7b0b1375cf212 106908 
libgetdata++6_0.9.3-1_amd64.deb
 221e5fd700a740e8b9bc6ea23ce6834a4422dd171a17d4aa64d6fcb4828f2863 314228 
libgetdata-dev_0.9.3-1_amd64.deb
 7d2715bb3b44ba3916797caa2cc35df5e2da9cf2db8c896ccef66b9901380e2f 340466 
libgetdata-doc_0.9.3-1_all.deb
 319ed1a4a60d439225c61741df6f320f8c4744c265cc36f420d563e506bfd56d 164342 
libgetdata-perl-dbgsym_0.9.3-1_amd64.deb
 0376dc6fe43199d76cee8f3b27809223c40306a5e119e8347499d65ac2035c50 152248 
libgetdata-perl_0.9.3-1_amd64.deb
 cfc0416b6375abca175827ac73af05042a6c8a9447a31ebc9f10b41b809fb8e6 18252 
libgetdata-tools-dbgsym_0.9.3-1_amd64.deb
 c66f12d3a90d487def38f6ef61abec8982b07bbfab539c9ede2646348c93a98a 98930 
libgetdata-tools_0.9.3-1_amd64.deb
 a2d1caf8834299dabca1d13a59d5f83468559447159404f76fc423fc10de0ade 321622 
libgetdata7-dbgsym_0.9.3-1_amd64.deb
 5d15eeddf6d31df10bcc706e3d76bc4d86f5dc087e03136c66343a469f5e614b 204884 
libgetdata7_0.9.3-1_amd64.deb
 84c30fea862d065facff8dfa545a82499ae09bc5db1a5856d5fd6e089ea00e13 93842 
python-pygetdata-dbgsym_0.9.3-1_amd64.deb
 14745d9f8318bd030470006f4966eec2a01af567d14042ffe8406d08e308cd1d 130860 
python-pygetdata_0.9.3-1_amd64.deb
Files:
 

Bug#833425: Aw: Re: Bug#833425: mpi-defaults: switch to openmpi on hppa architecture

[Helge Deller]

Hi Mattia,

> On Thu, Aug 04, 2016 at 09:34:35AM +0200, Helge Deller wrote:
> > mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k 
> > and sh4).
> > All other architectures use libopenmpi-dev.
> > Is there a reason for that?
> 
> reason is that at that time openmpi was not available on those
> architecture.

Ok. I assumed that.

> > The openmpi packages builds successfully on hppa, so I'd suggest to switch
> > to openmpi for hppa (and maybe m68k and sh4?) too.
> 
> notice that switching default means rebuilding all the rdep in the
> correct order (ben is able to provide the correct order).  I've been
> able to do it correctly for s390x (#813691) thanks to the release team
> tracking the transition, but we don't have tools for ports, so this is
> really up to you.  Otherwise what you get is FTBFS of packages down in
> the chain, and runtime errors due to different ABI of the library (I
> noticed some programs are clever enough to say "libfoo has been linked
> against mpich but I'm now building against openmpi, I can't do that,
> please rebuild libfoo first", but most don't and just throw an error
> (IIRC a linking error)).

I'd be fine with rebuilding all required packages, and I'd appreciate
info from you or Ben which order is required.
Furthermore, since the gcc-6 transition happens right now, it's even 
a good point to rebuild packages anyway.

Just from history I know, that as long as we are using a non-standard
(means: not like most other arches) library, we face issues which are
sometimes only happening due to the non-standard lib. And such issues
don't get fixed in general packages, because the standard packages
build just fine.
So, the burden to rebuild packages pay off later.

> Besides, do we know whether openmpi works correctly on those
> architectures?  Since recently we have mpi-testsuite, but as you can see
> the situation is not nice:
> https://buildd.debian.org/status/package.php?p=mpi-testsuite

Oops, at least hppa is not more broken than others :-)

> PS: did you CCed me on your email?  
Yes. Will not do again.


Currently I've stopped all hppa buildds and plan to upgrade them to gcc6
before starting them again. And, I've started a test build of boost1.6.1
to check if the mpi-defaults change will help. I expect a result during
the next few hours. I'll let you know of the outcome.

Helge

-- 
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 libgetdata_0.9.3-1_amd64.changes

[Debian FTP Masters]

libgetdata_0.9.3-1_amd64.changes uploaded successfully to localhost
along with the files:
  libgetdata_0.9.3-1.dsc
  libgetdata_0.9.3.orig.tar.xz
  libgetdata_0.9.3-1.debian.tar.xz
  libf95getdata6-dbgsym_0.9.3-1_amd64.deb
  libf95getdata6_0.9.3-1_amd64.deb
  libfgetdata5-dbgsym_0.9.3-1_amd64.deb
  libfgetdata5_0.9.3-1_amd64.deb
  libgetdata++6-dbgsym_0.9.3-1_amd64.deb
  libgetdata++6_0.9.3-1_amd64.deb
  libgetdata-dev_0.9.3-1_amd64.deb
  libgetdata-doc_0.9.3-1_all.deb
  libgetdata-perl-dbgsym_0.9.3-1_amd64.deb
  libgetdata-perl_0.9.3-1_amd64.deb
  libgetdata-tools-dbgsym_0.9.3-1_amd64.deb
  libgetdata-tools_0.9.3-1_amd64.deb
  libgetdata7-dbgsym_0.9.3-1_amd64.deb
  libgetdata7_0.9.3-1_amd64.deb
  python-pygetdata-dbgsym_0.9.3-1_amd64.deb
  python-pygetdata_0.9.3-1_amd64.deb

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#833425: Aw: mpi-defaults: switch to openmpi on hppa architecture

[Mattia Rizzolo]

On Thu, Aug 04, 2016 at 11:10:50AM +0200, Helge Deller wrote:
> When building boost-1.6.1 I [1] get:
> /usr/include/mpich/mpicxx.h:21:4: error: #error 'Please use the same version 
> of GCC and g++ for compiling MPICH and user MPI programs'
>  #  error 'Please use the same version of GCC and g++ for compiling MPICH and 
> user MPI programs'
> 
> Currently Doko announced to switch to gcc-6 and update to boost-1.6.1 [2], so 
> currently it's urgent to get it fixed for hppa.

This actually already started last night, gcc-defaults pointing at
gcc-6, boost-1.61, icu 57 have all already been uploaded to unstable,
chroots are being regenrated right now and binNMUs are about to start
any minute.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature
-- 
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#833425: Aw: mpi-defaults: switch to openmpi on hppa architecture

[Helge Deller]

Some more details regarding the request to switch mpi-defaults to openmpi on 
hppa:

When building boost-1.6.1 I [1] get:
/usr/include/mpich/mpicxx.h:21:4: error: #error 'Please use the same version of 
GCC and g++ for compiling MPICH and user MPI programs'
 #  error 'Please use the same version of GCC and g++ for compiling MPICH and 
user MPI programs'

Currently Doko announced to switch to gcc-6 and update to boost-1.6.1 [2], so 
currently it's urgent to get it fixed for hppa.

Thanks,
Helge

[1] 
https://buildd.debian.org/status/fetch.php?pkg=boost1.61=hppa=1.61.0%2Bdfsg-2.1=1470277857
[2] 
http://lists.alioth.debian.org/pipermail/debian-ports-devel/Week-of-Mon-20160801/000202.html

-- 
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#833425: mpi-defaults: switch to openmpi on hppa architecture

[Mattia Rizzolo]

On Thu, Aug 04, 2016 at 09:34:35AM +0200, Helge Deller wrote:
> mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k and 
> sh4).
> All other architectures use libopenmpi-dev.
> Is there a reason for that?

reason is that at that time openmpi was not available on those
architecture.
In m68k is available only since 5 days, and there is only 1 successful
build, making me wonder whether that's just thin luck
In hppa it's only available since Jan this year, the current list of
openmpi/mpich architectures is much older.
In sh4 it's available since Feb, sh4 is in the mpich list at least since
2014.

> The openmpi packages builds successfully on hppa, so I'd suggest to switch
> to openmpi for hppa (and maybe m68k and sh4?) too.

notice that switching default means rebuilding all the rdep in the
correct order (ben is able to provide the correct order).  I've been
able to do it correctly for s390x (#813691) thanks to the release team
tracking the transition, but we don't have tools for ports, so this is
really up to you.  Otherwise what you get is FTBFS of packages down in
the chain, and runtime errors due to different ABI of the library (I
noticed some programs are clever enough to say "libfoo has been linked
against mpich but I'm now building against openmpi, I can't do that,
please rebuild libfoo first", but most don't and just throw an error
(IIRC a linking error)).

Besides, do we know whether openmpi works correctly on those
architectures?  Since recently we have mpi-testsuite, but as you can see
the situation is not nice:
https://buildd.debian.org/status/package.php?p=mpi-testsuite


PS: did you CCed me on your email?  I received a double email with one
without bug number…  Consider that even if the last 6 uploads have been
done by me this doesn't mean I particularly care for this package (hence
why I didn't add myself to uploaders), back than I rather care about
having its rdeps building…

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature
-- 
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#833383: ros-std-msgs: split headers and message definitions

[Jochen Sprickerhof]

Hi Daniele,

* Daniele E. Domenichelli  [2016-08-03 19:35]:
> It would be very useful to be able to install the message definitions without
> installing the whole libstd-msgs-dev package that depends on many other
> packages.

Interesting point, what would be the use case?
Should we put it into an extra package or in the library?
My idea was that it's only useful for developers and they would have the
-dev packages installed anyhow.

Cheers Jochen


signature.asc
Description: PGP signature
-- 
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#833425: mpi-defaults: switch to openmpi on hppa architecture

[Helge Deller]

Package: mpi-defaults
Version: 1.6

mpi-defaults depends on libmpich-dev for the hppa architecture (like m68k and 
sh4).
All other architectures use libopenmpi-dev.
Is there a reason for that?
The openmpi packages builds successfully on hppa, so I'd suggest to switch
to openmpi for hppa (and maybe m68k and sh4?) too.

The reason for this request is, that I'm seeing quite some mpi issues when
building other packages, e.g. boost-1.6.1 
(https://buildd.debian.org/status/fetch.php?pkg=boost1.61=hppa=1.61.0%2Bdfsg-2.1=1470277857)
which I hope to get fixed if we switch to openmpi on hppa.

Thanks,
Helge

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

ignition-msgs_0.4.0-1_amd64.changes is NEW

[Debian FTP Masters]

binary:libignition-msgs-dev is NEW.
binary:libignition-msgs0 is NEW.
source:ignition-msgs is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers