SiFuh has quit [Remote host closed the connection]
SiFuh has joined #crux-devel
SiFuh has quit [Remote host closed the connection]
SiFuh has joined #crux-devel
SiFuh has quit [Ping timeout: 272 seconds]
SiFuh has joined #crux-devel
ivandi has quit [Quit: WeeChat 3.5]
ivandi has joined #crux-devel
<jue>
jaeger: is our iso.git up-to-date? I'd like to add to setup-helper
<jue>
today I made a first version of our 3.7 handbook, it's a copy/paste from 3.6 without any changes
<jue>
at all the 3.7 ports are looking quite mature to me, we should consider to make a test release soon
<stenur>
krb5 1.20? arch has gcc 12.1 in core since four days, no bugs yet. 'was just a thought anyway
<jaeger>
jue: I'll push my local changes after work today
<jaeger>
Or you can update it and I'll pull it, either way
<jue>
jaeger: ok, thanks, will wait for you ;)
<jaeger>
unrelated, anyone able to build qtwebkit currently?
ivandi has quit [Quit: WeeChat 3.5]
ivandi has joined #crux-devel
SiFuh has quit [Ping timeout: 272 seconds]
<jaeger>
looks like fcft has a signature mismatch
SiFuh has joined #crux-devel
<beerman>
jaeger: on 3.6 or 3.7?
<beerman>
i bumped 3.7 for gcc12 along with a patch for it
<jaeger>
3.6
<beerman>
mh, i didn't bump it on 3.6
<beerman>
you should still be able to just sideload the Pkgfile for now
<beerman>
and patches
<beerman>
i mean, webrtc can work and we can avoid ffmpeg4 too.. its based off chromium 87
<beerman>
Backend: QtWebEngine 5.15.2, based on Chromium 87.0.4280.144
<beerman>
if you are digging into ports right now, do you mind and try to build contrib/glpk? (in containers) it fails on 3.6, and builds just fine as is on 3.7
<jaeger>
I can try it in a 3.7 one later, busy with work again
<jaeger>
(if you need me to)
<beerman>
it works on 3.7 for me, just not inside my 3.6 container, which is weird, and i am too bummed with other stuff right now to dig out my 3.6 notebook :D no worries
<beerman>
seems like its an error on my side (which I suspected but can't explain right now), but thanks
<jaeger>
No problem
<beerman>
i just found out about this behaviour: running prt-get update -fr foo bar will rebuild foo and bar, regardless if bar is installed :D it will just fail to install the package. actually: it will update foo as well regardless of state. just giving foo will actually report "package foo is not installed"
<jaeger>
yeah, it could be smarter about that
<beerman>
not a big issue, just absolutely not what I was expecting. Did you ever look through funs patches? I am not thinking about anything in particular, but it might make sense to decide on what to do with these
<jaeger>
jue: ok, pushed a 3.7 branch to iso.git
<jaeger>
for prt-get? I don't recall. I'm not a fan of c++, really