Re: [OPEN-ILS-GENERAL] 3.2 feature freeze and more
Hi Scott, On Mon, Aug 27, 2018 at 5:24 PM scott.tho...@sparkpa.org < scott.tho...@sparkpa.org> wrote: > Hi Bill, > > I have two questions about this: > > > > 1. You mentioned a vote. Who is the “we” that votes? > Good question. This would be a core developer vote. I started typing this as a developer list message, then added the general list just before sending... >From my perspective, this vote is more about getting a public record of developer buy-in (or otherwise) as is typically the case before proceeding with a large architectural change. It also acts as a "should we do this?" safety valve. However, I call the vote now because in my opinion as RM we are ready to proceed and I suspect that's what we'll decide. It's not done 'til it's done, though. It's also worth reminding everyone we are also providing extended support for Evergreen 3.1, so users can continue using the XUL client for a longer period of time. Normally, a release is supported for 12 months of bug fixes, plus 3 months of security fixes. 3.1 will be supported for a longer period of time -- duration TBD -- so sites will have more time before needing to upgrade to 3.2. This will buy us more time in the community to continue squashing bugs as well. > 2. If it is determined that not enough blockers are fixed, does > this mean that a 3.2 version of XUL will be made available and XUL will not > be removed until 3.3 > > Yes, if the core developers vote not to proceed with XUL removal, it would be delayed until the next release cycle (3.3). Just to offer some perspective, from the dev side it's not just a question of how many web staff blockers remain, but how much work is required to resolve each, who can sign up to fix them, how many sites they likely affect, how much developer time will be siphoned away from fixing these issues trying to maintain XUL in 3.2 (!), the fact the XUL is already a little bit broken in 3.2 based on the agreement it would it would be removed, etc, etc. Thanks, -b
Re: [OPEN-ILS-GENERAL] 3.2 feature freeze and more
Hi Bill, I have two questions about this: 1. You mentioned a vote. Who is the “we” that votes? 2. If it is determined that not enough blockers are fixed, does this mean that a 3.2 version of XUL will be made available and XUL will not be removed until 3.3 Thank you, Scott Scott Thomas Executive Director PaILS / SPARK (717) 873-9461 scott.tho...@sparkpa.org<mailto:scott.tho...@sparkpa.org> [Description: Description: Training | SPARK – Pennsylvania's Statewide Library System]<http://www.palibrary.org/pails/> From: Open-ils-general [mailto:open-ils-general-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: Monday, August 27, 2018 12:16 PM To: Public Open-ILS tech discussion ; open-ils-general@list.georgialibraries.org Subject: [OPEN-ILS-GENERAL] 3.2 feature freeze and more Hi All, We have a busy few weeks ahead. This Friday is our feature freeze deadline. All new non-bug features need to be merged by this time if they are to be included in 3.2. Note, however, I will not be paying very close attention to the code until after the Sept 3rd (US) holiday. So, there's some breathing room with the deadline. I ask all, especially patch developers, to review the list of pending features and make sure there are no pending questions or issues that need resolving: https://bit.ly/2MyHShH Web Staff Client Blockers and XUL Client Removal Blockers: https://bit.ly/2PaEg2n As I said in the last IRC meeting, if we're going to remove the XUL client for 3.2 the removal patch needs to be merged before we cut the 3.2 Beta (Sep 5th). At the meeting we discussed basing this decision on whether we have resolved enough of the web staff blocker bugs. To that end, I propose we have a formal vote this week on whether to remove the XUL client. I'll send a separate email requesting feedback and votes. (Feel free to respond here, though, for any discussion in the meantime). Angular6 Client Like the XUL removal, if we merge the Angular6 code, it must be merged before the Beta release. Pending issues: 1. No web service yet for translators. We have approval from some translators to proceed, applying translations directly to the XML files, pending a web service similar to Launchpad's PO editor service, but for XLIFF files. I'd like to hear from other sites the support multiple languages. Is editing XML files directly acceptable? For now, the translators will only need to edit the browser client navigation menu and any Ang6 UI's we agree to use (more below). 2. Final decision on list of UI's whose Angular6 version will be used in the client. I propose we use the Angular6 client for the Acquisitions Admin UI's (Under Administration -> Acquisitions Administration), since it's a fairly small self-contained list. When users choose this menu item, it will direct them to the Ang6 page (which looks just like the AngularJS page). Links to some pages (e.g. Funds) will point back to the AngularJS versions, because they are non-trivial interfaces -- more than a simple grid. Other links (e.g. currency types) will link to the Ang6 versions, since they are simple CRUD grid interfaces. (Note for some of these, I need to add workstation setting types). I think we need a formal vote on this one, too, so I'll send a separate email for that. Scheduling Last but not least, I have so far not extended the release schedule. However, there's a lot yet to do! I am happy to entertain suggestions of extending the timeline, particularly for XUL removal and Angular6 merging, since they are special projects that might need a little more review and buy-in. Questions and comments appreciated. Thanks, -b
[OPEN-ILS-GENERAL] 3.2 feature freeze and more
Hi All, We have a busy few weeks ahead. This Friday is our feature freeze deadline. All new non-bug features need to be merged by this time if they are to be included in 3.2. Note, however, I will not be paying very close attention to the code until after the Sept 3rd (US) holiday. So, there's some breathing room with the deadline. I ask all, especially patch developers, to review the list of pending features and make sure there are no pending questions or issues that need resolving: https://bit.ly/2MyHShH Web Staff Client Blockers and XUL Client Removal Blockers: https://bit.ly/2PaEg2n As I said in the last IRC meeting, if we're going to remove the XUL client for 3.2 the removal patch needs to be merged before we cut the 3.2 Beta (Sep 5th). At the meeting we discussed basing this decision on whether we have resolved enough of the web staff blocker bugs. To that end, I propose we have a formal vote this week on whether to remove the XUL client. I'll send a separate email requesting feedback and votes. (Feel free to respond here, though, for any discussion in the meantime). Angular6 Client Like the XUL removal, if we merge the Angular6 code, it must be merged before the Beta release. Pending issues: 1. No web service yet for translators. We have approval from some translators to proceed, applying translations directly to the XML files, pending a web service similar to Launchpad's PO editor service, but for XLIFF files. I'd like to hear from other sites the support multiple languages. Is editing XML files directly acceptable? For now, the translators will only need to edit the browser client navigation menu and any Ang6 UI's we agree to use (more below). 2. Final decision on list of UI's whose Angular6 version will be used in the client. I propose we use the Angular6 client for the Acquisitions Admin UI's (Under Administration -> Acquisitions Administration), since it's a fairly small self-contained list. When users choose this menu item, it will direct them to the Ang6 page (which looks just like the AngularJS page). Links to some pages (e.g. Funds) will point back to the AngularJS versions, because they are non-trivial interfaces -- more than a simple grid. Other links (e.g. currency types) will link to the Ang6 versions, since they are simple CRUD grid interfaces. (Note for some of these, I need to add workstation setting types). I think we need a formal vote on this one, too, so I'll send a separate email for that. Scheduling Last but not least, I have so far not extended the release schedule. However, there's a lot yet to do! I am happy to entertain suggestions of extending the timeline, particularly for XUL removal and Angular6 merging, since they are special projects that might need a little more review and buy-in. Questions and comments appreciated. Thanks, -b