Re: Meeting in Brussels on Wednesday evening?

[Laura Lazzati]

I am on the plane, you will get this when I get out, but I am going :)

Regards!

On Tue, 29 Jan 2019, 14:09 Björn Höfling  On Tue, 29 Jan 2019 10:52:18 +0100
> Ludovic Courtès  wrote:
>
> > Hello Guix!
> >
> > I’d be available tomorrow (Wed. 30th) at around 8PM in Brussels.
> > Would anyone be willing to join for a drink + dinner?
> >
> > We could meet at “Au Bon vieux temps”¹ (it’s a must!) and then head
> > to a neighboring restaurant.
> >
> > See you there!
> >
> > Ludo’.
> >
> > ¹ https://www.openstreetmap.org/#map=19/50.84833/4.35205
>
> Great, see you there.
>
> Björn
>

Re: git-annex: problematic shebangs in .git/hooks/pre-commit?

[Kyle Meyer]

Timothy Sample  writes:

> Kyle Meyer  writes:

[...]

>> Perhaps I'm just missing something, but to spell out my concern a
>> little
>> more: I have /gnu/store/A/git-annex and /gnu/store/X/bash-minimal.  I
>> set up a repo with 'git annex init', and
>> /gnu/store/X/bash-minimal/bin/sh is used in the shebang.
>>
>> Some time later I am using /gnu/store/B/git-annex, which references
>> /gnu/store/Y/bash-minimal.  That repo's hook still uses the
>> X/bash-minimal/bin/sh.  But if /gnu/store/X/bash-minimal is no longer
>> referenced by any package, it could be garbage collected, leading to
>> the
>> hook failing.
>
> Ah yes!  That could be a problem indeed.  Good catch.  Following the
> example of autoconf, it seems it should just be left alone.

Revisiting this, I tried to simply remove the patch-shell phase (diff
below).  That worked as intended when I tested manually, but it caused
many test failures with messages like

fatal: cannot run .git/hooks/pre-commit: No such file or directory

Although the error message isn't too clear, this happens because
/bin/sh, now used in the hook shebangs, isn't available to the tests
executed in the build environment.

Any suggestions on how to deal with this?

