Re: [WIP][PATCH] download: Don't report the progress too fast

Hello 宋文武, iyzs...@member.fsf.org (宋文武) skribis: > Hello, our progress report of 'guix download' can refresh too fast. For > example, it blinks much with this script: Indeed, that’s always annoyed me. I’m glad you’re looking at it! > I'd like limiting its rate to render every 300ms. So I wri

Re: let's talk about SLIM

Hi, Mark H Weaver skribis: > ng0 writes: > >> It seems to me as if SLIM can be dropped once we >> have something else in place. Would you agree? > > It would be good to keep a display manager service that is lightweight > in terms of both resource usage, runtime-dependency closure, and > build-

Re: let's talk about SLIM

Ludovic Courtès transcribed 2.2K bytes: > Hi, > > Mark H Weaver skribis: > > > ng0 writes: > > > >> It seems to me as if SLIM can be dropped once we > >> have something else in place. Would you agree? I no longer agree with my own proposed action. But the switch of the default choice is import

Re: let's talk about SLIM

ng0 transcribed 4.4K bytes: > Ludovic Courtès transcribed 2.2K bytes: > > Hi, > > > > Mark H Weaver skribis: > > > > > ng0 writes: > > > > > >> It seems to me as if SLIM can be dropped once we > > >> have something else in place. Would you agree? > > I no longer agree with my own proposed acti

Re: ‘core-updates’ is back!

On Tue, Aug 29, 2017 at 11:44:53AM +0300, Efraim Flashner wrote: > On Tue, Aug 29, 2017 at 12:01:40AM +0200, Ludovic Courtès wrote: > > Hello Guix! > > > > Yup, I just created a new ‘core-updates’ branch by pushing > > . Enjoy! > > > > Let’s freeze in one month, say O

Re: GSoC final update

Hi reepca! Caleb Ristvedt skribis: > As the official work time for GSoC draws to a close, it seems fitting to > summarize where the project is at right now. *deep breath* > > What works: building hello. I tried building SBCL as well, but building > one of the dependencies caused hanging (but the

Re: ‘core-updates’ is back!

iyzs...@member.fsf.org (宋文武) skribis: > Andy Wingo writes: > >> On Tue 29 Aug 2017 00:01, l...@gnu.org (Ludovic Courtès) writes: >> >>> Yup, I just created a new ‘core-updates’ branch by pushing >>> . Enjoy! >>> >>> Let’s freeze in one month, say Oct. 1st? >> >> It wo

Re: ‘core-updates’ is back!

Andy Wingo skribis: > On Tue 29 Aug 2017 00:01, l...@gnu.org (Ludovic Courtès) writes: > >> Yup, I just created a new ‘core-updates’ branch by pushing >> . Enjoy! >> >> Let’s freeze in one month, say Oct. 1st? > > It would be pretty cool if we could fix our O(n^2) pro

Re: NetworkManager instead of Wicd in ‘%desktop-services’?

Hi, Andy Wingo skribis: > It seems like all GNOME users are ready for this change. I tried it out > locally and it's quite nice. Patch like this: > > diff --git a/gnu/services/desktop.scm b/gnu/services/desktop.scm > index 0509bd8a4..f12fe78e5 100644 > --- a/gnu/services/desktop.sc

Re: Combining Guix, direnv and Emacs for environment customisation

Carlo Zancanaro skribis: > On Tue, Aug 29 2017, David wrote: >> There is a feature missing in 'guix environment': saving the resulting >> profile for easy access later. I often want to build an environment >> once and not update it for awhile, but with the current state of 'guix >> environment'

Re: Combining Guix, direnv and Emacs for environment customisation

Hi! "Thompson, David" skribis: > There is a feature missing in 'guix environment': saving the resulting > profile for easy access later. I often want to build an environment > once and not update it for awhile, but with the current state of 'guix > environment' it's not possible. This leads me

Re: Automatically detect other OSs and generate grub entries

Hi Arun, Arun Isaac skribis: > Ludovic Courtès writes: > >> Amirouche Boubekki skribis: >> >>> On Mon, Jul 17, 2017 at 3:39 PM Ludovic Courtès wrote: >>> Arun Isaac skribis: > Instead of having to manually specify custom grub entries in config.scm, > can Guix use os-prober

Re: Automatically detect other OSs and generate grub entries

>> I have packaged os-prober. >> >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28281 > > I guess a next step could be to document it in the installation manual. > Or we could write a new tool that creates an ‘operating-system’ template > based on ‘os-prober’ output? > > Thoughts? Yes, the next

Re: GSoC final update

Hi reepca, thanks for your report and for your work! > tl;dr - I did not achieve the goals I set out to achieve. That makes me > sad. I plan on working on it more. Sometimes projects are like that. They can get more confusing as you go on and try to rebuild the execution model in your head, es

The future of 'guix environment'

Hi all, been awhile! I wrote the initial version of 'guix environment' almost 2 years ago, and have used it constantly since. It was a great start, but from my own experiences and feedback from others, I have identified a number of areas that need improvement. Fixing them will require breaking c

Re: The future of 'guix environment'

"Thompson, David" writes: > Hi all, been awhile! Yeah, glad to see you! > [...] > > If you've followed along this far, great! Now here's my list of > proposed changes: > > 1) Add a caching mechanism. The environment profile should get built > once, and then a symlink to it should be created

