[OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Raghav Gururajan
Hello Guix! I would like to thank Guix Maintainers, Gábor Boskovits and Danny Milosavljevic; for selecting me as an intern for this project. I am gald to be part of Guix and excited to get started. :-) I am opening this email thread for communication, discussion and progression regarding this pro

https://guix.gnu.org/packages ?

2020-05-06 Thread zimoun
Dear, Is someone really use this interface [1]? [1] https://guix.gnu.org/packages/ Because, when I need something, I prefer to use this one [2]. [2] http://hpc.guix.info/browse Does it make sense to replace the interface of [1] by the interface by [2]? Bonus: the interface [2] provides a li

hide more output

2020-05-06 Thread Ricardo Wurmus
Hi Guix, when installing a few packages we see output like this: --8<---cut here---start->8--- $ guix install zile-on-guile vim-full The following packages will be installed: zile-on-guile 2.4.14-0.fd09781 vim-full 8.2.0411 9.4 MB will be downloaded

Re: Exact same 'call-with-temporary-directory' defined twice?

2020-05-06 Thread Ludovic Courtès
Hi, zimoun skribis: > The exact same function named 'call-with-temporary-directory' is > defined in the 2 files: > - guix/utils.scm > - guix/swh.scm > Please, could you explain what is the motivation? CIrcular dependencies? > > The comment in guix/swh.scm says ';FIXME: factorize'. Does it mean

Re: branch master updated: gnu: Add musl-cross.

2020-05-06 Thread Ludovic Courtès
Hi, Danny Milosavljevic skribis: > On Sun, 03 May 2020 21:26:23 +0200 > Ludovic Courtès wrote: > >> I understand cross-base.scm is becoming messy and we would need an >> abstraction to facilitate its use. Still, to me it sounds like a better >> option over big monolithic packages. >> >> WDYT?

“Grafts, continued”

2020-05-06 Thread Ludovic Courtès
Hello Guix! I wrote about the recent changes in support of grafts in this post: https://guix.gnu.org/blog/2020/grafts-continued/ Feedback welcome! Ludo’. signature.asc Description: PGP signature

Re: 18/36: services: hurd: Add dummy loopback.

2020-05-06 Thread Ludovic Courtès
Hi, Vincent Legoll skribis: > On Tue, May 5, 2020 at 11:23 AM Ludovic Courtès wrote: >> The patch below appears to fix it: > > Is target-word-size checking always equivalent to cross-compiling ? In this case it’s sufficient: it’s just about ‘sizeof’ and ‘alignof’, so the word size is all that

Re: hide more output

2020-05-06 Thread Jan Nieuwenhuizen
Ricardo Wurmus writes: > when installing a few packages we see output like this: > > $ guix install zile-on-guile vim-full > The following packages will be installed: >zile-on-guile 2.4.14-0.fd09781 >vim-full 8.2.0411 > > 9.4 MB will be downloaded: >/gnu/store/vf7w4yiax38ra7x8aqqv

Re: 18/36: services: hurd: Add dummy loopback.

2020-05-06 Thread Ludovic Courtès
Hi! Jan Nieuwenhuizen skribis: > (use-modules (guix build syscalls)) > > (define LOOPBACK? #t) > (define IP "127.0.0.1" ) > (define INTERFACE "lo") > (define NETMASK #f) > (define GATEWAY #f) > > (format #t "ifreq-struct-size: ~a\n" (@@ (guix build syscalls) > ifreq-struct-size)) > (format #t "

Re: initrd: why do we need static linking?

2020-05-06 Thread Ludovic Courtès
Hi, raingloom skribis: > It'd actually be nice if static linking could be used in places other > than the initrd. I'm experimenting with some old resource constrained > machines, and it made me realize just how much space even a basic `guix > pull` can take up. That’s an issue in Guile’s compil

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Ludovic Courtès
Hi! Raghav Gururajan skribis: > I would like to thank Guix Maintainers, Gábor Boskovits and Danny > Milosavljevic; for selecting me as an intern for this project. I am gald to be > part of Guix and excited to get started. :-) Yay, great that you made it! Welcome again! :-) > I am opening thi

Data service: package information

