Re: [RFS] coinor-data-netlib and coinor-data-sample

Hi, Le mardi 20 juin 2023 à 12:14 +0200, Håvard F. Aasen a écrit : > [1] https://salsa.debian.org/science-team/coinor-data-netlib > [2] https://salsa.debian.org/science-team/coinor-data-sample I had a look and they look pretty simple and nice. The only caveat isn't your fault: I find the

fplll 5.4.4: soname bump - through experimental before unstable

Hi, fplll just issued a version 5.4.4, which fixes problems on many architectures when compared to version 5.4.3 in unstable. But it means a soname bump and we're near a freeze, so I uploaded it to experimental and plan to upload it to unstable in a few days. It shouldn't break anything... but

Re: MRs on salsa and letting janitor automate things

Hi, Le dim. 27 nov. 2022, 06:02, Stuart Prescott a écrit : > > tl;dr: there lots of untriaged MRs on salsa; let's permit Janitor to > automatically commit its updates Perhaps people didn't get notified they had MRs ? I know for a fact I found out and reacted about a MR months after the fact

Re: giac failed tests with new pari

Le vendredi 21 octobre 2022 à 19:29 +, Tobias Hansen a écrit : > Hi Ileana, > > many thanks, uploaded. > > Best, > Tobias > > On 10/21/22 16:40, Ileana Dumitrescu wrote: > > Hi Tobias, > > > > > are you aware of the bug > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020436 > > >

Re: Upload Requests

Hi, I'm terribly late on answering you, sorry it went under my radar :-( Le mercredi 20 juillet 2022 à 13:20 +, Ileana Dumitrescu a écrit : > > It does build! I don't have high hopes at upstream trying to do > > things right as long as it works for him... > > Should I write a debian bug for

Re: scikit-learn testing migration

Hi, Le samedi 16 juillet 2022 à 21:16 +0530, Nilesh Patra a écrit : > > However, the build log on armel is worrying me a bit because it seems > to segfault[1] > Would someone know how to go about it? > > [1]: >

Re: Upload Requests

Hi, Le mercredi 13 juillet 2022 à 13:14 +, Ileana Dumitrescu a écrit : > But I found the issue. The upstream tarball comes with an already > compiled Makefile that contains hard-coded paths from the upstream > developer's computer (/home/parisse/). So we need to tell the > upstream

Re: Upload Requests

Hi, Le mardi 28 juin 2022 à 15:15 +, Ileana Dumitrescu a écrit : > > I imported the newest upstream version of giac (1.9.0.7) into the > salsa repo and also updated the copyright file after seeing some > inconsistencies in the licensing. Can you please review and upload if > it looks ok?

Re: Upload Requests

Hi, Le jeudi 16 juin 2022 à 12:43 +, Ileana Dumitrescu a écrit : > > giac (1.7.0.53+dfsg2-1) did you check the licensing? I remember I was fed up with upstream not being serious at all on it... Cheers, J.Puydt

Incoming new flint 2.9.0 ==> beta1 in experimental

Hi, version beta1 of flint 2.9.0 is out, with big changes announced. I could already check it would have broken flint-arb, and uploaded a version with a patch to unbreak it. [A new upstream flint-arb will follow the flint release, but I didn't want any temporary hard ride.] I uploaded

Re: RFH: giac (provides xcas) -- pre-O, in fact

Hi, Le mardi 22 mars 2022 à 14:13 +, Ileana Dumitrescu a écrit : > > I was working on packaging giac since I noticed there was a new > upstream version. I just uploaded 1.7.0.53+dfsg2 to salsa. Good. > > In any case, I don't want to work on it anymore. If someone wants > > to > > step up,

RFH: giac (provides xcas) -- pre-O, in fact

Hi, I took over maintaining giac under the debian science team umbrella more than two years ago. It's a useful (and used) piece of software, but I found working on it increasingly difficult and frustrating: - my discussions with upstream have been a bit too rough a bit too often for my taste

Re: Upgrading pandas

Le mercredi 10 novembre 2021 à 19:36 +, Alastair McKinstry a écrit : > > > On 10/11/2021, 16:33, "Timo Röhling" wrote: > >     Hi Andreas, > >     * Andreas Tille [2021-11-10 18:14]: >     >   nbsphinx.NotebookError: TypeError in user_guide/style.ipynb: >     >   'coroutine' object is

Re: Blends framework for Debian Math (Was: Science Subgroups [was Re: Debian Math Team])

call, and > > tasks for math packages should be done soonish :) > > I've pushed the code for the metapackages to > >     https://salsa.debian.org/blends-team/math/ > > and made > >     Doug Torrance >     Julien Puydt >     Timo Röhling > > members of t