Re: The future of 'guix environment'

On Wed, Aug 30, 2017 at 11:11:33PM +0800, 宋文武 wrote: > > 1) Add a caching mechanism. The environment profile should get built > > once, and then a symlink to it should be created in $PWD and > > registered as a GC root. This will, of course, require re-using some > > 'guix package' code to delete

Re: The future of 'guix environment'

宋文武 writes: >> 5) Add support for Shepherd services. When an environment is created, >> a new Shepherd process is launched to handle all the necessary >> services. For a web application this could be nginx, mysql, redis, >> etc. This feature can be implemented later, even post 1.0, provided >

Re: The future of 'guix environment'

Hello David, thanks for your thoughts! On Wed, Aug 30, 2017 at 09:22:13AM -0400, Thompson, David wrote: > As an avid Emacs user, I want to do everything in Emacs, but if I want > to use, say, M-x compile but in the context of my development > environment, I have to wrap the command in 'guix envir

Re: The future of 'guix environment'

Hello, On Wed, Aug 30, 2017 at 11:11:33PM +0800, 宋文武 wrote: > I definitely want this feature too, so how about rename the current > implementation of 'environment' to 'guix shell', whose ad hoc behaviour > is similar to the 'nix-shell', and start a new implementation with this > persistent behavio

Re: GSoC final update

Hello Caleb, On Tue, Aug 29, 2017 at 02:44:56AM -0500, Caleb Ristvedt wrote: > Currently nothing has been merged - I don't think it's in a fit state to > be merged presently. I intend to continue working on this as time > allows. School started last week, though, and it's kept me quite busy > so

Re: ‘core-updates’ is back!

Efraim Flashner writes: > On Tue, Aug 29, 2017 at 11:44:53AM +0300, Efraim Flashner wrote: >> On Tue, Aug 29, 2017 at 12:01:40AM +0200, Ludovic Courtès wrote: >> > Hello Guix! >> > >> > Yup, I just created a new ‘core-updates’ branch by pushing >> > . Enjoy! >> > >>

Re: ‘core-updates’ is back!

On Wed, Aug 30, 2017 at 09:10:42PM +0200, Marius Bakke wrote: > Efraim Flashner writes: > > > On Tue, Aug 29, 2017 at 11:44:53AM +0300, Efraim Flashner wrote: > >> On Tue, Aug 29, 2017 at 12:01:40AM +0200, Ludovic Courtès wrote: > >> > Hello Guix! > >> > > >> > Yup, I just created a new ‘core-up

Re: ‘core-updates’ is back!

Efraim Flashner writes: > On Wed, Aug 30, 2017 at 09:10:42PM +0200, Marius Bakke wrote: >> Since we're on the topic, I would like to switch to GCC 6 or 7 soon... >> Are we agile enough to use the very latest GCC by default yet? :-) > > That would be nice to at least move to GCC 6. My aarch64 boar

Re: ‘core-updates’ is back!

Marius Bakke writes: > Probably unrelated, but we also have to change the '--enable-kernel' > configure flag to say '3.2.0' since that is the minimum supported by > glibc 2.26. Does this mean that binaries built with Guix will need at least Linux 3.2.0 to be executed? -- Ricardo GPG: BCA6 89

Re: ‘core-updates’ is back!

Ricardo Wurmus writes: > Marius Bakke writes: > >> Probably unrelated, but we also have to change the '--enable-kernel' >> configure flag to say '3.2.0' since that is the minimum supported by >> glibc 2.26. > > Does this mean that binaries built with Guix will need at least Linux > 3.2.0 to be e

Re: [go-build-system] How to access properties or keys of a package on the build side?

On Mon, Aug 28, 2017 at 10:32:41PM +0200, Ricardo Wurmus wrote: > > Ricardo Wurmus writes: > > > You could also access the arguments of another package with > > “package-arguments”. Using the “properties” field isn’t pretty because > > it is a free form alist. > > > > You can use “find-tail” to

Re: The future of 'guix environment'

Thanks for the feedback, everyone. I'm going to try to address what everyone has been discussing. 宋文武, I agree with Andreas that making a new command is undesirable and would just lead to confusion. I think a single tool can support the major use cases well. I'd go so far as to say that I will