2020-05-06 Thread zimoun
Dear Chris, I am playing with "guix search / show" ('package->recutils) and I would like to provide 2 informations: 1) the hyperlink to the Data Service. 2) if the package is substituable. The 1) is not complicated since Guix checks if hyperlinks are supported by the terminal. The question is

Re: “Grafts, continued”

2020-05-06 Thread Nicolò Balzarotti
Hi Ludo! Interesting blog post, thanks! I found a typo: /remove-eval/remote-eval/ Thanks, Nicolò Ludovic Courtès writes: > Hello Guix! > > I wrote about the recent changes in support of grafts in this post: > > https://guix.gnu.org/blog/2020/grafts-continued/ > > Feedback welcome! > > Ludo’.

Re: https://guix.gnu.org/packages ?

2020-05-06 Thread Ludovic Courtès
Hi, zimoun skribis: > Is someone really use this interface [1]? > > [1] https://guix.gnu.org/packages/ > > Because, when I need something, I prefer to use this one [2]. > > [2] http://hpc.guix.info/browse > > > Does it make sense to replace the interface of [1] by the interface by [2]? A goal f

Re: hide more output

2020-05-06 Thread Ludovic Courtès
Hi, Ricardo Wurmus skribis: > While I’m sure many of us have gotten used to this I think we don’t need > to show quite as much information. My proposal is to hide the > “downloading from ” by default, because the URLs don’t > really matter to users. We can unhide that bit of info when slightly

Re: hide more output

2020-05-06 Thread zimoun
On Wed, 6 May 2020 at 16:08, Jan Nieuwenhuizen wrote: > Ricardo Wurmus writes: > > when installing a few packages we see output like this: > > > > $ guix install zile-on-guile vim-full > > The following packages will be installed: > >zile-on-guile 2.4.14-0.fd09781 > >vim-full 8.2.041

Re: hide more output

2020-05-06 Thread zimoun
Hi Ludo, On Wed, 6 May 2020 at 16:25, Ludovic Courtès wrote: > I think it’s nice to see the URLs, or rather the host part thereof, when > using multiple substitute servers. But perhaps we can still make that > less verbose? Kind of 'guix-prettify-mode'? For example shortened as 'https://ci.g

New committer, new process

2020-05-06 Thread Ludovic Courtès
Hey ho! Brice Waegeneire skribis: > You may have seen me around in the mailing lists or on IRC as bricewge. > For > some months now I have been contributing to Guix on a regular basis. And > it > seems I have been helpful in some ways since yesterday I was granted > commit > access to the git re

Re: MIPS support

2020-05-06 Thread Ludovic Courtès
Hi, Leo Famulari skribis: > On Wed, Apr 08, 2020 at 08:32:00PM +0100, Christopher Baines wrote: >> I was wondering about MIPS support, mainly because the Guix Data Service >> uses QEMU to emulate different systems so that the channel instance >> derivations can be computed (like [1]). I'm not su

Re: https://guix.gnu.org/packages ?

2020-05-06 Thread zimoun
On Wed, 6 May 2020 at 16:23, Ludovic Courtès wrote: > > Does it make sense to replace the interface of [1] by the interface by [2]? > > A goal for [1] was to have a JS-free interface. It’s necessarily > limiting (no search interface), but I think it’s good to have. I understand. Even if I am a

Re: hide more output

2020-05-06 Thread Pierre Neidhardt
Good idea! But can we do even shorter? - Move the graft information which is somewhat low-level to --verbose=N. - Remove the duplicate profile information ("The following derivation..." and "building "/gnu...-profile.drv"). - If we move the URL to --verbose=N, why not doing the same for the sto

Re: Exact same 'call-with-temporary-directory' defined twice?

2020-05-06 Thread zimoun
Hi, On Wed, 6 May 2020 at 15:54, Ludovic Courtès wrote: > > The comment in guix/swh.scm says ';FIXME: factorize'. Does it means: > > move it in the file 'guix/utils.scm'? > > I believe the (shameful) reason is that the closure of (guix swh) is > imported no the build side and adding (guix utils)

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Gábor Boskovits
Hello, Ludovic Courtès ezt írta (időpont: 2020. máj. 6., Sze 16:19): > Hi! > > Raghav Gururajan skribis: > > > I would like to thank Guix Maintainers, Gábor Boskovits and Danny > > Milosavljevic; for selecting me as an intern for this project. I am gald > to be > > part of Guix and excited to g

Re: branch master updated: gnu: gnome-todo: Fix build.

2020-05-06 Thread Marius Bakke
Hi Danny, guix-comm...@gnu.org writes: > commit b17b29454d5edd61eecb4536461789b7a3865a9a > Author: Danny Milosavljevic > AuthorDate: Wed May 6 17:36:03 2020 +0200 > > gnu: gnome-todo: Fix build. > > * gnu/packages/patches/gnome-todo-delete-esource-duplicate.patch: New > file. >

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Ricardo Wurmus
Raghav Gururajan writes: > I would like to thank Guix Maintainers, Gábor Boskovits and Danny > Milosavljevic; for selecting me as an intern for this project. I am gald to be > part of Guix and excited to get started. :-) Congratulations! You’ve already done a lot of great work in the past wee

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread sirgazil
On Wed, 06 May 2020 09:13:34 + Raghav Gururajan wrote > Hello Guix! > > I would like to thank Guix Maintainers, Gábor Boskovits and Danny > Milosavljevic; for selecting me as an intern for this project. I am gald to > be > part of Guix and excited to get started. :-) Nice,

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Raghav Gururajan
Hello Ricardo! > Congratulations! > > You’ve already done a lot of great work in the past weeks, so I’m > looking forward to seeing your project results. Thank you! Regards, RG.

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Raghav Gururajan
Hello Sirgazil! > Nice, Raghav. I wish you success :) Thank you! Regards, RG.

