Re: bug#26308: [PATCH -v2] services: dict.scm: Support more dicod configuration

On Sun, Apr 2, 2017 at 6:12 AM, Ludovic Courtès wrote: > Hello, > > "Huang, Ying" skribis: > >> l...@gnu.org (Ludovic Courtès) writes: > > [...] > >>> While I was at it, I wrote a simple test for the dicod service: >>> >>> >>>

Re: Non-graphical GRUB configuration

On 04/02/2017 at 22:13 Leo Famulari writes: > On Sun, Apr 02, 2017 at 05:06:20PM -0400, Leo Famulari wrote: >> Based on the GRUB manual [0], how about this plan? >> >> We'd add these fields to (grub-configuration): > > [...] > > NixOS has the user provide a string: > >

Re: Planning for the next release

On Thu, Mar 30, 2017 at 02:37:47PM +0200, Ludovic Courtès wrote: > Hello Guix! > > It’s time to plan for the next release! Here’s what we maintainers > think should be done for the next release, which would hopefully happen > within less than a month: > > Please share your thoughts! I just

Re: Non-graphical GRUB configuration

On 04/02/2017 at 21:06 Leo Famulari writes: > On Sun, Apr 02, 2017 at 12:31:19PM -0400, myglc2 wrote: >> I gather you are focused on KVM deployment, so this may be off- >> topic. But FWIW, the patch that I use to run GRUB menus both locally on >> the console and over IPMI SOL (serial over LAN)

‘core-updates’ merged!

Hello Guix! With the last blocker out of the way, I’ve merged the branch! The (not so new) news: • Updates: glibc 2.25, coreutils 8.26, grep 3.0, guile 2.0.14, sed 4.4, tzdata 2017a, etc. • Packages are built with GCC 5 (was 4.9). • Aarch64 is supported! • Reproducibility fixes:

Re: the importance of rust-build-system [Fwd: [tor-dev] Tor in a safer language: Network team update from Amsterdam]

Hi ng0, On Sat, 1 Apr 2017 07:58:41 + ng0 wrote: > Danny, could you list what's left for completion? Is it just circular > dependencies? Very little is missing: - Rustc and cargo should be disentangled. Right now they have to be updated in lockstep. - Rust has

Re: Planning for the next release

Ludovic Courtès writes: >3. UEFI support documented and possibly improved. > > We can certainly document the UEFI setup and add the /boot/efi > partition in some of the ‘operating-system’ examples. > > The more difficult part is the installation: do we need to

Re: Non-graphical GRUB configuration

On Sun, Apr 02, 2017 at 05:06:20PM -0400, Leo Famulari wrote: > Based on the GRUB manual [0], how about this plan? > > We'd add these fields to (grub-configuration): [...] NixOS has the user provide a string: https://nixos.org/nixos/manual/options.html#opt-boot.loader.grub.extraConfig It is

Re: Greenisland & SDDM

Marius Bakke skribis: > Ludovic Courtès writes: > >> Since, SDDM can be built without Greenisland (and thus without Wayland >> support I suppose), what about doing just that? > > I suggested this in [0] and see now that I completely missed Leos reply. > >

Re: Greenisland & SDDM

Ludovic Courtès writes: > Since, SDDM can be built without Greenisland (and thus without Wayland > support I suppose), what about doing just that? I suggested this in [0] and see now that I completely missed Leos reply. Let's do that. No blockers left from my side, at least. [0]

Re: Let’s freeze and build ‘core-updates’!

Ricardo Wurmus writes: > Marius Bakke writes: > >> "vim-full" also has a failing test, but is arguably less important. >> There are "relink" warnings during the test phase, like this: >> >> Relink >>

Greenisland & SDDM

Hi! Marius Bakke skribis: > One "greenisland" test is segfaulting. This package is needed for the > "sddm" display manager, so I don't think we should merge until that is > sorted. I'm looking into it now, but struggling to produce useful > debugging information. I’ve

Re: Let’s freeze and build ‘core-updates’!

Marius Bakke writes: > One "greenisland" test is segfaulting. This package is needed for the > "sddm" display manager, so I don't think we should merge until that is > sorted. I'm looking into it now, but struggling to produce useful > debugging information. Apparently

Non-graphical GRUB configuration

