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 start working on

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 swamped! I'd be very grateful! > > No problem, I ju

Re: Yet another new committer

Getting knee-deep into Guix these days ;) Welcome! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

Re: Data Services: use cases

On Mon, 16 Nov 2020 at 21:50, Christopher Baines wrote: >> The first commit producing j5llsz…-ghc-haddock is not >> 3922208091 but 12dc9f58c4. And then compare: >> >> author date commit date >> 3922208091|Thu Jul 23 14:03:19 2020|Fri Jul 24 14:21:31 2020 >> 12dc9f58c

Watch the talks before the Guix Day Conference!

Hello guixers! We are pleased to announce the release of the schedule for the first online Guix Day Conference on Sunday November, 22nd. This conference is open to everyone and will be held entirely online. No registration fee. Important: you need to watch the talks before the Guix Day Conferen

Re: Data Services: use cases

zimoun writes: > Cool! I have seen that you added the commit! Great. > > On Mon, 16 Nov 2020 at 20:54, Christopher Baines wrote: > > 2: > The Guix Data Service stores the date in the email from the Git hook th

Re: Data Services: use cases

Cool! I have seen that you added the commit! Great. On Mon, 16 Nov 2020 at 20:54, Christopher Baines wrote: 2: >>> The Guix Data Service stores the date in the email from the Git hook >>> that runs when one pushes to

Re: Data Services: use cases

zimoun writes: > Hi Chris, > > On Mon, 16 Nov 2020 at 19:17, Christopher Baines wrote: > >>> - list all the versions available (since Dec. 2019 I guess) >>> - know which build and which not >>> - easily find the commit for “guix time-machine” > > [...] > >> Maybe there could be a packages.gu

Re: Yet another new committer

On Mon, Nov 16, 2020 at 05:35:02PM +0100, Jonathan Brielmaier wrote: > Hi fellow Guix hackers, > > I'm happy to announce that effective of today I have commit access to our > git repository. Welcome aboard! signature.asc Description: PGP signature

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

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! No problem, I just didn't want to end up with two reports for th

Re: Data Services: use cases

zimoun writes: > Hi Chris, > > On Mon, 16 Nov 2020 at 19:28, Christopher Baines wrote: > >>> I recently have a very similar issue [1]. And based on my >>> investigations [2], the issue seems "commit date vs author date"; >>> especially when merges are floating around. Because of that, from >>

Re: Data Services: use cases

Hi Chris, On Mon, 16 Nov 2020 at 19:17, Christopher Baines wrote: >> - list all the versions available (since Dec. 2019 I guess) >> - know which build and which not >> - easily find the commit for “guix time-machine” [...] > Maybe there could be a packages.guix.gnu.org service which pulls >

Re: Data Services: use cases

Hi Chris, On Mon, 16 Nov 2020 at 19:28, Christopher Baines wrote: >> I recently have a very similar issue [1]. And based on my >> investigations [2], the issue seems "commit date vs author date"; >> especially when merges are floating around. Because of that, from >> "From" to "To" is not alwa

Re: Data Services: use cases

Ludovic Courtès writes: > Hi, > > Pierre Neidhardt skribis: > >> In particular, the "Version From To" table is hard to grasp to a >> newcomer. > > I’m not a newcomer but I find it limpid: I think it immediately shows > that this is about version changes and when they happened. Maybe it > could

Re: Data Services: use cases

zimoun writes: >> BTW, when looking at /output-history, the commits in “From” and “To” can >> be a bit confusing. Take: >> >> >> https://data.guix.gnu.org/repository/1/branch/master/package/openmpi/output-history >> >> I see “To” pointing to >>

Re: Data Services: use cases

Pierre Neidhardt writes: > Sorry if I'm stating the obvious, but ideally it'd be nice if the > interface would be so straightforward it didn't need any instructions to > use :) > > In particular, the "Version From To" table is hard to grasp to a > newcomer. > > During the Guix Days we talked abo

Re: Data Services: use cases

zimoun writes: > Hi Chris, > > Since blog post about Data Services seems floating around, I describe > what I find useful as an end-user of the service. And if you have not > showed me IRL at FOSDEM (and you showed me several times ;-)), then I > would not be using the service so often. ... >

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 people will have a better understanding. >> >>

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 >>> hard to do. >>> On the other hand it would be nic

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 manifested here... >>> >>> Here's what happened.

Yet another new committer

Hi fellow Guix hackers, I'm happy to announce that effective of today I have commit access to our git repository. My commits (and this mail) are signed with following PGP key: 81416036E81A5CF78F801071ECFC83988B4E4B9F Which also can be found at: https://keys.openpgp.org/vks/v1/by-fingerprint/8

Re: GNU Guix 1.2.0rc1 available for testing!

Hello, I have a fix for emacs-guix. Once I make the repository on savannah, that patch should be easy to make.I may be able to get to that around Wednesday. - John

Re: GNU Guix 1.2.0rc1 available for testing!

Hi, I didn't update my mail so often and you've already solved it... Sorry for the noise and thank you for the patch. :-) Happy hacking! Miguel

