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"
<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>
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
<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
<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
<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
<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?
<[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
<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)
<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
<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
* 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)
<[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
<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)
<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