Re: Guide! Help! Using guix, or GNU/Linux, for secrecy, privacy.

Hi! I don't understand why using a VPN would help with regard to privacy. Tor should be doing the job here. A VPN, as I understand it, only forwards the privacy issue to a third-party (usually untrustworthy) entity, the VPN service. > You'll browsing speed probably won't support playing internet

Re: wip-node-14 branch

Hi! Jelle Licht skribis: > First things first: most of the hard work has been done by others. I'd > like to specifically thank Timothy Sample for their > `other-node-build-system' and Ryan Prior for getting `esbuild' packaged > and telling me about it. A shout out goes to Giacomo Leidi for makin

Re: RFC: subcommand to pause/resume builds

Hi, John Soo skribis: > This feels close to little sed/awk pipelines. Which is not to be > entirely dismissive. I like the compositionality of these tools. In > fact I mentioned earlier that it might be good to send arbitrary > signals. But why not let kill (shell or scheme) do that? All we w

Re: RFC: subcommand to pause/resume builds

Hi, John Soo skribis: > After even further investigation, > > Does guix processes output the desired rec format? It seems hard to > select the child process pid: > > ChildProcess: 16923: guile --no-auto-compile -L > /gnu/store/8a0wry8cvr405ha8d8bpjyzj5dzghigd-module-import > /gnu/store/mh1fkn1

Re: bug#44053: ‘xdg-mime-database’ profile hook is slow

Hi, Luis Felipe skribis: > ‐‐‐ Original Message ‐‐‐ > On Tuesday, November 3, 2020 11:32 PM, zimoun > wrote: > >> Hi, >> >> > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=76ea70bd70aeb76570445c11cea2f98139192b54 >> >> Clever workaround! What are now the performances on previou

Re: bug#44053: ‘xdg-mime-database’ profile hook is slow

Hello, zimoun skribis: >> So it would seem we cannot simply used the pre-built database from >> ‘shared-mime-info’ and merge it with that of the other packages, at >> least not without changing ‘update-mime-database’ or re-implementing >> parts of it on our side. > > ’shared-mime-info’ is simply

Re: A public Lisp programming interface provide feature like `guix environment --container`

Hi, Zhu Zihao skribis: > "guix environment --container" is a very useful feature for me to > isolate the untrusted software. But sadly it lacks a interface for user > to use it in Lisp programming. The interface to containers is in (gnu build linux-container), though it’s a bit lower-level comp

Re: Make guix-publish's URL identical to cache file name

Hi, Jonathan Brielmaier skribis: > I'm running myself a smaller cuirass+publish server and I have > configured the caching on the nginx side and not with `guix publish`. This is suboptimal because then your /nar responses lack the ‘Content-Length’ header (‘guix publish’ cannot provide that head

Re: Make guix-publish's URL identical to cache file name

Hello! Peng Mei Yu skribis: > This proposal aims to solve an old problem. Make it easier to setup a > mirror server for the official substitute server and prevent future > complaints from China residents about network speed. Just so you know: we’re aware of this problem and agree that it needs

Re: Releasing guix binary in Docker format too?

Hi! Danny Milosavljevic skribis: > On Wed, 21 Oct 2020 17:42:36 +0200 > Ludovic Courtès wrote: > >> zimoun skribis: >> >> > The tool is 'skopeo' and packaged in Guix. >> > >> > However, push to DockerHub requires an account (by Guix project) which >> > requires... probably non-free JS, at lea

Re: “guix pack -RR r“ fails?

Hi, zimoun skribis: > The usual ‘./bin/R’ fails with: > > $ ./bin/R > : unsupported Guix execution engine; ignoring ‘GUIX_EXECUTION_ENGINE’ is set to the empty string. > ./bin/R > R version 4.0.3 (2020-10-10) -- "Bunny-Wunnies Freak Out" > > [...] > > *** caught segfault *** > address 0x7f44f

‘version-1.2.0’ branch created!

Hi Guix! We have a new branch now! This branch should take primarily important changes that fix the installer or other key elements. It should not change translatable strings and should not change the manual either, unless a fix requires it, because translations are being finalized. It may be O

[Outreachy] Thank you & decision in progress

Dear, Thank you for your application to the project: « Add a subcommand showing GNU Guix history of all packages ». During this period, we hope the community have been welcoming enough to make you want to contribute again to Free Software, here with Guix or elsewhere. You are 3 applicants and we

Re: Guide! Help! Using guix, or GNU/Linux, for secrecy, privacy.

Hi, On Thu, 05 Nov 2020 at 20:14, Aniket Patil wrote: > reliable either. Recently, I read zimouns vlog > > " right, Google is evil, but the storage and the search features are really > useful. So, I am thinking to switch to notmuch , > but not enough time to configure i

Re: Releasing guix binary in Docker format too?

Hi, On Fri, 06 Nov 2020 at 10:59, Ludovic Courtès wrote: > guix pack guix -f docker -S /bin=bin \ >--entry-point="bin/guix-daemon --disable-chroot" > > might work, right? > > Someone needs to try because the devil is in the details. I will try to give a try. If someone does not beat me.

Re: Guide! Help! Using guix, or GNU/Linux, for secrecy, privacy.

Hi zimoun, Yes, you wrote it on your blog. http://zimoun.github.io/about/ Read first reference. Also, unplugging from everything is not an option. I feel so. I will think about it. For hardware isn’t running X200 with libreboot as BIOS enough, with trisquel on top of that or any other free distr

Re: ‘version-1.2.0’ branch created!

Hi, On Fri, 06 Nov 2020 at 11:15, Ludovic Courtès wrote: > We have a new branch now! Awesome! > This branch should take primarily important changes that fix the > installer or other key elements. It should not change translatable > strings and should not change the manual either, unless a fi

Re: bug#44053: ‘xdg-mime-database’ profile hook is slow

Hi, On Thu, 05 Nov 2020 at 17:59, Luis Felipe wrote: Therefore, it is nice improvement! :-) > real 0m56,245s > user 0m4,324s > sys 0m0,218s > real 0m43,272s > user 0m4,214s > sys 0m0,200s Because, I bet that most of the time is spent in the “time-machine” part. I mean, compare with:

Flagging gexps that import (guix config) & co.

Hello Guix! Yesterday I noticed that some of our system tests would be non-deterministic in the sense that their .drv file name would differ from machine to machine. The .drv computed at ci.guix.gnu.org for a given test was different from that I had on my machine. This is not the first time we s

Re: ‘version-1.2.0’ branch created!

Le 6 novembre 2020 07:51:30 GMT-05:00, zimoun a écrit : >Hi, > >On Fri, 06 Nov 2020 at 11:15, Ludovic Courtès wrote: > >> We have a new branch now! > >Awesome! > > >> This branch should take primarily important changes that fix the >> installer or other key elements. It should not change tra

Re: Releasing guix binary in Docker format too?

Hi, On Fri, 06 Nov 2020 13:47:02 +0100 zimoun wrote: > On Fri, 06 Nov 2020 at 10:59, Ludovic Courtès wrote: > > > guix pack guix -f docker -S /bin=bin \ > >--entry-point="bin/guix-daemon --disable-chroot" Why --disable-chroot here? (I'm not objecting to it) > > might work, right? > > >

Fixing Zabbix db-secret-file documentation.

Guix, We currently claim that db-secret-file is appended to zabbix.conf.php. To me that can only mean: $ cat db-secret-file $DB['PASSWORD'] = 'supersecure' $DB['maybe'] = 'some more sekrit stuff too' but it's really just: "$DB['PASSWORD'] = '" (with-input-from-file db-secret-file

Re: bug#44053: ‘xdg-mime-database’ profile hook is slow

‐‐‐ Original Message ‐‐‐ On Friday, November 6, 2020 9:10 AM, Ludovic Courtès wrote: > Hi, > > Luis Felipe luis.felipe...@protonmail.com skribis: > > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, November 3, 2020 11:32 PM, zimoun zimon.touto...@gmail.com > > wrote: > > > > > Hi, > >

[GUIX DAY PROPOSAL] Just build it with Guix

Creating custom packages is ubiquitous with Guix and packaging with Guix is fairly straightforward. But what about working with packages where you want to package a non-release version? Or if you're hacking on another package which either isn't packaged in Guix or you want to test your changes befo

Talk/BoF proposal: From v1.2 to release process

Dear, Since I cannot be the judge on my own proposal, I send it here. The proposal is: * Numbers of release v1.2 * Opinionated features of v1.2 * Propose a process to smooth releasing The idea is to present how healthy Guix is by showing some numbers; let release the statistician in me. The

Re: “guix pack -RR r“ fails?

Hi, Thank you for the help. On Fri, 06 Nov 2020 at 11:05, Ludovic Courtès wrote: >> $ ./bin/R >> : unsupported Guix execution engine; ignoring > > ‘GUIX_EXECUTION_ENGINE’ is set to the empty string. Yes, sorry. I have tried another one than the default and have been lazy to open the manual a

Re: “guix pack -RR r“ fails?

Hi Roel, On Thu, 05 Nov 2020 at 13:38, Roel Janssen wrote: >> What do I miss? > > Perhaps completely misguided, but is this inside an SGE or SLURM job? > I've seen similar errors when starting R on a cluster node with too > little memory allocated to the compute job. In my experience you need >

Re: RFC: subcommand to pause/resume builds

Hi Ludovic, Ludovic Courtès writes: > Last, you’d need to send SIGTSTP to the whole process group of the > build, like so (I think, haven’t tried): > > sudo kill -TSTP -123 > > where 123 is the “SessionPID” shown by ‘guix processes’. However, doing > so may affect build results: processes in

Re: RFC: subcommand to pause/resume builds

Hello everyone, Ludovic Courtès writes: >> After perusing info recutils some, I expected the output to be more >> like: >> >> ChildProcessPID: 16923 >> ChildProcessCommand: guile --no-auto-compile -L >> /gnu/store/8a0wry8cvr405ha8d8bpjyzj5dzghigd-module-import >> /gnu/store/mh1fkn1d9c9mg6hihxvjn

Re: Make guix-publish's URL identical to cache file name

Ludovic Courtès writes: > The simplest solution for now (I think that’s what Ricardo & co. had in > mind) would be for you to retrieve /var/cache/guix/publish on your > server, as is, and then run ‘guix publish’ on your sever: it will know > where to find files. As I wrote to Jonathan, you can

Japanese Input wont't without manually adding environmental variables?

Hi! After installing packages ibus and ibus-anthy , I thought I would be able to type Japanese - but I had to follow the tip below and manually add these variables to make it work.Would this be considered a bug? https://www.mail-archive.com/help-guix@gnu.org/msg08282.html export GUIX_GTK2_IM_MODU