bug#33223: In vm-image >>> 'guix package -i' >>> "-python-3.6.5.drv... -Killed"

2018-11-03 Thread George Clemmer 
I rolled Guix back to the commit that produced this VM and built a fresh
VM. Unfortunately it did not reproduce this bug.

I doubt this was caused by the recent Guix infrastructure problems. I
favor the memory leak theory proposed by Christopher Baines ...

http://lists.gnu.org/archive/html/bug-guix/2018-11/msg00032.html

... for bug#33248: python-minimal compilation is breaking [1].

[1] http://lists.gnu.org/archive/html/bug-guix/2018-11/msg00032.html

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread George Clemmer 
Hello,

Christopher Baines  writes:

>> Most probably you are hitting a resource limit, I guess ram. Do you have
>> any swap?
>
> I think I've hit the same problem, I tried with 32GB of RAM, along with
> 60GB of swap, and it still didn't work.
>
> There is a bug here describing it as a memory link [1], which is a
> better theory I think.
>
> 1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33213

Agreed. I had the same problem building ...

/gnu/store/phy1nbsmlml06lkjixjw2dfb4k6wi5al-python-3.6.5.drv...

... where I normally don't and I could see the build leaking [1]

- George

[1] http://lists.gnu.org/archive/html/bug-guix/2018-11/msg1.html

bug#32183: New ‘guix pull’ /root/.config/current/bin/guix: Permission denied

2018-11-03 Thread Ludovic Courtès 
Hello,

swedebugia  skribis:

> This whole update to guix pull was somewhat a breaking change, but
> unfortunately it was very hard to imagine the repercussions (horrible
> bugs) down the line...
>
> Could it have been completely avoided by introducing it as such and
> forced people to reinstall/upgrade by reinstall (overwriting all files
> and invalidating the store etc.)?

Fundamentally, it’s just about moving files from ~/.config/guix to
/var/guix/profiles/per-user/$USER, which I thought was fairly harmless.

Also, the bug was around for a few days.  Those who were away during
those days didn’t notice.

That said, I agree this was poorly handled.  One way to improve it would
be to have several people run the code on their machine before it goes
to master (it’s the kind of code for which we can hardly write unit
tests, and it’s single-use code.)

Thanks,
Ludo’.

bug#33239: 'guix offload' regularly hangs in 'channel-get-exit-status' call

2018-11-03 Thread Ludovic Courtès 
Hello,

swedebugia  skribis:

> On 2018-11-02 11:57, Ludovic Courtès wrote:
>> (gdb) shell ls -l /proc/12605/fd
> How did you come up with this file descriptor (did not appear above)

It showed up in the pollfd structure passed to ‘poll’.

> What does this give you in the debugging?

It shows that the file descriptor is indeed open and corresponds to a
socket (which is not much, I admit.)

Ludo’.

bug#33193: vim tests break terminal output

2018-11-03 Thread Ludovic Courtès 
Hello,

Clément Lassieur  skribis:

>  [...] some build (no idea which one, I'm in a long series of
>   builds) just broke the output in a way that I'm only getting
>   gibberish for the renmaining tail of buildlogs. iirc vim builds
>   (specifically: the testsuite) would do something similar to your
>   open terminal.
>   [15:22]
> *** mbuf (~Shakthi@45.251.33.79) has quit: Quit: Leaving  [15:24]
>  "but what do I mean by gibberish?"
>  well:
>  ⎻▒▒⎽e ◆b┤☃┌d' ⎽┤cceeded ▒°├e⎼ 1↓3 ⎽ec⎺┼d⎽
> 
>   
> ├e⎽├/e┼±☃┼e/├e⎽├_⎻⎺⎺┌↓⎻≤::P⎺⎺┌E┴e┼├⎽Te⎽├::├e⎽├_c⎺┼┼ec├_⎺┼_⎽┤b⎽e─┤e┼├┌≤_⎼ec⎼e▒├ed
>   PASSED [ 2▮%]

ng0, could you send the version of ‘guix-daemon’ and that of ‘guix’ as
well as the exact output you’re seeing?

TIA,
Ludo’.

bug#33177: Sound Services manual typo

2018-11-03 Thread Ludovic Courtès 
Hi Jelle,

Jelle Licht  skribis:

> The "Sound Services" section[1] of the manual starts of on a confusing
> note for me, but this might just be a typo.
>
> The confusing sentence is:
>> The ‘(gnu services sound)’ module provides a service to configure the
>> Advanced Linux Sound Architecture (ALSA) system, which making
>  ^^
>> PulseAudio the preferred ALSA output driver.
>
> I was thinking of simply replacing "making" with "makes" in that
> snippet, but I am not sure whether this still keeps the (intended)
> meaning intact.

