Re: Thoughts on building things for substitutes and the Guix Build Coordinator

Ludovic Courtès writes: > Christopher Baines skribis: > >> Because you aren't copying the store items back in to a single store, or >> serving substitutes from the store, you don't need to scale the store to >> serve more substitutes. You've still got a bunch of nars + narinfos to >> store, but

Re: updating Jami to "Together", Qt update?

On 11/17/20 8:45 PM, Jan Wielkiewicz wrote: > Hello everyone, > > I managed to compile the latest release of Jami and I'll be sending > patches soon. > Is anyone planning to update Qt to 5.15.1? It would be nice if Jami > used this version to stay close to upstream. > I can update it if no one plan

updating Jami to "Together", Qt update?

Hello everyone, I managed to compile the latest release of Jami and I'll be sending patches soon. Is anyone planning to update Qt to 5.15.1? It would be nice if Jami used this version to stay close to upstream. I can update it if no one plans that. Jan Wielkiewicz

Re: GNU Guix 1.2.0rc1 available for testing!

Ludovic Courtès writes: > One this patch is in, I think we’re ready for either an RC2 or the real > thing. > > WDYT? FYI, within 8 hours I expect to push the IceCat 78.5 security update, in case you'd like that to be in 1.2.0, but perhaps it doesn't matter much. Regards, Mark

Re: Updating to latest Bioconductor release

Hi Roel, Just to let you know: I think the failure is coming from IO on the Berlin machine. Are you building this branch too? All the best, simon

Re: Fix incorrect date and commit in Data Service

Hi again again, On Tue, 17 Nov 2020 at 22:57, zimoun wrote: >> Well, the Data Service should filter out the messages only containing >> the header X-Git-Rev (commit hash) and use the date (Date) of the >> message, which is, IMHO, the most accurate way to do. Instead of rely >> on the date of me

Re: Thoughts on building things for substitutes and the Guix Build Coordinator

Hi! Christopher Baines skribis: > The way the Guix Build Coordinator generates compressed nars where the > agent runs, then sends them over the network to the coordinator has a > few benefits. The (sometimes expensive) work of generating the nars > takes place where the agents are, so if you've

Re: Release: Docker Image? DockerHub? skopeo?

Hey Danny, On Wed, Nov 18 2020, Danny Milosavljevic wrote: Hmm, maybe I'm misunderstanding what Docker compose does entirely. Reading the docs it seems to just manage multiple isolated Docker images and deploy new ones? Yep, that's all it does. It lets you link together ports and volumes,

Fix incorrect date and commit in Data Service

Hi again, On Tue, 17 Nov 2020 at 22:43, zimoun wrote: > Well, the Data Service should filter out the messages only containing > the header X-Git-Rev (commit hash) and use the date (Date) of the > message, which is, IMHO, the most accurate way to do. Instead of rely > on the date of message cont

Re: Data Services: use cases

Hi Chris >> Service will store when the branch was updated (it uses the date of the >> email as a proxy for this). > > Now, after this discussion, I am not convinced anymore that the email > header date is the right thing because we (user) do not have this > information when debugging locally; onl

Re: Release: Docker Image? DockerHub? skopeo?

On November 17, 2020, Danny Milosavljevic wrote: > Hmm, maybe I'm misunderstanding what Docker compose does entirely. What docker-compose does is it creates a set of Docker containers for you based on a configuration file. In that file you define services, filesystem volumes and their mount point

Re: GNU Guix 1.2.0rc1 available for testing!

Hi, zimoun skribis: > BTW, I am failing with Docker [1,2]. And aside, skopeo (the tool that > avoid the duplication of the image) seems broken. Therefore, provide an > experimental Docker image should be postponed to the next release. Yes, that was my understanding. Ludo’.

Thoughts on building things for substitutes and the Guix Build Coordinator

Hey, In summary, this email lists the good things and bad things that you might experience when using the Guix Build Coordinator for providing substitutes for Guix. So, over the last ~7 months I've been working on the Guix Build Coordinator [1]. I think the first email I sent about it is [2], and

Re: Data Services: use cases

