Re: [Debian-science-sagemath] Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

Hi Ximin, On Tue, Apr 04, 2017 at 07:24:00PM +, Ximin Luo wrote: > If you run that command manually, > > nodejs ../../fakewebpack-postprocess.js > ./node_modules/font-awesome/css/font-awesome.css > ../../fakewebpack/docs.modules > > is there a javascript backtrace?

Re: Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

Hi again, so far my questions here were ending up in helpful hints. Any idea for the issue below: On Sat, Mar 25, 2017 at 10:02:24PM +0100, Andreas Tille wrote: > ... > > The next stumbling stone is ipywidgets: > > ... > module 23: nodejs ../../fakewebpack-postprocess.js

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

Hi Yaroslav, On Tue, Mar 28, 2017 at 11:52:43AM -0400, Yaroslav Halchenko wrote: > > > I have filed another bug for that (#858881); it would be nice if that > > could be fixed as well. > > what matters ATM is that it (package) built fine >

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

Hi Yaroslav, On Tue, Mar 28, 2017 at 09:42:41AM -0400, Yaroslav Halchenko wrote: > > - I have already stated many times that if you want to move any of the > core packages under bigger (-med, -science, etc) maintenance -- I > don't mind. But it shouldn't complicate my own work on those >

Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

tags 858260 help thanks Hi, I admit that when reading the bug report I have no idea how to fix it. I can confirm that I can reproduce the issue in a recent unstable chroot. I have added maintainers of tzdata, Debian Science and Debian mentors in CC - just hoping for any helpful hint. Kind

Excluding arch s390x for dsdp?

Hi s390 porters, I admit I have no better clue than excluding s390x from the list of architectures to fix bug #857067. Do you see any better option since this would as well exclude some rdepends of libdsdp-5.8gf like python-cvxopt python-openopt python-statsmodels sagemath

Re: Moving some of my packages to Debian Science team

Hi Muammar, On Sat, Mar 25, 2017 at 01:07:15PM -0400, Muammar El Khatib wrote: > I have a series of packages that due to lack of time I am not catching > to keep them in a sane state. The packages in question are: > > - blacs-mpi. > - blacs-pvm. > - scalapack > > I would like to move them to

Re: Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

Hi Gordon, On Sat, Mar 25, 2017 at 03:07:18PM +0100, Gordon Ball wrote: > > Have you backported libjs-codemirror? There is a big version mismatch > between jessie and stretch (2.3 vs 5.4). Good hint which enabled me two further steps. > The dependency in this case isn't versioned because the

Re: Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

g --pristine-tar your_upstream_tarball I wished all team member would respect this since it saves a lot of useless work for others. Kind regards Andreas. PS: Could we please agree upon inline quoting on this list? Thanks. :-) > On 03/23/2017 12:05 PM, Andreas Tille wrote: > > H

Help needed to backport jupyter-notebook (Was: Help needed for backporting node-esprima (Was: Backporting sagemath))

Hi, On Fri, Mar 17, 2017 at 02:34:59PM +, Tobias Hansen wrote: > I guess that means it requires nodejs >= 4. At least it's something you > could try. I confirm that using nodejs >=4 solved the issue in node-esprima. > On 03/08/2017 02:49 PM, Andreas Tille wrote: >

Re: Sponsering python-agate

Hi Ghislain, On Wed, Mar 22, 2017 at 12:18:37PM +, Ghislain Vaillant wrote: > On 22/03/17 12:12, Andreas Tille wrote: > >My question about your DM status > >remained open - this would answer who will be able to do all the > >experimental -> unstable changes ... :-P &

Re: Sponsering python-agate

Hi Ghislain, On Wed, Mar 22, 2017 at 12:04:55PM +, Ghislain Vaillant wrote: > One of the dependencies (python3-parsedatetime) in only available in > experimental (I contributed the Python 3 packaging after the freeze > unfortunately). > > [1]

Sponsering python-agate

Hi Ghislain, is there any reason why you have set target distribution to experimental? If it is just because of the freeze that does not make sense since new packages are not in Squeeze anyway so there is no need to let bugfixes pass by via unstable while new development is in experimental.

Re: Team maintenance of python-cvxopt