Re: Debian Math Team

Hi, Le mercredi 03 novembre 2021 à 17:08 +0100, Andreas Tille a écrit : > Am Wed, Nov 03, 2021 at 04:55:54PM +0100 schrieb Julien Puydt: > > Perhaps I lack some credentials? > > Seems you need to be "Owner" to remove a repository somewhere ... and > now you are.

Re: Debian Math Team

Hi, Le lundi 01 novembre 2021 à 15:28 +0100, Andreas Tille a écrit : > > How to move a package: > >  In Salsa: > >     Settings >   -> General >    -> Advanced [Expand] >     -> Transfer project > > This redirects users who are using the old URL.  For sure you need >

Re: Science Subgroups [was Re: Debian Math Team]

Hi, Le mercredi 03 novembre 2021 à 15:41 +0530, Nilesh Patra a écrit : > > On Wed, Nov 03, 2021 at 08:38:10PM +1100, Stuart Prescott wrote: > > Separate teams are optimised for the "main" maintainer of a handful > > of > > packages who doesn't routinely work on any other packages; they are > >

Re: Debian Math Team

Le lundi 01 novembre 2021 à 15:28 +0100, Andreas Tille a écrit : > Hi Julien, > > Am Sun, Oct 31, 2021 at 04:15:28PM +0100 schrieb Julien Puydt: > > For all packages in the debian science team, I'm ok with them > > moving to > > the new team. [I have no clue how to

Re: Debian Math Team

Hi, Le vendredi 29 octobre 2021 à 17:31 +, Torrance, Douglas a écrit : > During the Debian Science BoF at this year's DebConf, there was some > discussion of creating a team devoted to packaging mathematical > software. > > This seemed like a pretty good idea, so I figured that I'd go ahead

Re: Quick Poll: Debian to better support hardware acceleration?

Le vendredi 21 mai 2021 à 04:40 +, M. Zhou a écrit : > > Q: How far should Debian go along the way for supporting hardware > acceleration solutions like CUDA? > > Choice 1: this game belongs to the big companies. we should offload > such burden to third-party providers such as Anaconda. >

Re: New version of flint

Le dimanche 27 décembre 2020 à 13:44 +, Torrance, Douglas a écrit : > On 12/26/20 3:51 AM, Julien Puydt wrote: > > I uploaded flint 2.7.0 to experimental, since it breaks backward > > compatibility and I don't want to break sagemath. > > Should there be a new "libf

New version of flint

Hi, I uploaded flint 2.7.0 to experimental, since it breaks backward compatibility and I don't want to break sagemath. Cheers, JP

Bug#972828: ITP: calcium -- exact computation with real and complex numbers

Package: wnpp Severity: wishlist Owner: Julien Puydt X-Debbugs-CC: debian-science@lists.debian.org * Package name: calcium Version: 0.2.0 Upstream author: Fredrick Johansson * License: LGPL-2.1+ URL: http://fredrikj.net/calcium/ Programming language: C Description: exact computation with real

Re: RFS: macaulay2

Le lundi 13 juillet 2020 à 01:31 +, Torrance, Douglas a écrit : > I'm excited to announce that Macaulay2, a software system for > research in algebraic geometry and commutative algebra, should > hopefully soon be in Debian! It just went into unstable : congratulations on this achievement!

Re: RFS: macaulay2

