00:13
ahs3|afk has quit [Quit: Coyote finally caught me]
00:17
ahs3 has quit [Remote host closed the connection]
03:45
davidlt_ has joined #fedora-riscv
05:45
sorear has quit [Ping timeout: 252 seconds]
05:46
dgilmore has quit [Ping timeout: 265 seconds]
05:46
sorear has joined #fedora-riscv
05:47
dgilmore has joined #fedora-riscv
07:44
jcajka has joined #fedora-riscv
08:04
sharkcz has quit [Ping timeout: 264 seconds]
08:12
sharkcz has joined #fedora-riscv
09:36
<
davidlt[m] >
Kernel merge windows have one boring aspect. Stable queues are pretty much empty until merge window passes.
09:36
<
davidlt[m] >
And during rc1, rc2 large ones come in.
09:44
<
rwmjones >
davidlt[m]: remind me the command to kick off a koji build? koji -P riscv something?
09:45
<
davidlt[m] >
Depends on your configuration.
09:45
<
davidlt[m] >
Scratch build?
09:46
<
rwmjones >
a real build of dnf5
09:46
<
davidlt[m] >
But yeah, if you have a profile -p <profile_name>
09:46
<
rwmjones >
it builds fine for me
09:47
<
rwmjones >
plus there is a new version just today
09:47
<
rwmjones >
ok I don't think I have the profile set up
09:48
<
rwmjones >
yeah I'm mostly running F38 on nufive & nujive now
09:48
<
rwmjones >
but not the kernel
09:48
<
davidlt[m] >
Technically, I am not advising to use F38 now.
09:49
<
davidlt[m] >
There is somewhat a problem, which you can workaround by disabling SELinux and audit (or at least SELinux).
09:49
<
rwmjones >
it seems fine here, but selinux is disabled so ...
09:50
<
davidlt[m] >
Yeah, otherwise it wouldn't boot.
09:50
<
davidlt[m] >
Well, now it boots, but the actual issue isn't solved yet.
09:50
<
davidlt[m] >
Just a few workarounds to make it boot.
09:51
<
davidlt[m] >
Why... Why Fedora still don't have PC files fixed.
09:52
<
davidlt[m] >
./pkgconfig/roc.pc:libdir=/usr/lib
09:52
<
davidlt[m] >
./pkgconfig/imagequant.pc:libdir=${prefix}/li
09:52
<
davidlt[m] >
./pkgconfig/imagequant.pc:libdir=${prefix}/lib
09:52
<
rwmjones >
so about doing a fedora.riscv.rocks build ... do I need an /etc/koji.conf.d/ configuration file?
09:53
<
davidlt[m] >
or ~/.koji
09:53
<
davidlt[m] >
I can send you instructions I sent to Nick
09:53
<
rwmjones >
I think I had this set up on the unleashed boards, but lost it when I moved to the unmatched
09:53
<
rwmjones >
ok thanks
09:54
<
rwmjones >
I'm pretty sure dnf5 ought to build fine, but I'll keep an eye on it once I can kick off the real build
10:39
<
rwmjones >
hey davidlt[m], is koji_ca_cert.crt the one from /etc/kojid/koji_ca_cert.crt ?
10:40
<
rwmjones >
& also how to generate rjones.pem & rjones_browser_cert.p12
10:40
<
davidlt[m] >
Did you loose your certs?
10:41
<
rwmjones >
possibly, let me check the old server to see if it's there, one sec
10:41
<
davidlt[m] >
I most likely sent you those over the email.
10:42
<
davidlt[m] >
Check email from me on Tue, Jan 7, 2020, 12:13 PM
10:42
<
davidlt[m] >
Those still should be valid.
10:42
<
davidlt[m] >
Probably :)
10:54
<
rwmjones >
davidlt[m]: you couldn't just send me those again? seem to have lost the keys & having issues with email
10:59
<
rwmjones >
hey, it works ...
10:59
<
rwmjones >
$ koji -p riscv hello
10:59
<
rwmjones >
bonjour, rjones!
10:59
<
rwmjones >
Authenticated via client certificate /home/rjones/.koji/rjones.pem
11:02
<
davidlt[m] >
Just one thing to remember, your account has got powers most likely :) Ba careful :)
11:02
<
rwmjones >
davidlt[m]: when issuing a build do you use 'fedpkg build' (and some flag to select the profile which I cannot find)?
11:02
<
rwmjones >
or do you use koji -p riscv build directly?
11:03
<
rwmjones >
& i guess for koji we'd need to work out the target & scm url which is not trivial
11:03
<
davidlt[m] >
I use koji directly. I don't need -p because my main Koji profile is RISCV :)
11:03
<
davidlt[m] >
It's trivial.
11:03
<
davidlt[m] >
It's gonna be something like this:
11:04
<
rwmjones >
ok got it thanks
11:04
<
davidlt[m] >
I just have oneliner "build38" command in the shell.
11:04
<
rwmjones >
does it work out the scm url using git or something?
11:04
<
davidlt[m] >
If you are doing a scratch build, you are fine to send out SRPM.
11:05
<
davidlt[m] >
If you are building for F38 (not a scratch) build then let's do only SCM builds.
11:05
<
rwmjones >
of course
11:05
<
davidlt[m] >
SCM URL has a pattern.
11:05
<
davidlt[m] >
Just change "gnome-keyrig" to whatever is your package name.
11:05
<
rwmjones >
yup gotit
11:05
<
rwmjones >
just wondering if you had scripted it already
11:05
<
davidlt[m] >
# followed by commit bash.
11:06
<
davidlt[m] >
I have a bunch of stupid small things, like:
11:08
<
rwmjones >
if I fix this properly I mostly intend to push the fixes to fedora
11:09
<
davidlt[m] >
Yeah, that's the goal.
11:09
<
davidlt[m] >
I am off to eat something. Will be back later.
12:36
<
davidlt[m] >
rwmjones: do you need more tasks?
12:43
<
rwmjones >
dnf5 failed :-(
12:43
<
rwmjones >
so I'm still on that one
12:43
<
rwmjones >
it actually failed in a different and much more fun way through
12:44
<
rwmjones >
/builddir/build/BUILD/dnf5-5.0.9/redhat-linux-build/bindings/python3/libdnf5/CMakeFiles/python3_base.dir/basePYTHON_wrap.cxx: In function '_wrap_ResolveSpecSettings_group_with_name_set':
12:44
<
rwmjones >
/builddir/build/BUILD/dnf5-5.0.9/redhat-linux-build/bindings/python3/libdnf5/CMakeFiles/python3_base.dir/basePYTHON_wrap.cxx:21367:1: internal compiler error: Segmentation fault
12:44
<
rwmjones >
21367 | } | ^
12:44
<
rwmjones >
Please submit a full bug report, with preprocessed source.
12:44
<
davidlt[m] >
Restart
12:44
<
rwmjones >
not reproducible locally obvs
12:44
<
rwmjones >
is that likely to be a temporary thing?
12:44
<
davidlt[m] >
This happens, especially in F38.
12:45
<
davidlt[m] >
I haven't figured it out, but ICE is sometimes generated if we run out of memory.
12:45
<
davidlt[m] >
I have confirmed that several times.
12:45
<
davidlt[m] >
But in F38 somehow there are more ICEs, but not more details why.
12:46
<
davidlt[m] >
So if it happens -> restart.
12:52
<
davidlt[m] >
I do plan to submit a new GCC build (the final one).
13:22
jcajka has quit [Quit: Leaving]
13:29
zsun has joined #fedora-riscv
13:54
gotmax23 has quit [Ping timeout: 246 seconds]
14:08
gotmax23 has joined #fedora-riscv
15:02
zsun has quit [Quit: Leaving.]
15:27
<
rwmjones >
davidlt[m]: soooo
15:27
<
rwmjones >
it failed in the same place I think
15:28
<
davidlt[m] >
Just in case I am rebuilding annobin plugin
15:28
<
rwmjones >
I'm going to try another local build but first make sure I have exactly the same compiler toolchain pkgs installed
15:29
<
davidlt[m] >
Oh, I forgot to disable LTO in annobin...
15:30
<
rwmjones >
I still have the older binutils (2.39) installed locally
15:30
<
rwmjones >
everything else looks the same
15:30
<
rwmjones >
but yeah LTO could be an issue simply because of memory usage
15:30
<
davidlt[m] >
Nah, Clang cannot do LTO
15:30
<
davidlt[m] >
There is no ld.gold support for riscv64.
15:31
<
rwmjones >
build failure was in g++
15:31
<
rwmjones >
& it was using lto
15:31
<
davidlt[m] >
So if your toolchain is Clang, you should disable LTO.
15:31
<
davidlt[m] >
Yeah, but I want to rebuild annobin GCC plugin just in case
15:32
<
rwmjones >
if it succeeds again locally I might try a scratch build with LTO disabled in the spec file
15:32
<
davidlt[m] >
Yeah, disabling LTO is relatively common "fix".
15:33
<
davidlt[m] >
I feel that on riscv64 it's still a bit more shaky than on other arches.
15:33
<
davidlt[m] >
That's not only about memory usage.
15:34
<
davidlt[m] >
Also disabling LTO seems to allow to get rid of TEXTRELs
15:41
<
davidlt[m] >
I think I saw a patch for riscv64 + LTO for Clang using bfd linker.
15:59
<
davidlt[m] >
Is there a good System76 alternative in EU?
15:59
<
davidlt[m] >
Well, I used Tuxedo (German). There is another one in UK, another in Spain. Pretty much similar standard systems.
16:31
<
davidlt[m] >
rwmjones: annobin plugin was rebuilt, you might want to pull it in.
16:31
<
davidlt[m] >
Or just restart dnf5 build
16:31
<
davidlt[m] >
There is a newer version in F39, which at some point will land into F38 too.
16:37
<
davidlt[m] >
Are there any Fedora laptop deals around (that aren't focused on US market)?
16:43
<
rwmjones >
what are fedora laptop deals? you mean laptops that can run fedora?
16:44
<
davidlt[m] >
No, there used to be Fedora contributor deals
16:44
<
rwmjones >
oh, no idea about that
16:50
<
davidlt[m] >
Ah yes, I remember this.
16:51
<
davidlt[m] >
There was an email in 2022 about Linux systems being available in Europe.
16:54
<
nirik >
yeah, I think it changes tho... so no idea whats in there right now
17:08
ahs3 has joined #fedora-riscv
17:21
ahs3 has joined #fedora-riscv
19:54
davidlt_ has quit [Ping timeout: 276 seconds]