Re: [GSOC 2020] Idea: Guile based build-tool

There have been some conversations about using Guix's tooling as a build tool in the past. Personally, what I would prefer to see is a Guile-based build tool that is standalone; an alternative for autotools basically. That then could be used *in combination with* Guix quite nicely... use the Guil

[GSOC 2020] Guix Deploy, round 2!

Hello, I'd be interested in doing a round 2 of mentoring for Guix Deploy. The previous student (Jakob L. Kreuze) will not be a GSoC student this year but is willing to co-mentor. (Maybe David Thompson is as well but I won't speak for him since we haven't discussed it yet.) I don't know what the

Re: Hyperlinks!

This is very nice. The rainbow parenthesis matching is really excellent too. Guix has managed to make Texinfo html export look really nice! I admit I expressed skepticism in this endeavour a number of years back and am happy to be incorrect. Ludovic Courtès writes: > Hello Guix! > > Scheme co

Re: Medium-term road map

Andy Wingo writes: > On Sat 25 Apr 2020 15:37, Ludovic Courtès writes: > >> 2. Performance. There are many things we can improve there, first and >> foremost: the “Computing derivation” part of ‘guix pull’, Guile’s >> compiler terrible time and space requirements > > I think I have a

Re: GNU Guix maintainer collective update

Jack Hill writes: > On Mon, 4 May 2020, sirgazil wrote: > >> On Mon, 04 May 2020 13:31:46 + Maxim Cournoyer >> wrote >> > Let's take a moment to thank Ricardo for his time as a Guix >> > co-maintainer. He's been immensely useful to the project and I hope >> > we'll continue to see

Re: Towards a graphical installer?

Pierre Neidhardt writes: > Nice! > > I'm planning to work on a probably-GTK graphical installer as part of > the NLNet grant I've received in the coming month. Let's keep in touch! > > Let's get started with a simple question: guile-gi or g-golf? This is awesome!

Re: Towards a graphical installer?

Pierre Neidhardt writes: > Errr... Sorry, I was distracted yesterday, the NLNet grant is actually > for a graphical _package manager_, not an installer! :p > > That said, I'm interested in helping with it too! :) Still awesome :) I'm looking forward to seeing your work evolve! :) - Chris

Re: Vanilla Firefox recipe?

gins, so this does not seem to be a strict impediment and I don't think it should be either. We could change the default Firefox homepage to point at one that recommends installing some of these plugins, if that would be helpful.) - Chris Christopher Lemmer Webber writes: > I'm not

Re: Vanilla Firefox recipe?

(An obvious win from this also being that we will be able to have more Guix users running, on average, a more up-to-date on security browser more often.) Christopher Lemmer Webber writes: > [moving from help-guix to guix-devel] > > On help-guix this exchange occured when discussing

Re: Vanilla Firefox recipe?

Carlo Zancanaro writes: > Hey Chris, > > On Wed, May 27 2020, Christopher Lemmer Webber wrote: >> However, I wonder if, with a matter of just two patches, this could be >> resolved: >> >> - Patch out the automatic download of Cisco's h.264 plugin.

Installing packages auto-container'ed

Would it be possible to make launching applications in Guix with minimum permissions even easier? Here's just a sketch of an idea. Borrowing from the new containerizing an application example in the manual... In my manifest.scm, what if instead of listing the browser package eolie, I listed the

Re: Racket packages: formerly Move DrRacket to a separate output?

Dimakakos Dimos writes: > Pierre Neidhardt writes: > >> I've (finally) pushed racket-minimal. >> Hooray! >> >> Now to the Racket importer... Anyone? >> Dimakakos? :) > > Nice! It will be very useful. I've put some research into a build system > for racket, and sadly it isn't trivial to match the r

Pushed a fix (?) for ACL key location

Commit 6680880f9b8dceb4f2f3f91bd2b13c659b53835e pushed out a new version of Guix, and it looks like it wasn't possible to build new systems from that because the filename for the "Berlin ACL key" changed. (Or at least, I couldn't run "guix system vm".) I pushed out a "fix" for this. I hope it's

Re: Setuid programs

Maxim Cournoyer writes: > Hello Gabor! > > Gábor Boskovits writes: > >> Hello guix, >> >> I would like to propose an extension to how setuid programs are >> currently handled. The last time I checked it could only do setuid and >> setgid root. Some services, such as postfix need a more fine grain