Pierre Neidhardt writes: > Thanks! Maybe this could be added to the View packages page as well to > avoid too many page loads? This is one of the most useful pages in my > experience, and it's like 3-4 pages away. Do you mean link to something else on this [1] page? 1: http://data.guix.gnu.

Re: Release: Docker Image? DockerHub? skopeo?

Hmm, maybe I'm misunderstanding what Docker compose does entirely. Reading the docs it seems to just manage multiple isolated Docker images and deploy new ones? What then is used to do the equivalent of a guix profile with multiple packages in a Docker image? pgpxTzXrSUfaY.pgp Description: Open

Re: Release: Docker Image? DockerHub? skopeo?

Hi zimoun, On Tue, 17 Nov 2020 18:30:57 +0100 zimoun wrote: > > Yeah, someone needs to create /tmp. That someone is not Guix (it > > would be weird). > > Created where? Created when creating the docker image--presumably by Docker when evaluating Composefile. AFAIK Docker images are suppose

Re: A plan for parameterized packages

> Hi Pierre, > Pierre Neidhardt skribis: > > One of the biggest struggle we had when discussing it was figuring out > > what to do about parameter propagation across dependencies. > > For instance, what if we want to build "all packages without X support"? > > This means that the parameter mu

Re: A plan for parameterized packages

Ludo, The self.options["openssl"].shared does set the option for openssl, but this is not different than providing `-o openssl:shared` on the command line; it uses this to determine which package was actually requested. Conan packages are also non-configurable in the end, stored as the hash of

Re: GNU Guix 1.2.0rc1 available for testing!

Hey, > One this patch is in, I think we’re ready for either an RC2 or the real > thing. Pushed to 1.2.0 and master. Thanks Florian for all the testing! No objections to make the rc2 the final one. Thanks, Mathieu

Re: Release: Docker Image? DockerHub? skopeo?

Hi Danny, On Tue, 17 Nov 2020 at 17:31, Danny Milosavljevic wrote: >> Wow! The image is huge: >> >> 5.23GB registry.gitlab.com/daym/guix-on-docker latest 884b4a4ddf61 >> >> Is it expected? > > Yes, because Docker is silly. It will continue to grow. Oh, bad news! 5.23GB is already too muc

Re: Release: Docker Image? DockerHub? skopeo?

