<rekado>re ghc: it’s not just used for xmonad, but also for ghc-pandoc, which is used by r-rmarkdown, which is a very important R package. Since so much depends on pandoc, and pandoc depends on a lot of haskell packages I wanted to be sure that the ghc patch actually fixes our build problems
<taylan>toon`: where exactly? I don't see it. note that I mean the bootloader part, not the mapped-devices or file-systems parts
<toon`>taylan: Sorry, missinterprete your question
<toon`>taylan: what exacly you want uuid in target?
<taylan>toon`: some sort of unique identifier... /dev/disk/by-id/ seems to come closest. the serial number is included so the worst thing that can happen is that it doesn't find the device because it was connected to a different interface. at least it won't write GRUB to the wrong disk :)
<taylan>looks like EFI/GPT doesn't have this problem, because the bootloader is written to a partition and not the MBR of a disk.
***toon` is now known as toonp
***toonp is now known as toon_
***toon_ is now known as toon`
<efraim>more personal emails from Bruno, libffcall 2.1 has been released
<efraim>hopefully that'll help with clisp on aarch64 on core-updates
<OriansJ>lmao_: well we have example configurations in our manual which you could use
<lmao_>the gnu manual doesn't feel very informative
<lmao_>for example if I would want to disable slim and use stumpwm, I really don't know what should I do
<OriansJ>lmao_: well slim is a login manager and a service that can be trivially removed from your definition file. Stumpwm is a program just like i3-wm and can be added in packages like any other program
<OriansJ>pkill9: well, we are hoping someone would be willing to take the time to help us improve our documentation from the perspective of an outsider and we would be more than happy to help prove them with any information they need along the way
<lmao_>I really don't know what should I write to the file if I would want to change login manager
<OriansJ>lmao_: well you could use %base-services and add the service associated with the login manager you desire or if you wish for alot of control, you can look into gnu/services/desktop.scm to see exactly what services are included in %desktop-services and replace anything there you don't like
<efraim>with the bump to libffcall in master clisp still builds on aarch64
<efraim>sneek: later tell civodul I think the issue was / (with /tmp) was mounted with 'commit=600' and that was too slow for building
<mbakke>rekado: Do you think core-updates will be merged today?
<mbakke>I have some Python fixes, but don't want to push them to core-updates in case you're in the middle of a merge.
<ng0>I just learned about: git archive --format=tar --prefix=PROJECT_NAME/ --remote=USER@SERVER:PROJECT_NAME.git master | tar -xf - (and special github case: curl -L https://api.github.com/repos/VENDOR/PROJECT/tarball | tar xzf - ) would this cost more CPU time than cloning and then removing the .git folder like we do currently? or, does guile-git support git archive?
<ng0>this creates a tarball, and the tarball can be reused, saving a bit of space. just wild guesses, I never used git archive