Re: Setuid programs

Gábor Boskovits writes: > Hello, > > Christopher Lemmer Webber ezt írta (időpont: > 2020. szept. 9., Sze, 21:00): >> >> Maxim Cournoyer writes: >> >> > Hello Gabor! >> > >> > Gábor Boskovits writes: >> > >> >> Hello

Re: Setuid programs

Christopher Lemmer Webber writes: > Gábor Boskovits writes: > >> Hello, >> >> Christopher Lemmer Webber ezt írta (időpont: >> 2020. szept. 9., Sze, 21:00): >>> >>> Maxim Cournoyer writes: >>> >>> > Hello Gabor! >>> &

Re: Setuid programs

Gábor Boskovits writes: > Hello, > > Christopher Lemmer Webber ezt írta (időpont: > 2020. szept. 10., Cs, 0:52): >> >> Christopher Lemmer Webber writes: >> >> > Gábor Boskovits writes: >> > >> >> Hello, >> >> >> >

Racket will move on top of Chez soon

Just a heads up that right now you *can* run Racket-on-Chez, but soon Racket-on-Chez will be the "default"... maybe it's a good idea to see how hard it will be to make a racket-on-chez package variant. I'm interested in looking at that but it'll probably have to be a while before I can do so... if

Racket packages / build system

Bonface M. K. writes: > Christopher Lemmer Webber writes: > >> Just a heads up that right now you *can* run Racket-on-Chez, but soon >> Racket-on-Chez will be the "default"... maybe it's a good idea to see >> how hard it will be to make a racket-on-chez p

Re: Racket packages / build system

Bonface M. K. writes: > Christopher Lemmer Webber > writes: > >> Bonface M. K. writes: >> >>> Christopher Lemmer Webber writes: >>> >>>> Just a heads up that right now you *can* run Racket-on-Chez, but soon >>>> Racket-on-Chez will

Re: Racket packages / build system

Bonface M. K. writes: > Christopher Lemmer Webber > writes: > > [...] > >>> Can I volunteer on this task? There's some work in >>> my team done in Racket; and it would be of great >>> interest to us to have a working Racket build >>> system

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

Maxim Cournoyer writes: > Hello Guix! > > I've been experimenting with the following modification to the > .dir-locals file shipped with Guix, that allows setting per-buffer > variables within Emacs when visiting a file in the same directory (or in > one of its sub-directories). > > This makes lif

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

Also, I hope this email isn't interpreted as being dismissive or negative about what looks like it's probably a real usability improvement for hacking on Guix! I just thought my experience indicated maybe there are additional considerations to address. Christopher Lemmer Webber writes

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

Miguel Ángel Arruga Vivas writes: > Hi Christopher, > > First of all I want to say sorry: I've tested this and reviewed the > patch, and this is the second issue that already has caused, so yes, my > tests weren't enough at all. > > Christopher Lemmer Webber write

Re: Setuid programs

Gábor Boskovits writes: > Hello, > > Ludovic Courtès ezt írta (időpont: 2020. szept. 16., Sze, > 15:25): >> >> Hi, >> >> Gábor Boskovits skribis: >> >> > I have two reasons for that: backwards compatibility is really >> > important, so we should not break it, and I believe this would not be >>

Re: Racket packages / build system

Dimos Dimakakos writes: > Bonface M. K. writes: > >> To simply put it, AFAIU updating a package would >> require racket to update it's references(either >> links, and other references that I won't go into), >> hence creating some form of "global state"; >> thereby if you use raco, every package up

Re: Racket packages / build system

Bonface M. K. writes: > Christopher Lemmer Webber > writes: > >> Dimos Dimakakos writes: >> >>> Bonface M. K. writes: >>> >>>> To simply put it, AFAIU updating a package would >>>> require racket to update it's references(eithe

Re: Guix now in Debian experimental!

This! Is! Awesome! I think Guix in Debian could be huge and help both massively. Well, I've said so more than once in the past. I believe it! What's easy to package in one tends to be easy to package in the other. Just imagine if we encouraged more developers using Debian as their host OS to

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

Miguel Ángel Arruga Vivas writes: > Hi Christopher, > > First of all I want to say sorry: I've tested this and reviewed the > patch, and this is the second issue that already has caused, so yes, my > tests weren't enough at all. > > Christopher Lemmer Webber write