Re: GNU Guix 1.2.0rc1 available for testing!

Hallo, Leute! "pelzflorian (Florian Pelz)" writes: > On Sun, Nov 15, 2020 at 10:53:29PM +0100, Marius Bakke wrote: >> I have just installed a system using manual partitioning through the >> installer, with encryption. Everything worked like a charm. [...] > Maybe it depends on how fast the machi

Re: Make mutiple packages from outputs (Was: A plan for parameterized packages)

Hi, On Mon, 16 Nov 2020 at 19:25, 宋文武 wrote: >> And it is maybe an occasion to revisit the museum, i.e., the TODO file: [...] > I'd like to suggest another plan: Make every ‘output’ become a > object, so ‘propagated-build-inputs’ doesn’t need to change. Then we’ll > have something like debia

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

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 manifested here... >> >> Here's what happened. vc-mode has some various hacks, as you can see

Re: Make mutiple packages from outputs

Hi, 宋文武 skribis: > I'd like to suggest another plan: Make every ‘output’ become a > object, so ‘propagated-build-inputs’ doesn’t need to change. Then we’ll > have something like debian’s source/binary packages [1] and archlinux’s > base/split packages [2]. > > Example: > > (define-public %gtk+

Re: Discoverability at the REPL level

Hi Tobias, On Mon, 16 Nov 2020 at 15:03, Tobias Geerinckx-Rice wrote: > I'm unconvinced there's a use case that justifies reinventing > shell aliases in Guix, in a heavy-weight fashion, while > simultaneously not being ‘worth’ a real Guixtension package. For example, I have tried to implement

Re: A plan for parameterized packages

Hi, Danny Milosavljevic skribis: > For the embedded/flash rom side: Note: it’s great if it can help reduce closure size, but that’s not the goal. > * Enable/disable building the documentation. I really don't need a 40 MiB > manual stored onto a 16 MiB firmware flash chip. If that's better do

Re: Discoverability at the REPL level

Hi Simon, On +2020-11-15 14:02:04 +0100, zimoun wrote: > Dear, > > Preparing the online Guix Days, maybe this discussion is worth. It > echoes first with the talks “Guix compared to Nix” then with the recent > discussion about Emacs-Guix [1]. > > > The topic is discoverability at the REPL leve

Re: A plan for parameterized packages

Hi, On Mon, 16 Nov 2020 at 13:03, Pierre Neidhardt wrote: > See point 7. about conflicts: > > https://lists.gnu.org/archive/html/guix-devel/2020-01/msg00026.html Quoting for instance the 2 examples: For instance, use guile-2.2.4 instead of guile for all guile libraries, or use

Re: Discoverability at the REPL level

zimoun 写道： 1. Does Guix want a system of aliases? For example, let the script “~/.config/guix/scripts/foo.scm“ and then ‘guix foo’. I asked Guix and it said no, that's madness, sorry. I think I agree. Letting packages like Julien's excellent guix-home-manager[0] extend guix is interes

Re: Updating to latest Bioconductor release

Hi again, :-) On Mon, 16 Nov 2020 at 13:38, Roel Janssen wrote: > Well, I see we're getting R packages that fail to build because the > source cannot be downloaded (anymore), due to the outdated > Bioconductor version Do you mean related to #39885?

Re: Reviving Emacs-Guix

Hi Pierre, > Maybe I'm reading you wrong, but your last paragraph reads a bit brash. > Let's keep this a friendly conversation! :) I am sorry if it does not look friendly. It was not my intention. Apologies if I used incorrect words. For the other questions, well, if we look at the tree of thi

Re: Updating to latest Bioconductor release

Hi Simon, On Mon, 2020-11-16 at 13:29 +0100, zimoun wrote: > Hi Roel, > > On Mon, 16 Nov 2020 at 13:10, Roel Janssen wrote: > > > Hehe. I'm building all R packages in the "wip-r" branch now to see > > what's left for me to fix. > > Cool!  I do not know if Ricardo fetched my branch to update ’w

Re: Updating to latest Bioconductor release

Hi Roel, On Mon, 16 Nov 2020 at 13:10, Roel Janssen wrote: > Hehe. I'm building all R packages in the "wip-r" branch now to see > what's left for me to fix. Cool! I do not know if Ricardo fetched my branch to update ’wip-r’ because an error about a missing symbol was there and then I corrected

Re: Reviving Emacs-Guix

