Werner 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/Twitter feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
hyphop1 has joined #armbian
califax- has joined #armbian
califax has quit [Ping timeout: 244 seconds]
califax- is now known as califax
f476 has joined #armbian
hyphop1 has quit [Ping timeout: 240 seconds]
chewitt has quit [Quit: Zzz..]
<Armbian-Discord>
<Tonymac32> Has anyone seen stability issues on the NanoPi R2S?
<Armbian-Discord>
<Tonymac32> My GPU adventures have yielded some results I don't particularly like, specifically that the memory controller and GPU share a regulator, and if only the GPU is eabled Linux will set the regulator voltage to 0.95V when the memory controller NEEDS 1.075 according to the dvfs opps
hyphop1 has joined #armbian
hyphop1 has quit [Ping timeout: 258 seconds]
hyphop1 has joined #armbian
hyphop has joined #armbian
hyphop1 has quit [Ping timeout: 258 seconds]
hyphop has quit [Ping timeout: 258 seconds]
hyphop has joined #armbian
patrix has joined #armbian
archetech has quit [Quit: Konversation terminated!]
hyphop1 has joined #armbian
hyphop has quit [Ping timeout: 245 seconds]
archetyp has joined #armbian
hyphop1 has quit [Ping timeout: 272 seconds]
ikmaak has joined #armbian
stipa has quit [Read error: Connection reset by peer]
stipa has joined #armbian
iLinux-OS-User has joined #armbian
hyphop1 has joined #armbian
crabbedhaloablut has joined #armbian
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #armbian
hyphop1 has quit [Ping timeout: 268 seconds]
hyphop1 has joined #armbian
hyphop1 has quit [Ping timeout: 240 seconds]
hyphop1 has joined #armbian
iLinux-OS-User has quit [Ping timeout: 246 seconds]
iLinux-OS-User has joined #armbian
<stipa>
Tonymac32 i don't see GPU port on the NanoPi R2S, why would you care for powering it?
<stipa>
for remote desktop stuff maybe?
<Armbian-Discord>
<Tonymac32> I'm only mentioning that it is enabled
<stipa>
oh
<stipa>
seems dumb
<stipa>
or not, since mem and gpu sshare same psu
<stipa>
it could be hard wired and there is nothing you can do
<stipa>
maybe cut the traces
<stipa>
maybe it has something to do with the fact that gpu and cpu share the same memory
<stipa>
design choice
<stipa>
maybe they went with the idea of soc using gpu in majoirity of the cases
<stipa>
or better put, SBC designers would put GPU port on the board in majority of cases
<stipa>
let's go with the cheaper regulator then
<stipa>
or hmmm, maybe it's design choice of the SBC designers
<stipa>
since i guess regulator is seperate chip to soc
<stipa>
or, there is simply option to fix that in the regulator
<Armbian-Discord>
<Tonymac32> Nope. SoC has single supply for those items
<[TheBug]>
Tonymac32: did you get with the FriendlyArm guys on that image?
<Armbian-Discord>
<Tonymac32> Sent it to him, got ack that it was received, no feedback yet
<[TheBug]>
k
<[TheBug]>
just felt like I was somehow the missing link there and you guys couldn't get on the same page lol
<[TheBug]>
past few days have been quite crazy here as well
<[TheBug]>
hoping today will not be so bad
wd has quit [Read error: Connection reset by peer]
wd has joined #armbian
<stipa>
Tonymac32 bummer, i guess there is no way to turn gpu inside of a soc
<stipa>
the soc*
<stipa>
even if you remove the gpu driver it'll still draw power
<stipa>
or not
<stipa>
hard to tell without some fancy power meter
<stipa>
you probably have something that could measure so low power consumption differences
<stipa>
blacklisting the gpu driver could power it off
<stipa>
hmm, but gpus do have signal on the output even if there's no driver, soo, hmm, dunno
iLinux-OS-User has quit [Quit: Client closed]
iLinux-OS-User has joined #armbian
archetech has joined #armbian
hyphop1 has quit [Ping timeout: 272 seconds]
<Armbian-Discord>
<Tonymac32> You can simply not enable it, I think it can be shut off, the problem is dvfs only. If the voltage needs to change, it has to change for both devices.
iLinux-OS-User has quit [Quit: Client closed]
iLinux-OS-User has joined #armbian
archetyp has quit [Quit: Leaving]
archetyp has joined #armbian
<Armbian-Discord>
<Quarks> Hello everyone, anyone can help me install docker on orange pi one? thanks in advance.
<lanefu>
Quarks `apt install docker.io`
<lanefu>
it's same as any other ubuntu or debian box
<Armbian-Discord>
<IgorPec> well, its fixed there
<Armbian-Discord>
<IgorPec> for 5.10.y i am not sure the same fix will work
<Armbian-Discord>
<IgorPec> likely not
<stipa>
probably
<stipa>
i'm thinking how to get to 5.13
<Armbian-Discord>
<IgorPec> armbian-config -> system -> alternative kernels
<stipa>
i saw there are not tested 5.13 images for opi lite 2
<stipa>
i'll check in armbian-config
<Armbian-Discord>
<IgorPec> all boards that are in our test system boots this kernel. but not all functionalities are checked ofc
<stipa>
allrite
<stipa>
i see 5.13 for download, trunk 111
<stipa>
5.13.8
<Armbian-Discord>
<IgorPec> thats correct
<stipa>
i'll try
iLinux-OS-User has quit [Quit: Client closed]
<sven94>
Hi, have a question about armbian-build output images, when I burn the image to an SD card in my example I get just 1 partition. For the board I am using Amlogic radxa others have made images which create BOOT and ROOTFS partitions on SD card. I was reading the armbian-build docs and couldn't find an option like that. Is there a tool to modify the
<sven94>
image or is there something in armbian build options that I missed? Many thanks to anyone who can help me!
<nekomancer[m]>
sven94: you can get separate boot and root partitions if choose for root filesystem other than ext4
<nekomancer[m]>
example: add to ./compile.sh parameters ` BOOTSIZE=250 ROOTFS_TYPE=btrfs BTRFS_COMPRESSION=zstd`
Razva has joined #armbian
<sven94>
excellent, thanks so much!
<nekomancer[m]>
then you get separate /boot partition 250 MB size, root fs will be btrfs, compressed with zstd
<sven94>
is there a way to tell what options have been used in an img file?
<stipa>
IgorPec the sound got detected but it won't fart anything and apps using audio are crashing
<nekomancer[m]>
sven94: AFAIK no, but not sure
<nekomancer[m]>
at least inside the image
<sven94>
no worries, super thanks man!
<kprasadvnsi[m]>
stipa HDMI audio was working in 5.10 kernel on all H6 based orange Pi boards. I have tested it on all those opi H6 boards
<nekomancer[m]>
welcome!
<[TheBug]>
Yeah stipa! PEBKAC!
<[TheBug]>
;D
<[TheBug]>
lol
<stipa>
-- PEBKAC
<ArmbianHelper>
PEBKAC [en~>eng]
<stipa>
wtf is that?
<[TheBug]>
LOL rly? I can't ruin it for you then, google ftw!
* [TheBug]
ducks in anticipation
<stipa>
i dont think so
<stipa>
it cant be an user error
<stipa>
must be something else...
<[TheBug]>
what is it that ZTik said: bandum tisch!
<stipa>
ok, i'm trying another HDMI monitor
<nekomancer[m]>
> Short for problem exists between keyboard and chair, PEBKAC is a term used by computer technicians and IT professionals to describe a user error. The term asserts that the user is to blame when referring to the technical issue at hand; not the installed software or the device itself.
<buZz>
'problem exist between keyboard and chair'
<buZz>
oh
steev has joined #armbian
<[TheBug]>
I feel like i just rickrolled you all for the first time and thats something I have heard for 20+ years, lol
<buZz>
we have a rickastley poster inside a big ass 3d printer here
<[TheBug]>
;p
* nekomancer[m]
work "in IT" from 1993. But newer seen "PEBKAC" as abbreviation
<buZz>
'ISO layer 8 problem'
<[TheBug]>
nekomancer[m]: how about ID-10-T Error?
<[TheBug]>
hehe
<[TheBug]>
basically all sysonyms
<[TheBug]>
basically all synonyms
<nekomancer[m]>
newer seen before
<nekomancer[m]>
> PEBMAC ("problem exists between monitor and chair"), identity error or ID-10T/1D-10T error ("idiot error"), PICNIC ("problem in chair, not in computer"), IBM error ("idiot behind machine error")
<buZz>
#archlinuxarm cant tell me how to use arch linux arm
<buZz>
their chromium build in their repos actually depends on libraries that are no longer in their repos
<buZz>
and many other packages too
<buZz>
the 'general advice' is either ; find the old package somewhere with google , or 'build it yourself'
<buZz>
-_-
<buZz>
how on earth do people use this voluntary
<nekomancer[m]>
what a shame! 😱
<buZz>
'pacman' doesnt even track dependancies
f476 has quit [Ping timeout: 258 seconds]
<Armbian-Discord>
<Tonymac32> 🤣
<stipa>
yeah, i constantly have problems with AUR
<stipa>
had to remove all git packages to make it working
<Xogium>
well instead of trolling, if you don't like the distro, just don't use it ? :p
<Armbian-Discord>
<Tonymac32> Fair enough. I never had issues with it, but I also never used it as a desktop
<Armbian-Discord>
<Tonymac32> So your results may vary
<Xogium>
then again, arch-arm != arch since they are 2 entirely separate projects
<stipa>
i don't have that feeling
<stipa>
seems the same to me
<Xogium>
arch-arm is a distro that's got only one guy doing the packages, so I think trolling isn't fair
<stipa>
nah,
<stipa>
i run it on amd64
<Xogium>
arch-arm builds are all automated, whereas arch builds are manually done
<nekomancer[m]>
Xogium: is it good or bad?
<Xogium>
in general, I never had issues. Then again, I never had a sbc powerful enough to run the most problematic packages, chromium and firefox
<stipa>
yeah, as long as it's some generic packages all distros are fine
<stipa>
anything cutting edge is trouble
<Xogium>
and to be absolutely fair with aur, if it breaks your aur packages when you update the system, its normal. You have to rebuild those packages yourself, because they were built against older libs
<buZz>
as are the packages in the 'core' repo
<buZz>
with lib versions that no longer even exist in arch
<buZz>
since dec 2020
<Xogium>
that kind of stuff is done automatically for official packages. I'm saying that its possible that chromium build was done wrong
<Xogium>
it can happen, its automated
<buZz>
its awesome the the scripts broke shit in dec 2020 of such high profile packages
<buZz>
you would expect someone to just roll back to older versions then, instead of leaving it lay broken for over 7 months
<buZz>
without any functional build
<buZz>
another example of why arch is hell
<stipa>
but it also works good considering it's newest kernel
<Xogium>
lol
<buZz>
the linux-chromebook-armv7-kernel no longer boots on armv7 chromebooks
<buZz>
since atleast 8 versions
<Xogium>
arch official is better than that. Stop comparing arch with arch-arm, they are different
<buZz>
not even just a kernel error
<buZz>
just completely not booting
<stipa>
damn
<buZz>
so if you want to install a archlinuxarm system with that kernel today
<buZz>
you will be completely unable
iLinux-OS-User has joined #armbian
<Xogium>
well man, what can I say ? Stop trolling and move to some other distro ? Honestly, you're trolling a distro that has like 2 maintainers at max
<buZz>
i am not trolling
<buZz>
i am describing how it is now
<buZz>
i said nothing that isnt true
<stipa>
yeah, i have arch on 3 machines
<stipa>
manjaro
<stipa>
it's just what it is
<stipa>
i'm afraid to update honestly
<Xogium>
I've had arch for the last 5 years, and I never had problems on x86_64. Not with official packages, at any rate
<buZz>
its quite weak to just call any negative experience from a user trolling
bzyx has joined #armbian
<Xogium>
well, when you came in here and started complaining about arch-arm and saying the folks were unable to tell you how to use the distro, and getting help at the same time in the channel
<buZz>
if thats the attitude of all alarm users, i can understand why nobody is joining the two people to improve this
<buZz>
i have gotten absolutely zero help in the channel
<buZz>
i didnt 'came in here' i've been in #armbian since forever
<buZz>
if you are so insecure that you cant have people discussing behaviour of your distro , then ??? why even be on irc
<steev>
? armbian doesn't offer arch
<stipa>
let me add some gasoline on the flame
bzyx has quit [Client Quit]
<Xogium>
sigh. Whatever
<Xogium>
good night
Xogium has left #armbian [leaving channel]
bzyx has joined #armbian
<stipa>
:D
bzyx has quit [Client Quit]
<buZz>
what a idiot
<stipa>
nah, he's just not in a mood
bzyx has joined #armbian
<stipa>
something si bothering him
<buZz>
i bet
<steev>
he isn't wrong though. you're bitching about arch in an unrelated irc channel. they really have 1-2 maintainers, and if it really bothers you, submit pull requests. open source means helping out when you can, not just screaming about stuff being broken
<buZz>
i know
<buZz>
i am actively asking for help in that channel
<buZz>
and instead of offering some he chose to track me to other channels to attack me
<stipa>
what's your issue with your armarch?
<steev>
the chromebook kernel in the repo isn't working for him
<buZz>
1) latest kernels for my actual device dont boot on device , 2) packages depend on library versions they removed from repos already
<buZz>
2) is the big one
<buZz>
on 1) i can just blacklist updating the kernel
<buZz>
stuck on 5.5 forever , w/e
<buZz>
for 2) there's no solution because i do not have the old packages , and they rm -rf all old version on every update
<stipa>
probably some problem and they're avoiding regression
<buZz>
this 2) problem is documented on their wiki since at least dec 2020
<buZz>
they have regressed a lot
<buZz>
latest mplayer, chromium , they all depend on libraries they no longer ship
<stipa>
if there are only 2 guys it's no wonder
<buZz>
right, would have been easily avoidable if they just kept last 4-5 versions on repos
<buZz>
OR if their package manager would just follow dependancies
<steev>
what does that have to do with armbian though?
<stipa>
it's a proff that Armbian is better
<stipa>
proof*
<stipa>
:D
archetech has quit [Quit: Leaving]
<steev>
Armbian has more maintainers. It’s not “better” it’s just different. Though afaik, there’s no chromebook builds of armbian? I haven’t looked in a long time though so maybe there is
<buZz>
i havent seen any , no
<buZz>
but i have gotten armbian armv7 rootfs to boot , on top of arch's kernel
<steev>
Like, I get buZz frustration, but as someone who is the kali arm maintainer, where I don’t have assistance, and support around 40 boards, there’s only so much time in a day.
sven94 has quit [Quit: Client closed]
<steev>
So I see it more from the alarm guys side too since alarm isn’t their day job either
<buZz>
maybe i should just take it as motivation to build uBoot for this device and flash away that google uBoot
<steev>
You can do that
<buZz>
then booting ~anything should be easier
<steev>
You can also just chainboot it, if you don’t feel like removing the write protect
iLinux-OS-User has quit [Quit: Client closed]
archetech has joined #armbian
<haritz>
Hi there
<haritz>
is there an 'official' toolchain I can use for building stuff for armbian buster?
<Armbian-Discord>
<Tonymac32> Just the normal arm toolchains.
Kamilion is now known as Kamilion|KV
archetech has quit [Quit: Leaving]
Kamilion has joined #armbian
Kamilion|KV has quit [Quit: Help, help, I'm being eaten by a ZNC! It's got my leg! Now it's up to my waist! Now all that's left is me head! Tell my capabilities I loved them!]