Hello. Well, if no-one fix anything on this version, what will be the >> difference between orphan and killed ? >> I think as long as there is no RMaint for 3.4, it's EOL, whatever we can >> decide ! if someone want to keep it updated, then apply to be 3.4 RMaint ! >> > > Yes, effectively EOL is EOL regardless of what we name it. However, the > naming difference does distinguish our attitude towards it. 'Orphaned' > would mean we can expect people to still be using it. It's for stragglers > who haven't caught up version-wise. 'Killed' means we don't want people > using that version anymore. We won't support them. They should have > upgraded by now. A much harsher attitude. >
If Koha 3.4 is working for a library, by all means they should continue using it (but upgrade to the latest 3.4.x version, since there were some security issues that were fixed!). However, if someone wants support from me, they need to use a version of Koha that is recent enough that I remember how it works. So I don't really see a difference between "killed" and "orphaned." What does that mean for Koha Developers? Nothing, "Orphaned" = "Killed" = > "EOL". They'll be spending their time on the latest stable releases (eg. > 3.8.3 and 3.6.7). What does it mean for Koha Users? They don't have to feel > locked in, because of our 6 month release schedule. They have a year > breathing room. It will cost half as much annually to upgrade, because > they'll be slack and upgrade every two years (unless a major bug comes > along and they don't have the budget to get it fixed). Why don't we just say "3.4.x is End of Life and no longer supported" and leave it at that? Killed or orphaned, I'm not taking up RMaint duties for that branch, and as the RMaint for 3.6.x I think I'd probably be considered the most likely candidate for that position, in the absence of anyone who actually wants to spend time on maintaining the 3.4.x branch. When someone asks for help with 3.4.x, or even 3.6.0 on #koha, we will always recommend they upgrade to a more recent version, because that's just good practice. We fix lots of bugs every month. Regards, Jared -- Jared Camins-Esakov Bibliographer, C & P Bibliography Services, LLC (phone) +1 (917) 727-3445 (e-mail) [email protected] (web) http://www.cpbibliography.com/
_______________________________________________ Koha-devel mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
