bug#42371: Grafts max out build slots without being queued

Hello everyone, I did a couple more tests, and there's no need to get fancy with the reproduction steps; any number greater of packages greater than your number of build slots/users should suffice: --8<---cut here---start->8--- guix build --quiet --check $(guix

bug#42371: Grafts max out build slots without being queued

Hey Simon, zimoun writes: > Dear Maxim, > > > On Wed, 15 Jul 2020 at 12:13, Maxim Cournoyer > wrote: > >> ./pre-inst-env guix build --quiet --keep-going --check >> ruby_version@1.0.2 gnome-shell-extension-gsconnect@33 >> numix-gtk-theme@2.6.7 arc-theme@20190917 gnome@3.34.2 >> ruby-fakefs@1.2.

bug#42371: Grafts max out build slots without being queued

Hi Ludo :-) Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> While working on ruby-asciidoctor-pdf, the following command failed >> because of maxing out build users: >> >> ./pre-inst-env guix build --quiet --keep-going --check >> ruby_version@1.0.2 gnome-shell-extension-gsconnec

bug#42212: Guix version rendered as 0.0-git in info manual

On Fri, Jul 10, 2020 at 12:29:39AM +0200, Ludovic Courtès wrote: > Hi Arun, > > Arun Isaac skribis: > > > In the info manual, the Guix version is rendered as 0.0-git. For > > example, in "(guix) The Store", see "The ability to connect to remote > > build daemons is considered experimental as of

bug#42289: recursive import does not dort alphabetically

On Wed, Jul 15, 2020 at 09:10:45PM +0200, Hartmut Goebel wrote: > Many modules are sorted and some packages even contain a comment asking > for being sorted. So I had the impression this is good practice. > > Also scanning through the file is easier for humans if packages are > sorted - depends on

bug#38544: [PATCH] gnu: gparted: Use the Glib-or-GTK build system.

Ludovic Courtès 写道： Fixes . * gnu/packages/disk.scm (gparted)[build-system]: Use glib-or-gtk-build-system. Makes sense, LGTM! Thanks! Pushed. Kind regards, T G-R signature.asc Description: PGP signature

bug#42378: Improve guix-install.sh's messages

Ludovic Courtès 写道： I’m all for it. It’s the kind of “tiny issue” that causes lots of troubles to newcomers. I agree! Pushed. Thanks, T G-R signature.asc Description: PGP signature

bug#42392: GCC includes ordering issue? g++: error: 'round' is not a member of 'std'

Hello, The following C++ snippet file reproduces it: // file: test.cpp #include #include int main() { float x = 9.999; std::cout << "rounding value: " << x << " --> " << std::round(x); return 0; } // build with: // g++ -o test.o -std=c++17 test.cpp It affects only GCC 8 and n

bug#42289: recursive import does not dort alphabetically

Le 16 juillet 2020 07:35:23 GMT-04:00, zimoun a écrit : >Dear Hartmut, > >On Wed, 15 Jul 2020 at 21:10, Hartmut Goebel > wrote > >> Many modules are sorted and some packages even contain a comment >asking >> for being sorted. So I had the impression this is good practice. > >I am not sure by the

bug#42389: Failure to build docker pack with complete store

Hello guix! I'm trying out various ways of reproducing my emacs setup for non-guix users. While attempting 'guix pack -f docker' I bumped into the following issue: Commits attempted- b0e7b6992f3f845e83cfbca4d700b51dba50b4d5 03f9a8c35be387f37badcd2c830ac7414ac17225 Commands ran- guix pack -f

bug#42289: recursive import does not dort alphabetically

Dear Hartmut, On Wed, 15 Jul 2020 at 21:10, Hartmut Goebel wrote > Many modules are sorted and some packages even contain a comment asking > for being sorted. So I had the impression this is good practice. I am not sure by the "many". :-) Even gnu/packages/crate-io.scm which explicitly asks:

bug#42371: Grafts max out build slots without being queued

