Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Thorsten Alteholz writes: > as I didn't find the depedency mpi-default-run in the archive, I > assume that this is a typo. Please reupload the package if I missed it > somewhere ... Hi. Thanks much for checking this. These packages are not ready for primetime

Re: openmeca_2.1.7-1_amd64.changes REJECTED

El 30/03/17 a les 07:25, dada ha escrit: > Hello Mattia and Andreas, > Thank you for your very quick reply and clear explanations ! > I will read carefully the documentation about copyright statement and > fix the related problems. > Thank you again, See you soon, Damien. [...] I would recommend

Re: openmeca_2.1.7-1_amd64.changes REJECTED

Hello Mattia and Andreas, Thank you for your very quick reply and clear explanations ! I will read carefully the documentation about copyright statement and fix the related problems. Thank you again, See you soon, Damien. Le 2017-03-29 23:45, Mattia Rizzolo a écrit : Hey Damien! On Wed, Mar

Re: openmeca_2.1.7-1_amd64.changes REJECTED

Hey Damien! On Wed, Mar 29, 2017 at 10:44:00PM +0200, Andreas Tille wrote: > Hi Damien, > > On Wed, Mar 29, 2017 at 10:33:10PM +0200, dada wrote: > > I am sorry but this is my first time... and I am not familiar with Debian > > policies and jargon. > > I did not understand. What do you mean by

Re: openmeca_2.1.7-1_amd64.changes REJECTED

Hi Damien, On Wed, Mar 29, 2017 at 10:33:10PM +0200, dada wrote: > Thank you for reviewing openmeca ! +1 > I am sorry but this is my first time... and I am not familiar with Debian > policies and jargon. > I did not understand. What do you mean by "references" ? > Does the problem come from

Re: openmeca_2.1.7-1_amd64.changes REJECTED

Hello Chris, Thank you for reviewing openmeca ! I am sorry but this is my first time... and I am not familiar with Debian policies and jargon. I did not understand. What do you mean by "references" ? Does the problem come from the copyright ? The build process ? Thank you again, Kind regards,

Re: r-cran-v8_1.3-1_amd64.changes REJECTED

El 28/03/17 a les 00:51, Leopold Palomo-Avellaneda ha escrit: > El 27/03/17 a les 23:00, Thorsten Alteholz ha escrit: >> >> Hi Leopold, >> >> V8/inst/doc/v8_intro.html doesn't really look like the preferred form for >> modifications. So please ask upstream for the real source of this file. >> >

Re: r-cran-miniui_0.1.1-1_amd64.changes REJECTED

Hi Thorsten, reuploaded after Leopold fixed the issue. Thanks for your ftpmaster work Andreas. On Mon, Mar 27, 2017 at 09:00:09PM +, Thorsten Alteholz wrote: > > Hi Leopold, > > if your package is licensed under GPL-3, you should not use the > GPL-3+ template in your

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Hi Dima, On Mon, Mar 27, 2017 at 06:00:11PM +, Thorsten Alteholz wrote: > as I didn't find the depedency mpi-default-run in the archive, I assume > that this is a typo. Do you mean mpi-default-bin ? Kind regards Andreas. -- http://fam-tille.de -- debian-science-maintainers

Re: r-cran-v8_1.3-1_amd64.changes REJECTED

El 27/03/17 a les 23:00, Thorsten Alteholz ha escrit: > > Hi Leopold, > > V8/inst/doc/v8_intro.html doesn't really look like the preferred form for > modifications. So please ask upstream for the real source of this file. > Hi Thorsten, I didn't see that js encrypted code there. Thanks,

Re: r-cran-miniui_0.1.1-1_amd64.changes REJECTED

El 27/03/17 a les 23:00, Thorsten Alteholz ha escrit: > > Hi Leopold, > > if your package is licensed under GPL-3, you should not use the > GPL-3+ template in your debian/copyright. > ought, it's curious. dh-make -s -c gpl3 generate this template: License: GPL-3.0+ This program is free

Re: r-cran-shinyjs_0.9-1_amd64.changes REJECTED