Le dimanche 04 octobre 2020 à 20:42 +, Torrance, Douglas a écrit : > Done -- thank you! Done too -- now it has to get through the NEW queue. (I hope it will have better luck than the package I have in there since months...) Cheers! JP

Re: RFS: macaulay2

Hi, Le dimanche 20 septembre 2020 à 11:22 +, Torrance, Douglas a écrit : > On 9/20/20 5:29 AM, Julien Puydt wrote: > > Le dimanche 20 septembre 2020 à 01:30 +, Torrance, Douglas a > > écrit : > > > > > It took a while to gather all the information, b

Re: RFS: macaulay2

Hi, Le dimanche 20 septembre 2020 à 01:30 +, Torrance, Douglas a écrit : > It took a while to gather all the information, but I believe that > debian/copyright should be in pretty good shape now. > > Would you be able to take another look at the package? >

Re: RFS: macaulay2

Hi, Le dimanche 02 août 2020 à 16:47 +, Torrance, Douglas a écrit : > On 8/2/20 2:25 AM, Julien Puydt wrote: > > You should re-check everything and tell me when to review again. > > Thanks for the review! > > I asked Mahrud and he confirmed that it is indeed the 3-

Re: RFS: macaulay2

Hi, Le samedi 25 juillet 2020 à 22:51 +, Torrance, Douglas a écrit : > On 7/25/20 1:48 PM, Julien Puydt wrote: > > Le sam. 25 juil. 2020 à 15:46, Torrance, Douglas < > > dtorra...@piedmont.edu > > <mailto:dtorra...@piedmont.edu>> a écrit : > > >

Re: RFS: macaulay2

Hi Le sam. 25 juil. 2020 à 15:46, Torrance, Douglas a écrit : > Hi Julien, > > I'm checking in to see if you've had a chance to look at the Macaulay2 > yet since these changes addressing autopkgtest. Note that I've pushed > two more commits since the once mentioned. > Oh dear, I knew there

Re: RFS: macaulay2

Hi, Le lundi 13 juillet 2020 à 21:42 -0400, Doug Torrance a écrit : > Alrighty, I think it's ready! I've finished re-doing the emacs > package > to use dh_elpa and also fixed a bug that was causing an autopkgtest > failure. autopkgtest fails because normaliz isn't found : missing dep? I'm

Re: RFS: macaulay2

Hi, Le lundi 13 juillet 2020 à 09:04 -0400, Doug Torrance a écrit : > Yikes -- sorry for the troubles! I hadn't been setting export-dir > when > I experimented with gbp (I usually just use pbuilder), so I hadn't > noticed this. I've fixed up gbp.conf so that it copies the emacs > files >

Re: RFS: macaulay2

Le lundi 13 juillet 2020 à 01:31 +, Torrance, Douglas a écrit : > Would anyone be able to review and sponsor an upload? It's available > in > Salsa: > https://salsa.debian.org/science-team/macaulay2 After I got through the first issues, it ends with : /bin/echo 'echo -- loaded

Re: RFS: macaulay2

Le lundi 13 juillet 2020 à 01:31 +, Torrance, Douglas a écrit : > Would anyone be able to review and sponsor an upload? It's available > in > Salsa: > https://salsa.debian.org/science-team/macaulay2 At first I had a failure : jpuydt@phaeris:~/Debian/exper/macaulay2$ LANG=C gbp buildpackage

Re: RFS: macaulay2

Hi, Le lundi 13 juillet 2020 à 01:31 +, Torrance, Douglas a écrit : > > Would anyone be able to review and sponsor an upload? It's available > in > Salsa: > https://salsa.debian.org/science-team/macaulay2 I only had a very quick look this morning, just looking at the debian/ directory :

ITP: sagemath-database-cremona-ellcurve -- Database of elliptic curves over the rationals

Package: wnpp Severity: wishlist Owner: Julien Puydt * Package name: sagemath-database-cremona-ellcurve Version : 2016-10-17 Upstream Author : John Cremona * URL : https://github.com/JohnCremona/ecdata * License : Public domain Programming Lang: None

Re: Bits from /me: A humble draft policy on "deep learning v.s. freedom"