On Sun, Apr 02, 2017 at 12:31:19PM -0400, myglc2 wrote: > I gather you are focused on KVM deployment, so this may be off- > topic. But FWIW, the patch that I use to run GRUB menus both locally on > the console and over IPMI SOL (serial over LAN) on an headless ASRock > server (MT-c224 w/ ASPEED

Re: Staying on-topic

Hi Taylan, taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > If the project takes this ideological side, then it effectively excludes > some women who find this to be sexist. The code of conduct is here because “we pledge to respect all people who contribute”; that’s all it’s

Re: Staying on-topic

Christopher Allan Webber writes: > Taylan Ulrich Bayırlı/Kammer writes: > >> That's why I was worrying. I think it's fine to ban misgendering, on >> the condition that, should a female-born person feel insulted at the use >> of feminine pronouns for a male-born person,

Re: `check' phase for the emacs build system

> How many? My impression is that only few of them have. Anyway... >> Would it be a good idea to add a `check' phase >> to the emacs build system that looks for these test files, and attempts >> to run tests? > > ... I would say: go for it if you think it's worth. However, I think > we'll

Re: question about pty, agetty for an intermediate virtual server image

On 04/01/2017 at 16:29 Leo Famulari writes: > On Sat, Apr 01, 2017 at 07:27:40AM +, ng0 wrote: >> Leo Famulari transcribed 2.8K bytes: >> > And you will probably want a non-graphical GRUB menu as well (this >> > should be parameterized eventually...): >> >> Yeah, that would be useful as it

Re: Let’s freeze and build ‘core-updates’!

Marius Bakke writes: > "vim-full" also has a failing test, but is arguably less important. > There are "relink" warnings during the test phase, like this: > > Relink > `/gnu/store/vis7x2j2lsmwbl5m5w794c23ysqah8xh-libpng-1.6.28/lib/libpng16.so.16' > with >

Re: Let’s freeze and build ‘core-updates’!

Ludovic Courtès writes: > Hi! > > It looks like we’re doing okay now? There are still a number of > armhf-linux builds pending, but if everything goes well, I think we > should merge tomorrow (Sunday). WDYT? One "greenisland" test is segfaulting. This package is needed for the

Re: "guix potluck", a moveable feast

Andy Wingo writes: > Christopher Webber asks about breakage due to version skew between peer > channels and channels and Guix itself. I think I would like to just > ignore this problem for now: if you add channels and things break > somehow due to an update in Guix or an update in some channel,

Re: Staying on-topic

Taylan Ulrich Bayırlı/Kammer writes: > That's why I was worrying. I think it's fine to ban misgendering, on > the condition that, should a female-born person feel insulted at the use > of feminine pronouns for a male-born person, that too should be banned, > effectively forcing neutral pronouns

Re: the importance of rust-build-system [Fwd: [tor-dev] Tor in a safer language: Network team update from Amsterdam]

ng0 transcribed 4.8K bytes: > Oh sweet damn My friends and myself so ignorant of this April Fools > annoyance that I would say: Please double check this message if > torproject > does not have the same opinion on aprils fools as I do.

Re: the importance of rust-build-system [Fwd: [tor-dev] Tor in a safer language: Network team update from Amsterdam]

Oh sweet damn My friends and myself so ignorant of this April Fools annoyance that I would say: Please double check this message if torproject does not have the same opinion on aprils fools as I do. But: the message of tor was merely an opener to my question. I'm still curious in what needs

Re: Staying on-topic

l...@gnu.org (Ludovic Courtès) writes: > Hello Taylan, > > This is guix-devel and this discussion is off-topic. Just to be clear: should Code of Conduct related discussions happen on guix-devel or some other place? I assumed guix-devel was the place. > Furthermore: > > taylanbayi...@gmail.com

Re: "guix potluck", a moveable feast

Hi :) Thanks all for review; comments and suggestions very welcome. Choosing this message to reply to. On Sun 02 Apr 2017 01:05, l...@gnu.org (Ludovic Courtès) writes: > Andy Wingo skribis: > >> (1) Install Guix as a user. (This needs to be easier.) >> (2) guix channel

Re: GSoC build tool clarification

Hi Caleb, Welcome! :-) Caleb Ristvedt skribis: > The description of "replaces the likes of autools, cmake" makes sense, but > I'm not sure I understand the more advanced features being described - > specifically "... should ultimately be able to run complex workflows

Re: "Perfect Setup" for hacking on Nix?

Chris Marusich skribis: > The Guix manual has a fantastic section on the "Perfect Setup" for > hacking on Guix ((guix) The Perfect Setup). This section provides > excellent guidance for a newbie on how they can set up their development > environment for hacking on Guix. I

Re: 'guix build' and garbage collection

Hi Chris, Chris Marusich skribis: > I saw this in guix/scripts.build.scm: > > (and (build-derivations store drv mode) > (for-each show-derivation-outputs drv) > (for-each (cut register-root store <> <>) >(map (lambda (drv) >

Re: "guix potluck", a moveable feast

Chris Marusich skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Beside, related to Chris’ comment, I’m a bit concerned about versioning >> in such a widely distributed repo. The package graph in Guix has zero >> degrees of liberty: every package is connected to other

Re: Let’s freeze and build ‘core-updates’!

Leo Famulari writes: > On Sun, Apr 02, 2017 at 12:30:28AM +0200, Ludovic Courtès wrote: >> Hi! >> >> It looks like we’re doing okay now? There are still a number of >> armhf-linux builds pending, but if everything goes well, I think we >> should merge tomorrow (Sunday).