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). > > > > Gitlab has 1600+ node dependencies when I counted last time (may have even > grown bigger by now). So currently it is just a yarn install in contrib > section for most dependencies. With security updates coming every month > packaging node dependencies is happening very very slow. So if you see my > name anywhere in any node package, just go ahead and do the right thing, as > noted by Nilesh (just coordinate well in case of breaking changes). I'm not > particularly attached to any team maintained packages, I'm only happy if > others update packages where I'm an uploader. I perfectly understand since we both obviously share the same attitude. Thanks for clarifying explicitly anyway Andreas. -- http://fam-tille.de
Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))
Hi Eric, On 2022-02-27 22:36, Eric Brown wrote: > Likewise, thank you very much! It’s exciting that the dependencies for > shiny-server are coming together. Please note the upstream for > sockjs-client responded to me and released 1.6.0 which also updates some > other dependency versions. You are welcome. I have uploaded node-sockjs-client on Friday, it is in NEW now. I will update it to 1.6.0 once it clears NEW. It would be nice if someone could take a look at shiny-server, since it starts to come together finally. I most likely will not have time for that. I would suggest against updating it at first, as new JS dependencies have a tendency to appear rapidly. Best, Andrius
Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))
2022, ഫെബ്രുവരി 25 11:19:41 AM IST, Andreas Tille ൽ എഴുതി >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? > >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). > Gitlab has 1600+ node dependencies when I counted last time (may have even grown bigger by now). So currently it is just a yarn install in contrib section for most dependencies. With security updates coming every month packaging node dependencies is happening very very slow. So if you see my name anywhere in any node package, just go ahead and do the right thing, as noted by Nilesh (just coordinate well in case of breaking changes). I'm not particularly attached to any team maintained packages, I'm only happy if others update packages where I'm an uploader. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))
Hi Andrius, Likewise, thank you very much! It’s exciting that the dependencies for shiny-server are coming together. Please note the upstream for sockjs-client responded to me and released 1.6.0 which also updates some other dependency versions. https://github.com/sockjs/sockjs-client/releases/tag/v1.6.0 Best, Eric On Fri, Feb 25, 2022 at 08:51 Andreas Tille wrote: > 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 > > way I would not have to deal with Breaks+Replaces due to same locations > > occupied by two different packages. > > Perfectly fine for me. > > Thanks a lot for caring for this package > >Andreas. > > -- > http://fam-tille.de > -- Eric Brown MD MSc FRCPC For encryption, OpenPGP public key available on request.
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 > way I would not have to deal with Breaks+Replaces due to same locations > occupied by two different packages. Perfectly fine for me. Thanks a lot for caring for this package Andreas. -- http://fam-tille.de
Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))
Hello, Replying to Nilesh and Andreas in the same mail. On 2022-02-25 07:49, Andreas Tille wrote: > 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? > 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). I admit I got confused a bit. There is an orphaning bug [1] without an owner and ITP bug [2] owned by Pirate Praveen. I think I will merge these and close them with the upload. [1] https://bugs.debian.org/836492 [2] https://bugs.debian.org/886155 >> But in any case, this does not seem to have any reverse dependencies so this >> should be safe to upload. As far as I know Praveen, he will not stop you >> until it breaks something (the package is in a bitrot anyway) > Yes. > >>> FYI, the upload will have to go through NEW due to both source and binary >>> package renaming. >> Although this does not make much sense to do this here but still if you want >> to play extra safe, you might want to upload it targetting experimental. > You might even consider using the old name for an upload to unstable and > at the same time push a renamed package to experimental via new. This > would enable to keep on working on shiny-server (despite I'm not sure > whether we need to be in a hurry here ... I personally have other things > on my table unfortunately). 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 way I would not have to deal with Breaks+Replaces due to same locations occupied by two different packages. Best, Andrius
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? 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). > But in any case, this does not seem to have any reverse dependencies so this > should be safe to upload. As far as I know Praveen, he will not stop you > until it breaks something (the package is in a bitrot anyway) Yes. > >FYI, the upload will have to go through NEW due to both source and binary > >package renaming. > > Although this does not make much sense to do this here but still if you want > to play extra safe, you might want to upload it targetting experimental. You might even consider using the old name for an upload to unstable and at the same time push a renamed package to experimental via new. This would enable to keep on working on shiny-server (despite I'm not sure whether we need to be in a hurry here ... I personally have other things on my table unfortunately). Kind regards Andreas. -- http://fam-tille.de
Re: [Pkg-javascript-devel] sockjs-client is in Debian but needs update (Was: [covid-19] shiny-server (Was: dependencies Re: ITP: streamlit))
On 25 February 2022 2:36:28 am IST, Andrius Merkys wrote: >On Thu, 24 Feb 2022, 22:21 Andreas Tille, wrote: >> > I have turned this commit into a patch, and now sockjs-client builds and >> > passes its autopkgtest successfully. So we do not have to wait for the >> > next release. >> >> Would you mind uploading? > > >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? But in any case, this does not seem to have any reverse dependencies so this should be safe to upload. As far as I know Praveen, he will not stop you until it breaks something (the package is in a bitrot anyway) >FYI, the upload will have to go through NEW due to both source and binary >package renaming. Although this does not make much sense to do this here but still if you want to play extra safe, you might want to upload it targetting experimental. Regards, Nilesh