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
popolon has quit [Remote host closed the connection]
popolon has joined #armbian
popolon has quit [Client Quit]
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian
jclsn has quit [Ping timeout: 260 seconds]
flyback has quit [Ping timeout: 252 seconds]
archetech has quit [Quit: Konversation terminated!]
jclsn has joined #armbian
archetech has joined #armbian
flyback has joined #armbian
mr_claus has quit [Ping timeout: 240 seconds]
crabbedhaloablut has joined #armbian
tachi__ has quit [Ping timeout: 246 seconds]
jantones has joined #armbian
jantones has quit [Ping timeout: 256 seconds]
flyback has quit [Remote host closed the connection]
flyback has joined #armbian
jantones has joined #armbian
buzzmarshall has quit [Quit: Konversation terminated!]
<derzahl>
vanilla 6.5rc5? if so then i must be missing additional patches that are applied to it. for example, my kernel on armbian has bcachefs support among other things that vanilla doesnt have
<derzahl>
maybe its based on a debian or ubuntu bleeding edge kernel?
<derzahl>
tenkawa42, im not using collabora kernel though. it doesnt seem to boot on my opi5+
<archetech>
forum thread says standard armbian images work
<DC-IRC>
<tenkawa42> derzahl: well thats the only 6.5 mainline kernel right now for rk358x
<derzahl>
archetech: that conf file seems to indicate the edge kernel is based on the radxa tree?
<DC-IRC>
<tenkawa42> derzahl: there is no radxa tree
<archetech>
radxa or stock arm idk
<archetech>
why do you want 6.5?
<DC-IRC>
<tenkawa42> radxa's newest kernel branch is 5.10
<DC-IRC>
<tenkawa42> linux-5.10-gen-rkr4.1
<derzahl>
there are collabora packages for 6.5rc1, then armbian packages for 6.5rc5
<DC-IRC>
<tenkawa42> derzahl: the armbian pkgs "are" based on collabora code
<derzahl>
if the armbian package is based on the collabora 6.5rc1, then i am missing where its patched up to rc5
<derzahl>
archetech, well multiple reasons. primarily i would like to be able to follow an apply latest patches to mainline
<archetech>
to what useage though desktop nas what
<derzahl>
and the armbian 6.5 kernel is the most up to date and the only one i can boot on my opi5+'s besides the BSP ver
<derzahl>
k8s
<derzahl>
cluster nodes
<derzahl>
microshift to be exact
<derzahl>
i dont need gpu
<archetech>
ok
<DC-IRC>
<tenkawa42> derzahl: for k8s cluster nodes you should really be using "stable" kernels... not bleeding edge
<DC-IRC>
<tenkawa42> you are following the wrong philosophy for cluster stability imo....
<derzahl>
would prefer mainline
<derzahl>
not that frankenstein kernel
<DC-IRC>
<igorpec> derzahl: why are you like to waste time with this development builds?
* archetech
uses the frankenkernel for KDE on Rock5b
<derzahl>
ok, so no one is able to point me to the source for linux-image-edge-rockchip-rk3588 6.5rc5?
<DC-IRC>
<igorpec> no one will support you, correct. as you are wasting not just yours, but also our time. Those builds are for experimental purposes
<DC-IRC>
<igorpec> experiment!
<archetech>
I gave ya the config for all armbian kern sources what more ya want
<DC-IRC>
<igorpec> all sources are on git
<derzahl>
not asking for your support
<DC-IRC>
<igorpec> you are
<DC-IRC>
<igorpec> you are asking for guidance
<derzahl>
im asking there the source is
<DC-IRC>
<igorpec> on Git
<derzahl>
*where
<DC-IRC>
<igorpec> google
<derzahl>
WHERE
<DC-IRC>
<igorpec> github.ciom
<DC-IRC>
<igorpec> i dont' know
<DC-IRC>
<igorpec> i would need to search, but that is support
<derzahl>
ok well then why are you talking>?
<derzahl>
you add nothing to the conversation
<DC-IRC>
<igorpec> talking is fun
<DC-IRC>
<igorpec> do you?
<derzahl>
yawn
<jspiros>
derzahl: I don't know for sure the answer to your question, I understand that KERNELSOURCE isn't set for the edge case in the family conf, I wonder if that means it's literally using the unmodified linux kernel, perhaps upstream has everything needed for the device in the latest versions?
<jspiros>
I'm working with the orangepi zero 3 and I think linux 6.5 added sufficient support for it to maybe not need any patches
<jspiros>
not sure, though, that might be overly hopeful :)
<derzahl>
thats what i thought, but bcachefs for one, isnt in mainline yet
<DC-IRC>
<igorpec> zero3 is totally different chip
<jspiros>
yes, igorpec, that wasn't my point
<derzahl>
but its in the edge kernel
<jspiros>
I was just sharing my own context not because it's immediately relevant to derzahl's
<DC-IRC>
<igorpec> yes, some has decent support in mainline that it works without sever patching
<archetech>
this is absolute bleeding edge rk3588 kern source
<DC-IRC>
<tenkawa42> @lanefu yeah he was told that too...
<jspiros>
okay so lacking KERNELSOURCE means use mainline kernel
<jspiros>
in the family conf
<DC-IRC>
<lanefu> But to archetechs point.... I would use collabora's rk3588-test branch over playing with mainline and the patches from the edge folder
<archetech>
his next ? will be how to apply those patches without using the builder ;p
<jspiros>
his question is clear, he doesn't understand how those patches on mainline produce the kernel that he's using, which he believes to be the edge kernel
<jspiros>
because that kernel he's using supports bcachefs
<derzahl>
lanefu: cool if thats all it is, great. thats what I was trying to determine
<jspiros>
and mainline + those patches doesn't produce a kernel that supports bcachefs
<archetech>
thats what make menuconfig is for
<jspiros>
I saw the question as being more "how was this kernel produced", assuming it was built automatically without user interaction, and not "how do I produce the kernel"
<jspiros>
but perhaps I misunderstood
<jspiros>
menuconfig answers the latter question but not the former
<DC-IRC>
<igorpec> and then at the end "how to install kernel" 🙂
<jspiros>
(though I don't think menuconfig does, because I don't think bcachefs is in mainline yet
<jspiros>
er, unless I'm wrong)
<DC-IRC>
<tenkawa42> (checks catee)
<derzahl>
yes, was looking for a simple answer. not any of your 'support', not any of your concerns about what do with it and if ill be sad without gpu.
<derzahl>
wrong place to ask apparently for some
<DC-IRC>
<igorpec> do you have a problem with orangepi running stable armbian?
<DC-IRC>
<igorpec> even that is not simple to answer
<DC-IRC>
<tenkawa42> Status still: Bcachefs is not yet upstream - you'll have to build a kernel to use it.
<jspiros>
derzahl: I understand your frustration but assume good faith/assume they just misunderstood, even though igorpec does seem a bit prone to sassiness :)
<derzahl>
a problem, no. but it is not what i want to run
zeemate has quit [Remote host closed the connection]
<DC-IRC>
<igorpec> then use support resources of OS you want to run
<derzahl>
im not looking to argue about it. sorry, armbian is very nice and i dont mean to hurt any feelings
<jspiros>
:p
<derzahl>
so sensitive
zeemate has joined #armbian
<jspiros>
I see it more as simple efficiency, efficient is improved when people don't waste time getting emotional on any side
p0g0 has joined #armbian
<jspiros>
people can't help themselves though
<jspiros>
er, efficiency is improved
<DC-IRC>
<igorpec> its plain simple. development builds are not supported.
<DC-IRC>
<igorpec> at least not at end user level
<derzahl>
yeh, kinda strange experience how ruffled some get
<DC-IRC>
<igorpec> as its pure waste of resources
<derzahl>
providing source =/= support, my dude. its a legal obligation on the gpl
<derzahl>
*under
<derzahl>
calm down
<DC-IRC>
<igorpec> now you are even dare to raise voice?
<DC-IRC>
<igorpec> "legal obligation"?
<DC-IRC>
<igorpec> sources are on git
<derzahl>
or keep 'sperging out, dont really care. thanks to @langfu and @jspiros and the other folks who took the time to read and respond to what I actually wrote
danilogondolfo has quit [Remote host closed the connection]
derzahl has quit [Quit: auf wiedersehen]
<archetech>
has linus even approved bcachefs for 6.5rc ? whole convo is moot if not
<jspiros>
it's not moot, that was the whole point
<jspiros>
derzahl wanted to know how a pre-built kernel was built, trying to understand how the automated build system produced that kernel
<jspiros>
from what he could tell it was mainline + those patches, but that would lack bcachefs since bcachefs isn't in mainline yet
<DC-IRC>
<igorpec> also sources for automation are on the git
<DC-IRC>
<igorpec> he simply want to waste our time instead of his
<jspiros>
but presumably the pre-built kernel he already had /did/ have bcachefs
<jspiros>
so it was a mystery as to how that kernel was built
<archetech>
being curious is one matter offcial kern support is the bottom line
oida has quit [Ping timeout: 245 seconds]
<jspiros>
I don't think he was trying to waste anyone's time, even I can't figure out how that would happen (mainline kernel + rockchip-rk3588-edge patches = kernel with bcachefs support?), but as I'm not him I can't confirm that the kernel in question definitely has bcachefs support, I'm trusting that he wasn't mistaken about that
<DC-IRC>
<tenkawa42> No
<jspiros>
but he did lack patience with miscommunication problems on IRC
<jspiros>
gotta have infinite patience on IRC
<archetech>
nuttin wrg w/ igor saying your onyour own for a dev kernel
<jspiros>
it is true that if armbian.com is providing a built kernel, the sources for /that specific kernel/ should be provided under the GPL
<jspiros>
that's not support, that's just providing sources
<DC-IRC>
<tenkawa42> archetech: there's a pull request for bcachefs but there's been a "heated" discussion on the lkml about it it appears
<DC-IRC>
<tenkawa42> going on for months
<jspiros>
the GPL requires that the sources be provided such that the distributed binary can be rebuilt, simply saying "sources are on git" doesn't fulfill the obligation, especially if he already tried using the build system and didn't get the same kernel
<archetech>
tenkawa yup thats why I mentioned it
<jspiros>
(which is what it sounded like, but I can't confirm)
<DC-IRC>
<tenkawa42> from what I'm reading I would be surprised if it makes it in time
<jspiros>
I don't think it is
<archetech>
brings us back to the wisdom of using cutting edge feature on a project that requires stability
<archetech>
but thats his choice
oida has joined #armbian
<DC-IRC>
<0xdamian> Hi there, what is the difference between Armbian CLI and Desktop? Is it just the desktop or something else?
<DC-IRC>
<0xdamian> Is the Armbian the minimalistic version?
<DC-IRC>
<igorpec> CLI = command line and Minimal is minmal version of that
<DC-IRC>
<igorpec> stripped down
zeemate has quit [Ping timeout: 246 seconds]
archetech has quit [Quit: Konversation terminated!]
<DC-IRC>
<0xdamian> What's the difference between Jammy and Bookworm?
<cornelius>
Ubuntu / Debian
<DC-IRC>
<0xdamian> Jammy Ubuntu?
<cornelius>
yeap
<DC-IRC>
<0xdamian> thanks
<cornelius>
ur welcome
<DC-IRC>
<0xdamian> Is the Jammy i3 DE image without all the bloat?
<DC-IRC>
<0xdamian> I'm a Arch guy xD so yeah
<DC-IRC>
<0xdamian> Someone on Radxa told me to install a image made by some user, it was beyond bloated with like steam, wine, proton and many other random programs
<DC-IRC>
<c0rnelius77> I seriously doubt all that junk would be on there.
<DC-IRC>
<0xdamian> Ok then I gonna install the i3 one 🙂
<DC-IRC>
<0xdamian> Also does hw acceleration depend on the hardware drivers?
<DC-IRC>
<0xdamian> I have the Rock 5B 8GB SBC and when I tried Armbian it was pretty slow because I think the GPU didn't do shit
<DC-IRC>
<0xdamian> I could see cpu going like 60-75% depending on video resolution
<DC-IRC>
<ct.clmsn> I've been wanting to give armbian a spin on a star64 sbc. Tried it this afternoon with no success. I read uboot isn't on the base image and you have to boot from flash. Is there a recipe for bringing up armbian on that platform?