From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id uKLcJ2Qh9F4uQQAA0tVLHw (envelope-from ) for ; Thu, 25 Jun 2020 04:00:36 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id whOKI2Qh9F7QYQAAbx9fmQ (envelope-from ) for ; Thu, 25 Jun 2020 04:00:36 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 77676940CBC for ; Thu, 25 Jun 2020 04:00:35 +0000 (UTC) Received: from localhost ([::1]:53786 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1joJ3w-0007yl-Lf for larch@yhetil.org; Thu, 25 Jun 2020 00:00:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33654) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1joI5p-0006sA-Ly for help-guix@gnu.org; Wed, 24 Jun 2020 22:58:25 -0400 Received: from mx2.dismail.de ([159.69.191.136]:38277) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1joI5m-0000h5-H0 for help-guix@gnu.org; Wed, 24 Jun 2020 22:58:25 -0400 Received: from mx2.dismail.de (localhost [127.0.0.1]) by mx2.dismail.de (OpenSMTPD) with ESMTP id da10839b for ; Thu, 25 Jun 2020 04:58:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=dismail.de; h= mime-version:date:content-type:content-transfer-encoding:from :message-id:subject:to:in-reply-to:references; s=20190914; bh=Y4 2ygMbRIefGujs5Q+zpms2t2DIZv9Vr3UeZ6ymPRh4=; b=Um9J0U2uxBnP0hi2Sr Msd/vqSquwrCZVCtev4qAln9nDMGNsMraoOiprIzDJBn31tLG0knADwQL/UXddgc s92skdfkdYZk51KYgWCbOhnuwd+RXqTA+rZf0PsJht8j+VoNqY6n+YpA+HHuhSSD LQGNaFwHnanTGDHxHy39jPLQX8qMscoECNmEryT++m1RrBZw0C51urT3aJk6eNb8 VrKGNJ2rkR0NY54e9QbF5aNyq0UEpJfEHjHg26owSK6jqkFy+snnkagm/4giRsik kgZ11nSf+5IfRRxGWeUGn7u/JHIH6g8iuiupzlbT1jLxycOuUjFDmTUeA4iwpaoI 2aVA== Received: from smtp2.dismail.de ( [10.240.26.12]) by mx2.dismail.de (OpenSMTPD) with ESMTP id 492d0708 for ; Thu, 25 Jun 2020 04:58:17 +0200 (CEST) Received: from smtp2.dismail.de (localhost [127.0.0.1]) by smtp2.dismail.de (OpenSMTPD) with ESMTP id b8e9267a for ; Thu, 25 Jun 2020 04:58:17 +0200 (CEST) Received: by dismail.de (OpenSMTPD) with ESMTPSA id b06d76cd (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Thu, 25 Jun 2020 04:58:16 +0200 (CEST) MIME-Version: 1.0 Date: Thu, 25 Jun 2020 02:58:15 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.14.0a From: jgart@dismail.de Message-ID: Subject: Re: I tried Guix for half a day but had to go back to NixOS To: help-guix@gnu.org In-Reply-To: References: Received-SPF: pass client-ip=159.69.191.136; envelope-from=jgart@dismail.de; helo=mx2.dismail.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/24 22:58:18 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -33 X-Spam_score: -3.4 X-Spam_bar: --- X-Spam_report: (-3.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, PDS_OTHER_BAD_TLD=1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Mailman-Approved-At: Thu, 25 Jun 2020 00:00:24 -0400 X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=dismail.de header.s=20190914 header.b=Um9J0U2u; dmarc=pass (policy=reject) header.from=dismail.de; spf=pass (aspmx1.migadu.com: domain of help-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=help-guix-bounces@gnu.org X-Spam-Score: -1.71 X-TUID: M17jnbSAHj4v I haven't had success yet trying to run guix on NixOS.=0A=0AI would like = to be able to get this nix flake working:=0A=0Ahttps://github.com/bqv/gui= x=0A=0AIt's too bad that guix hasn't been accepted to nixpkgs.=0A=0AJune = 23, 2020 12:01 PM, help-guix-request@gnu.org wrote:=0A=0A> Send Help-Guix= mailing list submissions to=0A> help-guix@gnu.org=0A> =0A> To subscribe = or unsubscribe via the World Wide Web, visit=0A> https://lists.gnu.org/ma= ilman/listinfo/help-guix=0A> or, via email, send a message with subject o= r body 'help' to=0A> help-guix-request@gnu.org=0A> =0A> You can reach the= person managing the list at=0A> help-guix-owner@gnu.org=0A> =0A> When re= plying, please edit your Subject line so it is more specific=0A> than "Re= : Contents of Help-Guix digest..."=0A> =0A> Today's Topics:=0A> =0A> 1. R= e: Gitlab CI (J=C3=A9r=C3=A9my Korwin-Zmijowski)=0A> 2. Re: Gitlab CI (J= =C3=A9r=C3=A9my Korwin-Zmijowski)=0A> 3. Re: Dependencies between service= extensions (conjaroy)=0A> 4. How does guix alter the manpath on a foreig= n distro?=0A> (vapnik spaknik)=0A> 5. Re: Gitlab CI (J=C3=A9r=C3=A9my Kor= win-Zmijowski)=0A> 6. I tried Guix for half a day but had to go back to N= ixOS=0A> (Yasuaki Kudo)=0A> 7. Re: I tried Guix for half a day but had to= go back to NixOS=0A> (Pierre Neidhardt)=0A> =0A> -----------------------= -----------------------------------------------=0A> =0A> Message: 1=0A> D= ate: Tue, 23 Jun 2020 10:54:17 +0200=0A> From: J=C3=A9r=C3=A9my Korwin-Zm= ijowski =0A> To: Ricardo Wurmus =0A> Cc: help-guix@gnu.org=0A> Subject: Re: Gitlab CI=0A> Message-= ID:=0A> <7ce145ab0403849906bba3ddceeeda26a3b802f5.camel@korwin-zmijowski.= fr>=0A> Content-Type: text/plain; charset=3D"UTF-8"=0A> =0A> Le samedi 20= juin 2020 =C3=A0 15:40 +0200, Ricardo Wurmus a =C3=A9crit :=0A> =0A>> Ca= n you specify a different Docker image? Then you could create one=0A>> co= ntaining Guix with =E2=80=9Cguix pack -f docker=E2=80=9D.=0A> =0A> I am n= ot the owmer of the Gitlab instance, so I think I can't... But I=0A> can = ask to the admin haha. Worth the shot !=0A> =0A> Thank you Ricardo !=0A> = =0A> ------------------------------=0A> =0A> Message: 2=0A> Date: Tue, 23= Jun 2020 12:15:29 +0200=0A> From: J=C3=A9r=C3=A9my Korwin-Zmijowski =0A> To: divoplade , Guix Help =0A> Subject: Re: Gitlab CI=0A> Message-ID:=0A> <6b62fb9= 83130b211c4a2f3ebefca06f865d725bf.camel@korwin-zmijowski.fr>=0A> Content-= Type: text/plain; charset=3D"UTF-8"=0A> =0A> Hey divoplade !=0A> =0A> Tha= nk you very much for sharing your hack ! The caching section is very=0A> = interesting... Does it save time between runs ?=0A> =0A> After a lot of a= ttempts, I ended up with a green pipeline but it takes=0A> 43 minute to c= omplete haha=0A> https://framagit.org/Jeko/guile-dummy/-/pipelines=0A> = =0A> J=C3=A9r=C3=A9my=0A> =0A> ------------------------------=0A> =0A> Me= ssage: 3=0A> Date: Tue, 23 Jun 2020 08:53:02 -0400=0A> From: conjaroy =0A> To: help-guix@gnu.org=0A> Subject: Re: Dependencies= between service extensions=0A> Message-ID:=0A> =0A> Content-Type: text/plain;= charset=3D"UTF-8"=0A> =0A> Does anyone have feedback on how to implement= this type of dependency=0A> correctly in a Guix service?=0A> =0A> On Sun= , Jun 7, 2020 at 11:43 AM conjaroy wrote:=0A> =0A>> = Greetings help-guix,=0A>> =0A>> I've been a casual user of Nix for a coup= le of years and have decided to=0A>> test the waters with Guix. While I'm= looking forward to spending time with=0A>> Lisp after many years away, m= y biggest impression is that Guix seems to=0A>> have well-documented inte= rfaces in cases where Nix relies more on loose=0A>> conventions.=0A>> =0A= >> After reviewing the manual and some of the service definitions, I'd li= ke a=0A>> better understanding of how to implement a common pattern. Let'= s say that I=0A>> have some application Foo that uses an external system = for persistence,=0A>> like a SQL database. Before starting up service Foo= I need to ensure both=0A>> that the database service is running and that= the database instance for Foo=0A>> has been initialized, because Foo doe= sn't know how to initialize the=0A>> database on its own.=0A>> =0A>> The = first issue (how to ensure that the database service is up) seems to=0A>>= be solved by adding a shepherd-root-service-type service extension that= =0A>> declares a set of "requirements". And the second issue (performing= =0A>> pre-startup initialization) seems to be handled by the=0A>> activat= ion-service-type extension. So far so good.=0A>> =0A>> But I couldn't fin= d documentation on whether service activation scripts=0A>> can safely rel= y on other services that happen to be declared as=0A>> requirements in th= e shepherd-root-service-type extension. And while I found=0A>> many activ= ation scripts that do simple things like modifying the=0A>> filesystem, I= couldn't see any that interact directly with other services.=0A>> Howeve= r, I did see some evidence of service extensions relying on the side=0A>>= effects of other service extensions: a number of activation scripts call= =0A>> "getpwnam" for info on system accounts that could exist only if the= =0A>> corresponding account-service-type extension has already been execu= ted.=0A>> =0A>> So my questions are: could someone clarify best practices= for initializing=0A>> state in Service A before Service B starts up? And= is there anything about=0A>> the ordering/dependencies of a service's ex= tensions that could be better=0A>> documented in the manual?=0A>> =0A>> T= hanks for all of your work on this project.=0A>> =0A>> Jason=0A> =0A> ---= ---------------------------=0A> =0A> Message: 4=0A> Date: Tue, 23 Jun 202= 0 14:16:27 +0000 (UTC)=0A> From: vapnik spaknik =0A> T= o: help-guix =0A> Subject: How does guix alter the man= path on a foreign distro?=0A> Message-ID: <1549589117.1929858.15929217876= 56@mail.yahoo.com>=0A> Content-Type: text/plain; charset=3DUTF-8=0A> =0A>= Hi, I'm running guix commit eaca906219b55406cecb25715fe025148a788da4 on = Ubuntu 18.04.=0A> When I run manpath from the command line I see that the= first 2 directories listed are=0A> ${GUIX_PROFILE}/share/man and ${_GUIX= _PROFILE}/share/man=0A> I've checked the guix profiles, /etc/profile.d/gu= ix.sh and other startup scripts (~/.zshrc,=0A> ~/.profile, /etc/profile, = etc.), but I can't find any reference to the manpath. I've also checked= =0A> the manpath documentation and /etc/manpath.config. So how does guix = add directories to the manpath?=0A> Can anyone enlighten me?=0A> =0A> ---= ---------------------------=0A> =0A> Message: 5=0A> Date: Tue, 23 Jun 202= 0 17:24:43 +0200=0A> From: J=C3=A9r=C3=A9my Korwin-Zmijowski =0A> To: divoplade , Guix Help =0A> Subject: Re: Gitlab CI=0A> Message-ID:=0A> <7006762077681a5= 55402b044263bc3998087de07.camel@korwin-zmijowski.fr>=0A> Content-Type: te= xt/plain; charset=3D"UTF-8"=0A> =0A> I tried to apply the caching as you = did, but I error during project=0A> configuration.=0A> =0A> https://frama= git.org/Jeko/guile-dummy/-/jobs/1029866=0A> =0A> J=C3=A9r=C3=A9my=0A> =0A= > Le mardi 23 juin 2020 =C3=A0 12:15 +0200, J=C3=A9r=C3=A9my Korwin-Zmijo= wski a =C3=A9crit :=0A> =0A>> Hey divoplade !=0A>> =0A>> Thank you very m= uch for sharing your hack ! The caching section is=0A>> very=0A>> interes= ting... Does it save time between runs ?=0A>> =0A>> After a lot of attemp= ts, I ended up with a green pipeline but it=0A>> takes=0A>> 43 minute to = complete haha=0A>> https://framagit.org/Jeko/guile-dummy/-/pipelines=0A>>= =0A>> J=C3=A9r=C3=A9my=0A> =0A> ------------------------------=0A> =0A> = Message: 6=0A> Date: Wed, 24 Jun 2020 00:21:57 +0900=0A> From: Yasuaki Ku= do =0A> To: help-guix =0A> Subject: = I tried Guix for half a day but had to go back to NixOS=0A> Message-ID: <= DA266620-73D2-4D43-9D2B-02FB832AC397@yasuaki.com>=0A> Content-Type: text/= plain; charset=3Dutf-8=0A> =0A> As the title says, I tried Guix for half = a day =F0=9F=98=85=0A> =0A> I wanted to let you know that:=0A> =0A> * Gra= phical installer run from a USB stick was broken. I went insane, asking t= he questions already=0A> answered and kept repeating them. So I could not= get past the partition phase.=0A> =0A> * The Nouveau driver for my Nvidi= a graphics card detected a slightly off resolution for my=0A> 4k monitor = and at 30hz (not 60). The installation of proprietary Nvidia version seem= ed too=0A> daunting...=0A> =0A> * I struggled to find an installable web = browser that had WebRTC (for online conferences), which=0A> was IceCat. I= wonder if that's pretty much the only choice for someone who=20needs pre= compiled code=0A> (because compiling a web browser seems to take a long t= ome)=0A> =0A> Guix seems very interesting with Scheme and all but I had t= o go back to NixOS. =F0=9F=98=85=0A> =0A> ------------------------------= =0A> =0A> Message: 7=0A> Date: Tue, 23 Jun 2020 17:53:47 +0200=0A> From: = Pierre Neidhardt =0A> To: Yasuaki Kudo , help-guix =0A> Subject: Re: I tried Guix for half= a day but had to go back to NixOS=0A> Message-ID: <87wo3x6ano.fsf@ambrev= ar.xyz>=0A> Content-Type: text/plain; charset=3D"utf-8"=0A> =0A> Yasuaki = Kudo writes:=0A> =0A>> * I struggled to find an instal= lable web browser that had WebRTC (for online conferences), which=0A>> wa= s IceCat. I wonder if that's pretty much the only choice for someone who = needs precompiled code=0A>> (because compiling a web browser seems to tak= e a long tome)=0A> =0A> Guix also offers ungoogled-chromium. Maybe Qutebr= owser also supports WebRTC.=0A> =0A> --=0A> Pierre Neidhardt=0A> https://= ambrevar.xyz=0A> -------------- next part --------------=0A> A non-text a= ttachment was scrubbed...=0A> Name: signature.asc=0A> Type: application/p= gp-signature=0A> Size: 487 bytes=0A> Desc: not available=0A> URL: =0A> =0A> ------------------------------=0A> =0A> Subject: Dig= est Footer=0A> =0A> _______________________________________________=0A> H= elp-Guix mailing list=0A> Help-Guix@gnu.org=0A> https://lists.gnu.org/mai= lman/listinfo/help-guix=0A> =0A> ------------------------------=0A> =0A> = End of Help-Guix Digest, Vol 55, Issue 33=0A> ***************************= **************