<str1ngs>I learned the other day that meson does not support cross compilation? <str1ngs>maybe the error was guix's meson build then. <alextee[m]>why is guix not building gtk using meson? i thought gtk was gonna phase out the autotools config ***caleb_ is now known as KE0VVT
***jess is now known as dline
<roptat>any idea what "ninja -o usesphonyoutputs=yes ..." is supposed to mean? when ninja has no -o option? ***dline is now known as jess
<joshuaBPMan>hmmm. I'm trying to set up (host-file to somehow add the result of two files...Or the result of two text files...I think I found a solution ***ChanServ sets mode: -b *!*@95.216.24.230
<nckx>raghavgururajan: Thanks for confirming it's Snopyta (they should set a PTR, maybe? Or maybe that's their selling point...) It's been long enough; I've lifted the ban. <sneek>Welcome back nckx, you have 2 messages! <sneek>nckx, RG[web] says: Yo! Could you lift the ban of webirc.snopyta.org? <nckx>raghavgururajan: I did look at MailPile. As a Python package it might actually be easier to package for Guix than a PHP one, but I needed something that could be thrown into a webroot & just work. Thanks! <joshuaBPMan>nckx: May I ask why python is easier to package over PHP? <joshuaBPMan>Can someone tell me why this is not working in my guix-config.scm? <joshuaBPMan> (host-file (text-file* "hosts" "::1 localhost dobby\n")) <joshuaBPMan> (host-file (text-file* "hosts" "::1 localhost dobby\n")) ***caleb_ is now known as KE0VVT
***catonano_ is now known as catonano
<alextee[m]>nckx: just sent a patch to update meson and meson-for-build, have verified that it works! ***terpri__ is now known as terpri
***iyzsong-- is now known as iyzsong-w
<civodul>mroh: looks like we finally got taglib right :-) <mroh>yeah, looks good indeed ;) thank you very much! <efraim>looks like our cargo-build-system is missing something for reusing artifacts. .cargo is basically empty. everything really is in vendor-dir and target <efraim>when we run something inside a forkexec-constructor/container what is the path to the binary? <civodul>efraim: it takes a list whose first argument is the command file name <efraim>civodul: right, but for this service I need to execute it from the directory where the binary is located <civodul>efraim: then you'd need to chdir right before fork+exec <civodul>but, chdir in shepherd doesn't sound like a great idea :) *civodul tricks people into finding other problems to tackle <efraim>it looks like it takes the directory keyword. maybe rather than using /run/current-system/profile I'll try to use #$package (or somesuch) as the #:directory <civodul>alextee[m]: i guess we can also remove meson-for-build-rpath.patch, right? <efraim>what would I put for store in (package-output store package) <civodul>i guess what you can do is what you wrote above: #~(make-forkexec-constructor (list #$package ...) #:directory #$package) <efraim>It is inside #~ so #$package should work <efraim>otherwise (car (package-outputs package)) should work *efraim knows out is the first output for this package <efraim>now to switch to forkexec-constructor/container and see if I can still get it to work <efraim>always a nice feeling when it works :) <efraim>I wonder how docker feels about a guix container inside it? *efraim heard you like containers, so he put a Guix container inside your Docker container <civodul>efraim: forget about package-outputs, really; in a gexp you should never need any such hack <alextee[m]>is there a way to build a package with the new meson version if it's not installed? (how do i install it from the guix environment?) <brendyyn>alextee[m]: with meson-build-system, use #:meson in the arguments <brendyyn>after #:meson put a symbol that refers to the latest meson version ***atw` is now known as atw
<civodul>i can still use ERC and Gnus, so far so good ;-) <civodul>somehow i could not exit 26.3 properly once "guix upgrade" had completed: it would complain about a .elc being incompatible, even though it was in a 26.3/ subdir, go figure <rndd>hi everyone! where i can find libgtk-x11-2.0.so.0 ? <brendyyn>guix environment --ad-hoc fd -- fd libgtk-x11-2.0.so.0 /gnu/store/ <rndd>brendyyn: thanks/ found it <rndd>so, how to find libSDL_ttf-2.0.so.0 ? <brendyyn>rndd: I think someone is working on producing a search engine to find this stuff. for now you just have to use these tricks and guess. <brendyyn>like there is a package called sdl2-ttf, so its probably that <rekado_>with SDL you may alternatively need to use an SDL union. <rekado_>rndd: itās a quirk of how some versions of SDL work. <civodul>but yeah, do what seems right to you! <alextee[m]>btw i love this interface, much better than debbugs <rekado_>I hope we can add a few more features to make it even more useful <rekado_>in the background itās still just Debbugs. ***rekado_ is now known as rekado
<alextee[m]>what's the general rule of thumb when packaging UI applications? <alextee[m]>do we include aminimal version or a fully featured version? <alextee[m]>like zrythm has support for multiple audio backends (sdl2, jack etc) <alextee[m]>and support for exporting routing graphs with graphviz <rekado>we only provide minimal versions when itās necessary <rekado>e.g. when we need to use the package in a build (e.g. emacs-minimal, git-minimal) <rekado>or when the package is so insanely big that it makes sense to provide a leaner option <alextee[m]>ok that makes sense. i figure if you install a whole UI application minimalism is not really relevant <rekado>as the author of zrythm do you think it would it be possible to build the audio backends separately and install them separately? <rekado>(and then use an environment variable to let zrythm find them?) <alextee[m]>rekado: you mean as plugins? they're currently baked into the executable and turned on via compilation flags <rekado>alextee[m]: yes, I meant as plugins (or modules or libraries, or whatever) <alextee[m]>that would be something worth looking into, detecting features at runtime <civodul>uh, i was wondering why / would keep filling up <civodul>turns out i had left an "strace -f guix-daemon" running <aitzkora>someone knows how to select the version of a package in a environment ? <civodul>for packages with several versions available, run "guix environment --ad-hoc foo@1.2.3" <aitzkora>civodul: I will use the same version for gcc-toolchain and gfortran-toolchain... on a simple example gcov is not able to read the gcda file <alextee[m]>maybe link to it somewhere in the "contributing" manual? <pancak3>nckx: You never re-reviewed my patch :(. Even Ludo asked nicely. Is there anything I can do to help? <civodul>pancak3: i'm not sure which patch you're referring to, but remember that people have many things on their plate <civodul>so it's always annoying when review takes too long, but each one of us is doing their best <civodul>and it's true that right now there's a looong list of patches pending review! <pancak3>civodul: Yep. Sorry if I sounded rude. Last time I mentioned it he said he just forgot so I'm assuming this time is similar. Tobias has my full respect and I really appreciate all he does ;) <civodul>now it's a good idea to ping, just keep in mind that you might need to re-ping later <pancak3>alextee[m]: I forget what the rules are for linking stuff the mentions nonfree stuff. Step #1 mentions windows and stuff <pancak3>alextee[m]: but I would have certainly appreciated more documentation on git send-email when I was starting <civodul>there's no real rule as far as the manual is concerned, but that tutorial looks nice indeed <pancak3>civodul: I'm pretty sure there is some rule. Otherwise the manual would mention nonguix right? <pancak3>something like "FSF software must not support users using nonfree software" or something like that <pancak3>I'm sure it's fine in this case though <civodul>we'd have to see whether linking to git-send-email.io is a problem <civodul>(BTW, the FSF doesn't create software) <pancak3>civodul: FSF endorsed software? GNU branded software? Something like that <alextee[m]><pancak3 "alextee: I forget what the rules"> yeah im aware but it only mentions how to use this on windows in addition to other platforms. I don't see it as promoting windows <sneek>I last saw nckx in #guix 14 hours ago, saying: raghavgururajan: I did look at MailPile. As a Python package it might actually be easier to package for Guix than a PHP one, but I needed something that could be thrown into a webroot & just work. Thanks!. <alextee[m]>even gnu software have windows download links or windows-specific docs <sneek>Its been said that nckx is a nice š¤ļø <pancak3>alextee[m]: That's a really good point... <raghavgururajan>sneek, later tell nckx: Oh cool! IIRC, MailPile had a docker image, which you could use via docker-service-type? I think it is as less work as deploying the application into the weebroot. <pancak3>alextee[m]: http://savannah.gnu.org/register/requirements.php says "must not refer the user to any nonfree software" so I think the rule is you have to provide a fully free workflow, but you can mention nonfree workflows in passing (as long as the free workflow is better or on par with the nonfree one) <alextee[m]>it would be a problem if for example it told you to download proprietary program X <pancak3>When working with the Guix source, I often end up with massive changes in a bunch of .po files and it's rather annoying when I'm looking at diffs. Does anyone else get this? <civodul>pancak3: normally that only happens with the first time <civodul>then you can run (cd po; git checkout .) <zimoun>civodul: the first time can be often. :-) I mean each time I create a new local branch (with worktree), all the po files show up which is a bit annoying; espcially with Magit because it hangs. (So I have something like āgit clean-poā). <mroh>for magit, I suggest: "(setq magit-section-initial-visibility-alist '((stashes . hide) (untracked . hide) (unpushed . hide)))" <zimoun>is possible to re-generate these po files with a Malefile rule instead of bootstrap or configure? <zimoun>mroh: thank you for the Magit tip. But I do not want to hide by default. :-) <civodul>zimoun: ah yes, the first you check out a branch or something <NieDzejkob>what's the matter with those po files? What makes regeneration introduce changes? Is it just changing any string? <zimoun>civodul: since po is related to translators, maybe the rule re-generating could not be included by default with just āmakeā <zimoun>NieDzejkob: the first time you clone (or create a branch with a worktree), then simply run āmakeā and the po files are modified. Which is annoying it hangs Magit. <str1ngs>think the po are probably generated this way so they are available to the release tarball? just a guess *civodul seems to have a plan for "guix archive --export -r $(guix build coreutils -d)" to go from 30s to 2s, weeee! <str1ngs>zimoun: if you checkout the po directory after they are generated. it wont do that anymore. as a work around <zimoun>str1ngs: yeah thatās what I doing but thatās annoying. Because if I forget and switch to Magit, it hangs and so Emacs too and then I am grumpy. :-) <str1ngs>probably the po's don't need to be in git, if they are generated by bootstrap. just a thought <raghavgururajan>civodul: I just saw your email regarding the bug report. I am still testing my SSD. I will update soon. <str1ngs>raghavgururajan: hello, are you aware of any work being done on GTK 4? <str1ngs>raghavgururajan: right, I'm just curious. <raghavgururajan>Last time I checked, the was no official release for gtk4 upstream. Still on 3.9x. Which is beta gtk4. <str1ngs>raghavgururajan: understandable, but in the case of Nomad I'm thinking ahead of the curve. it may make more sense to avoid gtk3 and target gtk4. I'm not thinking in terms of a end user but as a developer. <str1ngs>rekado: hello, did you create a bug report for that LD_LIBRARY_PATH. I wanted to keep track of that. <str1ngs>raghavgururajan: maybe I'll work on a local one for now. just let me know if there is anything gtk4 related coming down the pipe. :) <raghavgururajan>str1ngs: I was planning on packaging gtk4, when 4.0.0 is relased. But I could try with 3.9x.y. <str1ngs>raghavgururajan: it might not hurt to stage something primitively. as long as it does not effect stable versions. <str1ngs>raghavgururajan: if you are busy with other things I'll start a local copy. then maybe we can calibrate when you are ready? <raghavgururajan>str1ngs: yeah, it will not affect other gtk versions or it's dependent packages. The name change from gtk+ to gtk is favourable of this situation. We can package gtk4 as just as gtk, instead of gtk+-next. <sneek>Welcome back nly, you have 2 messages! <sneek>nly, str1ngs says: can you test nomad on guix system. with a recent guix pull. the version should be 0.2.0-alpha-100-g6a565d3 <sneek>nly, str1ngs says: make sure to test with guix install. I'm trying to replicate a reported issue. <raghavgururajan>str1ngs: Sure, you can proceed with your plan. I will follow-up with you once I clear up other things. <nly>Aug 20 2020 18:54:42 (current), do i need to update guix <alextee[m]>can we make the linter thing an actual package so it doesn't have to be rebuilt every time? <nly>call me old fashioned <nly>but it's hard to stop users from installing whatever they want on guix. <str1ngs>nly: but if you could test nomad 0.2.0-alpha-100-g6a565d3 which is newer pull that would be handy. <nly>can i do this tomorrow? <str1ngs>alextee[m]: also that could be used in real time via emacs :) <alextee[m]>str1ngs: i don't use emacs (yes, i know, i'm going to hell) <str1ngs>nly: it's not a rush. just instead of using make run. if that makes sense? *str1ngs sprinkles holy water everywhere. *str1ngs mumbles a litany, for alextee[m] soul. *str1ngs makes some hand gestures *alextee[m] repents for his sins and vows to learn emacs one day <str1ngs>alextee[m]: I actually used vi/vim for 20 years before I saw the light. <str1ngs>I guess that makes me a born again emacs user? <nly>you can be forgiven if you enchant all 6975 commands in Emacs without a script <str1ngs>12 emacs recompiled and go ans sin no more! <nly>pro tip, i can sell you a short path to redemption. All you have to do is install and start using Nomad alextee <str1ngs>using nomad might be punishment unto it's self lol <alextee[m]>ah the browser thing. i actually want a new browser so i'll try it (pale moon is on the list too) <nly>built str1ngs /gnu/store/qgwhkkn418jrab3z9q53z0iiami1vxkf-nomad-0.2.0-alpha-100-g6a565d3 <str1ngs>nly: nice. you can start nomad from the full path even <apteryx>alextee[m]: what would having guix lint as a separate package help with? <zimoun>alextee[m]: maybe what you are looking for is āetc/indent-code.el fileā otherwise āguix lint package-nameā <alextee[m]>apteryx: not having to run configure/make, and it's useful as a general purpose tool <alextee[m]>oh `guix lint -L <where scm file is> package-name` <apteryx>what zimoun says. None of these require configure/make (assuming you have Guix installed already). <efraim>one of these days I'm going to add more functionality to guix-vim <PotentialUser-49>guix pull: error: failed to load '/home/eric/.config/guix/channels.scm': <efraim>currently it's only really useful for running :make in a guix.scm file <alextee[m]>str1ngs: /tmp/guix-build-geonkick-2.3.7.drv-0/source/src/globals.h:37:10: fatal error: filesystem: No such file or directory <alextee[m]>/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/bin/c++ -I/tmp/guix-build-geonkick-2.3.7.drv-0/build -I/tmp/guix-build-geonkick-2.3.7.drv-0/source -I/tmp/guix-build-geonkick-2.3.7.drv-0/source/dsp/src -I/tmp/guix-build-geonkick-2.3.7.drv-0/source/utils -I/gnu/store/03i7zpq2240c6ninzqqr7lpvzn6qy5r1-redkite-1.0.3/include/redkite -I/tmp/guix-build-geonkick-2.3.7.drv-0/source/src -Wall -O3 -msse -msse2 -mfpmath=sse <alextee[m]>-ffast-math -fomit-frame-pointer -fvisibility=hidden -DGEONKICK_DATA_DIR=\"/gnu/store/g27f92w0rvzvkcspzwpf1ybiz7manx4x-geonkick-2.3.7/share\" -DRK_OS_GNU -O2 -g -DNDEBUG -fPIC -std=gnu++1z -o CMakeFiles/geonkick_common.dir/src/geonkick_slider.cpp.o -c /tmp/guix-build-geonkick-2.3.7.drv-0/source/src/geonkick_slider.cpp <str1ngs>slyfox: should be in libstdc++ but you might need -std=c++17 GCC flag <str1ngs>alextee[m]: must be something else though <alextee[m]>how do i use a different version of gcc for the build? <str1ngs>alextee[m]: also it could be an include path issue <alextee[m]>in that forum post: AFAIK the GNU implementation of the filesystem TS is not part of their standard C++ library; it is in a separate library called libstdc++fs.a. This library is not available / is thoroughly broken on non-posix platforms. <alextee[m]>Filesystem is a technical specification (as opposed to the core language), you might need -std=gnu++1z or -std=c++1z flag instead of -std=c++17 to use it - I did. <alextee[m]>oh hmm so that part is fine since it already does -std=gnu++1z *alextee[m] looks for how to add a specific version of a native input <str1ngs>alextee[m]: /gnu/store/z22nr240sn06698ffsy5ffb812qm1wzc-libstdc++-7.5.0/include/experimental/filesystem does exist atleast <str1ngs>alextee[m] what version do you want to use. the numbers are not always logical <str1ngs>I see from the log -std=gnu++1z is being used. can you confirm that std should work over c++17 <alextee[m]>so my guess is that gcc 7 (default) doesn't support it <str1ngs> /gnu/store/z22nr240sn06698ffsy5ffb812qm1wzc-libstdc++-7.5.0/include/experimental/filesystem might suggest otherwise <str1ngs>you did not set -std=gnu++1z for cmake? <str1ngs>alextee[m]: don't worry ++1z is the same and as ++17 <str1ngs>alextee[m]: I suspect this is an include issue. though I would think the gcc spec files would handle this. <str1ngs>well it's fixed.. but do we know why?.... who cares! <asdf->I have 'guix install git nss-certs openssl gnutls' and I still get '*** PKI verification of server certificate failed... *** Fatal error: Error in the certificate." I have defined env variables: SSL_CERT_DIR, SSL_CERT_FILE & GIT_SSL_CAINFO .... I am using Guix System 1.1.0 and I have guix pull'd <asdf->i'm stumped on why the certs aren't being recognized <asdf->the date is correct but the time is wrong <str1ngs>asdf-: okay, can you try again but with a new terminal or shell? <str1ngs>asdf-: also are you on guix foreign or system? <asdf->opened up a new shell and still getting an error on gnutls-cli -p 443 raw.githubusercontent.com <asdf->the time is set to a different timezone and is correct <str1ngs>asdf-: it's possible the the certs are too old with 1.1.0. what is the output of guix describe? <asdf->this errors gnutls-cli -p 443 raw.githubusercontent.com <str1ngs>asdf-: did you define SSL_CERT_DIR byhand? <str1ngs>GIT_SSL_CAINFO should be set by sourcing ~/.guix-profile/etc/profile <str1ngs>normally you don't want to do these yourself. <asdf-> export SSL_CERT_DIR="$HOME/.guix-profile/etc/ssl/certs" <asdf-> export SSL_CERT_FILE="$HOME/.guix-profile/etc/ssl/certs/ca-certificates.crt" <asdf-> export GIT_SSL_CAINFO="$SSL_CERT_FILE" <apteryx>mine points to /etc/ssl/certs/{,ca-certificates.crt}, without doing anything on a Guix System <str1ngs>asdf-: is there a reason you need to set them byhand? <str1ngs>~/.guix-profile/etc/profile should set what you need provided you source it. <str1ngs>asdf-: probably you have nss-certs in your system profile. <apteryx>asdf-: my operating-system definition includes nss-certs in its set of default installed packages <str1ngs>asdf-: please read the top of ~/.guix-profile/etc/profile and use that <asdf->str1ngs, thank you for your help <asdf->str1ngs, GUIX_PROFILE is undefined... what am I supposed to look for in this profile file? <str1ngs># source /path/to/profile/etc/profile <str1ngs>though on guix system this should acatually be done for you now that I think about it. <str1ngs>try maybe just removing the variables you defined by hand. <asdf->"/gnu/store/33k4rd7h2pbrnkb9w9w8lpkblaw4kk2k-profile/etc/profile" E166: Can't open linked file for writing <asdf->i think there is a mismatch on the profiles being used <asdf->might be easiest to reinstall everything <apteryx>asdf-: that's normal, ~/.guix-profile/profile is just a link to a profile to the store, your current user profile generation. <apteryx>you can see that with: realpath ~/.guix-profile <apteryx>store items are not meant to be edited modified <apteryx>I don't think a reinstall is necessary. Does your use case works in an environment? "guix environment --ad-hoc git nss-certs openssl gnutls", then the command that failed. <asdf->still fails.... gnutls-cli -p 443 www.github.com <asdf->apteryx & str1ngs, i really appreciate both of your time <asdf->going for a walk and trying again later <apteryx>asdf-: seems gnutls is special, in that it will only look under /etc/. So you need to install nss-certs at the system level (via guix system reconfigure, after adding nss-certs to the packages list of your operating-system declaration) <rupicapra[m]1>If I want to add swapfile (post installation), do I just add it to (filesystem (...? Didn't see a clear part in the manual. <apteryx>asdf-: there's a nice comment explaining that limitation (no environment variable can be used to specify gnutls' trust store) in the gnutls package definition (see: guix edit gnutls). <raghavgururajan>rupicapra[m]1ā: Instead of manually creating swap file/space, you could add `(service zram-device-service-type)` to your services list in config.scm. It will take care creating swap device for you. <alextee[m]>how does it work? do you need to start it manually? <alextee[m]>i thought it needed to be a service of some kind since it's a server <rekado>it exists probably only because it was needed as an input to something else <alextee[m]>i see. well with the latest release it seems like the dev wants us to start giving it a spin so i'll test it <rekado>it may well be that weāll have to add a service for it. <alextee[m]>apparently you don't need to m ake changes to current apps because it implements the same symbols as jack and pulsewire <alextee[m]>yeah adding a service would make the most sense i think <raghavgururajan>> rekadoā: it exists probably only because it was needed as an input to something else <raghavgururajan>alextee[m]: I have update pipewire in wip-desktop, which will be added to master eventually. <raghavgururajan>And yeah, as rekado mentioned, we need a service to use it as a running server. <alextee[m]>it's almost completely compatible with jack with its latest release afaik <alextee[m]>and it provides libjack that it implements and the symbols are the same <alextee[m]>so any app using jack will be using pipewire's jack implementation <alextee[m]>raghavgururajan: so i just ran "pipewire" and it says: <alextee[m]>[E][000183756.721472][backend-ofono.c:448 ofono_register_reply()] Register() failed: org.freedesktop.DBus.Error.ServiceUnknown <alextee[m]>[E][000183756.721856][bluez5-dbus.c:1442 get_managed_objects_reply()] GetManagedObjects() failed: org.freedesktop.DBus.Error.ServiceUnknown <raghavgururajan>alextee[m]: Looks like dbus-service is missing. Btw, master or wip-desktop? <matijja>It does work on local, but not on server. <matijja>The .scm files missin in .guix-profile directory. (But symlink is there) <raghavgururajan>alextee[m]: I see. Not sure what is wrong there. I have revised the pack-def while updating, in wip-desktop. Could you try from there? <alextee[m]>you can start jack apps (like zrythm) using `pw-jack zrythm` <alextee[m]>raghavgururajan: how do i use the one from wip-desktop without pulling? <raghavgururajan>alextee[m]: `guix install pipewire --with-branch=pipewire=wip-desktop` ***davidpgil1 is now known as davidpgil
<matijja>Is there any way to verbose install guix package? <alextee[m]>i successfully ran zrythm over piipewire and it seems to be working somehow <rekado>(why did you set GUIX_PACKAGE_PATH, though?) <matijja>rekado: I have package description in /root/guix directory. <matijja>Only thing is, .scm files is missing in /root/.guix-profile/... <rekado>what does your package definition for logs do? <rekado>BTW: if you want to debug what your package definition does use āguix buildā <alextee[m]>first, run `PIPEWIRE_DEBUG=3 pipewire` to start the server <alextee[m]>then `PIPEWIRE_DEBUG=3 pw-jack qjackctl` to manage the graph *rekado always uses patchage and almost never qjackctl <alextee[m]>rekado: i thought patchage was a plugin, do you use it to configure jack too? qjackctl has scripts to run on startup and other cool stuff <alextee[m]>qjackctl i think is the best for managing the jack server from a UI <rekado>yes, I use patchage to connect things. For scripts I use jack_connect. *alextee[m] is afraid of the command line <alextee[m]>i thinki have a startup script that boots qjackctl and starts it <matijja>... I delete .guix-profile and reinstall program. Now works fine. Weird. <FennecCode>Hey, so I'm having some trouble mounting NTFS drives on Guix. Can anyone help me figure out why? <FennecCode>It always mounts as read only, and I can't seem to mount it as write no matter how I try to remount it. I have NTFS-3G installed as a user <leoprikler>I'm not sure if that's just superstition, but it might make a difference if you install it system-wide. <leoprikler>Other than that, your disk can be mounted r/w by other distros, right? <FennecCode>Maybe. Would that be installing as root, or as part of the OS configuration? <FennecCode>I can mount in other distros, but it's a pain. There are also scenarios where I need a particular NTFS drive mounted on Guix <leoprikler>as part of OS config if on Guix system, or through the native package manager on a foreign one <FennecCode> Alright. I'll give that a shot and see if it does anything.