วันจันทร์ที่ 30 พฤศจิกายน พ.ศ. 2558

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [sage-devel] Request for advice : upgrading a standard package requires a new package

Dear list,

I wish to upgrade the rpy2 python package to 2.7.4 : our antique version (2.3.8) no longer allows to use the ipython interface in the Jupyer notebook. I've checked that this upgrade is enough to get a functional %R (and %%R) interface in the Jupyter notebook.

However, I am told that upgrading "savagely" via pip "creates a mess". The solution if of course tu upgrade the Sagemath package.

However, my pip upgrade showed me that this upgrade entails
  • an upgrade to six, which is already packaged in Sagemath (no problem)
  • installing the singledispatch package, which is NOT packaged.
ISTR that, on this list, it has been decided that a new package should reain optional for at least a year before becoming a standard package. If we follow this policy, the standard package rpy2 would depend on the optional package singledispatch. This seems a bit incoherent...

Another solution would be to keep the standard rpy2 package at 2.3.8, and have a rpy2-newer optional, depending on singledispatch. This seems a bit contrived, to say the least. Furthermore, I do not know how to proceed...

A third solution would e to silently include singledispatch in the source to rpy2. This "solution" seems toguarantee future incompatibilities.

What should I do ?

Bonus question : how to package rpy2 to signal that it depends on singleispatch ?

HTH,

--
Emmanuel Charpentier

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:55:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:55:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] Re: [sage-devel] Request for advice : upgrading a standard package requires a new package

The policy that I, Volker and Jeroen (I think) have followed in those
case - and it happened a lot while upgrading the various versions of
ipython - is to include the new package as standard in the upgrade ticket.

It is the only non-crazy option. Either you leave a stall package
because you cannot upgrade or you promote the required dependency
to standard package.

The latest example would have been when I upgraded matplotlib to 1.5.0
which required a new package "cycler". It is in the latest beta.

So go ahead and add it. _I_ will review it, if no one else does.

Francois

On 12/01/15 11:47, Emmanuel Charpentier wrote:
> Dear list,
>
> I wish to upgrade the rpy2 python package to 2.7.4 : our antique version
> (2.3.8) no longer allows to use the ipython interface in the Jupyer
> notebook. I've checked that this upgrade is enough to get a functional
> %R (and %%R) interface in the Jupyter notebook.
>
> However, I am told
> <https://groups.google.com/forum/#!topic/sage-support/ojXJPibPi-0> that
> upgrading "savagely" via pip "creates a mess". The solution if of course
> tu upgrade the Sagemath package.
>
> However, my pip upgrade showed me that this upgrade entails
>
> * an upgrade to six, which is already packaged in Sagemath (no problem)
> * installing the singledispatch package, which is NOT packaged.
>
> ISTR that, on this list, it has been decided that a new package should
> reain optional for at least a year before becoming a standard package.
> If we follow this policy, the standard package rpy2 would depend on the
> optional package singledispatch. This seems a bit incoherent...
>
> Another solution would be to keep the standard rpy2 package at 2.3.8,
> and have a rpy2-newer optional, depending on singledispatch. This seems
> a bit contrived, to say the least. Furthermore, I do not know how to
> proceed...
>
> A third solution would e to silently include singledispatch in the
> source to rpy2. This "solution" seems toguarantee future incompatibilities.
>
> What should I do ?
>
> Bonus question : how to package rpy2 to signal that it depends on
> singleispatch ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> --
> You received this message because you are subscribed to the Google
> Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sage-devel+unsubscribe@googlegroups.com
> <mailto:sage-devel+unsubscribe@googlegroups.com>.
> To post to this group, send email to sage-devel@googlegroups.com
> <mailto:sage-devel@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:55:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:55:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [sage-devel] Request for advice : upgrading a standard package requires a new package

Dear list,

I wish to upgrade the rpy2 python package to 2.7.4 : our antique version (2.3.8) no longer allows to use the ipython interface in the Jupyer notebook. I've checked that this upgrade is enough to get a functional %R (and %%R) interface in the Jupyter notebook.

However, I am told that upgrading "savagely" via pip "creates a mess". The solution if of course tu upgrade the Sagemath package.

However, my pip upgrade showed me that this upgrade entails
  • an upgrade to six, which is already packaged in Sagemath (no problem)
  • installing the singledispatch package, which is NOT packaged.