Re: Setuid programs

Ludovic Courtès writes: > Hi, > > Gábor Boskovits skribis: > >> I have two reasons for that: backwards compatibility is really >> important, so we should not break it, and I believe this would not be >> hard to do. >> On the other hand it would be nice to have a more integrated backend, >> and mo

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

Miguel Ángel Arruga Vivas writes: > Hi Maxim and Christopher, > > Maxim Cournoyer writes: >>[...] >> Christopher Lemmer Webber writes: >> [...] >>> I figured out what was happening! The bug is *technically* in vc-mode. >>> However, nontheless it ma

Re: Setuid programs

Christopher Lemmer Webber writes: > Ludovic Courtès writes: > >> Hi, >> >> Gábor Boskovits skribis: >> >>> I have two reasons for that: backwards compatibility is really >>> important, so we should not break it, and I believe this would not be &

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

Christopher Lemmer Webber writes: > Miguel Ángel Arruga Vivas writes: > >> I haven't reported it yet, but as you can see I have a reproducer script >> attached. I haven't seen anything in vc-code that points in that >> direction, surely though Emacs peopl

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

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 swam

Re: Setuid programs

Christopher Lemmer Webber writes: > I've attached a patch that includes my plan for the setuid stuff. I > could submit this to guix-patches I suppose if that would be better. > But I wonder if I should actually just rebase the wip-postfix on top of > master, apply this, and then

Re: Guix in Debian!

This. Is. Huge. THANK YOU for all your hard work here! I wrote out why I think this is big news: https://octodon.social/@cwebber/105612900114421037 Vagrant Cascadian writes: > So, a while back I mentioned that Guix was present in Debian > "experimental": > > https://lists.gnu.org/archive

Re: Potential security weakness in Guix services

Ludovic Courtès writes: > I think it’s a good endeavor, but it’s a longer-term one since it’ll > take some time before this new version is in use by all the Guix code. > > The difficulty in designing such an interface is that the Scheme API is > more about ports than it’s about file names and file

Re: Changes to the branching workflow

Hello, As someone who jumps in and out of Guix development occasionally but who does have commit access (probably for grantparented-in reasons, heh), sometimes I don't know where I should commit code or what the current branching policy is, and I might miss emails like this. I wonder if we should

Re: Changes to the branching workflow

zimoun writes: > Hi, Chris, > > On Thu, 04 Mar 2021 at 16:05, Christopher Lemmer Webber > wrote: > >> I wonder if we should formalize it. What about adding a section to the >> "Contributing" section of the manual explaining what the different >> bra

Golly... what's up with Golly?

I think Sourceforge may have gone through a recent upgrade that broke some things: Starting download of /gnu/store/k857xn4vnppdp5z853c92lfa7h5fhdii-golly-3.1-src.tar.gz >From >http://tenet.dl.sourceforge.net/project/golly/golly-3.1/golly-3.1-src.tar.gz... following redirection to `http://downlo

Re: Golly... what's up with Golly?

Mark H Weaver writes: > Christopher Lemmer Webber writes: > >> I think Sourceforge may have gone through a recent upgrade that broke >> some things: >> >> Starting download of >> /gnu/store/k857xn4vnppdp5z853c92lfa7h5fhdii-golly-3.1-src.tar.gz >> From

Re: ScummVM

ng0 writes: > ng0 transcribed 3.2K bytes: >> Hi, >> >> I haven't checked the source code repo yet for licenses included except the >> obvious stated ones. >> Last week I wrote on IRC that it contains proprietary engines (or something >> along this lines). >> Memory served me wrong, there's only

Re: torbrowser

ng0 writes: > The maintainer of the ebuild for Gentoo in the torbrowser-overlay > just gave me the last missing pieces of information for building torbrowser. > Recent commit message subjects in the upstream torbrowser repository > make me assume there will be no issues for integration into Guix m

Re: Guix-based build tool

Ludovic Courtès writes: > Hello! > > Pjotr Prins skribis: > >> Indeed, I love working with Guix and developing with Guix. Guix takes >> care of my deployment and configuration requirements. >> >> I have written some time in the past that with Guix you don't need >> autotools. The main thing autot

Re: Introducing myself as an Outreachy Intern

