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: 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: 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

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: 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: 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: 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: [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: [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: 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

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

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 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: 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: 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: 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: 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: [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: [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

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: 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: 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

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

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

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, >> >> >> >

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. 9., Sze, 21:00): >> >> Maxim Cournoyer writes: >> >> > Hello Gabor! >> > >> > Gábor Boskovits writes: >> > >> >> Hello

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

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: 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

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: 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.

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?

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: 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: 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: 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: 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: 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

[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: [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

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

Re: Thank you, Guix! [I Love Free Software Day]

Katherine Cox-Buday writes: > Arun Isaac writes: > >> Hi, >> >> It's February 14, I Love Free Software Day[1]. Instead of the usual bug >> report, feature request or some other form of complaint, today I would >> like to show some gratitude. :-) I wish to thank the Guix community for >> pouring s

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

Gábor Boskovits writes: > Hello, > > Dimakakos Dimos ezt írta (időpont: 2019. okt. 5., > Szo 0:57): > >> >> Christopher Lemmer Webber writes: >> >> > I think nobody has written a Racket importer. I have it as a >> > longstanding backgroun

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

Pj. > > On Fri, Sep 14, 2018 at 01:44:37PM -0400, Christopher Lemmer Webber wrote: >> Ludovic Courtès writes: >> >> > Hello Pierre, >> > >> > Pierre Neidhardt skribis: >> > >> >> Wouldn't it make sense to move DrRacket to a sep

Re: Maintainer needed for Linux-libre and IceCat packages

Thanks for all the work you've done on this, Mark! Mark H Weaver writes: > Hello, > > I need to take a break from Guix. I'm not sure if I'll be back or not. > Someone else should take over maintenance of the Linux-libre and IceCat > packages, starting with the recent kernel updates for 4.4.192,

Re: GSoC 2019 Recap

Hi Jakob, I've already said this off-list, but I feel it's worth repeating on-list: thank you for making "guix deploy" a reality. So many of us have wanted it for so long, but you did the really important thing: you put in the work, and clearly with great care. We're glad to have you as part of

Re: bug#36855: guix system switch-generation doesn't

Could you look at bug #36878 and commit 1db6f137d... as of latest master, is this fixed? Robert Vollmert writes: > Could we get some input on this bug? > > Maybe I’m misunderstanding something, but it seems that a core guix > feature (atomic rollbacks) doesn’t work… > >> On 30. Jul 2019, at 12:00

Re: On maintaining GNU Guix

Ricardo Wurmus writes: > This would allow each of the maintainers to better concentrate on > selected sub-projects, and to increase the likelihood of having an > active co-maintainer around when other co-maintainers are unavailable. > We also hope that this change will decrease the importance of a

Re: "guix deploy" is in git master

Jakob L. Kreuze writes: > Hi Dave, > > "Thompson, David" writes: > >> Agreed. Also this should be done in parallel eventually because >> updating 24 machines serially is silly. > > Good idea. Do we have a Guix-specific API for parallelism, or should I > look to the Guile manual section on Futures

Re: Website translation (was: Re: Guix beyond 1.0: let’s have a roadmap!)

pelzflorian (Florian Pelz) writes: > On Sun, Jul 07, 2019 at 04:20:59PM +0200, Ludovic Courtès wrote: >> Thanks for bringing this up. I’m very much convinced this is an >> important task, and I’m happy there’s already a team of dedicated >> volunteers who’ve worked hard translating the manual and

Re: "guix deploy" is in git master

Ricardo Wurmus writes: > Hi Mark, > >> Ricardo Wurmus writes: >> >>> Christopher Lemmer Webber writes: >>> >>>> Ricardo, can you see if 834b8a4110 fixes the problem? >>> >>> It does not seem to fix this problem. >>>

Re: "guix deploy" is in git master

Ricardo Wurmus writes: > Christopher Lemmer Webber writes: > >> Ricardo, can you see if 834b8a4110 fixes the problem? > > It does not seem to fix this problem. > “gnu/machine/ssh.scm” still isn’t included. Unfortunately my ability to debug autotools problems is... alm

Re: "guix deploy" is in git master

Ricardo, can you see if 834b8a4110 fixes the problem? Jakob L. Kreuze writes: > Hi, Ricardo! > > Ricardo Wurmus writes: > >> Me! I tried to use it on ci.guix.gnu.org to upgrade a node, but it >> failed like this: >> >> rekado@berlin /root/maintenance/hydra$ guix deploy deploy-berlin-node.scm >>

I didn't break guix in the way I thought

Okay, the main things that are broken are my laptop situation and my brain. No hope for the latter, but as for the former, I got stressed and didn't notice that I am in fact between laptop setups and the guix checkout I had on one machine isn't the same that I had on the other. So there were probl

I broke guix (no code for module (guix remote))

Looks like the most recent failure is my own fault: error: failed to load 'gnu/machine/ssh.scm': ice-9/eval.scm:293:34: no code for module (guix remote) Some deprecated features have been used. Set the environment variable GUILE_WARN_DEPRECATED to "detailed" and rerun the program to get more inf

"guix deploy" is in git master

Huge congratulations to Jakob in that "guix deploy" has just hit git master! There's a new section of the manual, "8.15 Invoking ‘guix deploy’"; see that for details. Please play with it and let us know what your experiences are! MANY THANKS and HUGE CONGRATS to Jakob for getting this key piece

Re: BTRFS, LVM, LUKS

Alexandre Oliva writes: > Full-disk encryption (LUKS) is also a strict requirement for me, and so > is multi-disk BTRFS. Note that full disk encryption does work without LVM in Guix, though you do need to then pretty much put everything on one partition :) I think you can also do full disk encry

Re: Guix beyond 1.0: let’s have a roadmap!

Ludovic Courtès writes: > * UI/UX > > ** TODO grafts and profile hooks run as “build continuations” > > ** TODO ‘package-derivation’ made faster > ** TODO (gnu installer) UI can be used to edit config.scm > ** TODO ‘guix system status’ shows info about the current sta

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 >

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: 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.

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: 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: 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

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: 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

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: 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: [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: 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: 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"

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.

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: [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[

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: 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: 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: 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

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-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

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: 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: 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: 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/ >> > >

openssh vulnerability

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

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

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: 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: 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: 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: 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: [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: 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: 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

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: 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

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

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: 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

  1   2   >