Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

time to tag/release 2.20? #185

Open
zenczykowski opened this issue Aug 15, 2022 · 28 comments
Open

time to tag/release 2.20? #185

zenczykowski opened this issue Aug 15, 2022 · 28 comments

Comments

@zenczykowski
Copy link

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

@agowa
Copy link

agowa commented Aug 30, 2022

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

@Neustradamus
Copy link
Member

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

@aalmenar
Copy link

aalmenar commented Nov 1, 2022

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
Copy link

kloczek commented Dec 29, 2022

+1 😋

@alexhaydock
Copy link

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
Copy link

+1

@manonfgoo
Copy link

manonfgoo commented Sep 3, 2023

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

@oskar456
Copy link

oskar456 commented Nov 5, 2023

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

@Neustradamus
Copy link
Member

@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:

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
Copy link
Collaborator

reubenhwk commented Nov 12, 2023 via email

@reubenhwk
Copy link
Collaborator

reubenhwk commented Nov 12, 2023 via email

@reubenhwk
Copy link
Collaborator

reubenhwk commented Nov 12, 2023 via email

@stappersg
Copy link
Member

stappersg commented Nov 12, 2023 via email

@manonfgoo
Copy link

manonfgoo commented Nov 12, 2023 via email

@robbat2
Copy link
Member

robbat2 commented Nov 12, 2023

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
Copy link
Member

@robbat2 has done a 2.20 RC1 release tag:

Can you try and please do a feedback?

@alexhaydock
Copy link

@robbat2 has done a 2.20 RC1 release tag:

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
Copy link

kloczek commented Nov 17, 2023

@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
Copy link
Member

robbat2 commented Nov 20, 2023

@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
Copy link
Member

robbat2 commented Nov 20, 2023

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
Copy link
Member

@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
Copy link

kloczek commented Nov 20, 2023

@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
Copy link

kloczek commented Nov 20, 2023

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
Copy link

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

image

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
Copy link

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
Copy link

cirkku commented Jan 28, 2024

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
Copy link

heliosfa commented Feb 25, 2024

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
Copy link
Member

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

cc: @reubenhwk.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests