<davidlt[m]>
I didn't fully get what was the issue there
<rwmjones>
it'll be some clause deep in a contract somewhere
<davidlt[m]>
Ah, reading this article I see.
<rwmjones>
so in fact it says: "the licenses it granted Nuvia could not be transferred to and used by its new parent Qualcomm without Arm's permission"
<davidlt[m]>
They couldn't transfer ARM licences
<rwmjones>
this is why they should be using risc-v right ..
<davidlt[m]>
But technically is it considered "transferring" if you buy the company?
<rwmjones>
that's what they pay expensive lawyers to argue about :-(
<davidlt[m]>
Yeah, boring stuff.
<davidlt[m]>
But Qualcomm did have their own licenses from ARM too, unless that expired.
<davidlt[m]>
Ah, I see there is an update at the bottom from Qualcomm.
<davidlt[m]>
Note, that Qualcomm is one of SiFive investor (public knowledge) and their are founding member of RISC-V (premier member)
<davidlt[m]>
But that could mean anything (and even nothing...)
<davidlt[m]>
I just hope most designs in ARM world become ARMv9 soonish
<davidlt[m]>
I think, Apple might the only company doing custom cores that aren't stuck to ARMv8.2
<davidlt[m]>
Apple is ARMv8.5-A thus not the latest
<davidlt[m]>
M2 continues to be 8.5, so it's probably M3-M4 that would make the jump
<davidlt[m]>
Note KS page was updated since the launch, but still lacks some information.
<defolos>
openSUSE, not SUSE
<davidlt[m]>
Sorry, just trying to save a few chars :)
<defolos>
(it might sound nitpicky, but not all of openSUSE work at SUSE)
<defolos>
davidlt[m]: no worries, just didn't want to set expectations that there will be support from the business
<davidlt[m]>
I think only Canonical officially supports these boards for now
<davidlt[m]>
Damn, I want that JH7110 sooner than later :/
masami has quit [Quit: Leaving]
cyberpear has joined #fedora-riscv
jcajka has quit [Quit: Leaving]
<davidlt[m]>
Nice! USB4 Version 2.0 doubles bandwidth to 80Gbps
<davidlt[m]>
nirik: information and files are sent to your email
<davidlt[m]>
Shouldn't take more than 2-5 minutes to get it running
<nirik>
davidlt[m]: excellent. Will get it going later today.
<davidlt[m]>
rwmjones: btw, our koji is now producing RPMS with dist == f37
<davidlt[m]>
still need to do some fixes to f38 tagging
<nirik>
how's the state of your hub? enough resources, etc?
<davidlt[m]>
State is terrible, but HW is good.
<davidlt[m]>
It will require rebuilding sooner than later, but right now the goal is to catch up to f37/f38 a bit.
<davidlt[m]>
It's outdated Fedora, needs a bunch of redoing, incl. storage.
<nirik>
yeah, keeping up with rawhide should be the best goal
<davidlt[m]>
In general we have 3 very expensive NVMe SSDs
<davidlt[m]>
Total of ~20TB of super fast storage.
<nirik>
I think I can possibly get some aws resources for a hub if it would help.
<davidlt[m]>
That allows us to do repositories in ~2 minutes.
<nirik>
yeah, storage is always the fun part
<davidlt[m]>
I believe Al Stone has some VM at Red Hat for that.
<davidlt[m]>
We have another 100+TB in drives, but no physical server.
<davidlt[m]>
I actually wanted to chat with you about infra side :)
<nirik>
cool... yeah, you can also use slower storage for packages and only put repos on faster, etc...
<nirik>
but yeah, happy to talk sometime (now is not great)
<davidlt[m]>
Yeah, I about to jump into US meetings
<davidlt[m]>
Thus later, maybe I send an email within a few days
<nirik>
sure thing.
<nirik>
enjoy!
<rwmjones>
awesome!
<davidlt[m]>
nirik: basically at some point it would be cool if could layout how Fedora/RISCV infra looks like. Like must have now and other optional things that can happen later (e.g. package signing infra bits).
<davidlt[m]>
We do run a very minimal setup, Koji + certificates instead of krb5 stuff. Not integrated in any way with upstream Fedora Koji infra (like ARM Koji was).
<davidlt[m]>
We use Koji to generate dist repositories and we use KS with createAppliance (appliance-tools) to create disk image.
<davidlt[m]>
Really minimal, mostly followed ARMv7 stuff to get it going.
<davidlt[m]>
We also have dist-git "overlay" based on Gitea, not Pagure.
<davidlt[m]>
The next idea was to get Pungi going, but never found time and switch to a proper way to generate disk image.
<davidlt[m]>
We will need to rebuild Fedora/RISCV infra in any way thus why not according to your ideas :)
<neil>
davidlt[m]: I might be able to help w.r.t. pungi and/or disk images
<neil>
also, o/ everyone :) Thank you for your work thus far on riscv64 for fedora. Looking forward to seeing how I can help
davidlt has joined #fedora-riscv
<davidlt[m]>
neil: hi! Sure! More hands are always better :)
<davidlt[m]>
neil: are you related to Rocky Linux?
<neil>
davidlt[m]: indeed, that's me
<davidlt[m]>
neil: we are planning to go for CentOS Stream 9/10. Does Rocky Linux have interest for riscv64? (no server grade hardware yet, but there are companies working on that).
<neil>
Definitely do, yeah. We have been noodling around on rebuilding some packages with a couple of StarFive VisionFive boards we have (myself and one other)
<davidlt[m]>
Do you think Rocky Linux 9 would be a possibility (might require updating a bunch of packages, thus potentially breaking some rules (?))
<davidlt[m]>
I would be interested into Rocky Linux 9 and beyond too.
<davidlt[m]>
The current goal would be to get back on track with Fedora/RISCV being as close to upstream Fedora (hopefully becoming a better supported arch at some point). Get ready for CentOS Stream 10 (we can predict which Fedora XY version will be a base).
<davidlt[m]>
I would love to see Rocky Linux and AlmaLinux happen too.
<davidlt[m]>
I have to go, but let's chat later.
davidlt has quit [Ping timeout: 255 seconds]
bkeys has quit [Remote host closed the connection]
bkeys has joined #fedora-riscv
bkeys has quit [Ping timeout: 268 seconds]
bkeys has joined #fedora-riscv
iooi_ has joined #fedora-riscv
jcm__ has joined #fedora-riscv
nirik-libera has joined #fedora-riscv
warren_ has joined #fedora-riscv
aurel32 has joined #fedora-riscv
oaken-so1rce has joined #fedora-riscv
jcm has quit [Ping timeout: 244 seconds]
warren has quit [Ping timeout: 244 seconds]
leah2 has quit [Ping timeout: 244 seconds]
nirik has quit [Ping timeout: 244 seconds]
iooi has quit [Ping timeout: 244 seconds]
oaken-source has quit [Ping timeout: 244 seconds]
aurel32_ has quit [Ping timeout: 244 seconds]
iooi_ is now known as iooi
nirik-libera has quit [Changing host]
nirik-libera has joined #fedora-riscv
nirik-libera is now known as nirik
leah2 has joined #fedora-riscv
cyberpear has quit [Quit: Connection closed for inactivity]