Werner Posted September 26, 2020 Posted September 26, 2020 Release Candidate Code Freeze Date: 2020-10-18 Release Date: 2020-11-XX Release Candidate Branch Link: TBD Release Changelog: TBD Release Coordinator: TBD Testing Tracking Sheet: TBD (google sheets) The goal of this thread is to discuss testing, bugfixes, and the overall quality of the release. Once the release is complete, this thread should be locked and unpinned. --- Our next release date is coming and perhaps its time to discuss what to push into 20.11, what not, resolve open questions and distract from most used keyword for past few weeks. @Myy @TonyMac32 @balbes150 @piter75 @sfx2000@ebin-dev @Heisath@chwe@ning@lanefu@gprovost@aprayoga@5kft @JMCC@karabek@Igor@martinayotte@tkaiser@selfbg@Siraj@jock@going ... (please mention whoever is missed) Meeting on IRC in Saturday, October 3rd, at 2 pm GMT is being prepared - this is reasonable good timing for US / EU folks. Agenda: check meeting attendees (if nick is not self explanatory, add your forum/Github handle. Just say hi or something) present tasks, bugs or project you are working on (open discussion if there will not be much people, otherwise meeting officer call people out). Jira should be open in not already. cycle Jira backlog: discuss task / bug (one at a time) assign to person / release / tag re-prioritise cycle open issues and PR on build engine board status update on download pages and build engine (wip, supported, eol) choosing upcoming release officer (so far it was Igor and Lane) misc / open discussion Tips: when you got a voice, be concise (1-2 min) and make it clear when you stop. ("No more, I'm done") channel is recorded so a summary and adjustments to Jira can made afterwards, ideally along with the meeting Meeting location is IRC channel #armbian on Freenode. (previous session as an example) Ideally it would be that prior to this meeting we all update tasks/project statuses in Jira - who still does not have access shall PM to @lanefu or @Igor - reviewing, prioritising and releasing goes faster this way. 5
JMCC Posted September 26, 2020 Posted September 26, 2020 I have some time now, so I will try to get into fixing some minor bugs in media config, and probably armbian-config too. But, first of all, I need to get familiar with Jira, I haven't used it yet.
sfx2000 Posted September 27, 2020 Posted September 27, 2020 Sorry - bit busy with the jobby-job... Off the job - some concerns around support for older boards - keeping images over the the legacy... Bit surprised today... seems like AW-H5 has fallen off the supporte path. sfx@192.168.15.23's password: _ _ ____ _ _ _ ____ | \ | | _ \(_) | \ | | ___ ___ |___ \ | \| | |_) | | | \| |/ _ \/ _ \ __) | | |\ | __/| | | |\ | __/ (_) | / __/ |_| \_|_| |_| |_| \_|\___|\___/ |_____| Welcome to Armbian 20.08.3 Bionic with Linux 5.8.11-sunxi64 No end-user support: built from trunk System load: 2% Up time: 11:28 Memory usage: 8% of 985M IP: 192.168.10.120 CPU temp: 36°C Usage of /: 15% of 15G [ General system configuration (beta): armbian-config ] Last login: Sat Sep 26 08:57:57 2020 from 192.168.15.133
Werner Posted September 27, 2020 Author Posted September 27, 2020 46 minutes ago, sfx2000 said: Bit surprised today... seems like AW-H5 has fallen off the supporte path. Of course they aren't. There is an issue with labeling: https://armbian.atlassian.net/projects/AR/issues/AR-439?filter=updatedrecently
lanefu Posted September 27, 2020 Posted September 27, 2020 10 hours ago, JMCC said: But, first of all, I need to get familiar with Jira, I haven't used it yet. This may help. https://docs.armbian.com/Process_Managing_Workflow/
balbes150 Posted October 1, 2020 Posted October 1, 2020 On 9/27/2020 at 1:45 AM, JMCC said: I need to get familiar with Jira, It's the same for me ...
Werner Posted October 1, 2020 Author Posted October 1, 2020 For those who missed it last time: We will once again have the translation bot in place. So if you are not familiar with or don't feel comfortable talking in English feel free to write in your native language. To trigger the bot simply put two dots in front of your message. Like this: <Werner> ..Diese Nachricht soll übersetzt werden. <ArmbianHelper> This message should be translated. [de~>eng] The bot will almost instantly give a proper translation back. There is no need to specify the source language as it is most likely detected automatically.
sfx2000 Posted October 2, 2020 Posted October 2, 2020 On 9/25/2020 at 11:57 PM, Werner said: Meeting on IRC in Saturday, October 3rd, at 2 pm GMT is being prepared - this is reasonable good timing for US / EU folks. Pretty early in the morning for US folks - I'm out here in the PDT timezone, which if I recall is 6AM - I'd be ok moving this a couple of hours to 4PM GMT/8AM PDT, which works well for me, as I have teams in the UK/DE that I deal with on the job stuff. That is of course, if you really need/want me present for the meeting.
Werner Posted October 2, 2020 Author Posted October 2, 2020 Quote Pretty early in the morning for US folks Since everybody is spread around the globe it is not easy to find a good time. So I took the one from the last meeting
Werner Posted October 2, 2020 Author Posted October 2, 2020 I also like to mention that this (hopefully) will be the first meetup that we use the Meetbot from Debian:https://wiki.debian.org/MeetBot It will help to point out important stuff without having to dig through many pages of logs to get back the important stuff. Simply put one of the mentioned hashtags in front of your important message and the bot will silently seperate it from other stuff: Quote #info - Add an info item to the minutes. People should liberally use this for important things they say, so that they can be logged in the minutes. #action - Document an action item in the minutes. Include any nicknames in the line, and the item will be assigned to them. (nicknames are case-sensitive) #idea - Add an idea to the minutes. #help - Add a "Call for Help" to the minutes. Use this command when you need to recruit someone to do a task. (Counter-intuitively, this doesn't provide help on the bot) #link - Add a link to the meeting minutes. The link should be the first non-command on the line, other commentary after the link is OK. Links beginning with http:// and a few other protocols are automatically detected. What we hopefully will get at the end will look like this: https://werner.armbian.de/_meetbot/
balbes150 Posted October 2, 2020 Posted October 2, 2020 Do I understand correctly that need a working login in Jira to participate ?
Werner Posted October 2, 2020 Author Posted October 2, 2020 10 minutes ago, balbes150 said: Do I understand correctly that need a working login in Jira to participate ? Yes.
lanefu Posted October 2, 2020 Posted October 2, 2020 3 hours ago, Werner said: Yes. @balbes150 I have sent a Jira invite to your email address you have registered in forum
balbes150 Posted October 2, 2020 Posted October 2, 2020 1 hour ago, lanefu said: I have sent a Jira invite to your email address you have registered in forum I tried to register, but so far I haven't succeeded. The system says that the user already exists, but does not allow you to log in. I was able to enter. I will understand further how to use it. 1
Solution Werner Posted October 3, 2020 Author Solution Posted October 3, 2020 Here are the logs and the meeting summary. https://werner.armbian.de/_meetbot/
Werner Posted October 10, 2020 Author Posted October 10, 2020 Just a quick reminder that the merge window will close in eight days. Things like pushing U-Boot or other major changes should be done beforehand so RC releases can be created on time. @gprovost @aprayoga @martinayotte @TonyMac32
JMCC Posted October 12, 2020 Posted October 12, 2020 Hello. Sorry for the no-show at the IRC meeting, got the COVID and that precise day I was moving back to my home after being discharged. I'm better now, thanks be to God. I have been investigating, and got to make a set of multimedia packages that will work with Buster or Focal. I think it is a good opportunity to close AR-151, and give to users some stable and well-proven multimedia solution, while exploring newer options as Mainline or Wayland for next releases. The solution would be simply a set of packages, with some base meta-package to install them all, and do the necessary configs. We could then choose to install it at build time, or make it an option in Armbian-config, or just leave it for the user to do an "apt install armbian-multimedia-xxxx". I think I can have the binary packages ready by the freeze date (this weekend), at least for some boards (RK3288, RK3399 and probably also RK3328 and XU4). @lanefu Do you think we can include it in this release? 3
lanefu Posted October 12, 2020 Posted October 12, 2020 2 hours ago, JMCC said: Hello. Sorry for the no-show at the IRC meeting, got the COVID and that precise day I was moving back to my home after being discharged. I'm better now, thanks be to God. I'm so glad you are okay. That must have been traumatizing. Welcome back! I owe you a follow-up regarding the rest of your post. 2
Werner Posted October 13, 2020 Author Posted October 13, 2020 6 hours ago, lanefu said: I'm so glad you are okay. Nothing to add here. Welcome back and god bless. 1
Igor Posted October 13, 2020 Posted October 13, 2020 Glad you are getting better! 16 hours ago, JMCC said: I have been investigating, and got to make a set of multimedia packages that will work with Buster or Focal. I think it is a good opportunity to close AR-151, and give to users some stable and well-proven multimedia solution, while exploring newer options as Mainline or Wayland for next releases. Check https://armbian.atlassian.net/browse/AR-200 and comment, perhaps have a word with @Myy Perhaps we will have a better way once that part is done.
JMCC Posted October 13, 2020 Posted October 13, 2020 1 hour ago, Igor said: Check https://armbian.atlassian.net/browse/AR-200 and comment, perhaps have a word with @Myy Perhaps we will have a better way once that part is done. Wow, that's very interesting. It somehow responds to what I meant for the future, about Wayland etc. Though, it does not overlap with the proposal related to AR-150, since in this case it is not about desktop environments or configurations, but about a set of packages of two kinds: Libs and configs to set up HW acceleration, regardless of the DE you are going to use on top of it. Multimedia applications, that can be run under any DE, or some of them with no DE at all. On the other hand, the AR-200 solution seems to be more focused on Mainline, not Legacy. But both things are certainly related. I will try to reach @Myy to coordinate about it. @IgorBut could we at least get the packages uploaded to apt.armbian.com for this time? I have some time to do that now, but I don't know if I will be able to do it in three months from now.
Igor Posted October 13, 2020 Posted October 13, 2020 4 minutes ago, JMCC said: But could we at least get the packages uploaded to apt.armbian.com for this time? I have some time to do that now, but I don't know if I will be able to do it in three months from now. Absolutely. Just send me a SSH key on private and I will enable you drop directory.
Myy Posted October 14, 2020 Posted October 14, 2020 @JMCC The current system actually supports "appgroups", which should provide enough flexibility in regards to Hardware acceleration packages and multimedia apps. The appgroups can also contain additional packages depending on the selected board and Desktop Environment.
JMCC Posted October 14, 2020 Posted October 14, 2020 13 hours ago, Myy said: @JMCC The current system actually supports "appgroups", which should provide enough flexibility in regards to Hardware acceleration packages and multimedia apps. The appgroups can also contain additional packages depending on the selected board and Desktop Environment. That sounds like a good way to implement these package groups. Maybe, for the sake of simplicity and easy maintenance, we could classify by board families instead of boards?
Myy Posted October 15, 2020 Posted October 15, 2020 I thought about it and I guess this could be implemented by aggregating the information provided in custom/boards_families and custom/boards . That could also be implemented by just created a folder, then creating symlinks to in the right places, though, Git symlinks might pose some issues on some Windows systems.
Werner Posted October 17, 2020 Author Posted October 17, 2020 Just a small reminder. Merge window is closing tomorrow 2020-10-18 After that bug fixes only.
Werner Posted October 19, 2020 Author Posted October 19, 2020 @IgorWhen do you plan to push RC images?
Igor Posted October 19, 2020 Posted October 19, 2020 45 minutes ago, Werner said: When do you plan to push RC images? This terminology we have to change - we actually don't have / differentiate RC, normal and nightly. Just normal and nightly. Rebuilding nightly is getting latest trunk snapshot. And probably some adjustement is desired - with keeping as low build count as possible https://github.com/armbian/build/blob/master/config/targets.conf
Werner Posted October 19, 2020 Author Posted October 19, 2020 Maybe remove a couple of Bionic builds and focus on Focal?
balbes150 Posted October 20, 2020 Posted October 20, 2020 Now I checked the launch of the latest night version on NanoPC T4 and found that the system does not start from the SD card (u-boot for some reason does not perceive the mmc 1 SD card). Perhaps the reason is the SD card, but I tried on the same SD card my system versions (LE and Armbian), where u-boot.2020.10 is used, the SD card works without problems (u-boot sees and starts the system from it). Has anyone experienced the same problem on T4 ?
Recommended Posts