bug#47698: [powerpc64le-linux] "check" package fails to build

[Chris Marusich]

Hi,

I tried to make a minimal reproduction case, but I couldn't figure it
out after a few hours of messing around with it.  So, I've reported this
issue upstream: https://github.com/libcheck/check/issues/333

Hopefully they can help provide some guidance.

-- 
Chris


signature.asc
Description: PGP signature

bug#48414: phodav-2.5.drv' failed with exit code 1

[musics--- via Bug reports for GNU Guix]

$ guix package -u
.
.
.
.
building /gnu/store/vlzrszqn9kj9x8lzyqh4144pq569ggab-phodav-2.5.drv...
  0% 'check' [ 
]builder for `/gnu/store/vlzrszqn9kj9x8lzyqh4144pq569ggab-phodav-2.5.drv' 
failed with exit code 1
build of /gnu/store/vlzrszqn9kj9x8lzyqh4144pq569ggab-phodav-2.5.drv failed
View build log at 
'/var/log/guix/drvs/vl/zrszqn9kj9x8lzyqh4144pq569ggab-phodav-2.5.drv.bz2'.
guix package: error: build of 
`/gnu/store/vlzrszqn9kj9x8lzyqh4144pq569ggab-phodav-2.5.drv' failed

$ bzless /var/log/guix/drvs/vl/zrszqn9kj9x8lzyqh4144pq569ggab-phodav-2.5.drv.bz2