HiLe 21 mai 2019 13:45, Mo Zhou a écrit : It's always good if we can do these things purely with our archive. However sometimes it's just not easy to enforce: datasets used by DL are generally large, (several hundred MB ~ several TB or even larger). And even with the data, the training might

Re: Nonlinear integer optimization in python?

Hi, Le 23/01/2019 à 00:12, Kingsley G. Morse Jr. a écrit : Question: Do you happen to know if Debian has a python package that optimizes nonlinear formulas of integer variables? If so, what's its name? We have sagemath, which does quite a few scientific computations and is Python-based...

Re: On fplll 5.2.1

Hi, Le 26/05/2018 à 17:48, Jerome BENOIT a écrit : > Hello, > > On 24/05/18 10:38, Julien Puydt wrote: >> Is the new fpylll released? Can you check it against the fplll on salsa? >> > Finally I could not have a look. > Having said that, I think it would make more s

Re: On fplll 5.2.1

Hi Le 24 mai 2018 07:03, Jerome BENOIT a écrit : > > I am confused here: > do you mean that the dependant packages must be uploaded with a build-dep on > = 5.2.0 ? > The current fpylll isn't compatible with the next fplll, so I think it's better to reupload it with a

On fplll 5.2.1

Hi, I just packaged fplll 5.2.1 in the repository. There's a soname bump, so I'm not planning to upload it that soon. I'll first upload to experimental when I'll have checked the immediate rdeps, then prepare for a transition. Cheers, Snark on #debian-science

Please add me (back?) to the team

Hi, I'm already part of the teams, but as jpuydt-guest, and I would now need to be part of the same teams as jpuydt, as I just completed the process to become a DD. If I remember well, I'm part of: - Debian Science - Debian Python Module Team - Debian Javascript packagers Thanks, Snark on

Re: pandas -- I think we should drop BE platforms

