12.1?
-
@rschell said in 12.1?:
Unless there is something fundamentally not functioning in the pfSense v2.5-dev, there would not be much to gain.
Thank you for the links...I came to the same conclusion as well...thank you for sharing!
-
@rschell said in 12.1?:
@jimp Last week, I moved my builds from 12.1 to 12-Stable and that went reasonably smooth. I'm current with the 2.5 changes (up to 1/14) and haven't noticed any issues. I'll continue to track the updates and let you know if something breaks.
I'm not sure where to report these findings, so if there is a better place, move it there. Hopefully this is adding value, if not I can be silent. Since moving to the Stable/12 base, I have found to issues that will require further investigation, my tack has been to revert those commits:
-
MFC r339557 (5d9e751) on 1/16/2020 conflicts with Loos-br's a cherry-picked commit on the 2.5 branch (8b64875 on 2/15/2019). MFC r339557 pulls in a reference to uid which was placed into an if block in if_pflog.h by Loos-br. Since change just involved improving a logging message in Stable/12, I choose to revert the MFC 339557 commit.
-
The second commit I have had to revert is MFC r 355881 by hselasky on 12/25/2019, this commit makes a minor location change of a subroutine call in in6_mcast that causes radvd to again start to failing its IPV6_JOIN_GROUP call. I have tried debug this further without success so far.
Another observation, my VM installs work just fine, but my baremetal installs crash on the first boot:
--- trap 0xc, rip = 0xffffffff81063b46, rsp = 0xfffffe00248eda30, rbp = 0xfffffe00248eda50 --- pfsync_state_export() at pfsync_state_export+0x26/frame 0xfffffe00248eda50 pfsync_sendout() at pfsync_sendout+0x280/frame 0xfffffe00248edb00 pfsyncintr() at pfsyncintr+0xd1/frame 0xfffffe00248edb50 ithread_loop() at ithread_loop+0x1db/frame 0xfffffe00248edbb0
The second boot works just find, the baremetal instance has a Openvpn server running. I don't have a HA configuration setup intentionally, not sure what's triggering the crash yet. Prefer not to rebuild it from scratch if I can avoid it.
-
-
It has been a few months and my original question still stands, When is pfsense 2.5 moving to 12-stable. Thanks?
-
Soon
-
Not helpful using a non-answer for everything time related.
-
It's the most useful reply you'll get for asking the same question repeatedly. When there is news, it will be announced. We're quite busy working on things trying to get 2.4.5 out, we also just released TNSR 20.02.
Be patient. Stop asking the same question so often.
-
I ask the same question because I never get an answer. When I don't get an answer, I loose hope. When I loose hope, I have to check back to try to get some hope. It is a cycle and only you can break it by giving me valid answers.
-
You have received an answer. The most valid answer you'll get.
Nobody is going to give you any kind of timeline because there is none. It will be ready when it's ready. We do not rush things like that.
-
So you are telling me you have no internal time goals to get projects done by. If so, how do you get your employees to do anything before it is obsolete also, you said you are pushing on 2.4.5. If you are pushing on it, then you must have an idea of when you want that released.
-
I'm sure we'd all love for it to be out already, but it's not ready, so "soon".
This conversation has vastly outlived its usefulness. We have better things to be doing (like working on pfSense)
Please refrain from wasting everyone's time with irrelevant and repetitive questions in the future.