Ricardo Wurmus writes: > Welcome Sahithi! > >> I Sahithi Yarlagadda, a Free Software enthusiast. I am from India, >> pursuing my under graduation final semester in Computer Science. I will >> be working as an Outreachy Intern for May-August 2018. I am glad to be >> part of Guix Community. I have b

Re: Packaging a free Firefox

Katherine Cox-Buday writes: > Pjotr Prins writes: > >>> Not packaging FF or crippling FF is a no-go! Doing so will discourage >>> users from using GuixSD and Free Software. > > As an anecdote with a data-point of one, I uninstalled GuixSD because I > suddenly needed the machine I was running it o

Re: Packaging a free Firefox

Nils Gillmann writes: > Ludovic Courtès transcribed 1.1K bytes: >> Hello Katherine, >> >> Katherine Cox-Buday skribis: >> >> > E.g. I've seen several people in this thread mention they had already, >> > or were trying to, package Firefox (myself included). Had there been an >> > official non-li

Re: Packaging a free Firefox

Nils Gillmann writes: > Christopher Lemmer Webber transcribed 1.2K bytes: >> Nils Gillmann writes: >> >> > Ludovic Courtès transcribed 1.1K bytes: >> >> Hello Katherine, >> >> >> >> Katherine Cox-Buday skribis: >> >>

Re: Mes 0.14 released

Jan Nieuwenhuizen writes: > I am pleased to announce the release of Mes 0.14, representing 98 > commits over 4 weeks. Mes+MesCC now compiles a self-hosting TinyCC > that has only been slightly patched. > > This means that we can now build a tcc that depends only on a 1MB > ASCII M1 seed. GuixSD

Re: my latest blog post

I think Catonano and Mark discussed things nicely earlier in the thread, so I'm not going to weigh in on that (though I do agree that we would can and should do better, but that also it's important to realize that community members only have so many personal resources to be able to respond sometime

Re: my latest blog post

Ricardo Wurmus writes: > Catonano writes: > > I wrote this: > >But please do not demand of others to explain everything in detail. >(I’m directing this at everyone who heeds my advice to go to >guile-devel, not at any one person in particular.) > > Rephrasing: I’d like to point this o

Re: my latest blog post

Catonano writes: > Instead of calling me an hopeless moron unwilling to learn, he went and > updated Skribilo, without saying a single word > > I noticed > > And I appreciated it > > So, yes, it was aggressie indeed > > Again. I'll try to be more complete later I think it's great that Ludovic res

Re: my latest blog post [everyone, please take a cooldown break]

Nils Gillmann writes: > Hi, > > I think it would be best if everyone involved would cool down for a couple of > days, restructure their thoughts and reflect on this thread. Look at what > they are doing, and at how they are reacting to other peoples reaction. > This topic is getting quiet heated,

Re: Update on GuixSD containers

