time to tag/release 2.20?

[zenczykowski]

in particular I'm interested in getting pref64 into fedora...

[agowa]

Same. Also I'd like AdvCaptivePortalAPI to get into distros.

[Neustradamus]

@robbat2, @stappersg: I think it is needed before Debian 12 freeze.

[aalmenar]

I believe a new release is needed since the last one was more than two years ago. Pref64 being one of the lastest additions and some bug fixes.

[kloczek]

+1 😋

[alexhaydock]

Is there a roadmap to be satisfied before the tagging of a new release?

Seems like there's been a lot of development in the main branch since the last release 2 years ago. Or is it the expectation that downstream distributions should start building from git rather than tagged releases at this point?

[wuch-g2v]

+1

[manonfgoo]

Yes, I'd like to get RemoveAdvOnExit into freebsd ports

[oskar456]

Ping. Is there anything we could help with getting a released version with all new features?

[Neustradamus]

@robbat2: More and more people request a new build, the latest current build is 2.19 (2020-09-20).
I think it is good to do a 2.20, can you do it?

The current changes, 114 commits:

• v2.19...master

Contributors since 2.19 (in more you) :)
@nomis, @stappersg, @robbat2, @RICCIARDI-Adrien, @haegar, @samboyles1, @steglicd, @jpds, @andrew-sayers, @juhamatk, @manonfgoo, @gaoxingwang, @yas-nyan, @zajdee, @initramfs, @kepstin, @prometheanfire, @thesamesam, @mpontillo, @jetomit

Thanks in advance.

cc @reubenhwk (old maintainer)

[reubenhwk]

Is anybody on this? 2.20? I didn't see a "yes" in the thread.

…

On Sun, Nov 5, 2023 at 8:19 AM Neustradamus ***@***.***> wrote: @robbat2 <https://github.com/robbat2>: More and more people request a new build, the latest current build is 2.19 (2020-09-20). I think it is good to do a 2.20, can you do it? The current changes, 114 commits: - v2.19...master <v2.19...master> Contributors since 2.19 (in more you) :) @nomis <https://github.com/nomis>, @stappersg <https://github.com/stappersg>, @robbat2 <https://github.com/robbat2>, @RICCIARDI-Adrien <https://github.com/RICCIARDI-Adrien>, @haegar <https://github.com/haegar>, @samboyles1 <https://github.com/samboyles1>, @steglicd <https://github.com/steglicd>, @jpds <https://github.com/jpds>, @andrew-sayers <https://github.com/andrew-sayers>, @juhamatk <https://github.com/juhamatk>, @manonfgoo <https://github.com/manonfgoo>, @gaoxingwang <https://github.com/gaoxingwang>, @yas-nyan <https://github.com/yas-nyan>, @zajdee <https://github.com/zajdee>, @initramfs <https://github.com/initramfs>, @kepstin <https://github.com/kepstin>, @prometheanfire <https://github.com/prometheanfire>, @thesamesam <https://github.com/thesamesam>, @mpontillo <https://github.com/mpontillo>, @jetomit <https://github.com/jetomit> Thanks in advance. cc @reubenhwk <https://github.com/reubenhwk> (old maintainer) — Reply to this email directly, view it on GitHub <#185 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AABRG62BPKDNPKLBCHIWBSDYC6N5LAVCNFSM56SIXISKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCNZZGM3TKMBYGA4Q> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[reubenhwk]

It's been a few years since I've been active on this project, but no, there was no formal roadmap to be satisfied before cutting a release. I cut releases when it had been long enough and there had been enough changes. It's clearly been long enough, and there have been plenty of changes. I'll poke around a bit...seems like I left some docs somewhere describing the process of building the archives and updating the website.

…