That’s the right fix, I’ll push it shortly.

> NB. When creating patches for the manual, can one just commit the
> changes and be done with it, or does this involve some extra steps? I
> ask since I found the offending sentence in both guix.texi and
> guix.fr.texi.

Just commit and be done with it!  Translations are automatically updated
with the untranslated changes.

Thanks,
Ludo’.

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread Ludovic Courtès 
Hello,

 skribis:

> Sorry, I do not authorize in berlin, cause I have read only one line here 
> http://mirror.hydra.gnu.org  and just changed 
> url in --substitute-urls option to berlin. 

Please see

on how to authorize substitutes from berlin.guixsd.org.

HTH,
Ludo’.

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread znavko 
Sorry, I do not authorize in berlin, cause I have read only one line here 
http://mirror.hydra.gnu.org  and just changed url 
in --substitute-urls option to berlin. 

How to prevent test_socket running?  Can we use own scm ?
Does guix put cache files somewhere and I can modify them? 
Need more graphical info about guix functions. This might be helpful for me to 
find solutions while server maintenance, guix daemons' week-end.


3. Nov 2018 12:09 by m...@cbaines.net :


>
> Gábor Boskovits <> boskov...@gmail.com > > writes:
>
>> <>> zna...@tutanota.com >> > ezt írta (időpont: 
>> 2018. nov. 3., Szo 7:13):
>>
>>> I am watching this bug on Lenovo G50-30 (CPU 2.1 GHz, 2Gb Ram):
>>>
>>> # guix pull  --substitute-urls=>>> https://berlin.guixsd.org 
>>> 
>>> Updating channel 'guix' from Git repository at '
>>> https://git.savannah.gnu.org/git/guix.git' 
>>> >> Building from this channel:
>>>   guix  >>> https://git.savannah.gnu.org/git/guix.git 
>>> >> Computing Guix derivation for 'x86_64-linux'... \
>>> nothing to be done
>>>
>>> # guix package  --substitute-urls=>>> https://berlin.guixsd.org 
>>> >> substitute: updating substitutes from '>>> https://berlin.guixsd.org 
>>> >> 100.0%
>>> substitute: updating substitutes from '>>> https://berlin.guixsd.org 
>>> >> 100.0%
>>> building
>>> /gnu/store/6c4g38n9fhvnlk2vasn34mdd6nvpgx8m-python-minimal-3.6.5.drv...
>>> /Killed
>>> #
>>>
>>> Python-minimal cannot compile.
>>>
>>
>> Most probably you are hitting a resource limit, I guess ram. Do you have
>> any swap?
>
> I think I've hit the same problem, I tried with 32GB of RAM, along with
> 60GB of swap, and it still didn't work.
>
> There is a bug here describing it as a memory link [1], which is a
> better theory I think.
>
> 1: > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33213 
>

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread Julien Lepiller 
It seems there is a bug in one test on recent kernels that exhaust memory. 
Python-minimal is available on berlin though, I wonder why it's not downloaded. 
Did you authorize berlin?

Le 3 novembre 2018 09:49:04 GMT+01:00, "Gábor Boskovits"  
a écrit :
> ezt írta (időpont: 2018. nov. 3., Szo 7:13):
>
>> I am watching this bug on Lenovo G50-30 (CPU 2.1 GHz, 2Gb Ram):
>>
>> # guix pull  --substitute-urls=https://berlin.guixsd.org
>> Updating channel 'guix' from Git repository at '
>> https://git.savannah.gnu.org/git/guix.git'...
>> Building from this channel:
>>   guix  https://git.savannah.gnu.org/git/guix.git3995e85
>> Computing Guix derivation for 'x86_64-linux'... \
>> nothing to be done
>>
>> # guix package  --substitute-urls=https://berlin.guixsd.org -u
>> substitute: updating substitutes from 'https://berlin.guixsd.org'...
>> 100.0%
>> substitute: updating substitutes from 'https://berlin.guixsd.org'...
>> 100.0%
>> building
>>
>/gnu/store/6c4g38n9fhvnlk2vasn34mdd6nvpgx8m-python-minimal-3.6.5.drv...
>> /Killed
>> #
>>
>> Python-minimal cannot compile.
>>
>
>Most probably you are hitting a resource limit, I guess ram. Do you
>have
>any swap?
>
>>

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread Christopher Baines 