Hi again, On Thu, Mar 09, 2017 at 02:46:20PM +0100, Andreas Tille wrote: > I think the best course of action is to upload as is to > experimental now (I realise that Git is lagging behind upstream, bit > this keeps a signal that something is to do once Stretch is out). Version 1.1

Re: New geophysics / geophysics-dev task [Was ITP: libmseed]

Hi Pierre, please *always* discuss this kind of things in public on the Debian Science mailing list where it belongs to (or at least be aware that I'll always violate the netiquette by forwarding your private mail to the list as I'm doing now). On Fri, Mar 17, 2017 at 09:55:27AM +0100, Pierre

Re: [Debian-science-sagemath] Help needed for backporting node-esprima (Was: Backporting sagemath)

Hi Tobias, On Fri, Mar 17, 2017 at 02:34:59PM +, Tobias Hansen wrote: > Hi, > > In [1] it says > > "engines": { > "node": ">=4" > }, > > I guess that means it requires nodejs >= 4. At least it's something you > could try. H, backporting also nodejs >= 4 is something I tried to

Re: Sigrok RFSs

Hi Zoltan, On Wed, Mar 15, 2017 at 01:32:36PM +0100, Zoltan Gyarmati wrote: > Please see my comments inline, Sure. What else. :-P > Yes, i would be happy to push my listed git repos to a team VCS, and > thank you for the > offering the sponsoration although before we go any further (mainly to

Re: Sigrok RFSs

Hi Zoltan, On Wed, Mar 15, 2017 at 12:35:47AM +0100, Zoltan Gyarmati wrote: > > I agree that if there is a pkg-electronics team that is fine for me. > > What would be not fine is if this team is not updating the electronics > > task of Debian Science. Please make sure that all relevant packages

Re: [Pkg-electronics-devel] Sigrok RFSs

Hi Bdale, On Tue, Mar 14, 2017 at 04:33:48PM -0600, Bdale Garbee wrote: > > What would be not fine is if this team is not updating the electronics > > task of Debian Science. > > FWIW, I had no idea such a thing even existed. FWIW, I had no idea that a pkg-electronics team existed. ;-) Good we

Re: Sigrok RFSs

Hi Dima, On Tue, Mar 14, 2017 at 01:58:15PM -0700, Dima Kogan wrote: > Andreas Tille <andr...@an3as.eu> writes: > > > As far as I can see sigrok fits nicely into the Debian Science scope > > and thus I'd recommend maintaining the packages in this team and sending >

Re: Sigrok RFSs

Hi Zoltan, On Sat, Mar 11, 2017 at 03:32:42AM +0100, Zoltan Gyarmati wrote: > Dear Mentors, > > at the beggining of the last week i submitted a couple of RFSs[1] > regarding to the packages related to the sigrok[2] suite and its updates > since the last version released to Debian. > I'll be the

Re: OutReachy

Hi Elina, On Fri, Mar 10, 2017 at 04:17:25PM +0500, Элина Курбангалеева wrote: > I'm interested in your project. Fine. I took the freedom to forward your mail to the Debian Science list since as I stated I can not mentor this project alone. I was hoping for other mentors but unfortunately

Re: Team maintenance of python-cvxopt

Hi Tobias, On Thu, Mar 09, 2017 at 07:20:14AM -0500, Tobias Hansen wrote: > you already did that: > https://anonscm.debian.org/git/debian-science/packages/cvxopt.git/ Cool. Thanks for helping me to cope with my poor memory. ;-) Seems I'm doing to much inside Debian if I need others to remember

Team maintenance of python-cvxopt

Hi Soeren, by chance I realised that you did not uploaded cvxopt since five years and it received several NMUs from Debian Science members. I'd call the package de-facto orphaned and would like to move it into Debian Science team maintenance. If you do not insist I'll create a Git repository

Help needed for backporting node-esprima (Was: Backporting sagemath)

, > Jerome > > On 06/03/17 20:00, Andreas Tille wrote: > > Hi Sandro, > > > > On Mon, Mar 06, 2017 at 10:46:52AM -0500, Sandro Tosi wrote: > >> please post a (even partial) list of the packages you intend to > >> backport as this email tells nothing to the

Backporting cdbs, licensecheck (Was: Backporting sagemath)

Hi, in my attempt to backport sagemath I need to backport licensecheck and cdbs. This is just a notification about this attempt. Kind regards Andreas. On Mon, Mar 06, 2017 at 09:31:04PM +0100, Andreas Tille wrote: > Even more packages: > >python3-pluggy >py

