Re: Porting with Guix

Re: Porting with Guix

[rennes]

[-- Attachment #1: Type: text/plain, Size: 989 bytes --]


Hello Manolis, Ricardo

On 2017-01-02 11:46, Manolis Ragkousis wrote:
> Hello Rennes,
> 
> Please pull the latest changes from my github repo, try again and 
> report
> back.

Now there are two errors related to the 'Check' phase of libgc and 
guile:
In libgc shows:

      gnu/store/1h7p18gpn84kdww5i542k93arw4hhgs8-libgc-7.6.0/lib
      make[2]: Leaving directory 
'/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0'
      make  check-TESTS
      make[2]: Entering directory 
'/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0'
      make[3]: Entering directory 
'/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0'
      PASS: cordtest
      building of 
`/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv' timed
      out after 3600 seconds of silence
      @ build-failed 
/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv - tim
      eout

In the case of libgc I have omitted the 'Check' phase.

I've copied to 'guix-devel' ML, and attached logs.

I will continue to review ..
Thanks

[-- Attachment #2: guile.tar.gz --]
[-- Type: application/x-gzip, Size: 301554 bytes --]

[-- Attachment #3: libgc.tar.gz --]
[-- Type: application/x-gzip, Size: 8906 bytes --]

Re: Porting with Guix

[Samuel Thibault]

rennes@openmailbox.org, on Wed 04 Jan 2017 18:23:08 -0600, wrote:
>      PASS: cordtest
>      building of
> `/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv' timed out after 3600 seconds of silence

Ah.

Just for information, the libgc testsuite passes fine on Debian
GNU/Hurd.

Samuel

Re: Porting with Guix

[Ricardo Wurmus]

rennes@openmailbox.org writes:

> Now there are two errors related to the 'Check' phase of libgc and 
> guile:
> In libgc shows:

[…]

>       building of 
> `/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv' timed
>       out after 3600 seconds of silence

You can increase the timeout:

   guix build --max-silent-time=99999

The argument specifies the number of seconds of silence before
cancelling the build.  There also is “--timeout” for cancelling builds
unconditionally even when they produce output.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
http://elephly.net

Re: Porting with Guix

[Ludovic Courtès]

Ricardo Wurmus <rekado@elephly.net> skribis:

> rennes@openmailbox.org writes:
>
>> Now there are two errors related to the 'Check' phase of libgc and 
>> guile:
>> In libgc shows:
>
> […]
>
>>       building of 
>> `/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv' timed
>>       out after 3600 seconds of silence
>
> You can increase the timeout:

There may be a genuine deadlock though.  :-)

Ludo’.

Re: Porting with Guix

[Manolis Ragkousis]

Hello everyone,

