<podiki[m]>raghavgururajan thanks I'll take a look! I wonder if it'll still need that path patch, as the stuff I was trying to build uses the introspection files. Anyway, been a while since I tried, will dig it up
<raghavgururajan>sneek, later tell civodul: Since we have glib 2.68 in core-updates-frozed, what do you think of including gobject-introspection 1.68 as well from core-updates (426038df3b4a00fc3c4a3997c4014ac6da5192cf)?
<muradm>fails with no code for module (artanis artanis)
<muradm>is it problem with packaging, or what i do wrong?
<abrenon>many package have a home-page pointing to the main page, often a README, of a code repository, is that to be prefered over a distinct website that gives more general information about the project, including tutorials, etc. ?
<attila_lendvai>abrenon, that's probably just a fallback for projects that don't have a fullfledged website
<attila_lendvai>maximed, thanks for the hints on the list! i'm around here also for a more interactive loop.
<guerrilla>Ok, so I've had bluetoothctl working fine but I couldn't get bluetooth to work in gnome-control-center. Based on some mailing list posts, I found that this can happen because of lack of access to /dev/rfkill, so I set that to o+w as suggested but how can I fix this in my GUIX configuration instead?
<guerrilla>(making rfkill other-writable fixed the problem.)
<runejuhl>Hi all! Anyone else seeing issues with LibreOffice and non-ASCII characters in file names? For some reason I'm unable to open any files that contain e.g. æøå. Running Guix on top of Ubuntu, have been seeing the issue for at least a month.
<attila_lendvai>guerrilla, i never could connect my Apple Magic Trackpad with gnome-control-center prior to gnome 4 (regardless of distro). i use blueman.
<mbakke>runejuhl: I get the same error if I start libreoffice with an invalid locale. Perhaps you need to install glibc-locales and configure GUIX_LOCPATH?
<ennoausberlin>maximed:Ah. Nice. I did not see this, I saw only the Spice Service point at the Miscellaneous-Services part in the manual
<guerrilla>mbakke: Ok, I see the part of the manual for that. That sounds good. Thanks
<runejuhl>mbakke: aah, I think I know. I think Guix behaves badly due to my LC_TIME. GUIX_LOCPATH is set, glibc-locales is installed, but I used to have similar issues in Guix a long time ago. I'm sure unsetting LC_TIME will make it work right, let me confirm
<runejuhl>mbakke: yes, that's the one. Guix does not like LC_TIME=en_DK.UTF-8 :)
<mbakke>runejuhl: weird, 'LC_TIME=en_DK.UTF-8 libreoffice' works for me
<runejuhl>mbakke: can you also open files with æøå in them?
<pinoaffe>Hi guix! I'm trying to package "nominatim", a geocoding server (address->coordinates) and it appears that the build process requires an additional file that's not in the source tar ball (a sql database dump) - what would be the required way to deal with this?
<sneek>civodul, raghavgururajan says: Since we have glib 2.68 in core-updates-frozed, what do you think of including gobject-introspection 1.68 as well from core-updates (426038df3b4a00fc3c4a3997c4014ac6da5192cf)?
<civodul>raghavgururajan: i don't have particular decision power, but what i can say is that, given that gobject-introspection has 7K dependents, it's prolly too late to change it in core-updates-frozen
<civodul>that branch is supposed to contain only "bug fixes"
<civodul>but it's probably good for core-updates, tho!
<roptat>didn't a binutils update just go through in core-updates-frozen?
<civodul>though actually the branch has been around for a year or so i think
<apteryx>civodul: nealy ready for upstreaming, yes!
<apteryx>raghavgururajan civodul: I have a world rebuilding change to merge soon to core-updates-frozen; so if there are other world rebuilding changes worthy of making it for the next release, we should batch them
<civodul>apteryx: so patches 1 & 2 have nothing to do with Rust, right?
<apteryx>correct; it's already a batch of unrelated changes for core-updates-frozen :-). The first two are the most critical to fix; the other are nice to have that we may as well commit if we're rebuilding the world.
<apteryx>I'd be in favor of batching such changes if they provide benefits; if they're just a regular version bump with no gain other than a more recent version, perhaps it's not worth the added risk at this point
<raghavgururajan>I don't think gobject update will be disruptive, as the the ABI version remains the same. Also, I rebuilt with the world with that update on wip-gnome. And now in core-updates, so far good.
<apteryx>raghavgururajan: OK! If you're confident it doesn't break anything, I'd say let's do it!
<ennoausberlin>Hi. I created a vm with guix system vm config.scm and it was build perfectly fine and store and the run-script was printed out.
<apteryx>two more things I'd like to look into if I get the time: test if moving to inkscape 1.0 is doable (which gets rid of the Python 2) -- last time I thought it didn't work on non-x86 platforms, but I was testing with QEMU
<ennoausberlin>If I create multiple vms how can I remove them from store if I don't need a certain one anymore
<apteryx>civodul: what is the issue with patch headers? if raghav is the original other of said patches, that's OK to have it identified as such, no? (if they're not the original author, I agree, that'd be misleading).
<dhruvin>I think (current-guix) package is broken. As maximed mentioned earlier, source doesn't seem to have the tests directory. Hence the 'disable-failing-tests' phase, which tries to modify 'tests/syscalls.scm.XXXXXX', fails. Should I create an issue?
<sneek>rndd, dstolfa says: as someone who's modified anaconda and has complex setups based on anaconda, i think that is a terrible idea. simple way to crash anaconda: have 2 disks with MDRAID metadata and watch anaconda drop you into the python debugger.
<iskarian>morning guix :) looks like more world rebuilds, heh
<rndd> dstolfa: ohhhh, okay. but i mostly think about laptops.