RE:

[Alejandro Bobes De Jesús]

Το email σας επιλέχθηκε για $ 570.000,00USD στο βραβείο κινητής τηλεφωνίας 
Chevrolet Auto 2018, Για να λάβετε το βραβείο, στείλτε το όνομα, τη διεύθυνση 
και τον αριθμό κινητού σας Απάντηση Αυτό το μήνυμα ηλεκτρονικού ταχυδρομείου: 
chev...@hotmail.com

From: SUBDIR DE INTERNACIONALIZACION ESC. POLITECNICA ING. DE GIJON
Sent: Monday, April 02, 2018 12:16 PM
To: Todos Alumnos
Cc: SUBDIR AL ESC. POLITECNICA ING. DE GIJON; Margarita Sánchez Gutierrez
Subject: [EPI Gijón] ¿Sabes cuáles son los perfiles que buscan las empresas del 
siglo XXI? - Talleres de desarrollo personal y profesional

Estimado Alumnado,

En la actualidad nos encontramos ante un mercado laboral que demanda nuevos 
perfiles profesionales unidos a un mercado global, a las TIC y a la movilidad.

¿Sabes cuáles son las competencias y habilidades requeridas en los diferentes 
puestos y entornos de trabajo que serán exigibles a los trabajadores del siglo 
XXI por las empresas? ¿Conoces tus competencias y habilidades personales?

Estas habilidades interpersonales (soft skills) están ganando importancia y 
aumentarán tu empleabilidad, siendo mucho más valoradas por las empresas que 
los conocimientos técnicos (hard skills).

Si buscas respuestas a estas preguntas, quieres aprender cómo ir enfocando tu 
desarrollo profesional en un área concreta y aumentar tu empleabilidad, 
apúntate a los talleres de desarrollo personal y profesional que tendrán lugar 
los días 9, 12, 16 y 19 de abril de 16:00h a 18:00h en la EPI Gijón (el lugar 
se confirmará a los asistentes a lo largo de esta semana).

Al final de la última sesión se entregará diploma de aprovechamiento emitido 
por la Escuela Europea de Negocios.

No dejes pasar esta oportunidad!

Inscríbete aquí.
__
Víctor M. González

Subdirector de Internacionalización
Escuela Politécnica de Ingeniería de Gijón -EPI Gijón-
Universidad de Oviedo

Vicedean for Internationalization
Polytechnic School of Engineering of Gijón -EPI Gijón-
University of Oviedo

C/ Luis Ortiz Berrocal s/n
33203 - Gijón (Asturias)
Spain

Tlf. +34 985182007

WEB EPIGijón
Facebook EPIGijón
Twiter EPIGijón
Linkedin EPIGijón




-- 
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: RFS: numexpr 2.6.4-2 (closes RC bug #894623)

[Sébastien Villemot]

Dear Antonio,

On Tue, Apr 03, 2018 at 06:56:03PM +0200, Antonio Valentino wrote:

> I prepared an updated version of the debian package for numexpr: version
> 2.6.4-2 [1].
> I includes a fix for the RC bug #891023.

Uploaded, thanks for your contribution.

P.S.: in the future, please rather send your RFS to 
debian-scie...@lists.debian.org

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


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

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Nico Schlömer]

Whoop whoop! Thanks everyone!

[1] https://packages.debian.org/experimental/libvtk7-dev

On Tue, Apr 3, 2018 at 11:55 PM Chris Lamb <la...@debian.org> wrote:

> Hi Gert et al.,
>
> Thanks again for re-uploading; I have just ACCEPTed it.
>
> > [I] replicated here what I did, kind of to acknowledge the review and
> > the changes it required (a habit from scinetific paper reviews, nothing
> > more)
>
> Thanks! I was mostly making sure for next time; it is a good habit
> to be applauded.
>
>
> Best wishes,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-
>
-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Chris Lamb]

Hi Gert et al.,

Thanks again for re-uploading; I have just ACCEPTed it.

> [I] replicated here what I did, kind of to acknowledge the review and 
> the changes it required (a habit from scinetific paper reviews, nothing
> more)

Thanks! I was mostly making sure for next time; it is a good habit
to be applauded.


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

-- 
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: dh-r_20180403_source.changes REJECTED

[Dylan Aïssi]

Hi Andreas,

2018-04-03 17:05 GMT+02:00 Debian FTP Masters :
>
> Source-only uploads to NEW are not allowed.
>
> binary:pkg-r-autopkgtest is NEW.
>

Thanks for the upload of dh-r, unfortunately it was rejected because a
new binary package is generated. The new binary package is
pkg-r-autopkgtest which is design to improve the Testsuite:
autopkgtest-pkg-r. Could you upload it again to NEW?

Thanks.

Best,
Dylan

-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Gert Wollny]

Am Montag, den 02.04.2018, 19:53 +0100 schrieb Chris Lamb:
> Hi Gert,
> 
> > > The comments were listed as being "for" version 7.1.1+dfsg1-
> > > 1~exp1 —
> > > did you upload with the same version number? That would explain
> > > why I
> > > thought they remained unaddressed.
> > 
> > Yes, I did upload with the same version. The policy is not clear
> > about
> > this
> 
> Oh, this has nothing to do with any policy, more that it this time I
> got
> confused.
> 
> > Regarding the reported problems: 
> 
> Thank you for sharing these, but please could you add such things to
> your debian/copyright instead of here? 
Well, the corrected copyright notices and the Files-Excluded obviously
now contain the according information - apart from the md5 sum related
thing, but this does not really belong into the d/copyright. I just
replicated here what I did, kind of to acknowledge the review and the
changes it required (a habit from scinetific paper reviews, nothing
more) 

Best, 
Gert

-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Chris Lamb]

Hi Gert,

> > The comments were listed as being "for" version 7.1.1+dfsg1-1~exp1 —
> > did you upload with the same version number? That would explain why I
> > thought they remained unaddressed.
>
> Yes, I did upload with the same version. The policy is not clear about
> this

Oh, this has nothing to do with any policy, more that it this time I got
confused.

> Regarding the reported problems: 

Thank you for sharing these, but please could you add such things to
your debian/copyright instead of here? The ftpmaster mailbox is a poor
place for them to be recorded as they are not only entire hidden
from the rest of the Project, they cannot be seen by our downstream
distributions nor anyone doing an entirely separate audit. :)

Thanks for re-uploading.


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Gert Wollny]

Hello Chris,  

Am Freitag, den 30.03.2018, 15:56 +0100 schrieb Chris Lamb:
> Hi all,
> 
> > these are the comments I got last year
> 
> The comments were listed as being "for" version 7.1.1+dfsg1-1~exp1 —
> did you upload with the same version number? That would explain why I
> thought they remained unaddressed.
Yes, I did upload with the same version. The policy is not clear about
this, and since the first changelog entry must remain for the ITP, I
thought that was the usual approach.

> 
> If so, please re-upload and ping me and I will happily take a look.
> :)

I just did the new upload, this time I changed the name to ~exp2. 

Regarding the reported problems: 

