Re: scikit-learn testing migration

Hi again, Am Thu, Aug 04, 2022 at 01:25:42PM +0200 schrieb Andreas Tille: > Am Fri, Jul 29, 2022 at 06:09:26AM +0200 schrieb Andreas Tille: > Before we fall into another "do nothing" period: I will upload > scikit-learn restricted to those architectures only which have

Re: scikit-learn testing migration

Hi again, Am Fri, Jul 29, 2022 at 06:09:26AM +0200 schrieb Andreas Tille: > I just like to repeat my point: If the package is to slow on release > architectures, that we will not manage to fix it, it is in the interest > of our users to not support the problematic architectures

Re: scikit-learn testing migration

Am Thu, Jul 28, 2022 at 08:15:45PM -0700 schrieb M. Zhou: > I have a long-term power 9 VM (not QEMU) as testbed. > I'm trying to investigate the issues for release architectures, > but this package is too slow to build with QEMU (multiple hours). > (abel.debian.org is also extremely slow for

Re: scikit-learn testing migration

Hi Graham, Am Thu, Jul 28, 2022 at 09:15:06AM +0200 schrieb Graham Inggs: > Hi > > On Wed, 27 Jul 2022 at 17:57, M. Zhou wrote: > > The previous segfault on armel becomes Bus Error on armel and armhf. > > I can build it on Power9, but it seems that the test fails on power8 (our > > buildd). >

Re: scikit-learn testing migration

til the issue is fixed) remains. > I can build it on Power9, but it seems that the test fails on power8 (our > buildd). Hmmm, can we talk to buildd admins about this? Kind regards Andreas. > On Wed, 2022-07-27 at 09:56 +0200, Andreas Tille wrote: > > Control: tags -1 unreprod

New version of nfft breaks its autopkgtest (Was: nfft breaks pynfft autopkgtest on i386: Segmentation fault

Hi, I was tempted to upload the patch suggested by Bernhard which I applied to the commit of Ileana with the new upstream version. Unfortunately the new upstream version fails the autopkgtest[1] (which was the same when I tried version 3.5.2 which prevented me from uploading). Does anybody have

Re: scikit-learn testing migration

:28PM +0200 schrieb Andreas Tille: > Hi Nilesh, > > Am Wed, Jul 20, 2022 at 06:21:19PM +0530 schrieb Nilesh Patra: > > On 7/20/22 4:50 PM, Andreas Tille wrote: > > > Before we stop progress in Debian for many other architectures since we > > > cant't solve this on

Re: scikit-learn testing migration

Hi Nilesh, Am Wed, Jul 20, 2022 at 06:21:19PM +0530 schrieb Nilesh Patra: > On 7/20/22 4:50 PM, Andreas Tille wrote: > > Before we stop progress in Debian for many other architectures since we > > cant't solve this on our own or otherwise are burning patience of > > upstr

Re: scikit-learn testing migration

Hi, Am Sat, Jul 16, 2022 at 05:58:33PM +0200 schrieb julien.pu...@gmail.com: > > [1]: > > https://buildd.debian.org/status/fetch.php?pkg=scikit-learn=armel=1.1.1-1=1653343638=0 > > I would open a bug report to upstream pointing to that log, and if the > log isn't enough to pinpoint the issue,

Re: Debian Med video conference in preparation of Debian Science BoF next Thursday 2022-07-21 18:00 UTC

Sorry for the typo in the date ... its for sure 2022-07-21 at 18:00 UTC (as in the link below) Am Sun, Jul 17, 2022 at 02:33:19PM +0200 schrieb Andreas Tille: > Hi, > > this is the call for the next video conference of the Debian Med team > that are an established means to organi

Debian Med video conference in preparation of Debian Science BoF next Thursday 2022-06-21 18:00 UTC

Hi, this is the call for the next video conference of the Debian Med team that are an established means to organise the tasks inside our team. As an exception we do not meet at 17th as usual but on 21th since this is one day before the Debian Science BoF will happen at DebConf of a month.

Re: DebConf22, Debian Science BoF

Hi Anton, Am Mon, Jul 11, 2022 at 10:33:08PM +0200 schrieb Anton Gladky: > this year we are organizing Debian Science BoF during > Debconf22. It is scheduled [0]: > > Type: BoF (45 minutes) > > Room: Ereniku > > Time: Jul 22 (Fri): 15:00 I'd like to join online since despite I initially

Re: TBB package update

Hi, Am Wed, Jun 08, 2022 at 08:46:27AM +0300 schrieb Andrius Merkys: > On 2022-06-07 22:11, Nilson Silva wrote: > > I would like to know when the team will upload the new version of TBB to > > the debian repositories. > > As Mo wrote, you may find onetbb/2021.5.0-9 in experimental. Transition >

Re: General Poligon Clipper (gpc) library now under MIT license

Am Sun, Jun 05, 2022 at 12:29:06PM +0200 schrieb Rafael Laboissière: > > I see that there is an R package that includes the GPC sources (gpclib [5]). > Is this package the one that you mentioned in your original message? I personally need

Re: General Poligon Clipper (gpc) library now under MIT license

Hi Raphael, Am Sat, Jun 04, 2022 at 08:22:20AM +0200 schrieb Rafael Laboissière: > > Just to let you know here (I need this for some R package but may be > > this information is helpful for others as well). > > I maintained the Debian package in the past: > https://tracker.debian.org/pkg/gpcl >

General Poligon Clipper (gpc) library now under MIT license

Hi, I remember we had some discussion about gpc which had a non-free license in the past. I stumbled upon a Github archive where it is now available under MIT license: https://github.com/rickbrew/GeneralPolygonClipper Just to let you know here (I need this for some R package but may be this

adduser claims existing diretory in postinst when running piuparts for shiny-server

Hi, the Debian Science team has packaged node-shiny-server[1]. It creates a system user in its postinst script. I've added some debug output to this script[2] since I wanted to debug a piuparts issue which you can see here in salsa CI[3]. This log shows two ways to verify that the home

Re: CSS help needed for r-cran-bslib (Was: shiny-server in debian)

Hi Nilesh, Am Wed, Apr 27, 2022 at 07:26:04PM +0530 schrieb Nilesh Patra: > > Thanks a lot for your help on this (deserves another $drink from me ;-) ) > > This count is increasing with each passing day :) Just giving honor to those whom deserve honor. ;-) > > I tried to repack[2] but I get >

