IRC channel logs


back to list of logs

<kirisime>I thought I'd package a thing but it bundles a bunch of libraries that seem like extracts from other projects.
<kirisime>I didn't know razor-qt used to exist.
<NieDzejkob>If a package uses propagated-inputs, but they could be turned into a wrapper with some work, is that preferrable?
<NieDzejkob>context: I noticed that quassel (IRC client) doesn't do link opening without xdg-utils in the profile (provides xdg-open)
<NieDzejkob>I thought I should patch in the store path of xdg-open, and while it has to be done in qtbase, it can be done
<NieDzejkob>turns out that when I do that, xdg-open itself fails to run because it refers to xdg-mime and besides xdg-utils themselves have some propagated-inputs
<NieDzejkob>I suppose I could add a propagated-input of xdg-utils to qtbase, would that be frowned upon?
<nckx>NieDzejkob: ‘If a package uses propagated-inputs, but they could be turned into a wrapper with some work, is that preferrable?’ Hard yes.
<NieDzejkob>okay, gonna work on doing that for xdg-utils in the near future then
<nckx>In your specific case: if it's not a disproportionate amount of trouble.
<nckx>Don't torture yourself (or send a 100-line patch 🙂 ).
<leoprikler>I second nckx' second comment 🙂️
<NieDzejkob>eh, it's a shell script that assumes some PATHs, I'd estimate it could be done in 30 minutes
<NieDzejkob>wait, qt build times are in the equation so probably a bit more
<nckx>Yeah, that can hurt. I time Qt-related hackings (which I avoid) so there are lots of nice long compiling nights in between.
<nckx>If I'd ever need to do any again, I'd script offloading to one of those pay-by-the-hour VPSes with ridiculous spex.
<NieDzejkob>Good idea. Unfortunately my time is currently worthless so I can't really justify that financially.
<NieDzejkob>okay, last question for today: what env var do I need to set to point to an icon theme? Like /usr/share/icons
<leoprikler>NieDzejkob: /usr -> prefix -> output
<NieDzejkob>I don't understand what you're trying to say... :D
<leoprikler>Neither do I
<leoprikler>Do you mean "point to an icon theme" in the sense that you want it in your current environment, or in the sense that you want to use it inside some package?
<leoprikler>Or in the sense that you're packaging some icon theme?
<NieDzejkob>I'm trying to solve the issue that quassel doesn't detect icons. One of the icons in question is provided by quassel itself, in /gnu/store/...-quassel/share/icons/{hicolor,oxygen}/*/quassel.png
<leoprikler>oh, that's not a bug of your making
<NieDzejkob>I am aware
<leoprikler>you can probably solve it by installing both it and hicolor-icon-theme in your packages
<nckx>NieDzejkob: Try adding hicolor-icon-theme as input.
<nckx>Or leoprikler's crazy idea.
<leoprikler>Adding hicolor-icon-theme to inputs won't do anything, the problem is that the icons are missing at runtime from your $GUIX_PROFILE/share/icons
<leoprikler>(with $GUIX_PROFILE including /run/current-system/profile)
<leoprikler>I'm blaming this on raghav-gururajan's gnome metapackage.
<nckx>Eh, not always, hence my suggestion, but I'm obviously missing some GNOME drama.
<NieDzejkob>I'm not using gnome
*nckx tiptoes away.
<NieDzejkob>how does $GUIX_PROFILE/share/icons get included in the search anyway?
<leoprikler>that's why packages usually had their icons working until recently ;)
<NieDzejkob>I think you misread. I'm asking about how it happens that the path is used
<leoprikler>I'm guessing it's XDG_DATA_DIRS
<leoprikler>you can patch those if you're brave enough
<nckx>Before you do that, try adding hicolor-icon-theme as an input. The only reason I'm not more forceful is that I'm not very familiar with how Qt does this.
<nckx>‘Messy’ IMVHO.
<NieDzejkob>Do packages get /gnu/store/...-pkg/ set as --prefix?
<leoprikler>usually, but if your build system does something weird you have to do that on your own
<NieDzejkob>at this point I'm not sure whether icons from the theme are used. It looks like quassel has its own icons I didn't notice before, in share/quassel/icons
<leoprikler>do those icons get loaded?
<brettgilio>rekado, nckx: how often does the package store listing on the website refresh?
<brettgilio>Reason for asking is because I have a badge for gnu guix on and it 404s until the url populates on our end
<NieDzejkob>leoprikler: nope
<leoprikler>and if you add that to XDG_DATA_DIRS (inside a wrapper?)
*nckx yawns. Good night everyone.
<nckx>brettgilio: I thought it was hourly.
<brettgilio>nckx: maybe it is. I just don't know for sure. Is it an mcron job?
<nckx>brettgilio: Yes. And I checked, it's every hour, on the hour.
*nckx → 😴
<str1ngs>brettgilio: the badge displays for me. don't know if that helps?
<brettgilio>str1ngs: click the badge
<brettgilio>The url it points to is not populated
<str1ngs>ah right I misunderstood I thought it was a dynamic badge
<str1ngs>btw I think I gave telega a spin while back. I'll have to remember to use it again in the future.
<brettgilio>str1ngs: please do. Evgeny and I work hard on it
<leoprikler>It's the best telegram interface on Guix 🙂️
<str1ngs>is there a guix telegram channel?
<brettgilio>str1ngs: @GNUGroup. Which I own
<brettgilio>Pm me on telegram and I'll add you
<brettgilio>@brettmg is my id
<str1ngs>will do thanks
<str1ngs>for some reason on telegram mobile I can't add people without knowing there phone number. I swear though I've added people by nick before
<brettgilio>str1ngs: send me your uid on there
<brettgilio>Lemme rephrase, tell me your uid and I'll message you
***catonano_ is now known as catonano
<str1ngs>brettgilio: do you use guix only to manage emacs packages?
<brettgilio>str1ngs: correct.
<brettgilio>I use Guix for in place of all package managers, actually
<str1ngs>hmm I've slowly been moving that way from use-package and straight myself
***lispmacs` is now known as lispmacs
<lispmacs>what is the correct guix licenses designator for a package with this license:
<bandali>expat, i think
<lfam>Yeah, apparently in the past there were lots of "MIT licenses" so the FSF gave it a more specific name
<lfam>I guess that the other licenses did not catch on because I can't recall seeing them
<bandali>i guess this is another one of those:
<bandali>mentioned in the blurb for expat, actually
<pkill9>i have an idea: commands that do typical system things, like adding/removing a user, or a group, like you would with usermod, but modifies a guix system config
<pkill9>kinda pointless i guess
<lispmacs>hi, I'm writing a definition that is gnu-build-system, but that has to bootstrap. build gives error that the ac* tools are missing. What exactly do I need to add to my definition?
<leoprikler>you mean like a 'usermod' frontend for guix?
<lispmacs>presumably an autotools native-input...
<pkill9>leoprikler: yea
<leoprikler>the thing is to take effect immediately you'd have to reconfigure after each change
<pkill9>lispmacs: i thought there was a phase
<pkill9>lispmacs: there's probably an argument to enable it
<lispmacs>pkill9: well, the source comes with a bootstrap script, but it requires the autotools tools
<lispmacs>guix is already running the bootstrap screen
<bandali>gnu build system does come with support for bootstrap with autotools
<pkill9>i thought a bootstrap phase was added to gnu-build-system
<bandali>the bootstrap phase will run autoreconf if configure is missing, otherwise it does nothing
<bandali>lispmacs, ^
<pkill9>leoprikler: yea that's what i was thinking
<bandali>actually, small correction: it’ll first try running one of the scripts listed in %bootstrap-scripts, then if those are missing, run autoreconf
<lispmacs>bandali: I'm open-minded, but what is currently happen is that gnu-build-system is running the bootstrap script that comes included with the source
<lispmacs>but it fails because aclocal, autoconf, and autoheader are not available
<pkill9>oh, maybe you need to add the bootstrap tools manually hten
<bandali>lispmacs, right. what do you expect to happen? see the (guix build gnu-build-system) module
<lispmacs>pkill9: is there one package containing those?
<bandali>lispmacs, you need to import (gnu packages autotools) and add ("autoconf" ,autoconf) to your native-inputs
<lispmacs>bandali: okay, thanks, that is what I was trying to figure out
<pkill9>i assumed that is done automatically since there is a bootstrap phase
<bandali>lispmacs, np. if you want an example, my recently-added emacs-next package does this
<pkill9>but i guess not
<lispmacs>apparently not
<lispmacs>okay, that worked
<pkill9>is there any reason why every package checksum is written (sha256 (base32 ...)) instead of that being put into a function?
<lispmacs>wow, built successfully on first try
<lispmacs>PASSED ALL 93319 CHECKS
<pkill9>I guess it's only an extra line, and the less 'magic' and complexity the better
<lispmacs>in like 30 seconds
<pkill9>and historic inertia
<leoprikler>so that you could potentially do (sha256 (base16 ...)) or (sha256 (base64 )) if base32 contains a bad word :(
<pkill9>oh, they differ
<leoprikler>what differs?
<pkill9>the baseXX number
<lispmacs>wow, I crashed guix lint
<leoprikler>I haven't seen base16 or 64 in guix yet, but such encodings exist
<pkill9>oh ok
<pkill9>well, goodnight, happy hacking
<lispmacs>I'm getting this lint error "the source URI should not be an autogenerated tarball", but that is the only way I see to get the release on the github page
<lispmacs>except pulling it from the git checkout
<lispmacs>I've never used github myself
<lispmacs>what should I do????
*lispmacs does the crazy chicken dance
<str1ngs>lispmacs: can you link the github project?
<str1ngs>and you are using for the release?
<str1ngs>and not trying to donwnload the repo as a tarball?
<lispmacs>(uri (string-append ""
<lispmacs> name "/archive/v"
<lispmacs> version ".tar.gz"))
<leoprikler>that's evil, use git-reference instead
<lispmacs>well, blankety-blank, last time I was told using git commits is evil
<str1ngs>yes I would use (method git-fetch) pinned to the release tag
<leoprikler>with (commit (string-append "v" version))
<leoprikler>using random git commits is evil
<leoprikler>unless there is a very good reason to do so (e.g. emacs-telega), in which case you should use git-version
<lispmacs>okay, now I got a figure out the hash again
<str1ngs>lispmacs: see tag v1.3.2 . and besides guix validates the tree hash
<str1ngs>so if things move or change in git you would know
<str1ngs>brettgilio: have telega working now thanks
<kiwi_699>Hi! How does one deal with circular dependencies? I have package A that depends on package B ... which depends on package A! Normally you could just use older binary of A to build B and then build new A again..
<str1ngs>it depends on the package. sbcl for example can be bootstrapped using another lisp entirely
<str1ngs>is this a compiler or language?
<kiwi_699>I am upgrading node to latest version. The node guys have written a new library ( to replace an older one, but as you see, this library depends on npm to build itself
<leoprikler>maybe you can try building node/npm without it, then build llhttp and then build a complete node
<leoprikler>(i.e. separate into node-minimal and node)
<str1ngs>yep that sounds like a good ideal
<kiwi_699>hm, that's an idea. I can try that
<lispmacs>I'm getting this error from lint know which says "the source file name should contain the package name", but the names are exactly the same
<lispmacs>file name liquid-dsp.scm
<ScaredySquirrel>I have problems with my config.scm and I need an extra channel
<ScaredySquirrel>the nonguix channel I do need
<lispmacs>new version with bad whitespace removed:
<leoprikler>btw. lispmacs, you're not using a random commit, but a tag
<leoprikler>tags are fine ;)
<ScaredySquirrel>alrighty please recheck
<lispmacs>leoprikler: tags, good, random commits, bad
<ScaredySquirrel>see here: >>
<brettgilio>str1ngs, happy to help
<lispmacs>leoprikler: do you know what is going on with that weird error
<leoprikler>sadly not, but I do know that reusing the name field has fallen out of favour for some time now
<ScaredySquirrel>what is a fine text mode web browser?
<lispmacs>okay, I'll remove it and see what happens
<leoprikler>ScaredySquirrel: eww
<ScaredySquirrel>I need the linux kernel not the libre
<leoprikler>in response to browser ;)
<lispmacs>ack, same error
<ScaredySquirrel>else my wireless won't work after I install from a custom Guix install CD containing the usual Linux which isn't Linux libre
<lispmacs>oh, I don't have the file name field
<ScaredySquirrel>yeah I need help with function application
<leoprikler>I can't help you with your config.scm today, but at least try reindenting your code and perhaps cons* instead of append-list
<ScaredySquirrel>ok um is there any way to use 3GB of RAM in the livecd?
<ScaredySquirrel>to install packages
<ScaredySquirrel>I want to install Firefox but it requires 2.7GB
<ScaredySquirrel>err the Icecat browser
***ScaredySquirrel is now known as sloweyed
<lispmacs>guix lint CVE checker is broken, something wrong with the url
<lispmacs>the json url
<lispmacs>is guix time-machine supposed to be able to use any commit of guix? I tried going back five years and build failed with a guile back trace.
<lispmacs>not the build of the package, but the build of guix itself
<lispmacs>same for about two years ago
<leoprikler>lispmacs: sounds like there are limits on how far back you can go before things are incompatible. There should still be a range of commits that are fine, however.
<janneke>either that, or it's a bug -- iwbn to know
<raghav-gururajan>leoprikler Woah! We wouldn't have detected missing deps if haven't revised the gnome meta-package. ;-)
*raghav-gururajan 's revision was not direct cause, missing deps in exsisting packages was. But sure was indirect cause. :-)
*raghav-gururajan is now working on missing deps.
<leoprikler>What missing deps are you talking about currently?
<leoprikler>btw. I'm pretty sure I'm not the only one who thinks that the gnome metapackage should be a 1:1 reflection of upstream "GNOME Core"
<leoprikler>especially as far as dependency tracking is concerned, because guix and gnome can handle them differently
<raghav-gururajan>GOA and *-icon-theme
<leoprikler>both of which should be propagated inputs in gnome itself imo
<raghav-gururajan>Technically, gnome-core out of the box should be functional, as per it's design/intent. If it's not working out of the box, then something is wrong with one/many of them.
<raghav-gururajan>This is what I am gonna do.
<raghav-gururajan>I am gonna send a patch to add goa and h-i-t as input under ;;extras. This fixes the issues for now.
<raghav-gururajan>And it gives me time to go over gnome-core package one-by-one to see what is wrong with them. :)
<leoprikler>It would probably be more appropriate to add them before anything else as ;; Core dependencies
<raghav-gururajan>h-i-t is not even core-deps
<raghav-gururajan>only goa is
<raghav-gururajan>Anyway, as name 'deps' suggests, there are to be implicity installed, not explicitly.
<raghav-gururajan>i.e. core-deps are to be installed implicitly installed by core.
<leoprikler>which is nonsense, because propagated inputs transcend the implicit/explicit binary
<leoprikler>fine, h-i-t is freedesktop-sdk, but that's an external dependency
<leoprikler>do you want to propagate it from each and every package, that provides its own icons/hicolor to make them work outside the gnome metapackage?
<ngz>Hello. I eventually packages "tuxmath" game ( Unfortunately, when I try to play, I cannot type numbers, even though the rest of the keyboard responds normally. Could someone please try to install it and test if it works for them?
<ngz>Oops I forgot the patches for sdl-pango.
<leoprikler>Also keep in mind, that other meta packages, such as xfce don't fail to propagate hicolor-icon-theme on their own.
<leoprikler>ngz: That's a bit much. Do you have a channel somewhere with these definitions?
<ngz>But I need to find a way to attach patches.
<leoprikler>Are the patches currently in guix?
<pkill9>morning guix
<ngz>No, I need to provide them.
<leoprikler>I have two proposals for you, of which you need to pick at least one.
<leoprikler>First, make this into a channel, that you can guix pull and give us a link.
<ngz>I'm going to put everything in a Nextcloud somewhere so it can be downloaded easily.
<leoprikler>Second, rebase this on guix following the contribution guidelines and adding the patches. Send the completed patch (packages + patches) to, clarify that it is WIP and detail the issue(s) you're having with the package.
<leoprikler>"downloaded easily" is subjective 😉️
<ngz>I have put everything in
<leoprikler>Nextcloud might be better than random pastes, but it's significantly worse than git.
<ngz>The thing is I have a Nextcloud instance running but no gitlab one.
<leoprikler>Fair enough, but you don't need to run a gitlab yourself to use git.
<ngz>I know. I just meant that I had no repository online where to share my code.
<raghav-gururajan>leoprikler I have sent patch (#38853). It should fix the issues. :)
<raghav-gururajan>leoprikler About your question, I do not know. I am trying by best to learn as much as I can about gnome.
<leoprikler>Is there a second patch I am missing?
<raghav-gururajan>yeah, just sent V2
<leoprikler>btw. adding gdm to the gnome metapackage is unnecessary, because we already have gdm-service-type
<raghav-gururajan>That's correct. But we should separate packages from services. `guix env gnome` should give users the gnome stack.
<leoprikler>You may know more than me about what component GNOME considers to belong where, but you have to keep thinking in the context of Guix.
<leoprikler>`guix environment gnome` is nonsensical, with or without gdm
<raghav-gururajan>* --pure
<leoprikler>even with --ad-hoc and --pure it is
<leoprikler>The gnome (and xfce) metapackages exist to be used by their respective os services
<raghav-gururajan>I do not see how it is nonsensical. gdm is part of gnome. If a user needs an env with all gnome components, they should be available.
<raghav-gururajan>That's correct. In this way, it can used both by services and by separately by users.
<raghav-gururajan>This does not hurt and break anything.
<raghav-gururajan>* or , not and
<leoprikler>It is, because GDM is not functional without the additional stuff in the service
<raghav-gururajan>packages need not be functional to be hacked on.
<leoprikler>Perhaps not, but you can hack on guix environment gdm just fine
<leoprikler>And I'd argue hacking on individual packages is more productive than on the meta package.
<leoprikler>btw. your patch has still not arrived. wrong email?
<raghav-gururajan>We have no idea how gnome packages are inter-connected. One gnome package can use a particular file or lib from another gnome package. If a user want a pure gnome env to hack on. This meta-package is the way to go. Adding each gnome package on-by-one is cumbersome.
<raghav-gururajan>That's weird. Let me check.
<leoprikler>raghav-gururajan: `guix environment <package>` should still give you everything you need to build the package
<raghav-gururajan>Okay. Let me first resend the patch.
<raghav-gururajan>Would like to focus one thing at a time.
<leoprikler>as far as running it is concerned, adding or not adding gdm should not make a difference
<leoprikler>if you do have some weird extension to gdm, you have to try that in the context of an operating-system anyway
<raghav-gururajan>Any commiters around?
<raghav-gururajan>janneke ?
<leoprikler>Welp, now it arrived
<leoprikler>but wait, those two aren't the same patch
<raghav-gururajan>Oh oh. Then the second is the latest revision.
<raghav-gururajan>The latest is the correct one.
<raghav-gururajan>Must have attached wrong file in the previous one.
*raghav-gururajan sent V3 to avoid confusion.
<ngz>Are $out/var and $out/etc symlinked to /etc and /var in Guix system?
<ngz>Or, to put it differently, what can be used as sysconfdir and localstatedir in a package definition?
<leoprikler>$PACKAGE/etc should be fine, not sure about $PACKAGE/var
<leoprikler>either way, whether it will be recognized depends on how your package handles things
<leoprikler>worst case you will have to patch your package to look in its own output directory
<ngz>That's not the problem. It requires localstatedir to be writeable.
<ngz>So $out/var is not really an option in the long term.
<nckx>ngz: They are not symlinked. Sysconfdir and localstatedir should always be set to /etc and /var (which is also the default for most build-systems); the problem is that some packages also treat this as an ‘installdir’ and put examples there. This can be overridden at install time though. Many packages do this, I don't know which.
<leoprikler>ngz: w.r.t. tuxmath, keypad works fine for me
<ngz>OK. Thank you for testing.
<ngz>I don't understand why I cannot type numbers here.
<ngz>(I have no keypad, tho, just numbers in top row)
<nckx>For example, you could call ‘make install’ with a custom sysconfdir in $out, if whatever it installs there is useful for users. If it's not, patch it out entirely.
<leoprikler>perhaps a numlock issue?
<leoprikler>wait, i'll test top row
<leoprikler>yep, works fine
<ngz>nckx: at install time, it creates $out/etc and $out/etc/$name, but does not populate them.
<ngz>leoprikler: Great (well, somewhat)! At least the package is working, but my children will not be able to use it.
<nckx>ngz: That can & should generally just be patched out.
<ngz>nckx: OK. I'll remove the offending lines from
<nckx>Or abovementioned variable switcheroo so it ‘creates’ something harmless.
<ngz>This will not be as easy. The package still expects to have write access to localstatedir. So, if I don't create /var/$name during install, i.e., if it doesn't exist at runtime, it errors.
<ngz>I wonder if it would be a good thing to use --localstatedir=$HOME/.config/$name instead
<ngz>Perhaps a bit invasive.
<leoprikler>That will make it /homeless-shelter/.config/$name
<ngz>Ah. True.
<brettgilio>Good morning Guix!
<efraim>ngz which package is this?
<ngz>And I assume creating /var/tuxtype directory at install time is not an option.
<efraim>debian uses /var/games which we don't have
<efraim>they also unbundle the fonts
<ngz>The fonts are not needed anyway.
<ngz>(the package uses sdl-pango, which, IIUC removes the need for these fonts)
<leoprikler>what lands in /var/tuxtype? Highscores et al?
<ngz>Custom word lists, and probably highscores, indeed.
<efraim>if it's not something you need to persist between reboots you could abuse /tmp or /var/tmp
<efraim>don't really like that idea though
<ngz>Custom word lists are certainly something one would expect to preserve.
<leoprikler>looking at src/ it is used to initialize VAR_PREFIX
<kirisime>ngz: Put them on some public file server so we get global leaderboards and content workshop for free
<leoprikler>so you could perhaps try adding something like VAR_PREFIX=$output/var
<efraim>i don't see tuxtype in pkgsrc
<leoprikler>or patch inplace
<ngz>leoprikler: But that's not writeable.
<ngz>(or writable, even)
<ngz>kirisime: huh, what?
<leoprikler>okay, I found the offending code
<efraim>in src/setup.c ?
<leoprikler>ngz: patch src/setup.c, so that it uses $XDG_DATA_HOME instead of VAR_PREFIX
<leoprikler>(defaulting to ~/.local/share/package if not set)
<ngz>ok, so I replace every occurrence of VAR_PREFIX with $XDG_DATA_HOME/tuxtype ?
<ngz>in that file
<leoprikler>not quite
<leoprikler>you'd have to write C code that actually gets the variable, constructs the string etc. etc.
<leoprikler>this is not a simple substitute*
<ngz>hu hu
<ngz>And if I simply set VAR_PREFIX to $XDG_DATA_HOME/tuxtype in src/ ?
<leoprikler>then you get /package
<leoprikler>this is not how variable substitution works
<ngz>$XDG_DATA_HOME is unavailable at build time, of course.
<leoprikler>variables are not expanded at runtime, you have to write code that expands them
<ngz>I'm pretty sure they are expanded in a Makefile
<leoprikler>yes, but before they're used in a program
<leoprikler>imagine setting it to /home/ngz/.local/share and then running stuff as ngalpha
<ngz>Yup, that's problematic.
<alextee[m]>i removed a bunch of packages from my system and installed them on my user's profile instead, but now I have very weird fonts in the terminal and in various apps
<alextee[m]>any idea how to fix this?
<alextee[m]>also icecat seems to use Monospace now to render websites
<roptat>Maybe try fc-cache -fiv
<raghav-gururajan>alextee[m] Are you using gnome? If so please add `font-cantarell` and `font-dejavu` to system.
<alextee[m]>raghav-gururajan: yes, thanks
<efraim>ngz: looking later in the code, maybe (const char*)"%s/tuxtype", getenv("XDG_DATA_HOME")
<efraim>although looking here it looks like you found an actual bug
<efraim>it should drop back to just /tmp, not crash
<leoprikler>perhaps that's a debian patch?
<efraim>they actually don't have any patches
<raghav-gururajan>sneek: later tell pkill9 leoprikler: Please `guix pull` and `guix system reconfigure`. Gnome icon issue + online accounts issue should be fixed now. :-)
<sneek>Will do.
<raghav-gururajan>sneek botsnack
<leoprikler>Will do after I've finished working on three things simultaneously
<raghav-gururajan>Oh wow!
<ngz>So I replace VAR_PREFIX error with strncpy(settings.var_data_path, (const char*)"%s/tuxtype", getenv("XDG_DATA_HOME"), FNLEN - 1);
<ngz>This looks dubious.
<alextee[m]>nice, the fonts work properly now
<efraim>i home XDG_DATA_HOME is right, that environment variable is empty on my desktop
<leoprikler>stuff that uses XDG_DATA_HOME should check if it is empty and use $HOME/.local in that case
<leoprikler>not sure if there's a procedure that does that automatically (gio probably has one)
<alextee[m]>btw has anyone got an ibus addon to work?
<alextee[m]>i still have problems typing japanese on guix with ibus-anthy
<alextee[m]>it doesn't get detected or something
<leoprikler>there's a post in the mailing list about ibus pinyin but can't recreate that either
<kirisime>alextee[m]: You might need to nuke some caches. I have "try deleting all ibus-related files from ~/.config and ~/.cache" written in my notes.
<kirisime>And also that I had to set $GTK_IM_MODULE to "xim".
<leoprikler>but according to Ricardo, ibus support should already be worked into gnome itself
<kirisime>leoprikler: It is, but caches can still break everything and the odd applications (chromium) that use GTK but aren't gnome native or some such still need the environment variable.
<alextee[m]>kirisime: thanks, trying it
<alextee[m]>whats xim?
<alextee[m]>oh wow
<alextee[m]>i can see anthy now!
<alextee[m]>kirisime: thanks!!
<alextee[m]>i can:t type hiragana though
<leoprikler>alextee[m]: for reference, what changes have you made?
<efraim>ngz: did it work?
<alextee[m]>leoprikler: rm -rf ~/.config/ibus* and rm -rf ~/.cache/ibus*
<leoprikler>that was all?
<alextee[m]>yeah and then i could see Anthy in Ibus preferences when selecting Japanese
<alextee[m]>before it wasn't showing
<kirisime>alextee[m]: You can try removing all anthy related things too, though I'm not sure if that'll do anything.
<kirisime>Also, anthy has its own configuration panel you might want to take a look at.
<leoprikler>hmm, the same is not working for me yet
<leoprikler>do you have any im-related config in your ~/.profile or packages that i can copy?
<alextee[m]>kirisime: can:t find anything anthy related in the config and cache directories
*alextee[m] uploaded an image: Screenshot from 2020-01-02 13-58-54.png (81KB) < >
<alextee[m]>what:s with the weird boxes btw?
<alextee[m]>leoprikler: afaik you need ibus, ibus-anthy and font-adobe-source-han-sans
<leoprikler>missing font?
<kirisime>Should be a あ.
<alextee[m]>kirisime: i can see the hiragana here in Quaternion
<alextee[m]>and i have japanese fonts installed hmm
<kirisime>Do you perhaps need fontconfig or some such?
<alextee[m]>i already have it installed in my user profile
<alextee[m]>let me try rebooting, i made a lot of changes since last reboot
<alextee[m]>ok boxes are fixed now
<alextee[m]>it works \o/
<kirisime>alextee[m]: Great! Remember, whenever you have a "X doesn't show up in gnome but it should" issue on guix it's probably broken caches.
<kirisime>Unless it's thumbnails, those don't work because of bubblewrap calls expecting a traditional system with /usr and
<alextee[m]>i see
<eiro>hello people
<eiro>i remember there was a simple way to get an existing manifest from a channel. i don't remember how
<eiro>anyone ?
<leoprikler>less ~/.config/guix/current/manifest?
<eiro>hmm ok ... so manifest isn't the thing i want :)
<leoprikler>what exactly did you want?
<eiro>let me rephrase: my goal is to use guix to install the last version of rakudo. so i want to download the package description of the older one, update the data and maybe eventually contribute to guix by proposing the updated version
<eiro>also i have to check if there is no reverse dependency to update
<eiro>also i'll try to contact efraim again for this Nativecall bug
<leoprikler>guix edit rakudo perhaps?
<eiro>almost! my editor should be 'cat > rakudo.scm' :)
<leoprikler>I think you're trying to get something along the lines of `guix import <foobla> rakudo`, but such importers don't exist for everything
<leoprikler>in your case cpan should work though
<eiro>ok .. guix edit rakudo then ZZ from vi is of for the moment
<leoprikler>if you want to contribute to guix, you should clone the repo and edit it in-place either way
<NieDzejkob>Is there a way to block all threads momentarily for a process-wide critical section, without having the other threads cooperate?
<NieDzejkob>context: libcurl doesn't look at CURL_CA_BUNDLE because of thread-safety concerns
<leoprikler>yes, it's called kill
<eiro>leoprikler: download the whole repo to contribute to 1 package? isn't it overkill?
<leoprikler>not really
<NieDzejkob>leoprikler: as in, SIGSTOP?
<leoprikler>NieDzejkob: exactly
<NieDzejkob>hmm. I theoretically could stop something in the middle of a setenv... -_-
<leoprikler>eiro: the first make may take ages, but chances are that you'll try to keep the package up to date, so you will keep the repo around
<leoprikler>NieDzejkob: you could perhaps also add a line to some init function, that is not supposed to be run in an MT context
<leoprikler>though I don't know libcurl well enough to tell you where exactly to put that ;)
<NieDzejkob>oh, good idea. Looks like curl_global_init would work for that
<grillon>hi there!
<grillon>I have so much questions. I do not want to be banned in asking them all :D
<leoprikler>then ask them all, but one at a time, so that people can still respond 😉️
<grillon>thank you leoprikler
<grillon>I wonder why the guix clojure take 7s to start instead of 1,5s for a foreign distro...
<grillon>how can I discover why...
***ng0_ is now known as ng0
<leoprikler>you mean the clojure program installed via guix?
<leoprikler>you may be able to debug that with some jvm-specific profiling to find out where most of the time is spent
<leoprikler>compare the results from the 7s build with the 1.5s one
<grillon>sorry I was not clear I mean repl take 7s to start instead of 1,5s
<leoprikler>profiling should be an option you pass on the command line
<grillon>ok I'll try to find how to make profiling
<leoprikler>just to be sure, you're starting clojure via java -jar /path/to/package/clojure.jar, don't you?
<NieDzejkob>Is CURL_CA_BUNDLE actually set by anything? On my profile curl is using SSL_CERT_{FILE,DIR} instead
<leoprikler>I think that's the preferred guix way
<NieDzejkob>as in, the latter?
<leoprikler>yes, SSL_CERT_* is the preferred thing
<grillon>yes that's what I do leoprikler
<leoprikler>otherwise you'd have one such variable for each program that has bundles
<grillon>it's simple, if I take a clojure.jar from official clojure website it takes 1s to start if I take the one from guix it takes 7s
<grillon>but version from official website is 1.10.1 but guix version is 1.10.0...
<leoprikler>what if you used the same versions?
<efraim>is there a quicky command you can run that will spit out the version and quit? then we can strace that, something like 'strace -o closure.strace.log java -jar /path/to/clojure.jar --version'
<grillon>efraim: maybe lauch repl then do ctrl+d?
<grillon>I have traces doing it
<grillon>but because it's under a jvm I'm not sure strace is enough
<grillon>leoprikler: I'll try a little bit later because my procedure to get the jar is not straight forward :(
<leoprikler>does your java command support -Xrunhprof?
<grillon>thank you for your help I'll come back later to send you results, have to go now
<leoprikler>or is this solely an oracle thing
<grillon>Could not find agent library hprof on the library path
<grillon>see you
<NieDzejkob>oh god, updates to curl require 5000 rebuilds
<NieDzejkob>are grafts *only* for security updates? ;)
<leoprikler>are you trying the bundle into it?
<leoprikler>*trying to put
<NieDzejkob>nah, I wrote a patch that makes libcurl itself respect the env vars
<leoprikler>SSL_CERT_* ?
<leoprikler>if so, that's pretty likely c-u stuff
<NieDzejkob>:/ yeah, probably
***Server sets mode: +cnt
*str1ngs looks at raghav-gururajan's pizza. looks back at raghav-gururajan. looks back at pizze
<ixlun>Oh no, looks like the ci.guix hasn't built the latest icecat. I may be sat here a while
<leoprikler>btw. is it wanted, that the icon when moving a window is no longer a hand?
<leoprikler>I liked the hand :(
<ixlun>Speaking of icons, has anyone seen that there seems to be a problem with nm-applet's icon?
<ixlun>It seems to be constantly a stop-sign regardless of whether a connection is active.
<civodul>Hello Guix!
<ixlun>Is there a command that is able to look through all packages (even non-installed ones) to find a particlar file? Similar to dnf's repoquery command?
<raghav-gururajan>civodul o/
<brettgilio>civodul: Afternoon!
***jonsger1 is now known as jonsger
<NieDzejkob>sneek: later tell valignatev: I've posted a patch to guix-patches that could potentially fix your problems with the rust importer:
<str1ngs>sneek later tell ixlun . due to how guix works it's hard to determine what files a package contains without it being built first. for this to work it would require some sorta cache on the publish server like how dnf repoquery works. I don't know if any work has been done on this yet.
<str1ngs>sneek: later tell ixlun. but for installed packages. it's trivial to find files using find eg find or globing even
<sneek>Got it.
<raghav-gururajan>Folks! I was trying to build gnome-weather. meson-test failed for world_view. In traceback, I see "ModuleNotFoundError: No module named 'gi'". What should I do?
<raghav-gururajan>Is "gi" part of something?
<str1ngs>raghav-gururajan: dos the package propagate gobject-introspection
<raghav-gururajan>not as prop, just as input
<str1ngs>i'm assuming gnome-weather uses GJS?
<bavier>Hello guix!
<leoprikler>fwiw I don't think you have to actually propagate gobject-introspection
<str1ngs>raghav-gururajan: chech the build environment has GI_TYPELIB_PATH set. you might need to move gobject-introspection into native-inputs. or set GI_TYEPLIB_PATH for tests
<raghav-gururajan>yes, I have also put gjs as input
<leoprikler>however, you will need it as native-input if I'm not mistaken and you have to wrap GI_TYPELIB_PATH
<str1ngs>though if you propagate gobject-introspection I don't think you need to wrap to have GI_TYPELIB_PATH
<str1ngs>gobject-introspection to do this. also glib-or-gtk-build-system wraps automatically
<raghav-gururajan>propagation also didn't work :(
<str1ngs>in this case it's a test issue so it's more a build environment issue
<raghav-gururajan>I tried #:tests? #f. It build's succesfully.
<str1ngs>for my GI test's I use ./pre-inst-env
<str1ngs>but I'm the upstream author, so you can rely on that for this project
<raghav-gururajan>str1ngs Should I try glib-gtk buils system?
<str1ngs>for this yes.
<leoprikler>str1ngs: i don't think glib-or-gtk-build-system wraps typelib path
<leoprikler>see polari
<str1ngs>though really this error is saying it cant gi the javascript module
<str1ngs>so more a javascript error
<raghav-gururajan>gob-intro, both as native or prop input, did not work.
<str1ngs>leoprikler: glib-or-gtk-build-system has a wrap-all-programs procedure
<str1ngs>aka glib-or-gtk-wrap phase
<leoprikler>which does not wrap GI_TYPELIB_PATH
<str1ngs>because GI_TYPLIBE_PATH is a search path
<raghav-gururajan>that g-g-build-system also did not work.
<str1ngs>which is propagated from gobject-instrospection
<raghav-gururajan>No binary for interpreter 'python', 'gjs' and 'python3 found in PATH.
<str1ngs>raghav-gururajan: I think in this case you need to let the check phase know here the gi javascript moudle is where ever that might be
<str1ngs>I would think the gjs input would just handle that though
<kirisime>I just wrote a package for mypaint, for which I simply added a second wrap for GI_TYPELIB_PATH.
<kirisime>Such things seem frequent in already in place packages.
<str1ngs>not a fan of wrapping this because GI is dynamic IMO should just propergat gobject-introspection and get this for free
<raghav-gururajan>str1ngs Will " #:tests? #f" break anything?
<leoprikler>Is there any package that can display X cursors?
<str1ngs>no but you will miss potential issue with the package. especially ones the maintains want to catch
<str1ngs>raghav-gururajan: ^
<kirisime>I don't even have gobject-introspection as a dependency to this package...
<str1ngs>that might explain the need to wrap then :P
*raghav-gururajan was diconnected. Please try resend message if sent for me.
<kirisime>Well, propagation only worked if I then placed the package into a profile. I think the executable in the store should work even if the environment isn't made to suit it...
<raghav-gururajan>str1ngs Will " #:tests? #f" break anything?
<kirisime>And it was propagated by a dependency which is how it was present.
<raghav-gururajan>That argument works. The package builds successfully.
<raghav-gururajan>Not sure, it would cause any side-effects later.
<kirisime>raghav-gururajan: Does the application work?
<raghav-gururajan>kirisime Are your messages for me?
<efraim>ripgrep patches pushed
<raghav-gururajan>How do I execute an application that was built via "./pre-inst-env guix build app" ??
<raghav-gururajan>kirisime ^
<str1ngs>raghav-gururajan: it wont break anything but you could miss a broken test. tests are more ideal
<str1ngs>raghav-gururajan: ./pre-inst-env guix environment --ad-hoc app
<kirisime>./pre-inst-env guix environment --ad-hoc app -- app?
<efraim>^^ this is the best choice, it makes sure the environment is correct
<kirisime>Or with --pure just so you know it'll work for people who don't have your GNOME env
<efraim>i sometimes run it directly from the store but it's not a great choice
<kirisime>That line will rebuild your package if it's been modified, by the way. You don't need to guix build it first and the application will start as soon as it's done building so you can go do something else while you wait.
<raghav-gururajan>str1ngs Thanks!
<raghav-gururajan>kirisime efraim thanks
<kirisime>And you can give it -e '(load "package.scm")' instead of a package name if you're not working in ./pre-inst-env.
<ixlun>Hi all, has anyone got bluetooth audio working with guix?
<sneek>ixlun, you have 2 messages.
<sneek>ixlun, str1ngs says: . due to how guix works it's hard to determine what files a package contains without it being built first. for this to work it would require some sorta cache on the publish server like how dnf repoquery works. I don't know if any work has been done on this yet.
<sneek>ixlun, str1ngs says: but for installed packages. it's trivial to find files using find eg find or globing even
<ixlun>sneek: Ah thanks for posting those backs, and thats for the answers str1ngs !
<ixlun>I've just tried to connect my bluetooth headphones and I can pair and connect with bluetoothctl fine (I'm guessing that the bluetooth daemon is all working smoothly) but the output device doesn't appear in pulseaudio
<ixlun>but, pulseaudio is started by gdm, so I'm wondering whether the gdm user has to be in the 'lp' group to talk to the bluetooth deamon.
<PotentialUser-52>Hi guix! should I be afraid of running "firmware setup" from the grub menu? It recently appeared. I just installed a couple of days ago and it took > 48h to build everything (I think because I had gcc-toolchain in my /etc/config.scm and I'm running on amd)
<PotentialUser-52>I'm still running into an issue where it doesn't show the login screen unless I add "nomodeset" to the grub menu item on bootup, but maybe the firmware setup will fix it
<roptat>PotentialUser-52: firmware setup is to reboot to your bios setup
<PotentialUser-52>ohh it flashes my bios? glad I didn't pick it then...
<kirisime>PotentialUser-52: You can put (kernel-arguments '("nomodeset")) inside your operating-system definition and reconfigure.
<PotentialUser-52>kirisime: thanks! I'm not sure if I can boot to a gui w/this (I only recently updated). will give it a shot
<kirisime>And maybe add "quiet" because that's default.
***MinceR_ is now known as MinceR
<PotentialUser-52>can I remove "firmware setup" so I don't accidentally hit it? also what does it do exactly? does it flash coreboot? something else?
<kirisime>Isn't it just going to the BIOS settings? I don't have the option myself.
<PotentialUser-52>not sure, but I'm a little scared to try it
<kirisime>I think you might want to keep it, grub boots into the default option if you wait like five seconds.
<PotentialUser-52>re the nomodeset thing: it gets me to boot... but X can't start... in /var/log/Xorg.0.log it notes the cards nouveau supports, but mine (GeForce GTX 8xx) isn't on the list, but the list has 9xx and 10xx :/. Is there a different noveau driver I can add?
<PotentialUser-52>yeah it's unlikely I'd unintentionally select it, but I figure it's good to be safe. I'll keep it around for now
<PotentialUser-52>ahh looks like I need this
<leoprikler>You have a bad card that requires non-free software then.
<kirisime>That's for GeForce 8, is it the same as GeForce GTX 8xx?
<leoprikler>probably depends on the exact values of xx
<leoprikler>For more detailed information, looking up the card you have/want to buy on should help.
<kirisime>I don't think anybody has added the proprietary drivers on their own, either.
<PotentialUser-52>:( it works on gentoo w/ACCEPT_LICENSE="-* @FREE" (I think that uses xf86-video-nouveau). The card is GeForce GTX 980
<leoprikler>Maybe not, but people using the upstream kernel have them regardless.
<PotentialUser-52>doesn't show up on h-node:
<lispmacs>jimminy cricket, looks like we got a few more rust packages now
<leoprikler>what does this ACCEPT_LICENSE line do?
<PotentialUser-52>requires packages to have specific licenses. -* means accept none, @FREE is described here:
<PotentialUser-52>though I'd have to check if I added exceptions.. portage will suggest them if something is blocked
<leoprikler>yeah, that's the way I use portage too
<PotentialUser-52>now I'm seeing "invalid access-control list ()" when I try to run guix pull/guix package -u/guix system reconfigure (any of those). is there an easy way around that?
<PotentialUser-52>It seems like I'm so close! I got everything working on a VM over break
<kirisime>NV110 seems somewhat supported. Though, I honestly didn't know nvidia's free driver status was this sad.
<leoprikler>VMs can lull you into a false sense of security, graphics will never fail on them.
<leoprikler>Not as sad as AMD
<PotentialUser-52>oof, guessing NV110 (mine) having "basic 2d (exa)" as "wip" is a bad sign
<kirisime>Is AMD missing support for multiple newer generations of cards?
<ixlun>Looks like this is a known bug with gdm:
<ixlun>Does anyone know how I would do workaround-1 in guix? i.e. stop gdm starting pulseaudio
<leoprikler>From what I can gather from h-node, AMD has basically no 3D support ever and support for cards in general is also meh.
<leoprikler>(Free drivers only, no propaganda.)
<PotentialUser-52> makes it sound like I need to add a public key for guix to work again?
<leoprikler>PotentialUser-52: Is this Guix on Gentoo or Guix on Guix System?
<PotentialUser-52>this is guixsd
<leoprikler>in that case the keys should already be there
<PotentialUser-52>yeah, but I can't pull/package -u/system reconfigure anymore. each reports "ERROR: In procedure scm-error: invalid access-control list()"
<leoprikler>yeah, that's certainly weird in that it's empty
<kirisime>RX 570 works with 3D, according to h-node. This has greatly informed me as a potential customer.
<PotentialUser-52>could this happen if I killed "guix package -u" or "guix system reconfigure ..." mid-update? It looked like it hanged... but on a second run I realized the output was just broken (sometimes hitting space would show what it was doing, sometimes it would "hang" at 100% for awhile, then later show "building" for whatever it was building)
<leoprikler>kirisime: look at the fine print
<leoprikler>PotentialUser-52: it should not
<PotentialUser-52>is there a workaround?
<leoprikler>"hanging" at 100% does happen, but that's because 100% is not really 100% in some build systems
<leoprikler>e.g. if the last file takes five minutes to compile, it will stick at 100% for five minutes
<leoprikler>linking is also a process that usually takes up a nonzero amount of time
<PotentialUser-52>ahh. sometimes it wouldn't show the package name above the progress bar anymore. sometimes it just said "[###] 100%", and sometimes it said "check [###] 100%"
<PotentialUser-52>so I think there's still a ui bug, even if it's a bit minor
<pkill9>what are people's workflows for working on guix and handling patches via email? I have quite a few contributions to make but the only thing holding me back is the workflow
<sneek>Welcome back pkill9, you have 2 messages.
<sneek>pkill9, raghav-gururajan says: leoprikler: Please `guix pull` and `guix system reconfigure`. Gnome icon issue + online accounts issue should be fixed now. :-)
<sneek>pkill9, raghav-gururajan says: leoprikler: Please `guix pull` and `guix system reconfigure`. Gnome icon issue + online accounts issue should be fixed now. :-)
<leoprikler>pkill9: either git format-patch to MUA or git send-email --compose
<leoprikler>(for single patches --compose can be dropped)
<pkill9>leoprikler: what about when you want to reply to an email chain?
<nckx>pkill9: git send-email --in-reply-to=. FWIW my ‘workflow’ is the same.
<pkill9>ah nice
<nckx>efraim: I saw you updated libetpan recently. Did this not break claws-mail? It did when I tried. Something changed with the -config script IIRC.
<ixlun>huh, `sudo herd stop xorg-server' didn't end well!
<ixlun>I can't even get to a VT
<nckx>Oh, and: good morning #guix 🙂
<leoprikler>ixlun: yeah that can happen, all you can do now is restart
<leoprikler>I'm pretty sure this breaks even when started from VT
<leoprikler>no clue why tho
<ixlun>Hmm, weird
<ixlun>I'm just trying to prevent GDM for starting up (which I'm failing at) and thought I'd try the manual way
<leoprikler>removing it from the operating system services might be what you want
<ixlun>Hmm, I've tried that but it still starts
<leoprikler>even after reconfiguring and rebooting?
<ixlun>I've tried `(services ... (remove (lambda (service) (eq? (service-kind service) gdm-service-type)) %desktop-services))'
<nckx>PotentialUser-52: ‘Firmware setup’ is just your firmware's (BIOS/UEFI) friendly options menu (boot order, time & date, dat sort of thing). It's the same thing you'd get when you press DEL/F2/F8/F12/… at start-up. Because there's a complete lack of standardisation, most machines don't even print ‘Press XX to enter SETUP’ and some don't even give you the option at all, having it in a well-know GRUB place is Good. It's not dangerous 🙂
<PotentialUser-52>yeah but it still flashes the bios?
<nckx>It doesn't flash anything.
<PotentialUser-52>hmm, I guess I don't understand then
<nckx>It just launches the settings menu.
<PotentialUser-52>ohh gotcha. so it's not destructive?
<nckx>Hell naw.
<PotentialUser-52>cool. will try it then just to see
<nckx>And you can always (well, on any firmare I've ever seen, ever) exit without saving changes.
<PotentialUser-52>any clues on the "invalid access-control list ()" issue? I really wanna run guix! but am so far unsuccessful on this hw. it's possible this amd/nvidia setup simply isn't possible
<nckx>It's just a shortcut for mashing random F-keys at start-up 🙂
*nckx reads moar backlog.
<nckx>PotentialUser-52: I'm going to guess you have an empty /etc/guix/acl file. Correct?
<nckx>If so, remove it. If you want to use substitutes, use guix archive --authorize < the-key-file (from memory; see manual for the exact wording).
<PotentialUser-52>yeah, /etc/guix/acl is empty. substitutes are fine w/me (assuming they're safe + would make it update faster)
<nckx>They are built on servers under Guix maintainer control.
<nckx>sudo guix archive --authorize < ~root/.config/guix/current/share/guix/
<nckx>Will enable them.
<nckx>(I copied that from the manual. See the ‘Substitutes’ section there for more info.)
<PotentialUser-52>so probably safe? :P. I know about challenge. will eventually try that. I noticed I needed to build A LOT more for this amd system than I did for the VM. would be cool to lessen that. not sure if there's a guix-specific place to donate or somewhere else I could help
<nckx>PotentialUser-52: I can't answer ‘safety’ for you, that's a personal choice 🙂
<PotentialUser-52>how so?
<PotentialUser-52>thanks for the command/removing that file btw, that seems to have fixed guix pull and friends
<nckx>It just depends on your level of paranoia. The servers are hosted by the MDC in Berlin, not in someone's shed; a Guix maintainer who works there has physical access to them and at least him & a colleague have physical access to the machines; relatively few (and only trusted) Guixers have SSH access.
*nckx shrugs. Is that ‘safe’? It is for the majority of our users. And probably as safe as most other distribution's binaries.
<raghav-gururajan>efraim You around?
<PotentialUser-52>ahh, good to know. thanks
<raghav-gururajan>nckx Will you be able to push #38876 please?
<nckx>PotentialUser-52: There are users (like me) who build everthing on self-hosted hardware but that's only a matter of principle/defence in depth, not because I have any juicy dirt on anyone.
<PotentialUser-52>seems like a good practice... though it would be cool to have some way to verify things. I suppose there really isn't other than challenge, is there?
<ixlun>Do guix contributions require copyright-assignment?
<nckx>ixlun: No.
*raghav-gururajan inside their head says "Come on GNOME, bring it in!"
<nckx>PotentialUser-52: I think challenge is pretty solid in our current ‘centralised’ world? Once we have decentralised substitutes (and a sane trust model for them) we can do fancier things.
<raghav-gururajan>leoprikler I have extended the chart ( to track core-deps as well. :-)
<PotentialUser-52>is that on the roadmap? was kind of what I was getting at but I'm not sure what that would look like
<leoprikler>raghav-gururajan: are all of those inputs really native ones?
<leoprikler>e.g. gdk-pixbuf?
<ixlun>nckx: cool, thanks
<raghav-gururajan>I think so leoprikler
<nckx>PotentialUser-52: It's definitely on the roadmap in our heads & our heart, I don't know if it's in a document anywhere.
<PotentialUser-52>heh, good enough for now :)
<raghav-gururajan>leoprikler Oh wait. Thanks for the caution.
<nckx>raghav-gururajan: I'm hesitant to say the least. This patch is less than a day old; I don't use GNOME; I have my reservations about some other patches that were recently pushed at this tempo; I'd rather see these competently reviewed. Remember: our ‘standard’ review time is a week.
<raghav-gururajan>nckx Cool! No worries.
<nckx>There's no deadline to upstream things 🙂
<PotentialUser-52>unrelated: if I'm seeing "cannot run in framebuffer mode. please specify busIDs for all framebuffer devices" in my Xorg.0.log... is there something beyond adding an xf86-video-xxx driver to the package lists I need to do? So far nouveau hasn't fixed it, and I believe that one should do it, but I'm about to try nv
<raghav-gururajan>nckx Thanks for letting me know. I was not aware of that info. :)
<grillon>leoprikler: how could I have hprof agentlib?
<leoprikler>I'm not sure if this is an Oracle thing or it exists in OpenJDK.
<leoprikler>I just remember having had to use it for work once.
<grillon>efraim: here are strace results from guix 1.10.0 : and from clojure install script 1.10.1 :
<rekado>this is an odd thing to find:
*rekado packages McCLIM
<pkill9>does `git send-email` support email aliases (email addresses that forward to another email automatically)? like with these
<nckx>pkill9: That's an implementation detail on the server side. git send-email just takes an e-mail address, any e-mail address, like any other MUA.
<nckx>Shorter: yes, because it doesn't care.
<pkill9>the problem is that you can't use an alias to login
<pkill9>so i don't know how it tells the server to use that alias
<nckx>pkill9: But how would you use this ‘alias’ address with any other mail client?
<pkill9>nckx: some clients support it apparently
<pkill9>and others do not
<nckx>pkill9: SMTP user names aren't related to your e-mail address, even though they are often similar. My e-mail address is me@mydomain, my e-mail user name is nckx.
<nckx>pkill9: No, that link just describes MUA ‘user profile’ support (at least in the case of Thunderbird) which allows you to set different preferences for the ‘same’ account. It's not relevant for e-mail at the SMTP level & not relevant to git. All you need: a) your ‘from address’, alias or not doesn't matter b) user name c) password. This is info your mail provider has to provide for you to use your account.
<nckx>Looking at runbox, you want at port 465, and: ‘Your username is your primary Runbox email address, and is displayed in the top right above your list of emails when you are logged in to the Runbox webmail. You also see your username at the top of the folder list and on the account page. Note: You cannot use alias addresses to log in to your account.’
<nckx>Don't let ‘alias support’ distract you, there is no such thing 🙂
<pkill9>ok, thanks, it does seem to respect the provided "from" address as the server responds with an error if i provide an address i don't own. I wasn't sure if it was working from trying it out a while back
<nckx>I assume the ‘’ value in ~/.gitconfig is what's used as the ‘from’ address but I haven't experimented with it. I'm sure RunBox won't let you send e-mail with from addresses you don't own.
<NieDzejkob>what package provides git send-email?
<bavier>NieDzejkob: "git:send-email"
<str1ngs>NieDzejkob: it's an output of git. so git:send-email
<NieDzejkob>petition to make guix search highlight keywords it finds :)
<NieDzejkob>I might take a look at that later
<nckx>That actually sounds fun to implement. Have fun.
<lispmacs>NieDzejkob: easier/better to add that to emacs-guix?
<NieDzejkob>Hmm, I don't actually use Emacs
<leoprikler>I personally believe Guix could benefit from having more frontends.
<lispmacs>don't you have to sign off that you are an Emacs user before you download guix?
<ng0>did someone ask about runbox?
<nckx>It's assumed you'll become one.
<lispmacs>I'm pretty sure emacs is in the bootstrap package
<nckx>ng0: That's a weird highlight to have.
<ng0>no i just read half of it, and i can help if there's a question
<ng0>i guess from what i can read, you should contact support, they are generally very helpful even with "nerdy" questions
<nckx>Just about setting to an ‘alias’ different from your SMTP user name. Which apparently worked.
<ng0>i just have many aliases and one username, but my setup is a unique trap
<ng0>i think what you read was right, there's no "alias", it's just that you have a server login ("credentials"), and whatever you use for sending via this login
<nckx>That's the sane way to do things.
<nckx>But I can understand the confusion if you're not that into e-mail.
<ng0>maybe that's a suggestion for their new UI
<ng0> or via the support email address as a user
<lekzikon>I created a guix channel that defines only one package, guile-inutil ( I can guix pull, lint and build, and install the package without errors, but I can't import the modules of guile-inutil in the REPL.
<lekzikon>I get: no code for module (inutil geometry), for example.
<nckx>pkill9: ☝
<nckx>lekzikon: Using ‘guix repl’?
<lekzikon>No, I mean, when I "guix install guile-inutil" and start a Guile REPL, "(use-modules (inutil geometry))" displays "no code for module (inutil geometry)".
<lekzikon>So I don't know what I'm doing wrong...
<lekzikon>I'm expecting the guile-build-system to put the library in the correct place, so that I can start a Guile REPL and use it.
*nckx pulling & building.
<NieDzejkob>try (use-module (alekzikon packages guile))?
<leoprikler>can you paste "tree /gnu/store/hash-guile-inutil"?
<lekzikon>NieDzejkob: in "guix repl" I can "(use-modules (alekzikon packages guile))", no errors.
<lekzikon>leoprikler: tree says
<grillon>it seems easy to launch vm on guix, is there a full documentation or wiki about what is possible to do?
<pkill9>how do people generally work on multiple issues for guix? do you just clone the repository multiple time and compile each one separately?
<nckx>pkill9: I usually just use multiple branches in the same checkout & take the (small) performance hit of mismatched .go files. For ‘major’ differences (e.g. core-updates) I use git worktrees.
<grillon>for example I wonder if it is possible to use host home as a snapshot disk(based on host /home but write somewhere else in case of modifications)?
<pkill9>out of curiosity, is there any project that adds p2p downloading of git repositories? i.e. you run `git clone ...` as normal, but it downloads it from other users
<nckx>grillon: Probably using the same 9p file system that Guix already uses to share the host's store with the guest. Excercise for the reader, though 🙂
<nckx>lekzikon: $ guix install guile
<nckx>and your troubles will be over.
<nckx>For search paths to be set in a profile, the *consumer* (here: guile) needs to be installed to that profile, not just the provider (your package).
<grillon>thank you nckx, I'll check that
<Gooberpatrol66>how do you depend on specific versions of packages in inputs?
<lekzikon>nckx: Oh, it works, thank you very much. But I don't understand, I think I installed guile before guile-inutil...
<nckx>grillon: In the that Guix generates you'll see something like -virtfs local,path="/gnu/store",security_model=none,mount_tag="TAGjoptajej2oynju6yvboauz7pl6uj". You can -virtfs local,path="/home",blahblah.
<nckx>Gooberpatrol66: these specific versions must have been packaged as foo-2, then you just use ("foo" ,foo-2) instead of ("foo" ,foo).
<grillon>nckx: ok let's try!is it possible to have the user directly active when creating a vm from host(because I have to set a password after create)?
<nckx>grillon: I'm not actually a VM user, sorz.
<Gooberpatrol66>nckx: each package has a version string "1.8.2" or whatever. you can't use that to specify?
<grillon>ohh what do you use to test something nckx?
<grillon>guix environment?
<nckx>The barest of metals.
<grillon>a real new host?
<nckx>For user programmes: mostly just running /gnu/store/…/bin/foo directly. If something insists on a profile: guix environment.
<lekzikon>nckx: No, I was wrong. "guix package --list-generations" says I didn't install guile until you said to install it.
<nckx>grillon: For system stuff I just reconfigure my laptop & reboot.
<nckx>lekzikon: Thanks for checking. Good to know there's no subtle bug there at least.
***apteryx_ is now known as apteryx
<nckx>Gooberpatrol66: Could you elaborate?
<nckx>Specify what? Packages are already unambiguously referred to by their variable name.
<pkill9>sometimes packages need to be installed to the user profile to be tested, because they use one of those xml-schemes which your running dbus or something will only look for in the user and current-system profiles
<pkill9>like evolution won't run if you just call /gnu/store/... if it's not installed
<grillon>nckx: I see, I may be able to go back with rollback system only
<nckx>pkill9: Yes.
<Gooberpatrol66>nckx: so say you have gcc 8.0 and gcc 9.0, and one package needs 8.0 and the other needs 9.0. you're saying gcc needs to be packaged twice, one package named "gcc-8" and the other named "gcc-9"?
<nckx>Exactly. In practice, where possible, 9 will inherit from 8, not copy-pasted completely.
<Gooberpatrol66>so if i need a certain version of a package, which hasn't been made, i need to make it myself or i'm out of luck?
<nckx>Guix won't autogenerate packages that ‘might work’ for you. You package something exact, so it can be tested.
<Gooberpatrol66>i thought one of guix's selling points was you could have multiple versions of things installed in parallel without causing problems. how does guix accomplish that if packages can't typically know what versions of things they're using?
<nckx>They use the exact version passed to them as inputs.
<nckx>I don't understand your last message so can't comment on it, sorry.
*nckx away.
***sneek_ is now known as sneek
<pkill9>i think it's a little misleading to say multiple versions of things can be installed with guix, because in practise it's not possible out-of-the-box due to file name conflicts
<pkill9>you can install them to separate profiles and call them manually, but it's not quite the same as `guix install ...`
<raghav-gururajan>pkill9 I think different versions produce output with different hashes, thus producing unique directories inside the store.
<pkill9>raghav-gururajan: yea they do, but just because it's in the store doesn't mean it's installed
<pkill9>e.g. running `guix install` puts it into your profile, which is integrated into the system through environment variables like PATH and XDG_DATA_dirs
<raghav-gururajan>pkill9 Ah you mean files like .desktop right? .. Yeah,
*raghav-gururajan --> afk
<civodul>hey brettgilio!
<alextee[m]>i broke something again, gnome's ctrl+shift+alt+R doesn't work :/
<alextee[m]>does it work for others?
<pkill9>what does that do?
<alextee[m]>screen recording
<alextee[m]>you'll see a red circle on the top right of the screen, next to the language s elector
<alextee[m]>(same combo to stop recording)
<pkill9>it's not working for me either
<alextee[m]>someone broke gnome!
<grillon>good night
<hexagonal-sun>Hi Guix
<hexagonal-sun>A quick question if that's okay - whenver I install a package to my user's profile, I end up building profile.drv at the end which seems to take a good few minutes.
<hexagonal-sun>Is that expected? That doesn't seem to happen on another machine that's running guix
<hexagonal-sun>(I only have a minimal number of packages in my profile, around 30)
<bavier>hexagonal-sun: expected. the creation might just be happening much more quickly on your other machine
<wdkrnls>is it necessary to run guix pull to update a custom channel?
<wdkrnls>My guess is that it is necessary; but I'm hoping maybe their is a faster way to do testing.
<hexagonal-sun>bavier: Ah okay. Thanks for the info. :-)
<Gooberpatrol66>Am I blind or is there no MIT license in guix licenses?
<NieDzejkob>it's called expat
<wdkrnls>I think the license is called expat.
<yrk>Gooberpatrol66: "expat" perhaps?
<NieDzejkob>haha what a combo
<Gooberpatrol66>ok thanks
<leoprikler>alextee: what is ctrl shift alt r?
<leoprikler>hmm, better scrolling would be nice
<alextee[m]>leoprikler: screen recording, it doesn't work anymore
<leoprikler>I get a nicely webm encoded thingy
<alextee[m]>oh? it works for you?
<leoprikler>Commit: 7922b6f795eb575084546ec9bfb9d40508a9378e
<leoprikler>for reference
<ngz>That Rust packaging is puzzling. Some of the packages use "#:skip-build? #t", others don't. Some of the package use rust-...-X.Y naming scheme, while others only use rust-...-X. I saw the discussion on the ML, but is there a reference somewhere?
<alextee[m]>oh that's pretty recent
*alextee[m] upgrades
<ngz>Or it may be WIP.
<hexagonal-sun>How do you fully upgrade after guix pull?
<hexagonal-sun>'sudo -e guix system reconfigure /etc/config.scm' <reboot> then 'guix package -u'?
<leoprikler>you can guix package -u before rebooting and you don't necessarily have to reboot after reconfigure
<NieDzejkob>I think you mean sudo -E, uppercase E
<NieDzejkob>and the flag only matters if you use GUIX_PACKAGE_PATH
<hexagonal-sun>NieDzejkob: Ah yes, sorry I meant -E
<hexagonal-sun>Hmm, I don't have GUIX_PACKAGE_PATH defined but if I do a system reconfigure without the -E guix complains and says I should run guix pull before hand
<NieDzejkob>you'd realize pretty quickly considering that -e opens your editor :D
<hexagonal-sun>almost like it's looking at root's git checkout
<pkill9>yay gnome clocks, now my laptop has a timer
<NieDzejkob>hmm, what does 'sudo which guix' say?
<leoprikler>hexagonal-sun: it uses your normal guix but assumes it's root's
<hexagonal-sun>right, but I want it to use my profile, I only need root as it's modifying system stuff
<leoprikler>that's why people use -E or pull as root once and ignore it
<hexagonal-sun>Ahhh fair enough.
<leoprikler>raghav-gururajan: I think gdk-pixbuf is the only non-native input in libmediaart
<leoprikler>gettext-minimal is for generating gettext stuff during build
<leoprikler>introspection builds GI stuff
<leoprikler>gtk+:doc not sure
<leoprikler>and vala is probably the compiler you're using