ISTR that, on this list, it has been decided that a new package should reain optional for at least a year before becoming a standard package. If we follow this policy, the standard package rpy2 would depend on the optional package singledispatch. This seems a bit incoherent...

Another solution would be to keep the standard rpy2 package at 2.3.8, and have a rpy2-newer optional, depending on singledispatch. This seems a bit contrived, to say the least. Furthermore, I do not know how to proceed...

A third solution would e to silently include singledispatch in the source to rpy2. This "solution" seems toguarantee future incompatibilities.

What should I do ?

Bonus question : how to package rpy2 to signal that it depends on singleispatch ?

HTH,

--
Emmanuel Charpentier

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:55:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] Re: [sage-devel] Request for advice : upgrading a standard package requires a new package

The policy that I, Volker and Jeroen (I think) have followed in those
case - and it happened a lot while upgrading the various versions of
ipython - is to include the new package as standard in the upgrade ticket.

It is the only non-crazy option. Either you leave a stall package
because you cannot upgrade or you promote the required dependency
to standard package.

The latest example would have been when I upgraded matplotlib to 1.5.0
which required a new package "cycler". It is in the latest beta.

So go ahead and add it. _I_ will review it, if no one else does.

Francois

On 12/01/15 11:47, Emmanuel Charpentier wrote:
> Dear list,
>
> I wish to upgrade the rpy2 python package to 2.7.4 : our antique version
> (2.3.8) no longer allows to use the ipython interface in the Jupyer
> notebook. I've checked that this upgrade is enough to get a functional
> %R (and %%R) interface in the Jupyter notebook.
>
> However, I am told
> <https://groups.google.com/forum/#!topic/sage-support/ojXJPibPi-0> that
> upgrading "savagely" via pip "creates a mess". The solution if of course
> tu upgrade the Sagemath package.
>
> However, my pip upgrade showed me that this upgrade entails
>
> * an upgrade to six, which is already packaged in Sagemath (no problem)
> * installing the singledispatch package, which is NOT packaged.
>
> ISTR that, on this list, it has been decided that a new package should
> reain optional for at least a year before becoming a standard package.
> If we follow this policy, the standard package rpy2 would depend on the
> optional package singledispatch. This seems a bit incoherent...
>
> Another solution would be to keep the standard rpy2 package at 2.3.8,
> and have a rpy2-newer optional, depending on singledispatch. This seems
> a bit contrived, to say the least. Furthermore, I do not know how to
> proceed...
>
> A third solution would e to silently include singledispatch in the
> source to rpy2. This "solution" seems toguarantee future incompatibilities.
>
> What should I do ?
>
> Bonus question : how to package rpy2 to signal that it depends on
> singleispatch ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> --
> You received this message because you are subscribed to the Google
> Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sage-devel+unsubscribe@googlegroups.com
> <mailto:sage-devel+unsubscribe@googlegroups.com>.
> To post to this group, send email to sage-devel@googlegroups.com
> <mailto:sage-devel@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:55:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [sage-devel] Request for advice : upgrading a standard package requires a new package

Dear list,

I wish to upgrade the rpy2 python package to 2.7.4 : our antique version (2.3.8) no longer allows to use the ipython interface in the Jupyer notebook. I've checked that this upgrade is enough to get a functional %R (and %%R) interface in the Jupyter notebook.

However, I am told that upgrading "savagely" via pip "creates a mess". The solution if of course tu upgrade the Sagemath package.

However, my pip upgrade showed me that this upgrade entails
  • an upgrade to six, which is already packaged in Sagemath (no problem)
  • installing the singledispatch package, which is NOT packaged.
ISTR that, on this list, it has been decided that a new package should reain optional for at least a year before becoming a standard package. If we follow this policy, the standard package rpy2 would depend on the optional package singledispatch. This seems a bit incoherent...

Another solution would be to keep the standard rpy2 package at 2.3.8, and have a rpy2-newer optional, depending on singledispatch. This seems a bit contrived, to say the least. Furthermore, I do not know how to proceed...

A third solution would e to silently include singledispatch in the source to rpy2. This "solution" seems toguarantee future incompatibilities.

What should I do ?

Bonus question : how to package rpy2 to signal that it depends on singleispatch ?

HTH,

--
Emmanuel Charpentier

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] Re: [sage-devel] Request for advice : upgrading a standard package requires a new package

