<roptat>for webgl, you can enable it by going to about:config and settings security.sandbox.content.read_path_whitelist to /gnu/store/ (with a trailing / to allow read to it and its subdirectories), then restart the browser
<jayspeer>doesn't seem like a big issue to me - if it's only my package causing the problem. However if there are several problematic packages it would be better to fix it now, rather than keep pushing with annoying phase. Future will only bring in more packages
<jayspeer>will overshadowing reset-gzip-timestamps with updated one still cause package rebuild?
<roptat>civodul, ah, maybe that's why I suddenly can't run a guix command anymore... it's waiting for a timeout
<roptat>jayspeer, it will, for any package that has the updated phase
<roptat>the hash in the store is combination of inputs, sources and recipes. That phase is part of the recipes, so if we change it, we change the hash of any package that uses it, causing a rebuild
<jayspeer>wasn't the big thing for lisp like languages changing function definition during runtime? :)
<jayspeer>is the definition of reset-gzip-timestamps include in that?
<valignatev>bandali: I just sent an email to firstname.lastname@example.org with a patch that can be applied to your patch. It's not visible in the issue yet and I hope I didn't messed anything, this is really the first time I'm doing it (yeah, I'm github era child, don't judge :D)
<leoprikler>Mach ein Ziehbegehren, wenn du mit der Vereinigung fertig bist.
<valignatev>leoprikler: guix package -u emacs-next won't work with hardcoded version?
<leoprikler>not as far as I know, since the versions would be the same
<valignatev>Hm, if it doesn't take commit and sha hash into account to figure out if there was a change then yes, hardcoded version is a problem. I didn't know that. Then yeah, hardcoding the search path or making it into some kind of a regexp is a better way
<leoprikler>find out what meson/README.md/the source files say
<leoprikler>some packages may include licenses of their dependencies, which may or may not affect said dependencies
<kirisime>leoprikler: COPYING says LGPL 2.1, COPYING.icons says creative commons stuff and public domain stuff, and COPYING.snowball looks like the expat license to me but it's not like I'm an expert...
<efraim>although on the mail front my fetchmail was failing to pass mail to the MDA on my server so I was missing about a month worth of mail from two older email addresses so I probably shouldn't talk about mail being "easy" :)
<bandali>for me it's been the best decision i've ever made w.r.t. doing mail
<valignatev>bandali: No any particular reason. Just me not wanting to use Emacs for that kind of stuff :) It might change in the future though, so who knows
<bandali>valignatev, sure :) you may be missing out on some good stuff tho ;) i'd be happy to answer questions if you decide to give it a shot
<jonsger>kirisime: geary seems to be more focused on "modern" mails e.g. HTMLish
<valignatev>bandali: Maybe a part of "why" is that I've tried emacs for IRC via circe and it was bad. I understand that you can't compare two different packages doing two completely different jobs, but I realized that I'd better try something off-emacs if the purpose is not related to my programming/writing stuff
<bandali>valignatev, i kinda understand how that can leave a not-so-great impression :) but indeed, one can't really generalize based on that
<bandali>many folks use circe and quite like it. me? not so much. i do love ERC though
<kirisime>bandali: I constructed a thing from offlineimap, notmuch, some sendmail thing and some elisp and python to get things working as I'd wanted, it was nice until it no longer downloaded my mail. The real reason why I don't like it is that there isn't a completely self-contained mail client available which is all I care about.
<valignatev>I also don't like IRC in general, but hey, here I am :)
<bandali>for me, the most compelling reason in doing more/most things in emacs is, emacs is where i feel home when using a computer. and naturally i'd love to maximize that comfort
<valignatev>nckx: I've used that casually in one slack group and then had to explain what that means exactly
<valignatev>So I got an impression that "holy war" isn't used widely
<nckx>valignatev: Strange. I'd expect anyone in the Free Software community to be familiar with the tongue-in-cheek term (and the rich history behind it https://en.wikipedia.org/wiki/Editor_war). Anyway, my hatin' on Geary days are over (packaged it once, hated it, went back to Emacs) so I'll leave this for the young'uns.
<bandali>kirisime, not dissing geary, but as i said, a Gnus setup doesn't have to be this elaborate either
<bandali>and one *could* implement imap idle there too
<bandali>on the plus side, i've found Gnus and to some extent notmuch-emacs are the only two MUAs that let me work my way through a couple hundred emails everyday without getting in my way
<nckx>bandali: I don't follow Emacs development, but doesn't it support something vaguely like threads now? I assumed that was the main reason for missing Emacs-native IMAP (& IDLE) in the past.
<bandali>nckx, yeah emacs a limited form of concurrency with threads, but it's mostly co-operative, and afaik requires explicit yields
<nckx>vagrantc: See: this very channel; yesterday.
<vagrantc>is someone working on deltachat for guix? :)
<leoprikler>Well, I can't talk about current Thunderbird, but Efail worked on all of Thunderbird's crypto.
<leoprikler>whereas relatively smaller mail clients did not suffer from it
<bandali>i thought efail had to (in part) do with gpg's somewhat clunky interfaces?
<vagrantc>the problem with encrypted email is you have no idea what the other end of the connection is using ... you can do everything right, but if they use some questionable client, all your base are belong to us
*vagrantc is working on pinebook-pro support for guix and debian a bit between other projects
<leoprikler>I think Efail specifically targeted the combination of HTML rendering + Encryption
<nckx>That was my layman's understanding while I stood by eating text/plain popcorn.
<zap`>Blackbeard[m]: yeah I know but it is better to use them then gmail. You can generate keys and encrypt stuff using their web interface. They opensource clients. They respect GDPR. What else would you suggest as a user friendly alternative for absolute non-techies?
<leoprikler>Specifically, the "From:" line will be used for the sake of attribution.
<kirisime>I guess it's time to stop being afraid of having my given name online...
<leoprikler>I'm not sure, whether it has to be your real name, but at least it has to be some name + email that belong to you
<leoprikler>Putting a mail, that is only valid inside your home (if even), is not really a good idea.
<talope>hi, i'm wondering how to make suspend-to-disk work on my laptop. I've added swap space the guix way, and loginctrl hibernate works (as well as direct tee in /sys/power/stat) however the initrd does not resume properly, even with resume=/dev/sdaX set on the kernel commandline. Anybody knows where to look / how is initrd handled in Guix ?
<lispmacs>hi, does anybody know how to remove the privacy settings disable in new tabs in icecat. The settings btn does not give an option for it
<nckx>You'd do the latter: git clone guix, guix environment guix → ./bootstrap && configure --localstatedir=/var && make, then invoke your custom guix as ~/the-git-repo/pre-inst-env guix system reconfigure …
<brettgilio>Basically my issue is that fencepost is POP, and for whatever reason built in gnus fetcher doesn't seem to want to fetch from Fencepost. I can fetch using getmail, but not from gnus directly. It's odd
<brettgilio>Was wondering if somebody would want to share their setup.