Ludovic Courtès writes: > Definitely. Another application I’ve always wanted is a least-authority > shell, like Plash [0]. > > (Speaking of which, I just found Shill [1], which seems similar to Plash > and even has a to-do item regarding package management [2] and is > written in Racket; unfortun

Re: Graft hooks

Timothy Sample writes: > Hi Guix, > > I just submitted a patch for , but now I’m > wondering if there isn’t a more general way to solve the problem. > > The bug has to do with grafting and checksums. I know three bugs that > follow this theme: the one above (Racket), <

Re: Graft hooks

Ludovic Courtès writes: > >> Here’s a draft patch (it’s mercifully small). I have a few questions >> about it, but if it looks like the right approach, I will clean it up >> and submit it. >> >> Basically, it checks if we are grafting Racket, and then adds some code >> to the build expression to

Long term plan for GuixSD security: microkernels, ocap, RISC-V support

Hello... reading over a few articles this morning: - Researchers Blame ‘Monolithic’ Linux Code Base for Critical Vulnerabilities https://threatpost.com/researchers-blame-monolithic-linux-code-base-for-critical-vulnerabilities/136785/ - Its associated paper: "The Jury Is In: Monolithic

Re: Long term plan for GuixSD security: microkernels, ocap, RISC-V support

First off, I should mention that rain1 reminded me about OpenBSD's Capsicum and the Capsicum for Linux project, which I had mostly forgotten about: http://www.capsicum-linux.org/ Capsicum brings file descriptor based capabilities, and this is a reasonable intermediate approach. Shill is an ocap

Re: FOSDEM 2019

Manolis Ragkousis writes: > Hello everyone, > > It's that time of the year again we need to start organizing about > FOSDEM. We have a deadline for the 20th of September[1] to apply for a > devroom. We also need to start looking for a place for this year's > fringe event! > > I created a libreplan

Should *.fr.texi be committed in git?

I frequently find that my git repo says: Unstaged changes (2) modified doc/contributing.fr.texi modified doc/guix.fr.texi And then I need to revert them before doing a pull. These files are autogenerated from translations, right? Shouldn't they be gitignore'd and not committed to git at all

Re: A major milestone in bootstrapping

jerem...@pdp10.guru writes: > Today I am proud to announce a combo of releases with major milestones. > > First stage0, reached Release version 0.2.0; which includes the following: > A 250byte hex0 bootstrap binary that is self-hosting and builds hex1, > which builds hex2, which bootstraps M0 macr

Re: Firefox 52's end of life, packaging Chromium

Clément Lassieur writes: > Hi, > > Firefox 52 isn't supported anymore upstream[1] and we don't have a > package for Firefox 60. Currently the only alternative is Epiphany but > it's close to unusable (it crashes every 5 minutes, and sometimes > freezes my computer). > > So the question is: can we

Re: [rb-general] A major milestone in bootstrapping

Orians, Jeremiah (DTMB) writes: >> Interesting... I'm looking at >> https://github.com/oriansj/M2-Planet/blob/master/seed.M1 >> How was it written? It seems like a monumental task to write all >> that and keep enough context in one's head! > Then again, I have >> never written assembly before...

Re: Heads-up: New dependency on Guile-Gcrypt

Ludovic Courtès writes: > Hello Guix! > > Coming soon: Guix will no longer provide its own crypto modules and will > instead depend on Guile-Gcrypt: > > https://issues.guix.info/issue/32606 > > ‘guix pull’ will happily perform the transition. > > If you’re used to working on a Git checkout with

Re: bootstrap: i686-linux now builds without binutils, gcc, and glibc seeds

Jan Nieuwenhuizen writes: > Jan Nieuwenhuizen writes: > Feeling slightly discouraged, but I will hammer on. We're getting > closer and closer... > > janneke You really are! Go team bootstrap!

Re: Firefox 52's end of life, packaging Chromium

Ludovic Courtès writes: > Hello, > > Benjamin Slade skribis: > >> Speaking from a user-perspective, I would be very much in favour of >> having modern Firefox and Chromium (appropriately de-Googled as much as >> possible, of course) as actual Guix offerings. >> >> And while there are lots of obje

Re: Changes in the spending committee for the FSF Fund

Ludovic Courtès writes: > Thanks Mark for your time on the spending committee, and welcome Tobias! Yes, thank you both!

Re: Racket: Move DrRacket to a separate output?

Ludovic Courtès writes: > Hello Pierre, > > Pierre Neidhardt skribis: > >> Wouldn't it make sense to move DrRacket to a separate output? I take >> that most advanced users use something else (who said Emacs?) and >> DrRacket might eat up a decent amount of disk space + extra dependencies >> by i

Re: SeaGL 2018 Accepts Guix-Themed Talk: "Everyday Use of GNU Guix"

Chris Marusich writes: > Hi Guix! > > I recently submitted a Guix-themed talk proposal for SeaGL 2018 [1], a > local GNU/Linux conference that takes place in November here in Seattle, > and I'm happy to report that it was accepted! Here's the link: > > "Everyday Use of GNU Guix" > https://osem.se

openssh vulnerability

https://www.libssh.org/2018/10/16/libssh-0-8-4-and-0-7-6-security-and-bugfix-release/ seems serious?

Re: openssh vulnerability

Leo Famulari writes: > On Wed, Oct 17, 2018 at 12:47:26AM -0400, Mike Gerwitz wrote: >> On Tue, Oct 16, 2018 at 21:20:30 -0400, Christopher Lemmer Webber wrote: >> > https://www.libssh.org/2018/10/16/libssh-0-8-4-and-0-7-6-security-and-bugfix-release/ >> > >

Re: Promoting the GNU Kind Communication Guidelines?

Thorsten Wilms writes: > On 29/10/2018 09.59, Björn Höfling wrote: >> In law, there is the term of "conduct implying an intent". So even not >> signing anything you could argue that by sending a bug or a patch you >> silently agree with the community guidelines, CoC, etc. You enter the >> communit

Re: Patch submission should not imply agreement to policy (was Re: Promoting the GNU Kind Communication Guidelines?)

Mark H Weaver writes: > Christopher Lemmer Webber writes: > >> Thorsten Wilms writes: >> >>> On 29/10/2018 09.59, Björn Höfling wrote: >>>> In law, there is the term of "conduct implying an intent". So even not >>>> signing

Re: Guix receives donation from the Hanshake project!

Leo Famulari writes: > On Mon, Dec 03, 2018 at 10:34:23PM +0100, Ludovic Courtès wrote: >> Hello Guix! >> >> We have some good news: the Hanshake project donated to GNU and the FSF, >> and part of that goes to us! >> >> >> https://gnu.org/s/guix/blog/2018/gnu-guix-receives-donation-from-the-h

Re-approaching package tagging

Hello, In the past when we've discussed package tagging, I think Ludo' has been against it, primarily because it's a giant source of bikeshedding. I agree that it's a huge space for bikeshedding... no space provides more bikeshedding than naming things, and tagging things is a many to many naming

What's up with the .texi files always "changing"?

Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: doc/contributing.de.texi modified: doc/contributing.fr.texi modified: doc/guix.de.texi modifie

Re: Re-approaching package tagging

Ludovic Courtès writes: > I’m surprised you don’t mention --search, which is more appropriate than > -A (‘-A’ is here only to search among package names): > > --8<---cut here---start->8--- > $ guix package -s roguelike | recsel -p name,relevance > name: roguebox

Re: Re-approaching package tagging

Ludovic Courtès writes: > Hello, > > zimoun skribis: > >>> And how the regexp works ? >>> I am not able to find some doc... I am diving in the code but it is >>> not easy to find. :-) >> >> If I understand well, basically the code is here, right? >> http://git.savannah.gnu.org/cgit/guix.git/tree/

