Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Help our crowdfunding: https://bit.ly/3kcuCvj | Type 'help' for help | Logs: -> irc.armbian.com
LanDi has joined #armbian
rneese has joined #armbian
rneese has quit [Quit: Leaving]
rneese has joined #armbian
DaRock has joined #armbian
<rneese>
why is i McDonals and BK fries suck after they get cold
<lanefu>
BK fries always suck
phipli_ has joined #armbian
phipli has quit [Ping timeout: 260 seconds]
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 260 seconds]
ChriChri_ is now known as ChriChri
<Tonymac_32>
rofl I like both of them, but yeah cold they are kind of nasty
DaRock has quit [Ping timeout: 256 seconds]
rneese has quit [Quit: Leaving]
<nekomancer[m]>
<rneese "why is i McDonals and BK fries s"> to make impossible for you to order bulk and store.
<lanefu>
lol
<nekomancer[m]>
<Tonymac_32 "${prefix}dtb/${fdtfile} should w"> where ${prefix} should be set?
<Tonymac_32>
good question, but I think it's in there somewhere, that's the standard statement we use to load the files
<Tonymac_32>
The N2 and C4 have different kernel parameters going into the kernel, I think that the problem now that I've swapped out the hard-coded dtb name
<Tonymac_32>
So I'm going to have to take both boards and stick a value in the armbianEnv.txt file so we can send the right stuff out
<Tonymac_32>
all because of this POS vendor kernel
<Tonymac_32>
...Armbian would not do as well under my management perhaps, because it would be useless for media on 75% of the boards as I'd only run mainline unless I had 0 work involved in using a vendor kernel
<lanefu>
ah yes Armbian is constantly battling the trade-offs between ideaology and reality
<nekomancer[m]>
we all leaving in differend realities.
<lanefu>
can confirm
<Tonymac_32>
haha well I don't need to play movies on any of mine
<Tonymac_32>
;)
<nekomancer[m]>
me too™
<Tonymac_32>
oh lanefu, transmission is working fine now
<Tonymac_32>
after I got it to quit ganking my eMMC (that might need to be a question on install, where to save all the files )
<lanefu>
haha
<lanefu>
yeah i had to bindmount my transmission to my raid storage
<Tonymac_32>
I had to remove all of the torrents, then change the working directory, then re-run the script
<lanefu>
i should analyze the web logs on redirect
<lanefu>
then make like a VIP list of torrents
<Tonymac_32>
haha
<Tonymac_32>
I don't like my RAM usage though
<lanefu>
i mean it makes much more sense to just do like the top 20 or 30 bussiest files
<lanefu>
yah it use pukes and dies
<lanefu>
hence my top 20 desire
<Tonymac_32>
well I'm watching the system and syncthing and Plex are trying to impersonate Chrome
<Tonymac_32>
but plex is just god-awful
<lanefu>
ha
<lanefu>
i like it, but must run on real iron
<Tonymac_32>
it wasn't this hungry on the 2 GB XU4
<lanefu>
i do the ivetv and dvr stuff with it
<lanefu>
really?
<Tonymac_32>
...it's using more RAM than the XU4 had in the first place
<Tonymac_32>
I double checked my zfs setup, no deduping or anything
<Tonymac_32>
:D
<lanefu>
man run plex on xu4 and just mount via nfs
<lanefu>
and drop on that custom ffmpeg build jmcc made
<Tonymac_32>
honestly I'm scared to upgrade the XU4 right now, maybe this is an issue
<Tonymac_32>
plex doesn't allow 3rd party ffmpeg
<Tonymac_32>
have to use emby
<Tonymac_32>
but I couldn't get it to build last time I tried
<Tonymac_32>
The Jellyfin folks decided that RPi = all SBC's everywhere, or else I could easily use that instead
<Tonymac_32>
yeah, but it's worthless without a serious intervention
<lanefu>
all their container builds are arm,arm64, and amd64
<Tonymac_32>
the second you try to watch a video that needs transcoded it starts screaming for broadcom proprietary (non open source, non distributable) libraries
<lanefu>
lame
<Tonymac_32>
I either opened or replied to an issue on it, and was told "RPi is the majority of users, so whatevs"
drobo_00 has quit [Read error: Connection reset by peer]
<ArmbianTwitter>
@TonyMac_32 (Thomas McKahan): I don't have the know-how to fix this for them, and it doesn't require the hardware option to be enabled to break. Just be aware if you want to try it with @armbian on the XU4, ASUS Tinker Board, Or any other armhf this dependency will render Jellyfin unusable. (5s ago)
<Tonymac_32>
I have a philosophical problem with them, they split from Emby because "open source", then they tie their armhf ffmpeg so tightly to a closed source non-distributable Broadcom library that it makes their armhf port unusable on anything but an RPi
<Tonymac_32>
So I don't really feel terrible poking at them, and I kind of hope someone who knows how to un-fubar their ffmpeg sees it
chewitt has quit [Quit: Adios!]
<ArmbianTwitter>
@armbian (armbian): RT @TonyMac_32: Ah, I was reminded of something today from the @jellyfin project: It offers exynos V4L2 acceleration in the dropdown menu… (10s ago)
<imliubo>
Hi, I'm new bird for armbian. I want ask a very stupid question.=$ How to create kernel patch and add to armbian build project? I am very lack of experience in this.
willmore has joined #armbian
Elpaulo has joined #armbian
joel___ has joined #armbian
imliubo has quit [Remote host closed the connection]
<ArmbianTwitter>
@AC13101795 (AC): @TonyMac_32 @armbian @jellyfin Try using the docker images from https://t.co/LLTieCf5gZ for jellyfin. No problems on an xu4 https://t.co/A3MJoLWtwD (1.5h ago)
wbn has quit [Ping timeout: 256 seconds]
<joel___>
Goodmorning, Did one of you guys ever moved armbian from a ssd back to the sd card? I'm thinking of dd'ing the system back to the sd card but i'm not sure how to fix Uboot(or if i have to). Any tips about that?
solderfumes[m] has quit [Quit: Bridge terminating on SIGTERM]
greypilgrim[m] has quit [Quit: Bridge terminating on SIGTERM]
nekomancer[m] has quit [Quit: Bridge terminating on SIGTERM]
initbasti[m]1 has quit [Quit: Bridge terminating on SIGTERM]
forest[m] has quit [Quit: Bridge terminating on SIGTERM]
psydruid has quit [Quit: Bridge terminating on SIGTERM]
TiD91 has quit [Quit: Bridge terminating on SIGTERM]
<Heisath>
yeah the real problem is, that turning the switch into a hub also drops performance when multiple devices are communicating
<Heisath>
I am not sure on how to use the 6 ports switching w/o using the linux bridge.
<Heisath>
ofc I could assign multiple IPs and have each port separate, than use IP routing but that is not really a good way :D
<IgorPec>
so switching doesn't work properly
<IgorPec>
but works well on 4.19
<Heisath>
yeah. There seems to be some regression on either the hw driver or the bridge utils.
<IgorPec>
but you only changed kernel, right?
<Heisath>
yeah
<Heisath>
I can like show you live if you want to ;ü
<Heisath>
:p
<IgorPec>
i can do it myself here, but not in the mood right now :)
<Heisath>
The steps in the forum post are pretty straightforward. You can even see on the leds on the clearfog, that with LK5.x all ports are blinking even if just one is transferring data
<Heisath>
With Lk4.19 this works as expected. I will now build some more kernel versions to try to find the exact braking point
<Heisath>
Oldest 5.4.58 already has the bug, newest 4.19.152 works well.
chewitt has joined #armbian
Hokedli has quit [Quit: Konversation terminated!]
rneese has joined #armbian
rneese_ has joined #armbian
rneese_ has quit [Client Quit]
stipa has quit [Ping timeout: 240 seconds]
stipa has joined #armbian
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #armbian
<Heisath>
IgorPec: I narrowed it down to something between 5.0 and 5.1
<IgorPec>
uh
<IgorPec>
good
<Heisath>
had to remove all our patches though, but still good bc now we know it is not something we broke
archetech_n2 has joined #armbian
silver_hook_ has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
torv has quit [Remote host closed the connection]
raver has quit [Read error: Connection reset by peer]
imliubo has joined #armbian
archetech_n2 has quit [Quit: Konversation terminated!]
silver_hook has joined #armbian
c0rnelius has quit [Ping timeout: 272 seconds]
c0rnelius has joined #armbian
<Werner>
Good day
<Heisath>
Hello Werner
<Heisath>
IgorPec, i got to 5.0.21 vs 5.1(.0). Best way to continue from here?
<Heisath>
Btw. I used the 5.8 devicetree the whole time, so it is not a dt issue.
TRS-80 has joined #armbian
<TRS-80>
Good morning
<lanefu>
TRS-80: welcome back.. dont sneak off like that anymore
<IgorPec>
haisath: here should not be big diff in the driver areas?
<IgorPec>
good morning TRS
<Heisath>
Is it possible to use specific commit with armbian build?
<IgorPec>
yes it is
<Heisath>
with KERNELBRANCH="commit:<COMMITHASH>" ?
<IgorPec>
kids are schooling at home since some time
<lanefu>
thoser are some messed up priorities
<lp0-on-fire>
stipa, TRS-80: I finally found the real issue with the damn wifi, not that I'll be using it myself… the stupid thing chokes on… MAC address randomisation
<TRS-80>
IgorPec: Ours was too, over summer. Off this week for Thanksgiving, but other than that been back to school. Here they give option, half of classmates decide to do remote, we decide to send ours to school.
<lp0-on-fire>
all this time I was searching on kernel side for something I could have done wrong, when it was the damn network manager in the first place
<TRS-80>
lp0-on-fire: So, if you assign one it's fine?
<lp0-on-fire>
thanks to netlink for being incredibly misleading
<TRS-80>
lanefu: lol
<lp0-on-fire>
TRS-80: I needed to tell nm to stop randomzing the MAC during wifi scans
<TRS-80>
lp0-on-fire: Remind me what device again?
<lp0-on-fire>
xr819 crap on orange pi zero
<stipa>
lp0-on-fire: nice
archetech__ has joined #armbian
<lp0-on-fire>
yeah… and to thank me for finally making it work, I had the privilege of a first row seat to one of the famous rumored lockups
<lp0-on-fire>
it was, kind of funny actually
<lp0-on-fire>
it licked up so progressively and so bad that serial froze, and even the hardware watchdog did not kick in until the process that pings it finally froze to death
<lp0-on-fire>
*locked up
<lp0-on-fire>
it took 15 minutes to reboot because of the watchdog finally not getting pinged
<stipa>
you have found a bug
<lp0-on-fire>
aye, I sure did. Too bad everyone's aware of it and yet nothing's done because the hardware itself is crap
<lp0-on-fire>
that's directly quoted from the readme x)
<lanefu>
lol
<lp0-on-fire>
The firmware running on the xr819 is very crash happy and the driver is a bit stupid. For example the driver can get confused about how many packets of data the xr819 has for it to read and can try to read too many. The firmware on the xr819 responds by triggering an assert and shutting down. The driver gets a packet that tells it that the firmware is dead and shuts down the thread used to push and
<lp0-on-fire>
pull data but the rest of the driver and the os has no idea and if the os tries to interact with the driver everything starts to lock up.
<lp0-on-fire>
clap clap
<lanefu>
lp0-on-fire: you have watchdo gconfigure din /etc/systemd/system.conf?
<lp0-on-fire>
no wonder this was never merged into mainline XD
<lp0-on-fire>
lanefu: yea
<lanefu>
cool
<lp0-on-fire>
soo I guess it took about 15 minutes for pid 1 to freeze to death
<lp0-on-fire>
its a very, hum… short timeout window I must say
<lanefu>
yeah gotta love semi-resposive
<lp0-on-fire>
16 seconds timeout max for the watchdog
<lanefu>
yeah
<lp0-on-fire>
I wish it was anything but a progressive soft lockup
<lp0-on-fire>
heck even a panic would be better at that stage
<lp0-on-fire>
can't we make that happen instead ? Hacky as all hell but it would be better than having a useless system for several minutes
<lp0-on-fire>
maybe the kernel has no way to defend against such weird way to lock up
<lp0-on-fire>
better would be to fix the driver so it turns out less stupid but, seeing that the hardware is crap, I can understand people losing interest in fixing even the driver
<IgorPec>
TRS-80: we have no choice :(
raver has joined #armbian
archetech has quit [Quit: Leaving]
torv has joined #armbian
torv has quit [Remote host closed the connection]
torv has joined #armbian
drobo_00 has joined #armbian
drobo_00 has quit [Ping timeout: 240 seconds]
drobo_00 has joined #armbian
<Tonymac_32>
IgorPec I knew we'd have a mess on our hands, and my wife stays home anyway, so we did home schooling from the beginning of this school year
<Tonymac_32>
besides, I got to teach my son about taxes and explain government incompetence without interference of government employees. :D
<Heisath>
This adds a bridge flag to the mv dsa chip on the clearfog which enables/disables flooding.
<Heisath>
It seems that the default is to enable flooding which leads to all packets being replayed on all ports, so lowering the maximum receiving speed to the maximum sending speed of all ports.
<Heisath>
So a simple 'bridge link set dev lan4 flood off' fixes this.
<TRS-80>
Tonymac_32: I ask the boy every day what he learned, then I explain to him the truth (if needed). So far, the government school is not too terrible here. But if this process ever becomes too much effort, that is when we will really start to home school in earnest (instead of just because of Kung Flu).
archetech__ has quit [Quit: Leaving]
<Tonymac_32>
My son has all the typical behaviors of mild Asperger's, getting him out of the classroom setting was a positive move since he has major auditory sensitivity problems.
<lp0-on-fire>
Tonymac_32: heh :/ I know that feeling… I'm 175 on the scale
<lp0-on-fire>
I suspect it would have been even higher if not so many questions were visual
<Tonymac_32>
I was a trainwreck in early education behaviorally, but had finished the science content of the school library by the end of 3rd grade. They decided to test me (thank you 3rd grade teacher), and the guy who administered the test congratulated my mother for having me. :/
<lp0-on-fire>
heh
<lp0-on-fire>
I was a walking disaster in maths
<lp0-on-fire>
;)
<Tonymac_32>
In the very least that got me weekly small group instruction to learn whatever I wanted after I finished a lot of logic puzzles
<lp0-on-fire>
I got expelled because my braille display broke
<TRS-80>
Similar; class clown (perhaps from boredom?) until they stuck my in GATE program
<Tonymac_32>
oh ffs
<lp0-on-fire>
talk about discrimination
<lanefu>
was somebody in here trying to get the csi-hdmi board workign iwth this in armbian the other day? https://pikvm.org
Heisath has quit [Quit: Leaving]
<TRS-80>
I vagely remember perhaps [TheBug] discussing this with someone?
<Tonymac_32>
TRS-80 I haven't heard it called GATE since I was in school
<lanefu>
nah wasnt him... but man
<TuxBlackEdo>
lanefu, me
<TRS-80>
Tonymac_32: I never heard it called that until more recently, back then I seem to recall it being called "gifted program" but that sounds quite pompous IMO so I use the (newer?) acronym
<lanefu>
that's so legit, i might acually get an rpi4 fo rit
<TuxBlackEdo>
it works pretty well lanefu
<Tonymac_32>
newer = 1990's :P
<TRS-80>
Tonymac_32: maybe lol
<lanefu>
TuxBlackEdo: yeah i do think the hdmi-csi thing will be difficult on anything non-rpi... did you get it working, or switch to usb-hdmi
<lanefu>
what board were you running it on
<TuxBlackEdo>
yea i dont get why because they got it working on the nvidia jetson stuff
<TRS-80>
lanefu: We would have to revoke your membership in our RPi haters club
<TuxBlackEdo>
tinkerboard S
<Tonymac_32>
where's chwe when you need him, he worked on CSI tinker stuff a while back, maybe a retry is in order :D
<lanefu>
have any scripts or breadcrumbs
<lanefu>
for installing it
<Tonymac_32>
lanefu the problem is CSI support. The Jetson has it, the Tinker only kind of does
<lanefu>
or was it just rtfm manual install adn works
<TuxBlackEdo>
Tonymac_32, i saw a bunch of your posts that were in various things i googled (in relation to getting the tc358743 bridge)
<lanefu>
yeah beyond that, teh CSI support for this hdmi thing is extra fancy because it can change EDID info etc
<Tonymac_32>
the internal plumbing on the Rockchip stuff is a bit messy
<Tonymac_32>
lanefu I would assume that's just the I2C bus
<lanefu>
interesting
<lanefu>
man i'd love to have a script in soft/armbian-config for setting this up
<TuxBlackEdo>
I really want to get it working on the rockchip rk3328, since you can buy these chips on taobao for $10/each
<Tonymac_32>
the chip itself? As long as it's not attached to a Rock64 V2
<Tonymac_32>
:P
<TuxBlackEdo>
so there is an interesting board where they share SBC/set top boxes schematic/bom/designs
* lanefu
encourages TuxBlackEdo black to share efforts so far on forum in peer-to-peer, i bet there'd be some good collaboration there
<Tonymac_32>
agreed
<TRS-80>
My question is how should I handle: Make some update myself on Atlassian?
drobo_01 has joined #armbian
drobo_00 has quit [Ping timeout: 256 seconds]
drobo_01 is now known as drobo_00
<lanefu>
TRS-80: get more deets, make sure on fresh image.. see if we can recrate it on anything else, or recrate period... create new jira bug, and link to old
<Tonymac_32>
in theory it has H264, MPEG2, and VP8 decoding
<Tonymac_32>
and jpeg encoding
archetech has joined #armbian
<TRS-80>
lanefu: He already state in his post he is on "Armbian 20.08.1 Bionic with Linux 5.8.5-sunxi" I don't really want to make him do L1 tech support stupid hoop jumping. Unless I am missing something?
<lanefu>
oh
* lanefu
doesnt get paid to read carefully
<TRS-80>
lol
* rneese
does not get paid
<rneese>
lol
* TRS-80
demands 200% raise
<TuxBlackEdo>
0*2=0
<TRS-80>
TuxBlackEdo: ThatsTheJoke.jpg
<rneese>
heck just feed me I would be happy
* stipa
wouldn't read even if you would pay him
<TRS-80>
rneese: No, you take too many naps as it is. Get to work! :D
<rneese>
hahaha
<rneese>
I sleep 4 split shifts a day
<TRS-80>
wow, so your brain is fresh like 4 times instead of once per day? :)
<rneese>
yeah 4 on 2 off
<rneese>
think the whole world should work like this
<TRS-80>
lanefu: OK, so should I ask in thread for more confirmation, and await replies? Or just go straight back and report in existing Jira? Or create new one and link back?
<lanefu>
TRS-80: how would you like to handle it
* Tonymac_32
is going to cook some food
<TRS-80>
lanefu: My gut is to make a comment in existing Jira, as it seems directly related, however I don't know much about Jira yet nor our workflow there
<TRS-80>
It's the old "search before creating new thread" vs "necro" debate
<lanefu>
yeah... since its tied to a release in this case, my PM brain says open new bug ticket, and use the jira link feature to link to teh prior one
<lanefu>
then from a changelog perspective it's easy to say we further fixed yadda yadda
<lanefu>
i was mostly wondering they had an older armbian image and had updated packages
<TRS-80>
lanefu: Yes, thanks, this insight is exactly what I was hoping for.
<TRS-80>
lanefu: AAh, gotcha. Will ask that in thread to confirm.
<TRS-80>
Is this better or worse boot media than sdcard? :D
<Tonymac_32>
XD
<Tonymac_32>
well, it's read only
<Tonymac_32>
:P
<IgorPec>
yeah
<IgorPec>
for extreme retro fans
* Tonymac_32
goes looking for a paper tape
* TRS-80
mind was already drifting on how to press a record
<[TheBug]>
lol
<Tonymac_32>
I wonder, theoretically, how much information you could actually store? encode it in frequency and amplitude at least
<[TheBug]>
im sure its been done for older systems
<Tonymac_32>
probably not as a record, but the magnetics are probably similar
<TRS-80>
Reminds me, maybe this is trivia but may be well known (I only learned somewhat recently): Do you guys know what tar (program / utility) actually stands for?
<Tonymac_32>
like tha cassette ones
<[TheBug]>
I recall there used to be some vinyl records that would have one side audio other side dat and you could play it back to your analog input
<Tonymac_32>
interesting
<[TheBug]>
not sure how much it held
<[TheBug]>
but kinda like tape cassettes
<[TheBug]>
same kinda deal
<Tonymac_32>
with a *good* analog input and a decent table I bet you could put an appreciable amount of data on there
<Tonymac_32>
(in the context of analog storage mediums
<Tonymac_32>
and make your ears bleed if you decided to use speakers instead
<Tonymac_32>
:)
<[TheBug]>
;p
<[TheBug]>
Tonymac_32: pls check pm when you have a moment
TRS-80 has quit [Quit: WeeChat 2.9]
<lanefu>
tape archive isnt it
<lanefu>
like you can point it to a tape block device and it'll seek n stuff
<ArmbianTwitter>
@NicoD99364191 (NicoD): How to install en set up #Armbian #Reforged on your RK3399 https://t.co/020kqNr3cl via @YouTube #ARM #Linux #Gaming #image for #Rockchip #RK3399 (25s ago)
TRS-80 has joined #armbian
<TRS-80>
So it seems to me that docs are still saying to file issues on GitHub? Is this correct or are we supposed to be using Jira? Or Jira is only for developers? I ask this in the context of stumbling across some small bug report in forum (different than the last one).
<lanefu>
Jira is for devs
<TRS-80>
I can't even get the issue I am trying to click on to open here, so much fucking JavaScript, lol
<TRS-80>
maybe I file on GitHub
<lanefu>
TRS-80: there's a ton of CLI jira tools
<lanefu>
all this CI/CD stuff has a billion API stuff czu it all abotu intgration
<TRS-80>
but still, that amount of JS on the web front end is a total turnoff, cancer IMO
<TRS-80>
Should I put things I come across in forums on Jira or GitHub then? As this is something between dev and user (i.e., Moderator harvesting potentially actionable nuggests from forums).
<IgorPec>
we open Jira only for stuff that is realistic to work on
<IgorPec>
and to track development ofc
<IgorPec>
now tracking Linux kernel bugs. With what? :)
<TRS-80>
In this particular case, I think this is some small easy bug. But I am also asking in general for future reference / workflow.
<TRS-80>
Sounds like the answer is "it depends."
<TRS-80>
So maybe I just put on GitHub and then you guys decide what to move over? Or?
<lanefu>
TRS-80: yeah thats fine
<IgorPec>
yeah, we really don't have a clear answer on that
<TRS-80>
OK, we try this way for now, let me know later if you have some more thoughts about it.
<lanefu>
so Jira is for "planned work" and bugs related to releases
<lanefu>
so sometimes i'll just re-create issue in jira and link to gitub if needed
<IgorPec>
Jira is clear, let say. And closed
<TRS-80>
lanefu: OK, that's helpful. Sounds like the GitHub workflow may be good intermediate place for me to put things I come across.
<lanefu>
github issues is for mortals and future contributors
<IgorPec>
its mission impossible to handle those issues
<IgorPec>
some of them are half technical support questions
<lanefu>
yeah github issues have a level of moderation involved
<lanefu>
jira is conisidered fully curated
<IgorPec>
that waits 100 people to clean them up :)
<TRS-80>
maybe you are right, I dunno, I think this one may be easy bug but I still have not penetrated the build scripts enough to be sure
<IgorPec>
getting attention is already costly
<lanefu>
IgorPec: yeah i made that feature requset forum so you people could just say what they want without stressing you out. you're not supposed to look at it
* IgorPec
doesn't go to wishes forum anymore
<IgorPec>
its too stressfull reading it
<lanefu>
yeah
<lanefu>
it was just supposed to be a catch can
<lanefu>
lol
<lanefu>
TRS-80: bug is probably small fix, but deep dive
<TRS-80>
TuxBlackEdo: I suspect it may be too specific of a question for whoever you may have caught in IRC at the time, you might get more reach with a forum post.
<TRS-80>
I am also assuming you already searched forum and Internet (in case someone had this problem already)/
<lanefu>
so there's dl-router, and then a branch for apt router
<lanefu>
dl-router has datasets that it inputs
<lanefu>
1 a list of mirrors, 2 a list of download trnaslation
<lanefu>
anyway userdata is that list of translations, and that's generated on demand at deployment, so that csv is just a sample
<lanefu>
for dl.. mirrors.conf is the list of mirrors for images
<lanefu>
and tehn on the apt branch.. the list of mirror is lazily shoved in the code, and i ripped out teh translation logic
<lanefu>
so end game would be to have a very robust mirrors.yml
<[TheBug]>
"Robust"
<lanefu>
that has mirorrs grouped by region, and type
<lanefu>
aka apt, or dl(image)
<lanefu>
PS thanks for taking a look and following up
* TRS-80
just got caught up on forum activity, took all day
<lanefu>
TRS-80: if you treat it like a full-time job. it will be one
<TRS-80>
Yeah not sure how long this will continue. lol Enjoy it while it lasts. I do have a small list of docs fixes I still want to get in before disappearing again for months. :D
<greypilgrim[m]>
mirrors.conf doesn't seem to be in git. so where does that come from. by hand?
<TRS-80>
lanefu: some of your tastes might be similar to mine in certain moods, look like :)
<lanefu>
yeah it's basically somafm.com
<lanefu>
but i dumped it out of my karadio32 playlist
<lanefu>
lol
<lanefu>
yeah my music is very mood driven
<lanefu>
greypilgrim[m]: did ever login to teh jira or no?
<TRS-80>
yeah, processing something like this (or the Atlassian issues list), etc. are the sort of text manipulation taske that Emacs excels at. Well, any text manipulation, really.
<TRS-80>
There are a few people I met who actually use not Emacs /or/ Vim but rather both, but I personally never achieved that level of enlightenment yet. lol
<TRS-80>
both/either, depending on the task at hand, rather
<lanefu>
i have a friend that went full emacs evil mode for doing javascript work lol
<lanefu>
i asked him about it, adn he told me to stick to vim
<TRS-80>
lol
<lanefu>
i wish I was better at awk
<lanefu>
but i mean for that i'd just slice it with jq
<TRS-80>
It's more like a text processing environment. Once you get the hang, you start to do everything in there.
<TRS-80>
lanefu: re: awk, check out budrich on youtube
<lanefu>
the drummer?
<TRS-80>
I dunno? Norwegian (I think?) guy with heavy accent who does like a lot of terminal based stuff on his channel
<lanefu>
i was making an old man joke ..Buddy Rich was a famous drummer
<TRS-80>
lanefu: I found the video I was thinking about. I remember I was looking for a way to do title of video, was treated to 49 minute mastercourse in awk, instead: https://www.youtube.com/watch?v=Y6ldzp8_x0Y
<lanefu>
sweeet added it to my notes
drobo_00 has quit [Ping timeout: 264 seconds]
<lanefu>
greypilgrim[m]: so you do infra? I'm SRE/DevOps-ish person... getting tired of all the big tools... have you seen any elegant more traditional ways of dealing with logs than the ELK model.... i just discovered lnav.. but trying to think of centralized logging, and whether or not to just go 100% rsyslog, or a hybrid of something
<TRS-80>
lanefu: text files ftw :D
<lanefu>
using filesystems as databases
<lanefu>
and using databases as filesystems
<TRS-80>
Depending on application, I'm only halfway kidding. But interested to hear what the pros have to say.
<greypilgrim[m]>
lanefu: yeah, i looked at the jira stuff
<greypilgrim[m]>
and yeah, rsyslog (quite a long time ago) and filebeat (ELK) are pretty much my only centralized logging experience. but i'm pretty good at implementing new things
<lanefu>
TRS-80: text files are easier for random search, but using stuff like ELK is indexed and does really good stuff with event counts etc
<TRS-80>
lanefu: are those considered time-series db?
<TRS-80>
I probably need to read about ELK. Read a lot about time-series in general but especially Home Automation context.
<lanefu>
elastic search can fake its way as a timeseriesdb, but really look at like influxdb and opentsb for textboook examples
<lanefu>
TRS-80: you'd be more interested in prometheus and grafana
<TRS-80>
ok, so ELK is Elasticsearch? I heard of the latter
<lanefu>
bbiab errands
<greypilgrim[m]>
i have some experience with graylog (the elastic part). it seems easy to get going but kinda a pain when there is a lot of log growth and you don't want to reduce retention
<lanefu>
Elasticsearch Logstash Kibana.. combination of 3 tools
<TRS-80>
ok gotcha
<lanefu>
yeah takes a lot of maintained to rotate indexes n stuff
<TRS-80>
stack, like LAMP or whatever
<lanefu>
plus its java and uses 10000 ram
<lanefu>
yep ELK stack
<greypilgrim[m]>
you don't need kibana fwiw
<lanefu>
kibana is my favorite part
<greypilgrim[m]>
so then is grafana your favorite part to set up re: prometheus?
<lanefu>
ha
<lanefu>
finding someobdy else's dashboard and important into grafana that works with an exporter i'm using is my favorite part
<greypilgrim[m]>
i hate making monitoring tools 😖
* TRS-80
so far been putting (very few, hand crafted) metrics in plain space separated text files and generating graphs from those with gnuplot ¯\_(ツ)_/¯
<greypilgrim[m]>
next you'll have to make something to monitor the monitor
<TRS-80>
> it's just monitors all the way down
<greypilgrim[m]>
i am also going afk because i had some pine64's arrive
<TRS-80>
very nice! enjoy
<fromport>
back in the day when we ran an isp, we wrote both "big brother" who was watching everything (1999/2000 btw) and also 'little sister' who was watching big brother ;-)