ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Off-Topic: #armbian-offtopic | Logs: -> irc.armbian.com
arch3r has quit [Excess Flood]
arch3r has joined #armbian
arch3r has quit [Ping timeout: 248 seconds]
arch3r has joined #armbian
arch3r has quit [Read error: Connection reset by peer]
arch3r has joined #armbian
clever has quit [Ping timeout: 256 seconds]
arch3r- has joined #armbian
arch3r has quit [Ping timeout: 248 seconds]
arch3r- is now known as arch3r
clever has joined #armbian
arch3r has quit [Ping timeout: 252 seconds]
arch3r has joined #armbian
arch3r has quit [Ping timeout: 256 seconds]
arch3r has joined #armbian
norwich_ has joined #armbian
norwich has quit [Ping timeout: 248 seconds]
norwich_ is now known as norwich
<schwar3kat>
Seeking armbian build advice to make two improvements to a orangepi-r1plus-lts board.
<schwar3kat>
1. Get the two green LEDs working as network activity indicators. They can be activated and configured by echoing netdev stuff to /sys/class/leds on a live board. There are obviously dozens of ways of doing this.
<schwar3kat>
I found that adding a file armbian-leds.conf into the image /etc directory can do this. I guess that the image is meant to use this, and it works well, but may not be a standard method. What is the standard/best way to do this?
<schwar3kat>
I could add a statement into rockchip64_common.inc to copy the file from somewhere, but where in the tree should it be copied from? Is there a better/more standard way?
arch3r has quit [Quit: bye]
arch3r has joined #armbian
<schwar3kat>
2. Realtek firmware that ends up in the orangepi-r1plus-lts image is not working.
<schwar3kat>
I added "apt-get -qq install firmware-realtek" into customize-image.sh for my own builds and this works.
<schwar3kat>
If I do end up needing to patch "apt-get -qq install firmware-realtek" into the build for this board, where would I do this?
<schwar3kat>
Where in the build is the wrong stuff comming from and why?
<Armbian-Discord>
<Tenkawa> schwar3kat: have you ever considered using /sys triggers?
<Armbian-Discord>
<Tenkawa> They are much more device agnostic
<schwar3kat>
I'm not sure what that means. This is what I have used.
<Armbian-Discord>
<Tonymac32> haven't built a usable mainline image yet
<Armbian-Discord>
<Tonymac32> hoping to get to that soon, I have 2 of them
<Armbian-Discord>
<Tonymac32> building a phytium image at the moment
<Armbian-Discord>
<Tonymac32> also cleaning up patches
<Armbian-Discord>
<Tonymac32> or trying
<archetech>
ya mainline is a ways off for it
<Armbian-Discord>
<Tonymac32> yeah, I'm not wasting time on that Rockchip trash, they need to get their shit together
<archetech>
its trash bu ti does run X ok
<archetech>
with panfork
<Armbian-Discord>
<Tonymac32> I'm sure, but I have stuff I need to do that takes precedence over hacking together something
<Armbian-Discord>
<Tonymac32> I'll probably run them headless anyway
<archetech>
m.2 to 4 port sata board is on my radar
<Armbian-Discord>
<Tonymac32> nice
<archetech>
nice for omv
<Armbian-Discord>
<Tonymac32> yeah. I backed an intel based NAS to replace my Helios64. I like that hardware, but the software support is what you expect of an orphan
<Armbian-Discord>
<Tonymac32> I'll be using a fraction of the I/O so it might keep up 😄
<archetech>
I like that setup better than arm but a rock 5 could keep up I think
<Armbian-Discord>
<Tonymac32> it certainly has as much or more compute
<Armbian-Discord>
<Tonymac32> no question
<Armbian-Discord>
<Tonymac32> but software 🙂
<Armbian-Discord>
<Tonymac32> assuming this ever actually exists 🙂 seems a lot of stuff for the money
<archetech>
yep
arch3r has quit [Ping timeout: 260 seconds]
arch3r has joined #armbian
<Armbian-Discord>
<EfeCTN> I think it's pretty powerful for headless and gpu things
<Armbian-Discord>
<EfeCTN> But vpu supoort...
<Armbian-Discord>
<EfeCTN> They are just providing gstream support for Hardware encoding. Pretty annoying
arch3r has quit [Ping timeout: 252 seconds]
arch3r has joined #armbian
<Armbian-Discord>
<Tonymac32> the whole software stack needs a hard reset and start over
Dagger has quit [Ping timeout: 246 seconds]
arch3r has quit [Ping timeout: 248 seconds]
arch3r has joined #armbian
danilogondolfo has quit [Remote host closed the connection]
arch3r has quit [Ping timeout: 252 seconds]
junaid_ has quit [Ping timeout: 260 seconds]
arch3r has joined #armbian
<p0g0>
I've been fussing with an rk3588s board, the OP5. The Armbian XFCE image is working once you add the two multimedia repos as described on Armbian page. I'm still fussing with remote GUI access, but the OP5 manual (from the OEM) suggests nomachine, and that is working-still a moving target tho.
Dagger has joined #armbian
haritz has quit [Ping timeout: 252 seconds]
arch3r has quit [Ping timeout: 252 seconds]
arch3r- has joined #armbian
archetech has quit [Quit: Leaving]
haritz has joined #armbian
arch3r- is now known as arch3r
zeemate has quit [Ping timeout: 260 seconds]
<Armbian-Discord>
<meteyou> i currently have increased problems with repository/cached debs installs. first i had random problems between u-boot and rootfs installs/downloads. then i removed them from my workflow config. now i have errors with cached kernel installs.
<Armbian-Discord>
<meteyou> this is the same run as above
<Armbian-Discord>
<Tenkawa> ok just a sec
<Armbian-Discord>
<meteyou> and this was a build from the master branch
<Armbian-Discord>
<Tenkawa> this against .. ok was about to ask that
<Armbian-Discord>
<meteyou> no. only custumised build settings
<Armbian-Discord>
<Tenkawa> heh
<Armbian-Discord>
<meteyou> but i also tested settings first in a VM (ubuntu 22.04 arm server) on my mac mini. when all worked fine, i copied these settings in my workflow and it doesnt worked. so i think its also some special issue with github runners
<Armbian-Discord>
<Tenkawa> Its running now
<Armbian-Discord>
<meteyou> i also started a run with the same settings in my VM... just to doublecheck it