On Sat, Nov 11, 2023 at 8:50 PM Reuben Hawkins ***@***.***> wrote: Is anybody on this? 2.20? I didn't see a "yes" in the thread. On Sun, Nov 5, 2023 at 8:19 AM Neustradamus ***@***.***> wrote: > @robbat2 <https://github.com/robbat2>: More and more people request a > new build, the latest current build is 2.19 (2020-09-20). > I think it is good to do a 2.20, can you do it? > > The current changes, 114 commits: > > - v2.19...master > <v2.19...master> > > Contributors since 2.19 (in more you) :) > @nomis <https://github.com/nomis>, @stappersg > <https://github.com/stappersg>, @robbat2 <https://github.com/robbat2>, > @RICCIARDI-Adrien <https://github.com/RICCIARDI-Adrien>, @haegar > <https://github.com/haegar>, @samboyles1 <https://github.com/samboyles1>, > @steglicd <https://github.com/steglicd>, @jpds <https://github.com/jpds>, > @andrew-sayers <https://github.com/andrew-sayers>, @juhamatk > <https://github.com/juhamatk>, @manonfgoo <https://github.com/manonfgoo>, > @gaoxingwang <https://github.com/gaoxingwang>, @yas-nyan > <https://github.com/yas-nyan>, @zajdee <https://github.com/zajdee>, > @initramfs <https://github.com/initramfs>, @kepstin > <https://github.com/kepstin>, @prometheanfire > <https://github.com/prometheanfire>, @thesamesam > <https://github.com/thesamesam>, @mpontillo > <https://github.com/mpontillo>, @jetomit <https://github.com/jetomit> > > Thanks in advance. > > cc @reubenhwk <https://github.com/reubenhwk> (old maintainer) > > — > Reply to this email directly, view it on GitHub > <#185 (comment)>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AABRG62BPKDNPKLBCHIWBSDYC6N5LAVCNFSM56SIXISKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCNZZGM3TKMBYGA4Q> > . > You are receiving this because you were mentioned.Message ID: > ***@***.***> >

[reubenhwk]

Ok if nobody disagrees, I'll push a 2.20 tag, but I think I will skip updating the old website and uploading packages.

…

On Sat, Nov 11, 2023 at 8:57 PM Reuben Hawkins ***@***.***> wrote: It's been a few years since I've been active on this project, but no, there was no formal roadmap to be satisfied before cutting a release. I cut releases when it had been long enough and there had been enough changes. It's clearly been long enough, and there have been plenty of changes. I'll poke around a bit...seems like I left some docs somewhere describing the process of building the archives and updating the website. On Sat, Nov 11, 2023 at 8:50 PM Reuben Hawkins ***@***.***> wrote: > Is anybody on this? 2.20? I didn't see a "yes" in the thread. > > On Sun, Nov 5, 2023 at 8:19 AM Neustradamus ***@***.***> > wrote: > >> @robbat2 <https://github.com/robbat2>: More and more people request a >> new build, the latest current build is 2.19 (2020-09-20). >> I think it is good to do a 2.20, can you do it? >> >> The current changes, 114 commits: >> >> - v2.19...master >> <v2.19...master> >> >> Contributors since 2.19 (in more you) :) >> @nomis <https://github.com/nomis>, @stappersg >> <https://github.com/stappersg>, @robbat2 <https://github.com/robbat2>, >> @RICCIARDI-Adrien <https://github.com/RICCIARDI-Adrien>, @haegar >> <https://github.com/haegar>, @samboyles1 <https://github.com/samboyles1>, >> @steglicd <https://github.com/steglicd>, @jpds <https://github.com/jpds>, >> @andrew-sayers <https://github.com/andrew-sayers>, @juhamatk >> <https://github.com/juhamatk>, @manonfgoo <https://github.com/manonfgoo>, >> @gaoxingwang <https://github.com/gaoxingwang>, @yas-nyan >> <https://github.com/yas-nyan>, @zajdee <https://github.com/zajdee>, >> @initramfs <https://github.com/initramfs>, @kepstin >> <https://github.com/kepstin>, @prometheanfire >> <https://github.com/prometheanfire>, @thesamesam >> <https://github.com/thesamesam>, @mpontillo >> <https://github.com/mpontillo>, @jetomit <https://github.com/jetomit> >> >> Thanks in advance. >> >> cc @reubenhwk <https://github.com/reubenhwk> (old maintainer) >> >> — >> Reply to this email directly, view it on GitHub >> <#185 (comment)>, >> or unsubscribe >> <https://github.com/notifications/unsubscribe-auth/AABRG62BPKDNPKLBCHIWBSDYC6N5LAVCNFSM56SIXISKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCNZZGM3TKMBYGA4Q> >> . >> You are receiving this because you were mentioned.Message ID: >> ***@***.***> >> >