---
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index dc2abb0c71..56fe6f5e7a 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -2236,11 +2236,6 @@ (define-public git-annex
'("--flags=-Android -Assistant -Pairing -S3 -Webapp -WebDAV")
#:phases
(modify-phases %standard-phases
- (add-before 'configure 'patch-shell
-   (lambda _
- (substitute* "Utility/Shell.hs"
-   (("/bin/sh") (which "sh")))
- #t))
  (add-before 'configure 'factor-setup
(lambda _
  ;; Factor out necessary build logic from the provided

Re: clang-runtime@3.5 broken?

[Ludovic Courtès]

Hello,

zimoun  skribis:

> I do not know if I am doing something wrong but I am not able to build
> on x86_64:
>  guix build clang-runtime@3.5 -K
> see error message below. Then I am going in
> `/tmp/guix-build-clang-runtime-3.5.2.drv-0/build' and I try to inspect
> as recommanded in "Debugging Build Failures".
>
> I am not sure to understand if it is expected but when I try to build
> in the /tmp/, I get this error:
>
> /tmp/guix-build-clang-runtime-3.5.2.drv-0/compiler-rt-3.5.2.src/lib/sanitizer_common/sanitizer_platform_limits_posix.cc:132:23:
> fatal error: sys/ustat.h: No such file or directory

Fixed in 286bea0dbad0d29ce3a6746b6af793a2b7280110, thanks!

It’s an issue we had seen in GCC, Clang, etc. because libsanitizer is
bundled in all these.

Ludo’.

Re: using package-for-guile2.0 outside of guile.scm

[Ludovic Courtès]

Hi!

Ludovic Courtès  skribis:

> Ricardo Wurmus  skribis:
>
>> I tried to move most of the packages in gnu/packages/guile.scm to a new
>> module gnu/packages/guile-xyz.scm.
>>
>> The only problem with this is that package-for-guile2.0 cannot be used
>> in guile-xyz.scm.  I cannot compile the module when there’s a reference
>> to package-for-guile2.0, even when the definition is in guile-xyz.scm.
>> The definition of package-for-guile2.0 refers to guile-2.2, which is
>> located in guile.scm.
>>
>> What to do?
>
> The problem is that ‘package-with-guile-2.0’ needs to resolve
> ‘guile-2.0’.  So if you use it at the top-level, then (gnu packages
> guile) has to be fully loaded, or you have to be in (gnu packages guile)
> itself and ‘guile-2.0’ has been defined above.
>
> I think we can get around it using this cute hack.  I’ll commit it if
> that’s fine with you.

As you found out, that’s not enough.  The reason is that
‘package-input-rewriting’ is inherently greedy, not lazy.  For example:

  (let ((rewrite (package-input-rewriting `((,p . ,q)
(eq? q (rewrite p)))
  => #t

This works only because the replacement alist is traversed as soon as
‘rewrite’ is called.

Needs more thought…

Ludo’.

Re: Meeting in Brussels on Wednesday evening?

[Björn Höfling]

On Tue, 29 Jan 2019 10:52:18 +0100
Ludovic Courtès  wrote:

> Hello Guix!
> 
> I’d be available tomorrow (Wed. 30th) at around 8PM in Brussels.
> Would anyone be willing to join for a drink + dinner?
> 
> We could meet at “Au Bon vieux temps”¹ (it’s a must!) and then head
> to a neighboring restaurant.
> 
> See you there!
> 
> Ludo’.
> 
> ¹ https://www.openstreetmap.org/#map=19/50.84833/4.35205

Great, see you there.

Björn


pgptxnAY4FKCP.pgp
Description: OpenPGP digital signature

Re: GuixDays: Perfect Setup: Speaker wanted

[Ricardo Wurmus]

swedebugia  writes:

> On 2019-01-27 12:50, Ricardo Wurmus wrote:
>>
>> swedebugia  writes:
>>
>>> Also we should mention that the error which appears after applying
>>> patches from emails can be ignored - the patches apply succesfully
>>> anyways.
>>
>> What error are you referring to?
>>
> "cd: No such directory found via CDPATH environment variable"

This is not a common error message when using the Debbugs interface for
Emacs.  I’ve never seen this message.  Can you provide instructions on
how to reproduce this?

Also try with “emacs -Q” to make sure it’s nothing to do with your
init.el.

--
Ricardo

Re: Meeting in Brussels on Wednesday evening?

[Andreas Enge]

On Tue, Jan 29, 2019 at 10:52:18AM +0100, Ludovic Courtès wrote:
> I’d be available tomorrow (Wed. 30th) at around 8PM in Brussels.
> Would anyone be willing to join for a drink + dinner?
> We could meet at “Au Bon vieux temps”¹ (it’s a must!) and then head to a
> neighboring restaurant.

Sorry for polluting the mailing list with a personal request:
I will arrive in Brussels at 21:47 and stay at ICAB.

Could someone also staying at ICAB and joining the group pick up my keys,
and give them to me later at the restaurant?

Please contact me privately,

Andreas

Re: Guix Days starting in two days!

[Amirouche Boubekki]

Le mar. 29 janv. 2019 12:09, Andreas Enge  a écrit :

> On Tue, Jan 29, 2019 at 10:58:24AM +0100, Ludovic Courtès wrote:
> > We’ll update  as
> > needed to share practical info.  Please email Pjotr, Manolis, Ricardo,
> > or myself if you have any questions.
>
> And since we need to book food now, please tell us if you are mentioned
> on the wiki page, but finally will not attend; or vice versa.
>

Sorry,  I won'the be there.


>

Re: ‘nss-certs’ missing in the installation image

[Pierre Neidhardt]

None! :)

-- 
Pierre Neidhardt
https://ambrevar.xyz/


signature.asc
Description: PGP signature

Re: Guix Days starting in two days!

[Andreas Enge]

On Tue, Jan 29, 2019 at 10:58:24AM +0100, Ludovic Courtès wrote:
> We’ll update  as
> needed to share practical info.  Please email Pjotr, Manolis, Ricardo,
> or myself if you have any questions.

And since we need to book food now, please tell us if you are mentioned
on the wiki page, but finally will not attend; or vice versa.

Andreas

Guix Days starting in two days!

[Ludovic Courtès]

Hello Guix!

The Guix Days are starting in two days!  \o/

We’ll be meeting this Thursday 31st at ICAB¹ at 9:30AM for coffee and
starting at 10AM.

We’ll update  as
needed to share practical info.  Please email Pjotr, Manolis, Ricardo,
or myself if you have any questions.

See you there!

Ludo’.

¹ https://www.openstreetmap.org/#map=18/50.85051/4.37260

Re: Meeting in Brussels on Wednesday evening?

[Christopher Baines]

Ludovic Courtès  writes:

> Hello Guix!
>
> I’d be available tomorrow (Wed. 30th) at around 8PM in Brussels.
> Would anyone be willing to join for a drink + dinner?
>
> We could meet at “Au Bon vieux temps”¹ (it’s a must!) and then head to a
> neighboring restaurant.
>
> See you there!

Sounds great, I'll be there :)


signature.asc
Description: PGP signature

Re: Rust 1.19 fails to build on i686 on ‘staging’

[Ludovic Courtès]

Hi Danny,

Danny Milosavljevic  skribis:

> On Mon, 28 Jan 2019 15:39:33 +0100
> Ludovic Courtès  wrote:
>> > /gnu/store/fw4yy7cgb5ahs9s2ir00bawnsl5zj7db-mrustc-0.8.0/bin/mrustc[...]
>> munmap_chunk(): invalid pointer
>
> Maybe the above causes
>
>> src/tools/cargo/src/crates-io/lib.rs:65: BUG:src/expand/proc_macro.cpp:941: 
>> Unexpected EOF while reading from child process
>
> this.
>
> Might be a memory double-free.  Exactly the kind of thing that Rust is 
> supposed
> to prevent is in the Rust compiler in C++ - well, at least the motivation for
> having Rust is clear now ;-)

Heh, sounds like it.

> Can you try just
>
> $ /gnu/store/fw4yy7cgb5ahs9s2ir00bawnsl5zj7db-mrustc-0.8.0/bin/mrustc 
> src/tools/cargo/src/crates-io/lib.rs --crate-name crates_io --crate-type rlib 
> --crate-tag 0_9_0 -g --cfg debug_assertions -O -o 
> output/cargo-build/libcrates_io-0_9_0.hir -L output/cargo-build --extern 
> curl=output/cargo-build/libcurl-0_4_6.hir --extern 
> error_chain=output/cargo-build/liberror_chain-0_10_0.hir --extern 
> serde=output/cargo-build/libserde-1_0_6.hir --extern 
> serde_derive=output/cargo-build/libserde_derive-1_0_6.hir --extern 
> serde_json=output/cargo-build/libserde_json-1_0_2.hir --extern 
> url=output/cargo-build/liburl-1_4_0.hir -L output -L 
> /gnu/store/fw4yy7cgb5ahs9s2ir00bawnsl5zj7db-mrustc-0.8.0/lib/mrust
>
> in the build-failed kept source? (possibly with "ulimit -c unlimited" so it 
> dumps core. mrustc is a normal C++ program, so normal debugging ways apply)
>
> Or do I have access to the machine so I can do it?

I don’t know but you could try:

  guix build rust@1.19 -s i686-linux -K

on your x86_64 machine from ‘staging’, and hopefully you’ll get that
error too.

> Possible use-after free fix in mrustc commits:
>
> https://github.com/thepowersgang/mrustc/commit/a51eea542ae086687ea2c4cb09321785f5cc6269

Could be!  We know what to try next.

Thanks for investigating!

Ludo’.

Re: ‘nss-certs’ missing in the installation image

[Ludovic Courtès]

Pierre Neidhardt  skribis:

>> I’m not sure it belongs in “System Installation”.  After all, it’s
>> already under “System Configuration” and in several OS config examples.
>
> Here the issue is not with system configuration, but with the live install
> image.

Oh OK.  For the install image, maybe it’s OK to add ‘nss-certs’ to the
base package set after all, if that helps minimize friction.

Objections?

Ludo’.

Re: GuixDays: Perfect Setup: Speaker wanted

[swedebugia]

On 2019-01-27 12:50, Ricardo Wurmus wrote:


swedebugia  writes:


Also we should mention that the error which appears after applying
patches from emails can be ignored - the patches apply succesfully
anyways.


What error are you referring to?


"cd: No such directory found via CDPATH environment variable"

My env looks like this:
LANG=sv_SE.utf8
GDM_LANG=sv_SE.utf8
HISTIGNORE=&:ls:l:ll:[bf]g:exit:..:history:dirs:cd:vlc
HISTCONTROL=eraseups:ignoreups
DISPLAY=:0
OLDPWD=/home/sdb/src
EDITOR=emacs -nw
GTK_OVERLAY_SCROLLING=0
COLORTERM=truecolor
GIT_SSL_CAINFO=/home/sdb/.guix-profile/etc/ssl/certs/ca-certificates.crt
DESKTOP_AUTOSTART_ID=10b9a9895f1abe6b415487106236179350005930007
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
XDG_VTNR=7
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
GUILE_LOAD_COMPILED_PATH=/home/sdb/src/guix:/home/sdb/.guix-profile/lib/guile/2.2/site-ccache
XDG_SESSION_ID=c2
XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/sdb
USER=sdb
DESKTOP_SESSION=mate
MV=-v
GUIX_LOCPATH=/home/sdb/.guix-profile/lib/locale
PWD=/home/sdb/src/guix
HOME=/home/sdb
XDG_SESSION_TYPE=x11
MATE_DESKTOP_SESSION_ID=this-is-deprecated
XDG_SESSION_DESKTOP=mate
QT_SCALE_FACTOR=1
GTK_MODULES=canberra-gtk-module
MAIL=/var/spool/mail/sdb
GIT_EXEC_PATH=/home/sdb/.guix-profile/libexec/git-core
TERM=xterm-256color
SHELL=/bin/bash
VTE_VERSION=5403
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_CURRENT_DESKTOP=MATE
XDG_SEAT=seat0
SHLVL=1
GDMSESSION=mate
SSL_CERT_DIR=/home/sdb/.guix-profile/etc/ssl/certs
LOGNAME=sdb
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
XAUTHORITY=/home/sdb/.Xauthority
GUILE_LOAD_PATH=/home/sdb/src/guix:/home/sdb/.guix-profile/share/guile/site/2.2
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
QT_AUTO_SCREEN_SCALE_FACTOR=0
PATH=/home/sdb/.guix-profile/bin:/home/sdb/scripts:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
INFOPATH=/home/sdb/.guix-profile/share/info:/usr/local/share/info
SESSION_MANAGER=local/parabola:@/tmp/.ICE-unix/593,unix/parabola:/tmp/.ICE-unix/593
_=/usr/bin/env


--
Cheers Swedebugia