00:36 <Armbian-Discord> <Z​aza> Im here, just not writing much. Having lot of stuff to do outside. Im setting my lab for the sbcs that I have to test the stuffs with ansible and docker :)

00:37 <Armbian-Discord> <Z​aza> I dont forget your orientation lane 😉

04:37 <lanefu> At least it's just an apt update

04:37 <lanefu> https://www.bleepingcomputer.com/news/security/linux-system-service-bug-gives-root-on-all-major-distros-exploit-released/

13:03 <lanefu> damn it where's archetech when i have a good question for him

16:45 <blathijs> Hey, should releases be tagged in the https://github.com/armbian/build repo, or did the policy change? I see a tag for v2021.05, but not v2021.08 there?

16:47 <Armbian-Discord> <W​erner> Should be I guess but probably forgotten. Tags are no guarantee for a build anyways since external sources change all the time and for historical purpose only.

16:50 <blathijs> I'm mostly looking to look around the exact kernel patchsets used (or really looking for the DTS sources, but I don't think those are included in an image). I'm just going to guess a revision based on the date, then. If anyone has the tag locally and forgot to push, might be good to do so :-)

16:59 <blathijs> Ah, I can just check out the v21.08 branch of course

18:03 <toketin> Hi, I'm trying to flash this armbian img (https://armbian.hosthatch.com/archive/cubieboard/archive/Armbian_21.08.1_Cubieboard_bullseye_current_5.10.60.img.xz) on my SD with balena etcher, but the cubieboard doesn't boot (I've tried with an external monitor but no signal). What's wrong?

18:04 <[TheBug]> Well, first, are you making sure that the file is extracted from .xz, some image writers will auto do this, some won't, some you have to select it

18:04 <[TheBug]> next step, if you have written it correctly but it isn't booting on HDMI, you can use an USB TTL serial adapter and connect to JTAG on the board

18:04 <[TheBug]> and see what is happening at boot time

18:04 <[TheBug]> it will show on serial console for example if there is some bug in uboot or something else causing it to fail to boot

18:05 <toketin> [TheBug]: yes i've extracted and used the img file for writing

18:05 <toketin> I don't have any USB TTL serial :(

18:06 <toketin> anyway is it right that on my SD I've just one partition? I mean the boot one isn't splitted?

18:07 <[TheBug]> yes Armbian is a single partition

18:07 <[TheBug]> and on first boot, assuming it boots, it will expand the file system to full size of media (sd card)

18:15 <toketin> [TheBug]: ok thanks. I've tried with another SD and it booted, so the SD is damaged itself

18:16 <Herc> you have to be patient, expanding can take 6 min or so ...

18:16 <Herc> ah, fixed

18:22 <toketin> I remember that with this old cubieboard I had problem of ethernet bottleneck, how could I try to measure it in a easy way?

18:28 <IgorPec> iperf3 ?

18:34 <toketin> IgorPec: thanks!

18:54 <Armbian-Discord> <k​.s.bedford.jr> Hello

18:54 <Armbian-Discord> <k​.s.bedford.jr> good afternoon all

18:54 <Armbian-Discord> <T​onymac32> Howdy

18:54 <Armbian-Discord> <k​.s.bedford.jr> I was talking to igor onthe radxa channel and he pointed otu armbian

18:55 <Armbian-Discord> <k​.s.bedford.jr> I have only the pi4 in out lab for arm64 at min but I just downloaded the img for it

18:55 <Armbian-Discord> <k​.s.bedford.jr> and am going to look at it

18:55 <Armbian-Discord> <k​.s.bedford.jr> never heard of armbian so this will be a learning curve

18:56 <Armbian-Discord> <k​.s.bedford.jr> we are looking at radxa boards for our projets

18:57 <Armbian-Discord> <T​onymac32> Cool.

18:59 <Armbian-Discord> <k​.s.bedford.jr> I am flashing a 16 gig sd now

19:00 <Armbian-Discord> <k​.s.bedford.jr> we are looking at the radxa 5 when they release boards. using nvme drives

19:00 <Armbian-Discord> <I​gorPec> armbian on rpi is perhaps not the best representation since it has no maintainer and if something is broken its unlikely to be repaired soon. Devices with "supported" tag

19:00 <Armbian-Discord> <k​.s.bedford.jr> as it seems they dont have emmc

19:00 <Armbian-Discord> <I​gorPec> software support will be there in 1-2 years

19:00 <Armbian-Discord> <k​.s.bedford.jr> its what I have at the min to review with

19:01 <Armbian-Discord> <I​gorPec> on the level we understand as decent linux

19:01 <Armbian-Discord> <k​.s.bedford.jr> until we get another working board

19:02 <Armbian-Discord> <I​gorPec> i am having a few github runners on nanopi m4 with nvme drive. this is something you wanna have in production atm

19:02 <Armbian-Discord> <I​gorPec> rk3399

19:03 <Armbian-Discord> <I​gorPec> even those boards needs fixing here and there, when running on modern kernel ...

19:06 <Armbian-Discord> <I​gorPec> i think all those board will come with eMMC / SPI variant

19:13 <Armbian-Discord> <k​.s.bedford.jr> we have 1 demo board coming from FriendlyElec/Arm the m4 board with a emmc module

19:14 <Armbian-Discord> <k​.s.bedford.jr> a 16gig emmc plug on module

19:14 <IgorPec> yes, i got a few of those

19:15 <IgorPec> did you have any issues with those boards?

19:17 <Armbian-Discord> <k​.s.bedford.jr> we will get the board we hope by monday

19:17 <Armbian-Discord> <k​.s.bedford.jr> the tracking says

19:18 <Armbian-Discord> <k​.s.bedford.jr> but it seems this chip shortage is making it hard to get any boards

19:25 <Armbian-Discord> <k​.s.bedford.jr> Igor what board do you suggest. we need 16 to 32 gig emmc .. we will need head/desktop and some headless units

19:28 <IgorPec> yes, currently is hard to say which.

19:28 <IgorPec> rk3399 is best software wise

19:30 <IgorPec> also chips are going to be replaced more, so software support will be even more important

19:30 <IgorPec> almost all vendors are providing boards with different components

19:31 <Armbian-Discord> <k​.s.bedford.jr> ok

19:32 <IgorPec> this is how things looks like ... and after several months things are unchanged https://forum.armbian.com/topic/19378-eth0-problem-that-does-not-mount-on-rockpi4b-rev-172/

19:35 <Armbian-Discord> <k​.s.bedford.jr> ok

19:35 <Armbian-Discord> <k​.s.bedford.jr> well I need to look and see what radxa boards you support and what they have avaible

19:37 <IgorPec> we support them if customer pays

19:38 <IgorPec> and if we have time. so very limited options

19:43 <Armbian-Discord> <k​.s.bedford.jr> well I have to find a good bard for headless projects and we where thinking the radxa zero btu I dont see it listed as supported or a img for them

19:43 <IgorPec> we can support you anything if you are willing to cover expenses

19:44 <IgorPec> supported hardware is something we deal with and software is in decent enough state

19:52 <Armbian-Discord> <W​erner> List will continue to shrink. Only boards that actually have dedicated maintainerwill be listed with pre-made images as best-effort supported.

19:53 <IgorPec> yeah. we have to choose a few since we can't deal with all equally good

19:53 <Armbian-Discord> <W​erner> https://github.com/armbian/build/tree/master/config/boards Check for those with .conf extension

19:54 <IgorPec> .. matching with vendors that help us https://github.com/armbian/build#sponsors

19:54 <Armbian-Discord> <W​erner> Have to check why some messages are interpreted as commands ....

19:55 <IgorPec> ".." ?

19:55 <Werner> good question

19:55 <Werner> https://github.com/armbian/build#sponsors

19:55 <Werner> .. asdf

19:55 <Werner> odd

19:57 <Werner> ahaa "commandCharacters": ["!", "."],

20:00 <IgorPec> how is life otherwise?

20:00 <IgorPec> you are around in saturdays?

20:00 <Werner> great, now it does not start again -.-

20:03 <Werner> .. lol

20:04 <Werner> c'mon...

20:08 <blathijs> That makes me wonder, are there any board or chip vendors that actively support Armbian (with documentation, funds or developers)? I was recently looking for a board to use and selecting based on the openness (i.e. as few binary blobs as possible) and ended up with a RockPi, but of course a board and/or chip vendor that invests in free software is probably also an important factor.

20:14 <Werner> does not connect to discord anymore :(

20:42 <[TheBug]> So 'Discoordinated'

21:05 <Werner> x

21:34 <Werner> [TheBug], indeed

21:34 <Werner> IgorPec, good so far, I guess I'll be there on saturday

23:49 <Armbian-Discord> <l​anefu> @k.s.bedford.jr I've ran a nomad cluster for several years on a fleet of different ARM boards. What's your usecase? And will these devices be in a harsh environment?

23:51 <Armbian-Discord> <l​anefu> The tinkerboard 2 is probably the most robust rk3399 board from an engineering perspective

23:51 <Armbian-Discord> <l​anefu> @Tonymac32 can attest to it's overbuilt-ness

23:54 <Armbian-Discord> <l​anefu> Meanwhile I have 176 days uptime on my rock 4b with some random 5.13 kernel