Re: branch master updated: gnu: gnome-todo: Fix build.

2020-05-06 Thread Danny Milosavljevic
Hi Marius, On Wed, 06 May 2020 17:43:18 +0200 Marius Bakke wrote: > Can you add a short comment at the top of the patch file explaining what > this does, along with links to relevant upstream commits/issues (if > applicable)? Whoops. Sure. Added in guix master commit 426adb4fc50cdfbc29fdc6ab6

Re: MIPS support

2020-05-06 Thread Vincent Legoll
Hello, > In the intervening years, interest faded away as free software friendly > MIPS hardware became more rare. I grabbed a gnubee during the crowdfunding campaign, but the CPU is too low spec to do a lot of compilation on it. > Perhaps it would be more honest to officially remove the MIPS po

Re: [EXT] Re: Medium-term road map

2020-05-06 Thread Thompson, David
On Sat, Apr 25, 2020 at 5:38 PM Jack Hill wrote: > > * Continued development of guix deploy. Figuring out how to deploy secrets > to remote machines would be great. I used to think this was a problem that guix deploy had to deal with but after many years doing devops full-time I no longer think t

Re: https://guix.gnu.org/packages ?

2020-05-06 Thread Christopher Baines
zimoun writes: > Is someone really use this interface [1]? > > [1] https://guix.gnu.org/packages/ > > Because, when I need something, I prefer to use this one [2]. > > [2] http://hpc.guix.info/browse > > > Does it make sense to replace the interface of [1] by the interface by [2]? > > > Bonus: t

Re: https://guix.gnu.org/packages ?

2020-05-06 Thread sirgazil
On Wed, 06 May 2020 14:46:02 + zimoun wrote > On Wed, 6 May 2020 at 16:23, Ludovic Courtès wrote: > > > > Does it make sense to replace the interface of [1] by the interface by > > > [2]? > > > > A goal for [1] was to have a JS-free interface. It’s necessarily > > limiti

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Jan Nieuwenhuizen
Raghav Gururajan writes: > I would like to thank Guix Maintainers, Gábor Boskovits and Danny > Milosavljevic; for selecting me as an intern for this project. I am gald to be > part of Guix and excited to get started. :-) Well, done; congratulations! Greetings, janneke -- Jan Nieuwenhuizen | G

Re: https://guix.gnu.org/packages ?

2020-05-06 Thread Vincent Legoll
Hello, On Wed, May 6, 2020 at 3:06 PM zimoun wrote: > Is someone really use this interface [1]? > > [1] https://guix.gnu.org/packages/ Yes, me, sometimes... > Because, when I need something, I prefer to use this one [2]. > > [2] http://hpc.guix.info/browse Because I did not know about this one

Re: [OUTREACHY]: Integration of desktop environments into GNU Guix

2020-05-06 Thread Raghav Gururajan
Hello Jan! > Well, done; congratulations! Thank you! :-) Regards, RG. pgp8R_GIMVkk0.pgp Description: OpenPGP digital signature

Re: MIPS support

2020-05-06 Thread Jack Hill
On Wed, 6 May 2020, Vincent Legoll wrote: Hello, In the intervening years, interest faded away as free software friendly MIPS hardware became more rare. I grabbed a gnubee during the crowdfunding campaign, but the CPU is too low spec to do a lot of compilation on it. I also have a gnubee,

Re: Data service: package information

