Re: [sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Aaron Meurer
On Sun, Mar 10, 2024 at 8:48 AM Oscar Benjamin
 wrote:
>
> Hi Anton,
>
> What difference does it make to you in practice whether or not SymPy
> is listed in SPEC 0?
>
> SymPy does not really support old versions with maintenance releases
> so it does not really have a "support cycle" in the sense that SPEC 0
> seems to describe. There can be a bugfix release shortly after a
> feature release to fix some obvious regressions but that is basically
> it.

This fact alone would be worth notating in that document. It's not
always obvious to what degree different packages support older
versions.

Aaron Meurer

>
> SymPy itself broadly tries to have wide version support for other
> packages like numpy just because without listing them as hard
> dependencies there is no way to indicate which versions sympy is
> compatible with. There is no way to put version constraints on
> optional dependencies in pip/PyPI land.
>
> Oscar
>
> On Sun, 10 Mar 2024 at 14:24, Anton Akhmerov  wrote:
> >
> > Hi all,
> >
> > There is now SPEC 0, a SciPy-community-wide standard for versions of 
> > different packages that developers should aim supporting, see 
> > https://scientific-python.org/specs/spec-/
> >
> > I believe Sympy is the biggest package missing from SPEC 0, and I've asked 
> > the maintainers of SPEC 0 what is the best way to proceed 
> > (https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov).
> >  They appear to welcome the idea and recommended to reach out via this 
> > mailing list.
> >
> > So here's the question I'd like to know (as someone authoring software that 
> > depends on Sympy): would Sympy like to join SPEC 0?
> >
> > Thank you for your consideration,
> > Anton
> >
> > --
> > You received this message because you are subscribed to the Google Groups 
> > "sympy" group.
> > To unsubscribe from this group and stop receiving emails from it, send an 
> > email to sympy+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit 
> > https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "sympy" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sympy+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sympy/CAHVvXxS%2Bh1foa1G3dfKA58Osp%3D%3DZ9W69gjRygjzphkcstqTarw%40mail.gmail.com.

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/CAKgW%3D6%2BmFxyTd_a89Vv15P1pFeW1w5qh5dCeHVyQizg-fTLy9Q%40mail.gmail.com.


Re: [sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Anton Akhmerov
> Is there a reason that someone would need to combine a newer version
of your package with an older version of SymPy?

I believe it's pretty much what Jason wrote: a yet another package might 
not support the latest SymPy yet, and a standard similar to SPEC 0 is a 
suggestion of what SymPy maintainers consider reasonable.

On Sunday 10 March 2024 at 17:31:17 UTC+1 moore...@gmail.com wrote:

> A reason to depend on and be compatible with more than 1 version of SymPy 
> would be to maximize compatibility when installing your package (and thus 
> SymPy) alongside a collection of interdependent packages.
>
> Jason
> moorepants.info
> +01 530-601-9791 <(530)%20601-9791>
>
>
> On Sun, Mar 10, 2024 at 4:40 PM Oscar Benjamin  
> wrote:
>
>> Hi Anton,
>>
>> To be clear I am not against adding SymPy to SPEC 0. I just want to
>> understand what this means in practice. Presumably if SymPy is added
>> there then people will have some expectation that it means something
>> somehow.
>>
>> I don't really know how to answer the question "which versions of
>> SymPy should I try to support within my package that has SymPy as a
>> dependency" because I am not sure what the benefit would be of
>> supporting more than 1 version of SymPy.
>>
>> Is there a reason that someone would need to combine a newer version
>> of your package with an older version of SymPy?
>>
>> Oscar
>>
>> On Sun, 10 Mar 2024 at 15:18, Anton Akhmerov  
>> wrote:
>> >
>> > Hi Oscar,
>> >
>> > I want to be able to answer a question: "which versions of SymPy should 
>> I try to support within my package that has SymPy as a dependency". It 
>> doesn't make a big difference whether this question is answered by SPEC 0 
>> or by SymPy itself, except for SPEC 0 being a central point of reference. I 
>> realized that SymPy has no support cycle, but I think the question is still 
>> useful regardless.
>> >
>> > Anton
>> > On Sunday 10 March 2024 at 15:48:13 UTC+1 Oscar wrote:
>> >>
>> >> Hi Anton,
>> >>
>> >> What difference does it make to you in practice whether or not SymPy
>> >> is listed in SPEC 0?
>> >>
>> >> SymPy does not really support old versions with maintenance releases
>> >> so it does not really have a "support cycle" in the sense that SPEC 0
>> >> seems to describe. There can be a bugfix release shortly after a
>> >> feature release to fix some obvious regressions but that is basically
>> >> it.
>> >>
>> >> SymPy itself broadly tries to have wide version support for other
>> >> packages like numpy just because without listing them as hard
>> >> dependencies there is no way to indicate which versions sympy is
>> >> compatible with. There is no way to put version constraints on
>> >> optional dependencies in pip/PyPI land.
>> >>
>> >> Oscar
>> >>
>> >> On Sun, 10 Mar 2024 at 14:24, Anton Akhmerov  
>> wrote:
>> >> >
>> >> > Hi all,
>> >> >
>> >> > There is now SPEC 0, a SciPy-community-wide standard for versions of 
>> different packages that developers should aim supporting, see 
>> https://scientific-python.org/specs/spec-/
>> >> >
>> >> > I believe Sympy is the biggest package missing from SPEC 0, and I've 
>> asked the maintainers of SPEC 0 what is the best way to proceed (
>> https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov).
>>  
>> They appear to welcome the idea and recommended to reach out via this 
>> mailing list.
>> >> >
>> >> > So here's the question I'd like to know (as someone authoring 
>> software that depends on Sympy): would Sympy like to join SPEC 0?
>> >> >
>> >> > Thank you for your consideration,
>> >> > Anton
>> >> >
>> >> > --
>> >> > You received this message because you are subscribed to the Google 
>> Groups "sympy" group.
>> >> > To unsubscribe from this group and stop receiving emails from it, 
>> send an email to sympy+un...@googlegroups.com.
>> >> > To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com
>> .
>> >
>> > --
>> > You received this message because you are subscribed to the Google 
>> Groups "sympy" group.
>> > To unsubscribe from this group and stop receiving emails from it, send 
>> an email to sympy+un...@googlegroups.com.
>> > To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/sympy/abcea775-f3aa-45c0-883e-ceec9482cc6cn%40googlegroups.com
>> .
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "sympy" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to sympy+un...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/sympy/CAHVvXxRk_ZZmbXig0fTJ3rQ_dn0Ecu4FfO_Nv9qG%3Dzd9Jy8AWg%40mail.gmail.com
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this 

Re: [sympy] In memory of Kalevi Suominen

2024-03-10 Thread Jason Moore
Hi Oscar,

That is very sad to hear. I did not know Kalevi other than through SymPy
but it looks like he was an Emeritus mathematics professor from the
University of Helsinki. This page shows a photo of him:

https://wiki.helsinki.fi/xwiki/bin/view/mathstatHenkilokunta/Henkil%C3%B6t/Suominen%2C%20Kalevi/

His contributions to SymPy will live on. I believe he mentored GSoC
students. If anyone knows more about Kalevi and can share, that would be
much appreciated.

Sincerely,

Jason
moorepants.info
+01 530-601-9791


On Sun, Mar 10, 2024 at 5:31 PM Oscar Benjamin 
wrote:

> Hi all SymPy community,
>
> It is with great sadness that I bring the news that Kalevi Suominen
> (@jksuom on GitHub) passed away on the 4th of March. Kalevi's son
> Risto passed on this news to me and some others by email yesterday.
>
> I never met Kalevi in person but we had many conversations online over
> many years. Kalevi was an outstanding SymPy contributor and was
> involved with the project long before me and so there are others here
> who have known him much longer than I have. Kalevi guided many SymPy
> contributors and supervised many GSOC students over many years.
> Looking in the git history his earliest commit was from almost exactly
> 10 years ago.
>
> Personally I learnt a huge amount from Kalevi and I am very grateful
> for the time he took to teach me and others and to guide the project
> generally. Kalevi's expertise in many areas of Mathematics and across
> the full depth of many parts of the SymPy codebase was unmatched
> within the community.
>
> Interacting through GitHub I guess that many of us did not realise
> that Kalevi's health was in decline. He continued to be involved
> including most recently reviewing a pull request just 6 weeks ago. A
> few weeks ago he sent me some files with what he was most recently
> working on but was no longer able to finish. I will try to complete
> that work and submit it as Kalevi's final pull request.
>
> Kalevi's passing is a huge loss to SymPy but I don't want to dwell on
> that. Instead I invite those of us who have known Kalevi to share
> their thoughts and memories here.
>
> Oscar
>
> --
> You received this message because you are subscribed to the Google Groups
> "sympy" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to sympy+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/sympy/CAHVvXxTRWVQp_N_0%3DNnf-yBJwSu373sw-NB7UKuZCks2HTHGaA%40mail.gmail.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/CAP7f1AgzKoA5-P_OH0GZwFOjd4M5ipFPVV14RgSaHL73qwxYCQ%40mail.gmail.com.


[sympy] In memory of Kalevi Suominen

2024-03-10 Thread Oscar Benjamin
Hi all SymPy community,

It is with great sadness that I bring the news that Kalevi Suominen
(@jksuom on GitHub) passed away on the 4th of March. Kalevi's son
Risto passed on this news to me and some others by email yesterday.

I never met Kalevi in person but we had many conversations online over
many years. Kalevi was an outstanding SymPy contributor and was
involved with the project long before me and so there are others here
who have known him much longer than I have. Kalevi guided many SymPy
contributors and supervised many GSOC students over many years.
Looking in the git history his earliest commit was from almost exactly
10 years ago.

Personally I learnt a huge amount from Kalevi and I am very grateful
for the time he took to teach me and others and to guide the project
generally. Kalevi's expertise in many areas of Mathematics and across
the full depth of many parts of the SymPy codebase was unmatched
within the community.

Interacting through GitHub I guess that many of us did not realise
that Kalevi's health was in decline. He continued to be involved
including most recently reviewing a pull request just 6 weeks ago. A
few weeks ago he sent me some files with what he was most recently
working on but was no longer able to finish. I will try to complete
that work and submit it as Kalevi's final pull request.

Kalevi's passing is a huge loss to SymPy but I don't want to dwell on
that. Instead I invite those of us who have known Kalevi to share
their thoughts and memories here.

Oscar

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/CAHVvXxTRWVQp_N_0%3DNnf-yBJwSu373sw-NB7UKuZCks2HTHGaA%40mail.gmail.com.


Re: [sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Jason Moore
A reason to depend on and be compatible with more than 1 version of SymPy
would be to maximize compatibility when installing your package (and thus
SymPy) alongside a collection of interdependent packages.

Jason
moorepants.info
+01 530-601-9791


On Sun, Mar 10, 2024 at 4:40 PM Oscar Benjamin 
wrote:

> Hi Anton,
>
> To be clear I am not against adding SymPy to SPEC 0. I just want to
> understand what this means in practice. Presumably if SymPy is added
> there then people will have some expectation that it means something
> somehow.
>
> I don't really know how to answer the question "which versions of
> SymPy should I try to support within my package that has SymPy as a
> dependency" because I am not sure what the benefit would be of
> supporting more than 1 version of SymPy.
>
> Is there a reason that someone would need to combine a newer version
> of your package with an older version of SymPy?
>
> Oscar
>
> On Sun, 10 Mar 2024 at 15:18, Anton Akhmerov 
> wrote:
> >
> > Hi Oscar,
> >
> > I want to be able to answer a question: "which versions of SymPy should
> I try to support within my package that has SymPy as a dependency". It
> doesn't make a big difference whether this question is answered by SPEC 0
> or by SymPy itself, except for SPEC 0 being a central point of reference. I
> realized that SymPy has no support cycle, but I think the question is still
> useful regardless.
> >
> > Anton
> > On Sunday 10 March 2024 at 15:48:13 UTC+1 Oscar wrote:
> >>
> >> Hi Anton,
> >>
> >> What difference does it make to you in practice whether or not SymPy
> >> is listed in SPEC 0?
> >>
> >> SymPy does not really support old versions with maintenance releases
> >> so it does not really have a "support cycle" in the sense that SPEC 0
> >> seems to describe. There can be a bugfix release shortly after a
> >> feature release to fix some obvious regressions but that is basically
> >> it.
> >>
> >> SymPy itself broadly tries to have wide version support for other
> >> packages like numpy just because without listing them as hard
> >> dependencies there is no way to indicate which versions sympy is
> >> compatible with. There is no way to put version constraints on
> >> optional dependencies in pip/PyPI land.
> >>
> >> Oscar
> >>
> >> On Sun, 10 Mar 2024 at 14:24, Anton Akhmerov 
> wrote:
> >> >
> >> > Hi all,
> >> >
> >> > There is now SPEC 0, a SciPy-community-wide standard for versions of
> different packages that developers should aim supporting, see
> https://scientific-python.org/specs/spec-/
> >> >
> >> > I believe Sympy is the biggest package missing from SPEC 0, and I've
> asked the maintainers of SPEC 0 what is the best way to proceed (
> https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov).
> They appear to welcome the idea and recommended to reach out via this
> mailing list.
> >> >
> >> > So here's the question I'd like to know (as someone authoring
> software that depends on Sympy): would Sympy like to join SPEC 0?
> >> >
> >> > Thank you for your consideration,
> >> > Anton
> >> >
> >> > --
> >> > You received this message because you are subscribed to the Google
> Groups "sympy" group.
> >> > To unsubscribe from this group and stop receiving emails from it,
> send an email to sympy+un...@googlegroups.com.
> >> > To view this discussion on the web visit
> https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com
> .
> >
> > --
> > You received this message because you are subscribed to the Google
> Groups "sympy" group.
> > To unsubscribe from this group and stop receiving emails from it, send
> an email to sympy+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> https://groups.google.com/d/msgid/sympy/abcea775-f3aa-45c0-883e-ceec9482cc6cn%40googlegroups.com
> .
>
> --
> You received this message because you are subscribed to the Google Groups
> "sympy" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to sympy+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/sympy/CAHVvXxRk_ZZmbXig0fTJ3rQ_dn0Ecu4FfO_Nv9qG%3Dzd9Jy8AWg%40mail.gmail.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/CAP7f1Ag%3D7Di32DZRSRX01X2y_%3DBHTm4-o5W_GMRKoOX%3DgTu2Sw%40mail.gmail.com.


Re: [sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Oscar Benjamin
Hi Anton,

To be clear I am not against adding SymPy to SPEC 0. I just want to
understand what this means in practice. Presumably if SymPy is added
there then people will have some expectation that it means something
somehow.

I don't really know how to answer the question "which versions of
SymPy should I try to support within my package that has SymPy as a
dependency" because I am not sure what the benefit would be of
supporting more than 1 version of SymPy.

Is there a reason that someone would need to combine a newer version
of your package with an older version of SymPy?

Oscar

On Sun, 10 Mar 2024 at 15:18, Anton Akhmerov  wrote:
>
> Hi Oscar,
>
> I want to be able to answer a question: "which versions of SymPy should I try 
> to support within my package that has SymPy as a dependency". It doesn't make 
> a big difference whether this question is answered by SPEC 0 or by SymPy 
> itself, except for SPEC 0 being a central point of reference. I realized that 
> SymPy has no support cycle, but I think the question is still useful 
> regardless.
>
> Anton
> On Sunday 10 March 2024 at 15:48:13 UTC+1 Oscar wrote:
>>
>> Hi Anton,
>>
>> What difference does it make to you in practice whether or not SymPy
>> is listed in SPEC 0?
>>
>> SymPy does not really support old versions with maintenance releases
>> so it does not really have a "support cycle" in the sense that SPEC 0
>> seems to describe. There can be a bugfix release shortly after a
>> feature release to fix some obvious regressions but that is basically
>> it.
>>
>> SymPy itself broadly tries to have wide version support for other
>> packages like numpy just because without listing them as hard
>> dependencies there is no way to indicate which versions sympy is
>> compatible with. There is no way to put version constraints on
>> optional dependencies in pip/PyPI land.
>>
>> Oscar
>>
>> On Sun, 10 Mar 2024 at 14:24, Anton Akhmerov  wrote:
>> >
>> > Hi all,
>> >
>> > There is now SPEC 0, a SciPy-community-wide standard for versions of 
>> > different packages that developers should aim supporting, see 
>> > https://scientific-python.org/specs/spec-/
>> >
>> > I believe Sympy is the biggest package missing from SPEC 0, and I've asked 
>> > the maintainers of SPEC 0 what is the best way to proceed 
>> > (https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov).
>> >  They appear to welcome the idea and recommended to reach out via this 
>> > mailing list.
>> >
>> > So here's the question I'd like to know (as someone authoring software 
>> > that depends on Sympy): would Sympy like to join SPEC 0?
>> >
>> > Thank you for your consideration,
>> > Anton
>> >
>> > --
>> > You received this message because you are subscribed to the Google Groups 
>> > "sympy" group.
>> > To unsubscribe from this group and stop receiving emails from it, send an 
>> > email to sympy+un...@googlegroups.com.
>> > To view this discussion on the web visit 
>> > https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "sympy" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sympy+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sympy/abcea775-f3aa-45c0-883e-ceec9482cc6cn%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/CAHVvXxRk_ZZmbXig0fTJ3rQ_dn0Ecu4FfO_Nv9qG%3Dzd9Jy8AWg%40mail.gmail.com.


Re: [sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Anton Akhmerov
Hi Oscar,

I want to be able to answer a question: "which versions of SymPy should I 
try to support within my package that has SymPy as a dependency". It 
doesn't make a big difference whether this question is answered by SPEC 0 
or by SymPy itself, except for SPEC 0 being a central point of reference. I 
realized that SymPy has no support cycle, but I think the question is still 
useful regardless.

Anton
On Sunday 10 March 2024 at 15:48:13 UTC+1 Oscar wrote:

> Hi Anton,
>
> What difference does it make to you in practice whether or not SymPy
> is listed in SPEC 0?
>
> SymPy does not really support old versions with maintenance releases
> so it does not really have a "support cycle" in the sense that SPEC 0
> seems to describe. There can be a bugfix release shortly after a
> feature release to fix some obvious regressions but that is basically
> it.
>
> SymPy itself broadly tries to have wide version support for other
> packages like numpy just because without listing them as hard
> dependencies there is no way to indicate which versions sympy is
> compatible with. There is no way to put version constraints on
> optional dependencies in pip/PyPI land.
>
> Oscar
>
> On Sun, 10 Mar 2024 at 14:24, Anton Akhmerov  wrote:
> >
> > Hi all,
> >
> > There is now SPEC 0, a SciPy-community-wide standard for versions of 
> different packages that developers should aim supporting, see 
> https://scientific-python.org/specs/spec-/
> >
> > I believe Sympy is the biggest package missing from SPEC 0, and I've 
> asked the maintainers of SPEC 0 what is the best way to proceed (
> https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov). 
> They appear to welcome the idea and recommended to reach out via this 
> mailing list.
> >
> > So here's the question I'd like to know (as someone authoring software 
> that depends on Sympy): would Sympy like to join SPEC 0?
> >
> > Thank you for your consideration,
> > Anton
> >
> > --
> > You received this message because you are subscribed to the Google 
> Groups "sympy" group.
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to sympy+un...@googlegroups.com.
> > To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/abcea775-f3aa-45c0-883e-ceec9482cc6cn%40googlegroups.com.


Re: [sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Oscar Benjamin
Hi Anton,

What difference does it make to you in practice whether or not SymPy
is listed in SPEC 0?

SymPy does not really support old versions with maintenance releases
so it does not really have a "support cycle" in the sense that SPEC 0
seems to describe. There can be a bugfix release shortly after a
feature release to fix some obvious regressions but that is basically
it.

SymPy itself broadly tries to have wide version support for other
packages like numpy just because without listing them as hard
dependencies there is no way to indicate which versions sympy is
compatible with. There is no way to put version constraints on
optional dependencies in pip/PyPI land.

Oscar

On Sun, 10 Mar 2024 at 14:24, Anton Akhmerov  wrote:
>
> Hi all,
>
> There is now SPEC 0, a SciPy-community-wide standard for versions of 
> different packages that developers should aim supporting, see 
> https://scientific-python.org/specs/spec-/
>
> I believe Sympy is the biggest package missing from SPEC 0, and I've asked 
> the maintainers of SPEC 0 what is the best way to proceed 
> (https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov).
>  They appear to welcome the idea and recommended to reach out via this 
> mailing list.
>
> So here's the question I'd like to know (as someone authoring software that 
> depends on Sympy): would Sympy like to join SPEC 0?
>
> Thank you for your consideration,
> Anton
>
> --
> You received this message because you are subscribed to the Google Groups 
> "sympy" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sympy+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/CAHVvXxS%2Bh1foa1G3dfKA58Osp%3D%3DZ9W69gjRygjzphkcstqTarw%40mail.gmail.com.


[sympy] Addin sympy to SPEC 0?

2024-03-10 Thread Anton Akhmerov
Hi all,

There is now SPEC 0, a SciPy-community-wide standard for versions of 
different packages that developers should aim supporting, 
see https://scientific-python.org/specs/spec-/

I believe Sympy is the biggest package missing from SPEC 0, and I've asked 
the maintainers of SPEC 0 what is the best way to proceed 
(https://discuss.scientific-python.org/t/spec-0-include-sympy/975?u=akhmerov). 
They appear to welcome the idea and recommended to reach out via this 
mailing list.

So here's the question I'd like to know (as someone authoring software that 
depends on Sympy): would Sympy like to join SPEC 0?

Thank you for your consideration,
Anton

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/e21d2db6-8ac4-4b01-a92c-7e49eb591146n%40googlegroups.com.


[sympy] Re: Enhancing the flexibility of MatchPy

2024-03-10 Thread Samith Kavishke
Hi Francesco,
Thank you for the reply. How should I progress in this project? I have 
several issues encountered when I am going through the matchpy repository, 
where would I raise those issues.

On Wednesday, March 6, 2024 at 3:49:09 PM UTC+5:30 Francesco Bonazzi wrote:

> The idea that I have in mind requires forking the MatchPy library. If we 
> can find a way to modify the tree-traversal algorithms in MatchPy in order 
> not to depend on type checks, we will make MatchPy's integration into SymPy 
> much easier.
>
> On Wednesday, March 6, 2024 at 1:17:17 a.m. UTC+1 samithkar...@gmail.com 
> wrote:
>
>> Hi,
>> Even though, I have engaged with few chats I thought to introduce me 
>> first. I am Samith Karunathilake, a third year undergraduate from 
>> University of Moratuwa, Sri Lanka. I have an interest on contributing for 
>> the Sympy for GSOC 2024. As for now I have baisc understanding about few 
>> areas, *sympy.series*, *matchpy_connector* and *parse_mathematica*.
>>
>> Here are the few methods that I identified about matchpy restructuring.
>> Since, at the moment it uses an Expression node as the root node and we 
>> can redefine it and introduce some methods to check whether it is a 
>> instance of wildcard or an operation.
>> Through that we can change the tree traversal method without bothering 
>> about the implementation of the Wild Card and Operations.
>> If Francesco Bonazzi, or any potential mentor can give their idea on this 
>> thread, it would be much helpful. I will post more about this project as a 
>> reply for this thread.
>>
>> Thanks in advance for your collaboration.
>> Samith Karunathilake.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sympy+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/3985368b-4d77-4776-957b-3de4859097afn%40googlegroups.com.