Re: Backporting sagemath

Hi Ximin, On Mon, Mar 06, 2017 at 08:50:00PM +, Ximin Luo wrote: > > Hey, thank you for taking the initiative on this. You are welcome. > However I would suggest that it is probably not worth the effort to do this, > especially for the *current* version. Debian stretch would probably be

Re: Backporting sagemath

... Kind regards Andreas. On Mon, Mar 06, 2017 at 08:20:16PM +0100, Andreas Tille wrote: > More packages > >python-entrypoints >python-ipykernel >python-jupyter-core >python-nbformat >python-testpath >python-faulthandler > > Kind reg

Re: Backporting sagemath

> Hi Sage enthusiasts, > > please let the Sage Team follows your effort on its list (see CC). > > Bon courage, > Jerome > > On 06/03/17 20:00, Andreas Tille wrote: > > Hi Sandro, > > > > On Mon, Mar 06, 2017 at 10:46:52AM -0500, Sandro Tosi wrote: >

Re: Backporting sagemath

ember of and when I did this kind of team backports (well not that large scale ones) this never caused any trouble. Kind regards Andreas. > On Mon, Mar 6, 2017 at 7:19 AM, Andreas Tille <andr...@an3as.eu> wrote: > > Hi, > > > > I just like to announce that I start

Backporting sagemath

Hi, I just like to announce that I started backporting several scientific packages and Python dependencies with the goal to backport sagemath. This is on one hand a warning for the brave backporters team and on the other hand a request to join this for other Debian Science members in case you

Re: Sundials status update: ABout to upload to experimental (Was: Sundials is way outdated)

On Sat, Mar 04, 2017 at 10:03:04PM -0800, Dima Kogan wrote: > > somewhat-working state of the tree to experimental this weekend. > > Pushed to experimental, but many packages are stuck in NEW, so not clear > how useful that is. Thanks. I was expecting some delay - which for existing packages is

Re: Sundials status update: ABout to upload to experimental (Was: Sundials is way outdated)

Hi Dima, On Thu, Mar 02, 2017 at 10:22:51AM -0800, Dima Kogan wrote: > > Thanks much for doing this. It's on my list to finish this, but there're > other things on that list as well. As far as debian/changelog goes, I > generally fill that in with 'gbp dch' immediately before I make a > release.

Sundials status update: ABout to upload to experimental (Was: Sundials is way outdated)

Hi, I fixed some lintian info grade issues (duplicated descriptions, hardening=+bindnow) and I'm about to upload to experimental. The debian/changelog entries from Dima and James are a bit sparse / non-existant and we should establish a better culture here. I think I'll upload to experimental

Re: Application task [GSoC]

Hi Nadiya, thanks for your interest in this project. On Fri, Feb 17, 2017 at 11:14:34AM -0800, Nadiya Sitdykova wrote: > I want to work on "Benchmarking scientific packages for general and > architecture specific builtds" project (GSoC and Outreachy) and I'm looking > for appropriate example

Re: GSoC mentor wanted (Was: About the sense of removing -march=native)

as a mentor. Thanks Andreas. On Fri, Feb 17, 2017 at 02:01:11PM +0100, Andreas Tille wrote: > Hi, > > as promised I have added a GSoC project to the Wiki: > > https://wiki.debian.org/SummerOfCode2017/Projects/Benchmarking > > As you can see I *intentionally* ad

GSoC mentor wanted (Was: About the sense of removing -march=native)

Hi, as promised I have added a GSoC project to the Wiki: https://wiki.debian.org/SummerOfCode2017/Projects/Benchmarking As you can see I *intentionally* added myself only as co-mentor. In other words: If we do not find a mentor for the project it most probably will not happen. My

Re: Please categorise your packages for the Debian Science metapackages (second iteration)

Hi Wolfgang, On Mon, Feb 13, 2017 at 07:55:49PM +0100, Wolfgang Fütterer wrote: > thank you for your reminder. I finally made it to add calculix-cgx to the > appropriate task. Unfortunately I get the folloeing error trying to push my > changes to the repository: > > remote: error: insufficient

Re: Sundials is way outdated