The policy that I, Volker and Jeroen (I think) have followed in those
case - and it happened a lot while upgrading the various versions of
ipython - is to include the new package as standard in the upgrade ticket.

It is the only non-crazy option. Either you leave a stall package
because you cannot upgrade or you promote the required dependency
to standard package.

The latest example would have been when I upgraded matplotlib to 1.5.0
which required a new package "cycler". It is in the latest beta.

So go ahead and add it. _I_ will review it, if no one else does.

Francois

On 12/01/15 11:47, Emmanuel Charpentier wrote:
> Dear list,
>
> I wish to upgrade the rpy2 python package to 2.7.4 : our antique version
> (2.3.8) no longer allows to use the ipython interface in the Jupyer
> notebook. I've checked that this upgrade is enough to get a functional
> %R (and %%R) interface in the Jupyter notebook.
>
> However, I am told
> <https://groups.google.com/forum/#!topic/sage-support/ojXJPibPi-0> that
> upgrading "savagely" via pip "creates a mess". The solution if of course
> tu upgrade the Sagemath package.
>
> However, my pip upgrade showed me that this upgrade entails
>
> * an upgrade to six, which is already packaged in Sagemath (no problem)
> * installing the singledispatch package, which is NOT packaged.
>
> ISTR that, on this list, it has been decided that a new package should
> reain optional for at least a year before becoming a standard package.
> If we follow this policy, the standard package rpy2 would depend on the
> optional package singledispatch. This seems a bit incoherent...
>
> Another solution would be to keep the standard rpy2 package at 2.3.8,
> and have a rpy2-newer optional, depending on singledispatch. This seems
> a bit contrived, to say the least. Furthermore, I do not know how to
> proceed...
>
> A third solution would e to silently include singledispatch in the
> source to rpy2. This "solution" seems toguarantee future incompatibilities.
>
> What should I do ?
>
> Bonus question : how to package rpy2 to signal that it depends on
> singleispatch ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> --
> You received this message because you are subscribed to the Google
> Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sage-devel+unsubscribe@googlegroups.com
> <mailto:sage-devel+unsubscribe@googlegroups.com>.
> To post to this group, send email to sage-devel@googlegroups.com
> <mailto:sage-devel@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [sage-devel] Request for advice : upgrading a standard package requires a new package

Dear list,

I wish to upgrade the rpy2 python package to 2.7.4 : our antique version (2.3.8) no longer allows to use the ipython interface in the Jupyer notebook. I've checked that this upgrade is enough to get a functional %R (and %%R) interface in the Jupyter notebook.

However, I am told that upgrading "savagely" via pip "creates a mess". The solution if of course tu upgrade the Sagemath package.

However, my pip upgrade showed me that this upgrade entails
  • an upgrade to six, which is already packaged in Sagemath (no problem)
  • installing the singledispatch package, which is NOT packaged.
ISTR that, on this list, it has been decided that a new package should reain optional for at least a year before becoming a standard package. If we follow this policy, the standard package rpy2 would depend on the optional package singledispatch. This seems a bit incoherent...

Another solution would be to keep the standard rpy2 package at 2.3.8, and have a rpy2-newer optional, depending on singledispatch. This seems a bit contrived, to say the least. Furthermore, I do not know how to proceed...

A third solution would e to silently include singledispatch in the source to rpy2. This "solution" seems toguarantee future incompatibilities.

What should I do ?

Bonus question : how to package rpy2 to signal that it depends on singleispatch ?

HTH,

--
Emmanuel Charpentier

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] Re: [sage-devel] Request for advice : upgrading a standard package requires a new package

The policy that I, Volker and Jeroen (I think) have followed in those
case - and it happened a lot while upgrading the various versions of
ipython - is to include the new package as standard in the upgrade ticket.

It is the only non-crazy option. Either you leave a stall package
because you cannot upgrade or you promote the required dependency
to standard package.

The latest example would have been when I upgraded matplotlib to 1.5.0
which required a new package "cycler". It is in the latest beta.

So go ahead and add it. _I_ will review it, if no one else does.

Francois

