Re: Package takeover request for rapid
Markus Läll <[email protected]> Wed, 18 May 2022 10:46:46 +0300
| Newsgroups | gmane.comp.lang.haskell.cafe,gmane.comp.lang.haskell.libraries |
|---|---|
| Message-ID | <CALdaiuAvfcFz+npzUcjwELJ-VFjHMgXLG6-kz4OQ_y+T2uW5Ew@mail.gmail.com> |
--===============6867107133953130930== Content-Type: multipart/alternative; boundary="000000000000bc571005df44771e" --000000000000bc571005df44771e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, it's now been two weeks, would it be ok to continue? I've created an organization here https://github.com/haskell-rapid/ so it would be easy to add more maintainers, and added an issue tracker as well (forks don't have one by default). I did contact github and cited this thread and the takeover process but since I have no legal relation to the deceased then they didn't want to move the repository. But I actually think it's fine the way it is. I also set master branch to where the upstream master is and moved the dependency bounds to the dev branch for the time being. On Wed, Apr 20, 2022, 13:12 Brandon Allbery <[email protected]> wrote: > Has anyone asked Github forhelp? I'd imagine they have some way to > migrate repositories in this case by now. > > On Wed, Apr 20, 2022 at 8:04 AM Andreas Abel <[email protected]> > wrote: > > > > > By default I'd maintain it here: https://github.com/eyeinsky/rapid. > > > > At the least, this would need an issue tracker... > > > > > Are there any other options (a github organization perhaps)? > > > > Personally, I prefer maintaining third-party packages on github > > organizations (see e.g. https://github.com/blaze-builder ). It is > > easier to co-maintain and to install new maintainers. > > > > Github also offers transfer of repositories, but this has to be done by > > the owner. Unfortunately, since Ertugrul passed away, it might be > > difficult to transfer the whole repository (with issues etc.). > > > > Cheers, > > Andreas > > > > On 2022-04-19 16:01, Markus L=C3=A4ll wrote: > > > Hi Andreas, > > > > > > Yup, let's wait the two weeks. > > > > > > By default I'd maintain it here: https://github.com/eyeinsky/rapid. > > > Are there any other options (a github organization perhaps)? > > > > > > On Tue, Apr 19, 2022 at 3:53 PM Andreas Abel <[email protected]= > > wrote: > > >> > > >> Hello Markus, > > >> > > >> thanks for the initiative! > > >> > > >> The takeover is probably fine. It might be contested by other > > >> applicants, but there aren't really any stakeholders on the source > code > > >> of rapid. As far as github tells me, the code was single-handedly > > >> written by the now passed-away author. > > >> > > >> Maybe we should wait the suggested 2 weeks for any contestants befor= e > we > > >> finalize the takeover. > > >> > > >> You will need help to get added to > > >> > > >> https://hackage.haskell.org/package/rapid/maintainers/ > > >> > > >> by one of the hackage admins (CCed). > > >> > > >> You would likely have to move the code to another github account, > would you? > > >> > > >> Cheers, > > >> Andreas (in my role as a hackage trustee) > > >> > > >> P.S.: I bumped the base-bound of rapid on hackage to ease building > with > > >> newer GHCs. > > >> > > >> On 2022-04-19 14:15, Markus L=C3=A4ll wrote: > > >>> Hi > > >>> > > >>> I would like to take over https://hackage.haskell.org/package/rapid > > >>> > > >>> The author of the package Ertugrul S=C3=B6ylemez, once an active me= mber of > > >>> the community perhaps best known for netwire, passed away in 2018. > [1] > > >>> The work required for the package thus far, and for which I've kept= a > > >>> fork for, is to bump version bounds as GHCs progress. > > >>> > > >>> [1] > https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739 > > >>> > > > > > > > > > > > _______________________________________________ > > Libraries mailing list > > [email protected] > > http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries > > > > -- > brandon s allbery kf8nh > [email protected] > --000000000000bc571005df44771e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi all,<br><br>it's now been two weeks, would it be ok= to continue?<br><br>I've created an organization here <a href=3D"https= ://github.com/haskell-rapid/">https://github.com/haskell-rapid/</a> so<br>i= t would be easy to add more maintainers, and added an issue tracker as<br>w= ell (forks don't have one by default).<br><br>I did contact github and = cited this thread and the takeover process<br>but since I have no legal rel= ation to the deceased then they didn't<br>want to move the repository. = But I actually think it's fine the way it is.<br><br>I also set master = branch to where the upstream master is and moved the<br>dependency bounds t= o the dev branch for the time being.<br></div><div dir=3D"ltr"><div dir=3D"= auto"><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class= =3D"gmail_attr">On Wed, Apr 20, 2022, 13:12 Brandon Allbery <<a href=3D"= mailto:[email protected]" rel=3D"noreferrer" target=3D"_blank">allbery.b@= gmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">Has anyone asked Github forhelp? I'd imagine they have some = way to<br> migrate repositories in this case by now.<br> <br> On Wed, Apr 20, 2022 at 8:04 AM Andreas Abel <<a href=3D"mailto:andreas.= [email protected]" rel=3D"noreferrer noreferrer" target=3D"_blank">andreas.ab= [email protected]</a>> wrote:<br> ><br> >=C2=A0 > By default I'd maintain it here: <a href=3D"https://git= hub.com/eyeinsky/rapid" rel=3D"noreferrer noreferrer noreferrer" target=3D"= _blank">https://github.com/eyeinsky/rapid</a>.<br> ><br> > At the least, this would need an issue tracker...<br> ><br> >=C2=A0 > Are there any other options (a github organization perhaps)= ?<br> ><br> > Personally, I prefer maintaining third-party packages on github<br> > organizations (see e.g. <a href=3D"https://github.com/blaze-builder" r= el=3D"noreferrer noreferrer noreferrer" target=3D"_blank">https://github.co= m/blaze-builder</a> ).=C2=A0 It is<br> > easier to co-maintain and to install new maintainers.<br> ><br> > Github also offers transfer of repositories, but this has to be done b= y<br> > the owner.=C2=A0 Unfortunately, since Ertugrul passed away, it might b= e<br> > difficult to transfer the whole repository (with issues etc.).<br> ><br> > Cheers,<br> > Andreas<br> ><br> > On 2022-04-19 16:01, Markus L=C3=A4ll wrote:<br> > > Hi Andreas,<br> > ><br> > > Yup, let's wait the two weeks.<br> > ><br> > > By default I'd maintain it here: <a href=3D"https://github.co= m/eyeinsky/rapid" rel=3D"noreferrer noreferrer noreferrer" target=3D"_blank= ">https://github.com/eyeinsky/rapid</a>.<br> > > Are there any other options (a github organization perhaps)?<br> > ><br> > > On Tue, Apr 19, 2022 at 3:53 PM Andreas Abel <<a href=3D"mailt= o:[email protected]" rel=3D"noreferrer noreferrer" target=3D"_blank">= [email protected]</a>> wrote:<br> > >><br> > >> Hello Markus,<br> > >><br> > >> thanks for the initiative!<br> > >><br> > >> The takeover is probably fine.=C2=A0 It might be contested by= other<br> > >> applicants, but there aren't really any stakeholders on t= he source code<br> > >> of rapid.=C2=A0 As far as github tells me, the code was singl= e-handedly<br> > >> written by the now passed-away author.<br> > >><br> > >> Maybe we should wait the suggested 2 weeks for any contestant= s before we<br> > >> finalize the takeover.<br> > >><br> > >> You will need help to get added to<br> > >><br> > >>=C2=A0 =C2=A0 =C2=A0<a href=3D"https://hackage.haskell.org/pac= kage/rapid/maintainers/" rel=3D"noreferrer noreferrer noreferrer" target=3D= "_blank">https://hackage.haskell.org/package/rapid/maintainers/</a><br> > >><br> > >> by one of the hackage admins (CCed).<br> > >><br> > >> You would likely have to move the code to another github acco= unt, would you?<br> > >><br> > >> Cheers,<br> > >> Andreas (in my role as a hackage trustee)<br> > >><br> > >> P.S.: I bumped the base-bound of rapid on hackage to ease bui= lding with<br> > >> newer GHCs.<br> > >><br> > >> On 2022-04-19 14:15, Markus L=C3=A4ll wrote:<br> > >>> Hi<br> > >>><br> > >>> I would like to take over <a href=3D"https://hackage.hask= ell.org/package/rapid" rel=3D"noreferrer noreferrer noreferrer" target=3D"_= blank">https://hackage.haskell.org/package/rapid</a><br> > >>><br> > >>> The author of the package Ertugrul S=C3=B6ylemez, once an= active member of<br> > >>> the community perhaps best known for netwire, passed away= in 2018. [1]<br> > >>> The work required for the package thus far, and for which= I've kept a<br> > >>> fork for, is to bump version bounds as GHCs progress.<br> > >>><br> > >>> [1] <a href=3D"https://github.com/esoeylemez/rapid/pull/2= #issuecomment-427065739" rel=3D"noreferrer noreferrer noreferrer" target=3D= "_blank">https://github.com/esoeylemez/rapid/pull/2#issuecomment-427065739<= /a><br> > >>><br> > ><br> > ><br> > ><br> > _______________________________________________<br> > Libraries mailing list<br> > <a href=3D"mailto:[email protected]" rel=3D"noreferrer noreferrer"= target=3D"_blank">[email protected]</a><br> > <a href=3D"http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries"= rel=3D"noreferrer noreferrer noreferrer" target=3D"_blank">http://mail.has= kell.org/cgi-bin/mailman/listinfo/libraries</a><br> <br> <br> <br> -- <br> brandon s allbery kf8nh<br> <a href=3D"mailto:[email protected]" rel=3D"noreferrer noreferrer" target= =3D"_blank">[email protected]</a><br> </blockquote></div> --000000000000bc571005df44771e-- --===============6867107133953130930== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSGFza2VsbC1D YWZlIG1haWxpbmcgbGlzdApUbyAodW4pc3Vic2NyaWJlLCBtb2RpZnkgb3B0aW9ucyBvciB2aWV3 IGFyY2hpdmVzIGdvIHRvOgpodHRwOi8vbWFpbC5oYXNrZWxsLm9yZy9jZ2ktYmluL21haWxtYW4v bGlzdGluZm8vaGFza2VsbC1jYWZlCk9ubHkgbWVtYmVycyBzdWJzY3JpYmVkIHZpYSB0aGUgbWFp bG1hbiBsaXN0IGFyZSBhbGxvd2VkIHRvIHBvc3Qu --===============6867107133953130930==--