Hi Dima, On Mon, Feb 13, 2017 at 09:54:05PM -0800, Dima Kogan wrote: > > There is a remaining lintian error which needs fixing: > > > > E: sundials source: version-substvar-for-external-package > > libsundials-serial-dev -> libsundials-serial > > My lintian runs weren't showing this, but this

Re: Sundials is way outdated

Hi Dima, On Sat, Feb 11, 2017 at 12:47:12AM -0800, Dima Kogan wrote: > > > The package builds for me but I get lintian errors: > > > > E: libsundials-cvodes2: > > symbols-file-contains-current-version-with-debian-revision on symbol > > AddIdentity@Base and 326 others > > E:

Re: Why is libosmocore maintained in Debian Science?

H Ruben, On Sun, Feb 12, 2017 at 08:37:25PM +0100, Ruben Undheim wrote: > There is not really a well thought out reason for maintaining it in > the Debian Science team. > > I arrived at these mobile packages via software-radio packages such as > "osmo-trx", which I sort of consider science.

Re: Why is libosmocore maintained in Debian Science?

Hi Thorsten, On Sat, Feb 11, 2017 at 02:13:49PM +0100, Thorsten Alteholz wrote: > On Fri, 10 Feb 2017, Andreas Tille wrote: > >I admit I have no idea why this is maintained inside Debian Science. > > As I have similar packages in the pipeline, I was wondering as well whether &

Re: Sundials is way outdated

Hi Dima, On Sat, Feb 11, 2017 at 12:47:12AM -0800, Dima Kogan wrote: > > I haven't really seen this being the usual case, and my personal feeling > is that static libraries are detrimental. If you want to turn them back > on, be my guest and revert that commit. The library packaging guide

Re: Please categorise your packages for the Debian Science metapackages (second iteration)

Hi Thomas, On Fri, Feb 10, 2017 at 06:41:22PM +0100, Thomas Schiex wrote: > > To add a binary (!) package to a task you can simply > > debcheckout -u your_alioth_login debian-science > > cd debian-science/tasks > > and edit the task in question. > and debcheckout is in devscripts. I just

Re: Sundials is way outdated

Hi Dima, On Fri, Feb 10, 2017 at 07:42:39PM -0800, Dima Kogan wrote: > Andreas Tille <andr...@an3as.eu> writes: > > > So could anybody please, pretty please commit something that really > > results in installable packages? > > I guess if you insist! :-) thank

Why is libosmocore maintained in Debian Science?

Hi Ruben, since you did not yet responded to two requests to categorise those packages in Debian Science you are the only Uploader for I tried to look into it myself. The first package I was stumbling upon was libosmocore. I admit I have no idea why this is maintained inside Debian Science.

Re: Please categorise your packages for the Debian Science metapackages (second iteration)

Dear Thomas, thanks for your attempt to help. Hope I can clarify how you can do this more easy. On Fri, Feb 10, 2017 at 12:58:50PM +0100, Thomas Schiex wrote: > I would have been happy to do the job directly but I currently do not > have access to a running debian machine I can "control" (have

Re: science-optimisation (Was: About the sense of removing -march=native)

On Fri, Feb 10, 2017 at 11:12:44AM +0100, Sébastien Villemot wrote: > > IMHO this is a feasable way to take some workload from admins shoulders > > (or might damins even aware that there actually is some work to do at > > all) and by doing so could increase the acceptance of Debian among > >

Re: Sundials is way outdated

Hi Dima, On Thu, Feb 09, 2017 at 11:39:47PM -0800, Dima Kogan wrote: > > /usr/bin/ld: cannot find -lpthreads > > > > I'm using a just updated pbuilder chroot. Any hints? > > Did you add Build-Depends: python ? Well, yes, I remember you gave that hint and I admit it works. However, for some

Re: Sundials is way outdated

Hi again, On Mon, Feb 06, 2017 at 08:29:05AM +0100, Andreas Tille wrote: > > bin/sundials-config isn't something that upstream builds anymore, I > > don't think. Removing this from the appropriate install makes it go much > > further. > > Please push your changes.

Re: Please categorise your packages for the Debian Science metapackages (second iteration)

Hi Jochen, On Thu, Feb 09, 2017 at 03:48:20PM +0100, Jochen Sprickerhof wrote: > > I see ros-opencv-apps in the list, which is not in testing (and will not > make it, due to the freeze). So I assume it shouldn't be categorised as > well. Please categorise *any* of your packages - be it in

science-optimisation (Was: About the sense of removing -march=native)

Hi lumin, On Thu, Feb 09, 2017 at 06:23:48AM +, lumin wrote: > > > So do you think we are doing a bad service to our users by striping > > -march=native?  Could you please provide some numbers? > > No, we are not doing bad. Nobody is wrong. We cannot gain compatibility > and performance at

science-optimisation (Was: About the sense of removing -march=native)

Hi Julien, On Wed, Feb 08, 2017 at 06:15:37PM +0100, Julien Puydt wrote: > > I wonder whether we could invent some mechanism that is rebuilding a > > package in postinst and installs the result on the machine instead of a > > pre-build binary. Or we could provide some toolset which enables > >

About the sense of removing -march=native (Was: Is theano worth saving?)

Hi Lumin, thanks for your long explanation. While I have a divergent opinion in some points I do not feel competent enough to discuss this here. However, I stumbled upon one point which I consider a valuable topic to move to debian-de...@lists.debian.org. On Wed, Feb 08, 2017 at 03:33:16PM

Re: Does anybody care about clhep (and other software from CERN)

On Tue, Feb 07, 2017 at 12:21:37PM +0100, Ole Streicher wrote: > in clhep, the 2.1.4.1 releases were not in the git repository. > > I corrected that, merged everything together, and now it compiles fine. > I took the freedom to just upload it :-) Thanks a lot Andreas. --

