unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Re: Porting with Guix
       [not found]                   ` <cd3732d7-75c1-26a9-5e88-28599449db78@gmail.com>
@ 2017-01-05  0:23                     ` rennes
  2017-01-05 15:30                       ` Samuel Thibault
                                         ` (2 more replies)
  0 siblings, 3 replies; 9+ messages in thread
From: rennes @ 2017-01-05  0:23 UTC (permalink / raw)
  To: Manolis Ragkousis; +Cc: guix-devel, bug-hurd

[-- 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 --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-05  0:23                     ` Porting with Guix rennes
@ 2017-01-05 15:30                       ` Samuel Thibault
  2017-01-05 16:21                       ` Ricardo Wurmus
  2017-01-06 20:15                       ` Manolis Ragkousis
  2 siblings, 0 replies; 9+ messages in thread
From: Samuel Thibault @ 2017-01-05 15:30 UTC (permalink / raw)
  To: rennes; +Cc: guix-devel, bug-hurd

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-05  0:23                     ` Porting with Guix rennes
  2017-01-05 15:30                       ` Samuel Thibault
@ 2017-01-05 16:21                       ` Ricardo Wurmus
  2017-01-05 23:07                         ` Ludovic Courtès
  2017-01-06 20:15                       ` Manolis Ragkousis
  2 siblings, 1 reply; 9+ messages in thread
From: Ricardo Wurmus @ 2017-01-05 16:21 UTC (permalink / raw)
  To: rennes; +Cc: guix-devel, bug-hurd


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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-05 16:21                       ` Ricardo Wurmus
@ 2017-01-05 23:07                         ` Ludovic Courtès
  0 siblings, 0 replies; 9+ messages in thread
From: Ludovic Courtès @ 2017-01-05 23:07 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: guix-devel, rennes, bug-hurd

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’.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-05  0:23                     ` Porting with Guix rennes
  2017-01-05 15:30                       ` Samuel Thibault
  2017-01-05 16:21                       ` Ricardo Wurmus
@ 2017-01-06 20:15                       ` Manolis Ragkousis
  2017-01-07 17:23                         ` Manolis Ragkousis
  2 siblings, 1 reply; 9+ messages in thread
From: Manolis Ragkousis @ 2017-01-06 20:15 UTC (permalink / raw)
  To: rennes; +Cc: guix-devel, bug-hurd, Samuel Thibault

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-06 20:15                       ` Manolis Ragkousis
@ 2017-01-07 17:23                         ` Manolis Ragkousis
  2017-01-10 13:47                           ` rennes
  0 siblings, 1 reply; 9+ messages in thread
From: Manolis Ragkousis @ 2017-01-07 17:23 UTC (permalink / raw)
  To: rennes; +Cc: guix-devel, bug-hurd, Samuel Thibault

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-07 17:23                         ` Manolis Ragkousis
@ 2017-01-10 13:47                           ` rennes
  2017-01-10 21:54                             ` Ludovic Courtès
  0 siblings, 1 reply; 9+ messages in thread
From: rennes @ 2017-01-10 13:47 UTC (permalink / raw)
  To: Manolis Ragkousis
  Cc: Ricardo Wurmus, guix-devel, Ludovic Courtès, bug-hurd,
	Samuel Thibault

[-- 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 --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
  2017-01-10 13:47                           ` rennes
@ 2017-01-10 21:54                             ` Ludovic Courtès
  0 siblings, 0 replies; 9+ messages in thread
From: Ludovic Courtès @ 2017-01-10 21:54 UTC (permalink / raw)
  To: rennes
  Cc: Ricardo Wurmus, guix-devel, bug-hurd, Samuel Thibault,
	Manolis Ragkousis

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’.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Porting with Guix
       [not found] <049ec993f9462be2688767ef4f5b1ca5@openmailbox.org>
       [not found] ` <27b0f619-c04e-aa37-f203-e1f4e4dbeffe@gmail.com>
@ 2017-02-06  5:06 ` rennes
  1 sibling, 0 replies; 9+ messages in thread
From: rennes @ 2017-02-06  5:06 UTC (permalink / raw)
  To: bug-hurd; +Cc: guix-devel

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 ()

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2017-02-06  5:07 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <049ec993f9462be2688767ef4f5b1ca5@openmailbox.org>
     [not found] ` <27b0f619-c04e-aa37-f203-e1f4e4dbeffe@gmail.com>
     [not found]   ` <bf5e18f459da57ab90365b1b2cebce7c@openmailbox.org>
     [not found]     ` <87d1gbkg1x.fsf@elephly.net>
     [not found]       ` <818f301bbe2fefb975dab8a945fc02a7@openmailbox.org>
     [not found]         ` <e33281da-7f13-d430-949e-c4f0d785a4d4@gmail.com>
     [not found]           ` <e5411bd3465d64c9f9679813a1ffe233@openmailbox.org>
     [not found]             ` <c5252308cf2ec8607e2e5751faa31fd7@openmailbox.org>
     [not found]               ` <1c48fb9f2b59cd614b39141c8098493c@openmailbox.org>
     [not found]                 ` <b794f381-168c-a3e0-5bcb-24b50a2e1c80@gmail.com>
     [not found]                   ` <cd3732d7-75c1-26a9-5e88-28599449db78@gmail.com>
2017-01-05  0:23                     ` Porting with Guix rennes
2017-01-05 15:30                       ` Samuel Thibault
2017-01-05 16:21                       ` Ricardo Wurmus
2017-01-05 23:07                         ` Ludovic Courtès
2017-01-06 20:15                       ` Manolis Ragkousis
2017-01-07 17:23                         ` Manolis Ragkousis
2017-01-10 13:47                           ` rennes
2017-01-10 21:54                             ` Ludovic Courtès
2017-02-06  5:06 ` rennes

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).