Hi, Le 24/02/2018 à 21:08, Sébastien Villemot a écrit : > No, leave "Architecture: any". Then the builds will fail on those > arches. This is what porters generally prefer, because they have a > clear information about what is wrong with the package on their > arch (and possibly they can act and

Re: Scilab: adopting

Hi, Le 14/11/2017 à 15:34, Julien Puydt a écrit : > Control: retitle -1 "ITA: scilab -- Scientific software package for > numerical computations" > > Ok, I said I would do it if nobody complained and now is the time : I > would like to adopt scilab, because such a

Licensing of jeuclid

Hi, according to bug #876733, there is a licensing problem with jeuclid : - the LICENSE.txt file [1] says Apache 2.0 ; - the NOTICE file [2] looks like an Apache 1.0. This RC bug will get jeuclid out of Debian, hence also scilab (which I just moved from O to ITA). My interpretation of the issue

Scilab: adopting

Control: retitle -1 "ITA: scilab -- Scientific software package for numerical computations" Ok, I said I would do it if nobody complained and now is the time : I would like to adopt scilab, because such a nice piece of scientific software really must be in Debian. Cheers, Snark on

Re: scilab: not O anymore?

Hi, Le 06/11/2017 à 12:30, Sylvestre Ledru a écrit : > > On 02/11/2017 23:28, Julien Puydt wrote: >> The fact that git.scilab.org and bugzilla.scilab.org aren't available >> doesn't help :-/ >> > I have a mirror here: https://github.com/opencollab/scilab The bug trac

Updating fplll in unstable

Hi, there has been a new version of fplll, 5.2.0 in september ; I updated the repository then, but it wasn't a good idea to push it as sagemath was still using 5.1.0 (through fpylll). The situation is now different, since sagemath updated to this version of fplll two weeks ago :

Re: scilab: not O anymore?

Hi, Le 02/11/2017 à 18:06, Sylvestre Ledru a écrit : > On 02/11/2017 17:23, Julien Puydt wrote: >> So my questions are: >> - is it O or not? > it is Ok. >> - who's working on packaging 6.0.0? > Nobody afaik. It should not be too hard as it is mostly the core which &g

scilab: not O anymore?

Hi, wnpp-alert showed me scilab was 'O', so I came to look ; from what I see on bug #744140 : - Sylvestre put it under RFH and as nobody answered, proceeded to O. - Wolfgang came in to ITA, got sidetracked ; - Wolfgang came back, created the git repo, got sidetracked ; but in fact, looking at

Re: DDs in Berlin for key signing?

Hi, Le 01/11/2017 à 16:26, Nico Schlömer a écrit : > Hi everyone, > > For becoming a DM, I need to have my key signed by at least one DD. Are > there any Berlin-based DDs with who I could meet up in person for a sec? > > Cheers, > nico what about: https://wiki.debian.org/Keysigning/Offers#DE

Re: Reducing the number of maintained packages

Hi, Le 24/10/2017 à 22:35, Anton Gladky a écrit : > due to some major changes in my professional life, I do not have > time to maintain some packages. All of them are maintained under > the umbrella of Debian Science Team, so it is not an official > orphanage of them. I will just remove my name

Re: Sponsorship request: frobby and cohomcalg

Hi, Le 26/08/2017 à 00:10, Doug Torrance a écrit : > A week or so ago, I added frobby and cohomcalg to the Sponsoring of > Blends page, but there has not been a response yet.  Would anyone be > willing to look at either of these packages? > >

Re: Backporting sagemath

Hi, Le 06/03/2017 à 13:19, Andreas Tille a écrit : > 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

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

Le 08/02/2017 à 18:10, Andreas Tille a écrit : > 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 > scientists to download a set of

Re: Please categorise your packages for the Debian Science metapackages

Hi, On 04/01/2017 15:50, Andreas Tille wrote: as in every release cycle I'm trying to verify that every package maintained in Debian Science team is properly categorised in our Blends tasks. If a package is just a predependency for some other scientific software I can add it to a blacklist of

Re: How to filter bugmail from my packages

Hi, On 31/08/2016 19:30, Mattia Rizzolo wrote: On Wed, Aug 31, 2016 at 07:22:31PM +0200, Jose Luis Rivero wrote: According with our debian-science policy[1] I set the following fields in the control files of my packages: """ Maintainer: Debian Science Maintainers

transition: ntl

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition The transition is to a (much) newer version of NTL, going from version 6.2.1 to version 9.9.1. The auto-generated ntl transition page doesn't list flint-arb as a dep, but it

Re: flatbuffers - epic author list

Hi, On 24/04/2016 12:35, Jonathon Love wrote: also, i'm not quite sure what to do with the copyright file. on github it has about 80 contributors :/ how does one handle epic author lists like this? It's not epic, it's long... perhaps there are main contributors that you can list then add

Re: RFS: pynac -- already in Debian

Hi, Le mardi 20 oct. 2015 à 22:40:04 (+0200), Julien Puydt a écrit : > I need a sponsor for a new version of pynac ; 0.4.3-1 is already in Debian > testing, and I just packaged 0.5.0-1. This is still pending. Thanks, Snark on #debian-science

Re: RFS: edge-addition-planarity-suite -- Suite of planarity-related graph algorithms

Hi, Le samedi 17 oct. 2015 à 21:50:19 (+0200), Julien Puydt a écrit : > I'm looking for a sponsor for my package: > > * Package name: edge-addition-planarity-suite >Version : 3.0.0.4-1 >Upstream Author : John M. Boyer > * URL : > htt

RFS: pynac -- already in Debian

Hi, I need a sponsor for a new version of pynac ; 0.4.3-1 is already in Debian testing, and I just packaged 0.5.0-1. Thanks, Snark on #debian-science

RFS: edge-addition-planarity-suite -- Suite of planarity-related graph algorithms

Hi, I'm looking for a sponsor for my package: * Package name: edge-addition-planarity-suite Version : 3.0.0.4-1 Upstream Author : John M. Boyer * URL : https://github.com/graph-algorithms/edge-addition-planarity-suite * License : BSD-3-clause

Bug#799245: transition: flint

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: debian-science@lists.debian.org Hi, I would like to schedule a transition for flint ; what has been done up to now is: (1) the old version 2.4.5-4 is in unstable, and

Re: Re: packaging Q: package tests have dependencies

Hi, Le 15/09/2015 09:50, Jonathon Love a écrit : On 15/09/2015 8:16 am, Julien Puydt wrote: Hi, Le 14/09/2015 21:42, Jonathon Love a écrit : hi, i'm working on packaging the BayesFactor R package, but the first line in it calls library(testthat) this isn't needed by the package, and so

Re: RFS: flint -- already packaged

Hi, Le 10/09/2015 07:17, Julien Puydt a écrit : Hi, after 2.5.2-1 found its way to experimental's NEW, the buildbots found a problem on i386-based platforms (i386, hurd-i386 and kfreebsd-i386), which blocked it. I have now prepared 2.5.2-2 with optimisation switches turned off (-O0) since

Bug#798493: ITP: planarity -- Library of planarity-related graph algorithms

Package: wnpp Severity: wishlist Owner: Julien Puydt <julien.pu...@laposte.net> X-Debbugs-CC: debian-science@lists.debian.org * Package name: planarity Version : 3.0.0.3 Upstream Author : John M. Boyer * URL : https://github.com/graph-algorithms/edge-ad

Re: RFM: transition of flint

Hi, Le 06/09/2015 19:14, Tobias Hansen a écrit : Am 06.09.2015 um 13:27 schrieb Julien Puydt: Hi, Le 05/09/2015 10:11, Julien Puydt a écrit : Le 04/09/2015 21:08, Julien Puydt a écrit : H... bad. If I get nothing tomorrow morning, I'll decide it's stuck and notify upstream. It got

Re: RFM: transition of flint

Hi, Le vendredi 04 sept. 2015 à 20:57:33 (+0200), Tobias Hansen a écrit : > > I don't know. Building flint 2.4.5-4 took 14 minutes on a i386 buildd > and when I built this package (2.5.2) on amd64 (in parallel) it also > took just 12 minutes. Either they added a new test that is really slow >

Re: RFM: transition of flint

Hi, Le vendredi 04 sept. 2015 à 11:17:31 (-0400), Aaron M. Ucko a écrit : > > Right, the timeout varies by architecture, being longer on those that > are generally slower. The good news is that it resets on any output to > stdout (or stderr, I think), so adjusting the tests to print progress >

Re: RFM: transition of flint

Hi, Le 04/09/2015 15:21, Tobias Hansen a écrit : On 09/04/2015 03:06 PM, Julien Puydt wrote: - singular is in the list, no problem. In the dep level 2, yes, but not at the start of the page, where it lists what is affected. Yes, that's all automatic based on the dependencies. On top

Re: ITP: arb -- C library for arbitrary-precision floating-point ball arithmetic

Hi, Le 03/09/2015 20:59, Tobias Hansen a écrit : Mhh, then people looking for it won't find it. It would probably be good to have arb in the name. What about naming them src:arblib, libarblib and libarblib-dev? That makes quite a few 'lib', but it's better than what I proposed ; if nobody

Re: ITP: arb -- C library for arbitrary-precision floating-point ball arithmetic

Hi, Le 03/09/2015 19:58, Tobias Hansen a écrit : Julien discussed this in his ITP. Since the binary package names libarb and libarb-dev are already taken by the existing package, I'm afraid we will have to use a different library name for the new package. I see there is no name collision in

ITP: arb -- C library for arbitrary-precision floating-point ball arithmetic

Package: wnpp Severity: wishlist Owner: Julien Puydt <julien.pu...@laposte.net> * Package name: arb Version : 2.7.0 Upstream Author : Fredrik Johansson * URL : https://github.com/fredrik-johansson/arb * License : GPL-2+ Programming Lang: C Descr

RFS: flint -- already packaged

Hi, I packaged flint's latest upstream, and am looking for a sponsor. It's available at the usual place : Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-science/packages/flint.git Vcs-Git: git://anonscm.debian.org/debian-science/packages/flint Thanks, Snark on #debian-science

Re: RFS: flint -- already shipped

Hi, On 13/08/2015 17:39, Julien Puydt wrote: Hi, this is a new version of an already-shipped package. It's available from the usual place: ssh://git.debian.org/git/debian-science/packages/flint Thanks, Upstream since shipped 2.5.2. I'll package it, then wait a few days : they release 2.5

RFS: flint -- already shipped

Hi, this is a new version of an already-shipped package. It's available from the usual place: ssh://git.debian.org/git/debian-science/packages/flint Thanks, Snark on #debian-science

RFS: pynac -- already shipped

Hi, this is a new version of an already-shipped package. It's available from the usual place: ssh://git.debian.org/git/debian-science/packages/pynac Thanks, Snark on #debian-science

RFS: sagemath-database-elliptic-curves -- already shipped

Hi, this is a new version of an already-shipped package. It's available from the usual place: ssh://git.debian.org/git/debian-science/packages/sagemath-database-elliptic-curves Thanks, Snark on #debian-science

RFS: sagemath-database-graphs -- already shipped

Hi, this is a new version of an already-shipped package. It's available from the usual place: ssh://git.debian.org/git/debian-science/packages/sagemath-database-graphs Thanks, Snark on #debian-science

RFS: rank-width -- compute rank-width and rank-decomposition of graphs

Hi, Le jeudi 25 juin 2015 à 10:59:32 (+0200), Julien Puydt a écrit : Hi, Le dimanche 21 juin 2015 à 20:11:57 (+0200), Julien Puydt a écrit : Package: wnpp Severity: wishlist * Package name: rank-width Version : 0.7 Upstream author : Philipp Klaus Krause phil

Re: ITP: rank-width -- compute rank-width and rank-decomposition of graphs

Hi, Le dimanche 21 juin 2015 à 20:11:57 (+0200), Julien Puydt a écrit : Package: wnpp Severity: wishlist * Package name: rank-width Version : 0.7 Upstream author : Philipp Klaus Krause phil...@informatik.uni-frankfurt.de * URL : http

ITP: rank-width -- compute rank-width and rank-decomposition of graphs

Package: wnpp Severity: wishlist * Package name: rank-width Version : 0.7 Upstream author : Philipp Klaus Krause phil...@informatik.uni-frankfurt.de * URL : http://pholia.tdi.informatik.uni-frankfurt.de/~philipp/software/rw.shtml * License : GPL-2+

RFS: flint -- C library for number theory (already in experimental)

Hi, Here is a quick summary of the situation : - 2.4.4-2 is in unstable and testing ; - 2.4.5-1 was in experimental, but had a conflicting file with 2.4.4-2 (bug #779584), - so 2.4.5-2 is now in experimental to fix the issue, but in fact doesn't 100% - hence 2.4.5-3 is in debian-science's

RFS: flint -- C library for number theory (already in debian)

Hi, flint is in fact already in debian, with 2.4.4-2 in testing and unstable, and 2.4.5-1 in experimental. This last version has a serious bug: it fails to upgrade from sid (#779584), so I have pushed a 2.4.5-2 in debian-science's git, which fixes the problem. I'm looking for a sponsor to

Re: RFS: flint -- C library for number theory (already in debian)

Le 06/03/2015 08:31, Anton Gladky a écrit : I will do it tonight. Thanks. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Re: RFS: flint -- C library for number theory [already packaged]

Le 19/02/2015 12:43, Anton Gladky a écrit : Already in NEW. Thanks I have seen : thanks! Snark on #debian-science -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

RFS: flint -- C library for number theory [already packaged]

Hi all, flint released a new version 2.4.5, after they discovered rare cases where wrong results could be returned. I upgraded the debian-science package to this version : git://anonscm.debian.org/debian-science/packages/flint Can someone please upload this new version ? Thanks, Snark on

Dealing with FTBFS with gcc 5

Hi, quite a number of FTBFS with gcc 5 bugs are hitting packages under the debian-science umbrella ; as I'm part of the team, I'll try to help on those, but since I have no clue what the problem(s) exactly is(are) yet, I have a few questions : 1. How can I set up a pbuilder with that

Re: RFS: sagemath-database-graphs -- databases of graphs [already shipped package]

Hi, Le 08/02/2015 21:49, Sébastien Villemot a écrit : Le vendredi 06 février 2015 à 23:01 +0100, Julien Puydt a écrit : upstream now has a new version, and I updated the package in debian-science's git: ssh://git.debian.org/git/debian-science/packages/sagemath-database-graphs Now, I need

RFS: lcalc -- program for calculating with L-functions [already shipped package]

Hi, I found a bug some time ago in that package, and as it was under the debian-science-maintainer umbrella, I fixed it in debian-science's git : ssh://git.debian.org/git/debian-science/packages/lcalc Now, I need help to push that fix into debian. It's part of the work for sagemath in

RFS: rubiks -- a collection of Rubik's cube solvers

Hi, I sent an ITP a few days ago ; now it's ready, in : ssh://git.debian.org/git/debian-science/packages/rubiks * Package name : rubiks Version : 20070912 Upstream author : various * URL : http://www.sagemath.org/packages/standard/ * License : GPL, Expat,

Re: Bye bye Debian Science

Hi, Le 05/02/2015 23:25, Sylvestre Ledru a écrit : Hello guys, Just a quick email to let you know that I am going to quit this team. Indeed, since I started my new job at Mozilla, I am way less interested in Science package. My Debian time is more focused on the LLVM toolchain and some other

Fwd: ITP: rubiks -- a collection of Rubik's cube solvers

Hi, I should have forwarded it to the list too. It's now bug #777032. Snark on #debian-science Message transféré Sujet : ITP: rubiks -- a collection of Rubik's cube solvers Date : Wed, 04 Feb 2015 08:53:08 +0100 De : Julien Puydt julien.pu...@laposte.net Pour : sub

Re: Sagemath: going further

Hi, Le 03/02/2015 22:56, Tobias Hansen a écrit : Am 03.02.2015 um 21:09 schrieb Julien Puydt: Hi, Le 03/02/2015 17:25, Tobias Hansen a écrit : Hi Julien, I like that the patch is still quite small. Are you aware of the similar patches Fedora is using? http://pkgs.fedoraproject.org/cgit

Sagemath: wild experiments

Hi, here is a more precise explanation of my experiments. First, let's see how I do a testing run : !!! BEWARE the following commands clean part of your home dir then install cruft in your home dir!!! (1) rm -rf sage-exp .local/lib/python2.7/site-packages/sage* (cleaning the previous attempt)

Re: Sagemath: going further

Hi, Le 03/02/2015 17:25, Tobias Hansen a écrit : Hi Julien, I like that the patch is still quite small. Are you aware of the similar patches Fedora is using? http://pkgs.fedoraproject.org/cgit/sagemath.git/tree/ No... perhaps I should have a look. I'll see if I get around to setting up a

Sagemath: going further

Hi, I've been a little busy with sage recently : jpuydt@cauchy:~/sage-exp$ wc -l /tmp/ptestlong.log.* 247159 /tmp/ptestlong.log.1 91206 /tmp/ptestlong.log.2 21563 /tmp/ptestlong.log.3 13453 /tmp/ptestlong.log.4 15762 /tmp/ptestlong.log.5 12012 /tmp/ptestlong.log.6 10320

Re: Fwd: Sage/SIngular: static vs dynamic

Hi, Le 18/01/2015 18:49, Tobias Hansen a écrit : Hi Julien, this is very exciting! How do you do the build against system libraries? Are you using Felix' Sagelib with autotools package that he recently linked from the Wiki page? It would be really nice if we had a git branch on top of the

Re: Fwd: Sage/SIngular: static vs dynamic

Hi, Le 03/01/2015 11:11, Jerome BENOIT a écrit : On 03/01/15 09:14, Bernhard R. Link wrote: Are you starting from scratch or are you building on top of http://anonscm.debian.org/cgit/debian-science/packages/singular.git/ ? I am starting from scratch. Nevertheless, I keep an eye on the GIT

  1   2   3   >