On Thu, 16 Jul 2020 at 12:18, Ludovic Courtès wrote: > Presumably here it’s running one job at a time, so I don’t think it can > end up using more than one build user. > > What does “guix processes” return when that happens? Could it be that > some other Guix clients are running? Is it possible

bug#42371: Grafts max out build slots without being queued

Dear Maxim, On Wed, 15 Jul 2020 at 12:13, Maxim Cournoyer wrote: > ./pre-inst-env guix build --quiet --keep-going --check > ruby_version@1.0.2 gnome-shell-extension-gsconnect@33 > numix-gtk-theme@2.6.7 arc-theme@20190917 gnome@3.34.2 > ruby-fakefs@1.2.2 ruby-protobuf@3.10.3 ruby-fast-gettext@2.

bug#42379: uninstaller

Dear, Thank you for your patch. It seems weird to me to type "bash guix-install.sh --uninstall" so maybe the uninstall part could to its own file. BTW, who would like uninstall Guix once they discovers its Joy? :-) All the best, simon

bug#42378: Improve guix-install.sh's messages

Howdy! Tobias Geerinckx-Rice via Bug reports for GNU Guix skribis: > Here are 2 short patches to address 2 tedious recurring questions in > #guix. I’m all for it. It’s the kind of “tiny issue” that causes lots of troubles to newcomers. Thanks! Ludo’.

bug#42212: Guix version rendered as 0.0-git in info manual

On Thu, 16 Jul 2020 at 11:48, Ludovic Courtès wrote: >>> The “0.0-git” string comes from (guix self). As noted there, we can’t >>> really afford to change the version string at each commit, or we’d have >>> to rebuild the manual at each commit. >> >> Why is it an issue if the manual is substitut

bug#42371: Grafts max out build slots without being queued

Hi, Maxim Cournoyer skribis: > While working on ruby-asciidoctor-pdf, the following command failed > because of maxing out build users: > > ./pre-inst-env guix build --quiet --keep-going --check ruby_version@1.0.2 > gnome-shell-extension-gsconnect@33 numix-gtk-theme@2.6.7 arc-theme@20190917 >

bug#42173: Nix on Guix System: can't update channels

Hi, (+Cc: Oleg, who worked on the Nix service.) Zhu Zihao via web skribis: > I found that if I put "sandbox = false" to /etc/nix/nix.conf. Nix can update > channel. Maybe nix's sandbox forget to import some guix binary path? Yes, probably. There’s probably an option similar to the ‘--chroot-

bug#42212: Guix version rendered as 0.0-git in info manual

Dear Bengt, On Thu, 16 Jul 2020 at 02:46, Bengt Richter wrote: > readlink -f > /var/guix/profiles/per-user/{$USER,root}/current-guix/manifest|xargs grep -m1 > -A1 guix > > get you? Anything useful? I am not sure the issue is to get the commit identifier. :-) Otherwise, the Guix schemish way

bug#38544: [PATCH] gnu: gparted: Use the Glib-or-GTK build system.

Hi, Tobias Geerinckx-Rice via Bug reports for GNU Guix skribis: > Fixes . > > * gnu/packages/disk.scm (gparted)[build-system]: Use > glib-or-gtk-build-system. Makes sense, LGTM! Ludo’.

bug#42212: Guix version rendered as 0.0-git in info manual

Hi, zimoun skribis: > On Fri, 10 Jul 2020 at 00:29, Ludovic Courtès wrote: >> Arun Isaac skribis: >> >>> In the info manual, the Guix version is rendered as 0.0-git. For >>> example, in "(guix) The Store", see "The ability to connect to remote >>> build daemons is considered experimental as of

bug#42212: Guix version rendered as 0.0-git in info manual

Hi, On Fri, 10 Jul 2020 at 00:29, Ludovic Courtès wrote: > Arun Isaac skribis: > >> In the info manual, the Guix version is rendered as 0.0-git. For >> example, in "(guix) The Store", see "The ability to connect to remote >> build daemons is considered experimental as of 0.0-git". I am running >