2020-05-06 Thread Christopher Baines
zimoun writes: > I am playing with "guix search / show" ('package->recutils) and I > would like to provide 2 informations: > > 1) the hyperlink to the Data Service. > 2) if the package is substituable. > > The 1) is not complicated since Guix checks if hyperlinks are > supported by the termina

Re: MIPS support

2020-05-06 Thread Christopher Baines
Vincent Legoll writes: >> In the intervening years, interest faded away as free software friendly >> MIPS hardware became more rare. > > I grabbed a gnubee during the crowdfunding campaign, but the CPU > is too low spec to do a lot of compilation on it. At least the main blocker for me is the

Re: Data service: package information

2020-05-06 Thread zimoun
Hi Chris, On Wed, 6 May 2020 at 19:36, Christopher Baines wrote: > > Aside, does it make sense to add the revision number (short commit > > hash, e.g., abc123) and the red (X) or the green (V) close to "More > > information" to easily check the status of the derivation. It avoids > > one click

Re: MIPS support

2020-05-06 Thread Leo Famulari
On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote: > From the manual or from the CI, to let the build farm do more useful things > I'm not against, but is it really making maintenance difficult by still being > in > the codebase ? It's not really a maintenance burden currently since

Re: https://guix.gnu.org/packages ?

2020-05-06 Thread zimoun
Hi sirgazil, Thank you for the explanations. I have not read yet the bug report you mention. Well, I do not have any opinion on what to do. Mainly because I do not have the skills for. And that's why I proposed the change. :-) All the best, simon

Re: MIPS support

2020-05-06 Thread Leo Famulari
On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote: > I grabbed a gnubee during the crowdfunding campaign, but the CPU > is too low spec to do a lot of compilation on it. I'm not an expert on MIPS but I *think* the GnuBee uses a different architecture than what Guix was ported to. So,

Re: Data service: package information

2020-05-06 Thread Christopher Baines
zimoun writes: > On Wed, 6 May 2020 at 19:36, Christopher Baines wrote: > >> > Aside, does it make sense to add the revision number (short commit >> > hash, e.g., abc123) and the red (X) or the green (V) close to "More >> > information" to easily check the status of the derivation. It avoids >

Re: [EXT] Re: Medium-term road map

2020-05-06 Thread Efraim Flashner
On Wed, May 06, 2020 at 01:03:39PM -0400, Thompson, David wrote: > On Sat, Apr 25, 2020 at 5:38 PM Jack Hill wrote: > > > > * Continued development of guix deploy. Figuring out how to deploy secrets > > to remote machines would be great. > > I used to think this was a problem that guix deploy had

Re: [EXT] Re: Medium-term road map

2020-05-06 Thread Jack Hill
Dave, On Wed, 6 May 2020, Thompson, David wrote: On Sat, Apr 25, 2020 at 5:38 PM Jack Hill wrote: * Continued development of guix deploy. Figuring out how to deploy secrets to remote machines would be great. I used to think this was a problem that guix deploy had to deal with but after man

Re: hide more output

2020-05-06 Thread Bengt Richter
Hi, On +2020-05-06 16:25:19 +0200, Ludovic Courtès wrote: > Hi, > > Ricardo Wurmus skribis: > > > While I’m sure many of us have gotten used to this I think we don’t need > > to show quite as much information. My proposal is to hide the > > “downloading from ” by default, because the URLs don’

Inkscape 1.0 upgrade

2020-05-06 Thread Ekaitz Zarraga
Hi all, With the release of the 1.0 version of Inkscape I wanted to update our package and I'm encountering some problems I'm unable to solve myself. First, it depends on GDL (Gnome Devtool Libraries) which is not included in Guix so I'm packaging that too. I found an issue I don't know how to

Re: Inkscape 1.0 upgrade

2020-05-06 Thread Nicolò Balzarotti
Hi, I wanted the same. My package is working but I cannot replace the current inkscape as there's a dependency loop, so I called it inkscape-1.0. But in today's blogpost Ludo installed inkscape 1.0, so maybe he already solved it. Here's my working definition btw, if you want to submit it please g

Re: MIPS support

2020-05-06 Thread Vincent Legoll
Hello everybody, I'll do a single email answer, hope that is not off limits... The gnubee is dual-core x 2 threads, 880 MHz 32 bit mips, 512 MB RAM, 2x1Gbps ethernet, 6 SATA ports, SPI flash & microSD, USB 2 & 3, u-boot bootloader. http://gnubee.org https://www.mediatek.com/products/homeNetworki

Re: hide more output

2020-05-06 Thread zimoun
On Wed, 6 May 2020 at 22:01, Bengt Richter wrote: > Just so I don't have to re-run something very timeconsuming to see the > verbose version. In this case, you can always run the command using the verbose option. It is the same with all the CLI I know, one cannot have the milk and the butter fo

Re: Inkscape 1.0 upgrade

2020-05-06 Thread Maxim Cournoyer
Hello! It seems we're now at least 3 people to have worked toward Inkscape 1.0 :-). I've posted a patch series adding a Inkscape 1.0 and various other dependencies at http://bugs.gnu.org/41118, if you'd like to compare. Nicolò Balzarotti writes: > Hi, I wanted the same. My package is working b