El 27/03/17 a les 23:00, Thorsten Alteholz ha escrit: > > Hi Leoppold, > > please mention Cory LaViska in your debian/copyright. > Hi Thorsten, neither decopy or debmake noticed about that copyright. Also licensecheck failed :-( Tomorrow I will fix. Leopold -- -- Linux User 152692

Re: R cran packages

Hi Leopold, On Mon, Mar 27, 2017 at 03:02:16PM +0200, Leopold Palomo-Avellaneda wrote: > >dh-make-R --team science --tests generic,run-unit-test,vignette > > > > (see man dh-make-R) and you are basically done (well d/copyright needs > > some edits and checking all the debian/* files might

Re: R cran packages

Hi Andreas, On 20/03/17 17:42, Andreas Tille wrote: [] > > What about trying to maintain these yourself inside the Debian Science > team. Packaging CRAN packages became tremendiously easy since Gordon > Ball has written the debhelper module. Just download the tarballs from > CRAN unpack

Re: R cran packages

Hi Leopold, On Mon, Mar 20, 2017 at 01:10:49PM +0100, Leopold Palomo-Avellaneda wrote: > I have seen that there are people around here have done a great job with > R-cran. So, I can only say a big thanks. :-) > But, if I could ask something, I would need this two packages: > >

Processed: Re: libptscotch-5.1: ships libs in /usr/lib/scotch_*/ instead of /usr/lib/scotch-*/

Processing control commands: > tag -1 patch pending Bug #715107 [libptscotch-5.1] libptscotch-5.1: ships libs in /usr/lib/scotch_*/ instead of /usr/lib/scotch-*/ Added tag(s) pending and patch. -- 715107: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715107 Debian Bug Tracking System

Processed: Re: mesh generation module 'mshr' missing

Processing commands for cont...@bugs.debian.org: > reassign 857507 fenics Bug #857507 [fenics] mesh generation module 'mshr' missing Ignoring request to reassign bug #857507 to the same package > forcemerge 851183 857507 Bug #851183 [fenics] fenics: Misses important 'mshr' module Bug #851183

Processed: Re: Bug#857816: fityk: broken symlink: /usr/share/fityk/html/_static/websupport.js -> ../../../javascript/sphinxdoc/1.0/websupport.js

Processing control commands: > affects 857510 - fityk Bug #857510 [wand-doc] wand-doc, sphinx: broken symlink: /usr/share/doc/wand-doc/html/_static/websupport.js -> ../../../../javascript/sphinxdoc/1.0/websupport.js Removed indication that 857510 affects fityk > tags -1 + patch Bug #857816

Processed: Re: Bug#857510: wand-doc, sphinx: broken symlink: /usr/share/doc/wand-doc/html/_static/websupport.js -> ../../../../javascript/sphinxdoc/1.0/websupport.js

Processing control commands: > clone -1 -2 Bug #857510 [wand-doc] wand-doc, sphinx: broken symlink: /usr/share/doc/wand-doc/html/_static/websupport.js -> ../../../../javascript/sphinxdoc/1.0/websupport.js Bug 857510 cloned as bug 857816 > reassign -2 fityk 1.3.0-1 Bug #857816 [wand-doc]

Processed: Re: Broken library symlink detected in libptscotch-dev

Processing control commands: > severity -1 serious Bug #715107 [libptscotch-dev] Broken library symlink detected in libptscotch-dev Severity set to 'serious' from 'normal' > reassign -1 libptscotch-5.1 5.1.12b.dfsg-2 Bug #715107 [libptscotch-dev] Broken library symlink detected in libptscotch-dev

Re: cvxopt_1.1.8+dfsg-1_amd64.changes REJECTED

Hi Chris, thanks again for checking. On Sat, Mar 11, 2017 at 02:00:09PM +, Chris Lamb wrote: > > There appears to be some missing references (eg. Timothy A. Davis, but I > stopped looking there). Please check over your entire package :) All mentionings of Timothy A. Davis are about

Re: cvxopt_1.1.8+dfsg-1_amd64.changes REJECTED

Hi Thorsten, I rather removed code copy of shinx files completely and reuploaded. Thanks for checking Andreas. On Thu, Mar 09, 2017 at 07:00:10PM +, Thorsten Alteholz wrote: > > Hi Andreas, > > please add SIL OFL 1.1 to your debian/copyright. > > Thanks! > Thorsten > > > > ===

Processed: Re: Bug#816305: armci-mpi: FTBFS: tests hang or explicitly fail

Processing control commands: > severity -1 serious Bug #816305 [src:armci-mpi] armci-mpi: FTBFS: tests hang or explicitly fail Severity set to 'serious' from 'important' -- 816305: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816305 Debian Bug Tracking System Contact ow...@bugs.debian.org

Re: Re

- Mensagem original - De: e...@ufrnet.br Para: pof...@outlook.com Enviadas: Thu, 02 Mar 2017 16:36:13 -0300 (BRT) Assunto: Re body {height: 100%; color:#00; font-size:12pt; font-family:arial, helvetica, sans-serif;}Usted es el ganador del año 2017 microsoft vale $900.000. Nos

Processed: Re: mclibs: FTBFS: Test failures

Processing commands for cont...@bugs.debian.org: > retitle 855929 mclibs: FTBFS: LOCB/LOCF: address 0x7f68e28cd740 exceeds the > 32 bit address space or is not in the data segments Bug #855929 [src:mclibs] mclibs: FTBFS: Test failures Changed Bug title to 'mclibs: FTBFS: LOCB/LOCF: address

Processed: Re: Bug#794856: fixed in opencv 3.0.0+dfsg-1~exp1

Processing commands for cont...@bugs.debian.org: > tags 794856 pending Bug #794856 {Done: Nobuhiro Iwamatsu } [src:opencv] opencv: non DFSG file in the source package Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. --

Processed: Re: Bug#855130: med-fichier: MED library is not compatible with HDF5 1.10

Processing control commands: > tag -1 + patch Bug #855130 [src:med-fichier] med-fichier: MED library is not compatible with HDF5 1.10 Added tag(s) patch. -- 855130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#855130: med-fichier: MED library is not compatible with HDF5 1.10

Processing control commands: > tags -1 - patch Bug #855130 [src:med-fichier] med-fichier: MED library is not compatible with HDF5 1.10 Removed tag(s) patch. -- 855130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#855204: libpetsc3.7.5-dev: uninstallable - Depends: libopenmpi-dev (< 2.0.2~git.20161226)

Processing control commands: > reassign -1 release.debian.org Bug #855204 [libpetsc3.7.5-dev] libpetsc3.7.5-dev: uninstallable - Depends: libopenmpi-dev (< 2.0.2~git.20161226) Bug reassigned from package 'libpetsc3.7.5-dev' to 'release.debian.org'. No longer marked as found in versions

Processed: Re: med-fichier: MED library is not compatible with HDF5 1.10

Processing control commands: > tags -1 + patch Bug #855130 [src:med-fichier] med-fichier: MED library is not compatible with HDF5 1.10 Added tag(s) patch. -- 855130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855130 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Processed: Re: Processed (with 1 error):

Processing commands for cont...@bugs.debian.org: > tags 855102 patch Bug #855102 [theano] theano: SamplingDot broken on negative-stride arrays Added tag(s) patch. > tags 831541 patch Bug #831541 [src:theano] theano: single GradientError and WrongValues in tests on s390x, ppc64 and sparc Added

Processed: Re: saga: ftbfs with GCC-7

Processing commands for cont...@bugs.debian.org: > reassign 853650 src:libvigraimpex Bug #853650 [src:saga] saga: ftbfs with GCC-7 Bug reassigned from package 'src:saga' to 'src:libvigraimpex'. No longer marked as found in versions saga/2.3.1+dfsg-3. Ignoring request to alter fixed versions of

Bug#818739: not yet resolved by any complete Debian suite (Re: Bug#818739: opencv: Please package opencv 3.1)

Control: reopen -1 Control: tags -1 + fixed-in-experimental On 11-Feb-2017, Debian Bug Tracking System wrote: > Date: Sat, 11 Feb 2017 10:16:56 +0100 > From: Mattia Rizzolo <mat...@debian.org> > Subject: Re: Bug#818739: opencv: Please package opencv 3.1 > To: Eric Valette <

Processed: Bug#818739: not yet resolved by any complete Debian suite (Re: Bug#818739: opencv: Please package opencv 3.1)

Processing control commands: > reopen -1 Bug #818739 {Done: Mattia Rizzolo <mat...@debian.org>} [src:opencv] opencv: Please package opencv 3.1 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add

Re: LROA

- This mail is in HTML. Some elements may be ommited in plain text. - Hello, I have a proposition I want to entrust you with,respond with LROA I'll know you got this. Isabella -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#853399: Fwd: Re: [linbox-team/fflas-ffpack] Fails to build with gcc 7 (#74)

Control: tags -1 fixed-upstream Forwarded Message Subject:Re: [linbox-team/fflas-ffpack] Fails to build with gcc 7 (#74) Resent-From:dtorra...@piedmont.edu Date: Fri, 10 Feb 2017 00:25:27 -0800 From: Clément Pernet <notificati...@github.com> Reply-To:

Processed: Fwd: Re: [linbox-team/fflas-ffpack] Fails to build with gcc 7 (#74)

Processing control commands: > tags -1 fixed-upstream Bug #853399 [src:fflas-ffpack] fflas-ffpack: ftbfs with GCC-7 Added tag(s) fixed-upstream. -- 853399: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853399 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --

Re:

Good Day, Been waiting to hear from you concerning my last mail so I can give you more information. Mr. Su Liie -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

RE: HELLO VERY URGENT.

. Melissa. -- Correo Corporativo Hospital Universitario del Valle E.S.E *** "Estamos re-dimensionando

Processed: Fwd: Re: [linbox-team/givaro] test-crt (sometimes) fails (#38)

Processing control commands: > tags -1 fixed-upstream Bug #852995 [src:givaro] givaro: FTBFS randomly (failing tests) Added tag(s) fixed-upstream. -- 852995: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852995 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --

Bug#852995: Fwd: Re: [linbox-team/givaro] test-crt (sometimes) fails (#38)

Control: tags -1 fixed-upstream Forwarded Message Subject:Re: [linbox-team/givaro] test-crt (sometimes) fails (#38) Resent-From:dtorra...@piedmont.edu Date: Mon, 6 Feb 2017 06:28:06 -0800 From: Jean-Guillaume Dumas <notificati...@github.com>

Re: Hello greetings my dear.

Hello greetings my dear. I am Rosemary Duma s Sudanese, living in a camp in Senegal seeking asylum here i am contacting you to lend a hand to represent my stake where my late father place my inheritance for investment purposes under your control , while you invite me over to complete my

RE: Healthcare Industry Email List 2017

Hi,  We have New Healthcare Industry Email List 2017 with emails, and complete Contact information List Contains: Name, Company's Name, Phone Number, Fax Number, Title, Email address, Complete Mailing Address, Company revenue, size, Web address etc. Our Specialties: Anesthesiologists,

Re: r-cran-survey_3.31-5-1_amd64.changes REJECTED

Hi again, the current upload should fix all issues mentioned below. Thanks for your ftpmaster work Andreas. On Thu, Feb 02, 2017 at 02:19:54PM +0100, Andreas Tille wrote: > Hi Thorsten, > > grrr, now I see I'm missing survey/R/olr.R. Other issues are fixed. > > Could you please reject

Re: r-cran-aer_1.2-5-1_amd64.changes REJECTED

Hi Thorsten, On Wed, Feb 01, 2017 at 10:00:10PM +, Thorsten Alteholz wrote: > > those should be mentioned: > Copyright (C) 2016 The R Foundation for Statistical Computing > Copyright M. P. Wand 1997-2009 No, sorry, these are false positives. The tests/*.Rout.save files are just

Re: r-cran-survey_3.31-5-1_amd64.changes REJECTED

Hi Thorsten, grrr, now I see I'm missing survey/R/olr.R. Other issues are fixed. Could you please reject the current upload. Sorry for the noise Andreas. On Wed, Feb 01, 2017 at 10:00:10PM +, Thorsten Alteholz wrote: > > Hi Andreas, > > according to the file header survey/R/olr.R

Bug#853653: Fwd: Re: Fwd: Bug#853653: scilab: ftbfs with GCC-7

Message transféré Sujet : Re: Fwd: Bug#853653: scilab: ftbfs with GCC-7 Date : Tue, 31 Jan 2017 14:36:47 +0100 De : Clément David <clement.da...@scilab-enterprises.com> Organisation : Scilab Enteprises Pour : Sylvestre Ledru <sylves...@debian.org>, Paul Bignie

Processed: Re: python-cartopy: FTBFS on *i386: test_lambert_azimuthal_equal_area fails

Processing control commands: > reassign -1 src:proj Bug #848634 [src:python-cartopy] python-cartopy: FTBFS on *i386: test_lambert_azimuthal_equal_area fails Bug reassigned from package 'src:python-cartopy' to 'src:proj'. No longer marked as found in versions python-cartopy/0.14.2+dfsg1-1.

Processed: Re: Bug#853029: mpi-default-dev: update mpi defaults for m68k and sh4 to openmpi?

Processing control commands: > tag -1 +moreinfo Bug #853029 [mpi-default-dev] mpi-default-dev: update mpi defaults for m68k and sh4 to openmpi? Added tag(s) moreinfo. -- 853029: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853029 Debian Bug Tracking System Contact ow...@bugs.debian.org

Processed: Re: Bug#813494: mpi-default-dev: Please depend on openmpi (>= 1.10.2 -3 )

Processing commands for cont...@bugs.debian.org: > tag 813494 wontfix Bug #813494 [mpi-default-dev] mpi-default-dev: Please depend on openmpi (>= 1.10.2 -3 ) Added tag(s) wontfix. > thanks Stopping processing here. Please contact me if you need assistance. -- 813494:

Processed: Re: Bug#852995: givaro: FTBFS randomly (failing tests)

Processing control commands: > forwarded -1 https://github.com/linbox-team/givaro/issues/38 Bug #852995 [src:givaro] givaro: FTBFS randomly (failing tests) Set Bug forwarded-to-address to 'https://github.com/linbox-team/givaro/issues/38'. -- 852995:

Re: r-cran-zelig_5.0-13-1_amd64.changes is NEW

Hi ftpmasters, it seemed this mail slipped through. You kindly accepted r-cran-zelig but r-cran-survey and r-cran-aer remain in new queue. It would be nice if you could consider the latter two soon to not let r-cran-zelig uninstallable in unstable and keeping QA-people busy filing bug reports

Re: Status of r-cran-caret

Hi Andreas, 2016-11-29 17:59 GMT+01:00 Andreas Tille : > Hi Balint, > > as announced[1] I'm trying to update Debian Science R packages to have a > set of up to date R packages at freeze time. When I had a look into > r-cran-caret I noticed that the new version needs a new

Re: hmisc and r-cran-rms testing migration blocked

Hi, On Tue, Jan 24, 2017 at 10:53:43AM -0600, Dirk Eddelbuettel wrote: > > | > which should be writable to any DD and do a Team upload / NMU at your > | > preference or send me a patch you consider the best solution. > | > | >

Re: debian-science_1.6_amd64.changes REJECTED

Hi Andreas, I fixed this in the git; it is enough to change this package later (so no need to re-upload yet). Cheers Ole On 24.01.2017 17:51, Andreas Tille wrote: > Hi Ole, > > On Tue, Jan 24, 2017 at 05:30:12PM +0100, Ole Streicher wrote: >> >> This is just a typo: a &

Re: hmisc and r-cran-rms testing migration blocked

On 24 January 2017 at 15:19, Adrian Bunk wrote: | On Mon, Jan 23, 2017 at 08:09:11PM +0100, Andreas Tille wrote: | > Hi, | > | > On Mon, Jan 23, 2017 at 11:37:00AM -0600, Dirk Eddelbuettel wrote: | > > | | > > | Therefore nodejs is no longer available on armel. | > > | | > > | And therefore

Re: debian-science_1.6_amd64.changes REJECTED

Hi Ole, On Tue, Jan 24, 2017 at 05:30:12PM +0100, Ole Streicher wrote: > > This is just a typo: a "-" is missing between virtual and observatory. > > https://packages.debian.org/unstable/astro-virtual-observatory I should have waited with the additional upload probably ... However, no real

Re: debian-science_1.6_amd64.changes REJECTED

Hi Thorsten, On Tue, Jan 24, 2017 at 04:00:09PM +, Thorsten Alteholz wrote: > > the dependency astro-virtualobservatory does not seem to be available in the > archive yet. Thanks for checking. That's fixed in recent upload. Ole, I turned the depends into a suggests. I think this is due

Re: hmisc and r-cran-rms testing migration blocked

On Mon, Jan 23, 2017 at 08:09:11PM +0100, Andreas Tille wrote: > Hi, > > On Mon, Jan 23, 2017 at 11:37:00AM -0600, Dirk Eddelbuettel wrote: > > | > > | Therefore nodejs is no longer available on armel. > > | > > | And therefore the node-highlight.js package that does depend on nodejs > > | is

Re: debian-science_1.6_amd64.changes is NEW

On Tue, Jan 24, 2017 at 10:34:48AM +, Debian FTP Masters wrote: > binary:science-workflow is NEW. > binary:science-workflow 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 >

Re: hmisc and r-cran-rms testing migration blocked

Hi, On Mon, Jan 23, 2017 at 11:37:00AM -0600, Dirk Eddelbuettel wrote: > | > | Therefore nodejs is no longer available on armel. > | > | And therefore the node-highlight.js package that does depend on nodejs > | is no longer installable on armel. > | > | If you need/want r-cran-knitr on armel,

Processed: Re: Bug#852296: yade FTBFS on arm64: compiler processes terminated (machine runs out of RAM?)

Processing commands for cont...@bugs.debian.org: > fixed 852296 2017.01a-2 Bug #852296 [src:yade] yade FTBFS on arm64: compiler processes terminated (machine runs out of RAM?) The source 'yade' and version '2017.01a-2' do not appear to match any binary packages Marked as fixed in versions

Re: <>

<<-- 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: Re: uctodata: fails to upgrade from 'jessie' - trying to overwrite /etc/ucto/es.abr

Processing control commands: > found -1 0.3.1-1 Bug #838112 {Done: Maarten van Gompel } [uctodata] uctodata: fails to upgrade from 'jessie' - trying to overwrite /etc/ucto/es.abr Marked as found in versions uctodata/0.3.1-1 and reopened. > affects -1 + ucto Bug #838112

Processed: Re: Bug#847974: xmds2: FTBFS in stretch

Processing control commands: > reassign 847974 octave Bug #847974 [src:xmds2] xmds2: FTBFS in stretch Bug reassigned from package 'src:xmds2' to 'octave'. No longer marked as found in versions xmds2/2.2.2+dfsg-2. Ignoring request to alter fixed versions of bug #847974 to the same values

Processed: Re: Bug#851249: ovito: missing symbolic links to libQSsh.so and other shared libraries

Processing commands for cont...@bugs.debian.org: > merge 851246 851249 Bug #851246 [ovito] ovito: missing symbolic links to libQSsh.so and other shared libraries Bug #851249 [ovito] ovito: missing symbolic links to libQSsh.so and other shared libraries Merged 851246 851249 > tags 851246

Re: Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid” / freeimage API issues

Hi, #850027 is closed and funguloids and rviz work fine for me again :). Is this fixed, or do we have to anything else here? I would really like to see ogre-1.9 in stretch. Cheers Jochen signature.asc Description: PGP signature -- debian-science-maintainers mailing list

Processed: Re: Bug#850229: dune-grid: FTBFS (not enough slots available)

Processing control commands: > reassign -1 openmpi-bin 2.0.2~git.20161225-8 Bug #850229 [libdune-common-dev] dune-grid: FTBFS (not enough slots available) Bug #850559 [libdune-common-dev] dune-pdelab: FTBFS (not enough slots available) Bug reassigned from package 'libdune-common-dev' to

Processed: Re: Bug#850150: freemat ftbfs with LLVM 3.9

Processing control commands: > tags -1 patch Bug #850150 [src:freemat] freemat ftbfs with LLVM 3.9 Added tag(s) patch. -- 850150: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850150 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers

Re: Findimagedupes page vanished

Website should still be there. Looks like it's fallen over. I'll talk to the guy who runs the server. Thanks for letting me know. No new fid versions, by the way. -jonathan andreas wrote: > Date: Tue, 10 Jan 2017 12:25:36 +0100 > From: Andreas Tille > To: Jonathan H N Chin

Re: New upstream version of RandomFields 3.1.36 fails to build from source

On 10 January 2017 at 08:25, Andreas Tille wrote: | On Mon, Jan 09, 2017 at 09:10:38PM -0600, Dirk Eddelbuettel wrote: | > | I have no idea why the package version of RandomFieldsUtils was not | > | verified in the Build process but after I added a versioned | > | Build-Depends in the

Processed: Re: freemat ftbfs with LLVM 3.9

Processing control commands: > clone -1 -2 Bug #850150 [src:freemat] freemat ftbfs with LLVM 3.9 Bug 850150 cloned as bug 850785 > block -1 by -2 Bug #850150 [src:freemat] freemat ftbfs with LLVM 3.9 850150 was not blocked by any bugs. 850150 was not blocking any bugs. Added blocking bug(s) of

Re: New upstream version of RandomFields 3.1.36 fails to build from source

On Mon, Jan 09, 2017 at 09:10:38PM -0600, Dirk Eddelbuettel wrote: > | I have no idea why the package version of RandomFieldsUtils was not > | verified in the Build process but after I added a versioned > | Build-Depends in the debian/control file RandomFields builds fine. > > That is ...

Re: New upstream version of RandomFields 3.1.36 fails to build from source

On 8 January 2017 at 17:09, Andreas Tille wrote: | Hi Martin, | | I have no idea why the package version of RandomFieldsUtils was not | verified in the Build process but after I added a versioned | Build-Depends in the debian/control file RandomFields builds fine. That is ... puzzling. It

Re: r-cran-zelig_5.0-13-1_amd64.changes is NEW

Hi ftpmasters, just a note for this package: Despite this package is not new and you might consider fastprocessing please note that it needs two (Build-)Depends that are currently in the new queue (r-cran-survey and r-cran-aer). The package somehow escaped my general overhaul of all R packages

Bug#848137: Fwd: Re: Bug#848137: problem with the upgrade of tango-db

Forwarded Message Subject: Re: Bug#848137: problem with the upgrade of tango-db Date: Mon, 9 Jan 2017 10:00:59 +0100 From: Andreas Beckmann <a...@debian.org> To: Paul Gevers <elb...@debian.org> On 2017-01-08 22:29, Paul Gevers wrote: > It would still be

Re: New upstream version of RandomFields 3.1.36 fails to build from source

Hi Martin, I have no idea why the package version of RandomFieldsUtils was not verified in the Build process but after I added a versioned Build-Depends in the debian/control file RandomFields builds fine. Kind regards Andreas. On Sun, Jan 08, 2017 at 01:12:02PM +0100, Martin Schlather

Re: New upstream version of RandomFields 3.1.36 fails to build from source

On 8 January 2017 at 13:12, Martin Schlather wrote: | Dear Andreas, | | although I have changed RU_sqrtPosDef to RU_sqrtPosDefFree | in direct.cc between the recent and the former version of | RandomFields, I am puzzled as both functions are defined | in exactly the same way in

Re: New upstream version of RandomFields 3.1.36 fails to build from source

Dear Andreas, although I have changed RU_sqrtPosDef to RU_sqrtPosDefFree in direct.cc between the recent and the former version of RandomFields, I am puzzled as both functions are defined in exactly the same way in RandomFieldsUtils (in both the current 0.3.15 and the former version 0.3.8; see

Bug#849593: Re: Bug#849593: libfftw3-single3: dependencies in shlibs file not tight enough

Hi, Please CC me, I only just saw this email when I checked on the bugreport. On 30/12/16 17:17, Ghislain Vaillant wrote: > CC'd to d-science, > > On Fri, 30 Dec 2016 01:24:07 + James Cowgill wrote: >> On 30/12/16 00:50, Ghislain Vaillant wrote: >> > On Thu, 29 Dec

Processed: Re: forge: FTBFS on multiple architectures

Processing control commands: > block -1 by 850277 Bug #850243 [src:forge] forge: FTBFS on multiple architectures 850243 was not blocked by any bugs. 850243 was not blocking any bugs. Added blocking bug(s) of 850243: 850277 -- 850243: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850243

Processed: Re: Bug#848137: problem with the upgrade of tango-db

Processing control commands: > clone -1 -2 Bug #848137 [tango-db] tango-db: fails to upgrade from 'jessie': mysqldump: tango has insufficent privileges to SHOW CREATE PROCEDURE `class_att_prop`! Bug 848137 cloned as bug 850190 > reassign -2 dbconfig-common Bug #850190 [tango-db] tango-db: fails

Processed: Re: Request for help - scilab segfaults with TSX

Processing control commands: > severity 844134 normal Bug #844134 [scilab] scilab segfaults with TSX Bug #844135 [scilab] scilab segfaults with TSX Bug #844138 [scilab] scilab segfaults with TSX Severity set to 'normal' from 'serious' Severity set to 'normal' from 'serious' Severity set to

Re: Fyi

Hello , My name is Teresa Danuta I am a financial consultant , I got your contact details in my search for a reliable and neutral company or individual to partner with for profitable Return on Investment (ROI). I know that this mail might come to you as surprise

Re: Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid” / freeimage API issues

Hi, On 31/12/16 17:49, Manuel A. Fernandez Montecelo wrote: > 2016-12-30 02:33 James Cowgill: >> On 29/12/16 21:52, Thibaut Girka wrote: >>> This started happening since upgrading libfreeimage3, so this might >>> be a bug in >>> it rather than in Ogre itself, but I haven't investigated any

Re: Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid” / freeimage API issues

Hi, 2016-12-30 02:33 James Cowgill: Control: severity -1 grave Hi, This is RC because nothing using ogre will start anymore. On 29/12/16 21:52, Thibaut Girka wrote: Package: libogre-1.9.0v5 Version: 1.9.0+dfsg1-7+b2 Severity: important Any Ogre game/application (for instance, funguloids,

Re: Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe

On Thu, Dec 29, 2016 at 2:30 AM, James Cowgill wrote: > On 29/12/16 00:02, Oleksandr Gavenko wrote: > > Application is being crashing constantly with: > > > > bash# ardour5 > > /usr/lib/ardour5/ardour-5.5.0: symbol lookup error: > /usr/lib/ardour5/ardour-5.5.0: undefined

Re: Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid” / freeimage API issues

Control: severity -1 grave Hi, This is RC because nothing using ogre will start anymore. On 29/12/16 21:52, Thibaut Girka wrote: > Package: libogre-1.9.0v5 > Version: 1.9.0+dfsg1-7+b2 > Severity: important > > Any Ogre game/application (for instance, funguloids, available in Debian) > crashes

Processed: Re: Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe

Processing control commands: > severity -1 serious Bug #849589 [ardour] ardour: undefined symbol: fftwf_make_planner_thread_safe Severity set to 'serious' from 'important' > clone -1 -2 Bug #849589 [ardour] ardour: undefined symbol: fftwf_make_planner_thread_safe Bug 849589 cloned as bug 849593 >

Re: Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe

Control: severity -1 serious Control: clone -1 -2 Control: reassign -2 libfftw3-single3 3.3.5-1 Control: block -1 by -2 Control: retitle -2 libfftw3-single3: dependencies in shlibs file not tight enough Hi, On 29/12/16 00:02, Oleksandr Gavenko wrote: > Package: ardour > Version: 1:5.5.0~dfsg-1

Re: Bug#848859: Lowering the bug`s severity

Hello Santiago: On 27/12/16 10:26, Santiago Vila wrote: > > Sorry if you don't like my communication style. Please try not to > dismiss completely the build logs I sent and maybe you will see how my > communication style improves greatly. > The communication style is involve in the respect

Processed: Re: eficas: FTBFS: dh_listpackages: Compatibility levels before 5 are no longer supported (level 1 requested)

Processing control commands: > tags -1 patch Bug #830424 [src:eficas] eficas: FTBFS: dh_listpackages: Compatibility levels before 5 are no longer supported (level 1 requested) Added tag(s) patch. -- 830424: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830424 Debian Bug Tracking System

Processed: Re: ovito: FTBFS: Test failures

Processing control commands: > forwarded -1 https://gitlab.com/stuko/ovito/issues/2 Bug #848761 [src:ovito] ovito: FTBFS: Test failures Set Bug forwarded-to-address to 'https://gitlab.com/stuko/ovito/issues/2'. -- 848761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848761 Debian Bug

Processed: Re: numexpr: FTBFS: Test failures

Processing control commands: > forwarded -1 https://github.com/pydata/numexpr/issues/239 Bug #848771 [src:numexpr] numexpr: FTBFS: Test failures Set Bug forwarded-to-address to 'https://github.com/pydata/numexpr/issues/239'. -- 848771: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848771

Re: Bug#848112: Python-skimage depends on unavailable package python-dask

Hi Ole, On Fri, Dec 23, 2016 at 12:14:07PM +0100, Ole Streicher wrote: > > I have a fix for both, and after a final test build, I will upload. Thanks a lot. BTW, I'm fine if you close / lower severity of #849177. Kind regards Andreas. -- http://fam-tille.de --

Re: Bug#848112: Python-skimage depends on unavailable package python-dask

Control: tags 848112 pending Hi all, On 23.12.2016 10:08, Andreas Tille wrote: > Ole, if you would please commit the patch you named in #848112 and > upload the package to make sure it can migrate right in time and will > enable other packages to migrate as well? > > HOWEVER, we have another

Re: Bug#848112: Python-skimage depends on unavailable package python-dask

Hi, On Thu, Dec 22, 2016 at 10:04:22PM -0700, Stefan van der Walt wrote: > OK by me, too. > > On December 22, 2016 9:45:10 PM Yaroslav Halchenko > wrote: > > >On December 22, 2016 4:52:41 PM EST, Andreas Tille wrote: > >>place were people who intend to

Processed: Re: [src:dx] FTBFS dx

Processing commands for cont...@bugs.debian.org: > retitle 848894 [src:dx] FTBFS: dh_install: libdx4-dev missing files: > usr/share/dx/lib_linux/*.mak Bug #848894 [src:dx] [src:dx] FTBFS dx Changed Bug title to '[src:dx] FTBFS: dh_install: libdx4-dev missing files: usr/share/dx/lib_linux/*.mak'

Re: Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

On 21.12.2016 19:16, Sandro Tosi wrote: >> They are still, what the name suggests: candidates, with no confirmation >> to be useful in a production environment. I don't see why they should >> ever migrate to testing (as they did in 1.11.1rc.1). Last time, we had >> an numpy RC in testing for more

Re: Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

> They are still, what the name suggests: candidates, with no confirmation > to be useful in a production environment. I don't see why they should > ever migrate to testing (as they did in 1.11.1rc.1). Last time, we had > an numpy RC in testing for more than four months (2016-05-06 to >

<    1   2   3   4   5   6   7   8   9   10   >