Any news on v18.06.2?


#1

According to the roadmap the work on 18.06.2 should start in September. Is there any news on this?


19.01 happening?
#2

Anything in particular you're waiting for?


#3

roadmap


#4

I'm going to build a firmware for my Xiaomi 3g, and I'm hoping for a version that is more stable than 18.06.1. Also the flash RAM it uses seems a bit fragile so I'm trying to reduce the number of flashes. I did notice the post on the mailing list but it's only specific about v19.


#5

Master is fine, just make sure you have a recovery option available just in case.
I'm running snapshots of master just fine on a bunch of D-Link DIR-860L (same SoC as your router).


#6

Don't suggest master to people looking for stable releases @diizzy. We've been over this before.

@Per I have been happily running my own builds off the 18.06 tree. I've been testing mt76 with a master build though for the past few days (issues popped up with recent updates which the dev has since rolled back on the 18.06 tree).


#7

I'm honestly getting really getting tired of your claims which you have to prove in some way.
Please do tell how you came up with that conclusion and show facts to back it up rather.
There's no extensive testing of "stable"-branch, probably even less than master in that regard.

I can happily share data from a bunch of devices (MT7621 specifically) which will prove you the opposite. That said, you can get a bad/unstable build but that goes both ways.


#8

If you are building by yourself, then just build from 18.06 branch HEAD.

The 18.06 branch only gets fixes and security patches, so the branch stays stable all the time.

If 18.06.2 gets released at some point, it will just be from the head commit in 18.06 at that time, a semi-arbitrary commit. There is no special "let's get this done before 18.06.2" as all interesting development happens in master in any case.


#9

That kind of insinuating, baseless statement does not even deserve a response. You've been asked more than once to drop the crusades you're waging on multiple fronts. Keep this a nice place for everyone. Try seeing things in perspective, and understand what someone is asking, and actually formulate a response that helps them, instead of just foisting your point of view on them. Quit wasting other people's time.


#10

Hi I am new to Linux embedded Linux and Git. Could somebody be so kind to explain difference between git branches and tags and how openwrt project uses them. I was assuming that both tag 18.06.0 and 18.06.1 were stable releases ? Or not ?image


#11

I am not going into git details as net is full of git tutorials. But briefly, branch is a chain of commits, and tag points into an individual commit in the chain.

18.06 is a branch spinned off master in June 2018, and 18.06.0 and 18.06.1 have been released from it. There are already more fixes in 18.06, so 18.06.2 will have those.

But still, 18.06 is mostly June 2018 code, while current master has already five months of new development since then. And new 19.01 will be branched off master in a few weeks as a new release branch.

Openwrt branch and release strategy is illustrated in the discussion here. Hopefully it clarifies things.


Noob needs help. No binary image generated
#12

Hi hnyma,

thanks for pointing me to that

git_openwrt

so 18.06.1 is release with fixies on the already stable release 18.06 ?


#13

There is no "stable release 18.06". There is the branch 18.06, and the 18.06.0 and 18.06.1 releases are historical commits in that branch.

New try:

image

Ps.
Like linked above by anomeome, there will likely be a new 19.01 branch soon (in December-January). It will naturally be branched off from the then current HEAD of master, so it will contain lots of new stuff compared to 18.06, quite similarly as 18.06 is ahead of 17.01.


#14

Hi thanks.

I wish I could give you more than one thumb up !!

Thanks again its more clear to me now


#15

Sorry to add to the "noob"ishness of this thread.

  1. So, is it better to build your own firmware on a semi-regular basis off of the 18.06 branch than wait for a release?
  2. It sounds like, if I wanted to build my own firmware, do not use master but use a branch. Correct?
  3. I assume I would use Image Builder to build my own firmware.

Thank you in advance.


#16
  1. It depends on your needs. Releases are easy and good enough for most people. But if there is e.g. a fix that your device needs, an own build is needed. And making an own build enables you to integrate all packages that you want.

  2. Depends on your adventurousness. Master is usually ok, but sometimes new stuff causes problems. 18.06 should be ok always.

  3. You would use the full toolchain for an 18.06 build. Download directories have only 18.06.1 release imagebuilder and master snapshot imagebuilder.


#17

If you don't have anything constructive please don't reply, it'll be much more productive for everyone. As @hnyman mentioned only "minor" fixes and security commits goes into the stable branch and support for MT7621 overall is much better in master (major changes) however if you think that claim is incorrect feel free to point to commits where noticeably changes are made for that SoC in the stable branch. You at least a few popular community builds following master including at least one for MT7621 (DIR-860L but still).

@Per
master is your best bet although looking at the rather scattered information about the Xiaomi 3G router however it doesn't seem to be completely stable although much better than current release binaries.


#18

@Pocket_Sevens
Irregardless of branch/source you should always be prepared in case you get a bad flash, firmware etc. In general there's not much to gain on single core devices if they're just acting as a routers/gateways unless you want to customize packages or repack with higher optimization (may vary depending on usage).


#19

Well, to be honest 18.06.2 would be a good idea before the end of the year as many people don't like to work with Snapshot versions. There have been significant improvements/fixes and would be a good thing to have it before preparing things to to 19.01 or whatever month it may happen.


#20

It is a problem of bad management of OpenWRT project.

We all know many things can be improved, there are no people resources for faster development as people have private lifes etc..

But the another problem is no public, real plan for new and current (patch) releases.
In better organised projects there are roadmaps, plans about fixing issues, task priority lists. People just know better what to expect.

Here we have never ending promises of releasing new maintenance versions, and primary plan never was correctly executed.

It is obvious that most of the problems can not be resolved fastly, but is this a reason to stop releases? Maybe in case of big ball of mud like Windows 10; but OpenWRT remains a really stable OS.

Some commits are just refreshing patches, fixes. I am able to build everything myself and do not care; but please also allow many other users to use new features and get fixes faster.