On 01/05/17 02:23, rennes@openmailbox.org wrote:
>      gnu/store/1h7p18gpn84kdww5i542k93arw4hhgs8-libgc-7.6.0/lib
>      make[2]: Leaving directory
> '/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0'
>      make  check-TESTS
>      make[2]: Entering directory
> '/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0'
>      make[3]: Entering directory
> '/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0'
>      PASS: cordtest
>      building of
> `/gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv' timed
>      out after 3600 seconds of silence
>      @ build-failed
> /gnu/store/y3icscjhkk7pa7dg21xqy46riysi36rn-libgc-7.6.0.drv - tim
>      eout
> 

Libgc test "gctest" is entering a deadlock in version 7.6.0. The same
error does not appear in version 7.4.2 which debian/hurd uses. I am
trying to find what is causing this.

Manolis

Re: Porting with Guix

[Manolis Ragkousis]

Hello everyone,

Continuing my last email the deadlock in "gctest" originates from file
phtread_support.c:2007

#ifndef NO_PTHREAD_TRYLOCK
    if (1 == GC_nprocs || GC_collecting) {
      pthread_mutex_lock(&GC_allocate_ml)
    } else {
        GC_generic_lock(&GC_allocate_ml);
    }

When it tries to lock GC_allocate_ml, it's already used and so
pthread_mutex_lock locks the whole program.

(gdb) p GC_allocate_ml
$2 = {__held = 1, __lock = 0, __cthreadscompat1 = 0x0, __queue = 0x0,
__attr = 0x0, __data = 0x0, __owner = 0x0, __locks = 0}

This appears to happen after a thread switch.

I will report back when I have more.

Manolis

Re: Porting with Guix

[rennes]

[-- Attachment #1: Type: text/plain, Size: 1486 bytes --]

Hi,

I updated Hurd to 0.9, on the one hand the error related to libgc does 
not appear at the moment, but a guile error appears(Attached log).

On the other hand, if I compile libgc manually in the 'Check' phase it 
shows:

make[1]: Entering directory '/home/buzz/gits/D/bdwgc'
make  libstaticrootslib_test.la libstaticrootslib2_test.la cordtest 
gctest leaktest middletest smashtest hugetest realloc_test 
staticrootstest  threadleaktest threadkey_test subthreadcreate_test 
initsecondarythread_test  disclaim_test disclaim_bench
make[2]: Entering directory '/home/buzz/gits/D/bdwgc'
make[2]: 'libstaticrootslib_test.la' is up to date.
make[2]: 'libstaticrootslib2_test.la' is up to date.
make[2]: 'cordtest' is up to date.
make[2]: 'gctest' is up to date.
make[2]: 'leaktest' is up to date.
make[2]: 'middletest' is up to date.
make[2]: 'smashtest' is up to date.
make[2]: 'hugetest' is up to date.
make[2]: 'realloc_test' is up to date.
make[2]: 'staticrootstest' is up to date.
make[2]: 'threadleaktest' is up to date.
make[2]: 'threadkey_test' is up to date.
make[2]: 'subthreadcreate_test' is up to date.
make[2]: 'initsecondarythread_test' is up to date.
make[2]: 'disclaim_test' is up to date.
make[2]: 'disclaim_bench' is up to date.
make[2]: Leaving directory '/home/buzz/gits/D/bdwgc'
make  check-TESTS
make[2]: Entering directory '/home/buzz/gits/D/bdwgc'
make[3]: Entering directory '/home/buzz/gits/D/bdwgc'
PASS: cordtest
hurd: Can't add reference on Mach thread

Thanks

[-- Attachment #2: check-guile.zip --]
[-- Type: application/zip, Size: 237169 bytes --]

Re: Porting with Guix

[Ludovic Courtès]

rennes@openmailbox.org skribis:

> make[3]: Entering directory '/home/buzz/gits/D/bdwgc'
> PASS: cordtest
> hurd: Can't add reference on Mach thread

FWIW this comes from the Hurd signal handling code in glibc:

      err = __mach_port_mod_refs (__mach_task_self (), thread,
                                  MACH_PORT_RIGHT_SEND, 1);
      if (err)
        __libc_fatal ("hurd: Can't add reference on Mach thread\n");

Ludo’.

Re: Porting with Guix

[rennes]

Hello,

Regarding this topic, performing more tests:
* Running with the sudo command 'Screen' works.

I think that a user must be set for 'Screen' to run correctly as the 
Debian project does.


buzz@Hurd:~$ sudo /home/buzz/.guix-profile/bin/screen 
~/Guix-on-Hurd/pre-inst-env guix-daemon --build-users-group=guixbuild -c 
1 --substitute-urls=http://homenetwork.servebeer.com:8080/
[sudo] password for buzz:
[detached from 1007.ttyp0.Hurd]

buzz@Hurd:~$ ps -ef | grep guix
     root  1007     1   -  0:00.01 /home/buzz/.guix-profile/bin/SCREEN 
/home/buz
     root  1009  1007  p1  0:00.01 guix-daemon 
--build-users-group=guixbuild -c
     buzz  1046   987  p0  0:00.00 grep guix


regards


> I have the following error when running the Screen application, and
> tried to debug as follows:
> 
> $ screen /home/buzz/.guix-profile/bin/bash
> [screen is terminating]
> 
> $ gdb screen /home/buzz/.guix-profile/bin/bash
> "/home/buzz/.guix-profile/bin/bash" is not a core dump: File format
> not recognized
> (gdb) r
> Starting program: 
> /gnu/store/b8189hzmvmzmz9rwsqff48sa2klqyw8q-profile/bin/screen
> [New Thread 6488.5]
> [screen is terminating]
> [New Thread 6488.6]
> 
> Program received signal SIGHUP, Hangup.
> 0x01102f4c in mach_msg_trap () from
> /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3
> (gdb) bt
> #0  0x01102f4c in mach_msg_trap () from
> /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3
> #1  0x0110364a in mach_msg () from
> /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3
> #2  0x01140873 in sigsuspend_not_cancel ()
>    from 
> /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3
> #3  0x011b30fe in pause () from
> /gnu/store/lj4hj6xz0i1lr0kzia3dxmgggl53ngq7-glibc-2.19/lib/libc.so.0.3
> #4  0x0806e6b2 in Attacher ()
> #5  0x0804c1d8 in main ()