WARNING: (guile-user): imported module (guix build utils) overrides core 
binding `delete'
starting phase `set-SOURCE-DATE-EPOCH'
phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds
starting phase `set-paths'
environment variable `PATH' set to 
`/gnu/store/5vk4dch04969c9zz6fmaasx15qhshqrc-meson-for-build-0.53.2/bin:/gnu/store/9z915ibzqr70gr7a3rxkd0ikrxk3kmqn
-ninja-1.10.0/bin:/gnu/store/n9wx4dp68bfsw9bb1bwmklzl34ggrmgm-gettext-minimal-0.20.1/bin:/gnu/store/zsxsb0jvr8i7lfdflrim9vbzkfdw4mxr-glib-2.62.6-bin/b
in:/gnu/store/w1n8r1gb297h02r7a7z2pmskqp4ci0cr-gtk-doc-1.28/bin:/gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/bin:/gnu/store/ps58lwgx4
2fdv07swz4pdgc8gx42slfk-avahi-0.8/bin:/gnu/store/ps58lwgx42fdv07swz4pdgc8gx42slfk-avahi-0.8/sbin:/gnu/store/v6f44zccwh9z5zk3pjlywjybbi8n2hjh-tar-1.32/
bin:/gnu/store/ncydgq2znms5n1d2k5yqshhf58nsixwv-gzip-1.10/bin:/gnu/store/i8h2pcxqdq07ijm3ibkka8f4smn1w48v-bzip2-1.0.8/bin:/gnu/store/9860f1abqj8wjjnwl
8a9v54pdcc3bhgf-xz-5.2.4/bin:/gnu/store/60g7r3l01fd7c58yjbm6krgcwj1jkpwg-file-5.38/bin:/gnu/store/n4n560pfvvw50a9369axw5vj5rrqfj1n-diffutils-3.7/bin:/
gnu/store/cd5qf3kcnlq35p9k392pjdpdzpsnds70-patch-2.7.6/bin:/gnu/store/hic7snhayfl7m6cpfqqr73nmm19bpqkg-findutils-4.7.0/bin:/gnu/store/swqdvwri9dbv6zss
g6v0by7l05hd6wxp-gawk-5.0.1/bin:/gnu/store/ishk7fswcs4gkwcp8mh788z4mvvl9bxh-sed-4.8/bin:/gnu/store/bhs4rj58v8j1narb2454raan2ps38xd8-grep-3.4/bin:/gnu/
store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/bin:/gnu/store/hm40bxnv8jxmbc1lpb7zfimii4xm9m81-make-4.3/bin:/gnu/store/pwcp239kjf7lnj5i4lkdzcfc
xwcfyk72-bash-minimal-5.0.16/bin:/gnu/store/mpa04aq8lblbcviyxywxcsb1zbi0mf39-ld-wrapper-0/bin:/gnu/store/m1z7cdbqsqyp9xnjw5cvlb4a7gkcg3m4-binutils-2.3
4/bin:/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/bin:/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/bin:/gnu/store/fa6wj5bxkj5ll1d7
292a70knmyl7a0cr-glibc-2.31/sbin:/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/bin:/gnu/store/g8jsacrrdyfxdskw9yagj02dn0i5xj5b-libselinux-3
.0/sbin:/gnu/store/807c6g9xqrxdjyhm8wm1r6jjjmc8q4vs-sqlite-3.31.1/bin:/gnu/store/c8w9z48vvx2a3q3k44ch9yn00wk1qwhb-libxml2-2.9.10/bin:/gnu/store/hr1xg1
9dir592q40x1b5w68yidx0kw32-libpsl-0.21.1/bin:/gnu/store/6skbihfmc9kgy5vn4qnks2a9q9fgi4p0-google-brotli-1.0.9/bin:/gnu/store/8nh0hbrr8iaz6qkwavcnzi0824
f3xb68-libsepol-3.0/bin'
environment variable `XDG_DATA_DIRS' set to 
`/gnu/store/5vk4dch04969c9zz6fmaasx15qhshqrc-meson-for-build-0.53.2/share:/gnu/store/9z915ibzqr70gr7a3rxkd
0ikrxk3kmqn-ninja-1.10.0/share:/gnu/store/n9wx4dp68bfsw9bb1bwmklzl34ggrmgm-gettext-minimal-0.20.1/share:/gnu/store/w1n8r1gb297h02r7a7z2pmskqp4ci0cr-gt
k-doc-1.28/share:/gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2/share:/gnu/store/ps58lwgx42fdv07swz4pdgc8gx42slfk-avahi-0.8/share:/gnu/
store/fkdg1xppsnld583d2shsd1q1ipj81zas-libgudev-232/share:/gnu/store/hkx72f1lgwk0xgd8j0qd9adc30wzn58l-libsoup-2.72.0/share:/gnu/store/v6f44zccwh9z5zk3
pjlywjybbi8n2hjh-tar-1.32/share:/gnu/store/ncydgq2znms5n1d2k5yqshhf58nsixwv-gzip-1.10/share:/gnu/store/i8h2pcxqdq07ijm3ibkka8f4smn1w48v-bzip2-1.0.8/sh
are:/gnu/store/9860f1abqj8wjjnwl8a9v54pdcc3bhgf-xz-5.2.4/share:/gnu/store/60g7r3l01fd7c58yjbm6krgcwj1jkpwg-file-5.38/share:/gnu/store/n4n560pfvvw50a93
69axw5vj5rrqfj1n-diffutils-3.7/share:/gnu/store/cd5qf3kcnlq35p9k392pjdpdzpsnds70-patch-2.7.6/share:/gnu/store/hic7snhayfl7m6cpfqqr73nmm19bpqkg-finduti
ls-4.7.0/share:/gnu/store/swqdvwri9dbv6zssg6v0by7l05hd6wxp-gawk-5.0.1/share:/gnu/store/ishk7fswcs4gkwcp8mh788z4mvvl9bxh-sed-4.8/share:/gnu/store/bhs4r
j58v8j1narb2454raan2ps38xd8-grep-3.4/share:/gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32/share:/gnu/store/hm40bxnv8jxmbc1lpb7zfimii4xm9m8
1-make-4.3/share:/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/share:/gnu/store/m1z7cdbqsqyp9xnjw5cvlb4a7gkcg3m4-binutils-2.34/share
:/gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/share:/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/share:/gnu/store/s3dcqzwqaakv1yx37
by9chksdbkgih17-glibc-2.31-static/share:/gnu/store/9w9jvy3bgjg4qaqmrij01nbppiccqr7c-python-3.8.2/share:/gnu/store/rykm237xkmq7rl1p0nwass01p090p88x-zli
b-1.2.11/share:/gnu/store/g8jsacrrdyfxdskw9yagj02dn0i5xj5b-libselinux-3.0/share:/gnu/store/a45p39mgqvfd8kjwibyr0q42k1mw7gmf-util-linux-2.35.1-lib/shar
e:/gnu/store/bw15z9kh9c65ycc2vbhl2izwfwfva7p1-libffi-

bug#48389: Guix pull failed

[Ludovic Courtès]

Hi Leo,

Leo Famulari  skribis:

> Running suspendable-ports.test
> UNRESOLVED: suspendable-ports.test: non-revealed port is closed
> ERROR: suspendable-ports.test: revealed port fdes not closed - arguments: 
> ((system-error "seek" "~A" ("Bad file descriptor") (9)))

I can’t seem to reproduce it in the Guile build tree, neither with:

  while ./check-guile suspendable-ports.test ; do : ; done

nor with:

  while ./check-guile ; do : ; done

We’ll have to try to gather more info if it comes up again, or see if
there are configs that trigger it more easily.

Thanks,
Ludo’.

bug#48335: Emacs is broken

[Leo Prikler]

Am Freitag, den 14.05.2021, 14:18 +0200 schrieb Xinglu Chen:
> On Wed, May 12 2021, Xinglu Chen wrote:
> 
> > > > I am now bisecting commit
> > > > 5866fa558b68b3e0213b9eef93d115e6e38dcc2a, I
> > > > don’t think it should be related to the changes to the
> > > > ‘emacs-build-system’.
> > > The wip-ungrafting merge?
> > 
> > Yup.
> 
> When bisecting commit 76b6c61609fd8352ce01059307cf1aec85b8d0df, the
> ‘graphviz’ package, which ‘emacs’ depends on, fails to build.
I'm not sure about graphviz on that particular commit, but it seems to
build on master and CI.  The last successful build of graphviz and
emacs was on May 1st after the merge of wip-ungrafting. [1]

[1] http://ci.guix.gnu.org/eval/29304

bug#48114: Disarchive occasionally fails tests

[Ludovic Courtès]

Hi Timothy,

Timothy Sample  skribis:

> Ludovic Courtès  writes:
>
>> Timothy Sample  skribis:
>>
>>> In Disarchive, I can rewrite the generator without regex.  I’ll do that
>>> and see what I can do about the “Gave up!” issue.
>>
>> Did you have a chance to look into it?
>
> I just pushed b9f0e78238e6186d28d738c7c5355a56557ce84f, which updates
> Disarchive to 0.2.1, which has fixes for the test suite.  The giving up
> problem has not been solved outright, but it should be practically
> impossible to trigger.  (In fact, it probably *is* impossible to trigger
> given how few PRNG states there are)

Yay!  Thanks for the quick reply!

I’ll have ‘guix’ depend on Disarchive and report back.

Ludo’.

bug#47641: Ongoing difficulities after linphoneqt -> linphone-desktop transition

[Raghav Gururajan via Bug reports for GNU Guix]

Hi Christopher,

Raghav, I have sent you an instant message from my account. I am 
currently still using the old version of linphone.


I didn't receive it. Could you please retry?

Linphone Account: raghavgurura...@sip.linphone.org

Regards,
RG.


OpenPGP_0x5F5816647F8BE551.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

bug#47641: Ongoing difficulities after linphoneqt -> linphone-desktop transition

[Maxim Cournoyer]

Hello Raghav,

Raghav Gururajan  writes:

> Hi Christopher,
>
>> Raghav, I have sent you an instant message from my account. I am
>> currently still using the old version of linphone.
>
> I didn't receive it. Could you please retry?
>
> Linphone Account: raghavgurura...@sip.linphone.org
>
> Regards,
> RG.

I've also sent some messages to you, using a freshly created
apteryx@@sip.linphone.org.  The logs seem to suggest it's happening:

--8<---cut here---start->8---
[13:53:20:103][Info]Core:linphone: channel [0x37c5440] [332] bytes parsed
[13:53:20:103][Info]Core:linphone: Found transaction matching response.
[13:53:20:103][Info]Core:linphone: Changing [client] [MESSAGE] transaction 
[0x4a410f0], from state [TRYING] to [PROCEEDING]
[13:53:25:319][Warning]Core:linphone: Unable to get event from invalid key.
[13:53:25:319][Info]Core:linphone: Linphone core [0x2e3af50] notified 
[message_sent]
[13:53:25:319][Info]Core:linphone: MainDb::addEvent() of type 5
[13:53:25:539][Info]Core:linphone: Skipping top route of initial route-set 
because same as request-uri
[13:53:25:539][Info]Core:linphone: linphone_core_find_auth_info(): returning 
auth info username=apteryx, realm=sip.linphone.org
[13:53:25:539][Info]Core:linphone: AuthStack::authFound() for 
Username[apteryx];Userid[];Realm[sip.linphone.org];Domain[sip.linphone.org];Algorithm[];
[13:53:25:539][Info]Core:linphone: Auth info found for [apteryx] realm 
[sip.linphone.org]
[13:53:25:539][Info]Core:linphone: Changing [client] [MESSAGE] transaction 
[0x446bd50], from state [INIT] to [TRYING]
[13:53:25:539][Info]Core:linphone: channel [0x37c5440]: message sent to 
[TLS://sip.linphone.org:5223], size: [821] bytes
MESSAGE sip:raghavgurura...@sip.linphone.org SIP/2.0
Via: SIP/2.0/TLS 192.168.10.15:36146;branch=z9hG4bK.nvSrPVAQ-;rport
From: ;tag=sNabHMonG
To: sip:raghavgurura...@sip.linphone.org
CSeq: 20 MESSAGE
Call-ID: FmJ5VPXB0Z
Max-Forwards: 70
Supported: replaces, outbound, gruu
Date: Fri, 14 May 2021 17:53:25 GMT
Content-Type: text/plain
Content-Length: 12
User-Agent: Linphone Desktop/4.2.5 (Linux 5.11.15-gnu, Qt 5.15.2) 
LinphoneCore/4.4.0
Proxy-Authorization:  Digest realm="sip.linphone.org", 
nonce="ODZJ5AD+5i4ZAAAmBjdV5PQA", algorithm=SHA-256, opaque="+GNywA==", 
username="apteryx",  uri="sip:raghavgurura...@sip.linphone.org", 
response="ac0ce24d9d9c3785afa9a60395dc5b968b64527b2e4ff85c95b8cf3324849f65", 
cnonce="8kDLLCPfecEsYnUM", nc=000b, qop=auth

another test
[13:53:25:716][Info]Core:linphone: Chat message 0x4b85670: moving from Idle to 
InProgress
[13:53:25:716][0x2946a00][Info]components/sip-addresses/SipAddressesModel.cpp:427:
 Handle message sent.
[13:53:25:716][Info]Core:linphone: QT: 
components/sip-addresses/SipAddressesModel.cpp:427: Handle message sent.
[13:53:25:716][0x2946a00][Info]components/sip-addresses/SipAddressesModel.cpp:485:
 "Update (`sip:raghavgurura...@sip.linphone.org`, 
`sip:apte...@sip.linphone.org`) from chat message."
[13:53:25:716][Info]Core:linphone: QT: 
components/sip-addresses/SipAddressesModel.cpp:485: "Update 
(`sip:raghavgurura...@sip.linphone.org`, `sip:apte...@sip.linphone.org`) from 
chat message."
[13:53:25:725][Info]Core:linphone: channel [0x37c5440]: received [332] new 
bytes from [TLS://sip.linphone.org:5223]:
SIP/2.0 100 Trying
Via: SIP/2.0/TLS 
192.168.10.15:36146;branch=z9hG4bK.nvSrPVAQ-;rport=36146;received=205.236.230.44
From: ;tag=sNabHMonG
To: 
Call-ID: FmJ5VPXB0Z
CSeq: 20 MESSAGE
Server: Flexisip/2.0.4-14-ga52de420 (sofia-sip-nta/2.0)
Content-Length: 0


[13:53:25:727][Info]Core:linphone: channel [0x37c5440] [332] bytes parsed
[13:53:25:727][Info]Core:linphone: Found transaction matching response.
[13:53:25:727][Info]Core:linphone: Changing [client] [MESSAGE] transaction 
[0x446bd50], from state [TRYING] to [PROCEEDING]
[13:53:30:657][Info]Core:linphone: channel [0x37c5440]: received [277] new 
bytes from [TLS://sip.linphone.org:5223]:
SIP/2.0 202 Accepted
Via: SIP/2.0/TLS 
192.168.10.15:36146;branch=z9hG4bK.nvSrPVAQ-;rport=36146;received=205.236.230.44
From: ;tag=sNabHMonG
To: 
Call-ID: FmJ5VPXB0Z
CSeq: 20 MESSAGE
Content-Length: 0


[13:53:30:659][Info]Core:linphone: channel [0x37c5440] [277] bytes parsed
[13:53:30:659][Info]Core:linphone: Found transaction matching response.
[13:53:30:659][Info]Core:linphone: Changing [client] [MESSAGE] transaction 
[0x446bd50], from state [PROCEEDING] to [COMPLETED]
[13:53:30:659][Info]Core:linphone: Chat message 0x4b85670: moving from 
InProgress to Delivered
[13:53:30:866][Info]Core:linphone: Changing [client] [MESSAGE] transaction 
[0x446bd50], from state [COMPLETED] to [TERMINATED]
[13:53:30:866][Info]Core:linphone: Client MESSAGE transaction [0x446bd50] 
terminated
[13:53:30:866][Info]Core:linphone: Unhandled transaction terminated [0x446bd50]
--8<---cut here---end--->8---

Did you receive anything?

I can't seem to reproduce the crash seen by Christopher.

Maxim

bug#48376: Failure in "guix pull"

[Maxim Cournoyer]

Hi Konrad!

Konrad Hinsen  writes:

> Trying the "guix pull" a short while (and one commit to Guix) later, the
> error is gone. Which is a bit strange: whatever the cause of the error
> was, it's hard to believe that adding the package
> "python-sqlalchemy-stubs" (which is what commit
> f8a4724c101880892640dcc2fe3438dc2a26b624 did) could fix it.
>
> Konrad.

Indeed.  I note that the error message that leads to a request to the
bug report mention it could be due to a network failure, which could
explain the transient nature of the problem we see here.

Had you tried multiple times in a row with the same failure on that
commit?

Thank you,

Maxim

bug#44717: ISO grub config points to nonexistent drive UUID.

[Maxim Cournoyer]

Hi,

I've unearth this forgotten issue (now fixed, thank you Mathieu!) from
my INBOX.  Sorry for failing to address myself at the time!

Jesse Gibbons  writes:

> On 11/18/20 10:17 AM, Ludovic Courtès wrote:
>> Hi Jesse,
>>
>> Jesse Gibbons  skribis:
>>
 For example, if you pick
 ,
 it boots just fine.  In the GRUB menu entry (type ‘e’ in the menu), you
 can see both the DCE UUID for ‘--root’ and the ISO UUID for ‘search.fs’,
 which are actually the same.
>> [...]
>>
>>> guix system disk-image -t iso9660 --root=$(mktemp -p /tmp -d
>>> install.XXX)/install-x86.iso --system=i686-linux
>>> gnu/system/install.scm
>>>
>>> and I mounted the ISO itself and took a look at it. The grub.conf
>>> specifies both UUIDs as you described.
>>>
>>> When I try it on a VM, it opens a repl with a completely different
>>> error which I'm too lazy to type out by hand. See attached screenshot.
>> Do you observe the same problem with the image I linked to above?  It’s
>> built with ‘guix system disk-image -t iso9660 --label=GUIX…
>> gnu/system/install.scm’.
>>
>> The error you sent looks as if it’s trying to mount the root file system
>> read/write.
>>
>> Thinking about it: does it work if you pass ‘--volatile’ on the
>> ‘disk-image’ command line?  This flag was added recently on ‘master’
>> (commit 41f27bf8702838f19b1dc5ffee8eec1d4315d4e6), so perhaps what
>> you’re seeing is a regression here.
>>
>> Maxim, could it be that we need (volatile-root? #t) for the ISO9660
>> image type and/or passing ‘--volatile’ in Makefile.am (‘release’ target)
>> and updating the “Building the Installation Image” node of the manual?
>>
>> Thanks,
>> Ludo’.
> Passing --volatile to the iso build command fixes the issue with the
> VM. I'm flashing an the resulting to my external drive right now. In a
> few hours, I should be able to test if the problem was that the drive
> didn't fully sync, and hopefully we can close this issue tonight.

For the record, this was fixed by Mathieu by special-casing the ISO9660
so that it always has the volatile-root? property set to #t in commit
83de7ee662fd42cce410dd8c395922647f3aeb13.

Thanks,

Maxim