Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Forums Feed: #armbian-rss | Development Talk: #armbian-devel | Type 'help' for help | Logs: -> irc.armbian.com
lids has quit [Ping timeout: 240 seconds]
lids has joined #armbian
<lanefu> Microsoft
<nologin> DOS 6.22 wasn't bad ;)
xec has quit [Ping timeout: 272 seconds]
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 272 seconds]
ChriChri_ is now known as ChriChri
<flyback> <flyback> well the good news is
<flyback> <flyback> my orange pi does work with spyserver
<flyback> * guderian sets channel limit to 177
<flyback> <flyback> so I am going to have to figure out what kernel option or boot parameter they used in the orange pi broken revision of ubuntu that armbian doesn't use
<flyback> <flyback> the bad news is armbian does NOT
<lanefu> except for doublespace lol
<flyback> n ot getting hot either
<lanefu> flyback: what is spy server
<lanefu> or this is SDR stuff
<lanefu> *oh*
<flyback> so obviously the armbian config is CANUCKED
<flyback> you are right
<flyback> it streams the dongle over wireless or lan
<flyback> so you can put the dongle with your anrenna away from noise
<flyback> or on a hill
<flyback> and beam it down
<lanefu> flyback: zcat /proc/config.gz
<lanefu> see if you can find an option that's commented out that is what you need
<lanefu> i can build a kernel for you pretty easilyif you want to test some things
<flyback> I think it might be that other thing
<flyback> the uboot scaling shit
<flyback> dtb or whatever I suspect
<flyback> im going to have to bqackup config and that folder
<flyback> so a compare can be made
van777 has quit [Read error: No route to host]
<flyback> im just happy to know the hw isn't broken
<lanefu> interesting
xec has joined #armbian
<flyback> it was sluggish as hell in armbian running spyserver
<flyback> and cpu was getting up to 55C
<flyback> so I think the voltage scaling is set wrong or something
<flyback> not a big deal
<flyback> miuch easier to fix than brokeb hw
<flyback> so yeah I have a rotator tv antenna in my garage that gets good tv and some sdr reception
<flyback> and I get 0 reception in the house except 1-2 fm radio stations
<flyback> so the idea is to put the orange PI lite in the garage ad have it beam over wifi the signal
<flyback> yeah getting pager broadcasts
<flyback> I couldn't even tune on armbian
<flyback> it would mabye tune once then quit responding
<flyback> lets do the connect/disconnect test
<flyback> boom
<flyback> right back up
<flyback> about the same amount of cpu in top so that's normal
<flyback> 150% so 1.5 cores out of 4
<flyback> :)
<flyback> okk going to filezillla /boot config.gz
<flyback> dmesg
<flyback> wow though
<flyback> it ceashed and burned
<flyback> oops tits up
<flyback> mabye I ran it out of ram
<flyback> hmm
<nologin> argh, i feel like i'm getting too old for c pointer pitfalls
<flyback> yeah it tried to spell jehova with a "J"
<flyback> basically
<flyback> null pointer deference
<flyback> hehe
<flyback> o shutting down and putting the armbian sd back in
xec has quit [Ping timeout: 240 seconds]
xec has joined #armbian
<flyback> yeah there is defintey something amiss between orangepi inc ubuntu server 16.04 and armbian
<flyback> holy shit
<flyback> it was 150% on opu AND 215% on arbien
<flyback> so,ething is defintely not right
<lanefu> armbianmonitor -u
Hokedli has joined #armbian
<flyback> im too tired to process this tonight but I saved /boot fromm both and proc
<flyback> and logs
<flyback> hmm
<flyback> arbian is 5.8.11 and orangepi-ubuntu is 5.3.5
<flyback> but I would think a newer kernel would have better support not lless
* flyback watches indiana jones nazi's get canucked supercut
chewitt has quit [Quit: Zzz..]
<flyback> wrong channel :P
<lanefu> flyback: run armbian-config and see if you can switch to one of 5.7 kernels
<lanefu> anyway
<lanefu> do a armbianmonitor -u and send me ht resulting link
<flyback> asking for a url
<flyback> root@orangepilite:~# armbianmonitor -u
<flyback> System diagnosis information will now be uploaded to Please post the URL in the forum where you've been asked for.
<lanefu> yeah what's teh ix.io url it spit out
<flyback> nothing
<lanefu> is it on the net?
<flyback> yes
* flyback facepalms
<lanefu> run it again for grins maybe it was afluke
<lanefu> something like this is what woudl be expected
<lanefu> lane@rock64:~$ sudo armbianmonitor -u
<lanefu> [sudo] password for lane:
<lanefu> System diagnosis information will now be uploaded to http://ix.io/2zyc
<lanefu> Please post the URL in the forum where you've been asked for.
<flyback> rebooting with wifi disable
<flyback> and trying with just lan
<flyback> same shit
<flyback> don't worry about it tognight it's too late for my brain to work
<Tony_mac32> lanefu when is the meeting again? I've been juggling a few things as always
<Tony_mac32> my day off today was actually me just going to work as usual. :(
Hokedli has quit [Quit: Konversation terminated!]
<lanefu> Tony_mac32: 8AMCentral
<flyback> thanks though lanefu
<lanefu> yah np
<nologin> pointer mystery solved!
<lanefu> yeah? whodunnit?
<nologin> nested pointers ftw
<nologin> forgot to alloc ** pointer, silly me
DaRock has joined #armbian
DaRock has quit [Ping timeout: 240 seconds]
DaRock has joined #armbian
DaRock has quit [Read error: Connection reset by peer]
DaRock has joined #armbian
<Werner> Good morning
xec has quit [Remote host closed the connection]
xecuter has joined #armbian
c0rnelius has quit [Read error: Connection reset by peer]
<IgorPec> good morning
stipa has quit [Remote host closed the connection]
<Miouyouyou> Good morning
igorp_ has joined #armbian
jock has joined #armbian
<jock> hello
<Werner> Hi
<jock> Hi Werner, is the meeting still confirmed for 2:00PM GMT?
<Werner> Yes
<jock> ok thanks! I don't think I have a Jira account (not that I'd want one), mostly I will attend if it is ok
riotz has quit [Read error: Connection reset by peer]
<ArmbianTwitter> @armbian (armbian): RT @FrankMankel: Mobile Firewall für unterwegs gesucht? Frühstücksprojekt bei beschissenem Wetter. #NanoPIR2S @armbian https://t.co/7UvsJ… (17s ago)
riotz has joined #armbian
xecuter has quit [Remote host closed the connection]
xecuter has joined #armbian
igorp_ has quit [Ping timeout: 240 seconds]
BCMM has joined #armbian
xecuter has quit [Read error: Connection reset by peer]
riotz has quit [Changing host]
riotz has joined #armbian
Werner changed the topic of #armbian to: Release talk at 2pm GMT - Agenda: -> https://github.com/armbian/documentation/blob/master/docs/Process_Release-Model.md#release-planning <-
xecuter has joined #armbian
* lanefu waves
* Tony_mac32 has family leaving house in a few minutes, may be distracted
* IgorPec still working on Jiras
* Miouyouyou is eating cereals
<lanefu> Tony_mac32: i think i was off by an hour :P
<IgorPec> in 57 minutes
* Tony_mac32 goes to get some coffee in the meantime
* Werner does the same
sassinak-work has quit [Ping timeout: 260 seconds]
sassinak-work has joined #armbian
<lanefu> for your entertainment.. here's a cool screenshot of my armbian pbp desktop https://forum.pine64.org/attachment.php?aid=2099
chewitt has joined #armbian
_whitelogger has joined #armbian
<IgorPec> hez
<IgorPec> s/hez/hey
<ArmbianHelper> IgorPec meant to say: hey
<IgorPec> all: check Jiras if they need any updates, also add if there is something we need to do
lvrp16 has quit [Ping timeout: 260 seconds]
<lanefu> IgorPec: remember you can slide things up and down to help indicate priority on the kanban board https://armbian.atlassian.net/secure/RapidBoard.jspa?projectKey=AR&rapidView=2
<IgorPec> it sais ranking is disabled
aprayoga has joined #armbian
lvrp16 has joined #armbian
<lanefu> oops :P
<IgorPec> fiter owner is you :)
<IgorPec> i already had to learn basics of chatbot 1h ago .
<Tony_mac32> lanefu The Jerk XD
<lanefu> IgorPec: ahh i see.. so it can either sort by the manual rank we do, or by ticket priority, but cant do both
<[TheBug]> Hey
<lanefu> i think i had left it at priority for simplicity, but now that we're a little better at jira i can change it. what do you think
<[TheBug]> sorry im runnin behind all ;/
<IgorPec> good morning
<IgorPec> we haven't started yet
<lanefu> [TheBug]: its okay i gave all the north americans the wrong time by an hour
<[TheBug]> ahh even better
<[TheBug]> Lane had said 9am and I saw the clock and went..oops
<[TheBug]> well good, I don't feel so bad getting the exta 50 minutes of sleep ;p
<lanefu> yeah next time i'll be wrong by an hour on purpose
<[TheBug]> ;p
<Tony_mac32> haha
<[TheBug]> make sure I don't make it huh ;p
* [TheBug] makes mental note of possible games
<[TheBug]> ;p
<Tony_mac32> Games without frontiers
<[TheBug]> ahah
<[TheBug]> well on that note afk for a few, bathroom calls, ill brb
<lanefu> use both hands
<Tony_mac32> ...to hold the cell phone?
<ArmbianHelper> .to hold the cell phone? [en~>eng]
<Tony_mac32> %@#$(@(%*^&@@3
* IgorPec calls for early check-in
* IgorPec means just say hello - those that are silent
<_5kft_> hello :-)
* Tony_mac32 is def not here
<Werner> ,load Meetbot
<ArmbianHelper> The operation succeeded.
<jock> hello
<aprayoga> hello
<Werner> #startmeeting
<ArmbianHelper> Meeting started Sat Oct 3 13:55:17 2020 UTC. The chair is Werner. Information about MeetBot at http://wiki.debian.org/MeetBot.
<ArmbianHelper> Useful Commands: #action #agreed #help #info #idea #link #topic.
<Werner> #topic check-in
ArmbianHelper changed the topic of #armbian to: check-in
<Miouyouyou> #action Meow
* Miouyouyou pokes ArmbianHelper with a stick
<Werner> these keywords are silent operations
<lanefu> add -vv
<Miouyouyou> strace #action Meow
<lanefu> lol
<[TheBug]> lol
<Werner> Messages with a keyword as prefix are highlighted later on in the nice an clean summary that the bot hopefully spits out when the meeting ends
Heisath has joined #armbian
<Tony_mac32> "Nice clean summary": "Meow"
<Heisath> Hi @all
<IgorPec> hi
<IgorPec> martinayotte around?
<Heisath> am I to late?
<IgorPec> no, check-in
<Werner> nope, just ealy check in
<[TheBug]> Heisath: yeah, now you will have to bring everyone coffee and donuts
aprayoga has quit [Remote host closed the connection]
<[TheBug]> ;p
<[TheBug]> aha
<Werner> The schedule is pretty tight so try to stay focused as good as possible. For some folks it is early morning or late at night.
chewitt has quit [Quit: Zzz..]
<IgorPec> ok
<[TheBug]> ohh boy, im naughty, I didn't even finish my glass of Crown Royal last night before I passed out.. what a waste of some good spirits
<IgorPec> we are at check-in mode until .05
<Heisath> Do I have to do anything to check-in?
<Werner> Will use the remaining time to remove some filtered coffee from my body :P ^brb
<IgorPec> any special topic(s) to discuss in misc section
piter75 has joined #armbian
<IgorPec> heisath: nothig, just say hi which you did :)
<IgorPec> hi piter75
<IgorPec> any special topic(s) to discuss in misc section
<IgorPec> any special topic(s) to discuss in misc section
<piter75> hi all!
<IgorPec> outside what is already on the agenda https://docs.armbian.com/Process_Release-Model/#release-planning
<lanefu> IgorPec: demoting things to CSC?
<IgorPec> ok. adding debate what to move to the CSC at the end. Anything else?
aprayoga has joined #armbian
<Werner> Re. We have that point already -> status update for boards EOS/CSC...
<Werner> #topic Add late topics
ArmbianHelper changed the topic of #armbian to: Add late topics
<lanefu> IgorPec: shout-outs/recognition to people that have done awesome stuff lately
<IgorPec> ok, then. perhaps having an adiditonal meetiong for general armbian affairs, not technical stuff
<Werner> #info shout-outs/recognition to people that have done awesome stuff lately
<IgorPec> talk about having it as an additional topic
* lanefu now shutsup
<[TheBug]> :D
<Werner> Note: If you have important stuff to say feel free to use the meetbot keywords that are mentioned in the topics right below the agenda
<Werner> Aight, no more late topics?
<[TheBug]> I just want to saw lanefu and IgorPec are #AWESOME! :D
<IgorPec> and we thing bug is :)
<Werner> #info lanefu and IgorPec are awesome
<Werner> #topic FYI - stuff good to know
ArmbianHelper changed the topic of #armbian to: FYI - stuff good to know
<IgorPec> ok, lets move on
<IgorPec> note #1: IRC translator: If your English is poor, simply write in your native language. Start your sentence with .. at the beginning.
<IgorPec> rule #1: When you get a voice, please be quick and concise (1-2 min) and make it clear when you stop. ("No more, I'm done")
<IgorPec> rule #2: If meeting is going out of desired agenda, MC will use "STOP STOP STOP", wait to get attention and then proceed with the meeting agenda. Please stop chatting and listen.
<IgorPec> rule #3: Please highlight important information appropriately by putting a keyword in front of your message: #info #action #idea #help check tips below.
<Werner> Any questions?
* IgorPec excuses for wrong number of rules
<IgorPec> its a rule / note ...
<Werner> Aight awesome.
<Werner> #topic development - Allwinner
ArmbianHelper changed the topic of #armbian to: development - Allwinner
<Werner> Your turn IgorPec
<IgorPec> ok, regarding allwinner ... i call out people that are working mainly with this
<IgorPec> where we are?
<Werner> martinayotte you there? ;)
<IgorPec> we have some bugs mainly in H6 section, Pinebook is not having screen, u-boot would be nice to bump to 2020.10
<_5kft_> I bumped u-boot to 2020.07 for -dev
<IgorPec> i think martin did something in there, but also _5kft_
<IgorPec> yeah, but it broke something :)
<IgorPec> which means we need to have a better CI since it was almost impossible to notice that problem
<_5kft_> ah, I didn't know, been using it for weeks without issue
<IgorPec> lime a20 needs some special addressing
<_5kft_> ah
<Werner> #help need better CI to detect issues with u-boot
<_5kft_> yes, we need more complete CI as I have limited boards
<Werner> #help lime a20 needs some TLC
<IgorPec> do you think we can set a goal to bump that in this release?
<_5kft_> does H6 work well with -dev (5.9)? I still need to get one, so I'm running blind there
<IgorPec> i think its not much work, just adusting few patches and run tests.
<Werner> I have me 1+ at 5.9 and running fine. Using headless though
<Werner> s/me/my
<ArmbianHelper> Werner meant to say: I have my 1+ at 5.9 and running fine. Using headless though
* IgorPec anyone has a spare H6 board?
* lanefu does
<IgorPec> i am low on H6, anything else
<[TheBug]> one of the allwinners I don't have actually, I have V3s, A10, A20, H3, H5 here
<IgorPec> any other important issue on Allwinner?
<IgorPec> Anyone tested CedrusX?
<Werner> Not sure if there is still the issue with dvfs on panfrost running on H6
<IgorPec> otherwise we have HDMI audio open in H6, Bluetooth?
<IgorPec> lets move on and get back if Martin shows up
<Werner> Okay
<IgorPec> #topic development Amlogic
<Werner> #info check martinayotte for feedback on H6 open bugs
<Werner> #topic development Amlogic
ArmbianHelper changed the topic of #armbian to: development Amlogic
<IgorPec> tony_mac ?
<Tony_mac32> N2 Audio/ Amlogic audio in general is still a topic
<IgorPec> anyone else doing something speak up
<Werner> #info N2 Audio/ Amlogic audio in general is still a topic
<lanefu> and that boot.ini ticket for n2
<IgorPec> is that balbes150 drop useful?
<lanefu> [AR-427]
<ArmbianHelper> AR-427 [Bug] "OdroidN2 boot.ini incorrect video options" reported by Lane Jennison at 2020-09-12. Status: To Do
<IgorPec> and also that C4 bootloader stuck
<Tony_mac32> I think so, but haven't been able to give it a proper look
<Tony_mac32> I don't have a C4 unfortunately
<IgorPec> ok, they only send me one pcs
<IgorPec> actually two, i fried first one ;)
<Tony_mac32> for N2 I will try mainline u-boot again, then discussion about how to make that switch
<IgorPec> the rest, C2 is ok?
<Tony_mac32> C2 was OK at last test
<Werner> #action Tony_mac32 tries mainline u-boot again
<IgorPec> also audio?
<Tony_mac32> yes, but mainline is still changing
<Tony_mac32> so will retest all
<IgorPec> overall we can proceed to 2020.10 with amlogic?
<Werner> #info Tony_mac32 cannot dive deeper into audio stuff due to lack of test board/s
* Tony_mac32 has C2, N2, Potato, La Frite, Vim1
<lanefu> yeah everytie we have to test sound we have to get HerculeP to test
<lanefu> or i do at least :P
<IgorPec> alright. any other severe problem regarding Amlogic?
<[TheBug]> I have a half broken Vim1 or I would offer to test with it, lol I somehow burnt out both the USB-A sockets on it, so it became a KVM for my EBin ;p
<Werner> lol
<Tony_mac32> None that I know Igor
<IgorPec> otherwise we move on marvel
<Werner> #topic development - Marvell
ArmbianHelper changed the topic of #armbian to: development - Marvell
<IgorPec> aprayog heisath
<aprayoga> Hi,
<IgorPec> we recently bumped mvebo to 5.8.y and it looks alright
<IgorPec> hi
<Heisath> One thing is linux kernel 5.8 for mvebu. Am working on it and will get this done for 20.11
<Heisath> There are some patches left, I will check if they are obsolete and remove/refactor them.
<IgorPec> i think here we don't have much ... a bit more on 64bit
<[TheBug]> I am about ready ask you to give me some contact e-mails so I can start bugging their devs to patch some of this awful drivers for topaz on EBin as well as possibly check other DMA bugs related to high IO usage:Z
<Werner> #action Heisath will merge 5.8 before release
<aprayoga> i just test the 5.8 as Igor mentioned on the PR, the one of the fan on Helios4 running full spee
<Heisath> maybe I broke something in the pwm patch...
<lanefu> [TheBug]: and I need to work on [AR-370] for mvebu64
<ArmbianHelper> AR-370 [Story] "Make Espressobin Networking Better" reported by Lane Jennison at 2020-07-19. Status: To Do
<aprayoga> i will investigate this. nothing on kernel ,essage
<IgorPec> ok mvebu is clear and will be done in this release
<IgorPec> mvebu64 what we can do here?
<[TheBug]> aprayoga: when in use are you doign any type of raid?
<IgorPec> there is also some movement on a mainline u-boot but i doubt it will be tested and done by then?
<[TheBug]> aprayoga: curious as on the EBins under high IO to raid5 I end up with a aor/xor calculation bug being displayed at least once in the dmesg
<Heisath> Mainline uboot for clearfog is not possible right now (problems with pcie). I dont know about Helios.
<aprayoga> i haven't test in raid, usually i test raid5 and raid6
<Werner> #info Mainline uboot for clearfog is not possible right now (problems with pcie).
<IgorPec> we will se about ebin if we will still dealing with :)
<IgorPec> i propose to move on
<Werner> #topic development Rockchip
ArmbianHelper changed the topic of #armbian to: development Rockchip
<IgorPec> here is more action
<[TheBug]> aprayoga: https://paste.ee/p/hWdAz
<Miouyouyou> Yay
<IgorPec> piter75 miyouyou laneuf jock tony ...
<lanefu> Pinebook shaping up nicely... still have some stuff with volume keys, and sleep to tweak... definitely ready as "preview" release
<Miouyouyou> I'm currently focused on Desktop issues, so I don't know if there's big issues with Rockchip. The 32 bits parts seem fine, outside media players. For the 64 bits parts, I still have to check around.
<Werner> #info pinebook ready as preview release
<lanefu> personally i don't wanna consider PBP supported until I have a dedicated test unit
<lanefu> which might be a stretch
<IgorPec> 32bit is fine, i think Tony wanted to bump u-boot
<jock> rk322x is pretty solid with k5.8 and uboot 2020.07, just some patches fail to apply due to some things mainlined, but does not harm compilation. Will fix ASAP
<Tony_mac32> RK3288 is fine, u-boot update is not working for me, but is for Oleg on TV box images. Investigating, not for this release
<piter75> I will add final touches on: [AR-350], [AR-351] and [AR-401] to make them ready for the release
<ArmbianHelper> AR-350 [Task] "Switch rock64 to mainline u-boot" reported by Piotr Szczepanik at 2020-07-04. Status: Backlogged
<Werner> #action piter75 will take care about AR350 351 and 401
<Miouyouyou> #action Check why mainline U-boot on RK3288 boards is not working
<jock> rk3288 u-boot 2020.07 works fine for me also (tvbox)
<IgorPec> AR-206 is stalled - what to do with it?
<ArmbianHelper> AR-206 [Task] "Improve memory performance on Renegade (roc-rk3328-cc) in current" reported by Piotr Szczepanik at 2020-04-05. Status: To Do
oleg37 has joined #armbian
<Miouyouyou> I don't have any Renegade unit. All my boards are tamed.
<lanefu> lol good one
<IgorPec> jock: moving to 2020.10 in this release?
<jock> IgorPec: I will try with pleasure
<[TheBug]> funny enough I have all the other Libre boards, H2+, H3 and H5 but not the Renegade
<Tony_mac32> I will take a look again at the Renegade DDR4 memory speed
<piter75> I believe DDR4 should be working well now (similarly to NanoPi R2S) but I have no board to test
<Tony_mac32> I think so too
<IgorPec> i also don't have this board
<Tony_mac32> but it was acting oddly before when we were testing
<Tony_mac32> I have one
<piter75> Yeah, I remember
<piter75> It was not scaling up with load
<IgorPec> tony you have renegade?
<Tony_mac32> yes
<[TheBug]> If needed I can grab one I think from Amazon for testing, just let me know if you need the extra help?
<IgorPec> then test this one and close the jira if we have this
oleg37 has left #armbian [#armbian]
<Werner> #action Tony_mac32 DDR4 memory speed renegade
<IgorPec> alrigh
<IgorPec> anything more around rockchip?
<Miouyouyou> Nope
<Tony_mac32> No
<piter75> No
<jock> I'm fine
<IgorPec> moving to others board
<Werner> #topic development others
ArmbianHelper changed the topic of #armbian to: development others
<IgorPec> odroid xu4 is mainly just fine
<[TheBug]> Can have it here tomorrow as well, so Tony_mac32 if you need additional tester, ping me and I can grab one
<IgorPec> nothing to add there, we had some tries to reviwe Bananapi R2
<IgorPec> any others?
<lanefu> XU4 I need to re-enable memory frequency scaling on -current AR-388
<ArmbianHelper> AR-388 [Task] "XU4 - Introduce new Mem freq scaling patch and re-enable" reported by Lane Jennison at 2020-08-04. Status: In Progress
<Tony_mac32> lanefu I will help test
<IgorPec> aha, we have a fix for that?
<Werner> #info XU4 has AR388 open
<lanefu> IgorPec: yeah..
balbes150 has joined #armbian
<IgorPec> good, then i think we are done with hw specific issues
<[TheBug]> hey balbes150!
<[TheBug]> welcome
<Werner> Hey balbes150
<IgorPec> balbes150: we are just finishin hw related issues
<lanefu> hi balbes150 !
<balbes150> .. привет
<ArmbianHelper> Hello [ru~>eng]
<Werner> I love this thing :P
<Werner> #topic buildsystem enhancements
ArmbianHelper changed the topic of #armbian to: buildsystem enhancements
<ArmbianHelper> AR-339 [Story] "Add solved tag/label to forums consistently" reported by Lane Jennison at 2020-07-03. Status: Done
<Werner> Yeah....I finished that and then the update killed it ^^
<Werner> Anyway i fixed it as far as possible
<IgorPec> that plugin might come back once, but now we have to deal with it
<Werner> Yeah its fine for now. Not a build system issue though :P
* IgorPec asks folks here how do you like forum changes in general and is there anything specific to change
<Werner> Erm...wrong topic
<IgorPec> yeah, then skip this
<Miouyouyou> I like the new style. More modern
<[TheBug]> but its a tangent from the open topic
<IgorPec> if you have an idea, open a Jira!!
<IgorPec> AR-230
<ArmbianHelper> AR-230 [Story] "Decide what to do with TVboxes" reported by Igor Pecovnik at 2020-05-04. Status: In Progress
<[TheBug]> ahh yes
<IgorPec> what about this
<Tony_mac32> For build system, I am trying to document the current organization in graphic format to add to documentation
<lanefu> the club solution looked promising
<[TheBug]> balbes150: will need to be in touch soon with you, one thing Werner let me know is we can have 'clubs' in the forum now
<[TheBug]> balbes150: would like to get with you and get that started and start getting conrtibutors invited
<[TheBug]> maybe that way can have better conversation on the state of TV box and what support looks like
<IgorPec> club is good solution, our download infrastructure can cover all of the needs without a problem now
<Werner> Clubs are already formed and almost ready to be published
<[TheBug]> the plus is we now don't have space constaints for holding images
<[TheBug]> thats been my main attack over past month or so
<balbes150> [thebug]: Sorry, I can only read slowly (through a translator) so far ....
<[TheBug]> we added several new repos / mirros
<[TheBug]> balbes150: I know, just getting all out here, take time
<[TheBug]> Hopefully with additional mirors and repos we have up now we won't be hitting a space restriction reason for support
<[TheBug]> will make other topics a lot easier to process through
<IgorPec> then we have an open idea to make firmware per family
<[TheBug]> So now my plan will be to try and really have conversations about what that looks like -- some internal comments are already left on the subject in that Jira, will also invite whomever likes to leave comments there and we can use them as starting topics in forum
<IgorPec> which will help us solve some issues, but add complexity to the builds system
<IgorPec> which is why its not there yet
<Tony_mac32> hmm
<Werner> #idea firmware per family
<Werner> Further enhancements to the build system? open issues and ideas?
<Tony_mac32> my only idea on the complexity topic is a big tear up to move to platform/family repos
<IgorPec> nothing pariocular, fixing small bugs
<Tony_mac32> my script-fu is inadequate
<IgorPec> then desktop
<Werner> #topic buildsystem desktop
ArmbianHelper changed the topic of #armbian to: buildsystem desktop
<Miouyouyou> Things are advancing in the right direction so far
aprayoga has quit [Remote host closed the connection]
<IgorPec> here we only have myy working on this, rneese is helping out, testing
<IgorPec> i made few builds but haven't been able to do much.
<[TheBug]> balbes150: if any question on the TV Box topic feel free to reach out by forum or message on irc, I will work to get club started an reach out to you in the coming week or so :)
<Miouyouyou> I'm currently trying to add the ability to add apt repositories through "add-apt-repository" but I'm fighting with bash-isms
<lanefu> rneese has made great progress on myy's framework.. i've tested a few images and they seem to work
<Werner> #info desktop stuff growing nicely :P
<lanefu> with the new deskstop framework, do we have device/family customizations available at the desktop level?
<Miouyouyou> Yes
<Miouyouyou> It's per ${BOARD} customization
<IgorPec> Mioyouyou: i also scripted automated PPA mirroring so we could host packages
<Miouyouyou> and also per ${DESKTOP_ENVIRONMENT} customization on "appgroups"
<Werner> #info IgorPec> Mioyouyou: i also scripted automated PPA mirroring so we could host packages
<Miouyouyou> Nice !
<Miouyouyou> This should help for Mesa + Panfrost until Debian and Ubuntu mainline these drivers
<IgorPec> automated building has to be properly extended. I am strougling with a current situation
<Miouyouyou> Hmm
<lanefu> okay great
<Miouyouyou> I'll see if it's possible to make the "appgroups" list comma separated
<Miouyouyou> Wait, space separation should work fine with TSV, no ?
<IgorPec> this is tab separated now
<IgorPec> but this can be RFC
<Miouyouyou> So commas then ?
<Miouyouyou> Or '|' ?
<IgorPec> anything is alright, parsing has to follow
<Miouyouyou> Ok. I'll try with spaces first then we'll see
<IgorPec> ok, i propose not to go muich into the deatils
<IgorPec> all are welcome to test desktop building
<Miouyouyou> #action Check the automated build system with the new desktop customization script
<ArmbianTwitter> @A13_technology (∆13🏳️‍🌈): @kieranbingham @Poddingue @armbian Do you know if the CSI on the rockpi has the same layout as the Raspberry Pi ? (29s ago)
<Werner> Done with desktop then?
<Miouyouyou> Yup
<IgorPec> i hope we will be soon
<Werner> haha yeah.
<Werner> #topic Infrastructure - Servers / CI
ArmbianHelper changed the topic of #armbian to: Infrastructure - Servers / CI
<IgorPec> seeing it at main build location, that mergining becomes simpler
aprayoga has joined #armbian
<Miouyouyou> Indeed.
<IgorPec> yeah, server
<Werner> mostly informational topic
sassinak-work has quit [Ping timeout: 240 seconds]
<IgorPec> we have some CI running, but would need improvements
<IgorPec> once we add desktop, there will also be a need for more power
<lanefu> yeah i guess we need like a roadmap for CI features
<IgorPec> yeah, smarter roadmap
sassinak-work has joined #armbian
<Werner> #help roadmap for CI
<IgorPec> we have some essential things
<lanefu> also identifying boards with SPI-flash might be easier to automate more advantage imaging and testing based on the lvrp16's LOST tool
<IgorPec> i setup a system at home that updates beta and stable repository only in case of upstream kernel changes, config or patch changes
<lanefu> what's the state on the sdcad multiplexer board? is it dead?
<IgorPec> heisath
<[TheBug]> Heisath it's your time to shine :D
<IgorPec> there were some recent updates,
<Heisath> Hijax did a new revision. Should be on the way to me now
<IgorPec> so that is still in the oven, but nevertheless automated testing works this way https://beta.armbian.com/autotest.html
<Werner> #info sdcard muxer : <Heisath> Hijax did a new revision. Should be on the way to me now
<[TheBug]> #Make the SDcard Multiplexer board great again
<IgorPec> if the changes are detected, system build changed kernels + all bsp + all u-boot, loads to the 30 devices, run tests, ...
<IgorPec> this is operational, but still testing, improving
<Heisath> Power+Serial is working. Sd mux is a bit harder, we need to still have high data throughput to test speed etc. But it gets hard to switch signals at high MHz.
<lanefu> IgorPec: okay i need to look at your setup and maybe I can mirror or tie to github
<Heisath> Also there is some work to be done on SD 2 USB bridge. I am not sure if Hijax has completed the firmware.
<IgorPec> we need to make multiple images building bulletproof with checking
<Heisath> But HW wise I will be able to test in the next weeks.
<IgorPec> then we have a reson to build new server
<lanefu> IgorPec: yeah robust multiimage building would be a good jira ticket for us to refine
<Heisath> Hijax is a bit slow to respond sometimes, leads to lower progress speed
<IgorPec> that is very important since when release data is there ... it has to work
<Heisath> probably a lot of r/l stuff going on
<IgorPec> with 100% probability
<IgorPec> rebuilding of all images + upload takes days
<lanefu> #action make jira story and tasks for imporving multiple image builds
<IgorPec> when desktop images will be added ... more power, better connection, so its something to discuss how to solve
<IgorPec> ok
<Werner> So far so good?
<IgorPec> anything else on infrastructure?
<IgorPec> forum?
<lanefu> yeah just my todos improving redirect etc
<Werner> #topic Infrastructure - planned/unplanned changes on forums
ArmbianHelper changed the topic of #armbian to: Infrastructure - planned/unplanned changes on forums
<lanefu> oh yes! moving forum to seperate nginx
<Werner> and put redis on
<[TheBug]> Maybe worth mentiuoned where we are with mirrors / repos now after the additions? I am not sure I fully know.
<IgorPec> yes!
<IgorPec> this will improve some responsivness
<Werner> Anyway. Prefixes were fixed, then burned and fixed again
<lanefu> it's coverd in AR-444
<ArmbianHelper> AR-444 [Story] "Improving download infrastructure Phase 2" reported by Lane Jennison at 2020-09-25. Status: To Do
<[TheBug]> k
<IgorPec> we also have new IRC channel
<Werner> With CLUBS a new feature will be intruduced to cover topics that cannot be that easily be integrated into main forums
<Werner> If nobdy has any major complains about I'll release them to the public later on
<[TheBug]> Werner: good job on that, am excited to see how that works and get one going
<ArmbianTwitter> @kieranbingham (Kieran Bingham): @A13_technology @Poddingue @armbian @ezeaqui do you guys use the rpi camera directly on the rockpis? Or do you need an adapter cable? (21s ago)
<Werner> The new Theme (Haze (default)) has still some design flaws we are working on
<IgorPec> i will skip Cycle Jira backlog since we already checked major issues
<Werner> And maybe we add a dark theme
<Werner> Any questions about forums?
<IgorPec> first we need to fix this theme for last minor issues ...
<IgorPec> board statuses discussion?
<Werner> #action fix design issues with haze
<Werner> #topic Infrastructure - IRC: new channel and pushes to commits
ArmbianHelper changed the topic of #armbian to: Infrastructure - IRC: new channel and pushes to commits
<Werner> #info new channel: #armbian-devel for development talk because sometimes it gets quite chatty here
<Werner> #topic board support status updates
ArmbianHelper changed the topic of #armbian to: board support status updates
<IgorPec> that's more just like an info
<Werner> Yep
<lanefu> #agree dark theme
<IgorPec> ok moving on
<lanefu> :P
<Werner> Any boards that should have their status changed? supported, csc, eos...
<IgorPec> go to download pages and propose what to ditch to CSC / EOS
<Tony_mac32> I am working through the u-boot for the Tinker Edge R (RK3399 PRO), will possible push a CSC
<IgorPec> keeping old a20 supported? Anyway is nothing to do there?
<lanefu> well lets tak ea moment and look at our definition of supported https://docs.armbian.com/#what-is-supported
<[TheBug]> Just to mention we have had some amazing contributors to the repo / mirror infrastructure by FOSHost, TNAHosting and Innoscale over the past few months. So wanted to take a moment to acknowledge them here :)
<lanefu> but yeah rock64, ebin -> csc
chewitt has joined #armbian
<Werner> Move neo3 from wip to supported? mine is running nicely on current
<Tony_mac32> has the Rock64 been EOL'd? Or just low interest?
<lanefu> low interested and has been difficult to wrangle
<IgorPec> Neo3: mine sometimes doesn't boot up on reboot
<lanefu> seems fine for headless at least
<[TheBug]> lol the Rock64 is probably gonna see a pick up
<Tony_mac32> agreed, the 3 versions have been a real problem
<IgorPec> Rock64 is problematic
<Werner> Hm did not reboot mine for the last month or so ^^
<[TheBug]> based on fact they have been advertising the 20$ or less boards on Amazon
<[TheBug]> on youtube and such
<IgorPec> ebin as ewell
<[TheBug]> so there will be some of them popping up I would expect
<Tony_mac32> [TheBug] that's actually a problem, the Amazon ones are any random version
<lanefu> i just think supported boards should be something that someoen is willing to jump on when there's an issue
<lanefu> otherwise more things best effort as CSC
<Tony_mac32> lanefu agreed
<[TheBug]> Tony_mac32: yeah I got v2
<Tony_mac32> [TheBug] ugh
<[TheBug]> its sitting on desk right now
<[TheBug]> and yes, state of support is..
<IgorPec> rock64 to CSC, Tinker R to CSC
<IgorPec> PineH64 B to supported?
<Werner> #action rock64 to CSC, Tinker R to CSC
<IgorPec> Bananapi Zero to supporte? (I don't have it, but its H3)
<Tony_mac32> My H64B has been running headless for months with 0 problems
<IgorPec> OK then go to supported
<Werner> H64B probably suffering from the same issues all H6 suffering so no big difference there I guess?
<Werner> #action H64B to supported
<IgorPec> BTW: I am noticing stability problems on Allwinner A64 boards
<lanefu> OrangePi Rk3399? does anybody have one? should that be CSC
<IgorPec> i have one, but it seems broken
<IgorPec> also Martin has one
<[TheBug]> I have the RockPi 64 -- would like to get my hands on the OPi4, NanoPC T4 for testing
<[TheBug]> s/64/4c
<ArmbianHelper> [TheBug] meant to say: I have the RockPi 4c -- would like to get my hands on the OPi4, NanoPC T4 for testing
<IgorPec> the rest I don't remember. piter75 ?
<piter75> nope, I don't have Orange Pi RK3399
<IgorPec> helios64 aprayoga When we could say supported?
<[TheBug]> IgorPec: would it be worth contacting Xunlong for them or just order one?
<lanefu> yeah lets demote opi rk3399
<piter75> we can demote it
<Werner> #action demote OPi rk3399
<lanefu> i'm jsut scrolling through the download page at whats supported
<Tony_mac32> I have ordered a Helios64, it is "processing" ;)
<Miouyouyou> I have a Opi rk3399 if anybody needs one
<lanefu> like.. humingboard 2? who has one
<IgorPec> rockpi E seems stable
<IgorPec> supported
<IgorPec> lanefu: i have 3pcs :)
<piter75> +1 for supported to ROCK Pi E
<Werner> #action rockpi E supported
<IgorPec> pinebook pro?
<Werner> wip
<Werner> ?
<lanefu> i wanna keep WIP
<Tony_mac32> Agreed
<[TheBug]> just FYI and not to rain on anyones parade, but an RK3399 platform with a mcpie / m.2 to pcie adapter with sata card will do circles around the EBin / Helios anyone looking to build a new NAS platform, my recomendation is RK3399 and thats after being a long time EBin supporter!
<lanefu> i can continue working on it, but i really need a second one as a tester
<aprayoga> IgorPec, if possible on 20.11 Helios64 already supported. i still fixing stability problem.
<lanefu> since i'm using mine as a daily driver now
<IgorPec> aprayoga: ok, its your call
<IgorPec> any other board? Who voolonteer to adjust status?
<Werner> #info Helios64 stable for release if aprayoga sorts stability issues out
<[TheBug]> aprayoga: wonder if any of the stability issues overlap, you are welcome to ping me about that stuff and maybe see if I can give you any anecdotal help from my EBin experiences since they are similar platforms
<Tony_mac32> I don't have any others ready for discussion. need to spend more time with i.MX'N'
<IgorPec> imx8 is critical. we have little to none know-how
<IgorPec> alright
<lanefu> do we have any imx8 boards currently supported that should be demoted?
<Tony_mac32> no
<IgorPec> we have none
<IgorPec> only imx6 which works fine with mainline
<Tony_mac32> our newest NXP is an i.MX7 CSC
<IgorPec> yes
<[TheBug]> IgorPec: did you decide if we were gonna do a x86 image for RockPi X?
<Tony_mac32> ewwwww
<Werner> oO
<Tony_mac32> :D
<IgorPec> x86 is another big topic
<IgorPec> ok, we can do that in misc
<Miouyouyou> Is "arm"bian needed for x86 boards ? I mean, standard Debian should work, no ?
<Werner> #topic release officer and meeting organizer and goverance
ArmbianHelper changed the topic of #armbian to: release officer and meeting organizer and goverance
<IgorPec> i vote for werner :)
<[TheBug]> #Werner for President
* lanefu votes for werner and his proven track record
<Werner> Thanks for the honor but I am fine with the stuff around me already :P
<IgorPec> without werner we wouldn't have such a nice meeting
<lanefu> yeah i was saving that for shoutouts
<IgorPec> well, the idea is that i sometimes comes as a member
<Werner> We will see at the very end if the effort was worth it ^^
<lanefu> but Werner you've been doing a ton of things to keep things sane so thank you
<IgorPec> without any special responsibilities
<[TheBug]> agreed, while you may not think so, it has been noticable, so thanks for that!
<Werner> I do agree taking notes and stuff and assist but moderating the whole thing, i have to decline
<IgorPec> so, next meeting i just show up and report what i did, ok ? :)
<IgorPec> its executing the script, which i will help you to prepare
<IgorPec> like you help me to prepare it
<lanefu> well there is value inhaving a sepeate note taker from moderator
<IgorPec> ok, think about.
* lanefu hides before getting volunteered for anything
<IgorPec> you lane as well :)
<IgorPec> misc
<Werner> #topic misc
ArmbianHelper changed the topic of #armbian to: misc
<IgorPec> x86 ... really? :)=
<[TheBug]> hahaha
<lanefu> ironically i really wanted armbian-monitor when i tested my rockpi S
<[TheBug]> You say that like you weren't the one to originall propose it IgorPec :p
<Werner> Oh one thing: https://docs.armbian.com/Community_Governance/ I like to ask anybody to take a look at the sheet and tell me if it is still up to date
<IgorPec> i am missing armbian on x86 TBH
<lanefu> IgorPec: what about armbian are you missing
<Tony_mac32> I see the small boards with similar peripherals/eMMC/etc, so OK I get the idea, however...
<Tony_mac32> then we add MIPS and RISC-V
<IgorPec> easy to deploy customised system
<Tony_mac32> XD
<Miouyouyou> Don't it overlaps with Debian, though ? You could always create an armbian-tools for x86 systems.
<Miouyouyou> And put it on the PPA
<[TheBug]> lanefu: Armbian = Life -- No Armbian = No Life
<IgorPec> LOL
<lanefu> [TheBug]: heyi have 2 armbian desktops.. i'm practicing what i preach
<[TheBug]> :D
<IgorPec> building the system
<IgorPec> the armbian way
<[TheBug]> hey y ou make armbian for x86
<IgorPec> is the valuable key point
<[TheBug]> ill replace my work desktop with it and spam all my coworkers with pictures
<lanefu> so i will say Rock Pi X and Atomimc PI are twins
<[TheBug]> hows that for motivation :D
<lanefu> so i mean there's some potential value there
<Tony_mac32> OK, but for something like this I think then a reorg like is bouncing in my brain becomes more necessary
<lanefu> yeah
<Werner> Aight I'll be afk for a while, preparing food. If any governance needs adjustment drop me a message. Will take care about the clubs later today and give them a final polish. later
<IgorPec> ok
<Tony_mac32> instead of almost u-boot like config spam in every directory, it will need to be centralized per family/platform
<[TheBug]> Yes Atomic PI and RockPi X are technically identical platforms -- however I believe different wifi platforms
<lanefu> i thikn armbian x86 is like 21.08 :)
<Werner> Btw. done with meeting so far?
<IgorPec> yeah, sure its lot of work
<IgorPec> yeah we can say we are done
<Werner> Okay, fingers crossed, moment of truth
<Werner> #endmeeting
<ArmbianHelper> Meeting ended Sat Oct 3 15:22:15 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
<ArmbianHelper> Log: armbian/2020/armbian.2020-10-03-13.55.log.html
<ArmbianHelper> Minutes: armbian/2020/armbian.2020-10-03-13.55.html
ArmbianHelper changed the topic of #armbian to: Release talk at 2pm GMT - Agenda: -> https://github.com/armbian/documentation/blob/master/docs/Process_Release-Model.md#release-planning <-
<ArmbianHelper> Minutes (text): armbian/2020/armbian.2020-10-03-13.55.txt
<IgorPec> and leave discusssion open
<Werner> I'll upload the files later
<IgorPec> no fatal error?
<Werner> seems fine :)
<[TheBug]> :D
<[TheBug]> Thanks again Werner
<lanefu> nice!
<IgorPec> ok, thank you all for attenting
<IgorPec> to make some breif overview of where we are
<[TheBug]> Thanks to all the people who made time to show up today for the meeting as well! We all appriciate your contributions and the time you put in :D
<[TheBug]> (at least I do! :D )
<Miouyouyou> (me too ! I appreciate my contributions !)
<[TheBug]> ahah :D
<IgorPec> we are the best :)
<Miouyouyou> 😺
<IgorPec> how to do that? :)
<Tony_mac32> wait what?!
<IgorPec> smiley
<IgorPec> 😺
<[TheBug]> ahh doesn't show in utf-8
<[TheBug]> just a box ;p
<Miouyouyou> You don't have the right fonts
<lanefu> shows on my PBP :)
<Miouyouyou> You need an emoji font
<IgorPec> 😺😺
<Miouyouyou> Look for noto emoji
<Tony_mac32> hexchat is doing it ok
<[TheBug]> emoji font? ewwwww
<IgorPec> haha
<[TheBug]> cmon ive been using irc since 1994
<[TheBug]> who uses an emoji font ;p
<Tony_mac32> "emoji", the millenial name for emoticons :P
<[TheBug]> lol
<Miouyouyou> All the spammers use emoji, now
<lanefu> yeah like i'm just in terminal using hack regular
<lanefu> and its working
<Miouyouyou> You have to deal with it 😎
<[TheBug]> haha
<Tony_mac32> haha
<IgorPec> how to disable this ? :)
<lanefu> now me finding the characters is aother story
<lanefu> what's teh xfce equivalent of charactermap :P
<Werner> could not wait to see how it worked out :P
<Miouyouyou> Remove the emoji font from your system and it should be disabled 😺
<IgorPec> so no armbian x86 this year
<[TheBug]> I mean I think it would be cool
<IgorPec> btw. which desktops to include in the tool?
<lanefu> Werner: wow thats pretty nice
Werner changed the topic of #armbian to: Meeting summary: https://werner.armbian.de/_meetbot/
<[TheBug]> but thats just me ;p you don't have to convince me
<Werner> Now afk for real, I starve :P
<Tony_mac32> So I have this i.MX8M board, and the AVNET source/scripts. Once the Edge R starts blinking I'll get to it
<[TheBug]> I am a minimalist so xfce, maybe mate if your feeling frisky?
<Miouyouyou> TWM
<Miouyouyou> Best window manager
<lanefu> well rneese's dde stuff for sure
<lanefu> but yeah i'd like mate
<IgorPec> new desktop can have them all
<lanefu> need to use NicoD's under construction wallpaper for default on unsupported
<IgorPec> so we could say ... make pinebookpro with "xfce,dde,mate" for example?
<Tony_mac32> i3
<Tony_mac32> :P
<IgorPec> well, we can have them more but problem is maintaing them
<Miouyouyou> Currently desktops are mono targets, but I can make it poly targets. How you do name the image then ? Armbian-focal-xfce-dde-mate ?
<IgorPec> no no
<IgorPec> more images
<Miouyouyou> :3
<Miouyouyou> more problems
<IgorPec> i mean separate images
<Tony_mac32> seems like a Fedora "spins" situation
<Miouyouyou> Then it's fine, you can add any desktop you want
<Miouyouyou> As long as you're ok to support the issues from angry users on Github
<lanefu> horizontal scaling of image offerings
<IgorPec> we have to decide which to support
<IgorPec> other can remain "CSC"
<IgorPec> unsupported but there. How about that?
<Miouyouyou> Yes, the system is easy to adapt and modify, so that people wanting custom images can make their own.
<IgorPec> like we have for userland
<lanefu> yeah honestly i think like all the desktop stuff should be CSC except for like xfce?
<Miouyouyou> mkdir and $EDITOR is all you should need for adding new desktops
<IgorPec> I hope we will be able to support one additional
<IgorPec> like XFCE is basic and there we don't need to do anything
<lanefu> we'll just have to figure out what we like
<IgorPec> it works
<lanefu> also.. the bigger picture, when do we need to pivot to wayland
<Tony_mac32> I am supposed to have a PineTab coming, but the tracking # was saying it didn't exist XD Will check again
<Miouyouyou> There will be a moment where we'll also have to deal with "Wayland" desktops too.
<IgorPec> gnome3 is wayland, right?
<Miouyouyou> I think, yes
<Miouyouyou> They have "mutter" for the Compositor
_5kft_ has quit [Remote host closed the connection]
<IgorPec> IMO we should choose one wayland pwrd
<IgorPec> right from start dealing with new desktop sys
<lanefu> oh also
<Tony_mac32> Compositors, (shudders in Real Time)
<lanefu> i think we need to start enable glamor on more stuff
<[TheBug]> Cold flashes Tony_mac32 ;p
<IgorPec> haha
<IgorPec> one desktop should be on the fancy side
<lanefu> i noticed just be enabling that let randr see additional resolutions
<IgorPec> we already have a simple one
<Miouyouyou> Which bring OpenGL drivers on the table, and how to get them installed.
<IgorPec> mesa ?
<Miouyouyou> Yup
<IgorPec> mainly just works
<IgorPec> OOB
<lanefu> yeah do we need to just build latest meta packages
<Miouyouyou> Yeah. The proprietary drivers are now a pain to use on standard kernels, so Mesa it is.
<lanefu> and offer them in repo
<Miouyouyou> That would be nice
<IgorPec> yeah, that's the plan after things works
<IgorPec> how much of things we will need to rebuild for the desktop?
<IgorPec> besides making a cache for each variant to have consistency
<Miouyouyou> Hmm, it depends if you select all the appgroups or not.
<lanefu> i wonder if layered filesystems is the answer
<IgorPec> let's say on maxed values
<Miouyouyou> You could have a minimal desktop and full desktop ? That would make 2 rebuilds per desktop type
<lanefu> for assembling
<Miouyouyou> Else, it's one build per desktop
<IgorPec> each time one changes groups to include
<IgorPec> hash is changed and new cache is needed
<Miouyouyou> Just choose the biggest configuration for each desktop and include all the softwares, with the kitchen sink
<Miouyouyou> Hmm
<IgorPec> but we can build all combinations
<Miouyouyou> With the current system, yeah, since all the packages are pulled at once
<Miouyouyou> Though, we could separate the package lists in two, and have the desktop packages installed first and then the appgroups packages
<Miouyouyou> Which would help in terms of "builds caching"
<IgorPec> one way
<IgorPec> yeah, that should solve this problem
<IgorPec> but it will bring more time on building. probably not significant more
<Miouyouyou> Or even provoke a package install per appgroup, for finer cache management
<Miouyouyou> Well, this will trigger seperate "apt" calls... but that's it.
<IgorPec> making virtual packages?
<lanefu> overlayfs durring assembly
<IgorPec> overlay is adding complexity
<IgorPec> and not very usefull for this problem i think
<Miouyouyou> more like splitted $PACKAGE_LISTS .
<IgorPec> yeah, just think about
<lanefu> ahh okay
<Miouyouyou> Currently, the way it's done is "Deboostrap Phase 1, Phase 2, install all the packages, install the Armbian Desktop package" (roughly)
TheNumb has quit [Ping timeout: 260 seconds]
<IgorPec> and make a cache
steev has quit [Ping timeout: 272 seconds]
<Miouyouyou> What's possible is : "Deboostrap Phase 1, Phase 2, Install Desktop Environment packages, (for each appgroup -> Install Appgroup packages), install the Armbian Desktop package"
aprayoga has quit [Ping timeout: 245 seconds]
TheNumb has joined #armbian
<Miouyouyou> That can make caching easier, by triggering a cache generation between installs
<Miouyouyou> Though, the order of the appgroups will still have an effect on whether a cache is up to date or stale
<IgorPec> yeah
<Miouyouyou> If you install appgroup A, then appgroup B, and then modify appgroup A, then the cache of B is stale
<Heisath> Thanks and see you.
Heisath has quit [Remote host closed the connection]
<Miouyouyou> See you Heisath
<IgorPec> yep. cache is hash on packages
steev has joined #armbian
<IgorPec> if pkg list changes its new cache
<Miouyouyou> So installing all appgroups are once might have the same impact.
<Miouyouyou> Ah
<IgorPec> if groups are fixed we make all combo
<IgorPec> but custom has to be outside this
<IgorPec> yes i think
<Miouyouyou> Groups should be fixed for a release
<IgorPec> currently we have https://imola.armbian.com/dl/_rootfs/
<Miouyouyou> Else we're going into management nightmare
<Miouyouyou> Remember that desktop environments and appgroups definitions are split per distribution
<IgorPec> groups must be fixed for caching, but the custom which is installed later in the process
<Miouyouyou> So better freeze them during an entire release
<IgorPec> yeah, each distribuition and arhitecture has its own cache
<IgorPec> we rarely change packages inside
<Miouyouyou> Alright, so, the current system could work anyway then
<IgorPec> it will work, yeah
<IgorPec> we will only have more cache files
<Miouyouyou> For each desktop environment, yeah.
<Miouyouyou> But each build should include all the appgroups to make things easier, on "Desktop" images
<IgorPec> yeah, exactly
<IgorPec> whenever someone will deselect something, its already a custom build where cache might not exits
<Miouyouyou> Yup
<IgorPec> that's the problem of current caching ... but its possible to make a cache also for desktop with this and that group
<IgorPec> this is automation process
archetech has quit [Quit: Leaving]
<Miouyouyou> It's hard to deal with custom images. Better let people building custom images deal with caching themselves, no ?
<IgorPec> yes
<IgorPec> like i said, we might add more caches, but by default we will only provide caching for full desktop
<IgorPec> so enable all groups "on" by default
<Miouyouyou> Yeah. We'll just finish this part first, and see how caching can be improved once it's done.
<IgorPec> this will probably extend desktop images to 5-7Gb?
<Miouyouyou> It depends on the desktop... the one I build recently was...
<IgorPec> i only tried xfce and dde
<Miouyouyou> 2,9 G
<Miouyouyou> For XFCE
<IgorPec> ah, then this is fairly ok
<IgorPec> with office ?
<IgorPec> and all that stuff?
<Miouyouyou> No, no office though
<Miouyouyou> Just a few random packages for testing
<IgorPec> aha
<IgorPec> well, let's talk about this later once we have a clearer picture
<IgorPec> i also don't know muchj
<IgorPec> tested two builds
<Miouyouyou> Yeah, ask rneese (IRC) for its latest builds
<Miouyouyou> He might have a better idea of their size
<Miouyouyou> Since he include libreoffice
<[TheBug]> hes usually in here durkng the week has been working on images for the NanoPC T4 i believe
<[TheBug]> during*
<IgorPec> yeah, ok, i have to eat something
<[TheBug]> hehe moved to my cell about 10mins ago my self so i could do a few things so no one will blame you for stepping away :p
<Miouyouyou> Meanwhile, I thought about using add-apt-repository to add custom repos, but the fact that you have to install "software-properties-common" is causing some issues, so I'll just aggregate all the provided sources, and shove them into a big "desktop-repositories.list" in /etc/apt/sources.list.d
<Miouyouyou> So, yeah, I'll attack the fridge too
<IgorPec> add-apt repo is ubuntu thingie which doesn't work properly on debian
archetech has joined #armbian
<IgorPec> and all it does is create apt list file and add a key
<Miouyouyou> cat ${sources_list} > /etc/apt/sources.list.d/armbian-desktop.sources it is then
<IgorPec> and key
<Miouyouyou> This is dealt with apt-key
<Miouyouyou> Which is installed by default
<IgorPec> ahaa
<IgorPec> what about 3rd party repo?
<IgorPec> for armbian desktop you don't need to do anything
<Tony_mac32> time for some noodles
<Miouyouyou> That's exactly what I'm dealing with. The GPG keys should be provided as files beforehand
<IgorPec> its already there
<IgorPec> key servers not reliable enough?
<IgorPec> probably true
<Miouyouyou> The reason is that we should be able to know who signed the packages before hand, and provide manual updates if needed (signatures have changed)
<Miouyouyou> Could use them, but a lot of tutorials are not using them
<Miouyouyou> For example, I checked Docker documentation for testing 3rd party repos
<Miouyouyou> And they basically go for "curl link-to-key | apt-key add -"
<IgorPec> for DDD i download packages and throw them to our repo (signed with our sig)
<IgorPec> not the correct way, i know
<IgorPec> just FYI
<IgorPec> for things we will build from sources, this is not an issue
<Miouyouyou> I'll try to check for a 3rd party repo that provide keys through a key server, to understand how to perform the later
<Miouyouyou> The thing is, I don't know many 3rd party repos
piter75 has quit [Ping timeout: 245 seconds]
<jock> guys thanks for the meeting and for all the efforts, going to have a promenade, see you soon!
<nekomancer[m]> <lanefu "for your entertainment.. here's "> Splash! I remember this movie! Saw in cinema many times.
<IgorPec> jock: thanks
<IgorPec> see you around
* IgorPec also needs to boot up with some food ...
jock has quit [Quit: Leaving]
<lanefu> nekomancer[m]: lol nice!
<Tony_mac32> it's got a cop motor a 440-cubic-inch plant
<balbes150> Sorry, urgent business.
balbes150 has left #armbian [#armbian]
Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Forums Feed: #armbian-rss | Development Talk: #armbian-devel | Type 'help' for help | Logs: -> irc.armbian.com
<Werner> [TheBug], clubs are public now
<lanefu> woohoo
DaRock has quit [Read error: Connection reset by peer]
<lanefu> so does that mean tvboxes will leave my feed?
<Werner> Depends on how well it works out
redentor has joined #armbian
_whitelogger has joined #armbian
sassinak-work has quit [Ping timeout: 244 seconds]
sassinak-work has joined #armbian
<nologin> no ops?
<Werner> what for?
<flyback> I did find a clue last night with my orange pi LIte not working right in armbian but working in the chopped up hack of ubuntu 16.04 orange pi inc made
<flyback> the dtb? power scaling files are *NOT* identical
<flyback> so I wonder of arbian is applying the wrong model file
<archetech> 2x7402 rome cpu's kernel compile = 28 secs heh
<flyback> heh
* flyback started with linux back in 1996, it's crazy to see how much it's evolved
<flyback> and the platforms it runs on
<flyback> going to try deleting all the dtb files for models other than lite
<flyback> then going to swap the file from the company version into arbian
<flyback> id stick to the company versin but it's a ugly hack
<nologin> Werner: last time i was current with irc was in the 90s, can you regain control without a single op?
<flyback> no wifi their kernel build is broken etc
<flyback> and you ca't even built it from itself
<flyback> you have to setup a seperate vm etc
<IgorPec> arhetech: how much $
<IgorPec> that's 48C "only"
<flyback> nologin, what was your nick back then
<Werner> nologin, in this case yes. on efnet for example it would be more difficult
<archetech> its todays phoronix
<nologin> flyback: most likely 'rad', but that was efnet i believe
<IgorPec> ahaa
<flyback> yeah I don't reember that nick
<flyback> fishhead or i8086 here
<flyback> I was here when this network started as linpeople
<nologin> i was mostly on PLUG channel
<flyback> I was friends with lilo
<flyback> we had a fight right vbefore he was killed
<nologin> Werner: ah, ok, thanks
<flyback> so I get to feel like shit for the rest of my life :(
<nologin> lilo? doesn't ring a bell
<flyback> rob levin
<Werner> No big deal :)
<flyback> he fouded this network
<flyback> he was run over
<nologin> huh, why?
<flyback> they never even caught whoever ddi it
<flyback> he died 4 days later
<nologin> sad
<buZz> RIP lilo
* flyback has lost too many friends on irc
<buZz> more than you gained?
<flyback> no but every one is a skullfuck
<buZz> :( even me?
<nologin> "A computer programmer since 1968, Levin worked as an administrator and an applications programmer from 1978 until his death."
<flyback> I mean ones that died
<nologin> knowledgable guy i guess
<flyback> is a skullfuck
<flyback> everyt time
<flyback> lost 2 in the last 2 days to suicide
<flyback> err yrs
<flyback> worst the one guy did it twice
<flyback> first time the hospital saved him
* buZz hugs flyback
<buZz> dont feel bad
<flyback> he had men1
<flyback> so he gave him on living
<flyback> bad cancer
<nologin> i guess suicide numbers will go through the roof in the coming months due to this covid shit
<flyback> why would you kill yourself over covid that's really stupid
<nologin> you lose job, income etc.
<flyback> thz buzz
<nologin> anyone living in Scotland? /me thinks about moving there
<flyback> why
<flyback> why move
redentor has quit [Quit: Leaving]
<nologin> political & work reasons
<nologin> never thought i will consider moving
<flyback> well good luck either way
rneese has quit [Quit: Leaving]
<flyback> bbl
<buZz> nologin: from where?
<HerculeP> lanefu: last odroidc2 img I tested (20.08.1 / 5.8.5) had sound but usb autodetect not working - ready for testing as always ;)
<IgorPec> usb is fragile at c2
<IgorPec> good to know that at least sound works, 10x
<nologin> buZz: .pl
<buZz> nologin: weird to move to scotland then, why not ireland?
<buZz> or what does scotland gain you
<nologin> buZz: no job offers for my occupation in Ireland
<buZz> ah
<buZz> lumberjack? :D
<nologin> lol
<buZz> ^_^
<nologin> air traffic controller
<buZz> ah cool
lids has quit [Ping timeout: 260 seconds]
<buZz> in netherlands they have a airport with 12(iirc) airtraffic controllers
<buZz> and zero flights
<buZz> :D
<buZz> for ~2 years now, 'lelystad airport'
<nologin> guess what, a couple of my collegues just moved to work in .nl
<nologin> i've heard of lelystad before
<buZz> its just pointless
<buZz> they're pouring money with no tomorrow
<buZz> better get in if you can :)
<nologin> haha, it's all very messy in aviation at the moment
<nologin> shouldn't have dropped my computers carrier more than 15 yrs ago ;)
<nologin> *career
lids has joined #armbian
xecuter has quit [Read error: Connection reset by peer]
xecuter has joined #armbian
<buZz> heh well
<buZz> just go for senior functions directly ;)
<ArmbianTwitter> @ezeaqui (Eze Garcia): @kieranbingham @A13_technology @Poddingue @armbian The Rockpi is _designed_ to be compatible with the RPI, hence its name. And yup, I tested camera modules v1 and v2. (15s ago)
<ArmbianTwitter> @ezeaqui (Eze Garcia): @kieranbingham @A13_technology @Poddingue @armbian And of course, it has plenty of boots options. Having said that, please don't take my answer as reference, I'm just a kernel dude using boards to make sure kernels come out all properly baked and well rounded ;-) (18s ago)
<nologin> buZz: lol ;)
<flyback> that reminds me
<flyback> need to order some esp8266 or esp32s
<flyback> for wifi or bt to serial console for my pi's
<flyback> also to act as a power managemenrt controller since allwinner h3 doesn't have one
<buZz> nice :)
<flyback> well a) they are cheap b) because they have a simple firmware that doesn't cache they aren't hurt by power loss or watchdog timer use
<flyback> so they can protect a bigger linux system that doesn't like abrupt power cycling
<flyback> almost done dumping some relevant uboot env info between the 2 linux distrod
<flyback> so I can figure out why one works
<ArmbianTwitter> @A13_technology (∆13🏳️‍🌈): @ezeaqui @kieranbingham @Poddingue @armbian Well there are other fruit pi boards which are NOT compatible 😉 so we had to askebefore buying. (24s ago)
<buZz> i always wanted to put a esp8266 with optoisolators and transistors on a atx motherboard
<buZz> as crashguard/recovery/budget-servermanagement
<buZz> but wifi is kinda meh for that
<flyback> some boards have a i2c smbus ipmi bus header
<flyback> so you could do your own secure bc
<flyback> bmc
abc69 has joined #armbian
<buZz> hmhm, and could make it do tiny ups aswell with a 18650 or something
<abc69> Hello all
<flyback> i thinking of doing a supercap ups for the orange pi
<flyback> since I only need about a min to do a safe shutdown at most
abc69 has left #armbian [#armbian]
<ArmbianTwitter> @kieranbingham (Kieran Bingham): @A13_technology @ezeaqui @Poddingue @armbian What are your plans with the CSI? (29s ago)
stipa has joined #armbian
rneese has joined #armbian
BCMM has quit [Ping timeout: 256 seconds]
<flyback> DAMMIT
<flyback> since they are different kernels I don't think the .dtb files match either
<flyback> so no way to compare them
<flyback> ah
<flyback> dtb = device tree binary
<flyback> ugh a lot to learn
<ArmbianTwitter> @Poddingue (Bruno Verachten 🍰): @kieranbingham @A13_technology @ezeaqui @armbian I've been experimenting for a while with SBC-based HDMI h264 encoder solutions. I have a few prototypes in various states, and @A13_technology found an affordable HDMI to CSI board. So I'm looking for another SBC, but cheaper and more open than the Raspberry. (17s ago)
<Tony_mac32> my pinetab showed up today! looks cool, interface is a bit sluggish but that's expected
<ArmbianTwitter> @kieranbingham (Kieran Bingham): @Poddingue @A13_technology @ezeaqui @armbian More open? Are you are of the unicam driver for Raspberry pi? Which is a kernel driver and exposes the CSI2 capture system? Are you using the auvideo b101 (or a clone?) With the TC358743XBG? Although I'm less sure if the openness of the encoders on the RPI. (10s ago)
<Tony_mac32> the keyboard case is cool, but I closed it and the LED's haven't shut off yet. :P dev sample engage!
<[TheBug]> Tony_mac32: want to make any argument to convince me to order a Renegade :Z I have it in my card but it sure feels like buying another H3 device that has a single USB 3 port on it
<[TheBug]> s/card/cart
<ArmbianHelper> [TheBug] meant to say: Tony_mac32: want to make any argument to convince me to order a Renegade :Z I have it in my cart but it sure feels like buying another H3 device that has a single USB 3 port on it
<[TheBug]> already have the Rock64 sitting here .. and well
<[TheBug]> it looks what identical to it?
<[TheBug]> just slower SoC?
<Tony_mac32> The Renegade has lpddr4, so when the memory freq is working properly it is faster than the Rock64
<Tony_mac32> the SoC is the same
<[TheBug]> seeing as Rock64 doesn't have any images that clock it above 1.3Ghz I would assume thats true even with some slower memory
<[TheBug]> ?
<[TheBug]> ohh
<[TheBug]> I see now my confusion
<[TheBug]> so now I feel a little silly
<[TheBug]> okay, so functionally the exact same but faster memory?
<Tony_mac32> very very similar, it's what you see with any board in this industry, it's based on the reference design
<[TheBug]> some silly reason I had it in my head Rock64 has slightly newer SoC
<Tony_mac32> The renegade is a bit cleaner in my opinion
<[TheBug]> only difference in design I can see is use of usb-c for power instead of dc jack
<Tony_mac32> it's a micro-B
<[TheBug]> ohh that is a bit sad
<[TheBug]> so basically you pay 2x the price for the 1GB extra memory and lpddr4
<[TheBug]> man I wish they actually made a usable version of Android for the thing
<flyback> Ki think it might be time to give up for a while
<[TheBug]> just to play with
<[TheBug]> Maybe the Android 7 that libre released is not a Android TV SDK?
<[TheBug]> I hadn't checked
<flyback> this is going to take a lot of work to find the difference between orangepi-ubuntu 16.04 and armbian latest ubuntu
<[TheBug]> but Android TV is poop
<flyback> wait does google actually reelease android tv source
<Tony_mac32> I'm not really interested in Android, I view Android the way you view Android TV
<Tony_mac32> :P
<flyback> I thought that o0ne was strictely commercial
<[TheBug]> well all the vpu drivers are extracted from the Android SDKs
<[TheBug]> why support for VPU is crappy even in the releases its supported on
<[TheBug]> (BSP 4.x kernels)
<Tony_mac32> rockchip VPU driver is a long story
<[TheBug]> but more than that if you want some half decent video play back from them it seems Android is a better chance of usefulness, if its real android and not Android TV
<[TheBug]> they never paid to have a Google license for it so all their boards don't have a defineition at google
<[TheBug]> means if you even get play store, no apps compat
<[TheBug]> anyways as you said, thats not very interesting for you
<[TheBug]> hmm I will think on it
<Tony_mac32> RK3288 was used in chromebooks, so chromeOS stuff is applicable
<[TheBug]> one of the few it's hard to click the buy button on
<[TheBug]> since I have so much thats similar to it
<Tony_mac32> the 3328 was never anything but a TV box SoC though
<[TheBug]> I have like 8 H3 devices sitting here
<Tony_mac32> I have 5-6 H3's
<[TheBug]> then they did a god awful job with Android on it
<Tony_mac32> 4 RK3328's
<Tony_mac32> 6-7 RK3399's
<Tony_mac32> etc
<[TheBug]> Android TV, all of their images, are half unusable and only a few are nearly usable -- but the biggest gotcha is , they never took the time to fix any to actually run in 1920x1080
<[TheBug]> you can set the "resolution"
<[TheBug]> but you check in any playback software, will show you its actually sending to display at 720p
<rneese> which device are you running with rk339
<Tony_mac32> hahaha I woke up rneese. I've been reading your convos with lanefu a bit
<rneese> the ver we have is just a normal no frills build for the t4
<[TheBug]> Tony_mac32: I was head of H3Droid project there so I have basically any H3 worth having, including some TV boxes
<Tony_mac32> haha that also explains why you like android. :)
<[TheBug]> ;D
<Tony_mac32> I'm an industrial SBC user so I never caught the Android bug
<[TheBug]> well reason I actually got the Rock64 other than it being cheap is because it has SDKs for Android newer than 7
<[TheBug]> which H3 is stuck at
<Tony_mac32> rneese I have T4, PBP, Renegade Elite, Tinker Edge R, 2x RockPro 64's, Rock Pi 4B, and NanoPi M4V2
<[TheBug]> I was really hoping I could come up with something to replace my media setup as soon Youtube app won't even run on h3droi cause ... Google.
<[TheBug]> s/h3droi/H3Droid
<ArmbianHelper> [TheBug] meant to say: I was really hoping I could come up with something to replace my media setup as soon Youtube app won't even run on H3Droid cause ... Google.
<rneese> so we are along on the desktop I am now working on the files that have to be cp into place
<[TheBug]> but my experience so far shows the images are garbage and all display 720p even if they say '1080p'
<rneese> but I have to figure the power mods on dde and budgie
<Tony_mac32> yeah, there needs to be an intervention on that mess, Google is too pervasive at this point
<[TheBug]> so I think I may abandon hope for a good android experience there
<[TheBug]> well they decided at some point they won't do backwards compat APIs
<[TheBug]> so functionally what they are doing is sunsetting APIs
<[TheBug]> which then kills off apps compatible with older platforms
<Tony_mac32> rneese I really need to try this out. First thing first though is testing the RAM on the Renegade again. :D
<[TheBug]> why if you have something Android 4 now, half your apps are gone
<[TheBug]> or no longer sompat
<[TheBug]> compat*
<Tony_mac32> I just recycled an old 4.4 tablet my son was using, nothing worked right anymore
<[TheBug]> Tony_mac32: the real changes in Android versions from one to another other than the eye candy is the API layer and what they choose to maintain compatability with from older API versions
redentor has joined #armbian
<Tony_mac32> to risk a flame war: you can't expect everyone to be as careful as Microsoft has been over the years with API backward compatibility. TBH it almost killed them
<rneese> ok who makes that board
<[TheBug]> at this point even Youtube can't be assed to keep compatability in the app and keep putting a new one, even though I would actually bet there are hundred of thousands if not millions of users still stuck on a ANdroid 4 device that will just all sudden no longer be able to play Youtube evn though its just some fancy java web browser
<rneese> so I can make you a img
<Tony_mac32> renegade is libre computer. it is an RK3328. The renegade Elite is RK3399
<[TheBug]> the only reason it stops working is because they put a version check into the app and if app version =/ new enough, just don't let you do anything, even though the software it's self will work just fine if you modify that check out
redentor has quit [Client Quit]
<rneese> so which one is in the build stsrem you want it for
<Tony_mac32> haha the elite is a CSC board
<Tony_mac32> it's in there
<[TheBug]> anyways -- Tony_mac32 if it would be in any way helpful to you / Armbian for me to order that board, I am happy to do so, but if you don't see a real need for that or think it will help, then I may just hold my cash for something else down the line?
<Tony_mac32> it has a type C which I believe supports video out lke the PBP/T4,
<Tony_mac32> I think I would hold on for now. The board is functional other than that memry thing, and I need to test to see if that has rectified itself with Piter's help in the last months
<rneese> budgie or dde
<[TheBug]> okay, just let me know if that changes, seems its at least at Amazon in a warehouse near me, so if it turned out needed I can have it next day it seems
<Tony_mac32> uh, dde I guess
<rneese> ok
<Tony_mac32> (I'm quietly laying down framework to do the exact opposite in supporting headless boards for control)
<Tony_mac32> :P
<Tony_mac32> This one I am working on, it has the most robust power input I've ever seen
<[TheBug]> damn
<[TheBug]> send me one of those for free
<Tony_mac32> I would trust plugging it into an automobile
<Tony_mac32> and hahaha
<rneese> ok its building
<[TheBug]> I will make sweet NAS love to it with a m.2 to pcie adapter
<Tony_mac32> the PCIE is a bit tricky, theat actually goes to the Wifi card on top
<Tony_mac32> the bottom is USB
<[TheBug]> it shown as reverse that
<[TheBug]> and mcpie actually
<[TheBug]> so mcpie on bottom
<[TheBug]> and m.2 on top
<[TheBug]> but yeah that looks nice, but expensive considering the RockPi 4c
<[TheBug]> haha nice
<[TheBug]> yeah
<[TheBug]> I like that adapter actually
<Tony_mac32> hahaha wow
<IgorPec> another reason to not deal with ebin :)
<[TheBug]> maybe
<[TheBug]> I bet that adapter isn't cheap
<[TheBug]> that isn't their hat is it?>
<[TheBug]> just the extender on top
<IgorPec> no, its somethging from ali
<Tony_mac32> lol my 4B is asking for one
<Tony_mac32> XD
<[TheBug]> yeah I showed you my setup right?
<IgorPec> yes
<Tony_mac32> if my Helios64 is "processing too much longer I might have to get one in the meantime. I need to migrate my XU4 + USB3 RAID tower
<Tony_mac32> I have a water cooled XU4 XD
sassinak-work has quit [Ping timeout: 260 seconds]
<Tony_mac32> so it wouldn't throttle during software transcoding
<[TheBug]> cleaned it up a bit more since those pics but give you an idea
sassinak-work has joined #armbian
<IgorPec> you need to cool that sata card?
<[TheBug]> yes
<[TheBug]> just as per past expeience
<IgorPec> well, certainly its better than no cooling
<[TheBug]> the company making the controllers won't be honest and tell you need passive air flow
<[TheBug]> but if there is no airflow and you just have it with that heatsink
<rneese> watercool them
<IgorPec> haha
<[TheBug]> you'll hit heat issue during a raid type usage rebuild
<IgorPec> watercool everything
<IgorPec> that can be hot, yep
<[TheBug]> if you just do "standard " usage
<[TheBug]> then probably not needed
<[TheBug]> but since in my case its handling a raid5 of 6x3TB
<rneese> I have to gind a fan to put on my t4 it has the heatsync but still hot
<[TheBug]> it needs it
<rneese> companies dont care anymore
<rneese> they take your cash and run
<rneese> leaving you high and dry
<flyback> ewww
<flyback> raid 5
<IgorPec> zraid
* flyback drags a canadian against it
<rneese> hey
<Tony_mac32> hmmm
<Tony_mac32> I have a 4x 1 TB RAID5 at the moment, but I built it a long time ago. Also why I'm anxiously waiting for the replacement
* flyback slams his head into the wall trying to diagnose this isue
<[TheBug]> BTW I have a 7x2TB and 9x2TB raid5 on two different v7 EBin's, runing stable now
<rneese> play nice or us canucks will use you for speed bump testing
<Tony_mac32> ...then apologize
<ArmbianHelper> .then apologize [en~>eng]
<Tony_mac32> of course
<flyback> do you mean actual raid 5 or something like zraid that is equivalent
<[TheBug]> s/7x2TB/7x3TB
<ArmbianHelper> [TheBug] meant to say: BTW I have a 7x3TB and 9x2TB raid5 on two different v7 EBin's, runing stable now
<flyback> meese BMCCC
<flyback> err BMCC
<[TheBug]> using mcpie to pcie x2 adapters with same 8 port sata card
<flyback> bite my "canuck".....................canuck!
* flyback locks horns with meese
<Tony_mac32> I'll be setting up 5x 4TB here shortly
<flyback> Tony_mac32, which is it
<flyback> real raid 5 or zraid
<Tony_mac32> my old setup is real raid 5
<flyback> ah
<Tony_mac32> it began life with a Pi 2 driving it
<flyback> raid 5/6 = heavy write and random i/o penalties
<Tony_mac32> 12931098329183471928749812742396 SD cards later I got an XU4
<flyback> neat
<flyback> I need to find a solution for my data recovery project
<flyback> probably going to order some usb externals
<flyback> mabbye shingled ones
<flyback> they are slow but cheap storage
<Tony_mac32> the XU4 was Arch originally, but then I changed to Armbian after getting into the project
<flyback> I was hopeing 1tb would be enough but I found more old hd's I have to raw image
<[TheBug]> lol, Tony_mac32: I have a 3rd EBin v7 running 5x4TB drives as well ;)
<flyback> im using armbian on a orange pi, or trying to
<flyback> so it can be my radio relay
<Tony_mac32> only scare the array gave me was when the power supply died in the tower
<flyback> for my rtl_sdr
<flyback> ick
<Tony_mac32> it's a sans digital or womsething likethat
<flyback> what brand was the psu
<[TheBug]> actually
<Tony_mac32> thankfully it was just an open frame chassis supply, stuffed a mean well in there
<flyback> mean well owns your "canuck"
<[TheBug]> if you want to know the fatal flaw with raid / large drive on Ebin
* flyback tazers rneese
<[TheBug]> it's that the 1Gb ebin doesn't have enough ram to perform an FSCK of ext4 file system on a drive that big
<flyback> good psu maker
<[TheBug]> so unless you have an SSD attached it can sit and swap memory into
<Tony_mac32> haha
<[TheBug]> you can't fsck and or will take forever
<flyback> Tony_mac32, https://imgur.com/a/V7DGx6n
<[TheBug]> I ended up moving data off an array and rebuilding it because I couldn't fsck
<flyback> that's what I had to do
<flyback> because I wore out the molex on the stock psu
<flyback> caused drive faults
<Tony_mac32> ROFL
<Tony_mac32> nice
<flyback> it's a 980 watt psu from a poweredge 2800, connected to a poweredge 1800 distribution card
<rneese> flyback, dont threaten me with a good time
<flyback> which is then hacked to a poweredge 840 box
<[TheBug]> The rk3399 shouldn't have that issue cause you have at least 2 if not 4Gb memory
<Tony_mac32> correct
<flyback> that box is one of two boxes
<flyback> that are desined for nothing else
<Tony_mac32> although some kids like to release 1 GB memory boards with big processors (looking at you OPi 3)
<flyback> but ddrescue
<flyback> and safecopy
<flyback> slowly recording bits from long dead media
<flyback> hard drives and cd's
<flyback> for floppies I am usinng a hardware tool called fluxengine
<Tony_mac32> cute
<Tony_mac32> gotta measure the fluxors
<Tony_mac32> (I am a magnetic sensors engineer)
<flyback> cost me $20 to make it's 1000x better than the pcs braindead floppy dchip
<flyback> oh you would like these projects then
<flyback> hang on
<[TheBug]> Tony_mac32: I mean it's doable, your just gonna spend 2 weeks fscking that way and burn out an SSD thats used for swap unless you attach the array to a machine with more memory
<flyback> both of them record the raw signal pulses from the drive
<flyback> floppy controll has a much more advanced app but the hw uses a $50 arduino and you have to make your own pcb
<flyback> so I didn't do that one
<flyback> that one lets you do signal waveform edit
<flyback> you can manually try to guess the missing part of a floppy signal
<flyback> the floppy controll hw also lets you attach the drive head steper so you can manually control it in the app
<flyback> but the hw is too hard to me to make right now
<[TheBug]> Tony_mac32: actually to clarify what I said earlier -- without swap you will NOT be able to fsck an array probably bigger than 5 drives without having swap -- it will literally end up kernel panicing the EBin
<[TheBug]> because it won't be able to allocate memory fast enough
<flyback> I mean this is crazy shit
<Tony_mac32> nice he used a PSoC5LP
<Tony_mac32> I have one on my desk
<flyback> yeah the flux does
<flyback> it was easy to make those
<flyback> you slide in a floppy connector
<flyback> solder
<flyback> run 1 ground jumper wire
<flyback> done
<flyback> yeah both use like a arm3 to do the drive sampling
<flyback> both let you dump the flux file like 150MB or so per 1.44 floppy
<flyback> to run it thru some signal analsis software non realtime later
<Tony_mac32> very nice
<Tony_mac32> then you can process it from there
<rneese> lanfu said he was sending me his pinebook once we get all the patches in
<flyback> yeah and do tricks like bit shifts etc
<rneese> lol he said he would get a new one
<flyback> where you guess where your starting point is
<flyback> and run from that offset
<flyback> then start again another offset
<flyback> til you find the right point
<Tony_mac32> I was going to build something this way for the old cassette tape stoarge on my CoCo 2
<Tony_mac32> So I didn't have to actually find a compatible cassette
<Tony_mac32> lol
<flyback> oh you mean as a drive
<flyback> well these are for read/writing disks not actign as a drive for legacy hw
<Tony_mac32> correct
<rneese> I want a zip drive
<Tony_mac32> but the requirements are really similar
<flyback> and he ported his fimware to $20 china stm32 based floppy emulators
<flyback> so for $30 you are good to go
<flyback> Tony_mac32, they have writen several cassette audio emuator apps that run on phones even
<flyback> rneese, watch those they had a nasty failure mode
<flyback> where a read damages media
<flyback> read head
<flyback> and then that disk damages other drives
<Tony_mac32> need a jazz drive
<flyback> never knew they had a 750
<flyback> wow
<flyback> I think the failure was only back in the 100/250 era
* Tony_mac32 looks over at his 1 GB IBM microdrive
<rneese> man the days os running tape backups
<Tony_mac32> I had a quick-80
<Tony_mac32> which was not quick
<Tony_mac32> at all
<flyback> there's a ting where you can use a pc soundcard to generate casette audio to record to a coco drive
<flyback> doesn't appear to be a realtime drive emulator though
<Tony_mac32> ESP32 + some op-amps and I should be able to do it with no problems
<Tony_mac32> it has a good enough DAC
<rneese> lanefu, where did you go
<martinayotte> Sorry guys if I missed the meeting this morning ... I wasn't at home and completely forgot ... What is the resulting summary ?
<IgorPec> hey martin
<IgorPec> no worries
<rneese> Armbian_20.08.0-trunk_Renegade_focal_current_5.8.12_dde_desktop.img.xz
<IgorPec> check summary
<rneese> I knew nothign abotu meeting
<rneese> geesh I got left out
<IgorPec> let me see, yes. sorry
<IgorPec> we'll put you to next one. You haven't miss much
<IgorPec> since its mainly oriented toward hw development and regarding the desktop you are mor up to date as others
<rneese> ok
<rneese> ia hve to start testing diff desktops
<rneese> we need to get builds for lxde/lxqt
<IgorPec> lanefu: pinebookpro nightly is up
<IgorPec> it seems scripting work ... almosts
<rneese> i have to find where all the patches have been done on the pbp so I can get where they go
<rneese> when installed
<rneese> I will be reading all day tomorrow
* flyback doesn't even know where to start trying to diagnose the difference between the 2 distros
<rneese> what 2 distros ?
BCMM has joined #armbian
<flyback> orange pi lite orange pi company ubuntu 16.04 server
<rneese> building a budgie img also
<flyback> armbiant latest ubuntu version
<IgorPec> haha
<IgorPec> you are thinking about??
<IgorPec> for running what?
<flyback> spyserver runs smooth as glass on the ubuntu image
<flyback> 150% cpu usage which is normal
<flyback> barely warm
<IgorPec> well, use it then
<flyback> armbian 230% getting hot 55C and doesn't run right, hangs on exit etc
<flyback> IgorPec, it's broken to hell it's missing wifi drivers and you have to make a seperate 16.04 vm to build the kernel
<flyback> because the install image can't do it
<IgorPec> ahaa
<IgorPec> and there are tons of problems yet to be discovered
<IgorPec> and nobody will be helping you
<flyback> armbian is a newer kernel branch
<flyback> I would thinkk in most cases it will get better not worse
<IgorPec> its not worse
<IgorPec> perhaps you should try older armbian
<IgorPec> legacy 5.4.y kernel
<IgorPec> with 5.8.y there could be some troubles we haven't fix yet
<flyback> i'd rather run armbian but I have to figure out wtf is causing the lag
<flyback> oh hmm
<IgorPec> better then dealing alone with orange pi kernel?
<flyback> does that mean I have to go down a distro version also or just a kernel build
<IgorPec> yes
<IgorPec> in case of armbian?
<IgorPec> no, just change kernel
<flyback> yes
<IgorPec> docs
<flyback> ok
<flyback> thx
<IgorPec> armbian-config -> system -> alternative kernel
<flyback> hope you enjoyed those links Tony_mac32
<ArmbianTwitter> @ezeaqui (Eze Garcia): @Poddingue @kieranbingham @A13_technology @armbian Can't speak of Rockpi's price. But its RK3399 is quite a powerful thing. And you get open GPU (Panfrost) and open hardware-accelerated video decoding. It also can do video encoding, but the patches are a bit scattered and it takes some effort to put them together :( (28s ago)
<flyback> any particular kernel you would recommend
<flyback> orange pi was running 5.35+
<flyback> guess I will start with 5.4.66
<IgorPec> yes
<IgorPec> lastest. try that
<IgorPec> in any case fixing mainline kernel is a better direction since many people are doing that
* flyback gets out the radio gear to retest
<rneese> mainline where we are going we dont need no stinking mainline
<rneese> lol
<IgorPec> well, then let's say at least modern sw support, from this century :)
<rneese> hehhe
<flyback> nope
<flyback> still canucked
<flyback> bathroom bbl
<ArmbianTwitter> @A13_technology (∆13🏳️‍🌈): @kieranbingham @Poddingue @ezeaqui @armbian This little Board here as it offers I2S sound as well. https://t.co/VPGqJiL2k7 (31s ago)
Elpaulo has quit [Read error: Connection reset by peer]
<ArmbianTwitter> @kieranbingham (Kieran Bingham): @A13_technology @Poddingue @ezeaqui @armbian Looks like the same chip indeed (13s ago)
Elpaulo has joined #armbian
<rneese> Armbian_20.08.0-trunk_Renegade_focal_current_5.8.12_budgie_desktop.img.xz
<rneese> 22 imgs done
<IgorPec> rneese - yousort out ssh keys
<flyback> I wonder if this comment is still right
<rneese> not had a chance I will when I get back
<rneese> been really to busy
<rneese> I hate when life takes over
<rneese> back in 30
<flyback> unlong chose a different voltage regulator on these two boards that requires software adjustments to get dynamic voltage frequency scaling (dvfs) working. Apart from that Xunlong tried to keep both small boards as compatible as possible to the PC so that all OS images for the PC work with One and Lite with just two drawbacks: Non functional dvfs without fex file adjustments and no WiFi without new drivers on the Lite.
<flyback> nm that's their imges not armbian
<flyback> and it's armbien not working
<IgorPec> dvfs works
<IgorPec> and this info is reffering to kernel 3.4.y
<flyback> well for now I am dead in the water
<flyback> oh well
<IgorPec> what is actually the problematic. i am not sure i understand it
<flyback> running spyserver
<IgorPec> what is spywerver?
<IgorPec> what it does?
<flyback> it takes the usb frames from a rtl-sdr radio modules
<flyback> and transmitters them over network
<flyback> so you can put the dongle/radio chip beside your antenna away from noiuse
<IgorPec> aha, ok.
<flyback> and any machien can connect to the stream and decode
<IgorPec> did you try to set fixed CPU speed?
<flyback> under armbien it's lagging with chopping audio and the process hangs forever I usualy have to reboot
van777 has joined #armbian
sassinak-work has quit [Ping timeout: 240 seconds]
<flyback> 230% cpu
<flyback> whichg is like 2.3 cores
<flyback> under xulong ubuntyu it's 150%
<flyback> still either way it should have enough cpu left as 4 cores to not have issues
<flyback> wonder if it's a kernel bug or libary difference
<IgorPec> kernel has almost 10years diff
sassinak-work has joined #armbian
<flyback> well xulong is 5.3.5
<IgorPec> they move to mainline or what?
<IgorPec> heven't notice
<flyback> nfc
<flyback> but their distro is too broken to use, missing wifi, can't compile it's own kernel
<IgorPec> well, we invested tens of thasunds of hours into armbian :)
<IgorPec> you can't have that level there
<flyback> plus I think 16.04 lts support is almost over
<IgorPec> kernel is talking to hardware
<flyback> the cpu gets hot under armbian
<IgorPec> and ubuntu has nothing to do with that kernel
<flyback> more than on the xulong distro
<flyback> yes I know but mabye xulong hacked up some shit to make it work I am saying
<IgorPec> last 10 years it was the opposite which is strange
<IgorPec> its almost certainly an act of randomness
<IgorPec> where did you find that image?
<flyback> xulong's web site
<IgorPec> link
<flyback> hang on a min
<flyback> MINE IS THE lite
<flyback> oh they have a armbian link there also
<flyback> just noticed that
<IgorPec> ofc
<IgorPec> but its just a link to our website
<IgorPec> you are talking about lite 2 perhaps?
<flyback> no
<flyback> lite
<flyback> lite 2 is a newer soc with 64 bit cores
<IgorPec> ahaa, i see now
<IgorPec> well, this is the level support you will get there
<IgorPec> an image without any documentation and support
<flyback> yeah but spyserver runs on that one
<flyback> fails on armbian
<IgorPec> probably they just build armbian
<flyback> I would rather use armbian and in fact I switched
<flyback> bubt it doesn't work there
<IgorPec> kernel is hardware interface, armbian is build systen and debian OS
<IgorPec> debian based OS
<IgorPec> is the closest tot hat
<flyback> ok
<IgorPec> kernel is changing and if you want functionality of everything all the time ... it costs furtune
<IgorPec> which is why nobody is supporting that
<flyback> ok trying that image
<flyback> =ill let you know
<IgorPec> if that kernel works, dive into the docs to see how to force build system to attach to particular kernel branch ... this is the shortest way
<flyback> ok
<flyback> if you ever need any data recovery help just ask :)
<IgorPec> i hope i will never need you :)
<rneese> lol
<Tony_mac32> rneese what is the URL the images live in?
<rneese> I have to get my key working and shove them up
<Tony_mac32> ah ok cool
<rneese> Tony_mac32, see pm
<rneese> Tony_mac32, did you see the pm
* Tony_mac32 wonders back into room
<Tony_mac32> I see
<rneese> ok
<rneese> working to fix ssh key issue now
<flyback> "now booting the kernel" and that was it
<flyback> oh well I can't spend any more time on this project, anotther weekend
<IgorPec> yeah, this was long shot
<IgorPec> but you probably need to wait more ... i am sure images boots
<IgorPec> serial console ...
<rneese> no wait
<rneese> I have seen this
<rneese> if you on the serial console
<rneese> have same issunt n the neo/neo2 headless
<rneese> I have a note on the fix
<rneese> but if you wait till it load and hit enter you should see login
<IgorPec> some has output to hdmi only until the login prompt which takes time due to image resize
<IgorPec> it can take minutes
<flyback> it did boot
<flyback> apt dist upgrading it now
<flyback> so it has all the latest bugfixes
<IgorPec> eh, then you will be the same as before
<flyback> no
<IgorPec> did you freeze the kernel?
<flyback> not upgrading distro release
<flyback> just all the patches for biotic
<IgorPec> no no
<IgorPec> no
<IgorPec> stop
<IgorPec> apt update will update you kernel to latest version
<IgorPec> which means you didn't do anything
<IgorPec> if you want to keep the kernel and update ubuntu scripts and programs
<flyback> it's fine
<flyback> I will rewrite the image again
<IgorPec> you need to freeze kernel package
<flyback> and start over
<IgorPec> armbian-config -> system -> freeze kernel ... then update whatever
BCMM has quit [Quit: Konversation terminated!]
<rneese> gn
<rneese> chat tomorrow
<flyback> IgorPec, it worked