<cbaines>I wonder why that hasn't happened though. I'll send an email to the Guix issue...
<anadon>I just checked it and the incorrect header is still there
<anadon>It looks like once that header gets removed, then everything with repology will get fixed.
<bdju>Failure on tex again. I'm not actually sure I can update without removing packages or something... Not sure what's going on. Couldn't free more than 16GB doing GCs (where's the rest of the space being taken? / and /home are separate...), and that 16GB wasn't enough apparently.
<lle-bout>bricewge: problems with network on ci.guix.gnu.org solved for me
<rekado>the search on issues.guix.gnu.org yields poor results when searching for packages because Xapian splits words at hyphens
<rekado>so it doesn’t see “emacs-exwm-next” as one phrase
<rekado>you can find it with “emacs AND exwm AND next”
<xelxebar>mbakke: Hm. So grafts are completely orthogonal to builds. I guess this makes sense, because if native-inputs could also be grafted, then there'd be a notion of grafted vs. non-grafted substitutes.
<lle-bout>lfam: but I don't use core-updates, I'm on master, and it's been a while I have this issue, few months probably, never bothered to solve it until now, I'll check leoprikler instructions wait
<lfam>Oh lle-bout. Core-updates was added to master yesterday
<lle-bout>leoprikler: it says Monospace Serif as font family, also 'STANDARD'
<wxie>ryanprior: ok. Thanks. I now can begin my guix development journey.
<ryanprior>Generally you create a container (such as by using `guix environment --container -m manifest.scm` with a manifest file) to perform some specific task that requires the environment the container provides.
<raghavgururajan>Folks! What is the difference between (dbus-root-service-type) and (dbus-service)?
<ryanprior>The first time you create a given environment it takes a long time, so you might be cautious about doing it often- but every time after the first, it'll take under a second to create the environment container, because it's already done the work.
<lle-bout>mroh: thanks but I'll enable globally instead!
<KE0VVT>ryanprior: All that fork does is reverse the removal of Mac-only support for color emoji.
<ryanprior>Are you sure that's all it does? If so, why doesn't upstream support smooth pixel scrolling on Mac?
<KE0VVT>ryanprior: Support was removed upstream for color emoji, because it only worked in Mac, and they did not want Mac to have a better experience than free users.
<lle-bout>another thing that's been bothering me a lot, how to always have ERC use the whole buffer?
<KE0VVT>Don't want people to start saying "If you want color emoji in Emacs, install it on a Mac. It works there."
<KE0VVT>lle-bout: I thought it always uses the whole buffer.
<lle-bout>KE0VVT: well it's stuck at the top left end for me!
<ryanprior>Maintaining code in upstream Emacs takes effort, and if the effort only benefits users of non-free platforms, it's good for that to be undertaken in forks like Railwaycat's.
<KE0VVT>ryanprior: It took no effort to maintain it. It was an unintentional side-effect of macOS. They intentionally inhibited it, so Emacs would not work best on macOS.
<lle-bout>KE0VVT: GNU Emacs like many other GNU projects are political projects so it makes sense to make moves like this. Technology always has been political.
<KE0VVT>lle-bout: I was not speaking negatively of the action. I support it.
<ryanprior>That's frustrating & didn't know it was quite like that. Emoji is a strange, political feature, so much so that the desire for the latest emoji is one of the biggest motivations driving Android phone manufacturers to upgrade to the latest OS. (because Google won't release emoji updates for old OSes)
<lle-bout>KE0VVT: That's good. I just wanted to clarify for any lurker
<KE0VVT>lle-bout: I was just highlighting that it was a political decision, and the forkers are not doing anything clever.
<lle-bout>Emojis I think makes chatting more emotional and friendly, it puts more friendliness and makes people happier because they suddenly can express their feelings
<ryanprior>elementary OS has color emoji, including in its terminal. I wonder what it would take to roll that out into Emacs.
<lle-bout>It would be amazing to have flawless Emoji support everywhere in the GNU/Linux landscape
<apteryx>any ideas what this could be: ;;; WARNING: loading compiled file /run/current-system/profile/lib/guile/2.2/site-ccache/git/tag.go failed: ;; In procedure load-thunk-from-memory: incompatible bytecode kind; and it leads to an actual problem when attempting 'guix environment ...'
<apteryx>seems I need to update my system profile, as it currently runs Guile 2.2 which mismatches my user profile?
<lle-bout>hmm maybe, I remember seeing those errors without any impact
<sneek>Welcome back lafrenierejm, you have 1 message!
<sneek>lafrenierejm, daviid says: get-keyword is defined/exported in/from (oop goops), so you may either (use-modules (oop goops)) or 'snarf it' if you don't want to use the all (oop goops) module, just bind the following to a 'local' name: (@ (oop goops) get-keyword)
<olivuser>pinoaffe, thanks a bunch, that has helped me a fair bit. last question: I reckon that if I go on the matrix webpage, I am going to find good resources to get me started on how to set stuff up, right?
<reepca>jonsger: ahh, I see your problem. modify-services returns a modified list of services
<apteryx>jonsger: you put my snippet in a (modify-services %desktop-services ...)
<reepca>which in that paste then gets cons'ed onto %desktop-services
<jonsger>without modify-services i get: "guix system: error: =>: bad use of '=>' syntactic keyword"
<reepca>so the result is that your services list looks like (dnsmasq i3lock ... set-xorg-configuration (desktop-service1 desktop-service2 ... modified-service ... desktop-service-n) desktop-service1 desktop-service2 ... desktop-service-n)
<reepca>you need to delete the final %desktop-services
<reepca>that way everything up till the (modify-services ...) gets consed onto the modified list of services
<jonsger>so modify-services is actual a modify-and-return-services function
<reepca>in scheme most things are functional by default; if it actually mutated the list it'd be called modify-services!
<apteryx>looks like you want wisp syntax (a pythonesque way to write scheme)
<apteryx>jonsger: I think not having to specify a configuration object is how it used to be (we'd work with services directly instead of service-types). I don't recall what the rational was to go to the route that was chosen, but I can guess uniformity and composability were pluses.
<jonsger>apteryx: my approach would more to leave the complex config system like it is and make an easy language or so which gets translated then
<apteryx>sounds like a fun project to learn Scheme macros
<reepca>jonsger: one difficulty with an implicit modify-services like that is that there are some service-types where it's fine to have multiple instances (non-extensible ones, in particular). How can it tell whether the user wants to modify the configuration of something that's in %desktop-services or create another instance of it?
<apteryx>ah... -L must be used to specify the base path of something to look for using -l. It works now.
<apteryx>seems MakeMaker tries to be smart but doesn't look in LIBRARY_PATH
<rekado>what do y’all think about extending modify-services to allow deletion and addition of services?
<reepca>huh, seems the last update switched it to a util-linux:lib dependency.
<reepca>and that, folks, is why you hash -f after upgrading
<reepca>I was just a bit freaked out because I had just run 'sudo rm -rf /var/cache/fontconfig' and gotten a "it's busy" error message, and was wondering if it was bind-mounted to the store or something
<mbakke>BlackMug: the installer requires internet access because it does not contain everything needed for offline installation
<mbakke>would be nice to have a "jumbo" image that could be used offline, but alas
<BlackMug>well yeah thats just sad not having this already hehe
<reepca>if you can hook up the disk you want it installed on to a device that has guix running on it (can be foreign distro), you can use guix init directly from there
<BlackMug>you mean running guix with different distro?
<reepca>aye. For example, my current install of Guix System was installed from guix running on Ubuntu. I just plugged in the second hard drive, wrote a config.scm, and used 'guix init' to install to it.
<BlackMug>ah i see, i know i can do that or running it in a VM but would be nice that Guix having offline installation so as IP,Gateway... configurations before fully installation
<BlackMug>specially for static IPs/Proxied, you cant get internet without manually configuring that
<reepca>hm, it should be possible to ctrl+alt+f2 in the installer to hop over to a terminal where you can set that up
<BlackMug>ah then thats great , same as linux files right? resolv.config ... or something different in need to read
<civodul>reepca: should check the log of guix-manual.rdv
<reepca>I can't seem to find any *.rdv files in the repository
<ngz>Hello. I'm trying to update X-Moto package, but I'm encountering a SDL error (<https://paste.debian.net/1146055/>). In particular, I use sdl-union, and the configure script properly finds it, but the error is related to a standalone SDL-ttf library. Do you have any idea about how to solve this?
<jetomit>ngz: the tennix package has a workaround in the 'fix-include phase that might be relevant
<jonsger>dftxbs3e: thx I have read that a while ago
<jonsger>but to my understanding the problem for ppc64le is our to old bootstrap gcc compiler and not the glibc itself
<jonsger>on glibc master seems to quite some activity regarding 128-bit floats on power9 :)
<ngz>jetomit: Thank you. I know that workaround… I wrote it :) But I'm not sure we can use CPATH anymore. Besides, there seems to be a deeper problem, in sdl-union.
<civodul>reepca: like so: guix gc -R $(guix gc --derivers $(readlink -f ~/.config/guix/current))|grep guix-manual.drv
<dftxbs3e>how could one track where exactly this kind of error is happening? "ice-9/eval.scm:293:34: Wrong type to apply: #<package email@example.com gnu/packages/commencement.scm:3328 3fff7acaf630>"