<kirisime>I thought I'd package a thing but it bundles a bunch of libraries that seem like extracts from other projects. <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 🙂 ). <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 <NieDzejkob>I don't understand what you're trying to say... :D <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>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>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 <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. <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 <brettgilio>rekado, nckx: how often does the package store listing on the website refresh? <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. <str1ngs>brettgilio: the badge displays for me. don't know if that helps? <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 <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>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>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
<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>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 <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>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 <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>is there any reason why every package checksum is written (sha256 (base32 ...)) instead of that being put into a function? <pkill9>I guess it's only an extra line, and the less 'magic' and complexity the better <leoprikler>so that you could potentially do (sha256 (base16 ...)) or (sha256 (base64 )) if base32 contains a bad word :( <leoprikler>I haven't seen base16 or 64 in guix yet, but such encodings exist <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 does the crazy chicken dance <str1ngs>lispmacs: can you link the github project? <str1ngs>and not trying to donwnload the repo as a tarball? <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>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 <leoprikler>maybe you can try building node/npm without it, then build llhttp and then build a complete node <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 <leoprikler>btw. lispmacs, you're not using a random commit, but a tag <lispmacs>leoprikler: tags, good, random commits, bad <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 <lispmacs>okay, I'll remove it and see what happens <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 <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 is now known as sloweyed
<lispmacs>guix lint CVE checker is broken, something wrong with the 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 <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 <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>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>Anyway, as name 'deps' suggests, there are to be implicity installed, not explicitly. <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 (http://paste.debian.net/1123993/). 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. <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 guix-patches@gnu.org, clarify that it is WIP and detail the issue(s) you're having with the package. <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 About your question, I do not know. I am trying by best to learn as much as I can about gnome. <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 <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. <leoprikler>It is, because GDM is not functional without the additional stuff in the service <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. <leoprikler>raghav-gururajan: `guix environment <package>` should still give you everything you need to build the package <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 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. <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. <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 Makefile.am <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>And I assume creating /var/tuxtype directory at install time is not an option. <efraim>debian uses /var/games which we don't have <ngz>The fonts are not needed anyway. <ngz>(the package uses sdl-pango, which, IIUC removes the need for these fonts) <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/Makefile.am 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 <ngz>leoprikler: But that's not writeable. <ngz>kirisime: huh, what? <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 ? <leoprikler>you'd have to write C code that actually gets the variable, constructs the string etc. etc. <ngz>And if I simply set VAR_PREFIX to $XDG_DATA_HOME/tuxtype in src/Makefile.am ? <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>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]>also icecat seems to use Monospace now to render websites <raghav-gururajan>alextee[m] Are you using gnome? If so please add `font-cantarell` and `font-dejavu` to system. <efraim>ngz: looking later in the code, maybe (const char*)"%s/tuxtype", getenv("XDG_DATA_HOME") <efraim>it should drop back to just /tmp, not crash <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. :-) <leoprikler>Will do after I've finished working on three things simultaneously <ngz>So I replace VAR_PREFIX error with strncpy(settings.var_data_path, (const char*)"%s/tuxtype", getenv("XDG_DATA_HOME"), FNLEN - 1); <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]>i still have problems typing japanese on guix with ibus-anthy <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. <leoprikler>alextee[m]: for reference, what changes have you made? <alextee[m]>leoprikler: rm -rf ~/.config/ibus* and rm -rf ~/.cache/ibus* <alextee[m]>yeah and then i could see Anthy in Ibus preferences when selecting Japanese <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>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]>leoprikler: afaik you need ibus, ibus-anthy and font-adobe-source-han-sans <alextee[m]>kirisime: i can see the hiragana here in Quaternion <kirisime>Do you perhaps need fontconfig or some such? <alextee[m]>let me try rebooting, i made a lot of changes since last reboot <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 ld.so.cache <eiro>i remember there was a simple way to get an existing manifest from a channel. i don't remember how <eiro>hmm ok ... so manifest isn't the thing i 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 <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 <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 <eiro>leoprikler: download the whole repo to contribute to 1 package? isn't it overkill? <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>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>I wonder why the guix clojure take 7s to start instead of 1,5s for a foreign distro... ***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>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... <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>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 :( <grillon>thank you for your help I'll come back later to send you results, have to go now <grillon>Could not find agent library hprof on the library path <NieDzejkob>nah, I wrote a patch that makes libcurl itself respect the env vars ***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? <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. <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? ***jonsger1 is now known as jonsger
<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 <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? <str1ngs>raghav-gururajan: dos the package propagate gobject-introspection <str1ngs>i'm assuming gnome-weather uses GJS? <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 <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 <str1ngs>in this case it's a test issue so it's more a build environment issue <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 <leoprikler>str1ngs: i don't think glib-or-gtk-build-system wraps typelib path <str1ngs>though really this error is saying it cant gi the javascript module <str1ngs>leoprikler: glib-or-gtk-build-system has a wrap-all-programs procedure <str1ngs>because GI_TYPLIBE_PATH is a search path <str1ngs>which is propagated from gobject-instrospection <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 <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 <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... <kirisime>And it was propagated by a dependency which is how it was present. <kirisime>raghav-gururajan: Does the application work? <raghav-gururajan>How do I execute an application that was built via "./pre-inst-env guix build app" ?? <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. <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, 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 <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. <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 <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>For more detailed information, looking up the card you have/want to buy on h-node.org 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. <lispmacs>jimminy cricket, looks like we got a few more rust packages now <PotentialUser-52>though I'd have to check if I added exceptions.. portage will suggest them if something is blocked <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? <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. <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>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>PotentialUser-52: Is this Guix on Gentoo or Guix on Guix System? <PotentialUser-52>yeah, but I can't pull/package -u/system reconfigure anymore. each reports "ERROR: In procedure scm-error: invalid access-control list()" <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>"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%" <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 <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. <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! <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 <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 <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 🙂 <nckx>It doesn't flash anything. <nckx>It just launches the settings menu. <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/ci.guix.gnu.org.pub <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>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. <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? *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. <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? <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. <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. <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 <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. <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? <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 mail.runbox.com 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 ‘user.email’ 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. <str1ngs>NieDzejkob: it's an output of git. so git:send-email <NieDzejkob>petition to make guix search highlight keywords it finds :) <nckx>That actually sounds fun to implement. Have fun. <lispmacs>NieDzejkob: easier/better to add that to emacs-guix? <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 user.email 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 <lekzikon>I get: no code for module (inutil geometry), for example. <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>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. <leoprikler>can you paste "tree /gnu/store/hash-guile-inutil"? <lekzikon>NieDzejkob: in "guix repl" I can "(use-modules (alekzikon packages guile))", no errors. <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). <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 run-vm.sh that Guix generates you'll see something like -virtfs local,path="/gnu/store",security_model=none,mount_tag="TAGjoptajej2oynju6yvboauz7pl6uj". You can run-vm.sh -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? <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 <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. ***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 --> afk <alextee[m]>i broke something again, gnome's ctrl+shift+alt+R doesn't work :/ <alextee[m]>you'll see a red circle on the top right of the screen, next to the language s elector <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. <wdkrnls>I think the license is called expat. <yrk>Gooberpatrol66: "expat" perhaps? <alextee[m]>leoprikler: screen recording, it doesn't work anymore <leoprikler>Commit: 7922b6f795eb575084546ec9bfb9d40508a9378e <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? <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>and the flag only matters if you use GUIX_PACKAGE_PATH <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 <pkill9>yay gnome clocks, now my laptop has a timer <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 <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