zimoun writes: >> Sadly it's the part that exposes one of the most obvious issues: >> guix-devel-build-package-definition ("C-c . b") chokes Geiser and hangs >> Emacs. > > First, please Pierre, could you stop to refer to > `guix-devel-build-package-definition' when the correct one is > `guix-buil

Re: Updating to latest Bioconductor release

Hi Simon, On Mon, 2020-11-16 at 12:27 +0100, zimoun wrote: > Hi Roel, > > On Mon, 16 Nov 2020 at 11:49, Roel Janssen wrote: > > > Is anyone working on updating Bioconductor to the latest (3.12) > > release?  If so, what's the status? :) > > Some work is already done in the branch wip-r pulled

Re: Reviving Emacs-Guix

Hi, On Mon, 16 Nov 2020 at 10:18, Pierre Neidhardt wrote: > Ludovic Courtès writes: > >> It was a conscious design choice to have tight integration via the >> Scheme APIs rather than by wrapping the command-line interface, and I >> think it’s worked well. >> >> The development features (info "(e

Re: A plan for parameterized packages

Hi, zimoun skribis: >> To me the requirements for package parameters are: >> >> 1. it must be possible to discover them and choose them from the UI; >> >> 2. they must contain on-line internationalized documentation such that >> the UI can list a package’s parameters and their type; > >

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 must traverse a

Re: GNU Guix 1.2.0rc1 available for testing!

On Mon, Nov 16, 2020 at 10:12:09AM +0100, Mathieu Othacehe wrote: > Many thanks (again) for your help here! According to the backtrace you > sent earlier in this thread, it looks like the crash occurs in the > "free-parted" procedure. > > This procedure tries to unallocate Parted resources and wai

Re: Discoverability at the REPL level

Hi! Danny Milosavljevic skribis: > On Sun, 15 Nov 2020 14:02:04 +0100 > zimoun wrote: > >> In an ideal world, the first ’,a’ could provide hint for the module to >> ’,use’ > > There is no "the" module. Any number of modules could have your searched-for > symbol--and the procedures so found cou

Re: Updating to latest Bioconductor release

Hi Roel, On Mon, 16 Nov 2020 at 11:49, Roel Janssen wrote: > Is anyone working on updating Bioconductor to the latest (3.12) > release? If so, what's the status? :) Some work is already done in the branch wip-r pulled from: Paretto’s principle says that 80

Re: Guix now compiles on my Talos II, but download fails

Hi Tobias, Congrats on this progress! Tobias Platen skribis: > ./pre-inst-env guix download https://ftp.gnu.org/gnu/guix/guix-1.1.0.tar.gz > works, but other commands that download files do not work, with the following > error message: > > building /gnu/store/gcsaa54nd7mfggxdrn9bgmb4gw4ai4hl-h

Make mutiple packages from outputs (Was: A plan for parameterized packages)

zimoun writes: > Dear, > > On Sun, 15 Nov 2020 at 21:46, Danny Milosavljevic > wrote: > >> * Enable/disable building the documentation. I really don't need a 40 MiB >> manual stored onto a 16 MiB firmware flash chip. If that's better done as an >> extra output, fair enough. > > Related (I hop

Updating to latest Bioconductor release

Dear Guix, Is anyone working on updating Bioconductor to the latest (3.12) release? If so, what's the status? :) Kind regards, Roel Janssen

Re: wip-node-14 branch

Ludovic Courtès writes: > Jelle Licht skribis: > >> As a small extra, I have also worked on getting Timothy Sample's >> 'binary' npm importer to work with the contemporary guix import and >> guile-json APIs; I'd like some insight into whether this binary importer >> could still hold some value f

Re: Fixing and maintenance of emacs-guix (guix.el)

Hi John, John Soo skribis: > Ludovic Courtès writes: > >> As I wrote in another message before reaching this one, my understanding >> is that “we” now have to take over maintenance of Emacs-Guix. As part >> of that process, we can discuss what interfaces would be useful to >> Emacs-Guix and ar

[sr #110376] Creating an Emacs-Guix Git repository for Guix

URL: Summary: Creating an Emacs-Guix Git repository for Guix Project: Savannah Administration Submitted by: civodul Submitted on: Mon 16 Nov 2020 10:14:27 AM CET Category: Addi

Re: GNU Guix 1.2.0rc1 available for testing!

Hello Florian, > Nov 15 23:53:03 localhost installer[259]: crashing due to uncaught exception: > misc-error (#f "~A" ("Device /dev/sda is still in use.") #f) > Nov 15 23:53:03 localhost installer[259]: running form # > ("Unexpected problem") with 0 clients Many thanks (again) for your help h

Re: GNU Guix 1.2.0rc1 available for testing!

Hi Oleg, Oleg Pykhalov skribis: > Yeeeho! I've installed Guix 1.2.0rc1 system on a KVM virtual machine. Yay! > 1. Because of DHCP server is not exist on a network I cannot use TUI > installer. Right, it very much assumes DHCP. > When I installed via shell, I need manually stop “networking”

Re: Reviving Emacs-Guix

Hi, Ricardo Wurmus skribis: > Pierre Neidhardt writes: > >> I'd like insist: in the current state of Geiser, we cannot leverage it >> reliably in Emacs-Guix. We need to talk to Guix directly, e.g. with >> `guix repl` like I've done in Nyxt. Geiser could/should start ‘guix repl’ instead of ‘gu

Re: Reviving Emacs-Guix

Hi! zimoun skribis: > The question is: in this “new” location to have Emacs-Guix on Savannah, > do the multi entry points remain? Or reduce them to only one, maybe 2? In practice we received bug reports on bug-guix too—maybe not all of them, but we definitely got the critical ones. :-) If it