ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | Armbian 20.11 Tamandua released | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
archetech has joined #armbian
tparys has quit [Quit: Leaving]
poddmo has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
f476 has joined #armbian
f476_ has joined #armbian
f476 has quit [Ping timeout: 240 seconds]
lanefu has quit [Ping timeout: 260 seconds]
archetech has quit [Remote host closed the connection]
archetech has joined #armbian
DaRock has quit [Remote host closed the connection]
DaRock has joined #armbian
mpmc is now known as HorrificShroud
attah has joined #armbian
archetech has quit [Quit: Konversation terminated!]
HorrificShroud is now known as mpmc
poddmo has quit [Remote host closed the connection]
bbt has quit [Quit: priatno.]
johny181 has joined #armbian
bbt has joined #armbian
Heisath has joined #armbian
<Heisath>
Hey
lanefu has joined #armbian
<IgorPec>
hej
<IgorPec>
early birds
The-going has joined #armbian
jock has joined #armbian
<jock>
hello all!
JMCC has joined #armbian
<Heisath>
Not much feedback on the release thread, but some ppl seem to be here already :)
<jock>
Taking advantage of the audience here: anyone facing issues with u-boot >= v2021.01 and gcc-arm 9.2?
<jock>
it looks like that between v2021.01-rc1 and v2021.01-rc2 something happened that breaks armhf (rockchip) builds :/
<buZz>
woa gcc 9.2?
<buZz>
time flies
<IgorPec>
like not finding some headers?
<buZz>
2019-08-12 gee
<jock>
IgorPec: no, compilation happens, but then I get this from the UART: https://pastebin.com/e7BiSKSc (DEBUG macro is active for all source code)
<lanefu>
howdy
<IgorPec>
morning
<jock>
hello
<buZz>
ofnode ? is that 'open firmware node' ?
<buZz>
i guess that would be regarding uboot reading the configuration settings from storage?
<jock>
buZz: yeah I think the same, that's in the very early boot from u-boot spl, it looks like the dtb embedded into is not valid. If I checkout v2021.01-rc1 it goes straight well, v2021.01-rc2 instead freezes with that error
<jock>
also, using gcc-linaro 7.4 sorta works
<buZz>
which 'sorta' ?
<buZz>
seems it should be binary, either it boots or it doesnt :D
<jock>
buZz: "sorta" because it hits another issue later, but the SPL boots and I don't get the ofnode error
ArmbianHelper changed the topic of #armbian to: late topics (Meeting topic: Jerboa release meeting)
Kamilion has quit [Remote host closed the connection]
<IgorPec>
late topic would be to decide for a date on business oriented meeting. to keep this one strictly technical
<lanefu>
good idea
<Heisath>
yeah great
Kamilion has joined #armbian
<lanefu>
late topic.. this is an easy one... add virtualization support for all arm64 boards.. (just kenrel config change)
<IgorPec>
there are things to discuss, but perhaps not putting into here. so just when and how
<lanefu>
IgorPec: i think same model just pick another saturday
<Werner>
#action add virtualization support for all arm64 boards
<lanefu>
#action pick a saturday for biz meeting
<Heisath>
okay we waited 8 mins, so lets start.
<Werner>
Any FYI or skip to board families?
<Heisath>
#topic FYI
<Werner>
#topic FYI
ArmbianHelper changed the topic of #armbian to: FYI (Meeting topic: Jerboa release meeting)
<Heisath>
Igor, lanefu how is the desktop coming along?
<Heisath>
I am not up to date how far we are with including it in the build system.
<IgorPec>
desktop is developed by Myy, so i can only pass second hand info
<lanefu>
i havent been tracking Myy's stuff.. but it needs another deep-dive to unwind some stuff
<IgorPec>
there is on bug that needs to be resolved, but there is some refactoring invloved ... so a bit more work
<lanefu>
is myy keeping status in Jira or anywhere? i saw a big dialog in irc a while back, but i lost it
<Heisath>
Okay so desktop is open for 21.05. I'll check Jira
<IgorPec>
in short - AR-713
<ArmbianHelper>
AR-713 [Bug] "Board specific desktop things are going into common desktop package" reported by Igor Pecovnik at 2021-04-03. Status: In Progress
<IgorPec>
this is the problem and it sgould be somehow be fixed by this weekend
<IgorPec>
so it should be done in 21.05
<lanefu>
ahh okay.. yes i remember experiencing that early on.. I just added myself as a watcher to the ticket
<Heisath>
great. I how does this affect other (non desktop) boards?
<lanefu>
s/early on/earlier when working on pbp/
<ArmbianHelper>
lanefu meant to say: ahh okay.. yes i remember experiencing that earlier when working on pbp.. I just added myself as a watcher to the ticket
<IgorPec>
AR-596 is also related
johny181 has quit [Quit: Connection closed for inactivity]
<ArmbianHelper>
AR-596 [Task] "Moving blobs and BSP to proper location" reported by Richard Neese at 2020-12-27. Status: To Do
<IgorPec>
when this bug is solved, we can do some cleanup and move blobs to designated place
<IgorPec>
documentation or at least how-to / example is planned
<Heisath>
okay so for 21.05 we expect to be done with desktop and packaging changes?
<lanefu>
Heisath: it's possible that there's overlap... historically there'd been a single BSP board deb file for customizations... so if its messed up enough a server imaeg build _could_ fail
<ArmbianHelper>
AR-694 [Story] "Create Jira-based checklist for Desktop Testing" reported by Lane Jennison at 2021-03-18. Status: To Do
<IgorPec>
yes we should develop what we should test
<IgorPec>
regarding desktop i don't have any other critical issues
<lanefu>
K I've assigned 694 to me and put on high priority... feel free to add things to test in that list
<lanefu>
i'm gonna try to turn that into a jira template thingy
dddddd has quit [Quit: dddddd]
<Heisath>
great then we can go cycle through boards / teams
<Werner>
allwinner?
<IgorPec>
yes, lets do that 1st
<lanefu>
suggestion / id... for high priority tickets and above.. we should assign due-dates tot hem
<Werner>
#topic development Allwinner
ArmbianHelper changed the topic of #armbian to: development Allwinner (Meeting topic: Jerboa release meeting)
<IgorPec>
bugs on all winner: AR-712
<ArmbianHelper>
AR-712 [Bug] "Broken framebuffer on A20" reported by Igor Pecovnik at 2021-04-03. Status: To Do
<Heisath>
is this also for the normal bananapi? Or only pro?
<IgorPec>
AR-191 is fishy too but can't really reproduce
<ArmbianHelper>
AR-191 [Bug] "SATA doesn't show up on Banana A20" reported by Igor Pecovnik at 2020-03-30. Status: Backlogged
<IgorPec>
and AR-706
<ArmbianHelper>
AR-706 [Task] "Bump Allwinner u-boot to 2021.04" reported by Igor Pecovnik at 2021-03-28. Status: In Progress
<Heisath>
Do we have enough Allwinner boards in testfarm to reliable test the uboot update?
<IgorPec>
that's hard to say, but we have quite some
<Werner>
I have 0, 1+ and PC free for testing
<lanefu>
I have h2,h3,h5, h6 in farm
<Heisath>
good, we can also uboot doesnt auto upgrade, so we can just tell people via Announcement to try the new images with upgraded uboot
<Heisath>
s/we can also/also
<ArmbianHelper>
Heisath meant to say: good, also uboot doesnt auto upgrade, so we can just tell people via Announcement to try the new images with upgraded uboot
<IgorPec>
i have 10-15 (don't know how to extract data from Netbox yet:)
<Werner>
#action put out some testing images with bumped u-boot for AW out
<IgorPec>
yeah, i would certainly vote for this upgrade
<IgorPec>
for other allwinner. dunno ... didn't do much. others?
<Werner>
I tried some newer ATF with H616 but had no success
<Werner>
Not supported yet anyways
<IgorPec>
h616 is still far. any other critical things on h6, h4, a64?
<IgorPec>
we solved pinebook display finally
<Werner>
nice
<Heisath>
Amlogic next?
<Werner>
#topic development AML
ArmbianHelper changed the topic of #armbian to: development AML (Meeting topic: Jerboa release meeting)
<IgorPec>
AR-711
<ArmbianHelper>
AR-711 [Bug] "Network troubles on Nanopi K2 / Odroids" reported by Igor Pecovnik at 2021-04-03. Status: To Do
<IgorPec>
i think this was resolved, but its back again
<lanefu>
yeah its anoying... who has testers for C2?
<IgorPec>
i have one c2 and c4 in test rig
<JMCC>
I have a C2 too
<JMCC>
I will give it a try
<IgorPec>
we would need expand testing on more devices. my c2 doesn't have troubles
<IgorPec>
c4 does
<IgorPec>
k2+ has wrong network settings
<Werner>
#action expand network testing on AML/Odroid boards (AR-711)
<ArmbianHelper>
AR-711 [Bug] "Network troubles on Nanopi K2 / Odroids" reported by Igor Pecovnik at 2021-04-03. Status: To Do
<IgorPec>
those are problems i see, desktop is unknown to me
<IgorPec>
current and edge will become meta package - this is how i understand it
<IgorPec>
and legacy
<Heisath>
yeah doesnt really matter, dont think we often have same kernel with different config between the versions.
<IgorPec>
exactly
<Heisath>
it is good to keep easier track for kernels used and recreation of older version.
<IgorPec>
for build system is what we already discussed previously and its related more toward desktop AR-596
<Heisath>
AR-175 how is that coming along?
<ArmbianHelper>
AR-596 [Task] "Moving blobs and BSP to proper location" reported by Richard Neese at 2020-12-27. Status: To Do
<ArmbianHelper>
AR-175 [Story] "Improve the recreation of "released" images" reported by Lane Jennison at 2020-02-22. Status: To Do
<IgorPec>
recreation of released images is not ready yet
<IgorPec>
not sure if we can count that for 20.05
<Heisath>
ok we should keep that in mind if we plan to support 21.05 for a longer time (because desktop). If we do.
<Heisath>
(btw it is 2021 already, igor)
<IgorPec>
:)
<IgorPec>
manual maintainace can be done for a few months, but that's not the goal
<Heisath>
ok lets go to open issues / jira backlog
<Werner>
#topic jira backlog
ArmbianHelper changed the topic of #armbian to: jira backlog (Meeting topic: Jerboa release meeting)
<IgorPec>
AR-572 when the-going work is merged in
<ArmbianHelper>
AR-572 [Task] "Improve kernel changing procedure" reported by Igor Pecovnik at 2020-12-10. Status: To Do
<Heisath>
Anything you want to add here? I noticed there are a lot of 'need testing' PR and easy/'good first issues' issues on github. We might look into doing those ourselves if no one pops up.
attah has quit [Quit: badarg]
<lanefu>
call them "good 2nd issue"
<IgorPec>
here is difficult to discuss. we do what we can, but we can't close them all . never
<lanefu>
IgorPec: at some point maybe we should just add a github bot, that autocloses aged out issues
<lanefu>
most mature projects do this
<IgorPec>
or put out bounty for closing issue
<lanefu>
yeah
<Heisath>
Maybe add a flag for "not essential issues" that get closed automatically after some time?
<IgorPec>
at least poping things out, make them visible
<IgorPec>
the same goes for "(too) difficult issue"
<lanefu>
both those ideas are good
<IgorPec>
"extensive research neeeded"
<IgorPec>
perhaps some more politically correct wording ... native speakers decided
<Heisath>
And then put up bounty with auto list for both types.
<IgorPec>
yes, make an #action for this
<IgorPec>
it might help y bit
<JMCC>
I see those issues dating back to 2017, with the good ol' partners that started the project, as pieces of museum
<lanefu>
does "needs deep dive" translate, or is that too much slang
<JMCC>
I like them there LOL
<Werner>
#action decide marking of difficult issues
<Heisath>
I like that. "Not essential" and "Needs deep dive"
<lanefu>
JMCC: i'm afraid to close the old ones and getting yelled at lol
<lanefu>
we build images for CSC hto, not EOS, right?
<Heisath>
Is it though lane?
<lanefu>
lane@billroyall:~/GIT/build/config/boards$ ls -l *e*bin*
<lanefu>
-rw-r--r-- 1 lane megawheel 220 Mar 27 20:39 espressobin.csc
<Heisath>
Ah so git and webpage differ
<IgorPec>
ok, synching /download and /config/boards
<IgorPec>
as action
<IgorPec>
are we O.K. with merging EOS into CSC ?
<Werner>
#action sync website download page and /config/boards
<Heisath>
if we want to keep EOS and CSC do diff between we build images, and we dont, we should make sure it is documented.
<Heisath>
s/CSC do/CSC to
<ArmbianHelper>
Heisath meant to say: if we want to keep EOS and CSC to diff between we build images, and we dont, we should make sure it is documented.
<Werner>
It may not make a difference for us but maybe for users because on CSC somebody still may work on while on EOS probably nobody does
<IgorPec>
but we don't know for EOS
<Heisath>
then lets keep both and move boards WIP->SUP->CSC->EOS
<lanefu>
i thought EOS meant we just kept the config fiel in the repo, for those who want ot build on their own
<lanefu>
yeah i think if anythig we should merge WIP and CSC
<IgorPec>
in term of support, EOS = CSC, none we deal with
<IgorPec>
officially
<JMCC>
I think keeping some image for download for EOS makes sense. It can be the only way for some people to make their old board work
<IgorPec>
providing download or build option is something else
<Heisath>
yeah we should not delete once working images for old boards
<IgorPec>
and we don't
<Heisath>
*thumbs up*
<IgorPec>
just CSC support "we don't know"
<IgorPec>
if things works and how
<lanefu>
CSC == ¯\_(ツ)_/¯
<IgorPec>
EOS is the same.
<IgorPec>
we don't know
<IgorPec>
the diff is the we knew once ;)
<IgorPec>
but that doesn't help much in reality
<lanefu>
EOS == ¯\_(ツ)_/¯ ┌∩┐(◣_◢)┌∩┐
<IgorPec>
if we are unsure, let's leave it for next
<IgorPec>
not important issue
<Heisath>
yeah need only to sync the state now
<Heisath>
I think for the users it might make a difference.
<IgorPec>
ok, sync is the action here
<Heisath>
Also for CSC boards, dont blame them if they ask support question in forum ;)
<IgorPec>
we can move on
<Werner>
Nobody blames, just marked those reports as invalid :)
<Heisath>
Igor gets a bit overboard sometimes imho
<lanefu>
#action don't yell at CSC questions
<JMCC>
They should ask in the peer to peer subforum, not in the supported boards froum
<Werner>
#action don't yell at CSC questions
<Heisath>
yeah
<IgorPec>
OK, then lets make this a bit more gently
<JMCC>
Just move them to peer to peer or general chit chat
<lanefu>
:P
<IgorPec>
not as an "invalid report" but something more plesent
<Heisath>
Just leave CSC support request alone, move them to peer to peer. If somebody knows, he will respond. Otherwise not.
<lanefu>
yeah... that needs to be friendlier... and our armbianmonitor -m message is still has a bit of a harsh tone
<lanefu>
honestly. what if we have a "community support" label
ArmbianHelper changed the topic of #armbian to: release officer (Meeting topic: Jerboa release meeting)
<JMCC>
I remember when I was starting on my OPi+2e, some Spanish webpage told you to use Armbian, but stated "Be careful wehn you ask on their forum, or they will fry you with their geek arrogance" LOL
<lanefu>
yeah and native english speakers are gettting senstive adn grandstanding that we're toixic
<IgorPec>
alright. lanefu: perhaps we can sum infrastructure changes quickly
<Heisath>
It is things like this https://forum.armbian.com/topic/17148-random-rant/ that leads to that. Igor, no offense, but if somebody buys helios64 for lots of bucks, I understand they expect support from kobol guys.
<Heisath>
#topic Infrastructure
<IgorPec>
AR-675
<ArmbianHelper>
AR-675 [Story] "Armbian General Infrastructure Improvements (non-mirror)" reported by Lane Jennison at 2021-03-16. Status: In Progress
<lanefu>
k FYI IMHO Mirrors are stable and working well.. still need to add health checks / validaiton
<Werner>
#topic infrastructure
ArmbianHelper changed the topic of #armbian to: infrastructure (Meeting topic: Jerboa release meeting)
<lanefu>
pulling up ticket stand by
<IgorPec>
we added few new mirrors, some under our domain, some via fosshost
<lanefu>
bwah can some one link me that ticket.. jira is being dumb
<IgorPec>
it has to be x86 atm, we can only build rootfs cache with arm64
<IgorPec>
not "everything"
<Werner>
ok
<lanefu>
my box has 40 threads. it can keep up as a secondary
<lanefu>
re arm64 runners
<IgorPec>
anyway this CI thing has to be improved
<IgorPec>
action
<lanefu>
i've got beta access to aarch64.com.. so I can start provisioning smaller arm64 VMS for doing moer taive buidl stuff
<lanefu>
yeah we need a CI epic
<Werner>
#action improve CI
<IgorPec>
ok
<lanefu>
s/moer taive buidl/more native build/
<ArmbianHelper>
lanefu meant to say: i've got beta access to aarch64.com.. so I can start provisioning smaller arm64 VMS for doing more native build stuff
<Werner>
I guess balbes would be interested in
<IgorPec>
infrastructure wise that's it
<IgorPec>
still lot things in motion and 2do
<IgorPec>
in case someone wants to join those efforts, lane and i would be happy
<lanefu>
yeah me might be, but he still uses are bigass worksonarmbinan.armbian.com box
<Werner>
which is good
<Heisath>
#topic misc / arm64 or was arm64 already done in infrastructure?
<Werner>
#topic misc / arm64
ArmbianHelper changed the topic of #armbian to: misc / arm64 (Meeting topic: Jerboa release meeting)
<lanefu>
yeah like I can help whoever make the jobs run... but don't have time to like design the processes occuring inside hte jobs
<lanefu>
like i can convert test scripts to jobs
<Heisath>
Anything else or general arm64 info noted in FYI
<IgorPec>
officier for next?
<Heisath>
JMCC?
<JMCC>
Not really
<Heisath>
Docs say: "We need someone that is not well acquiented with the process to see if our documentation is good enough."
<IgorPec>
basically the goal is to get us here and run the meeting script
<Heisath>
I feel pretty good up to now. Will see how the code freeze and stuff works out
<JMCC>
Sorry, I didn't understand
<IgorPec>
role of the meeting officier are plain
<JMCC>
Do you mean coordinate the next meeting
<IgorPec>
yes
* jock
has to go, nephew called for attention (really!)
<lanefu>
bye jock
johny181 has joined #armbian
<JMCC>
That would be for july, correct? I will be on holiday during june
<lanefu>
JMCC: it's easy. you just post a thread on the forum that people ignore, and then do what we just did :P
<IgorPec>
also i propose to add if not there: one week before the date another reminder
<IgorPec>
some people simply forget if not reminded two days before meeting starts
<Heisath>
didn't help this time. Maybe also schedule around bigger holidays?
<Werner>
#action add reminder before next meeting
johny181 has quit [Client Quit]
<JMCC>
Ughh, sorry but I can't. I have to speak in a conference djune 29-july 2. I would be totally disconnected from everything else these days
<Werner>
#action add even MOAR reminders
<JMCC>
Rain check, I get the next meeting
<Heisath>
ok we'll just find and select someone. Maybe Pali is interested? xD
<IgorPec>
yeah :)
<Werner>
He wont take any role, not even the one suggested by lane :(
<IgorPec>
jock flew. he was second candidate
<IgorPec>
:)
<Heisath>
I think we just postpone it a bit. Can ask in the forum. Maybe Kobol guys will do it. Would allow them to pick a timer better suited for singapor ppl.
<IgorPec>
yes, or those who might forgot to come.
<IgorPec>
business meeting
<Heisath>
reason for extra meeting?
<IgorPec>
to discusss non technical issues
<Heisath>
#action find release officer
<Werner>
#action find release officer
<IgorPec>
long term plans, what to do with armbian, in which direction to go
<IgorPec>
relationship with vendors
<Heisath>
ok I get it. Fear not many will attend.
<IgorPec>
where to invest milions
<lanefu>
first get millions?
<Heisath>
you have millions to spare?
<IgorPec>
:)
<lanefu>
is biz meeting now?
<Heisath>
can do it now :D
<IgorPec>
just doing advertisement
<IgorPec>
so someone will show up
<Heisath>
collect data with our boards and sell.
<lanefu>
I'd love to partner with somoen and get an armbian branded board
<lanefu>
and of course Igor you're aware of my other ideas about builds as a service, etc
<IgorPec>
also i am talking with orangepi about creating new armbian wanted board
<IgorPec>
khadas would like to cooperate
<IgorPec>
that kind of stuff. its a lot to work on, decide and its not just my problem
<lanefu>
yeah? we need a board that has our name on it
<lanefu>
for shared branding
<lanefu>
and shared proceeds :P
<Heisath>
Werner will you post meetbot output to the release thread?
<IgorPec>
that is not decided yet and those are things for the business type of meeting
<Werner>
clusterboard with rk3588, go big or go home :D
<Werner>
yeah will do assuming we wrap it up here?
<lanefu>
In theory Firefly is going to send me an R1 cluster server... so maybe we'll see some RK3588 modules that way
<IgorPec>
so, are we generally fine with time as for todays meeting?
<lanefu>
IgorPec: yep!
<JMCC>
*thumbs up*
<Heisath>
We started around 16:15 here. So about 1:30
<Werner>
then lets hope it does not crash now ^^
<Werner>
#endmeeting
ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | Armbian 20.11 Tamandua released | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | Armbian 20.11 Tamandua released | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
<Werner>
Um...
Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
<Werner>
Just setup the dns a few minutes ago. worked for me already but may take a bit longer for others
<Heisath>
ah ok
<Heisath>
sure you meant .de?
<Werner>
Perfectly sure
<Heisath>
perfect.
<Heisath>
Can anyone suggest a small form factor armbian board with WLAN, LAN, audio (either analog or i2s) and good support? I'm looking to build some own multiroom speaker solution
<IgorPec>
all armbian boards have good support :)
<Heisath>
hahaha oh wait you're serious? Let me laugh even harder ...
<IgorPec>
rockpi?
<IgorPec>
e
<IgorPec>
r4s
<IgorPec>
but not sure how well is i2s support
<Werner>
Any rk3399 working nicely but that is quite some overkill I think
<Heisath>
I do have the rpie around here. Need to test
<IgorPec>
orangepi r1 if you don't need much power
<Heisath>
I was using ESP32 now (works quite good with I2S) but WLAN is not optimal.
<Heisath>
It would only need to receive VBAN audio stream and play it.
<IgorPec>
so that's the reason for trying i2s on clearfog