IRC channel logs

2023-04-12.log

back to list of logs

<zimoun>hi!
<zimoun>drakonis: nothing new with DeVault’s blog post. For instance, about #4 see https://gnu.tools/ :-)
<drakonis>yep
<zimoun>rekado, having a better story for OpenStack and Guix would be great. :-)
<rekado>I wished we GNU Assembly folks had enough drive to do something with it.
<rekado>I think it speaks to the aimlessness of GNU
<rekado>it’s a little tragic because when Guix was “the GNU system” I felt that finally GNU had purpose again
<rekado>the close integration of GNU packages never came to fruition for a lack of enthusiasm on the GNU side
<rekado>(remember lsh instead of openssh…?)
<zimoun>well, at some points, it appears to me hard to speak about GNU because it is not well-defined… it is a “vague“ project as some federation of several projects agreeing more or less on some common aims, but applying different policies.
<zimoun>GNU Assembly appears to me as a way to give more structure of this federation.
<rekado>the shepherd got a happy ending, and it’s nice that we use mcron, but overall I feel that the lack of response from other GNU packages has been rather cold.
<rekado>‘structure’, sure, but without aims and processes it’s got nowhere to go
<rekado>is the GNU Assembly going to approve new GNU packages?
<rekado>is it ever going to be in actual defiance of the rms-GNU?
<zimoun>I do not know. Well, I never thought about this. :-) From my perspective, all the layers of GNU history are too heavy.
<zimoun>So it is really hard to have a coherence and collaboration between all the already existing parts.
<rekado>I fear it might be too late
<rekado>too many GNU packages have moved on
<rekado>GNU R,
<rekado>Gnome
<rekado>the toolchain?
<zimoun>IMHO, yes it’s too late.
<rekado>perhaps even Guix
<zimoun>GCC is a big question. Couple of Guix Days ago, Mark was there and what I remember is: if RedHat changes their mind and stop their support, GCC will be dead… and that support switch could be happen.
<drakonis>gcc is largely kept alive by the linux kernel's continued existence
<drakonis>but the most recent gcc updates have been quite significant improvements
<drakonis>perhaps the inclusion of rust support in gcc will help
<zimoun>yes for sure, but all is not sunny, see https://lwn.net/Articles/908638/ for some community tensions and as I said, RedHat support helps a lot but that support could switch.
<zimoun>yeah I agree that Rust is also something. :-)
<rekado>one thing that might be helpful for GNU Assembly would be to have regular meetups.
<zimoun>Yeah, maybe. Well, personally I am already enough busy with Guix. ;-) (We are trying to have regular meetups, at least in Paris :-))
<zimoun>Guix Europe is also another piece that needs love <3
<rekado>yeah, obviously, I cannot make any such demands as my traveling days seem to be over
<rekado>hell, I barely even have enough brains left to work on Guix
<rekado>(beyond pure maintenance work that seems to be consuming me)
<rekado>‘This article has tried to distill the important issues out of a discussion that was loud, contentious, and bordered on physical violence at one point.’
<rekado>wow
<zimoun> https://lwn.net/Articles/909283/
<rekado>efraim: I rebased rust-team and pushed a commit to disable the failing tests
<rekado>now I’m builing rust 1.67.1 again on aarch64
<drakonis>what are the goals of the gnu assembly and how does it plan to achieve these?
<drakonis>its a silly question given that the goals are in the website, however there's not much on how it would actually achieve these goals
<drakonis>because the fsf and gnu project have spent a lot of energy pursuing the ghosts of another era
<drakonis>and continues to do so, even.
<drakonis>or well, the leadership i suppose, not always the developers of the project
<drakonis>its more like a long tail of decisions that went against the long term interest of the project
<drakonis>i also would like to know when is it going to actually defy rms-gnu
<rekado>drakonis: the GNU Assembly is the subset of GNU maintainers that agree to these common goals and ideals
<rekado>they may seem pretty uncontroversial, but GNU maintainers are not held to these ideals
<rekado>the assumption with the GNU Assembly is that even a minimal social contract is required for any collaborative project