Hi Alin, thank you. Very fine for me!
Regards, Simon Alin Jerpelea <jerpe...@gmail.com> schrieb am Mi., 29. Jan. 2025, 12:48: > Hi Simon, > > you can always vote as a community member with -1 and explain what the > issue is (you can check the last release vote thread) > > The release process for each release: > 1) a release branch created 3-4 weeks before the release. (you can test > your board on it and post bugs in the bug report) > 2) the release manager will back-port fixes to the branch and make sure > that the release branch is in good shape (no new features will be added) > 3) the release manager will create the RC releases and submit them for > community vote > 4) the community will test the RC and vote the release > - if the issue is affecting just a board will not stop the release (we will > document it as a known issue with the release > - if the issue if affecting multiple boards or platforms we will stop the > release, get back to step 2 > 5) if the release passes the community vote it becomes official > > NuttX tries to stick to a quarterly release (release branches will appear > in March, June, September, December with releases aimed for the end of each > of those months depending depending on voting results). > > I hope that this process answers your questions > > Best regards > Alin > > > > On Wed, Jan 29, 2025 at 12:30 PM Simon Filgis < > si...@ingenieurbuero-filgis.de> wrote: > > > Just for my understanding, could I vote -1 for a release that is not > > building/working properly for my board? > > > > Alin Jerpelea <jerpe...@gmail.com> schrieb am Mi., 29. Jan. 2025, 12:24: > > > > > Hi all, > > > > > > I started a thread some time ago asking for imput and wishes from all > of > > us > > > so that we cans set some goals and create a roadmap > > > Unfortunately the mail got little traction....maybe now we can revive > it > > > and complete a roadmap > > > > > > Best regards > > > Alin > > > > > > On Wed, 29 Jan 2025, 12:14 raiden00pl, <raiden0...@gmail.com> wrote: > > > > > > > I completely agree that project management in NuttX is either lacking > > or > > > > completely non-existent. I think the lack of a generally accepted > road > > > map > > > > for > > > > the project is the biggest problem here. TBH we don't even know where > > > > the project is headed. Probably if this large number of commits were > > > > supported > > > > by some kind of roadmap so that it would be known what the goal of > > these > > > > changes is - it would make more sense. > > > > > > > > In the long run, without coordinated collaboration between teams > > working > > > > separately on NuttX and without a commonly accepted roadmap, I think > > the > > > > project > > > > may fail spectacularly. > > > > > > > > This is where the advantage of BDFL projects comes in. One person has > > > > authority over the project and manages it according to his/her > vision. > > > > Managing a project in a distributed manner is a difficult task, > > > > and so far we are not succeeding at it. I think NuttX hasn't > correctly > > > > transitioned from being managed by Greg (BDFL model) to being managed > > by > > > > distributed management yet. And this is the biggest problem here. > > > > > > > > And how to fix it? I have no idea, but I don't think limiting the > > number > > > of > > > > changes > > > > to the project is a solution. Maybe a good first step is to discuss > and > > > > establish > > > > a project roadmap with its contributors and companies that are > > interested > > > > in it. > > > > But this requires someone to coordinate the process and preferably > has > > > > experience > > > > in managing distributed open source projects. I don't know if we have > > > such > > > > a person in our group. > > > > > > > > śr., 29 sty 2025 o 11:33 Sebastien Lorquet <sebast...@lorquet.fr> > > > > napisał(a): > > > > > > > > > hi > > > > > > > > > > > > > > > On 29/01/2025 10:21, raiden00pl wrote: > > > > > > Sebastian, so you're saying that you and your company have the > > > > resources > > > > > to > > > > > > develop > > > > > > and maintain your own RTOS, but you lack the resources to help > > > maintain > > > > > > NuttX (e.g., code review, release testing.)? > > > > > > This either doesn't make sense or you just don't want to > > participate > > > in > > > > > > this project. > > > > > > > > > > I dont have resources for a project as large as nuttx, obviously. > > And I > > > > > dont need to. > > > > > > > > > > it will take some time and it will be much simpler. In fact I have > a > > > > > project that is almost working for this including a vfs. > > > > > > > > > > Or I'll find a project that cares about long term support. > > > > > > > > > > > > > > > But for sure, I'll get rid of nuttx, thats enough: every time I > > update, > > > > > everything is broken, the build system is not stable, and what used > > to > > > > > work does not work anymore, including things as simple as the > > > > > configure.sh script. it takes ages just to get our code to compile > > > again > > > > > before I can consider any improvement. > > > > > > > > > > I dont have energy to spend for such dumb fixes. I'm loosing my > time > > in > > > > > a completely useless way. > > > > > > > > > > I prefer sending more time being productive with the goal of > > > controlling > > > > > our software stack. > > > > > > > > > > > > > > > > Cherry-picking a single commit to justify your frustration isn’t > > > fair. > > > > > > Yes, some commits may be poorly described, but we actively try to > > > > > improve in > > > > > > that regard. With a limited number of contributors, it’s > > > understandable > > > > > > that our > > > > > > reviews aren’t perfect. However, it's worth noting that neither > you > > > nor > > > > > > your company contributed to addressing this issue. > > > > > > > > > > come on, do you really think it's just one commit? if you cant > guess, > > > no > > > > > it isnt. this was just an example to show that your own policies > are > > > not > > > > > even applied correctly. > > > > > > > > > > before using ai to review pull requests, just make sure that commit > > > > > messages are useful! But you cant, there's too many stuff to check. > > > > > that's a huge red flag for me. > > > > > > > > > > it's an accumulation of problems, for years, with no changes, and > > it's > > > > > getting worse. The more you add auto tool, the more they are > > > > > circumvented, because developers know that no one will check. > > > > > > > > > > > > > > > No, I dont want to fix anything in nuttx anymore. it's no use. I'm > a > > > > > drop in an ocean, just complaining to a community that does not > care > > > and > > > > > just want to code faster than light. > > > > > > > > > > also, you have several developers pushing hundreds of commit every > > > week. > > > > > if they wanted to fix anything, they would do it. > > > > > > > > > > > > > > > > > > > > > > That’s completely fine, everyone has different priorities. What > is > > > NOT > > > > > OK is > > > > > > criticizing those who dedicate their time to this project, often > > > > > > voluntarily. > > > > > > This is one of the biggest problems with open source projects: > > > > > > people who give little, demand a lot and complain about others. > > > > > > > > > > there are different way to dedicate available time. > > > > > > > > > > My conclusion is that volunteers here are not spending their time > > > wisely. > > > > > > > > > > I have no wish to spend energy for project management. But I can > see > > > > > that something is wrong here, definitely. > > > > > > > > > > > BTW, if your product works on earlier NuttX releases, wouldn’t it > > be > > > > > easier > > > > > > to stick with a stable release and selectively cherry-pick only > the > > > > > changes > > > > > > that matter to you? > > > > > > > > > > Tried to do that for tcp keep alive, which is broken in the > version I > > > > > was using. but the full network stack has completely changed in a > few > > > > > months. I cant cherry pick and apply anything. > > > > > > > > > > thats beyond frustration. > > > > > > > > > > I need a full nuttx upgrade after one year and first thing I need > to > > > > > understand is why configure.sh is complaining about sed. wtf??? > > > > > > > > > > so the only way to use nuttx long term is by following the master > > > branch > > > > > every day? > > > > > > > > > > that is not going to happen. > > > > > > > > > > > > > > > > > It's a pity that you're leaving because I remember that you've > been > > > in > > > > > this > > > > > > community for a very long time. Your critical perspective (the > > > correct > > > > > way > > > > > > of > > > > > > doing engineering IMO) was really useful and is something that is > > > > > > unfortunately > > > > > > disappearing in today's world. > > > > > > > > > > this is sad but my conclusion is I cant change anything in this > > > project, > > > > > so it's no use banging my head on the wall with no purpose. > > > > > > > > > > it would be great if my departure would lead to your reconsidering > of > > > > > this project management and leadership. > > > > > > > > > > if you looked at the reality, and detected that the amount of > commits > > > > > coming daily is not a sustainable way to manage project. > > > > > > > > > > but lets be honest. nothing will happen, right? I've been here for > > long > > > > > enough to be sure of that. > > > > > > > > > > so I'm out. > > > > > > > > > > this is good for you: I'll stop complaining. > > > > > > > > > > > > > > > > > > > > > > Take care and good luck. > > > > > > > > > > > > wt., 28 sty 2025 o 16:19 Tomek CEDRO <to...@cedro.info> > > napisał(a): > > > > > > > > > > > >> On Tue, Jan 28, 2025 at 11:23 AM Sebastien Lorquet < > > > > > sebast...@lorquet.fr> > > > > > >> wrote: > > > > > >>> my trust in nuttx is now hard to maintain. > > > > > >>> Every day a DELUGE of commits (from xiaomi, this is a fact) is > > > added > > > > to > > > > > >>> the repository. > > > > > >>> I am struggling to understand what happens in this project. > > > > > >>> so many fixes are pushed, how is that even possible? this is a > > > > > quicksand > > > > > >>> project! > > > > > >> Sebastien, I feel your pain. Not necessarily with NuttX as this > is > > > my > > > > > >> "safe island". But with all Open-Source in general. This is the > > > result > > > > > >> of enforced-changes ideology introduced ~30 years ago by > Microsoft > > > > > >> that surrounds us even in daily non-computer life. I don't even > > > > > >> mention commercial products that get constantly more expensive > and > > > > > >> clearly have no basic QA process and break ~6 month after > > purchase. > > > I > > > > > >> lost trust in big brands long ago. > > > > > >> > > > > > >>> Also, how are such commits (not from xiaomi!) allowed? No > > > description > > > > > >>> except "uf2" ? Where is the adult in charge? > > > > > >> We do what we can, updated documentation and requirements, added > > > > > >> helper bots with feedback, etc, and require sensible > > descriptions. I > > > > > >> even update some PR descriptions by hand. Still it is git log > that > > > > > >> contains the history true. > > > > > >> > > > > > >> There is only few people that review the code. If you could help > > us > > > > > >> that would help a lot! You may not use GH for projects just to > > help > > > us > > > > > >> in review.. > > > > > >> > > > > > >> > > > > > >>> I am announcing that after that many years my company has > started > > > to > > > > > >>> develop a minimal rtos to replace our usage of nuttx, because > it > > is > > > > > just > > > > > >>> not stable enough to be usable for stable long term projects. > > > > > >>> > > > > > >>> There are too many changes, we are loosing money every time we > > need > > > > an > > > > > >>> update. there is no way to maintain the use of a nuttx custom > > board > > > > and > > > > > >>> project over several years. > > > > > >>> > > > > > >>> Having control of our code will be a better investment. That > will > > > > > >>> obviously be closed source. Which is, after all, a better way > of > > > > > control > > > > > >>> on our products. > > > > > >> I am facing the same situation for some long years and it gets > > worse > > > > > >> and worse :-( Either use something that is advertised to work > > > quickly > > > > > >> but then you are tied to constant moving target and maintenance > > > > > >> nightmare and if you want to change one simple thing it takes > more > > > > > >> time than would take me to write everything myself. On the other > > > hand > > > > > >> it is impossible to write everything on your own. I wrote from > > > scratch > > > > > >> the LibSWD ~15 years ago to be able to debug.. and it turns out > > > today > > > > > >> that I can do much more today with a commercial probe :-( All > > > previous > > > > > >> project made with fancy pancy RTOS and frameworks are now in > > trash. > > > > > >> Solutions like Linux and FreeRTOS also change API every release > > that > > > > > >> causes maintenance nightmare. I use FreeBSD as OS but it also > has > > > its > > > > > >> own problems, more changes are introduced with every release, > > > drivers > > > > > >> adopted to be compatible by so called "Linux standard" are > > > > > >> self-incompatible nightmare. > > > > > >> > > > > > >> I am working with niche solutions but the changes come > constantly > > > from > > > > > >> other places and that impacts even those niche solutions. You > will > > > > > >> have the same problem with your own RTOS as I face them in my > own > > > > > >> projects :-( > > > > > >> > > > > > >> This comes mainly from enforced changes ideologies that are > > > advertised > > > > > >> as "innovation" by people with zero old-school coherent simple > and > > > > > >> effective engineering knowledge.. and maybe from exponential > > growth > > > > > >> that is objectively hard to cope without full time team and that > > > > > >> requires funding we have and no one really cases about funding > > > > > >> Open-Source just taking the results for free. > > > > > >> > > > > > >> > > > > > >>> No amount of my involvement in the github triage is going to > > help, > > > > the > > > > > >>> case is desperate. I just have no time, no energy, no > motivation, > > > no > > > > > >>> spoons left to deal with this. it's a deluge of commits, let it > > be, > > > > but > > > > > >>> without me. > > > > > >> Yes, but what was the last time you helped us in review? This is > > our > > > > > >> best-effort and all brainz matter! Help us to make things good. > I > > > > > >> always valued your constructive criticism on the mailing list.. > it > > > > > >> would be more than welcome and appreciated on GH too. But you > are > > > not > > > > > >> on GH so how can you help? I also dont like Microsoft took over > > > > > >> GitHub, I also dont like their fake support for Open-Source > while > > > its > > > > > >> clearly an exploitation, I also dont like we need to ask for > over > > 5 > > > > > >> years for FreeBSD CI runners and it is rejected every time. I > also > > > use > > > > > >> other platforms to host projects, but this is a common place, a > > > tool. > > > > > >> > > > > > >> > > > > > >>> the warning from the apache foundation that you use too many ci > > > > credits > > > > > >>> should have been a warning to slow down and reflect on the > > project > > > > > >>> direction. nothing has happened except making it even faster. > > > > > >> Not really. I would expect support from Apache in tuning stuff, > > > maybe > > > > > >> adapting resources to scale of the project (tiny projects have > the > > > > > >> same amount of resources as big projects). We updated and > > optimized > > > > > >> the CI process as a result. We are working on more independent > > > > > >> solutions for both code hosting, build automation, and runtime > > > > > >> testing. But this is not a weekend work for few people in a free > > > time. > > > > > >> > > > > > >> I agree there is a problem. But we do what we can to fix it. All > > > > > >> brainz matter. Help us make things good. > > > > > >> > > > > > >> > > > > > >>> I will also discourage people to use this project, I cannot in > > good > > > > > >>> conscience recommend it to anyone, it would be a trap. > > > > > >> Just as any other Open-Source project nowadays unfortunately. I > > dont > > > > > >> even mention closed source SDKs that change on monthly or weekly > > > basis > > > > > >> and you have nothing to say just to chase the rabbit. I feel > your > > > pain > > > > > >> because I face the same problems for a long time. There is > > however a > > > > > >> difference in enforcing changes just to make things "modern" or > > > adding > > > > > >> modern stuff in best-effort incremental way respecting the > > > old-school > > > > > >> engineering rules that I think we follow here in NuttX. Problems > > > > > >> happen everywhere. The problem is what you do with the problem. > > > > > >> Creating your own RTOS may be a solution but you will eventually > > > face > > > > > >> the same problems. In the long term it may cost you even more > than > > > > > >> just helping us from time to time to make things right. > > > > > >> > > > > > >> > > > > > >>> goodbye. > > > > > >>> Sebastien > > > > > >> This is your decision Sebastien, and we respect it. Hopefully > you > > > will > > > > > >> reconsider and help up make things good in the process, > hands-on, > > > with > > > > > >> the tools that we have available. You are always welcome back!! > > > > > >> > > > > > >> Thank you and take care! > > > > > >> Tomek > > > > > >> > > > > > >> > > > > > >> -- > > > > > >> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > > > > >> > > > > > > > > > > > > > > >