[stappersg]

On Sat, Nov 11, 2023 at 07:19:09PM -0800, reubenhwk wrote: On Sat, Nov 11, 2023 at 8:57 PM Reuben Hawkins wrote: > It's been a few years since I've been active on this project, > but no, there was no formal roadmap to be satisfied before cutting > a release. I cut releases when it had been long enough and there > had been enough changes. It's clearly been long enough, and there > have been plenty of changes. > > I'll poke around a bit...seems like I left some docs somewhere > describing the process of building the archives and updating the > website.

https://radvd.litech.org/

Ok if nobody disagrees, I'll push a 2.20 tag,

Not any disagreement, but a very strong wish: Sign the release

but I think I will skip updating the old website and uploading packages.

Fully agreed. Groeten Geert Stappers -- Silence is hard to parse

[manonfgoo]

Yes Please! Thanks alot for this From: Geert Stappers ***@***.***> Reply to: radvd-project/radvd ***@***.***> Date: Sunday, 12. November 2023 at 09:54 To: radvd-project/radvd ***@***.***> Cc: manonfgoo ***@***.***>, Mention ***@***.***>

Subject: Re: [radvd-project/radvd] time to tag/release 2.20? (Issue #185) On Sat, Nov 11, 2023 at 07:19:09PM -0800, reubenhwk wrote: On Sat, Nov 11, 2023 at 8:57 PM Reuben Hawkins wrote: > It's been a few years since I've been active on this project, > but no, there was no formal roadmap to be satisfied before cutting > a release. I cut releases when it had been long enough and there > had been enough changes. It's clearly been long enough, and there > have been plenty of changes. > > I'll poke around a bit...seems like I left some docs somewhere > describing the process of building the archives and updating the > website.

https://radvd.litech.org/

Ok if nobody disagrees, I'll push a 2.20 tag,

Not any disagreement, but a very strong wish: Sign the release

but I think I will skip updating the old website and uploading packages.

Fully agreed. Groeten Geert Stappers -- Silence is hard to parse — Reply to this email directly, view it on GitHub<#185 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABTP25FC3QIWECAXLJFCFSLYECFEJAVCNFSM56SIXISKU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCOBQG4YDMMBXGEZA>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[robbat2]

I'll tag a release candidate version after #210 is approved & merged.

I heard a non-public report that newer kernels might have an interaction, so I want to force more testing rather than saying "this is a good public release" - plus we have outstanding issues where we have asked users to test, and they never got back to us.

[Neustradamus]

@robbat2 has done a 2.20 RC1 release tag:

• https://github.com/radvd-project/radvd/releases

Can you try and please do a feedback?

[alexhaydock]

@robbat2 has done a 2.20 RC1 release tag:

• https://github.com/radvd-project/radvd/releases

Can you try and please do a feedback?

I've flagged this as out-of-date in Alpine Linux edge in the hope it can be brought into edge, or into the testing repo so I can do some testing in my production environment that's based around Alpine Edge.

If not, I'll try and build this manually at some point soon and do some testing, though I'd need to find more time for that.

[kloczek]

@robbat2 has done a 2.20 RC1 release tag:

Please change versioning convention.
Instead v2.20_rc1 better would be use just v2.20.rc1.
More about that versioning you can find on https://discourse.gnome.org/t/new-gnome-versioning-scheme/4235.

[robbat2]

@kloczek why has GNOME moved away from decades of using -/_ for the rcX slugs?

Gentoo for example codified common upstream practices to have the underscore separating the core version number.
https://dev.gentoo.org/~ulm/pms/head/pms.html#section-3.2

[robbat2]

Separately, we need to improve the automation to upload proper dist tarballs, since the GitHub release system automatically used the tip of the tree, rather than the files I wanted to upload.

[stappersg]

@robbat2 has done a 2.20 RC1 release tag:

Please change versioning convention.
Instead v2.20_rc1 better would be use just v2.20.rc1.

FWIW, I'm fine with v2.20.n as release candidates and v2.20.n+1 as actual release. So more release early, release often.

Less subtle: Don't bother about release candidates.

[kloczek]

@kloczek why has GNOME moved away from decades of using -/_ for the rcX slugs?

Because:

• - is character forbidden by many package manager software to use in version string
• rc*, alpha*, beta*, 0 strings are in alphabetical order

Both reasons are to make versioning packaging friendly.

[kloczek]

FWIW, I'm fine with v2.20.n as release candidates and v2.20.n+1 as actual release. So more release early, release often.

That is why better is use sequence rc*, alpha*, beta*, 0 ... <n> or subset of that sequence.

[alexhaydock]

My initial testing suggests this builds and is stable on Alpine Linux edge, and I've been able to test and validate that PREF64 extensions are working, as a particular feature which was added between 2.19 and 2.20_RC1

I'm pleased to note that this also builds without needing fix-alpine-plz.patch which Alpine was shipping as a backport of a fix (06689f8) which was added after 2.19 was tagged.

I'll continue to run this for a while and report back if anything turns up.

[alexhaydock]

Where are we at on testing for this one? Is there anything to be satisfied before bringing 2.20 out of RC status?

I notice #227 and #222 are open and were opened after the RC was tagged, but #227 is explicitly marked as needing to wait until after the current release, and I can't see #222 as a showstopper that would block release.

[cirkku]

Any luck in getting this released? My impression is that its stable and getting an official release would be necessary for integrating RFC 8781 into VyOS nightly builds.

[heliosfa]

I've been doing some testing of this as I am quite keen on the PREF64 support and it all seems happy under Linux (Debian 12), but FreeBSD 14 still needs the patches discussed in #145 from their ports repo or RADVD doesn't consistently respond to RA solicitations. Not much is needed and it all seems happy on FreeBSD 14.

[Neustradamus]

@robbat2: It is a good time to do it?

cc: @reubenhwk.

[paravoid]

Thank you for your work on radvd! We're now past the one year anniversary of 2.20-rc1. Any news here? Any way folks can help?

[Neustradamus]

@paravoid: Good catch, 2.20-rc1 (2023-11-17) has more 1 year old.

All, can you look the @joanandk ticket here from last week, maybe good to solve it before?

• prefix ::/64 seems no longer work (Gentoo, radvd 2.19 r7) as it used to work? #235

Maybe linked to:

• deprecate prefix on prefix removal from interface #85 @ihipop, @mhanor, @stu-gott
• ::/64 advertises deprecated prefixes #91 @romanrm, @ihipop, @bnutzer, @MarioVerbelen, @ruben-herold, @corvus1, @ipilcher, @stu-gott, @pyk1998

There are too:

• *Deny* prefix to specific clients  #168 @z1atk0, @gtxaspec
• memory leak in kernel space because the memory registered by IPV6_ADD_MEMBERLAND is not released #228 @xdbob
• netlink: cleanup interfaces upon removal #229 @xdbob
• memory leak in kernel space because the memory registered by IPV6_ADD_MEMBERLAND is not released #177 @gaoxingwang
• add IPV6_DROP_MEMBERSHIP #178 @gaoxingwang
• radvd exits on too many addresses in RDNSS section #182 @BrainSlayer, @wcbonner, @Mile-Lile, @the-j0k3r, @WenChao1Hou
• RDNSS: support more ipv6 addresses #193 @WenChao1Hou, @the-j0k3r, @wcbonner

Help is needed:

• New contributors & reviewers welcomed #140
• https://github.com/radvd-project/radvd/issues
• https://github.com/radvd-project/radvd/pulls

Thanks to all in advance.

cc: @reubenhwk, @robbat2, @stappersg, @mpontillo.