<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?
<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
<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)
<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”).
<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: 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>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
<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
<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.