Re: Long term plan for GuixSD security: microkernels, ocap, RISC-V support

Adonay Felipe Nogueira writes: > Em 24/09/2018 11:14, Ludovic Courtès escreveu: >> Christopher Lemmer Webber skribis: >>>- There's also Google's recent work with Magenta/Fuschia. From what >>> I've read, architecturally this looks right. I t

Re: FOSDEM 2019: Thank you!

I'm sorry I missed the Guix days, it seems like it was quite an event! But all the Guile stuff in the minimalist languages room was great. Clearly 2018 was a great year for Guile and Guix... I'll place a bet that 2019 will be just as great or better :) Pjotr Prins writes: > Thank you everyone for

Re: [PATCH] gnu: Add ungoogled-chromium.

Ludovic Courtès writes: > Hi bill-auger, > > bill-auger skribis: > >> re: https://lists.gnu.org/archive/html/guix-devel/2019-02/msg9.html >> >> i would like to remind readers of the guix-devel list that it was >> discussed some months ago, why no FSDG distros currently distribute >> chromium[

It's time to build "guix deploy"

Hi, This has come up several times. A lot of us want "guix deploy". Personally, I'm running a variety of Debian servers and one Guix server and I am terrible at maintaining all of them. It's time for Guix Deploy... or it's time for me to give up and use something like Ansible + Debian. (Egads!

Re: It's time to build "guix deploy"

Pjotr Prins writes: > I am also interested in 'guix deploy', especially if it can run on top > of Debian and handle HOME directories. Currently using a mixture of > sysadmin heroics and my own cfengine style Ruby deploy tool ;). Happy > to switch, test and hack. But not enough time to run with it.

Re: It's time to build "guix deploy"

Pjotr Prins writes: > I am also interested in 'guix deploy', especially if it can run on top > of Debian and handle HOME directories. I should also say: I'm not considering how "guix deploy" could or would handle running on top of Debian *or* handle HOME directories. Both of those feel out of sc

Re: It's time to build "guix deploy"

Thompson, David writes: > Hi Chris, > > Here we go again, eh? :) > >> https://lists.gnu.org/archive/html/guix-devel/2015-05/msg7.html >> https://lists.gnu.org/archive/html/guix-devel/2015-06/msg6.html >> >> There is a heavily, heavily bitrotted branch named "wip-deploy" where >> David

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

