Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread François Bissey
> On 12/03/2021, at 12:14, Matthias Koeppe wrote: > > On Thursday, March 11, 2021 at 3:07:41 PM UTC-8 François Bissey wrote: > > > On 12/03/2021, at 11:48, Matthias Koeppe wrote: > When are we going to start seeing separate sdist tarballs? That’s really the > point at which > I am going t

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread Matthias Koeppe
On Thursday, March 11, 2021 at 3:07:41 PM UTC-8 François Bissey wrote: > > > On 12/03/2021, at 11:48, Matthias Koeppe wrote: > When are we going to start seeing separate sdist tarballs? That’s really > the point at which > I am going to switch the way I do things. this one? https://pypi.org/

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread François Bissey
> On 12/03/2021, at 11:48, Matthias Koeppe wrote: > > No, there's nothing wrong with it; this is the normal way to use the > repository now and in the planned future. > After running ./bootstrap, the source tree contains several self-contained > Python distribution package source trees in b

Re: [sage-devel] Re: Downgrade R to optional? See #31409.

2021-03-11 Thread Thierry
On Thu, Mar 11, 2021 at 02:50:06PM -0800, Matthias Koeppe wrote: > On Thursday, March 11, 2021 at 1:55:54 PM UTC-8 Thierry > (sage-googlesucks@xxx) wrote: > > > Until now, what i saw with WSL is that people have to install a > > GNU/Linux distro within WSL, to log in on it and then install and r

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread François Bissey
> On 12/03/2021, at 11:20, Matthias Koeppe wrote: > > Well, autotools does not even have a mechanism to advertise > dependencies/requirements -- other than "configure" exiting with an error if > they are not satisfied. You as a downstream package maintainer declare and > update the requirem

Re: [sage-devel] Re: Downgrade R to optional? See #31409.

2021-03-11 Thread Matthias Koeppe
On Thursday, March 11, 2021 at 1:55:54 PM UTC-8 Thierry (sage-googlesucks@xxx) wrote: > Until now, what i saw with WSL is that people have to install a > GNU/Linux distro within WSL, to log in on it and then install and run > Sage within WSL. > > I wonder : is there a way to provide a windows

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread Matthias Koeppe
On Thursday, March 11, 2021 at 2:33:18 PM UTC-8 François Bissey wrote: > I guess it is my fault for doing CI, including doc, straight from git. > No, there's nothing wrong with it; this is the normal way to use the repository now and in the planned future. After running ./bootstrap, the source

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread François Bissey
> On 12/03/2021, at 11:20, Matthias Koeppe wrote: > > And then -- of course likely not relevant for gentoo -- there is also the > distinction between source and binary distributions (wheels): For the package > itself, many users have a good reason to build it from source; but for a > separa

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread Matthias Koeppe
On Thursday, March 11, 2021 at 1:28:12 PM UTC-8 François Bissey wrote: > > On 12/03/2021, at 09:46, Matthias Koeppe wrote: > > you get this type of build isolation for free if you make the > documentation a separate distribution according to PEP 517 > (pyproject.toml), for which you declare t

Re: [sage-devel] Re: Downgrade R to optional? See #31409.

2021-03-11 Thread Thierry
Hi, On Thu, Mar 11, 2021 at 01:37:19PM -0800, Matthias Koeppe wrote: > I have opened https://trac.sagemath.org/ticket/31485 - Meta-ticket: Sage on > WSL (Windows Subsystem for Linux) Until now, what i saw with WSL is that people have to install a GNU/Linux distro within WSL, to log in on it and

Re: [sage-devel] Re: Downgrade R to optional? See #31409.