Re: Sundials is way outdated

Hi James, welcome in the Debian Science team. ;-) On Mon, Feb 06, 2017 at 01:25:54PM +1100, James Tocknell wrote: > sundials-config was removed in sundials 2.6, so I'd just remove the > references to it. There's a patch >

Re: Sundials is way outdated

Hi Dima, On Sun, Feb 05, 2017 at 02:51:12PM -0800, Dima Kogan wrote: > > bin/sundials-config isn't something that upstream builds anymore, I > don't think. Removing this from the appropriate install makes it go much > further. Please push your changes. James is now also Debian Science member

Re: Sundials is way outdated

On Sun, Feb 05, 2017 at 08:04:45PM +, James Clarke wrote: > > I just checked out the repository and ran gbp buildpackage --git-pbuilder. > I can't reproduce that error. The test suite has a whole load of failures, > which seem to be ignored, but it finally fails for me in dh_install: > > >

Re: Sundials is way outdated

On Thu, Feb 02, 2017 at 12:00:44AM -0800, Dima Kogan wrote: > > If this would have been the case Dima or James should have responded in > > the last three days, right? > > Right. If you want to do the required work in the near term, then by all > means, please do it. For the moment I did the

Re: Inclusion of additional Numerical Libraries (FGSL and lis)

On Sat, Feb 04, 2017 at 06:36:25PM +, Ghislain Vaillant wrote: > It is too late to work on new packages. Please file a "request for > packaging" bug for the packages you mentioned, and someone from the team > might consider working on it for the next cycle. However, to say the truth requests

Re: Sundials is way outdated

On Wed, Feb 01, 2017 at 11:48:08PM +, Ghislain Vaillant wrote: > > I admit I would have prefered if you would have left you as owner and > > would take over the lead here. > > I thought I was stepping on someone else's work (Dima or James) and If this would have been the case Dima or James

Re: Sundials is way outdated

On Sat, Jan 28, 2017 at 03:42:30PM +, Ghislain Vaillant wrote: > > > > > Moving forward, I will noowner the ITA and let whoever is in charge take > > > its > > > ownership. Please communicate your progress there and on the team's > > > mailing-list. > > I have just set #798331 to noowner.

Re: Does anybody care about clhep (and other software from CERN)

Hi Lifeng, it would be great if you at least spent one minute for a short notice whether you keep on working or whether you are MIA. Thanks Andreas. On Fri, Jan 20, 2017 at 11:55:22AM +0100, Andreas Tille wrote: > tags 820797 patch > thanks > > Hi, > > I've commit

Re: DDs can't push to debian-science gits

Hi Mattia, thanks for your investigation - this should be solved now. Andreas. On Mon, Jan 30, 2017 at 08:55:56PM +0100, Mattia Rizzolo wrote: > On Mon, Jan 30, 2017 at 07:21:14PM +0100, Andreas Tille wrote: > > > Then I can click on "Edit permissions" button, there is a &

