Werner__ changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | This channel is logged -> http://irc.armbian.com
DaRock has joined #armbian
TRS-80 has joined #armbian
<lanefu>
TRS-80: i just setup weechat websocket connection.. using android. So awesome
<TRS-80>
Yeah I had always read that irssi (or others) were the ones to use for bouncers, but I'm pretty sure you can do similar things on weechat (I noticed more recently).
<lanefu>
Was able to just make it a url off my reverse proxy with ssl. So no extra port forwarding
<TRS-80>
Yeah you have all that stuff set up already.
<TRS-80>
I would probably go through my Wiregard VPN to set something like that up.
<lanefu>
True. Basically i wrote a health check and then magic happens
<TRS-80>
Great thing about F/LOSS, there are usually several ways to do it.
<lanefu>
Yep. Except RIP usenet
c0rnelius_ has joined #armbian
c0rnelius_ has quit [Read error: Connection reset by peer]
<nacelle>
its the other way around imo
<nacelle>
you wouldnt use a text client with a bouncer - just run the text client in a screen or tmux session
<nacelle>
but if you have a gui client on your phone and one on your desktop, its probably not the same gui - thats a valid case for a bouncer (proxy) based connection, but... yuck.
<nacelle>
irssi in a screen session is the way I roll
<lanefu>
Ya i use screen session... using the proxy for phone
<nacelle>
i ssh into the screen from my phone
<nacelle>
where my irssi is always running
<lanefu>
Ya
<TRS-80>
lanefu: Usenet is still around. It was just big ISPs that stopped carrying it. But there is more (mostly binary) traffic than ever. It's actually considered a good place to get media, amongst those in the know. Allaedgedly. ;)
<lanefu>
Yeah i ise
<lanefu>
I was an easynews user for a long time
<lanefu>
I just wish i could use a nntp client on the armbian forum
NeuroScr has quit [Quit: NeuroScr]
<TRS-80>
I thought about it, but torrents work well enough for our (very limited) needs.
_whitelogger has joined #armbian
c0rnelius_ has joined #armbian
s_frit_ has joined #armbian
s_frit has quit [Ping timeout: 265 seconds]
c0rnelius_ has quit [Quit: Leaving]
emOne has quit [Ping timeout: 272 seconds]
torv has quit [Remote host closed the connection]
torv has joined #armbian
torv has quit [Remote host closed the connection]
torv has joined #armbian
dddddd has quit [Remote host closed the connection]
c0rnelius_ has joined #armbian
TRS-80 has quit [Quit: WeeChat 2.3]
xec has joined #armbian
xecuter has quit [Ping timeout: 265 seconds]
<Tony_mac32>
latest build boots on Rock64 v1 and v3
<Tony_mac32>
the old sound bindings don't work, moving it to match the Renegade setup (which is kernel 5.5 or 5.6 queued)
torv has quit [Ping timeout: 240 seconds]
torv has joined #armbian
<Werner__>
lanefu: Whenever you need op for a reason you can ask Chanserv to give it to you at any time.
<lanefu>
Okay
<lanefu>
Chanserv give me op
<lanefu>
Werner__: doesnt work
<Werner__>
Well, not exactly like this :D. Try /msg chanserv op #armbian
<lanefu>
Cool
<lanefu>
May i never need to kickban someone for talking about kubernetes
<Werner__>
You did right now but thankfully you do not have op at this very moment =)
c0rnelius_ has quit [Ping timeout: 265 seconds]
<lanefu>
Its true
<Werner__>
Give the command above a try to see if it works properly
<Werner__>
Awesome
Werner__ was kicked from #armbian by lanefu [Werner__]
Werner__ has joined #armbian
<Werner__>
Seems to work :P
<lanefu>
Thorough testing is important
<Werner__>
You did a decent job :P
<Werner__>
If you do not want to touch yourself (well, that sounds kind a wrong) you can ask chanserv to deop you similar to the op command. It understands op, deop, voice and devoice and some other
archetech has quit [Quit: Konversation terminated!]
<Tony_mac32>
well, PG-13 established
<Tony_mac32>
OK, Rock64 - Current also lacked audio. Repaired, at least from kernel side
<Tony_mac32>
I think PA is still acting goofy
* Tony_mac32
needs to remember to look for unexpected things
<lanefu>
Whats PA
<Tony_mac32>
pulseaudio
<lanefu>
Oh roger
s_frit has joined #armbian
<Tony_mac32>
once committed my patch makes both boards use the pending audio pipeline coming in 5.5 or 5.6, so the patches will be deprecated and no functional change should be seen. the USB3 patches are also the current working version
<Tony_mac32>
and wow, #armbian-commits is fast
<Tony_mac32>
alright, off to bed. Day job in the morning
<Tony_mac32>
(If anyone wants to hire me to do fun things let me know, I'm bored/tired of my current gig) :P
s_frit_ has quit [Ping timeout: 265 seconds]
* lanefu
gives Tony_mac32 an attaboy
<lanefu>
I too choose slumber. Hold down the fort Werner__
<TRS-80>
OK, so if you merge #armbian-commits into #armbian, you lose pretty coloration on the former; if you do other way around, you keep it but then are in -commits instead of #armbian and cannot say anything in there.
<TRS-80>
Maybe I just continue with keeping them separate until I can figure out if there is way around this.
willmore has quit [Ping timeout: 265 seconds]
DaRock has quit [Ping timeout: 272 seconds]
<lanefu>
TRS-80: maybe its colorized but just all the same user posting
sunshavi has quit [Ping timeout: 265 seconds]
sunshavi has joined #armbian
<TRS-80>
lanefu: I don't follow you. Or maybe we are seeing different results.
IgorPec has quit [Quit: Leaving]
IgorPec has joined #armbian
igorp_ has joined #armbian
igorp_ has quit [Remote host closed the connection]
IgorPec has quit [Client Quit]
ashthespy has joined #armbian
<ashthespy>
Good evening!
<ashthespy>
Quick question - is there a way to sort a device tree file alphabetically by nodes? `dtc -s` doesn't seem to do what I need, as it also compiles the symbols and everything..
<lanefu>
ashthespy: are you on the forums.. I feel like that's a question Martin would answer best
<ashthespy>
lanefu yes, will look over there as well!
archetech has joined #armbian
xecuter has quit [Remote host closed the connection]
<archetech>
forum is down ?
<lanefu>
looks like it
<ashthespy>
When you guys are working with a new board - what is your normal workflow? For example, say working on getting an mac driver working. Does one make small changes, then recompile the entire kernel, only to find errors and repeat? Or is there way to only compile/check a single driver (say `drivers/net/wireless//blah`)
<nacelle>
if the driver is modular already, no need to recompile the whole kernel
<nacelle>
imo, if you were doing work on it and it wasnt a modular driver, you would only rm the compiled files that are impacted by the changes for iterative runs, most likely.
<nacelle>
depends on the system though
<nacelle>
some folks have everything in a full CI/CD workflow, so it might rip everything down and build it back up again
<nacelle>
-shrug-
<nacelle>
its up to you to control robot fires? idk.
<ashthespy>
Lol, I am the CL/CI here :-(
xecuter has joined #armbian
johnwho has joined #armbian
<johnwho>
hi there...
<johnwho>
i have started with armbian development and modification just now.
<johnwho>
and i am wondering if it would be relativley easy to get the build of my images done by jenkins?
<johnwho>
and how such a process could be in theory? cause actually i do start ./compile with CREATE_PATCHES and then do the modifications... how could i do the modifications afterwards?
<johnwho>
thanks for the links... looks quite complex to me right now
<lanefu>
ashthespy: its only anout 50% accurate i was trying to rewrite the logic over the weekend
<lanefu>
but all the CI does right now is try to build the right kernel
<johnwho>
ok.. so what does it and what does it not?
<johnwho>
ok so only the kernel at the moment?
<johnwho>
i would like to build full images
<lanefu>
yes only kernel
<lanefu>
for full kernel would need to run as privileged user or root because of loopback mounts for image etc
<johnwho>
ok basically i think i only need to execute ./compile.sh from jenkins together with the appropriate switches right?
<johnwho>
yes, you are right...
<johnwho>
does jenkins not run the commands as root?
<lanefu>
not the way my runner is setup
<johnwho>
ok i see
<johnwho>
but how is the process of modifying files with your runner?
<johnwho>
cause armbian is relaying mainly on patches
<johnwho>
and always checksout the latest git repo
<lanefu>
can you clarify what you mean by modifying files?
<johnwho>
yes.
<johnwho>
My process looks the following:
<johnwho>
I would like to download the armbian build framework. Now i would like to change some .c Files from u-boot for example and then get a fresh image for testing...
<johnwho>
actually i do this by execute ./compile.sh CREATE_PATCHES="yes"
<johnwho>
which asks me for edit my desired files
<johnwho>
then it will create a patch for further use
<johnwho>
so far so good... but i thought things could be more easy if i could start the build process with jenkins
<johnwho>
usually jenkins checks for some changes inside a git repo, then pulls them and starts some "make..." process
<johnwho>
but this is not possible for armbian, since it relies heavily on patches for changes.
<johnwho>
what do you think?
<lanefu>
taking jenkins out of the equation.. there's a few other flags you can use with ./compile.sh that might make your life easier
<johnwho>
ok i see. so FORCE_CHECKOUT="no" will probably left the source code under cache as it is?
Strykar has quit [Quit: /quit]
<lanefu>
yep
Strykar has joined #armbian
BCMM has joined #armbian
phipli has joined #armbian
c0rnelius_ has quit [Quit: Leaving]
sunshavi has quit [Read error: Connection reset by peer]
sunshavi has joined #armbian
sunshavi has quit [Client Quit]
pinkieval has quit [Quit: We're here, we're queer, connection reset by peer.]
pinkieval has joined #armbian
sunshavi has joined #armbian
toketin has quit [Ping timeout: 258 seconds]
toketin has joined #armbian
<ashthespy>
How long does it take you guys to build a minimal image (cold start, clean caches?) Think its time to upgrade my system (15+ mins!)
<TRS-80>
I suppose that depends a lot on platform. But from the little I know, that doesn't sound too bad. I think I recall in some NicoD video it can take 2 hours if you are doing it on the target (in a VM(.
<TRS-80>
Of course, Igor does official builds on some 48 core monster or something with some crazy RAM... doing several in parallel... so you have quite a range there from one to the other...
<TRS-80>
ashthespy: ^
<lanefu>
yeah the slowest part is the qemu stage where things raent threaded
<lanefu>
kernel qcompliation is the biggest variable
<lanefu>
15 minuts is good
<ashthespy>
I just realised I was cleaning my cache each build, so was unnecessary wasting time build the rootfs again and again. :duh:
<lanefu>
yeah thats what I hit with my 40 thread xeon fully cached too
<lanefu>
well clean kernel obviously
<ashthespy>
Ah, this is off warm caches, just building the one module I have been trying to debug for the last hour :-S
* TRS-80
only has 32 threads to play with, although they are operating in Freedom
<TRS-80>
;D
<lanefu>
probably faster than my setup
<lanefu>
single threaded performance isnt the best
jstefanop has quit [Remote host closed the connection]
jstefanop has joined #armbian
jstefano_ has joined #armbian
jstefanop has quit [Read error: Connection reset by peer]
c0rnelius_ has joined #armbian
jstefano_ has quit [Ping timeout: 268 seconds]
Toast has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
archetech has quit [Quit: Konversation terminated!]
NeuroScr has joined #armbian
<TRS-80>
>"It is easy to keep tabs on Purism’s work by downloading its images for the Librem 5 and running them on your PC in Qemu to check its progress in the software."
johnwho has quit [Remote host closed the connection]
IgorPec has joined #armbian
IgorPec has joined #armbian
IgorPec has quit [Changing host]
<lanefu>
Hi Igor!
<IgorPec>
hej
<lanefu>
im cleaning up the readme a bit. I really like it
<IgorPec>
tnx, noticed :) have been working a few hours on it and I am done for today
<IgorPec>
i don't know if I have exposed the biggest / most important advantages?
<lanefu>
hmm
<IgorPec>
well, if you got some ideas, just add a remark or change
<lanefu>
not sure how to phrase this in the table but.. an advantage is a consistent user experience accross hundreds of SBCs
<lanefu>
hence retrorangepi's ability to support so many SBCs
<IgorPec>
keeping standard system accross different platforms ... i see. its difficult to compare this to Yocto/buildroot
<TRS-80>
good topic, but I have to run :) bbl
TRS-80 has quit [Quit: WeeChat 2.3]
<IgorPec>
bbl
<lanefu>
all add it to "what this project does"
<IgorPec>
yes, perhaps better this way. that comparisson is for those familiar with yocto/buildroot
<IgorPec>
to have a quick understanding how things are here
ashthespy has quit [Remote host closed the connection]
c0rnelius_ has quit [Quit: Leaving]
jstefanop has joined #armbian
drobo_00 has joined #armbian
c0rnelius_ has joined #armbian
jstefanop has quit [Ping timeout: 265 seconds]
TRS-80_mobile has joined #armbian
<TRS-80_mobile>
Were you guys discussing home page of armbian.com or GitHub readme a little while ago?
<TRS-80_mobile>
Because I found typo on home page just now: "Images are made fully automatised"
phipli has quit [Quit: Leaving]
drobo_00 has quit [Quit: drobo_00]
<c0rnelius>
Stupid question to ask here in Armbian (so don't shoot me) i know, but I'm looking for some volunteers. I make my own RPi aarch64 imgs for my Pis, but I don't yet own a RPi4. Anyone with a RPi4 interested in giving them a whirl?
<c0rnelius>
I already know the wifi, bluetooth and usb2/3 work. i'm mostly interested in the hdmi, audio, csi and dsi junk.
<[TheBug]>
automatise - make automatic or control or operate automaticallyautomatise - make automatic or control or operate automatically; "automatize the production"; "automate the movement of the robot"