On 12/01/15 11:47, Emmanuel Charpentier wrote:
> Dear list,
>
> I wish to upgrade the rpy2 python package to 2.7.4 : our antique version
> (2.3.8) no longer allows to use the ipython interface in the Jupyer
> notebook. I've checked that this upgrade is enough to get a functional
> %R (and %%R) interface in the Jupyter notebook.
>
> However, I am told
> <https://groups.google.com/forum/#!topic/sage-support/ojXJPibPi-0> that
> upgrading "savagely" via pip "creates a mess". The solution if of course
> tu upgrade the Sagemath package.
>
> However, my pip upgrade showed me that this upgrade entails
>
> * an upgrade to six, which is already packaged in Sagemath (no problem)
> * installing the singledispatch package, which is NOT packaged.
>
> ISTR that, on this list, it has been decided that a new package should
> reain optional for at least a year before becoming a standard package.
> If we follow this policy, the standard package rpy2 would depend on the
> optional package singledispatch. This seems a bit incoherent...
>
> Another solution would be to keep the standard rpy2 package at 2.3.8,
> and have a rpy2-newer optional, depending on singledispatch. This seems
> a bit contrived, to say the least. Furthermore, I do not know how to
> proceed...
>
> A third solution would e to silently include singledispatch in the
> source to rpy2. This "solution" seems toguarantee future incompatibilities.
>
> What should I do ?
>
> Bonus question : how to package rpy2 to signal that it depends on
> singleispatch ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> --
> You received this message because you are subscribed to the Google
> Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sage-devel+unsubscribe@googlegroups.com
> <mailto:sage-devel+unsubscribe@googlegroups.com>.
> To post to this group, send email to sage-devel@googlegroups.com
> <mailto:sage-devel@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [sage-devel] Request for advice : upgrading a standard package requires a new package

Dear list,

I wish to upgrade the rpy2 python package to 2.7.4 : our antique version (2.3.8) no longer allows to use the ipython interface in the Jupyer notebook. I've checked that this upgrade is enough to get a functional %R (and %%R) interface in the Jupyter notebook.

However, I am told that upgrading "savagely" via pip "creates a mess". The solution if of course tu upgrade the Sagemath package.

However, my pip upgrade showed me that this upgrade entails
  • an upgrade to six, which is already packaged in Sagemath (no problem)
  • installing the singledispatch package, which is NOT packaged.
ISTR that, on this list, it has been decided that a new package should reain optional for at least a year before becoming a standard package. If we follow this policy, the standard package rpy2 would depend on the optional package singledispatch. This seems a bit incoherent...

Another solution would be to keep the standard rpy2 package at 2.3.8, and have a rpy2-newer optional, depending on singledispatch. This seems a bit contrived, to say the least. Furthermore, I do not know how to proceed...

A third solution would e to silently include singledispatch in the source to rpy2. This "solution" seems toguarantee future incompatibilities.

What should I do ?

Bonus question : how to package rpy2 to signal that it depends on singleispatch ?

HTH,

--
Emmanuel Charpentier

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] Re: [sage-devel] Request for advice : upgrading a standard package requires a new package

The policy that I, Volker and Jeroen (I think) have followed in those
case - and it happened a lot while upgrading the various versions of
ipython - is to include the new package as standard in the upgrade ticket.

It is the only non-crazy option. Either you leave a stall package
because you cannot upgrade or you promote the required dependency
to standard package.

The latest example would have been when I upgraded matplotlib to 1.5.0
which required a new package "cycler". It is in the latest beta.

So go ahead and add it. _I_ will review it, if no one else does.

Francois

On 12/01/15 11:47, Emmanuel Charpentier wrote:
> Dear list,
>
> I wish to upgrade the rpy2 python package to 2.7.4 : our antique version
> (2.3.8) no longer allows to use the ipython interface in the Jupyer
> notebook. I've checked that this upgrade is enough to get a functional
> %R (and %%R) interface in the Jupyter notebook.
>
> However, I am told
> <https://groups.google.com/forum/#!topic/sage-support/ojXJPibPi-0> that
> upgrading "savagely" via pip "creates a mess". The solution if of course
> tu upgrade the Sagemath package.
>
> However, my pip upgrade showed me that this upgrade entails
>
> * an upgrade to six, which is already packaged in Sagemath (no problem)
> * installing the singledispatch package, which is NOT packaged.
>
> ISTR that, on this list, it has been decided that a new package should
> reain optional for at least a year before becoming a standard package.
> If we follow this policy, the standard package rpy2 would depend on the
> optional package singledispatch. This seems a bit incoherent...
>
> Another solution would be to keep the standard rpy2 package at 2.3.8,
> and have a rpy2-newer optional, depending on singledispatch. This seems
> a bit contrived, to say the least. Furthermore, I do not know how to
> proceed...
>
> A third solution would e to silently include singledispatch in the
> source to rpy2. This "solution" seems toguarantee future incompatibilities.
>
> What should I do ?
>
> Bonus question : how to package rpy2 to signal that it depends on
> singleispatch ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> --
> You received this message because you are subscribed to the Google
> Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sage-devel+unsubscribe@googlegroups.com
> <mailto:sage-devel+unsubscribe@googlegroups.com>.
> To post to this group, send email to sage-devel@googlegroups.com
> <mailto:sage-devel@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [sage-devel] Request for advice : upgrading a standard package requires a new package

