Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )
Hi, On 2020-08-26 23:16, Aurelien Jarno wrote: > Hi Helmut, > > On 2020-08-26 17:43, Helmut Grohne wrote: > > Hi Vineet, > > > > On Wed, Aug 26, 2020 at 02:39:53PM +, Vineet Gupta wrote: > > > Following up as ARC glibc port was merged upstream in 2.32. Can we now > > > give > > > rebootstrap a spin for ARC Debian enablement. > > > > That's great news. Unfortunately, it's not that easy yet. rebootstrap > > requires the relevant software to be packaged for Debian and the glibc > > packaging has only reached 2.31 yet. 2.32 is not even in experimental > > yet. > > > > Trying rebootstrap with an experimental glibc is not entirely trivial, > > but possible. > > > > Aurelien (Cced via d-glibc@l.d.o), are there plans to upload 2.32 to > > experimental anytime soon? > > No it's not planned soon. glibc 2.32 has removed support for nsl and > rpc, so we first have to do the transition to their replacement. That is > libnsl, libnss-nis and libnss-nisplus for nsl, and rpcsvc-proto and > libtirpc3 for rpc. The nsl transition is in good state, but the packages > are stuck in NEW. We've started to work on the rpc transition, however > there is a lot more work, we have at least ~50 packages that FTBFS and > need to be manually patched to use libtirpc3 instead of the glibc > implementation. > > We definitely need to use experimental to test those two transitions and > ask for archive rebuilds, so it's not possible to upload a 2.32 package > there. > Now that the RPC transition is ongoing, I have just uploaded glibc 2.32 to experimental. Regards, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )
Hi Helmut, On 2/26/21 1:47 AM, Helmut Grohne wrote: Unfortunately, no. Debian has started freezing in preparating of the bullseye release. Only up to version 2.31 is packaged and Aurelien seems a little busy these days. If I recall correctly, 2.32 drops some backwards compatibility stuff that Debian still relies on $somewhere, but is transitioning away already. 2.32 also brings in 64-bit time_t/offset support (at least the ARC ABI is) so there might be even more work in rest of ecosystem. So it's not just dumping 2.32 together with the 2.31 packaging in experimental. Before that happens, there is little I can do to help. With 2.31, we still get: | checking sysdep dirs... configure: error: The arc is not supported. At one point you were contemplating diff'ing between glibc 2.31 and 2.32 and trying to apply that to unstable package w/o bumping the version. But how about we take 2.31 as baseline and use the prio ARC port (same 32-bit time_t ABI) to kick things forward if just as a hack. We would then be able to shake out any other potential downstream blockers) I'm still interested in supporting the arc bootstrap. Please get back with me when we can move on. Thx, that is appreciated. You can check Debian's glibc version at https://tracker.debian.org/pkg/glibc at any time in the version column. Noted. Thx, -Vineet
Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )
Hi Vineet, On Wed, Feb 24, 2021 at 08:17:53PM +, Vineet Gupta wrote: > Checking in to see if things have change since my last posting on this > topic. Appreciated. I would have forgotten about arc. > Is glibc 2.32 now packaged for debian so we can attempt ARC rebootstrap ? Unfortunately, no. Debian has started freezing in preparating of the bullseye release. Only up to version 2.31 is packaged and Aurelien seems a little busy these days. If I recall correctly, 2.32 drops some backwards compatibility stuff that Debian still relies on $somewhere, but is transitioning away already. So it's not just dumping 2.32 together with the 2.31 packaging in experimental. Before that happens, there is little I can do to help. With 2.31, we still get: | checking sysdep dirs... configure: error: The arc is not supported. I'm still interested in supporting the arc bootstrap. Please get back with me when we can move on. You can check Debian's glibc version at https://tracker.debian.org/pkg/glibc at any time in the version column. Helmut
Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )
Hi Helmut, Aurelien On 8/26/20 2:16 PM, Aurelien Jarno wrote: > Hi Helmut, > > On 2020-08-26 17:43, Helmut Grohne wrote: >> Hi Vineet, >> >> On Wed, Aug 26, 2020 at 02:39:53PM +, Vineet Gupta wrote: >>> Following up as ARC glibc port was merged upstream in 2.32. Can we now give >>> rebootstrap a spin for ARC Debian enablement. >> That's great news. Unfortunately, it's not that easy yet. rebootstrap >> requires the relevant software to be packaged for Debian and the glibc >> packaging has only reached 2.31 yet. 2.32 is not even in experimental >> yet. >> >> Trying rebootstrap with an experimental glibc is not entirely trivial, >> but possible. >> >> Aurelien (Cced via d-glibc@l.d.o), are there plans to upload 2.32 to >> experimental anytime soon? > No it's not planned soon. glibc 2.32 has removed support for nsl and > rpc, so we first have to do the transition to their replacement. That is > libnsl, libnss-nis and libnss-nisplus for nsl, and rpcsvc-proto and > libtirpc3 for rpc. The nsl transition is in good state, but the packages > are stuck in NEW. We've started to work on the rpc transition, however > there is a lot more work, we have at least ~50 packages that FTBFS and > need to be manually patched to use libtirpc3 instead of the glibc > implementation. > > We definitely need to use experimental to test those two transitions and > ask for archive rebuilds, so it's not possible to upload a 2.32 package > there. > >> Alternatively, can we segregate the relevant diff between 2.31 and 2.32 >> and apply it to the unstable package without bumping the version? > I don't think that's really possible, new ports introduced in version > 2.32 will have all the symbol versions set to GLIBC_2.32. > > Regards, > Aurelien > > > PS Helmut: Once libnsl, libnss-nis and libnss-nisplus are out of NEW, > you might want to see if they can be cross-built, and if that impacts > the bootstrap process as the glibc packages are going to depend on those > (in the same way as for the libxcrypt transition). Checking in to see if things have change since my last posting on this topic. Is glibc 2.32 now packaged for debian so we can attempt ARC rebootstrap ? Thx, -Vineet
Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )
Hi Helmut, On 2020-08-26 17:43, Helmut Grohne wrote: > Hi Vineet, > > On Wed, Aug 26, 2020 at 02:39:53PM +, Vineet Gupta wrote: > > Following up as ARC glibc port was merged upstream in 2.32. Can we now give > > rebootstrap a spin for ARC Debian enablement. > > That's great news. Unfortunately, it's not that easy yet. rebootstrap > requires the relevant software to be packaged for Debian and the glibc > packaging has only reached 2.31 yet. 2.32 is not even in experimental > yet. > > Trying rebootstrap with an experimental glibc is not entirely trivial, > but possible. > > Aurelien (Cced via d-glibc@l.d.o), are there plans to upload 2.32 to > experimental anytime soon? No it's not planned soon. glibc 2.32 has removed support for nsl and rpc, so we first have to do the transition to their replacement. That is libnsl, libnss-nis and libnss-nisplus for nsl, and rpcsvc-proto and libtirpc3 for rpc. The nsl transition is in good state, but the packages are stuck in NEW. We've started to work on the rpc transition, however there is a lot more work, we have at least ~50 packages that FTBFS and need to be manually patched to use libtirpc3 instead of the glibc implementation. We definitely need to use experimental to test those two transitions and ask for archive rebuilds, so it's not possible to upload a 2.32 package there. > Alternatively, can we segregate the relevant diff between 2.31 and 2.32 > and apply it to the unstable package without bumping the version? I don't think that's really possible, new ports introduced in version 2.32 will have all the symbol versions set to GLIBC_2.32. Regards, Aurelien PS Helmut: Once libnsl, libnss-nis and libnss-nisplus are out of NEW, you might want to see if they can be cross-built, and if that impacts the bootstrap process as the glibc packages are going to depend on those (in the same way as for the libxcrypt transition). -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t )
Hi Vineet, On Wed, Aug 26, 2020 at 02:39:53PM +, Vineet Gupta wrote: > Following up as ARC glibc port was merged upstream in 2.32. Can we now give > rebootstrap a spin for ARC Debian enablement. That's great news. Unfortunately, it's not that easy yet. rebootstrap requires the relevant software to be packaged for Debian and the glibc packaging has only reached 2.31 yet. 2.32 is not even in experimental yet. Trying rebootstrap with an experimental glibc is not entirely trivial, but possible. Aurelien (Cced via d-glibc@l.d.o), are there plans to upload 2.32 to experimental anytime soon? Alternatively, can we segregate the relevant diff between 2.31 and 2.32 and apply it to the unstable package without bumping the version? Helmut