2021-03-11 Thread Matthias Koeppe
I have opened https://trac.sagemath.org/ticket/31485 - Meta-ticket: Sage on WSL (Windows Subsystem for Linux) On Wednesday, March 10, 2021 at 1:10:01 PM UTC-8 emanuel.c...@gmail.com wrote: > On Tarc#31409 , E. Madison Bray > proposed to make R an optio

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread François Bissey
> On 12/03/2021, at 09:46, Matthias Koeppe wrote: > > On Wednesday, March 10, 2021 at 8:18:11 PM UTC-8 Nathan Dunfield wrote: > On Wednesday, March 10, 2021 at 4:50:41 AM UTC-6 Dima wrote: > numpy does this: > https://numpy.org/devdocs/docs/howto_build_docs.html > > you can only build numpy d

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread François Bissey
> On 12/03/2021, at 09:41, Matthias Koeppe wrote: > > On Thursday, March 11, 2021 at 11:36:18 AM UTC-8 Antonio Rojas wrote: > Here is my current PKGBUILD (after some cleanup I did today) > https://github.com/archlinux/svntogit-community/blob/packages/sagemath-doc/trunk/PKGBUILD > I'm building

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread Matthias Koeppe
On Wednesday, March 10, 2021 at 8:18:11 PM UTC-8 Nathan Dunfield wrote: > On Wednesday, March 10, 2021 at 4:50:41 AM UTC-6 Dima wrote: > >> numpy does this: >> https://numpy.org/devdocs/docs/howto_build_docs.html >> >> you can only build numpy docs after numpy is installed. >> > > Of course, with

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread Matthias Koeppe
On Thursday, March 11, 2021 at 11:36:18 AM UTC-8 Antonio Rojas wrote: > Here is my current PKGBUILD (after some cleanup I did today) > https://github.com/archlinux/svntogit-community/blob/packages/sagemath-doc/trunk/PKGBUILD > I'm building the docs in a separate package for practical purposes (sa

Re: [sage-devel] distro packaging, docbuilding and modularisation

2021-03-11 Thread Antonio Rojas
El miércoles, 10 de marzo de 2021 a las 21:13:15 UTC+1, François Bissey escribió: > I’d like to talk to you on another channel, I have to do a small > patch currently. It may reflect different packaging strategy or > something I could improve. > Here is my current PKGBUILD (after some cleanup

Re: [sage-devel] trac notification emails

2021-03-11 Thread David Coudert
I discovered today that mails can also be put into quarantine. Problem solved (I hope). Best, Le mercredi 10 mars 2021 à 09:31:59 UTC+1, David Coudert a écrit : > I will ask the IT service of Inria. > Thank you Dima. > > Le mercredi 10 mars 2021 à 01:15:15 UTC+1, dim...@gmail.com a écrit : > >>

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!]

2021-03-11 Thread E. Madison Bray
On Thu, Mar 11, 2021 at 1:20 PM E. Madison Bray wrote: > > On Thu, Mar 11, 2021 at 12:52 PM Dima Pasechnik wrote: > > > > On Thu, Mar 11, 2021 at 10:11 AM Dima Pasechnik wrote: > > > > > > On Wed, Mar 10, 2021 at 4:00 PM E. Madison Bray > > > wrote: > > > > > > > > On Tue, Jan 12, 2021 at 11:3

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!]

2021-03-11 Thread E. Madison Bray
On Thu, Mar 11, 2021 at 12:52 PM Dima Pasechnik wrote: > > On Thu, Mar 11, 2021 at 10:11 AM Dima Pasechnik wrote: > > > > On Wed, Mar 10, 2021 at 4:00 PM E. Madison Bray > > wrote: > > > > > > On Tue, Jan 12, 2021 at 11:33 PM tobia...@gmx.de > > > wrote: > > > > > > > > > > > > For what's wor

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!]

2021-03-11 Thread Dima Pasechnik
On Thu, Mar 11, 2021 at 10:11 AM Dima Pasechnik wrote: > > On Wed, Mar 10, 2021 at 4:00 PM E. Madison Bray wrote: > > > > On Tue, Jan 12, 2021 at 11:33 PM tobia...@gmx.de wrote: > > > > > > > > > For what's worth, + 1 for migrating to github. > > > > > > The interface is cleaner, it has many mor

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!]

2021-03-11 Thread Dima Pasechnik
On Wed, Mar 10, 2021 at 4:00 PM E. Madison Bray wrote: > > On Tue, Jan 12, 2021 at 11:33 PM tobia...@gmx.de wrote: > > > > > > For what's worth, + 1 for migrating to github. > > > > The interface is cleaner, it has many more features and integrations, and > > is more active which could attract m

Re: [sage-devel] Re: Move MemoryAllocator to PyPI?

2021-03-11 Thread 'jonatha...@googlemail.com' via sage-devel
This approach might not be pretty, but it seems to work fine. I can use cysignals on cygwin, linux, mac and not use it on windows without cygwin. However, it would be much nicer to allow pip installing cysignals on windows without cygwin in the first place. This would simplify this a lot. jona