Dear list,

I wish to upgrade the rpy2 python package to 2.7.4 : our antique version (2.3.8) no longer allows to use the ipython interface in the Jupyer notebook. I've checked that this upgrade is enough to get a functional %R (and %%R) interface in the Jupyter notebook.

However, I am told that upgrading "savagely" via pip "creates a mess". The solution if of course tu upgrade the Sagemath package.

However, my pip upgrade showed me that this upgrade entails
  • an upgrade to six, which is already packaged in Sagemath (no problem)
  • installing the singledispatch package, which is NOT packaged.
ISTR that, on this list, it has been decided that a new package should reain optional for at least a year before becoming a standard package. If we follow this policy, the standard package rpy2 would depend on the optional package singledispatch. This seems a bit incoherent...

Another solution would be to keep the standard rpy2 package at 2.3.8, and have a rpy2-newer optional, depending on singledispatch. This seems a bit contrived, to say the least. Furthermore, I do not know how to proceed...

A third solution would e to silently include singledispatch in the source to rpy2. This "solution" seems toguarantee future incompatibilities.

What should I do ?

Bonus question : how to package rpy2 to signal that it depends on singleispatch ?

HTH,

--
Emmanuel Charpentier

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:47:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

[computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] [computer] Re: [sage-devel] Request for advice : upgrading a standard package requires a new package

The policy that I, Volker and Jeroen (I think) have followed in those
case - and it happened a lot while upgrading the various versions of
ipython - is to include the new package as standard in the upgrade ticket.

It is the only non-crazy option. Either you leave a stall package
because you cannot upgrade or you promote the required dependency
to standard package.

The latest example would have been when I upgraded matplotlib to 1.5.0
which required a new package "cycler". It is in the latest beta.

So go ahead and add it. _I_ will review it, if no one else does.

Francois

On 12/01/15 11:47, Emmanuel Charpentier wrote:
> Dear list,
>
> I wish to upgrade the rpy2 python package to 2.7.4 : our antique version
> (2.3.8) no longer allows to use the ipython interface in the Jupyer
> notebook. I've checked that this upgrade is enough to get a functional
> %R (and %%R) interface in the Jupyter notebook.
>
> However, I am told
> <https://groups.google.com/forum/#!topic/sage-support/ojXJPibPi-0> that
> upgrading "savagely" via pip "creates a mess". The solution if of course
> tu upgrade the Sagemath package.
>
> However, my pip upgrade showed me that this upgrade entails
>
> * an upgrade to six, which is already packaged in Sagemath (no problem)
> * installing the singledispatch package, which is NOT packaged.
>
> ISTR that, on this list, it has been decided that a new package should
> reain optional for at least a year before becoming a standard package.
> If we follow this policy, the standard package rpy2 would depend on the
> optional package singledispatch. This seems a bit incoherent...
>
> Another solution would be to keep the standard rpy2 package at 2.3.8,
> and have a rpy2-newer optional, depending on singledispatch. This seems
> a bit contrived, to say the least. Furthermore, I do not know how to
> proceed...
>
> A third solution would e to silently include singledispatch in the
> source to rpy2. This "solution" seems toguarantee future incompatibilities.
>
> What should I do ?
>
> Bonus question : how to package rpy2 to signal that it depends on
> singleispatch ?
>
> HTH,
>
> --
> Emmanuel Charpentier
>
> --
> You received this message because you are subscribed to the Google
> Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to sage-devel+unsubscribe@googlegroups.com
> <mailto:sage-devel+unsubscribe@googlegroups.com>.
> To post to this group, send email to sage-devel@googlegroups.com
> <mailto:sage-devel@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscribe@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:53:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง

--
เขียนโดย computer ถึง computer เวลา 11/30/2558 02:54:00 หลังเที่ยง