Gábor Boskovits  writes:

>  ezt írta (időpont: 2018. nov. 3., Szo 7:13):
>
>> I am watching this bug on Lenovo G50-30 (CPU 2.1 GHz, 2Gb Ram):
>>
>> # guix pull  --substitute-urls=https://berlin.guixsd.org
>> Updating channel 'guix' from Git repository at '
>> https://git.savannah.gnu.org/git/guix.git'...
>> Building from this channel:
>>   guix  https://git.savannah.gnu.org/git/guix.git3995e85
>> Computing Guix derivation for 'x86_64-linux'... \
>> nothing to be done
>>
>> # guix package  --substitute-urls=https://berlin.guixsd.org -u
>> substitute: updating substitutes from 'https://berlin.guixsd.org'...
>> 100.0%
>> substitute: updating substitutes from 'https://berlin.guixsd.org'...
>> 100.0%
>> building
>> /gnu/store/6c4g38n9fhvnlk2vasn34mdd6nvpgx8m-python-minimal-3.6.5.drv...
>> /Killed
>> #
>>
>> Python-minimal cannot compile.
>>
>
> Most probably you are hitting a resource limit, I guess ram. Do you have
> any swap?

I think I've hit the same problem, I tried with 32GB of RAM, along with
60GB of swap, and it still didn't work.

There is a bug here describing it as a memory link [1], which is a
better theory I think.

1: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33213


signature.asc
Description: PGP signature

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread znavko 
I have 2GB Swap space
$  swapon --summary
Filename                Type        Size    Used    Priority
/dev/sda2      partition    2220500    182784    -2

Will adding swap be enough? How much and how to add?

# fdisk -l /dev/sda
Disk /dev/sda: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4cc7fbcb

Device Boot Start   End   Sectors   Size Id Type
/dev/sda1    2048 23000 229997953 109.7G 83 Linux
/dev/sda2   23640 234441647   4441008   2.1G 82 Linux swap / Solaris



3. Nov 2018 11:49 by boskov...@gmail.com :


>
>
>  <> zna...@tutanota.com > > ezt írta (időpont: 
> 2018. nov. 3., Szo 7:13):
>
>>   >> I am watching this bug on Lenovo G50-30 (CPU 2.1 GHz, 2Gb Ram):
>>
>> # guix pull  --substitute-urls=>> https://berlin.guixsd.org 
>> 
>> Updating channel 'guix' from Git repository at '>> 
>> https://git.savannah.gnu.org/git/guix.git' 
>> >> ...
>> Building from this channel:
>>   guix  >> https://git.savannah.gnu.org/git/guix.git 
>> >>     3995e85
>> Computing Guix derivation for 'x86_64-linux'... \
>> nothing to be done
>>
>> # guix package  --substitute-urls=>> https://berlin.guixsd.org 
>> >>  -u
>> substitute: updating substitutes from '>> https://berlin.guixsd.org 
>> >> '... 100.0%
>> substitute: updating substitutes from '>> https://berlin.guixsd.org 
>> >> '... 100.0%
>> building 
>> /gnu/store/6c4g38n9fhvnlk2vasn34mdd6nvpgx8m-python-minimal-3.6.5.drv...
>> /Killed
>> #
>>
>> Python-minimal cannot compile.
>>
>
> Most probably you are hitting a resource limit, I guess ram. Do you have any 
> swap?
>>

bug#33248: python-minimal compilation is breaking

2018-11-03 Thread Gábor Boskovits 
 ezt írta (időpont: 2018. nov. 3., Szo 7:13):

> I am watching this bug on Lenovo G50-30 (CPU 2.1 GHz, 2Gb Ram):
>
> # guix pull  --substitute-urls=https://berlin.guixsd.org
> Updating channel 'guix' from Git repository at '
> https://git.savannah.gnu.org/git/guix.git'...
> Building from this channel:
>   guix  https://git.savannah.gnu.org/git/guix.git3995e85
> Computing Guix derivation for 'x86_64-linux'... \
> nothing to be done
>
> # guix package  --substitute-urls=https://berlin.guixsd.org -u
> substitute: updating substitutes from 'https://berlin.guixsd.org'...
> 100.0%
> substitute: updating substitutes from 'https://berlin.guixsd.org'...
> 100.0%
> building
> /gnu/store/6c4g38n9fhvnlk2vasn34mdd6nvpgx8m-python-minimal-3.6.5.drv...
> /Killed
> #
>
> Python-minimal cannot compile.
>

Most probably you are hitting a resource limit, I guess ram. Do you have
any swap?

>