22.01 ETA still holding up?

herozero

@netblues it’s been at 26 open for weeks. Commits in GitHub as recent as 1/31. Don’t use redmine as a gauge for release, you’ll be disappointed.

netblues

@herozero I know, I'm aware of the rate.
Still it Is very close to be released.
I'd bet this month. Finger's crossed.

(on the other hand rc has been quite stable too.
No, I wont put rc anywhere critical or without easy supervision. But then I wont be putting 2.6 telease anywhere until at least two weeks have elapsed and the forum isn't on fire too)

Patch

@keyser said in 22.01 ETA still holding up?:

I’m just not happy with Netgate settings public schedules

You do realise the only option to Netgate to fix this problem is tell you less.
I'm not sure how that really helps you but each to their own

herozero

@patch what utter drivel.

johnpoz

@steveits said in 22.01 ETA still holding up?:

consider labeling the releases "22.Next"

Looks like maybe they liked that idea... I just noticed this on the pcscd redmine.

https://redmine.pfsense.org/issues/12095

Where is the announcement of that? I see nothing here, or on twitter? Communication is key..

or is that talking about after 2.7 and after 22.09 which what might be in the roadmap?

stephenw10

In that particular case I'm pretty sure I chose that because the 22.01 tag didn't exist yet when I opened it. However it may also have been changed to that because after applying the patch to prevent it running by default it became low priority to fix the actual leak. It's probably an upstream fix required there anyway.
Those labels have existed for some time though and do not imply a move away from the current release naming. That label in redmine means this should be fixed but does not need to be for a specific target release.

Steve

johnpoz

@stephenw10 isn't that what the future tag is for? I do recall seeing beofre target of just future.

jimp

@johnpoz said in 22.01 ETA still holding up?:

@stephenw10 isn't that what the future tag is for? I do recall seeing beofre target of just future.

The -next tag is for items that are potential candidates for the immediate next release. Rather than keep kicking the same set of issues forward over and over this gives us a pool of near-term goals to draw from without committing to a specific release. The Future value is for more long-term items or items that are unlikely to be completed by internal developers, but are waiting on community contributions.

johnpoz

@jimp thanks for the info, that makes sense.

SteveITS

My post yesterday was intended as tongue-in-cheek. Microsoft ran into this same discussion with Windows 10, after switching from three feature updates a year to two, then changing the labeling from "1909" to "20H2" because people kept expecting releases in March and September, per the numbers. It seems the misunderstanding here was that the ".01" release would definitely be out in January, not "when it's ready."

Changing versioning to "21Q1" may not work with internal version numbering. I don't know if "21.1" for the first release of the year then "21.2" and "21.3" would still fit the stated goal of dating the release but might be a compromise. If one is even needed...setting the "when it's ready" expectation a bit better would be another method.

I do understand the point of view where people may have been waiting for the new version to ship routers, and sympathize.