<User86>I'm new to Guix, to the GNU community actually
<char[m]>Guix is pretty neato. Have you installed it yet?
<ChocolettePalett>I want to contribute to "GNU/Guix", but my only email (electronic mail) address is "GMail" so I'm afraid of Richard M. Stallman disappointing in me if I do contribute using such an address
<User86>Sorry, I don't know what neato means. Yes, l already installed it, only my network card was not recognized, but everything is fine, l use the etherlink cable
<User86>Sorry for my English, I'm using a translator
<ChocolettePalett>User86: Mine wasn't recognized as well, but I don't consider it a major problem because you can buy a USB Wi-Fi adapter that has Free—as in freedom—drivers for GNU/Linux
<char[m]>ChocolettePalette: You can just make a new email with some other service.
<podiki[m]>ChocolettePalette: there is no email address discrimination here; plenty of contributors use gmail
<User86>ChocolettePalett: I handn't thought of that possibility, a WI-Fi adapter will help me a lot, thanks
<char[m]>Also RMS is involved with guix to my knowledge.
<apteryx>ChocolettePalett: please let not be your email provider an impediment to contributing to Guix ;-)
<podiki[m]>apteryx: just a heads up for your elogind branch, i'll be committing the mesa-updates to master so you'll want a rebase/merge for fresh subs after
<podiki[m]>(since I assume all the login managers and such, and more, will be rebuilt)
<apteryx>podiki[m]: alright, thanks for the notice
<User86>User86: Know any email address that is "GNU"?
<podiki[m]>apteryx: I expect a bunch of rebuilds on master since there were some failures in last mesa-updates build (failures of retrieving substitutes or something, not actual build issues) as well as from updates to master in last few days
<xelxebar>Ew. Think I might have figured out the ibus-anthy issue I've been having.
<apteryx>hm, login is broken when attempting to use the latest elogind: dbus-daemon: [system] Rejected send message, 1 matched rules; type="method)
<xelxebar>Running `ibus read-cache` shows an Anthy component with exec command `libexec/ibus-engine-anthy --ibus`, but running that directly errors: ModuleNotFoundError: No module named 'anthyprefs'
<xelxebar>Yeah, it's mysterious to me, though, why nobody else seems to be having this issue.
<next4th>maybe python is installed along with ibus, ibus-anthy or haven't use it at all...
<apteryx>nckx: hi! in your recent (2022) commit e315d9a8024, you wrote that using /etc/dbus-1/service.d is still necessary, but it looks like this shouldn't be necessary given a fix in 2019: 33f9778bc83
<apteryx>is it really not working? It should honor but etc/dbus-1/service.d and share/dbus-1/service.d since that commit, if I understand correctly
<bumble[m]>hey would anyone here recommend a fanless sbc for using with guix?
<ryan77627>Heyo, I have a bit of a weird question. I'm trying to create package definitions for xdg-desktop-portal-hypr and am a bit stuck. I want to combine the meson and qt builders since you need to build this project in two steps. I can compile the desktop portal but cannot compile the qt helper app since I cannot find a QT install, no matter how I try to define it. Maybe someone can take a glance at my
<ryan77627>definition and make out what I was trying to do; point me in the correct direction?
<xelxebar>ryan77627: Would it be feasible to create two "subpackages", one using each build system, and combined the products in your desired package?
<ryan77627>xelxebar: It would, I was going back and forth debating whether to do something like this. I may try that, might be easier. Is there a general convention that packagers use in cases like this? I guess I'd make two non-public packages and then make a public "meta-package" of sorts that just inherits the outputs of the two others... something of that nature?
<xelxebar>Yeah, just define your subpackages and define-public the end result one.
<xelxebar>I'm not really sure about conventions, though. It does seem like there should be a way to combine build systems objects.
<ryan77627>Yeah. I've seen it done both ways. Guess it's just a personal preference
<xelxebar>Looking at all build-system defs, I definitely don't see anyone combining others together: grep -Frh '(build-system' gnu/packages | sed 's/^ *//' | sort -u
<ryan77627>HiltonChain[m]: Funny to see you here, I'm actually the one that made that original PR eons ago. Got busy with real life. I have looked at it, probably have tried things with it at one point or another but my efforts have been scattered so I do not know what I've tried anymore.
<HiltonChain[m]>I think you can add qtbase to native-inputs, then reference it by #$(this-package-native-input "qtbase")
<ryan77627>Damn... and just like that it built... Thank you for that! I've got to ask, where does one learn all the variables available and how to do this? Have you just been doing this long enough to pick up on it or are there things other than the guix handbook and scheme manuals I can look at? I'm relatively new still, been running guix for ~3 months now
<xelxebar>Okay, some more headway on the ibus-anthy issue. So ibus-engine-anthy essentially just calls share/ibus-anthy/engine/main.py, but the missing module 'anthyprefs' seems to sit under a different directory share/ibus-anthy/setup/anthyprefs.py.
<xelxebar>Running PYTHONPATH=~/.guix-profile/share/ibus-anthy/share ~/.guix-profile/libexec/ibus-engine-anthy --ibus no longer throws an error.
<xelxebar>However, the package still seems to contain non-guixified config paths. `ibus-engine-anthy -x` complains about not being able to find /usr/local/ibus-anthy/engine/default.xml.
<next4th>um, ibus-anthy/engine/engine.py has sys.path.append for its 'setup', no idea why that doesn't work.. oh PKGDATADIR is /usr/local/share/ibus-anthy, that explain your error too.
<next4th>xelxebar: it's in share/ibus-anthy/engine/_config.py
<xelxebar>next4th: Yeah, I tried manually copying ~/.guix-profile/share/ibus-anthy/engine to /usr/local/share/ibus-anthy/, but ibus-daemon still doesn't seem to start ibus-engine-anthy.
<xelxebar>And manually running ibus-engine-anthy still doesn't get Anthy to show up under the input methods.
<ryan77627>HiltonChain[m]: I never knew #$(this-package-native-input "package") was a thing. Maybe it was in the manual and i just read over it, but stuff like that. I guess figuring out the logic behind doing stuff like this just comes with time though
<ardraidi[m]>I've submitted a few patches (64348, 64387, 64412) about a month ago, but there's no activity on them.
<ardraidi[m]>They're in 'gnu/packages/arcan.scm', which doesn't seem to have any maintainers team assigned.
<ardraidi[m]>Is there something I should do for them to be picked up?
<grim`>good morning! Continuing with the series of patches I want to make. Today I would like to contribute some fonts. Would any of you be kind enough to help me undestand if font packages ought to be in the guix repos? I'm a bit concerned about the licenses
<grim`>ups. I've sent a few fonts but it seems that someone already packaged one of them. It was not there last time I've checked... How could I close the issue I've sent? Is it possible?
<grim`>xelxebar: Yeah. Nothing is built from source
<grim`>can I send a revised patch saying that the font was already packaged?
<grim`>I was about to send the following packages which are font collections `font-nerd-fonts`, `font-font-awesome`, `font-open-fonts` and `font-powerline`. I've done my best to fill the license but some are simply non existent on guix, as far as I know. Could someone tell me if its okay to send this packages to Guix? All of them should be composed for various freedom respecting licenses.
<nckx>grim`: You can close bugs by sending any mail to NUMBER-close at debbugs dot gnu dot org. Of course, please also explain why you're closing, for the humans amongst us.
<grim`>Great. I will do that with the one I sent for `font-iosevka-comfy`.
<nckx>grim`: As long as the licences are free, they are acceptable. (guix licences) isn't an exhaustive list of allowed licences. It's not even a complete list of licences actually used.
<nckx>apteryx: Hmm… Let's see if it comes flooding back to me…
<grim`>Okay. Good to know. I was also wondering if it is okay to have packages which just install fonts without building them from source. Like in the case of repos such as `github.com/kiwi0fruit/open-fonts` where the fonts are already availeable as .ttf files
<nckx>If there is a source, we'd really prefer to build it ourselves. Otherwise there's no guarantee (let alone convenient way) for users to modify the font, i.e. to actually exercise their freedoms.
<nckx>In practice there are packages in Guix that don't meet this standard, but it's not what we'd like.
<grim`>I understand that but in the case of very big font collections it can take too much time to fetch the original sources of each one and know how to build them. Wouldn't it be preferable for the time being to offer the collections so newcomers don't feel like they are missing out by using Guix? I would also prefer to have them packaged from source but I'm a muggle with font wizardry 🥴
<nckx>Also: <Could someone tell me if its okay to send this packages to Guix?> Please, don't hesitate to send packages in good faith. Do check the licences yourself, but nobody's perfect.
<viaken>Trying to build a customized installer image, I (define foo (operating-system (inherit installation-os))), but when I tried to (services (cons (service (openssh-service-type)) (operating-system-services installation-os))) it threw "more than one target service of type 'shepherd-root'".
<viaken>Does instatiating an OS definition create some sort of shepherd-root singleton?
<efraim>podiki[m]: powerpc-linux, not powerpc64le-linux. I have an iBook G4
<HiltonChain[m]>viaken: You may use (operating-system-user-services os) instead, since (operating-system-services os) is (operating-system-user-services os) + (operating-system-essential-services os)
<apteryx>ACTION attempts to dig why share/d-bus/system.d D-Bus service files are apparently not picked up despite the code having an includedir for it in 'dbus-configuration-directory' from (gnu services dbus)
<apteryx>it's hard to introspect the problem when login is broken though...
<efraim>podiki[m]: possibly. I don't know if anyone is actually testing it. there was only 1 test failure
<podiki[m]>efraim: we have/had some tests disabled before e.g. on i686 too. we can disable the test on powerpc, if you think that's the right way to go. conditional on arch shouldn't cause rebuilds for everything else (we can test, otherwise graft and/or fix on next update)
<podiki[m]>efraim: up to you, happy to help get things fixed!
<grim`>HiltonChain[m]: I've just sent the patch as `python-fontmake`. Should I send a fix removing the python part?
<grim`>HiltonChain[m]: if you are talking about fontmake I'm not sure right now. I packaged it long ago. I think used propagated inputs to avoid an error during the testing phase but I could be wrong
<grim`>HiltonChain[m]: I have to go now. The fontmake issue has the following ID 64957 if you think the native inputs are not requires we can look further into it. Cheers every one! Thanks for the guidance.
<cel7t>I installed Guix on a Debian box and ran an `install wayland` with it, however it ended up pulling libX11 as a dependency. Any idea why this happens?
<elevenkb>Hey there I'm interested in contributing code to GNU Guix but I have trouble deciding what to work on.
<elevenkb>Is there a link on begginer friendly projects?
<podiki[m]>Kabelo M'sobomvu Moiloa: no list exactly, but you can browse the issues on https://issues.guix.gnu.org/ look to update packages, contribute new packages, fix broken ones that don't build, etc.
<klm`>I can't get libfive to run. guix shell libfive -- Studio # doesn't work. this too: guix package -p foo -i libfive
<klm`>It appears GUILE_LOAD_PATH etc are set correctly, but I can't get passed the "no code for (libfive stdlib shapes)" error
<klm`>Oh, I see my libfive package definition is outdated. I'll try the newest one.
<klm`>The latest libfive works, sorry for the noise!
<Altadil>I can’t access issues.guix.gnu.org with Tor Browser anymore. Has there been a change in its configuration that blocks Tor ?
<nckx>Altadil: We have never deliberately blocked Tor nor is this likely to ever happen. What happens?
<Altadil>I get "The connection has timed out". The Guix website itself is still working fine.
<klovanych>Hello, is there already patch for emacs 29 version submitted ?
<nckx>klovanych: The ‘emacs-next’ package is version 29.
<nckx>I don't know what's blocking it from becoming the default, if anything.
<nckx>But I've been using emacs-next-pgtk for ages without issue.
<klovanych>nckx: thanks, will try with 'emacs-next' for now, then will probably switch to default one as soon as it will be updated.
<klovanych>in the release notes it is 29.1 and in emacs-next it is 29.0.91 don't know if there is any difference.