Julie Marchant writes: > I don't understand what's so complicated about this issue. In justice > systems, we adopt an "innocent until proven guilty" system because you > can't really prove innocence, only guilt. I agree with Julie's point here. The fear that "there might be something nonfree in

Re: Meltdown / Spectre

Katherine Cox-Buday writes: > Tobias Geerinckx-Rice writes: > > >> I think the real and thornier question for GuixSD >> is: if the recent CPU vulnerabilities require a >> microcode update to fully mitigate, then how do we >> square not recommending proprietary globs like >> this in official chann

Re: Improving Shepherd

Ludovic Courtès writes: > Hopefully it’s nothing serious: Fibers doesn’t rely on anything > architecture-specific. I think it relies on epoll currently? But I think there should be no reason other architectures couldn't also be supported.

Re: What’s next?

Pierre Neidhardt writes: > Hi, > > Off the top of my head: > > - Optimize the man page database update during profile builds. > > - File search. > > (I did work on it a year ago, it's stuck, would need help from people > familiar with Cuirass.) That sounds interesting. What does it mean? Wo

Re: RISCV porting effort

Exciting... thanks for this update! Even if not "usable" quite yet, it's thrilling to see progress on this. :) Efraim Flashner writes: > Last week my HiFive Umatched¹ board came and was quite the object of > interest at the local computer store as I picked up a case, PSU and > graphics card. >

Re: Raco importer

Brett Gilio writes: > Pierre Neidhardt writes: > >> That'd be awesome! > > > Maybe i'm jumping the gun here. But once I get a working raco importer, > would there be any objection to moving racket from scheme.scm to > racket.scm, and subsequently placing raco derived imports in > racket-xyz.scm? >

Re: building "guix deploy"

Ludovic Courtès writes: > Hi there! Hi Ludo! Thanks for your reply. > "Thompson, David" skribis: > >> Chris Webber and I spent the morning chatting about how we want to >> approach making "guix deploy" a reality and then started hacking on it >> in the afternoon. Although we weren't able to c

Re: What is the philosophy behind shepherd?

Katherine Cox-Buday writes: > I must preface this email with the assurance that there is no agenda > behind my questions; only ignorance and curiosity. Please read it with > that in mind! > > A couple weeks ago, I was watching a video called "The Tragedy of > Systemd"[1]. In it, Benno Rice discuss

Should we upgrade openssl?

>From the openssl website: > Note: The latest stable version is the 1.1.1 series. This is also our > Long Term Support (LTS) version, supported until 11th September > 2023. Our previous LTS version (1.0.2 series) will continue to be > supported until 31st December 2019 (security fixes only during

Re: Guix on Purism's Librems?

Katherine Cox-Buday writes: > Hey all, Hi Katherine! > I brought this up in IRC tonight, and I thought I'd cast a net on the > mailing list to collect experiences. I am considering purchasing a > Librem laptop, and I was curious how Guix runs on it. Would anyone who > has these laptops (especial

Re: GNU Guix 1.0.0 released

Ludovic Courtès writes: > We are thrilled to announce the release of GNU Guix 1.0.0! Massive congrats to the whole Guix community! Woohoo :)

Re: Introducing myself

Jakob L. Kreuze writes: > Hello, guix-devel! > > My name is Jakob L. Kreuze, and I was accepted into Google's Summer of > Code program this year to work on "guix deploy," the deployment > automation tool for GuixSD that's been discussed in [1] and [2]. I just > wanted to briefly introduce myself t

Re: Progress on 'guix deploy'

Jakob L. Kreuze writes: > Hello, Guix! > > Apart from a few patches and my introductory email about a month ago, > I've been pretty silent. I feel it's time to finally break that silence, > let people know where progress has been made, and request some feedback > on the code I've written so far.

New episode of Libre Lounge out interviewing Ludovic about Guix!

Hey all! I'm really excited to say that there's a new episode of Libre Lounge out (a podcast I co-host) and we interview Ludovic Courtès about Guix! There's a lot of cool stuff in here, including some discussion about reproducibily, Mes, etc. https://librelounge.org/episodes/episode-23-guix-w

Re: Suggest another way of importing GNU Guix GPG key

That's probably the right way to do it for now. Alex Vong writes: > Hello, > > One solution would be to download the keyring from > and verify the signature in > the following way: > > $ gpg --keyring ./gnu-keyring.gpg --verify guix-1.0.1.tar.gz.sig >

  1   2   >