Re: DDs can't push to debian-science gits

Hi Mattia, On Mon, Jan 30, 2017 at 04:52:38PM +0100, Mattia Rizzolo wrote: > On Mon, Jan 30, 2017 at 03:02:26PM +0100, Andreas Tille wrote: > > Definitely. Would you mind (re-)requesting setting ACLs or should I do? > > AFAIK that has to be done by the team admin, in

Re: DDs can't push to debian-science gits

Hi Matthia, On Mon, Jan 30, 2017 at 01:55:06PM +0100, Mattia Rizzolo wrote: > Now, I believed until a sec ago that debian-science repos were writable > by DDs even without being part of the team; I'm 99% sure that this has worked before but I have read reports that this is not possible since

Re: RFS: openmeca/2.1.5-1 [ITP: #850590]

Hi, On Sun, Jan 29, 2017 at 10:45:22AM +0100, dada wrote: > >The last thing I want you to do is a proper DEP3 header for > > > > debian/patches/make-patch > That's done, I pull the change OK, uploaded. > I don't know it it can help but you will find an updated version of the > package on : >

Re: RFS: openmeca/2.1.5-1 [ITP: #850590]

Hi again, On Sat, Jan 28, 2017 at 08:44:24PM +0100, Andreas Tille wrote: > > > > Thank you very much for your reviewing and your help, > > You are welcome. Please also add pristine-tar branch to the repository. > Policy recommends to do > >gbp import-orig

Re: RFS: openmeca/2.1.5-1 [ITP: #850590]

Hi, On Sat, Jan 28, 2017 at 10:11:53AM +0100, dada wrote: > > Le 2017-01-27 09:28, Andreas Tille a écrit : > >thanks for preparing openmeca. Here are some remarks: > > d/changelog: > > - you created several sections all featuring your name > >

Re: Sundials is way outdated

[Dropped personal addresses, added Debian Octave Group] Hi, On Sat, Jan 28, 2017 at 10:59:55AM +, Ghislain Vaillant wrote: > >>1. The matlab/octave interface seems poorly supported (upstream may or may > >>not drop it entirely), it uses a custom build script written in matlab > >>(which

Re: Sundials is way outdated

Hi, On Sat, Jan 28, 2017 at 03:57:40PM +1100, James Tocknell wrote: > Dunno if you saw it, but I had packaged 2.6 - 2.7 inclusive (plus the old > versions) at https://github.com/aragilar/debian-packaging-sundials. I'm sorry, but I do not see anything outside Debian Science git. I'd be super

Re: Sundials is way outdated

Hi Dima, On Fri, Jan 27, 2017 at 01:53:21PM -0800, Dima Kogan wrote: > > I just realised that our packaged sundials is lagging two releases > > behind upstream. Its a bit bad to learn this right now - some days > > after changes can make it into Stretch. :-( > > Hi. We talked about this a few

Sundials is way outdated

Hi folks, I just realised that our packaged sundials is lagging two releases behind upstream. Its a bit bad to learn this right now - some days after changes can make it into Stretch. :-( I think we should act anyway and thus we should act on this. I tried `git svn clone` to migrate the

RFS: openmeca/2.1.5-1 [ITP: #850590]

Hi Damien, thanks for preparing openmeca. Here are some remarks: d/changelog: - you created several sections all featuring your name that's not sensible in general - a changelog for the first upload should not contain more than "Initial release. (Closes: #850590)"

Re: Thanks for sagemath!

On Tue, Jan 24, 2017 at 03:21:26PM -0500, Yaroslav Halchenko wrote: > > On Tue, 24 Jan 2017, Jan Medlock wrote: > > > Dear debian-science-maintainers, > > Thanks for the sagemath package! I've watched the packaging effort for > > 7+ years now and can only imagine all of the hard work that went

Moving r-cran-vgam maintenance to Debian Science team and upgrade to version 1.0-3

Hi Chris, I noticed that there is a new version of r-cran-vgam. I'd volunteer to move this to Debian Science as for other packages and I hope its fine for you if I do so tomorrow (to make sure it will reach Stretch right in time). Kind regards Andreas. -- http://fam-tille.de

Re: Please enable Debian Science team easier access to your Python packages with scientific scope

On Fri, Jan 20, 2017 at 07:32:43AM -0500, Yaroslav Halchenko wrote: > move of a package (pandas iirc) under another team didn't magically resolved > outstanding issues. Just for the record: It worked (non-magically) again. So it would help to keep those packages that several package depend from

Re: Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

On Sat, Jan 21, 2017 at 11:46:01PM +0100, Pierre Duperray wrote: > >I think Ghislain's suggestion geography-dev makes a reasonable match. > not sure if geophysics/seismology is related to geography in any way... The general rule is that a task will be created if we have packages that fit into

Re: Please categorise your packages for the Debian Science metapackages

On Sat, Jan 21, 2017 at 09:30:41PM +0100, Daniel Stender wrote: > ... Theano would be belong into numerical computation. > > --- > tasks/numericalcomputation | 4 > 1 file changed, 4 insertions(+) > > diff --git a/tasks/numericalcomputation b/tasks/numericalcomputation > index

Re: Please enable Debian Science team easier access to your Python packages with scientific scope

Hi, On Fri, Jan 20, 2017 at 02:27:38PM +0100, Ole Streicher wrote: > Yaroslav Halchenko writes: > > Re repositories - I welcome nmus, patches and PRs on github. So far in > > an example move of a package (pandas iirc) under another team didn't > > magically resolved

Re: Please enable Debian Science team easier access to your Python packages with scientific scope

On Fri, Jan 20, 2017 at 07:32:43AM -0500, Yaroslav Halchenko wrote: > > Re repositories - I welcome nmus, patches and PRs on github. So far in an > example move of a package (pandas iirc) under another team didn't magically > resolved outstanding issues. You are right - another team does no

Does anybody care about clhep (and other software from CERN)

tags 820797 patch thanks Hi, I've commited a patch for bug #820797 to Git which removes the non-free code (not yet adding the missing licenses but this should be cheap). I'm honestly wondering whether somebody cares about clhep and related software in Debian Science and how much it is worth

Please enable Debian Science team easier access to your Python packages with scientific scope

Hi Neurodebian team, recently I stumbled about several reverse dependencies which are affecting packages of Debian Med that are Python packages with scientific background, maintained by NeuroDebian team but on Github. I think I explained the drawbacks of this in the past and do not like to

Re: Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

Hi Pierre, On Thu, Jan 19, 2017 at 02:46:26PM +0100, Pierre Duperray wrote: > >I'd be up for sponsoring if the package is in Debian Science Git following > >Debian Science policy: > > > >https://debian-science.alioth.debian.org/debian-science-policy.html > I read the link and wish to conform

Re: Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

sary for python-obspy, which > >>I might get back to packaging at some point later. > >> > >>So, thanks Pierre for taking care of this. Let the team know if you > >>need any assistance. > >> > >>Ghis > >> > >> > >&g

Re: Bug#851806: ITP: libmseed2 -- seed (Standard for the Exchange of Earthquake Data) data records manipulation library

Hi Pierre, thanks for the ITP. I think this package should be done in the Debian Science team. Kind regards Andreas. On Wed, Jan 18, 2017 at 11:21:32PM +0100, Pierre Duperray wrote: > Package: wnpp > Severity: wishlist > Owner: Pierre Duperray > > * Package

Re: Giving up on two autopkgtests: r-cran-backports and r-cran-adegraphics

ry run-unit-testFAIL non-zero exit status 1 Any help would be welcome as well. Kind regards Andreas. [3] svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-bbmle/trunk/ On Sun, Jan 15, 2017 at 09:43:57PM +0100, Andreas Tille wrote: > Hi Gordon, > > I've

Giving up on two autopkgtests: r-cran-backports and r-cran-adegraphics

Hi Gordon, I've fixed a fair amount of autopkgtests at Debian Med team sprint but I'm now stumbling upon r-cran-backports[1] and r-cran-adegraphics[2] and have no idea how to fix these. Any help would be welcome Andreas. [1]

Re: What GPU can be assumed for autopkgtests

Hi Paul, On Sun, Jan 15, 2017 at 09:17:27PM +0800, Paul Wise wrote: > > It is unlikely any buildd, puiparts host or debci host has a GPU. > Often they are virtual machines with only serial console for input if > any. So the safe bet for OpenCL is the CPU-based ICD, pocl-opencl-icd. OK, seems

What GPU can be assumed for autopkgtests

Hi, the log from phyml autopkgtest[1] says: ... beignet-opencl-icd: no supported GPU found, this is probably the wrong opencl-icd package for this hardware (If you have multiple ICDs installed and OpenCL works, you can ignore this message) OpenCL error: CL_DEVICE_NOT_FOUND from file , line

Test suite issues that might be connected by missing depends by dh-r

Hi, I have not fully understood the failure of the autopkgtest if r-bioc-biovizbase[1] but fixed it by simply adding r-cran-foreign, r-cran-nnet to the test dependencies (the second one was missing as well). When stumbling about the similar issue for r-bioc-cummerbund[2] I'm simply

Re: Sympy(+sagemath+nipy+~30 more) removal ahead

On Tue, Jan 10, 2017 at 03:04:36PM -0500, Yaroslav Halchenko wrote: > > On Tue, 10 Jan 2017, Rebecca N. Palmer wrote: > > > blockdiag - FTBFS (test mistakes annoying-but-harmless wand warning for an > > error) with patch > > ^ > > |(some indirectly) > > For me it FTBFS in a clean chroot with a

Re: Please categorise your packages for the Debian Science metapackages

Hi Sébastien, On Tue, Jan 10, 2017 at 11:29:14AM +0100, Sébastien Villemot wrote: > > BTW, I removed r-base from the economics task since it seemed to > > unspecific for me and it will be pulled in by the other r-* packages > > anyway. I hope you agree with this - if not feel free to revert. >

Re: Sympy removal ahead

Hi Ole, thanks a lot for caring! On Tue, Jan 10, 2017 at 10:27:00AM +0100, Ole Streicher wrote: > > blockdiag: > * has RC #848748 with no attempts to solve since opened >(errors in build time tests) > * is not team maintained and has no Debian git repository > * (build-) depends somehow

Re: Bug#850590: ITP: openmeca -- a graphical application to model and simulate mechanical systems

Hi Damien, On Mon, Jan 09, 2017 at 11:31:33PM +0100, dada wrote: > Good ! It's a great news ! :) :-) > You will find at http://yakuru.fr/~dada/omc-deb/ a first version of the > debian package of openmeca. > (Note that I build this package on Ubuntu 16.04.1 LTS without gpg signature) > > This

Re: Bug#850590: ITP: openmeca -- a graphical application to model and simulate mechanical systems

Hi Damien, I think this package fits nicely into the Debian Science team and might be useful in more than one of its tasks[1]. Kind regards Andreas. [1] https://blends.debian.org/science/tasks/ On Sun, Jan 08, 2017 at 10:00:45AM +0100, Damien Andre wrote: > Package: wnpp > Severity:

Re: Please categorise your packages for the Debian Science metapackages

Hi Tino, On Fri, Jan 06, 2017 at 12:17:38PM +0100, Tino Didriksen wrote: > > giella-sme and everything built from hfst, hfst-ospell, lttoolbox fit in > linguistics, given that there isn't a linguistics-dev task. Since we do not have a linguistics-dev task I have done $ git diff HEAD^ diff

Re: Please categorise your packages for the Debian Science metapackages: fenics/dolfin

Hi again, On Fri, Jan 06, 2017 at 01:40:52AM +0800, Drew Parsons wrote: > > What I mean is that there are a number of component packages which > together make up FENiCS: > dolfin-bin > python-dolfin > python-ffc > python-ufl > python-dijitso > python-instant >

Re: Please categorise your packages for the Debian Science metapackages

Hi Ole, On Thu, Jan 05, 2017 at 03:34:52PM +0100, Ole Streicher wrote: > > When I removed the astronomy tasks from Debian Science, I added two > transitional packages directly to debian/control.stub: science astronomy > and science-astronomy-dev, to provide a smooth transition between the > old

Re: Please categorise your packages for the Debian Science metapackages

Hi Jose, On Thu, Jan 05, 2017 at 03:21:39PM +0100, Jose Luis Rivero wrote: > Thanks Andreas for the reminder. I've updated gazebo/sdformat versions > and included gazebo into the simulation category. git format-patch attached. Patch pushed. :-) > Happy new year. Same to you Andreas. --

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