* Accelerators/Dax/* have different copyright terms ..
corrected 

* Please mention license of the font under 
 Charts/Core/Testing/Data/Fonts
This is only a md5 sum.  

* Common/Core/CaseFolding.txt is licensed under http://www.unicode.org/
copyright.html
Added

* Examples/GUI/QT/* are copyright Sandia Corp. and have different
licensing terms
* Same as above applies for ...

Corrected accordingly: However, there is really a mess of slightly
variying copyright texts and I don't know to which detail this should
be copied into d/copyright.

* Rendering/VolumeOpenGL/vtkHAVSVolumeMapper* 
  are copyright University of Utah

Files removed via d/copyright

many thanks for taking another look, 
Gert





-- 
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: Bug#894462: paraview: edges are blotted [regression]

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #894462 [paraview] paraview: edges are blotted [regression]
Severity set to 'important' from 'grave'

-- 
894462: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894462
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

RE:

[Bancha Phasompan]

I have a proposal for you kindly email me via my private email for more info::   mrsliuyanp...@gmail.com


Mrs. Liu.









































































































































































































































































































​



SCG website & email have been changed to
scg.com. 
This e-mail contains legally protected intellectual property right and confidential information. If you are not the intended recipient, please immediately delete this e-mail from your system and notify the sender. Any
 unauthorized usage of this e-mail may be subject to available legal proceeding. This e-mail may contain personal opinion of the author or information that does not relate to the business of The Siam Cement Plc., its affiliates and associates ("SCG") for which
 SCG shall not be liable. It is advisable that all e-mail be scanned by reliable virus protection software. SCG bears no responsibility for any damage possibly incurred by this e-mail.





-- 
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: Comments regarding vnlog_1.5-1_amd64.changes

[Dima Kogan]

Chris Lamb  writes:

> Just add that he is the author? I mean, just to give some kind of
> credit...

Alrighty. Done.

-- 
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: Comments regarding vnlog_1.5-1_amd64.changes

[Chris Lamb]

Dima,

> Hi. Thanks for pushing this through NEW so quickly. I acknowledge Chris
> Venter's copyright in the README. What would you suggest for a better
> attribution?

Just add that he is the author? I mean, just to give some kind
of credit...


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

-- 
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: Comments regarding vnlog_1.5-1_amd64.changes

[Dima Kogan]

Chris Lamb  writes:

> Hi, would be nice to attribute credit to Chris Venter for
> b64_encode.c, even if not necessary :)
>
>  -- Chris Lamb   Sun, 01 Apr 2018 10:09:43 +

Hi. Thanks for pushing this through NEW so quickly. I acknowledge Chris
Venter's copyright in the README. What would you suggest for a better
attribution?

dima

-- 
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: paraview: errors when saving animations as AVI files [regression]

[Debian Bug Tracking System]

Processing control commands:

> found -1 paraview/5.4.1+dfsg4-2
Bug #892293 [paraview] paraview: errors when saving animations as AVI files 
[regression]
Marked as found in versions paraview/5.4.1+dfsg4-2.

-- 
892293: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892293
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

Processed: Re: paraview: segfaults when performing query-based selections

[Debian Bug Tracking System]

Processing control commands:

> found -1 paraview/5.4.1+dfsg4-2
Bug #837796 [paraview] paraview: segfaults when performing query-based 
selections
Marked as found in versions paraview/5.4.1+dfsg4-2.

-- 
837796: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837796
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

Processed: Re: openstereogram FTBFS with openjdk-9

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + patch
Bug #893381 [src:openstereogram] openstereogram FTBFS with openjdk-9
Added tag(s) patch.

-- 
893381: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893381
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

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Chris Lamb]

Hi all,

> these are the comments I got last year

The comments were listed as being "for" version 7.1.1+dfsg1-1~exp1 — did
you upload with the same version number? That would explain why I thought
they remained unaddressed.

If so, please re-upload and ping me and I will happily take a look. :)


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Gert Wollny]

Am 29.03.2018 18:00 schrieb "Chris Lamb" :
>
>
> Forwarding notes, please include Luca in any reply. See, also:
>
>   Thu 29 16:38 < mapreri> lamby: can I ask you to either *) forward me the
>   comments and I'll see what to do next *) accept and open a bunch of RC
bugs
>   as needed *) plain reject with those comments.  Whatever feels more
sensible
>   for you in this case (guess it depends on what the comments say…)
>
>  -- Chris Lamb   Thu, 29 Mar 2018 15:40:20 +
>
>
> Author: Luca Falavigna
> Version: 7.1.1+dfsg1-1~exp1
> Timestamp: 2017-09-01 21:05:53.165364+00:00
>
> * Accelerators/Dax/* have different copyright terms than the one
mentioned in d/copyright
> * Please mention license of the font under Charts/Core/Testing/Data/Fonts
> * Common/Core/CaseFolding.txt is licensed under
http://www.unicode.org/copyright.html
> * Examples/GUI/QT/* are copyright Sandia Corp. and have different
licensing terms
> * Same as above applies for
Examples/Infovis/Cxx/{CustomLinkView,EasyView,StatsView}
> * Same as above applies for Examples/Statistics/*
> * Same as above applies for
Infovis/Layout/{vtkCosmicTreeLayoutStrategy.h,vtkTreeOrbitLayoutStrategy.h}
> * Rendering/VolumeOpenGL/vtkHAVSVolumeMapper* are copyright University of
Utah
>
>
>
> ===
>
> 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.
I'm completely baffled, these are the comments I got last year, and unless
I've accidently uploaded the old tarball again, these problems should all
have been resolved with the upload I did the second time. Currently, I'm
travelling and can not check whether I did  upload the wrong tarball, but
since also Nico did review the package I highly doubt it.

Best, Gert
-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Nico Schlömer]

Wait, VTK7 is no longer in NEW [1]. Does anyone know what happened?

Cheers,
Nico

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

On Wed, Mar 7, 2018 at 1:28 PM Gert Wollny  wrote:

> Am Dienstag, den 06.03.2018, 21:37 + schrieb Nico Schlömer:
> > Perhaps it's time to bring this up again. At six months in the queue,
> > VTK7 has been the leader in the NEW queue for a while now. It'd be
> > great if we could work on this again, particularly since VTK8 is
> > already out there.
>
> I guess we will just skip vtk8 and move to vtk9 when it comes out :/
>
> Best,
> Gert
>
>
-- 
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: Bug#892861: libglm-dev: removal of default type initialization breaking packages

[Debian Bug Tracking System]

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

> tags 892861 - wontfix
Bug #892861 [libglm-dev] libglm-dev: removal of default type initialization 
breaking packages
Removed tag(s) wontfix.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
892861: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892861
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

Re: orocos-bfl_0.8.0-1_combined.changes REJECTED

[Johannes Schauer]

Quoting Johannes Schauer (2018-03-27 10:30:37)
> > * pkg-config file in wrong directory
> 
> The pkg-config file is stored in:
> 
> /usr/lib/pkgconfig/orocos-bfl.pc
> 
> We assume you mean that it should go to /usr/lib//pkgconfig instead?
> The liborocos-bfl-dev is Multi-Arch:same but the pkg-config file is very 
> simple
> and it will not differ between different architectures. Thus, it should be 
> save
> if multiple co-installed liborocos-bfl-dev packages of different architectures
> share the same file, no?

Back when we submitted the package to NEW six months ago, the lintian warning
pkg-config-unavailable-for-cross-compilation didn't exist yet. That's why this
went unnoticed. I uploaded again and the pkgconfig file is now in:

/usr/lib//pkgconfig/orocos-bfl.pc

Thanks!

cheers, josch


signature.asc
Description: 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

Re: orocos-bfl_0.8.0-1_combined.changes REJECTED

[Johannes Schauer]

Hi Thorsten,

Quoting Thorsten Alteholz (2018-03-04 16:00:10)
> one of our trainees had a look at your package and found:
> 
> * software last changed 9 years ago

that is alright for several reasons:

 - the software is the de-facto standard in the ROS community for Kalman
   Filters and other filters

 - the software needs to be packaged because it has seven reverse dependencies
   in the ROS world which can only get packaged once this is packaged

 - the software is being developed on again. It was officially [1] moved to
   github [2] by upstream where it already has seen several commits during the
   past year, albeit no new release yet. But the debian/watch file is already
   set up to track the new development at github.

 - this is the kind of software that just works [tm]. We tested in on
   oldoldstable, oldstable, stable, testing and unstable and it works on all of
   them.

[1] http://www.orocos.org/orocos/bfl-moved-github
[2] https://github.com/toeklk/orocos-bayesian-filtering

> * pkg-config file in wrong directory

The pkg-config file is stored in:

/usr/lib/pkgconfig/orocos-bfl.pc

We assume you mean that it should go to /usr/lib//pkgconfig instead?
The liborocos-bfl-dev is Multi-Arch:same but the pkg-config file is very simple
and it will not differ between different architectures. Thus, it should be save
if multiple co-installed liborocos-bfl-dev packages of different architectures
share the same file, no?

> * licence infos correct
> * some copyright holder missing from copyright file. example:
>   orocos-bfl-0.8.0/src/pdf/linearanalyticconditionalgaussian.h:
> // Copyright (C) 2003 Klaas Gadeyne 
> //Wim Meeussen   kuleuven dot be>
> //Tinne De Laet   kuleuven dot be>
>   vs.
>   Files: *
>   Copyright: 2006-2009 Tinne De Laet  be>
>  2001-2007 Klaas Gadeyne 
>   License: LGPL-2.1+

Thanks, we found some more instances of these and hope that we now fixed all of
them.

Please consider the new version of src:orocos-bfl that I just uploaded.

Thanks!

cheers, josch


signature.asc
Description: 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

Processed: Re: Bug#886361 closed by Kartik Mistry <kar...@debian.org> (Bug#886361: fixed in apertium 3.4.2~r68466-4)

[Debian Bug Tracking System]

Processing control commands:

> reopen -1
Bug #886361 {Done: Kartik Mistry <kar...@debian.org>} [src:apertium] apertium: 
frequent parallel FTBFS
'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 them.
Bug reopened
No longer marked as fixed in versions apertium/3.4.2~r68466-4.
> fixed -1 3.4.2~r68466-4
Bug #886361 [src:apertium] apertium: frequent parallel FTBFS
Marked as fixed in versions apertium/3.4.2~r68466-4.
> found -1 3.5.0~r84331-1
Bug #886361 [src:apertium] apertium: frequent parallel FTBFS
Marked as found in versions apertium/3.5.0~r84331-1.

-- 
886361: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886361
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

Re: GL2PS latest version

[Kyle Edwards]

Confirmed, latest VTK now builds on Sid with system GL2PS. Thank you Anton!


On 03/25/2018 12:35 PM, Anton Gladky wrote:

Hi Kyle,

uploaded with those two patches. API was extended by
one funciton, so the API changes are compatible and no
need to do a transition process.

Regards

Anton


2018-03-22 23:00 GMT+01:00 Kyle Edwards :

All,

New versions of VTK use new features from upstream GL2PS:

- 2b7018cc - Add support for text alignment in PDF documents.
- f3417eb9 - Stabilize depth sort to ensure consistent results.

As part of my effort to package the upcoming VTK 9 into Debian, we will need
the latest version of GL2PS with these features. Anton, would you mind doing
this for me? Thank you in advance. (I am not subscribed to this list so
please CC me in your reply.)

Kyle

--
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: GL2PS latest version

[Anton Gladky]

Hi Kyle,

uploaded with those two patches. API was extended by
one funciton, so the API changes are compatible and no
need to do a transition process.

Regards

Anton


2018-03-22 23:00 GMT+01:00 Kyle Edwards :
> All,
>
> New versions of VTK use new features from upstream GL2PS:
>
> - 2b7018cc - Add support for text alignment in PDF documents.
> - f3417eb9 - Stabilize depth sort to ensure consistent results.
>
> As part of my effort to package the upcoming VTK 9 into Debian, we will need
> the latest version of GL2PS with these features. Anton, would you mind doing
> this for me? Thank you in advance. (I am not subscribed to this list so
> please CC me in your reply.)
>
> Kyle
>
> --
> 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: Ciao, hello.

[Mona Hamza]

Ciao caro come stai?
-- 
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: Bug#893172: python-sagenb depends on cruft package python-flask-autoindex

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 src:flask-autoindex 0.6+0git20160725-02b454-5
Bug #893172 [python-sagenb] python-sagenb depends on cruft package 
python-flask-autoindex
Bug reassigned from package 'python-sagenb' to 'src:flask-autoindex'.
Ignoring request to alter found versions of bug #893172 to the same values 
previously set
Ignoring request to alter fixed versions of bug #893172 to the same values 
previously set
Bug #893172 [src:flask-autoindex] python-sagenb depends on cruft package 
python-flask-autoindex
Marked as found in versions flask-autoindex/0.6+0git20160725-02b454-5.
> affects -1 python-sagenb
Bug #893172 [src:flask-autoindex] python-sagenb depends on cruft package 
python-flask-autoindex
Added indication that 893172 affects python-sagenb

-- 
893172: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893172
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

Processed: Re: Bug#892861: libglm-dev: removal of default type initialization breaking packages

[Debian Bug Tracking System]

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

> tags 892861 + wontfix
Bug #892861 [libglm-dev] libglm-dev: removal of default type initialization 
breaking packages
Added tag(s) wontfix.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
892861: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892861
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

Processed: Re: Bug#892910: libsundials-serial-dev: Fails to link when making shared object using these libs

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 please provide shared libraries for Fortran interfaces
Bug #892910 [libsundials-serial-dev] libsundials-serial-dev: Fails to link when 
making shared object using these libs
Changed Bug title to 'please provide shared libraries for Fortran interfaces' 
from 'libsundials-serial-dev: Fails to link when making shared object using 
these libs'.
> severity -1 wishlist
Bug #892910 [libsundials-serial-dev] please provide shared libraries for 
Fortran interfaces
Severity set to 'wishlist' from 'important'

-- 
892910: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892910
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

Re:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
.

 
-- 
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: Please get back to me its urgent

[Alice Walton]

Good Day Dearest,


Hope this email find you in good condition, my name is Alice Walton, a
citizen of United States of America. I have a profitable proposal for you
which I intend to use for charity. I will be very happy to know you, as my
instinct directed me to you at this point in time, so do not be afraid. I saw
your e-mail contact at the department of commerce and foreign trade. I have
been suffering from a Heart disease for the past 6 years and just few weeks
ago my Doctor told me that I won't survive the illness. It will be very
selfish if I let this opportunity pass-by without investing these funds into
the lives of the less privileged and I hope you can assist me to archive this
heavenly task for you have nothing to lose but so much to gain. Please reply
me back if you are interested, so I can provide you with further details.


Stay Blessed

contact my private EMAIL: 56454...@mail.ru

-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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:

[p . chan]

Hi,

Did you get my last email??


Regards,
Patrick Chan
China construction bank
.

 
-- 
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: please add qelectrotech in debian-science

[Sébastien Villemot]

Hi Denis!

On Sun, Mar 11, 2018 at 01:22:57PM +0100, Denis Briand wrote:
> On Sun, Mar 11, 2018 at 08:54:00AM +0100, W. Martin Borgert wrote:
> > Btw. the layout of the repo seems a little bit unusual.
> > It is only the content of the debian directory, but without the
> > "debian" dir itself.
> > Maybe we can change this to the more DEP-14-ish layout?
> > (http://dep.debian.net/deps/dep14/)
> > And with complete upstream sources?
> > I can do this, if nobody objects.
> > Denis, Laurent, is that OK?
> 
> No, sorry, I prefere to have only the debian directory in the git repos.
> but we can create a debian/ dir and put all files in it.

Actually the Debian Science Policy mandates that full sources be included in
the git repository, see:

 https://science-team.pages.debian.net/policy/#idm297

Having some homogeneity across packages is a necessity if we want
team-maintenance to become a reality.

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


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

Re: please add qelectrotech in debian-science

[W. Martin Borgert]

On 2018-03-11 13:22, Denis Briand wrote:
> No, sorry, I prefere to have only the debian directory in the git repos.

I'm fine with that!
(Yet I prefer full-source and even half-broken pristine-tar!)

> but we can create a debian/ dir and put all files in it.

Yes.
IMHO, this would make the used repo layout more obvious or explicite.
I was confused for a few seconds :~)

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

Re: please add qelectrotech in debian-science

[Denis Briand]

On Sun, Mar 11, 2018 at 08:54:00AM +0100, W. Martin Borgert wrote:
> Btw. the layout of the repo seems a little bit unusual.
> It is only the content of the debian directory, but without the
> "debian" dir itself.
> Maybe we can change this to the more DEP-14-ish layout?
> (http://dep.debian.net/deps/dep14/)
> And with complete upstream sources?
> I can do this, if nobody objects.
> Denis, Laurent, is that OK?

No, sorry, I prefere to have only the debian directory in the git repos.
but we can create a debian/ dir and put all files in it.

:)

Denis


pgpiAqfO3NlKB.pgp
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

Re: please add qelectrotech in debian-science

[W. Martin Borgert]

On 2018-03-11 11:38, laurent Trinques wrote:
> FYI Martin, the online documentation (Sphinx Inventory), is very old now
...
> But Nuri work for explain quickly new features on new web site :
> https://qelectrotech.org/test/lang-en/features.php
> https://qelectrotech.org/test/lang-en/manual.php

Thanks for the links! At some point, it would be nice to have
this manual packaged for Debian, but maybe later...

> BTW, is very nice is on future if someone make Debian package for great "DXF 
> to elmt" converter external plugin :

Could you please file an RFP¹ (or ITP²) bug for this?

> Other think openSUSE mainstream want to make a package for great python qet-
> tb-generator plugin :
> https://pypi.python.org/pypi/qet-tb-generator/

And for this one, too?

Cheers

¹https://wiki.debian.org/RFP
²https://wiki.debian.org/ITP

-- 
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: please add qelectrotech in debian-science

[laurent Trinques]

Le dimanche 11 mars 2018, 08:54:00 CET W. Martin Borgert a écrit :
> On 2018-03-11 07:44, Anton Gladky wrote:
> > I have added the Denis to the Debian Science Team and
> > created an empty repo for qelectrotech [1].
> 
> Thanks, Anton!
> 
> I pushed the existing branches from
> http://git.tuxfamily.org/qet/debian.git
> to
> https://salsa.debian.org/science-team/qelectrotech
> 
> Denis, you may use the new git repo now :~)
> 
> Btw. the layout of the repo seems a little bit unusual.
> It is only the content of the debian directory, but without the
> "debian" dir itself.
> Maybe we can change this to the more DEP-14-ish layout?
> (http://dep.debian.net/deps/dep14/)
> And with complete upstream sources?
> I can do this, if nobody objects.
> Denis, Laurent, is that OK?
> 
> Cheers
> 
> PS: If I see it correctly, the documentation to QET is separate
> from the source code itself, right? When we are done with the
> 0.6 package, it would be nice to package the documentation, too.
> Only last week, I was happy that Debian has a lot of -doc
> packaged (and I had installed at least some of it), when the
> internet connection of my company broke for some hours!

FYI Martin, the online documentation (Sphinx Inventory), is very old now and 
based on Arun work for 0.4 version in 2015 years, only translated in English 
and Russian :
https://git.tuxfamily.org/qet/documentation.git/

But Nuri work for explain quickly new features on new web site :
https://qelectrotech.org/test/lang-en/features.php
https://qelectrotech.org/test/lang-en/manual.php

BTW, is very nice is on future if someone make Debian package for great "DXF 
to elmt" converter external plugin :
The DXFtoQET converter is an external application to convert a .dxf file into 
a .elmt file which can be opened and edited in the QElectroTech element 
editor.

https://qelectrotech.org/test/lang-en/dxftoqet.php

For now is just a binary compiled by me and users put it on QET home folder.
https://youtu.be/ZMc6FhFpvXk


Other think openSUSE mainstream want to make a package for great python qet-
tb-generator plugin :
https://pypi.python.org/pypi/qet-tb-generator/

https://youtu.be/LU3dskGlDx8


12:29 <@scorpio810> cousin_luigi: hi
12:33 <@scorpio810> < cousin_luigi> Do you have anything to do with the qet-
tb-generator python module? this plugin is writed by Raul
12:33 <@scorpio810> https://qelectrotech.org/forum/viewtopic.php?id=902
12:34 <@scorpio810> https://qelectrotech.org/forum/viewtopic.php?id=1007
12:43 < cousin_luigi> scorpio810: Thanks, that looks like the same person I 
wrote to.
12:43 < cousin_luigi> Does he ever come here?
12:43 <@scorpio810> no, never see here I remember
12:43 < cousin_luigi> (licensing terms are unclear and I can't package the 
module for openSUSE as it is)
12:44 < cousin_luigi> K, will wait for an email then.
12:45 <@scorpio810> https://pypi.python.org/pypi/qet-tb-generator/
12:46 < cousin_luigi> About the other question? Is there an idea of when 0.6 
final will be tagged?
12:46 <@scorpio810> Author: Raul Roda
12:46 <@scorpio810> Keywords: qelectrotech terminal electric
12:46 < cousin_luigi> scorpio810: Yes, that's where I got it from, but just 
"GPL" won't cut it.
12:46 <@scorpio810> License: GPL
12:46 < cousin_luigi> is it GPL 1.0 ? 2.0? 3.0? And just that version or also 
later ones?
12:47 <@scorpio810> setup(
12:47 <@scorpio810> name="qet_tb_generator",
12:47 <@scorpio810> version="0.7.72",
12:47 <@scorpio810> description="Script that generates terminal blocks & 
connectors for QElectroTech",
12:47 <@scorpio810> long_description = """Allows to generate terminal 
blocks and connectors for QElectroTech electrical diagram software.""",
12:47 <@scorpio810> author="Raul Roda",
12:47 <@scorpio810> author_email="raulr...@yahoo.com",
12:47 <@scorpio810> #url="www.something.com",
12:47 <@scorpio810> license='GPL',
12:47 < cousin_luigi> Yeah, I wrote to that very address.
12:48 < cousin_luigi> I just have to wait, I suppose.
12:48 <@scorpio810> he not specific GPL version
12:49 < cousin_luigi> Yeah, openSUSE legal is quite picky about such details. 
They'll never approve it.
12:49 <@scorpio810> Debian too :)


Cheers,

Laurent









-- 
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: please add qelectrotech in debian-science

[laurent Trinques]

Hi all,

Is a Denis little typo, since 0.5 version is a Qt5 application.

Regards,
Laurent

Le dimanche 11 mars 2018, 09:28:32 CET Anton Gladky a écrit :
> Hi all,
> 
> please pay attention that Qt4 can be removed soon.
> So if upstream did not start to port the software to
> Qt5 it would be good to do so.
> 
> Regards
> 
> Anton
> 
> 2018-03-11 8:54 GMT+01:00 W. Martin Borgert :
> > On 2018-03-11 07:44, Anton Gladky wrote:
> >> I have added the Denis to the Debian Science Team and
> >> created an empty repo for qelectrotech [1].
> > 
> > Thanks, Anton!
> > 
> > I pushed the existing branches from
> > http://git.tuxfamily.org/qet/debian.git
> > to
> > https://salsa.debian.org/science-team/qelectrotech
> > 
> > Denis, you may use the new git repo now :~)
> > 
> > Btw. the layout of the repo seems a little bit unusual.
> > It is only the content of the debian directory, but without the
> > "debian" dir itself.
> > Maybe we can change this to the more DEP-14-ish layout?
> > (http://dep.debian.net/deps/dep14/)
> > And with complete upstream sources?
> > I can do this, if nobody objects.
> > Denis, Laurent, is that OK?
> > 
> > Cheers
> > 
> > PS: If I see it correctly, the documentation to QET is separate
> > from the source code itself, right? When we are done with the
> > 0.6 package, it would be nice to package the documentation, too.
> > Only last week, I was happy that Debian has a lot of -doc
> > packaged (and I had installed at least some of it), when the
> > internet connection of my company broke for some hours!



-- 
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: please add qelectrotech in debian-science

[W. Martin Borgert]

On 2018-03-11 09:28, Anton Gladky wrote:
> please pay attention that Qt4 can be removed soon.
> So if upstream did not start to port the software to
> Qt5 it would be good to do so.

I believe, that the current version 0.5 in buster already uses
Qt5. Thanks for the heads-up, though!

-- 
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: please add qelectrotech in debian-science

[Anton Gladky]

Hi all,

please pay attention that Qt4 can be removed soon.
So if upstream did not start to port the software to
Qt5 it would be good to do so.

Regards

Anton


2018-03-11 8:54 GMT+01:00 W. Martin Borgert :
> On 2018-03-11 07:44, Anton Gladky wrote:
>> I have added the Denis to the Debian Science Team and
>> created an empty repo for qelectrotech [1].
>
> Thanks, Anton!
>
> I pushed the existing branches from
> http://git.tuxfamily.org/qet/debian.git
> to
> https://salsa.debian.org/science-team/qelectrotech
>
> Denis, you may use the new git repo now :~)
>
> Btw. the layout of the repo seems a little bit unusual.
> It is only the content of the debian directory, but without the
> "debian" dir itself.
> Maybe we can change this to the more DEP-14-ish layout?
> (http://dep.debian.net/deps/dep14/)
> And with complete upstream sources?
> I can do this, if nobody objects.
> Denis, Laurent, is that OK?
>
> Cheers
>
> PS: If I see it correctly, the documentation to QET is separate
> from the source code itself, right? When we are done with the
> 0.6 package, it would be nice to package the documentation, too.
> Only last week, I was happy that Debian has a lot of -doc
> packaged (and I had installed at least some of it), when the
> internet connection of my company broke for some hours!

-- 
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: please add qelectrotech in debian-science

[W. Martin Borgert]

On 2018-03-11 07:44, Anton Gladky wrote:
> I have added the Denis to the Debian Science Team and
> created an empty repo for qelectrotech [1].

Thanks, Anton!

I pushed the existing branches from
http://git.tuxfamily.org/qet/debian.git
to
https://salsa.debian.org/science-team/qelectrotech

Denis, you may use the new git repo now :~)

Btw. the layout of the repo seems a little bit unusual.
It is only the content of the debian directory, but without the
"debian" dir itself.
Maybe we can change this to the more DEP-14-ish layout?
(http://dep.debian.net/deps/dep14/)
And with complete upstream sources?
I can do this, if nobody objects.
Denis, Laurent, is that OK?

Cheers

PS: If I see it correctly, the documentation to QET is separate
from the source code itself, right? When we are done with the
0.6 package, it would be nice to package the documentation, too.
Only last week, I was happy that Debian has a lot of -doc
packaged (and I had installed at least some of it), when the
internet connection of my company broke for some hours!

-- 
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: please add qelectrotech in debian-science

[Anton Gladky]

Hi all,

I have added the Denis to the Debian Science Team and
created an empty repo for qelectrotech [1].

[1] https://salsa.debian.org/science-team/qelectrotech

Best regards

Anton


2018-03-11 0:53 GMT+01:00 W. Martin Borgert :
> On 2018-03-10 20:57, Denis Briand wrote:
>> I have just created my salsa account "narcan-guest" with this e-mail address.
>> It could be great if you can add me in the team, and create or migrate the 
>> git
>> repository.
>
> I can't add Denis (narcan-guest) to the team, because I'm only
> master, not owner, but would handle the git repo relocation.
> Andreas, Anton, Charles, Frédéric-Emmanuel, or Ole would have
> to add users, right?
>
> --
> 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: please add qelectrotech in debian-science

[W. Martin Borgert]

On 2018-03-10 20:57, Denis Briand wrote:
> I have just created my salsa account "narcan-guest" with this e-mail address.
> It could be great if you can add me in the team, and create or migrate the git
> repository.

I can't add Denis (narcan-guest) to the team, because I'm only
master, not owner, but would handle the git repo relocation.
Andreas, Anton, Charles, Frédéric-Emmanuel, or Ole would have
to add users, right?

-- 
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: For Your Notice

[Finley JB <lgmobile-givea...@2018.com>]

--
Warm Greeting.
Date:10.03.2018

With Great Excitement.We happily announced your awarded giveaway prize 
$1,850,000.00 USD in ongoing LGMobile 2018 Giveaway for “GoodThings 
Happen to Good People” project. You have been selected for this award. 
Your Award Claims Ref Number:298-H78/LG. Send back your details for 
clearance with your Ref# as subject for Claims processing.


RefNumber : , Full Name:__,

Reply Back with above details filled.

Warm Regard.
Finley JB
+44 703-190-5727,
+44 703-199-5605
LG MOBILE INC.

--
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: FTBFS with Java 9: configure fails to detect Java

[Debian Bug Tracking System]

Processing control commands:

> tag -1 + patch
Bug #875790 [src:scilab] FTBFS with Java 9: configure fails to detect Java
Added tag(s) patch.

-- 
875790: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875790
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

Processed: Re: FTBFS with Java 9: can't find jdk

[Debian Bug Tracking System]

Processing control commands:

> tag -1 + patch
Bug #875584 [src:jhdf] FTBFS with Java 9: can't find jdk
Added tag(s) patch.

-- 
875584: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875584
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

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Gert Wollny]

Am Dienstag, den 06.03.2018, 21:37 + schrieb Nico Schlömer:
> Perhaps it's time to bring this up again. At six months in the queue,
> VTK7 has been the leader in the NEW queue for a while now. It'd be
> great if we could work on this again, particularly since VTK8 is
> already out there.

I guess we will just skip vtk8 and move to vtk9 when it comes out :/

Best, 
Gert


-- 
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: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

[Nico Schlömer]

Perhaps it's time to bring this up again. At six months in the queue, VTK7
has been the leader in the NEW queue for a while now. It'd be great if we
could work on this again, particularly since VTK8 is already out there.

Cheers,
Nico

On Thu, Nov 9, 2017 at 10:56 AM Gert Wollny  wrote:

> Hello Luca,
>
> since you did the initial review of the VTK7 package (and it is a
> really big one), would you consider to have another look at the updated
> version soon, I ask because we would like to start porting dependent
> packages.
>
> All the issuses you raised should be addressed by now (although what
> upstream provides there is really a mess). Specifially the for last one
> with no clear copyright (not even upstream knows) we removed the files
> since they are not needed anyway.
>
> many thanks,
> Gert
>
> Am Freitag, den 01.09.2017, 23:00 + schrieb Luca Falavigna:
> > Hi,
> >
> > * Accelerators/Dax/* have different copyright terms than the one
> > mentioned in d/copyright
> > * Please mention license of the font under
> > Charts/Core/Testing/Data/Fonts
> > * Common/Core/CaseFolding.txt is licensed under http://www.unicode.or
> > g/copyright.html
> > * Examples/GUI/QT/* are copyright Sandia Corp. and have different
> > licensing terms
> > * Same as above applies for
> > Examples/Infovis/Cxx/{CustomLinkView,EasyView,StatsView}
> > * Same as above applies for Examples/Statistics/*
> > * Same as above applies for
> > Infovis/Layout/{vtkCosmicTreeLayoutStrategy.h,vtkTreeOrbitLayoutStrat
> > egy.h}
> > * Rendering/VolumeOpenGL/vtkHAVSVolumeMapper* are copyright
> > University of Utah
> >
> > Cheers,
> > Luca
> >
> >
> >
> > ===
> >
> > 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: Greetings My Dear,

[Julia William]

-- 
Dear Respectfully,

Good Day,

I'm well pleased to contact you today, I heard about business growth
in your country, My name is Julia William, I want to respectfully seek
for your directions to invest my fund US$5.6 Million United States
Dollars in your country.   I am in search of stable business to invest
on in your country as I intended to come over to your country after
the fund transfer to your Bank to continue my Studies while you will
be handling the fund investments for me until after my Studies.
Presently I have in deposit US$5, 600,000 United States Dollars to be
used in the investments.  I can't handle this fund because of my lack
of investments ideas and I need to study my education more.  I don't
want people to misguide me on this fund because of my lack of
investment ideas that is why I contacted you and I believe through you
my funds will be secured and well invested in your country

I wait for your response

Thanks

Julia William

-- 
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: Comments regarding petsc_3.8.0+dfsg1-1exp1_amd64.changes

[Drew Parsons]

On Sat, 2018-02-24 at 16:07 +, Thorsten Alteholz wrote:
> Hi Drew,
> 
> one of our trainess had a look at your package and found the
> following 
> stuff. He is nice and doesn't want to reject the package but just
> have
> your comments :-).
> 
> Thanks!
>  Thorsten
> 

Thanks Thorsten.


> 
> Not lintian-clean:
>  * package-has-unnecessary-activation-of-ldconfig-trigger (1)

This seems to be a lintian bug (the detailed message for the warning
says so).  There's nothing in debian/rules that explicitly invoke
ldconfig.


>  * csh-considered-harmful (1)

Annoying to edit upstream scripts, so I haven't bothered much with
them. But in the long run it's probably good for them if we do.  These
are auxiliary utility scripts, not routinely used. Most programs would
use PETsc via the C++ API instead (or petsc4py for python)

>  * executable-not-elf-or-script (37)

matlab scripts.  Not sure why upstream marks them as executable.  I
guess it's not needed, I can remove the executable flag.

> Format in d/copyright is in http, where https is prefered.
> 
> I'm not sure whether it is possible to reproduce the following files
> (and
> whether is is required at all):
> 
> - petsc-3.8.0/share/petsc/datafiles/matrices/ contain suspicious
> files in binary
>   format. Quite possible related to some computational stuff, but i'm
> not sure.

These are example matrices used by
petsc/matlab/generatePetscTestFiles.m to test the matlab interface to
PETSc.


> - petsc-3.8.0/share/petsc/datafiles/meshes/*.exo are in CDF format,
> which is
>   rather a binary format.
> 
> - petsc-3.8.0/share/petsc/datafiles/meshes/*.med are in HDF format,
> which is
>   rather a binary format.
> 
> - petsc-3.8.0/share/petsc/datafiles/meshes/*.cgns are in ADF format,
> which is
>   rather a binary format for database storing.
> 
> - petsc-3.8.0/share/petsc/datafiles/meshes/horse.ply.bz2 is an
> archived file,
>   containing some binary data.
> 
> - petsc-
3.8.0/petsc/src/dm/impls/moab/examples/tests/input/ex3_in.h5m 
> is a
>  
 binary file in HDF format.

These are data files and meshes defining the geometries of various 2D
and 3D objects provided for use in examples and tests.The tests and
examples that use them are located below 
/usr/lib/petscdir/petsc3.8/x86_64-linux-gnu-real/share/petsc/examples/src/
(there are different tests for the various PETSc components)

You can view the .exo fils in paraview, 
and also the horse.ply after decompressing.  

gmsh shows you the mesh in the .msh and .med files.

cgns is a format used by some computational fluid dynamics software.
The cgns library is in debian. You can view and plot using cgnsview.



> 
> - petsc-3.8.0/petsc/src/dm/impls/moab/examples/tests/input/ex3_in.h5m 
> is a
> binary file in HDF format.

dm/impls/moab's ex3 test generates a h5m file (when its -io option is
used).  I think input/ex3_in.h5m is a record of what it is supposed to
generate, which could be used to confirm that PETSc is working
correctly. You can inspect the contents using HDFCompass.  HDF5 is a
general file format for storing complex datasets.  It's very general,
so you organise your data according to your needs using your own
schema.  h5m is Moab's HDF5 file format, using their own schema to
store data in an hdf5 file,
https://www.mcs.anl.gov/~fathom/moab-docs/h5mmain.html
It's used to store finite element mesh information (vertices and
connectivity, geometry and topology).  We don't have moab in debian but
it's LGPL (https://bitbucket.org/fathomteam/moab/src), so we couldpackage it, 
if anyone really wants to check what's in 
petsc/src/dm/impls/moab/examples/tests/input/ex3_in.h5m



> Also d/copyritgh is not full. I've found the following file:
> 
> petsc-3.8.0/src/ksp/ksp/examples/tutorials/ex63.cxx, which is
> licensed under
> BSD-2-clause and copyrighted 2011 Sandia, but it is absent from
> d/copyright.

Thanks, I'll update copyright.

Drew




-- 
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: Bug#778304: [libarmadillo-dev] Add static headers

[Debian Bug Tracking System]

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

> tags 778304 + wontfix
Bug #778304 [libarmadillo-dev] [libarmadillo-dev] Add static headers
Added tag(s) wontfix.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
778304: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778304
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

Processed: Re: Bug#852307: bcolz: test_leftover_ptr_with_statement_create_open fails on s390x, powerpc

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 bcolz: test_leftover_ptr_with_statement_create_open fails on big 
> endian
Bug #852307 [bcolz] bcolz: test_leftover_ptr_with_statement_create_open fails 
on s390x, powerpc
Changed Bug title to 'bcolz: test_leftover_ptr_with_statement_create_open fails 
on big endian' from 'bcolz: test_leftover_ptr_with_statement_create_open fails 
on s390x, powerpc'.
> severity -1 important
Bug #852307 [bcolz] bcolz: test_leftover_ptr_with_statement_create_open fails 
on big endian
Severity set to 'important' from 'serious'

-- 
852307: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852307
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

Re: hdfview 2.11 locks SWMR files

[Sebastiaan Couwenberg]

On 02/19/2018 10:08 AM, Jan Kotanski wrote:
> is it possible to provide the h5clear tool in the hdf5-tools package for 
> stretch, (e.g. backports).
> Since hdfview brakes SWMR files it would be good to have a script which fix 
> them back.

h5clear is not provided by hdf5-tools in testing/unstable either. Also a
backport of hdf5 is unlikely.

Please file a wishlist bug to enable building of h5client in hdf5. Once
that's available you can install hdf5-tools in a Debian unstable chroot
and use that to fix your file.

Kind Regards,

Bas

-- 
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: hdfview 2.11 locks SWMR files

[Jan Kotanski]

Dear HDF5-tools Maintainers,

is it possible to provide the h5clear tool in the hdf5-tools package for 
stretch, (e.g. backports).
Since hdfview brakes SWMR files it would be good to have a script which fix 
them back.

Best regards,
Jan



On 02/16/18 19:16, h...@hdfgroup.org wrote:
> Hi Jan,
> 
> You can use the h5clear -s utility to remove the flag.
> I should have mentioned that!
> 
> -Barbara
> 
> 
> On Fri, 16 Feb 2018, Kotanski, Jan wrote:
> 
>> Hi Barbara,
>>
>> Is there any way to rescue (i.e. unlock) the files broken by hdfview,
>> e.g. a script which unlocks the file?
>>
>> If not we have to forbid our user to use the hdfview (or do not use SWMR).
>> They don't know a priori if the file was created with SWMR or not.
>> And if they cannot unlock broken files they loose their data.
>>
>> Best regards,
>> Jan
>>

-- 
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: hdfview 2.11 locks SWMR files

[Jan Kotanski]

Hello Frederic,

Thanks for your answer. Yes, indeed. Since even hdfview 3.0.0 has problems with 
SWMR files it is better to use other browser, e.g. silx.


cheers,
Jan

On 02/16/18 10:28, PICCA Frederic-Emmanuel wrote:
> Hello Jan,
> 
> just as a work around, you can use the silx package which is available as a 
> stretch-backports in order to explore your hdf5 file.
> 
> cheers
> 
> Frederic
> 

-- 
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#887454: Debian Science Policy has moved [was Re: Bug#887454: Re-uploaded console-bridge]

[Sébastien Villemot]

On Sun, Feb 18, 2018 at 08:18:30AM +0100, Andreas Tille wrote:

> > If your way of doing it is really common practice, I would be glad to get
> > some references for it.
> 
> Very simple:
> 
>
> https://debian-science.alioth.debian.org/debian-science-policy.html#idm45916846202048

Note that following the move to salsa, the homepage of the Debian Science
Policy has changed, and is now:

 https://science-team.pages.debian.net/policy/

Unfortunately there seems to be an SSL certificate issue with this URL.

I have setup a redirection so that the old address of the policy redirects to
the new.

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


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#887454: Re-uploaded console-bridge

[Andreas Tille]

Hi Jochen,

I'm putting Debian Science list in CC.  More information about this
discussion is in bug #887454.

On Sun, Feb 18, 2018 at 01:41:10AM +0100, Jochen Sprickerhof wrote:
> * Andreas Tille  [2018-02-17 22:30]:
> > A not uploaded state has the target distribution "UNRELEASED".  Once it
> > is uploaded this is set to "unstable" and the commit log says something
> > like:
> > 
> >"Uploaded to unstable (or new)"
> > 
> > I think that's pretty obvious vor everybody even without a tag.
> 
> We had the UNRELEASED discussion before, so there are obviously different
> ways to do it. But I would call an upload a release, as in you should not
> modify that version anymore and also don't use the same version number again
> for something different. So you might as well tag it. I don't see a benefit
> of putting the tag afterwards, rather it would make it harder for tools like
> git-buildpackage to find a reference point for a new version. Also note that
> packages might get uploaded and used on other sites, so it's useful to have
> the tag as a reference point.
> If your way of doing it is really common practice, I would be glad to get
> some references for it.

Very simple:

   
https://debian-science.alioth.debian.org/debian-science-policy.html#idm45916846202048

The Debian Science team where this package is maintained has agreed upon
this policy.

> But otherwise we could just agree to have different
> views and stop this :).

I admit I have no big interest in keeping on this discussion, but it
makes things easier if members of a team follow the policy.

> > Its not about holding back version numbers.  As far as I know ftpmaster
> > is not really happy about Debian revisions different from "-1".
> 
> Do you have a reference for this? Because I see some packages with higher
> numbers in there and one I uploaded recently with a -2 got accepted pretty
> quick without a complaint.

I admit I'm to lazy to seek for references.  There are cases when
revisions with higher numbers accepted but what I said is that ftpmaster
"is not happy" - I did not say that it is a reason for rejection.

Kind regards

   Andreas.

-- 
http://fam-tille.de

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

Bug#887454: Re-uploaded console-bridge

[Jochen Sprickerhof]

* Andreas Tille  [2018-02-17 22:30]:

A not uploaded state has the target distribution "UNRELEASED".  Once it
is uploaded this is set to "unstable" and the commit log says something
like:

   "Uploaded to unstable (or new)"

I think that's pretty obvious vor everybody even without a tag.


We had the UNRELEASED discussion before, so there are obviously 
different ways to do it. But I would call an upload a release, as in you 
should not modify that version anymore and also don't use the same 
version number again for something different. So you might as well tag 
it. I don't see a benefit of putting the tag afterwards, rather it would 
make it harder for tools like git-buildpackage to find a reference point 
for a new version. Also note that packages might get uploaded and used 
on other sites, so it's useful to have the tag as a reference point.
If your way of doing it is really common practice, I would be glad to 
get some references for it. But otherwise we could just agree to have 
different views and stop this :).



Its not about holding back version numbers.  As far as I know ftpmaster
is not really happy about Debian revisions different from "-1".


Do you have a reference for this? Because I see some packages with 
higher numbers in there and one I uploaded recently with a -2 got 
accepted pretty quick without a complaint.


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#887454: Re-uploaded console-bridge

[Andreas Tille]

On Sat, Feb 17, 2018 at 07:18:11PM +0100, Jochen Sprickerhof wrote:
> * Andreas Tille  [2018-02-17 19:13]:
> > I tend to disagree.  A package that's rejected by ftpmaster will not
> > reach the archive.  I'm tagging only those commits that have an
> > equivalent package inside the package pool.
> 
> But how would you know which state you uploaded to ftp-master?

A not uploaded state has the target distribution "UNRELEASED".  Once it
is uploaded this is set to "unstable" and the commit log says something
like:

"Uploaded to unstable (or new)"

I think that's pretty obvious vor everybody even without a tag.

> Also, version
> numbers are cheap, no need to hold them back ;).

Its not about holding back version numbers.  As far as I know ftpmaster
is not really happy about Debian revisions different from "-1".  Besides
this extra options are needed when building to add upstream tarball.

As far as I know this is good packaging practice - at least all team
members I know are doing it this way.

Kind regards

   Andreas.

-- 
http://fam-tille.de

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

Bug#887454: Re-uploaded console-bridge

[Andreas Tille]

Hi Jochen,

On Sat, Feb 17, 2018 at 06:12:09PM +0100, Jochen Sprickerhof wrote:
> 
> * Andreas Tille <andr...@an3as.eu> [2018-02-17 13:48]:
> > I've re-uploaded console-bridge_0.4.0+dfsg-1 to new.
> 
> I did so as well yesterday, that's why your upload was rejected.

That's fine.

> > Please note: I have removed the changelog entry
> > 
> [..]
> > since this release never has hit the Debian mirrors.  Please note that
> > due to this change I've deleted the tag debian/0.4.0+dfsg-1.  I have not
> > set a new tag since this should be done after the package was accepted
> > by ftpmaster.
> 
> I added the tag and for me it makes sense to have it on the uploaded
> package. This makes it easier to track which version you uploaded to
> ftp-masters and in case you want to update the package in the new queue, you
> have to increase the number anyhow.

I tend to disagree.  A package that's rejected by ftpmaster will not
reach the archive.  I'm tagging only those commits that have an
equivalent package inside the package pool.

Kind regards

   Andreas.

-- 
http://fam-tille.de

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

Bug#887454: Re-uploaded console-bridge

[Jochen Sprickerhof]

* Andreas Tille  [2018-02-17 19:13]:

I tend to disagree.  A package that's rejected by ftpmaster will not
reach the archive.  I'm tagging only those commits that have an
equivalent package inside the package pool.


But how would you know which state you uploaded to ftp-master? Also, 
version numbers are cheap, no need to hold them back ;).


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#887454: Re-uploaded console-bridge

[Jochen Sprickerhof]

Hi Andreas,

* Andreas Tille <andr...@an3as.eu> [2018-02-17 13:48]:

I've re-uploaded console-bridge_0.4.0+dfsg-1 to new.


I did so as well yesterday, that's why your upload was rejected. (I 
wasn't aware of the bug, so sorry for not commenting about it.)



Please note: I have removed the changelog entry


[..]

since this release never has hit the Debian mirrors.  Please note that
due to this change I've deleted the tag debian/0.4.0+dfsg-1.  I have not
set a new tag since this should be done after the package was accepted
by ftpmaster.


I added the tag and for me it makes sense to have it on the uploaded 
package. This makes it easier to track which version you uploaded to 
ftp-masters and in case you want to update the package in the new queue, 
you have to increase the number 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#887454: Re-uploaded console-bridge

[Andreas Tille]

Hi Jose,

I've re-uploaded console-bridge_0.4.0+dfsg-1 to new.

Please note: I have removed the changelog entry


console-bridge (0.4.0-1) unstable; urgency=medium

  * New upstream version 0.4.0

 -- Jose Luis Rivero <jriv...@osrfoundation.org>  Mon, 15 Jan 2018 18:21:19 
+


since this release never has hit the Debian mirrors.  Please note that
due to this change I've deleted the tag debian/0.4.0+dfsg-1.  I have not
set a new tag since this should be done after the package was accepted
by ftpmaster.

Further comment:  Next time please check lintian warnings.  Since it is
a pretty harmless one I simply left

W: console-bridge source: debian-rules-uses-unnecessary-dh-argument dh ... 
--parallel (line 12)

but it should be handled in next upload.

Thanks for your work on this package

  Andreas.

-- 
http://fam-tille.de

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

Re: hdfview 2.11 locks SWMR files

[help]

Hi Jan,

You can use the h5clear -s utility to remove the flag.
I should have mentioned that!

-Barbara


On Fri, 16 Feb 2018, Kotanski, Jan wrote:


Hi Barbara,

Is there any way to rescue (i.e. unlock) the files broken by hdfview,
e.g. a script which unlocks the file?

If not we have to forbid our user to use the hdfview (or do not use SWMR).
They don't know a priori if the file was created with SWMR or not.
And if they cannot unlock broken files they loose their data.

Best regards,
Jan

- Original Message -
From: h...@hdfgroup.org
To: "Jan Kotanski" <jan.kotan...@desy.de>
Cc: debian-science-maintainers@lists.alioth.debian.org
Sent: Friday, 16 February, 2018 16:49:46
Subject: Re: hdfview 2.11 locks SWMR files

Hi Jan,

HDFView 2.11 is based on HDF5-1.8 with 32-bit object identifiers. SWMR is a new
feature in HDF5-1.10 (which has 64-bit object identifiers).

HDFView 3.0 (Beta) supports HDF5-1.10. However, even if you use it and select
"File->Open", it gets a lock on the file and it modifies it. We are working on
resolving this issue for the release version of HDFView 3.0 due out later this
year (after HDF5-1.10.2).

As a workaround, we believe you should be able to use HDFView 3.0 (Beta) to open
the file if you select "File->Open Read-Only".

-Barbara


Barbara Jones, The HDF Group Helpdesk, h...@hdfgroup.org
Support Services:  https://www.hdfgroup.org/solutions/


On Fri, 16 Feb 2018, Jan Kotanski wrote:


Dear HDFView Maintainers,

I've just accounted problems in reading SWMR files with hdfview 2.11 on debian 
stretch.

The hdfview 2.11 not only cannot read the SWMR files but it breaks them, i.e. 
set a lock inside the files,
and the files are no more readable.

For example I create a file

   http://www.desy.de/~jkotan/swmr/swmr.h5

with:

   http://www.desy.de/~jkotan/swmr/writer2dattr.py

Normally, I can read it on stretch with:

   http://www.desy.de/~jkotan/swmr/reader2d.py


But after I run:

jkotan@stretch-jk:~/sources/lavue/nxstest$ hdfview swmr.h5

I get:

jkotan@stretch-jk:~/sources/lavue/nxstest$ python reader2d.py
Traceback (most recent call last):
 File "reader2d.py", line 4, in 
   f = h5py.File("swmr.h5", 'r', libver='latest', swmr=True)
 File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 271, in 
__init__
   fid = make_fid(name, mode, userblock_size, fapl, swmr=swmr)
 File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 101, in 
make_fid
   fid = h5f.open(name, flags, fapl=fapl)
 File "h5py/_objects.pyx", line 54, in h5py._objects.with_phil.wrapper 
(/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2842)
 File "h5py/_objects.pyx", line 55, in h5py._objects.with_phil.wrapper 
(/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2800)
 File "h5py/h5f.pyx", line 78, in h5py.h5f.open 
(/build/h5py-b1xqNM/h5py-2.7.0/h5py/h5f.c:2127)
IOError: Unable to open file (File is not already open for swmr writing)


Thus, the hdfview breaks the file and the SWMR file is not more readable.


Is it possible to provide backports for the hdfview package with the version 
which fix the above problem
  (hope the newer version, e.g. 3.0.0 fix this problem)?


Best regards,
Jan



--



--

--
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: hdfview 2.11 locks SWMR files

[jan.kotanski]

Hi Barbara,
Ah ok. Thanks.
Jan Oryginalna wiadomość Od: h...@hdfgroup.org Data: 16.02.2018 
 19:16  (GMT+01:00) Do: "Kotanski, Jan" <jan.kotan...@desy.de> DW: 
debian-science-maintainers@lists.alioth.debian.org Temat: Re: hdfview 2.11 
locks SWMR files 
Hi Jan,

You can use the h5clear -s utility to remove the flag.
I should have mentioned that!

-Barbara


On Fri, 16 Feb 2018, Kotanski, Jan wrote:

> Hi Barbara,
>
> Is there any way to rescue (i.e. unlock) the files broken by hdfview,
> e.g. a script which unlocks the file?
>
> If not we have to forbid our user to use the hdfview (or do not use SWMR).
> They don't know a priori if the file was created with SWMR or not.
> And if they cannot unlock broken files they loose their data.
>
> Best regards,
> Jan
>
> - Original Message -
> From: h...@hdfgroup.org
> To: "Jan Kotanski" <jan.kotan...@desy.de>
> Cc: debian-science-maintainers@lists.alioth.debian.org
> Sent: Friday, 16 February, 2018 16:49:46
> Subject: Re: hdfview 2.11 locks SWMR files
>
> Hi Jan,
>
> HDFView 2.11 is based on HDF5-1.8 with 32-bit object identifiers. SWMR is a 
> new
> feature in HDF5-1.10 (which has 64-bit object identifiers).
>
> HDFView 3.0 (Beta) supports HDF5-1.10. However, even if you use it and select
> "File->Open", it gets a lock on the file and it modifies it. We are working on
> resolving this issue for the release version of HDFView 3.0 due out later this
> year (after HDF5-1.10.2).
>
> As a workaround, we believe you should be able to use HDFView 3.0 (Beta) to 
> open
> the file if you select "File->Open Read-Only".
>
> -Barbara
>
> 
> Barbara Jones, The HDF Group Helpdesk, h...@hdfgroup.org
> Support Services:  https://www.hdfgroup.org/solutions/
> 
>
> On Fri, 16 Feb 2018, Jan Kotanski wrote:
>
>> Dear HDFView Maintainers,
>>
>> I've just accounted problems in reading SWMR files with hdfview 2.11 on 
>> debian stretch.
>>
>> The hdfview 2.11 not only cannot read the SWMR files but it breaks them, 
>> i.e. set a lock inside the files,
>> and the files are no more readable.
>>
>> For example I create a file
>>
>>    http://www.desy.de/~jkotan/swmr/swmr.h5
>>
>> with:
>>
>>    http://www.desy.de/~jkotan/swmr/writer2dattr.py
>>
>> Normally, I can read it on stretch with:
>>
>>    http://www.desy.de/~jkotan/swmr/reader2d.py
>>
>>
>> But after I run:
>>
>> jkotan@stretch-jk:~/sources/lavue/nxstest$ hdfview swmr.h5
>>
>> I get:
>>
>> jkotan@stretch-jk:~/sources/lavue/nxstest$ python reader2d.py
>> Traceback (most recent call last):
>>  File "reader2d.py", line 4, in 
>>    f = h5py.File("swmr.h5", 'r', libver='latest', swmr=True)
>>  File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 271, in 
>>__init__
>>    fid = make_fid(name, mode, userblock_size, fapl, swmr=swmr)
>>  File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 101, in 
>>make_fid
>>    fid = h5f.open(name, flags, fapl=fapl)
>>  File "h5py/_objects.pyx", line 54, in h5py._objects.with_phil.wrapper 
>>(/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2842)
>>  File "h5py/_objects.pyx", line 55, in h5py._objects.with_phil.wrapper 
>>(/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2800)
>>  File "h5py/h5f.pyx", line 78, in h5py.h5f.open 
>>(/build/h5py-b1xqNM/h5py-2.7.0/h5py/h5f.c:2127)
>> IOError: Unable to open file (File is not already open for swmr writing)
>>
>>
>> Thus, the hdfview breaks the file and the SWMR file is not more readable.
>>
>>
>> Is it possible to provide backports for the hdfview package with the version 
>> which fix the above problem
>>   (hope the newer version, e.g. 3.0.0 fix this problem)?
>>
>>
>> Best regards,
>> Jan
>>
>
> --
>

-- 
-- 
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: hdfview 2.11 locks SWMR files

[Kotanski, Jan]

Hi Barbara,

Is there any way to rescue (i.e. unlock) the files broken by hdfview,
e.g. a script which unlocks the file?

If not we have to forbid our user to use the hdfview (or do not use SWMR).
They don't know a priori if the file was created with SWMR or not.
And if they cannot unlock broken files they loose their data.

Best regards,
Jan  

- Original Message -
From: h...@hdfgroup.org
To: "Jan Kotanski" <jan.kotan...@desy.de>
Cc: debian-science-maintainers@lists.alioth.debian.org
Sent: Friday, 16 February, 2018 16:49:46
Subject: Re: hdfview 2.11 locks SWMR files

Hi Jan,

HDFView 2.11 is based on HDF5-1.8 with 32-bit object identifiers. SWMR is a new
feature in HDF5-1.10 (which has 64-bit object identifiers).

HDFView 3.0 (Beta) supports HDF5-1.10. However, even if you use it and select
"File->Open", it gets a lock on the file and it modifies it. We are working on
resolving this issue for the release version of HDFView 3.0 due out later this
year (after HDF5-1.10.2).

As a workaround, we believe you should be able to use HDFView 3.0 (Beta) to 
open 
the file if you select "File->Open Read-Only".

-Barbara


Barbara Jones, The HDF Group Helpdesk, h...@hdfgroup.org
Support Services:  https://www.hdfgroup.org/solutions/


On Fri, 16 Feb 2018, Jan Kotanski wrote:

> Dear HDFView Maintainers,
>
> I've just accounted problems in reading SWMR files with hdfview 2.11 on 
> debian stretch.
>
> The hdfview 2.11 not only cannot read the SWMR files but it breaks them, i.e. 
> set a lock inside the files,
> and the files are no more readable.
>
> For example I create a file
>
>http://www.desy.de/~jkotan/swmr/swmr.h5
>
> with:
>
>http://www.desy.de/~jkotan/swmr/writer2dattr.py
>
> Normally, I can read it on stretch with:
>
>http://www.desy.de/~jkotan/swmr/reader2d.py
>
>
> But after I run:
>
> jkotan@stretch-jk:~/sources/lavue/nxstest$ hdfview swmr.h5
>
> I get:
>
> jkotan@stretch-jk:~/sources/lavue/nxstest$ python reader2d.py
> Traceback (most recent call last):
>  File "reader2d.py", line 4, in 
>f = h5py.File("swmr.h5", 'r', libver='latest', swmr=True)
>  File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 271, in 
> __init__
>fid = make_fid(name, mode, userblock_size, fapl, swmr=swmr)
>  File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 101, in 
> make_fid
>fid = h5f.open(name, flags, fapl=fapl)
>  File "h5py/_objects.pyx", line 54, in h5py._objects.with_phil.wrapper 
> (/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2842)
>  File "h5py/_objects.pyx", line 55, in h5py._objects.with_phil.wrapper 
> (/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2800)
>  File "h5py/h5f.pyx", line 78, in h5py.h5f.open 
> (/build/h5py-b1xqNM/h5py-2.7.0/h5py/h5f.c:2127)
> IOError: Unable to open file (File is not already open for swmr writing)
>
>
> Thus, the hdfview breaks the file and the SWMR file is not more readable.
>
>
> Is it possible to provide backports for the hdfview package with the version 
> which fix the above problem
>   (hope the newer version, e.g. 3.0.0 fix this problem)?
>
>
> Best regards,
> Jan
>

--

-- 
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: hdfview 2.11 locks SWMR files

[help]

Hi Jan,

HDFView 2.11 is based on HDF5-1.8 with 32-bit object identifiers. SWMR is a new
feature in HDF5-1.10 (which has 64-bit object identifiers).

HDFView 3.0 (Beta) supports HDF5-1.10. However, even if you use it and select
"File->Open", it gets a lock on the file and it modifies it. We are working on
resolving this issue for the release version of HDFView 3.0 due out later this
year (after HDF5-1.10.2).

As a workaround, we believe you should be able to use HDFView 3.0 (Beta) to open 
the file if you select "File->Open Read-Only".


-Barbara


Barbara Jones, The HDF Group Helpdesk, h...@hdfgroup.org
Support Services:  https://www.hdfgroup.org/solutions/


On Fri, 16 Feb 2018, Jan Kotanski wrote:


Dear HDFView Maintainers,

I've just accounted problems in reading SWMR files with hdfview 2.11 on debian 
stretch.

The hdfview 2.11 not only cannot read the SWMR files but it breaks them, i.e. 
set a lock inside the files,
and the files are no more readable.

For example I create a file

   http://www.desy.de/~jkotan/swmr/swmr.h5

with:

   http://www.desy.de/~jkotan/swmr/writer2dattr.py

Normally, I can read it on stretch with:

   http://www.desy.de/~jkotan/swmr/reader2d.py


But after I run:

jkotan@stretch-jk:~/sources/lavue/nxstest$ hdfview swmr.h5

I get:

jkotan@stretch-jk:~/sources/lavue/nxstest$ python reader2d.py
Traceback (most recent call last):
 File "reader2d.py", line 4, in 
   f = h5py.File("swmr.h5", 'r', libver='latest', swmr=True)
 File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 271, in 
__init__
   fid = make_fid(name, mode, userblock_size, fapl, swmr=swmr)
 File "/usr/lib/python2.7/dist-packages/h5py/_hl/files.py", line 101, in 
make_fid
   fid = h5f.open(name, flags, fapl=fapl)
 File "h5py/_objects.pyx", line 54, in h5py._objects.with_phil.wrapper 
(/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2842)
 File "h5py/_objects.pyx", line 55, in h5py._objects.with_phil.wrapper 
(/build/h5py-b1xqNM/h5py-2.7.0/h5py/_objects.c:2800)
 File "h5py/h5f.pyx", line 78, in h5py.h5f.open 
(/build/h5py-b1xqNM/h5py-2.7.0/h5py/h5f.c:2127)
IOError: Unable to open file (File is not already open for swmr writing)


Thus, the hdfview breaks the file and the SWMR file is not more readable.


Is it possible to provide backports for the hdfview package with the version 
which fix the above problem
  (hope the newer version, e.g. 3.0.0 fix this problem)?


Best regards,
Jan



--

--
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: dolfin_2017.2.0.post0-1exp1_amd64.changes REJECTED

[Drew Parsons]

On Wed, 2018-02-14 at 11:04 +0800, Drew Parsons wrote:
> On Wed, 2018-02-14 at 10:47 +0800, Drew Parsons wrote:
> > On Tue, 2018-02-13 at 22:00 +, Thorsten Alteholz wrote:
> > > Hi Drew,
> > > 
> > > one of our trainees had a look at your package and found:
> > >  * copyright file, while autogenerated and unreadable,
> > > incomplete.
> > > missing for example:
> > > test/unit/cpp/mesh/MeshColoring.cpp:// Copyright (C) 2016
> > > Garth
> > > N. Wells
> > 
> > Thanks, should be easy to fix.
> > 
> 
> Actually, looking more closely, that objection does not make
> sense.  That file and Garth Wells are already listed under the main
> copyright entry:
> 
> Files: *
> Copyright: 2002-2015, Anders Logg, Garth N. Wells, et al
> License: LGPL-3+
> 
> Can you please review the review?
> 

I'm guessing this is the problem: that explicit test/unit/mesh/ entries
are listed for Anders Logg (Mesh.cpp, MeshValueCollection.cpp), but not
for Garth N. Wells (MeshFunction.cpp is listed but MeshColoring.cpp is
not).

What I can do is reorganise copyright so there is only one single 
LGPL-3+ entry with Files: * (at least for all LGPL-3+ files marked
"This file is part of DOLFIN"),  with a collective year 2002-2017 and
listing all of the individual contributors together in the one place.

Drew



-- 
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: dolfin_2017.2.0.post0-1exp1_amd64.changes REJECTED

[Drew Parsons]

On Wed, 2018-02-14 at 10:47 +0800, Drew Parsons wrote:
> On Tue, 2018-02-13 at 22:00 +, Thorsten Alteholz wrote:
> > Hi Drew,
> > 
> > one of our trainees had a look at your package and found:
> >  * copyright file, while autogenerated and unreadable, incomplete.
> > missing for example:
> > test/unit/cpp/mesh/MeshColoring.cpp:// Copyright (C) 2016 Garth
> > N. Wells
> 
> Thanks, should be easy to fix.
> 
Actually, looking more closely, that objection does not make
sense.  That file and Garth Wells are already listed under the main
copyright entry:

Files: *
Copyright: 2002-2015, Anders Logg, Garth N. Wells, et al
License: LGPL-3+

Can you please review the review?


> > Is there a reason why you manually added a debu package?
> 
> Probably not.  

More detail: I think it comes historically.  Automatic generation of
debug packages is relatively new.  Before then we had to add them
manually. I can remove the explicit entries now.

Drew

> 
> Can you process petsc?
> 
> Thanks,
> Drew
> 
> 
> > 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: dolfin_2017.2.0.post0-1exp1_amd64.changes REJECTED

[Drew Parsons]

On Tue, 2018-02-13 at 22:00 +, Thorsten Alteholz wrote:
> Hi Drew,
> 
> one of our trainees had a look at your package and found:
>  * copyright file, while autogenerated and unreadable, incomplete.
> missing for example:
> test/unit/cpp/mesh/MeshColoring.cpp:// Copyright (C) 2016 Garth
> N. Wells

Thanks, should be easy to fix.

> Is there a reason why you manually added a debu package?

Probably not.  

Can you process petsc?

Thanks,
Drew


> 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: node-shiny-server-client_1.0.0+gitf214eae+dfsg-1_amd64.changes REJECTED

[Philip Rinn]

Hi Andreas,

I added the missing copyright bits now. Could you please upload the package?

https://salsa.debian.org/science-team/node-shiny-server-client

Thanks,

Philip

-- 
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: Maintaining a package (JASP)

[Boris Pek]

Hi Joris,

> I am a member of the core team of JASP, we develop a GPL'd statistics
> program that aims to replace SPSS while adding bayesian statics to the mix.
> We would like to make this as widely available as possible and therefore
> would like to contribute it to the debian repositories.
>
> To this end I have entered an intent-to-package in the wnpp
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887598) and tried to
> make the software adhere to the standards set by debian-policy.
>
> To actually get it into the repositories we would need to have a sponsor
> is what i've understood. Maybe there is someone in the debian-science team
> that would be willing to assist somewhat in that field?

Use mailing list [1] for discussions with team members. Some info about
joining to Debian Science team you may find at [2]. Also have in mind that
git repositories for our packages were recently moved from Alioth [3][4] to
Salsa [5], and I am not sure that our documentation have been updated...

[1] 
[2] https://wiki.debian.org/DebianScience#How_to_join
[3] https://alioth.debian.org/projects/debian-science/
[4] https://anonscm.debian.org/cgit/debian-science/
[5] https://salsa.debian.org/science-team

Best wishes,
Boris


-- 
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: Bug#889878 closed by Picca Frédéric-Emmanuel <pi...@debian.org> (Bug#889878: fixed in hkl 5.0.0.2449-1)

[Debian Bug Tracking System]

Processing control commands:

> reopen -1
Bug #889878 {Done: Picca Frédéric-Emmanuel <pi...@debian.org>} [src:hkl] hkl 
FTBFS on amd64/arm64/ppc64el/s390x: sirius segfaults
'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 them.
Bug reopened
No longer marked as fixed in versions hkl/5.0.0.2449-1.

-- 
889878: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889878
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

Re: Rheolef moved to Git : problem to download/edit the debian files

[Boris Pek]

Hi Pierre,

>> You need to register an account on salsa.debian.org and ask for
>> membership of Debian Science team. You also need to create your
>> personal Gitlab token.
>
> Ok, I'am asking for membership of Debian Science team
> together with an account on salsa.debian.org
> Who is managing this ?

First, you are using a wrong mailing list: write to
 instead of
.

Next, read our documentation please:
https://wiki.debian.org/Salsa/Doc#Users:_Login_and_Registration
https://wiki.debian.org/DebianScience#How_to_join

It should decrease the number of questions.

Best wishes,
Boris


-- 
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: Rheolef moved to Git : problem to download/edit the debian files

[Pierre Saramito]

Hi Andreas,

> You need to register an account on salsa.debian.org and ask for
> membership of Debian Science team.  You also need to create your
> personal Gitlab token.

Ok, I'am asking for membership of Debian Science team 
together with an account on salsa.debian.org 
Who is managing this ?

Many thanks for your help,

Pierre
--
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://ljk.imag.fr/membres/Pierre.Saramito

-- 
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: Rheolef moved to Git : problem to download/edit the debian files

[Andreas Tille]

Hi Pierre,

On Thu, Feb 08, 2018 at 10:34:50AM +0100, Pierre Saramito wrote:
> Many thanks for your rewrite and modernization 
> of the Debian files for the Rheolef package in rheolef-6.7-5.

You are welcome.
 
> For build time tests to run correctly,
> I have now to patch these files,
> but I have a technical problem:
> 
>   After the move from SVN to GIT of the package, I am no more able to 
> download & edit the files. 
> 
> I need to download, edit and upload the debian files,
> but I dont have any account on sources.debian.org 

You need to register an account on salsa.debian.org and ask for
membership of Debian Science team.  You also need to create your
personal Gitlab token.  Once this is setup you can simply do

   gbp clone g...@salsa.debian.org:science-team/rheolef.git
 
>   Any idea how to solve this in a simple way ?

Hope this helps.  Please keep on asking if you have trouble with details
but make sure you stick to the mailing list since I'm currently
traveling.
 
> Many thanks for your help for the Debianization of the package,
 
You are welcome

   Andreas. 

-- 
http://fam-tille.de

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

Re: console-bridge_0.4.0-1_amd64.changes REJECTED

[Jose Luis Rivero]

Thanks Thorsten for catching the error. In fact the gtest sources should
not be there so I added support for repacking them correctly excluding the
gtest sources.
https://salsa.debian.org/science-team/console-bridge/commit/eef5cae8c302f16a422abb16e7e3b431c3a488f7

@Andreas, I think that I need your help again to upload the package to the
NEW queue.

Thanks!

On Mon, Feb 5, 2018 at 4:00 AM, Thorsten Alteholz <
ftpmas...@ftp-master.debian.org> wrote:

>
> Hi Jose,
>
> please mention google 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

Re: My name is Jessica U. Meir,From Maine, United States. An ARMY officer. Please can we be friends?

[Jessica U Meir]

-- 
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: muszę usłyszeć od Ciebie

[Davis Ryan]

Mój przyjaciel


Proszę przyjąć moje szczere przeprosiny, jeśli mój mail nie spełnia Twoje 
osobiste etyki.


To jest moja trzecia wiadomość wysyłam do Ciebie, i starali się skontaktować 
się z wami po naszej ostatniej dyskusji, ale nie mógł dotrzeć, proszę zezwolić 
mi na doradztwo banku do drutu sumę £ 12, 280.000.00 milionów funtów (transfer) 
na konto dla Ciebie i do akcji .




Nadal pracuję w dziale zarządzania kontami, monitorując sieć finansową tutaj w 
Zjednoczonym Królestwie. Podobać się ja mają być zachwycony Jeśli możesz dostać 
w tył do mnie pilnie byle tylko ja puszka metalowa doradzić wyższa oferta u jak 
my puszka metalowa postępować w dostawanie ten fundusz przelew wobec twój 
mianować rachunek bankowy bezpośrednio. I nasz stosunek podziału pozostają 
takie same, 45% dla Ciebie i 55% dla mnie.


Również z moich dochodzeń i potwierdzeń właściciela tego konta, według nazwy 
(Bob Anderson) złożył Cię jako jego najbliższych krewnych, zmarł w styczniu 31 
2000.


Podobać się zapewnić mi ten kolejne równie mamy 7 czasy wobec biegać ono przez 
tak:






1. imię i nazwisko.
2. Twój bezpośredni numer telefonu komórkowego.
3. Twój adres kontaktowy.
4. Twój wiek.
5. Twój zawód.
6. numer faksu.




Pozdrawiam
Mr. Davis Ryan



-- 
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: severity of 889189 is normal

[Debian Bug Tracking System]

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

> severity 889189 normal
Bug #889189 [inventor-doc] inventor-doc is empty
Severity set to 'normal' from 'grave'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
889189: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889189
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

Processed: Re: severity of 889189 is normal

[Debian Bug Tracking System]

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

> severity 889189 grave
Bug #889189 [inventor-doc] inventor-doc is empty
Severity set to 'grave' from 'normal'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
889189: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889189
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

Re: RFS: pytables 3.4.2-3 (closes RC bug #888177)

[Sébastien Villemot]

On Fri, Feb 02, 2018 at 09:01:17AM +0100, Antonio Valentino wrote:

> I'm looking for a sponsor for the version 3.4.2-3 of the pytables [1,2].
> The new version includes a fix for the RC bug #888177, and also #876841,
> #664441 and #877277.

Uploaded, thanks for your contribution.

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


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

Re: 3Depict : upload request, bug #876620

[Sébastien Villemot]

Dear D Haley,

Unless I'm mistaken, you did not reply to the message below, and that 3depict
has not yet been updated.

I hope I did not demotivate you with my requests for improvement.

In any case, don't hesitate to get back to me and/or to the team, so that we
can find a way forward. I'll be happy to help.

Best,

On Tue, Oct 17, 2017 at 07:21:28PM +0200, Sébastien Villemot wrote:
> On Sun, Oct 15, 2017 at 08:09:52PM +0100, D Haley wrote:
> 
> > Your suggestion was correct - I was not aware of the --git-pristine-tar
> > option.  I don't think I would have found that option myself.
> > 
> > I've pushed the history-rewritten changes, so the tag upstream/0.0.20
> > should now generate a byte-identical tarball. I've also re-tested this
> > under cowbuilder.
> 
> Thanks for your effort. Unfortunately something is still wrong, because there
> is a debian/ directory on the upstream branch.
> 
> If you are tired of rewriting the git history, I could do it myself. But I
> think it is more valuable to you if you learn how to do it. Please let me 
> know.
> 
> > As an aside : Is there some discussion as to why this is an option,
> > rather than the default?
> 
> I don’t know. However you can put the following in ~/.gbp.conf (as I do):
> 
> [DEFAULT]
> pristine-tar = True
> 
> (then it becomes possible to override this by passing --git-no-pristine-tar to
> "gbp buildpackage", should you have a good reason for doing so).

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


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

Processed: Re: Bug#888912: sagemath test failures with mpfr 4.0.0 and several architectures

[Debian Bug Tracking System]

Processing control commands:

> block -1 by 888459 888911
Bug #888912 [src:sagemath] sagemath test failures with mpfr 4.0.0 and several 
architectures
888912 was not blocked by any bugs.
888912 was not blocking any bugs.
Added blocking bug(s) of 888912: 888459 and 888911

-- 
888912: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888912
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

RE: Business Proposal

[MOGG Phil]

Hello Dear,

How are you today? I have an urgent business transaction to discuss with you, 
kindly contact me via my Google mail: mrsjanezh...@gmail.com for more details.

Mrs Lin.?








































?

[http://getsetforthegames.com/] 
Be part of the celebrations that unite our nation at the Gold Coast Australia 
Day event at Broadwater Parklands! The event will offer an all-nations food 
truck feast, live music, the JJ Richards Adventure Zone and a spectacular 
fireworks display set to rival New Years Eve. For more information: 
www.cityofgoldcoast.com.au/australiaday

Council of the City of Gold Coast - confidential communication This email and 
any files transmitted with it are confidential and are intended solely for the 
use of the addressee. If you are not the intended recipient be advised that you 
have received this email in error and that any use, dissemination, forwarding, 
printing or copying of this email and any file attachments is strictly 
prohibited. If you have received this email in error, please immediately notify 
us. You must destroy the original transmission and its contents. Before opening 
or using attachments, check them for viruses and defects. The contents of this 
email and its attachments may become scrambled, truncated or altered in 
transmission. Please notify us of any anomalies. Our liability is limited to 
resupplying the email and attached files or the cost of having them resupplied.
-- 
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: Bug#888661: "configure: error: glm/glm.hpp not found. install glm" although libglm-dev is installed

[Debian Bug Tracking System]

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

> reassign 888661 src:glm
Bug #888661 {Done: r...@rene-engelhard.de (Rene Engelhard)} [src:libreoffice] 
FTBFS: glm/glm.hpp: present but cannot be compiled
Bug reassigned from package 'src:libreoffice' to 'src:glm'.
No longer marked as found in versions libreoffice/1:6.0.0~rc2-1 and 
libreoffice/1:5.4.4-1.
No longer marked as fixed in versions libreoffice/1:6.0.0~rc3-1.
> forcemerge 888550 888661
Bug #888550 [src:glm] glm has some silly GCC version checks, removed upstream
Bug #888661 {Done: r...@rene-engelhard.de (Rene Engelhard)} [src:glm] FTBFS: 
glm/glm.hpp: present but cannot be compiled
Bug reopened
Ignoring request to alter fixed versions of bug #888661 to the same values 
previously set
Marked as found in versions glm/0.9.8.4-1.1.
Added tag(s) sid, buster, and patch.
Merged 888550 888661
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
888550: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888550
888661: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888661
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

Processed: Re: paraview: segfaults when performing query-based selections

[Debian Bug Tracking System]

Processing control commands:

> found -1 paraview/5.4.1+dfsg3-1
Bug #837796 [paraview] paraview: segfaults when performing query-based 
selections
Marked as found in versions paraview/5.4.1+dfsg3-1.

-- 
837796: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837796
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