Re: Salvaging keras - unpushed commits?

Hi Andrius, seems Stephen is not active. If I where you I'd push the uploaded state to Git and upload the latest upstream version. Kind regards Andreas. Am Tue, Apr 19, 2022 at 05:00:15PM +0300 schrieb Andrius Merkys: > Hello, > > keras has recently dropped out of testing due to two RC

Re: CSS help needed for r-cran-bslib (Was: shiny-server in debian)

Hi Nilesh, Am Wed, Apr 27, 2022 at 04:30:40PM +0530 schrieb Nilesh Patra: > On Wed, Apr 27, 2022 at 10:59:25AM +0200, Andreas Tille wrote: > > ── Error (test-theme-base-colors.R:45:3): bs3 base colors > > ── > > Error in `compile_data(sass_input, options)

CSS help needed for r-cran-bslib (Was: shiny-server in debian)

Thu, Apr 14, 2022 at 04:50:38PM +0200 schrieb Andreas Tille: > Hi, > > Am Thu, Apr 14, 2022 at 11:26:58AM +0200 schrieb Andreas Tille: > > I did a next step in > > > > > > https://salsa.debian.org/r-pkg-team/r-cran-bslib/-/commit/7d066e14383753156d851e81b0db

Re: [ftpmas...@ftp-master.debian.org: node-shiny-server_1.5.17.973-1_amd64.changes ACCEPTED into experimental, experimental] (Was: Re: shiny-server in debian)

Am Tue, Apr 26, 2022 at 12:39:07AM +0530 schrieb Nilesh Patra: > Good news folks, shiny-server is in our archive (experimental suite) now \o/ This is really good news. I'll focus tomorrow on bslib again. Thanks a lot for all work on this Andreas. > - Forwarded message from Debian

Re: shiny-server in debian

Hi, Am Thu, Apr 14, 2022 at 11:26:58AM +0200 schrieb Andreas Tille: > I did a next step in > > > https://salsa.debian.org/r-pkg-team/r-cran-bslib/-/commit/7d066e14383753156d851e81b0db9e21665ce861 > > > where I simply try the patience of ftpmaster to accept binary

Re: shiny-server in debian

Am Thu, Apr 14, 2022 at 12:48:36PM +0530 schrieb Nilesh Patra: > Finally, I have uploaded node-shiny-server to NEW queue, targetting > experimental \o/ This is **really** good news! > PS: Next step is to get r-cran-shiny updated to latest release for good > usability but I would not > have

Re: shiny-server in debian

Hi, Am Fri, Mar 25, 2022 at 08:37:52PM -0400 schrieb Eric Brown: > Thank you Nilesh for explaining why we can't have the example files > placed in /srv automatically. It's not critical. I see in that > document that asking the user for permission to make the links would > be allowed, this to me

Re: shiny-server in debian

Hi Nilesh, thanks a lot for your effort which is really welcome. I honestly think that its the most straightforward way to upload everything to new (if not yet done - I did not checked) - possibly to experimental in case you are not sure. Thanks again Andreas. Am Fri, Mar 25, 2022 at

Re: Bug#1000336: Upgrading tbb

Hi, Am Mon, Mar 14, 2022 at 12:13:50AM + schrieb Torrance, Douglas: > On Sun 13 Mar 2022 04:50:32 PM EDT, M. Zhou wrote: > > Recently I'm not able to test the build of libtbb-dev's reverse dependencies > > as my build machine was out of access. That blocks my submission of the > > transition

Re: Patches for Debian packaged TeXmaker

ally send the wrong link? > > Regards, > Jan > > On Sun, 13 Mar 2022 at 15:37, Andreas Tille wrote: > > > Hi, > > > > I've updated the texmaker Debian package. We are applying some patches > > - some spelling issues are amongst these. Feel fr

Patches for Debian packaged TeXmaker

Hi, I've updated the texmaker Debian package. We are applying some patches - some spelling issues are amongst these. Feel free to include any patch from https://www.xm1math.net/texmaker/ into your upstream source. Kind regards, Andreas -- http://fam-tille.de

Re: Spitting up clhep or not

Am Fri, Mar 11, 2022 at 11:55:45AM +0100 schrieb Stephan Lachnit: > > > > * split libraries into own packages > > > > I wonder whether we should do it right now since we need to > > pass new queue anyway. > > Yes, I think we should do that now. Argh, I've uploaded a couple of hours ago to

Spitting up clhep or not

Hi Stephan Am Wed, Mar 09, 2022 at 03:28:18PM +0100 schrieb Andreas Tille: > Am Wed, Mar 09, 2022 at 02:14:57PM + schrieb Stephan Lachnit > (@stephanlachnit): > > Thank you so much! This is the last missing dependency for Geant4. > > Unfortunately its not done yet. I n

Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

Hi Pirate, Am Mon, Feb 28, 2022 at 01:32:41PM +0530 schrieb Pirate Praveen: > > > >Yes. The ITP should have been closed manually long before. The fact > >that this not happened yet is IMHO a sign that the original maintainer > >does not care any more for the package (and forgot to orphan it). >

Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

Hi Andrius, Am Fri, Feb 25, 2022 at 03:27:43PM +0200 schrieb Andrius Merkys: > > Since there are no reverse dependencies on libjs-sockjs and we are not > in a hurry with shiny-server (we can still work on that with local > node-sockjs-client package), I would like to avoid experimental. This >

Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

Hi, Am Fri, Feb 25, 2022 at 03:09:36AM +0530 schrieb Nilesh Patra: > > >Sure. It would be nice to get ACK from Pirate, though, as he owns the ITP. > > I am a bit confused, why would you need ack from someone who ITP'ed it, even > if you need the ack, you'd ask this to the maintainer, right?

Re: sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

Hi Andrius, Am Wed, Feb 23, 2022 at 06:10:24PM +0200 schrieb Andrius Merkys: > > https://github.com/sockjs/sockjs-client/commit/d9584abe2c7c913ce95a1aea29e5744dd85e1af4 > > > > I have turned this commit

Re: Google Summer of Code, Debian Science

Am Wed, Feb 23, 2022 at 09:39:24AM +0100 schrieb Drew Parsons: > > I'd look forward to such a project but my capacity to become involved is > > limited and I also need to admit that I have no real competence if it > > comes to HPC and MPI questions. > > We can share the load, you can provide

Re: Google Summer of Code, Debian Science

Hi, Am Tue, Feb 22, 2022 at 01:06:30PM +0100 schrieb Anton Gladky: > It is a very good idea! +1 > Though I would separate this task from QA-work on Debian Science > packages. I support that this is a separate idea. If you ask me it should be ranked even higher. > If you want, we could apply

Re: Bug#1000336: Upgrading tbb

Am Wed, Feb 23, 2022 at 12:31:07AM -0500 schrieb M. Zhou: > Hello guys. Finally it's all green on our release architectures > https://buildd.debian.org/status/package.php?p=onetbb=experimental > > I shall request the slot for transition once finished the rebuild > of its reverse dependencies and

Re: Google Summer of Code, Debian Science

very much for offering a help! Yes, it would be fine > if you run the script. > > Best regards > > Anton > > Am Di., 22. Feb. 2022 um 11:28 Uhr schrieb Andreas Tille : > > > > Hi, > > > > Am Mon, Feb 21, 2022 at 05:42:56PM +0100 schrieb Anton Gladky: >

Re: sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

Hi Andrius, Am Tue, Feb 22, 2022 at 01:27:57PM +0200 schrieb Andrius Merkys: > On 2022-02-22 13:20, Andreas Tille wrote: > > Unfortunately we have a new problem as > > autopkgtest shows[4] > > > >sockjs-client : Depends: node-json3 (>= 3.3.2) but it is not ins

sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))

Hi, I checked the hint "some work on sockjs-client done in salsa" which is not complete since there is "competing work" even inside Debian[1]. Since its Git repository points to alioth I simply took the freedom to merge the old packaging code into the work on Salsa[2] and shamelessly sticked to

Re: Google Summer of Code, Debian Science

Hi, Am Mon, Feb 21, 2022 at 05:42:56PM +0100 schrieb Anton Gladky: > Google Summer of Code call for Debian is announced [1]. > I am going to apply Debian Science Team as one of the projects. > > Main topic is QA-Work: Autopkgtests for high-popcon packages, > gitlab-CI for most of packages,

Re: scikit-learn in unstable FTBFS on arm64, armel, armhf, i386, ppc64el and s390x

Control: tags -1 upstream Control: forwarded -1 https://github.com/scikit-learn/scikit-learn/issues/22503 also sent another bug report https://github.com/scikit-learn/scikit-learn/issues/22504 Hi, as I explained to Debian Science list[1] I'd recommend to drop armel and armhf

Different failures for scikit-learn (Was: Failures for sklearn)

Hi, Am Tue, Feb 15, 2022 at 01:39:30PM +0100 schrieb Andreas Tille: > > I'll try relaxing tolerance limits a bit to solve this issue. This worked for i386. Unfortunately there are several failing architectures remaining[1] (not finished building yet for all at the time of writing). I c

Re: Failures for sklearn

Hi again, Am Tue, Feb 15, 2022 at 12:15:38PM +0100 schrieb Andreas Tille: > Dear Chiara, > > thanks a lot for working on this. > > Am Fri, Feb 11, 2022 at 02:33:07PM -1000 schrieb Chiara Marmo: > > Dear scikit-learn maintainers, > > > > I have updated

Re: Failures for sklearn

Dear Chiara, thanks a lot for working on this. Am Fri, Feb 11, 2022 at 02:33:07PM -1000 schrieb Chiara Marmo: > Dear scikit-learn maintainers, > > I have updated the scikit-learn version on salsa and modified some of the > EXCLUDE_TESTS variables in order to reflect the current status of the >

Re: Debian Math Team

Am Sat, Feb 05, 2022 at 01:12:34PM +0100 schrieb Jerome BENOIT: > I plan to transfer sooner or later the following packages from science-team > to math-team: > > 4ti2 > primesieve > bliss > blitz++ > e-antic > nauty > mpfrc++ > normaliz > primesieve > singular > sympow > mpfi > > can anyone

Re: onetbb_2021.4.0-1~exp1_amd64.changes REJECTED

Hi Scott, Am Thu, Feb 03, 2022 at 03:00:08PM + schrieb Scott Kitterman: > > Normally for a package already in Debian I wouldn't reject due to copyright/ > license documentation, but I am making an exception is this case. I only > started to look at this package by doing grep -ir copyright *

Re: RFS: reupload of opm-common/2021.10-1

Hi Markus and others, please always remember that we should update Debian Science tasks[1] to feature all our packages. Please let me know in what task(s!) opm should be listed. Kind regards Andreas. [1] https://blends.debian.org/science/tasks/ Am Fri, Jan 21, 2022 at 01:23:20PM +0100

Re: Bug#1000336: Upgrading tbb

Hi Mo, thanks a lot. I asked on IRC for priorisation of this package. Kind regards Andreas. Am Sat, Jan 08, 2022 at 08:30:57PM -0500 schrieb M. Zhou: > Hi all, > > The good news is that I managed to upgrade onetbb. It  > is in the NEW queue now: >

Re: Upgrading tbb

Hi, Am Thu, Dec 23, 2021 at 11:03:56AM -0500 schrieb M. Zhou: > > I've just finished my final exams so I could do something during > the holiday. Great. Hope you finished the exams successfully. ;-) > That TBB repository is still work-in-progress and > FTBFS from the master branch is

Upgrading tbb (Was: numba: FTBFS with Python 3.10)

Hi, Am Wed, Dec 22, 2021 at 05:09:35PM -0800 schrieb Diane Trout: > On Wed, 2021-12-22 at 22:24 +0530, Nilesh Patra wrote: > > > > Actually because of the current state of numba, several reverse > > depends are FTBFS so it's > > bit urgent to push. Apologies for getting on your nerves, though. >

Re: Provisional packaging for Aoache Arrow available

Hi Sascha, Am Mon, Dec 20, 2021 at 04:47:40PM +0100 schrieb Sascha Steinbiss: > just for the record in this RFP and to move this a bit into the > spotlight: I have moved my packaging repository for Apache Arrow to the > Debian Science project in Salsa [1]. See the corresponding thread in the >

Re: numba: FTBFS with Python 3.10

Hi, I've commited version 0.54.1 to Git since I assume that we have better chances for Python3.10 support in the more recent upstream version. Unfortunately the build stops with dh_auto_clean -O--buildsystem=pybuild I: pybuild base:237: python3.10 setup.py clean ... from distutils import

Re: jblas update to 1.2.5?

Hi Tony and Debian Science Am Thu, Dec 09, 2021 at 09:31:31AM -0800 schrieb tony mancill: > Hello Debian Med, > > jblas (http://jblas.org/) is a Debian Java team package, but I think it > is more appropriate to ask about users here. ... well, better Debian Science IMHO (which I'm keeping in the

Re: Failures for sklearn

Hi Drew, Am Sat, Dec 04, 2021 at 05:34:54PM +0100 schrieb Drew Parsons: > > Would you have any plans to fix the situation? > > > My first plan is for someone to notice that it's a team package that they > can fix themselves. That's for granted. > There's a number of fixes needed, a different

Re: some older and removed packages maybe to update

Hi Ben, Am Sun, Nov 14, 2021 at 01:18:09PM +0100 schrieb Ben Tris: > Found some maybe interesting still developed. > I can not help further (no packaging experience or whatever). > > fastjet (phys) > https://svn.hepforge.org/fastjetsvn/contrib/trunk/ Uploaded. > irstlm >

Re: [Help] gcc-11 build issue for fastjet

Hi Aaron, Am Mon, Nov 15, 2021 at 12:13:47PM -0500 schrieb Aaron M. Ucko: > Andreas Tille writes: > > >'template class std::auto_ptr' is deprecated: use > > 'std::unique_ptr' instead > > I haven't looked into this specific package, but it's generally safe to >

[Help] gcc-11 build issue for fastjet (Was: some older and removed packages maybe to update)

Hi, Am Sun, Nov 14, 2021 at 01:18:09PM +0100 schrieb Ben Tris: > Found some maybe interesting still developed. > I can not help further (no packaging experience or whatever). > > ... > fastjet (phys) > https://svn.hepforge.org/fastjetsvn/contrib/trunk/ I had a look at fastjet but when trying to

New version of forge needs new predepends

Hi, I found some time to check "smelling" packages that have not yet updated VCS URLs and stumbled upon forge. I've updated the packaging and also injected new upstream version. Unfortunately it seems to need new predepends. I have no spare time to track this down. Ghislain, could you take

Re: transition: pandas 1.1 -> 1.3

Hi Rebecca, Am Thu, Nov 11, 2021 at 09:31:12PM + schrieb Rebecca N. Palmer: > I was already planning to try a build+autopkgtest of the reverse > dependencies, and probably an upload to experimental (it's also common for > pandas to fail a few tests on non-amd64), at some point, but not just

Re: transition: pandas 1.1 -> 1.3

Hi, Am Thu, Nov 11, 2021 at 07:17:27PM +0530 schrieb Nilesh Patra: > > >If the new pandas builds successfully, then certainly upload it to > >experimental first. We can test dependencies from there. ^^ > That makes sense, but other than that, I'd really

Re: Upgrading pandas

Am Wed, Nov 10, 2021 at 07:36:00PM + schrieb Alastair McKinstry: > > I've the same error in python-xarray, both 0.20.1 I'm packaging and the > current 0.19.0 now FTBFS due to this. > Can we prioritise upgrading nbconvert to 6+ ? I guess you should forward this question to Debian Python

Re: Upgrading pandas

Hi Timo, Am Wed, Nov 10, 2021 at 07:32:53PM +0100 schrieb Timo Röhling: > * Andreas Tille [2021-11-10 18:14]: > > nbsphinx.NotebookError: TypeError in user_guide/style.ipynb: > > 'coroutine' object is not subscriptable > This seems to be an issue with nbconvert 5.6.1

Upgrading pandas

Hi, pandas is lagging behind upstream by several versions. I guess we should try to get in sync with upstream a bit more. Thus I upgraded Git and tried to adapt the patches (not sure whether I succeeded completely - checking would be really welcome). The package does not build yet since the

Re: CoinMP was listed as smelling ;-)

Hi Rene, thanks a lot for your quick reply. Am Wed, Nov 10, 2021 at 12:25:30PM +0100 schrieb Rene Engelhard: > Am 10. November 2021 12:06:16 MEZ schrieb Andreas Tille : > >Hi Rene, > > > >I've found coinmp at the list of smelling packages[1] and found some > >spare

CoinMP was listed as smelling ;-)

Hi Rene, I've found coinmp at the list of smelling packages[1] and found some spare cycles to reduce its smell. ;-) In VCS I've found coinmp (1.8.3-2) unstable; urgency=medium * upload to unstable but this upload never happened. Thus I'm wondering whether you intentionally did not

What means "unmaintained" (Was: What should be moved to math-team)

Hi, Am Tue, Nov 09, 2021 at 08:50:08PM +0530 schrieb Nilesh Patra: > Maybe, it is also a fine idea to move packages which are important in the > science team, > but are unmaintained. But first we need a definition of unmaintained. I think we get some hints if * A package smells[1] * Is

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

Hi Gard, Am Sun, Nov 07, 2021 at 04:38:09PM +0100 schrieb Gard Spreemann: > > >> Aha! Thanks for teaching me. I'll fix these things. > >> > >> Where are these task files documented, by the way? > > > >https://blends.debian.org/blends/ch06.html > > > > You could hopefully find the Blends doc

Re: Debian Math Team

Hi Doug, Am Sun, Nov 07, 2021 at 11:56:11AM + schrieb Torrance, Douglas: > On Mon 01 Nov 2021 10:28:55 AM EDT, Andreas Tille wrote: > > Maintainer must not be sufficient, as this option doesn't appear to me > for debian-science packages. Yes, I think you need to be own

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

Hi Gard, Am Fri, Nov 05, 2021 at 01:51:14PM +0100 schrieb Gard Spreemann: > > > All 'X-*' fields in tasks files are pure comments for editors of the > > tasks files and are technically ignored (as well as in d/control files). > > Aha! Thanks for teaching me. I'll fix these things. > > Where

Re: Debian Math Team

Hi Andrius, Am Fri, Nov 05, 2021 at 01:56:56PM +0200 schrieb Andrius Merkys: > > Blends categorisation is *not* exclusive. One package can be in two or > > more Blends (and we have lots of examples for this). > > ACK. However, team categorization is exclusive. If you call organisation of team

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

Am Fri, Nov 05, 2021 at 10:22:32AM +0100 schrieb Gard Spreemann: > > I will try to categorize the few packages I maintain myself, and issue a > merge request so that there are examples for people to go by. I merged your commits but the proper way to go would to create say two new tasks files

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

Hi Gard, Am Thu, Nov 04, 2021 at 11:02:49AM +0100 schrieb Gard Spreemann: > > 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 the Blends team

Re: Debian Math Team

Hi, Am Thu, Nov 04, 2021 at 04:43:12PM +0530 schrieb Nilesh Patra: > > I disagree. I find at least JavaScript and Perl packages quite uniform, > > and I have an impression that at least > > I cannot say about perl, I absolutely agree about Perl team and as I said we left some Perl libraries to

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

Am Thu, Nov 04, 2021 at 04:48:25PM +0530 schrieb Nilesh Patra: > > I've pushed the code for the metapackages to > > > > https://salsa.debian.org/blends-team/math/ > > Many thanks! You are welcome. > > [...] > > members of the Blends team to enable currating these files (which should > >

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

Am Wed, Nov 03, 2021 at 03:41:43PM +0530 schrieb Nilesh Patra: > > > We should remember that having blends packages, blends web pages and > > informative wiki pages are completely independent of having a defined team > > with > > separate VCS and mailing list. All that needs is one or more

Re: Debian Math Team

Dear Anton, Am Wed, Nov 03, 2021 at 09:09:15PM +0100 schrieb Anton Gladky: > I think we all have a very limited free time to work on Debian. > At least it is my situation. > > ... > > I will probably need to request membership in other teams due to > some QA or release-transition work, but

Re: Debian Math Team

Am Wed, Nov 03, 2021 at 04:55:54PM +0100 schrieb Julien Puydt: > Hi, > > Le lundi 01 novembre 2021 à 15:28 +0100, Andreas Tille a écrit : > > > > How to move a package: > > > >  In Salsa: > > > >     Settings > >

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

Hi, Am Wed, Nov 03, 2021 at 03:41:43PM +0530 schrieb Nilesh Patra: > I could agree that there will initially be a few people looking after, but I > do expect > this team to grow, like several other teams in Debian have too. Maybe Andreas > could give > better pointers here. Since my name was

Re: Debian Math Team

Hi Andrius, Am Wed, Nov 03, 2021 at 01:26:34PM +0200 schrieb Andrius Merkys: > > No notes, Andreas came up with this idea in debconf, you could find it on > > videos.debian.net. > > But anyways, I have the following point to make: > > > > 1. Separate team will help keep track of math-specific

Re: Debian Math Team

Am Tue, Nov 02, 2021 at 08:04:40AM +0100 schrieb Ole Streicher: > I'd really disagree here. We should avoid a fragmentation of the policy > without a really good reason. This makes it difficult for people to step > in, as they have to learn all the small differences in the team > policy. And it is

Re: Debian Math Team

Hi Julien, Am Sun, Oct 31, 2021 at 04:15:28PM +0100 schrieb Julien Puydt: > But about moving things, my feelings are mixed. Indeed, this very week, > I joined the OCaml Team and packaged src:elpi there -- which is > mathematics software. But since it's written in OCaml, I feel it's > better to

Re: Debian Math Team

Hi Doug and other Debian Science team members, at first thanks a lot for the step you did. I think it is a move into the right direction. As far as I've read the worries about this step here in the thread these seem to be: 1. Another "one-man" team I think Ole gave a good answer here:

Re: Need sponsor for a new package: ignition-utils

Hi Jose, Am Thu, Oct 14, 2021 at 08:29:57PM +0200 schrieb Jose Luis Rivero: > Hello Science team: > > I would need a sponsor for a new package in the Ignition Robotics family: > ignition-utils. Timo and Jochen have been kindly reviewing my packages but > I would prefer not to overload them and

Re: RFP: cctbx -- Computational Crystallography Toolbox

Hi, I've got a hint about cctbx and realised that there is an RFP (degraded from ITP) as well as a salsa repository[1]. I took the freedom to inject the latest upstream source and updated *parts* of the packaging to recent standards. I have no idea whether this might give some new inspiration

Re: Help needed for r-bioc-rhdf5 in BioConductor transition

On Fri, Sep 10, 2021 at 01:06:42PM +0200, Gilles Filippini wrote: > > Thanks a lot. Its very helpful > > Uploaded. Thanks a lot - the transition is moving on now. Kind regards Andreas. -- http://fam-tille.de

Re: Help needed for r-bioc-rhdf5 in BioConductor transition

Hi Gilles, On Tue, Sep 07, 2021 at 12:57:38AM +0200, Gilles Filippini wrote: > Andreas Tille a écrit le 06/09/2021 à 16:59 : > > Gilles, do you see any chance to bump the minor version of hdf5 which > > should be hopefully easier than just upgrade to the latest upstream > >

Re: Help needed for r-bioc-rhdf5 in BioConductor transition

Hi, [libhdf5 maintainer in CC] On Mon, Sep 06, 2021 at 06:33:34PM +0530, Nilesh Patra wrote: > > > Hi Andreas, > > > Hi, > > when trying to build r-bioc-rhdf5 in Git I get > > ... > > installing to > >

Link for Debian Science BoF

Hi, for those who want to join us for DebConf21 Debian Science BoF you can meet us in Jitsi https://jitsi.dc21.debconf.org/28-debian-science-bof-2oQYAfbxAvujKs0w today at 17:00 UTC (in 15min). See you there Andreas. -- http://fam-tille.de

Re: Bug#949767: arrayfire update fails in configure step

On Thu, Apr 29, 2021 at 04:45:20PM +0200, Gard Spreemann wrote: > The capitalization typo seems to be present also in arrayfire's > use_debian_packaged_libs.patch: I believe line 64 of > > >

Re: Bug#949767: arrayfire update fails in configure step

Hi Gard, On Wed, Apr 28, 2021 at 06:08:25PM +0200, Gard Spreemann wrote: > >> > >> libclblast-dev ships > >> > >> /usr/lib/x86_64-linux-gnu/cmake/CLBLast/CLBlastConfig.cmake > >> > >> Notice that there's both "CLBLast" and "CLBlast" in there! I'll > >> investigate. > > > > Looks like an upstream

Re: arrayfire update fails in configure step

Hi Aaron, On Tue, Apr 27, 2021 at 08:14:10PM -0400, Aaron M. Ucko wrote: > Please try adding a build dependency on libclfft-dev and replacing > src/backend/opencl/CMakeLists.txt's inclusion of build_clFFT with a call > to > > find_package(clFFT) > > > Thanks a lot for your initial hint

Re: arrayfire update fails in configure step

Hi Aaron, On Mon, Apr 26, 2021 at 08:30:39AM -0400, Aaron M. Ucko wrote: > Andreas Tille writes: > > > /usr/bin/ld: cannot find -lpthreads > > Thanks for posting a link to the full log! AFAICT, the actual errors > appear much earlier, on lines 1573-1593: > > C

arrayfire update fails in configure step

Hi, I personally have no interest in arrayfire but I realised that the Debian packaged version depends clblas (and is the only remaining package that needs cblas and I would like to see it removed from Debian due to bug #949767) Thus I tried to upgrade arrayfire to the latest upstream version in

Re: python-cython-blis package

On Fri, Mar 05, 2021 at 09:52:47AM +0800, Paul Wise wrote: > > It seems unlikely that upstream will have changed their mind, it > was only a few months ago when we had the discussion with them. I intend to draw it into a different audience[1] but not in the next week where I'm busy with real

Re: python-cython-blis package

Hi Mo and Paul, On Thu, Mar 04, 2021 at 02:31:19PM +0800, Paul Wise wrote: > On Thu, 2021-03-04 at 06:21 +, M. Zhou wrote: > > > the upstream holds a very negative attitude towards debian packaging. > > https://github.com/explosion/cython-blis/issues/32 > > I suggest you cease packaging

Re: python-cython-blis package

On Wed, Mar 03, 2021 at 05:26:11PM +0100, Gard Spreemann wrote: > > Andreas Tille writes: > > > [1] https://salsa.debian.org/debian-science/python-cython-blis > > Hi, > > I think this is a typo. It should be > > https://salsa.debian.org/science-team/pyt

python-cython-blis package

Hi Anastasiia, I've found your packaging for cython-blis on Salsa. Since I need this module as a new dependency for python-thinc I have polished it to what is considered the packaging style inside the Debian Science team (which also included to name the repository same as the source package -

Paraview will not migrate to testing due to test issue on armhf

Hi Alastair, in our Debian Med sprint I was checking migration issues of packages that were mentioned in our tasks. I stumbled upon paraview[1] which has a Debci issue for armhf[2]: ... Building dependency tree... Reading state information... Package python3-paraview is not available, but is

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