Hi, > Yeah, someone needs to create /tmp. That someone is not Guix (it would be > weird). There is a workaround in /with-guix-daemon.scm in that guix-on-docker container, which is how I'm using it. The entrypoint I'm using (with the unmodified guix-on-docker image) is ["guix", "repl", "--"

Re: Releasing guix binary in Docker format too?

Hi, On Sun, 15 Nov 2020 19:30:44 +0100 zimoun wrote: > $ docker exec guix guix pack hello > user with UID 0 not found Docker needs to generate a /etc/passwd with uid 0 and the guix build user accounts, and a /etc/group with the guixbuild group; and whatever other users the things that are com

Re: Linking to the data service

Hi Ludo, On Tue, 17 Nov 2020 at 14:19, Ludovic Courtès wrote: > Hi! > > Christopher Baines skribis: > >> What I'm suggesting here is that there's some web pages that sit outside >> of the Guix Data Service, and try and help users of Guix do things like >> searching for packages, and looking at v

Re: Release: Docker Image? DockerHub? skopeo?

Hi, On Sun, 15 Nov 2020 22:30:51 +0100 zimoun wrote: > Wow! The image is huge: > > 5.23GB registry.gitlab.com/daym/guix-on-docker latest 884b4a4ddf61 > > Is it expected? Yes, because Docker is silly. It will continue to grow. It should be better when you use an external volume as /gnu/stor

Re: Data Services: use cases

Hi Chris, On Mon, 16 Nov 2020 at 21:08, Christopher Baines wrote: > Yeah, I think you're on the right track. I'm not set on mirroring the > exact Debian services though. Yeah, for sure. Just to fix the idea by approximated examples. :-) > A similar idea to the package search prototype here [

Re: GNU Guix 1.2.0rc1 available for testing!

On Tue, Nov 17, 2020 at 03:41:34PM +0100, Ludovic Courtès wrote: > One this patch is in, I think we’re ready for either an RC2 or the real > thing. > > WDYT? > > Ludo’. With the patch I see no problems on x86_64 Guix system, install script or VM, but I have no idea of current Guix bugs. Regards

Re: GNU Guix 1.2.0rc1 available for testing!

Hi, On Tue, 17 Nov 2020 at 15:41, Ludovic Courtès wrote: > Mathieu Othacehe skribis: > >>> Should we go ahead and apply this one? Not polling would be nicer, but >>> maybe there’s no real way to do that? >> >> I proposed a variant of this patch a few minutes ago. I added some time >> logging an

Re: [PATCH] Automatically set `geiser-guile-load-path' from .dir-locals

Hello Miguel, Miguel Ángel Arruga Vivas writes: > Hi! > > Christopher Lemmer Webber writes: > [...] >> It sounds like you're already putting together the work to do it. If >> you don't mind doing it that would save me a lot of time right >> now... I'm quite swamped! I'd be very grateful! > >

Re: A plan for parameterized packages

Hi Stephen, (+Cc: guix-devel@gnu.org. You can post without being subscribed.) Stephen Christie skribis: > I have done a lot of work with the Conan package manager, a c++ > language package manager, that has grown in capability. It is not > fully functional, but works on the hash of the key par

Re: GNU Guix 1.2.0rc1 available for testing!

Hi, Mathieu Othacehe skribis: >> Should we go ahead and apply this one? Not polling would be nicer, but >> maybe there’s no real way to do that? > > I proposed a variant of this patch a few minutes ago. I added some time > logging and I would like to see what's the result on Florian machine to

Linking to the data service

Hi! Christopher Baines skribis: > What I'm suggesting here is that there's some web pages that sit outside > of the Guix Data Service, and try and help users of Guix do things like > searching for packages, and looking at versions through time. Those > pages could be powered by data from data.gu

Re: GNU Guix 1.2.0rc1 available for testing!

On Tue, Nov 17, 2020 at 10:02:33AM +0100, Mathieu Othacehe wrote: > That's good news! Here's a more complete patch that I intend to push on > the 1.2.0 branch. It logs the time spent waiting for disk > synchronization. > > It would be great if you could test it one more time, so that we know if >

Re: GNU Guix 1.2.0rc1 available for testing!

Hey Ludo, > Should we go ahead and apply this one? Not polling would be nicer, but > maybe there’s no real way to do that? I proposed a variant of this patch a few minutes ago. I added some time logging and I would like to see what's the result on Florian machine to see if the new delay is lar

Re: Yet another new committer

Hi! Jonathan Brielmaier skribis: > I'm happy to announce that effective of today I have commit access to > our git repository. Yay, welcome! :-) Ludo’.

Re: GNU Guix 1.2.0rc1 available for testing!

Hi Mathieu, Mathieu Othacehe skribis: > From 6fec27303d0f8767ed48c507af67908a0fcf17a0 Mon Sep 17 00:00:00 2001 > From: Mathieu Othacehe > Date: Mon, 16 Nov 2020 10:10:56 +0100 > Subject: [PATCH] Increase device use delay. > > --- > gnu/installer/parted.scm | 2 +- > 1 file changed, 1 insertion

Re: GNU Guix 1.2.0rc1 available for testing!

Hello Miguel, > I didn't update my mail so often and you've already solved it... Sorry > for the noise and thank you for the patch. :-) Thanks for having a look to this :). I sent an updated patch because the first one could cause a regression in "non-install-devices" procedure I think. This

Re: GNU Guix 1.2.0rc1 available for testing!

Hello Florian, > Thank you for the quick patch! Clearly you have been spot-on. > “Partition formatting is in progress, please wait” is displayed > considerably longer but eventually succeeds. I tried 3 times > successfully with your patch. I tried again without your patch and it > failed. I t

Re: Data Services: use cases

Pierre Neidhardt writes: > Christopher Baines writes: > >>> - (More information) should be renamed to something like "Package >>> information". >> >> I've made this change now. > > Great! > > Something else: I couldn't figure out how to access > > https://data.guix.gnu.org/repository/1/branch