IRC channel logs


back to list of logs

<str1ngs>I learned the other day that meson does not support cross compilation?
<alextee[m]>it does, with cross files
<alextee[m]>but i never tried it
<str1ngs>maybe the error was guix's meson build then.
<str1ngs>err meson build system
<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
<joshuaBPMan>well I thought I had it...guess not.
<joshuaBPMan>wrong type argument...expecting string: #f
***ChanServ sets mode: -b *!*@
<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, raghavgururajan says: MailPile ( 🐍
<sneek>nckx, RG[web] says: Yo! Could you lift the ban of
<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
<efraim>ctags is from emacs?
<str1ngs>looks that way
<civodul>Hello Guix!
<mroh>hey civodul!
<janneke>hello civodul!
<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
<alextee[m]>can a maintainer pls check this meson patch?
<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
<civodul>like make-forkexec-constructor
<civodul>alextee[m]: will do!
<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>are you sure you want to do that?
*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?
<civodul>efraim: ah yes, that should work
<efraim>what would I put for store in (package-output store package)
<civodul>don't use package-output :-)
<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>as expected #$package worked
<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
<civodul>re containers: :-)
<alextee[m]>civodul: just saw it. thanks for merging!
<alextee[m]>i'll send a patch for zrythm later today
<civodul>alextee[m]: great!
<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
<alextee[m]>is there an example for that? brendyyn:
<brendyyn>after #:meson put a symbol that refers to the latest meson version
<brendyyn>alextee[m]: I did it here to test out the latest Sway
<alextee[m]>brendyyn: thanks!
***atw` is now known as atw
<civodul>yay Emacs 27.1! \o/
<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 ?
<brendyyn>gtk+ 2
<rekado_>can confirm
<rndd>you mean gtk+@2 ?
<brendyyn>guix environment --ad-hoc fd -- fd /gnu/store/
<rndd>brendyyn: thanks/ found it
<rndd>so, how to find ?
<rndd>fpr example
<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.
<rndd>okay 0_o
<rekado_>civodul: This last patch looks good to me: What do you think?
<rekado_>rndd: it’s a quirk of how some versions of SDL work.
<civodul>rekado_: i trust you! :-)
<civodul>i have to go to a meeting
<civodul>but yeah, do what seems right to you!
<alextee[m]>ping maintainers: sent updated patches for zrythm and friends if someone is free to look at it:
<alextee[m]>btw i love this interface, much better than debbugs
<alextee[m]>support for toggling quotes and patches is kewl
<rekado_>alextee[m]: thank you :)
<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
<alextee[m]>should these features be included?
<alextee[m]>(more dependencies)
<rekado>yes, include them
<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
<raghavgururajan>Hello Guix!
<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
<alextee[m]>and loading them at runtime
<alextee[m]>i'll look into it
<alextee[m]>(but not anytime soon)
<rekado>cool cool :)
<civodul>uh, i was wondering why / would keep filling up
<civodul>turns out i had left an "strace -f guix-daemon" running
<mroh>ups ;)
<aitzkora>someone knows how to select the version of a package in a environment ?
<civodul>hey aitzkora!
<aitzkora>I found : with an @
<civodul>for packages with several versions available, run "guix environment --ad-hoc foo@1.2.3"
<aitzkora>molt gracies
<civodul>nedank' ;-)
<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
<civodul>ok, so you should use 7.5 then
<alextee[m]>this is great
<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>hi pancak3
<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>heh alright :-)
<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>so one rule of course if the FSDG
<civodul>we'd have to see whether linking to 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
<raghavgururajan>sneek, seen nckx?
<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
<raghavgururajan>sneek, who is nckx?
<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]: 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]>pancak3: well it points you to
<alextee[m]>which is free software
<alextee[m]>it would be a problem if for example it told you to download proprietary program X
<pancak3>:D everything is wonderful then
<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. :-)
<pancak3>thanks guys! That helps
<civodul>zimoun: ah yes, the first you check out a branch or something
<civodul>we should do something about it!
<civodul>i'm not sure why though
<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?
<raghavgururajan>str1ngs, You mean in Guix?
<str1ngs>zimoun: I hear ya man :)
<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>err the issue*
<raghavgururajan>str1ngs: I understand.
<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.
<raghavgururajan>Anyway, I'll keep you posted. :-)
<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.
<str1ngs>nice, that is helpful.
<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.
<str1ngs>nly: we found the issue! :P
<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
<str1ngs>nly: dude, Aug 20 is so ooooold.
<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
<alextee[m]>guix install guix-lint-package or something
<str1ngs>nly: I would ... never!
<nly>but it's hard to stop users from installing whatever they want on guix.
<alextee[m]>and then i'd run guix-lint <file>
<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 :)
<str1ngs>I just assume everyone uses Emacs!
<alextee[m]>str1ngs: i don't use emacs (yes, i know, i'm going to hell)
<alextee[m]>should have said i use vim
<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).
<apteryx>you're welcome!
<efraim>one of these days I'm going to add more functionality to guix-vim
<PotentialUser-49>I launched guix pull whit the following result
<PotentialUser-49>$guix pull
<PotentialUser-49>guix pull: error: failed to load '/home/eric/.config/guix/channels.scm':
<alextee[m]>what package is lstdc++fs in ?
<alextee[m]><efraim "one of these days I'm going to a"> :O
<alextee[m]>just found that package, nice
<alextee[m]>efraim: thx
<efraim>currently it's only really useful for running :make in a guix.scm file
<str1ngs>alextee[m]: you mean libstdc++ ?
<alextee[m]>hmm i added gcc "lib" as a dependency
<alextee[m]>but still not found
<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]> #include <filesystem>
<alextee[m]>I see -std=gnu++1z in the cflags:
<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
<alextee[m]>wait what version is gcc hmm
<str1ngs>slyfox: should be in libstdc++ but you might need -std=c++17 GCC flag
<alextee[m]>7.5.0. i think it's too old
<str1ngs>alextee[m]: see above
<alextee[m]>it already has -std=gnu++1z
<alextee[m]>it's a cmake project
<str1ngs>oh the vim of build systems :P
*str1ngs hides
<str1ngs>alextee[m]: must be something else though
<alextee[m]>how do i use a different version of gcc for the build?
<alextee[m]>full configure/build log here:
<str1ngs>alextee2: add it to native-inputs
<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]: ("gcc" ,gcc-9)
<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]>it says this feature neds c++17
<alextee[m]>so my guess is that gcc 7 (default) doesn't support it
<alextee[m]>trying gcc 9 now
<str1ngs> /gnu/store/z22nr240sn06698ffsy5ffb812qm1wzc-libstdc++-7.5.0/include/experimental/filesystem might suggest otherwise
<str1ngs>try with c++17 first please
<str1ngs>you did not set -std=gnu++1z for cmake?
<alextee[m]>no it gets used by default
<alextee[m]>let me check the cmake files
<str1ngs>alextee[m]: don't worry ++1z is the same and as ++17
<str1ngs>they are synonymous
<alextee[m]>set(CMAKE_CXX_STANDARD 17)
<alextee[m]>not sure why it's using the gnu one
<str1ngs>alextee[m]: I suspect this is an include issue. though I would think the gcc spec files would handle this.
<alextee[m]>build works with gcc 9
*alextee[m] shrugs
<str1ngs>well it's fixed.. but do we know why?.... who cares!
<rekado>str1ngs: it’s this bug:
<str1ngs>rekado: thank you.
<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
<str1ngs>asdf-: hello, is your date correct?
<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->i'm on guix system
<asdf->opened up a new shell and still getting an error on gnutls-cli -p 443
<asdf->the time is set to a different timezone and is correct
<asdf->still error
<str1ngs>asdf-: what about curl https://raw.... etc
<asdf->building curl now
<str1ngs>asdf-: it's possible the the certs are too old with 1.1.0. what is the output of guix describe?
<asdf->curl -v works fine
<str1ngs>okay so not a cert issue.
<asdf->this errors gnutls-cli -p 443
<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"
<asdf->that is how i set it
<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.
<asdf->str1ngs, i read it at
<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
<str1ngs>asdf-: working now?
<asdf->str1ngs, GUIX_PROFILE is undefined... what am I supposed to look for in this profile file?
<asdf->apteryx, thank you
<str1ngs>asdf-: you define that by hand.
<str1ngs># GUIX_PROFILE=/path/to/profile ; \
<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.
<str1ngs>asdf-: ^
<asdf->str1ngs, thanks
<asdf->cd ~/
<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
<asdf->try, try and try again...
<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
<asdf->ahh... yes
<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
<asdf->apteryx & str1ngs, i really appreciate both of your time
<asdf->going for a walk and trying again later
<apteryx>asdf-: good idea :-)
<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)
<apteryx>it looks under /etc/ssl/certs
<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]>guix manual -> ctrl + f "pipewire"
<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>alextee[m]: I don’t know!
<rekado>it exists probably only because it was needed as an input to something else
<rekado>such as krfb
<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>oh, and mutter
<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
<rupicapra[m]1>raghavgururajan: thanks!
<alextee[m]>pulsewire? pulseaudio
<raghavgururajan>> rekado‎: it exists probably only because it was needed as an input to something else
<raghavgururajan>Yep! GNOME.
<raghavgururajan>alextee[m]: I have update pipewire in wip-desktop, which will be added to master eventually.
<alextee[m]>nice! raghavgururajan:
<alextee[m]>i'm about to send a patch to add surge-synth!
<raghavgururajan>And yeah, as rekado mentioned, we need a service to use it as a running server.
<alextee[m]>it's a stand-in replacement for jack at least
<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]>(i was told)
<alextee[m]> < surge
<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?
<alextee[m]>raghavgururajan: master
<matijja>Hello Guix!
<apteryx>matijja: hi!
<matijja>I have problem with this package, again:
<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?
<matijja>What should I look for?
<alextee[m]>raghavgururajan: ok i asked in #pipewire
<raghavgururajan>alextee[m]: Cool!
<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
<alextee[m]>raghavgururajan: thx!
<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
<raghavgururajan>matijja: `guix install --debug=LEVEL`
<matijja>It seems my .guix-profile doesn't link to current profile?
<rekado>what you pasted looks all fine.
<rekado>(why did you set GUIX_PACKAGE_PATH, though?)
<matijja>rekado: I have package description in /root/guix directory.
<rekado>ah, I see
<matijja>Only thing is, .scm files is missing in /root/.guix-profile/...
<rekado>what .scm file?
<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]>rekado: raghavgururajan
*alextee[m] uploaded an image: Screenshot from 2020-09-10 20-42-16.png (113KiB) < from 2020-09-10 20-42-16.png >
<matijja>rekado: It should build and linke some .scm files into profile:
<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] uploaded an image: Screenshot from 2020-09-10 20-47-05.png (429KiB) < from 2020-09-10 20-47-05.png >
<alextee[m]>i have sound from zrythm through pipewire! ^
<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]>if it's just for viewing the graph ok
<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 just click "start" and it automagically works
<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.