bug#65927: the role and location of locale.alias

2023-10-21 Thread Bruno Haible
Hi Ludo', > > I explained the purpose of this file in > > https://sourceware.org/pipermail/libc-alpha/2023-September/151524.html . > > In summary, it's a configuration file whose initial contents is provided > > for glibc, but which needs to be edited by the system administrator in > > some situat

bug#65927: the role and location of locale.alias

2023-09-13 Thread Bruno Haible
Hi, In guix 1.4.0 there are 2 locale.alias files from glibc on the disk: $ ls -liL --sort=size `find / -name locale.alias 2>/dev/null | grep -v X11` 940417 -r--r--r-- 1 root root 2998 Jan 1 1970 /gnu/store/0dbscs8zq4bdg8vbn9jkdgynjcn3s01p-gcc-toolchain-12.2.0/share/locale/locale.alias 940417

bug#65412: Guix installer failed to install

2023-09-02 Thread Bruno Haible
Hi Josselin, Thanks for the answer. > > The problem is not so much that it failed, but that the warning > > message does not sufficiently describe the cause: > > * I understand the figure of 6 GB: that's the expected size for > > a GUI environment with MATE. > > * But I don't understand t

bug#41038: gcc creates binaries that don't find their shared libraries

2020-05-05 Thread Bruno Haible
Ludovic Courtès wrote: > I tried hard to avoid > having a wrapper at all but came to the conclusion that this was the > best we could do Can something be done to avoid that installing the packages 'glibc' and 'binutils' shadows this wrapper? Maybe moving the wrapper to a different package than it

bug#41038: gcc creates binaries that don't find their shared libraries

2020-05-03 Thread Bruno Haible
Hi Ludo, > > $ guix install make gcc-toolchain binutils glibc gdb gettext m4 autoconf > > automake > > It’s a mistake to explicitly binutils and glibc: they are provided by > ‘gcc-toolchain’ along with an ‘ld’ wrapper that takes care of adding > entries to the RUNPATH of binaries: > > > http

bug#41037: documentation for application developers?

2020-05-03 Thread Bruno Haible
Hi Danny, > > So, the consequence is that a Guix user cannot send an executable > > to another Guix user and expect it to be runnable on the other machine. > > Do you mean only one file, the executable? That doesn't work well with any > other distribution either. Huh? I thought the purpose of t

bug#41037: documentation for application developers?

2020-05-03 Thread Bruno Haible
Hi Ludo, > > I would expect to find these issues discussed, at least: > > - hard-coded program names like /bin/pwd > > These should be avoided; it’s not Guix-specific, but the problem is > obviously more acute here. /bin/pwd exists on all other Unix systems; so de facto it _is_ Guix specific.

bug#41038: gcc creates binaries that don't find their shared libraries

2020-05-02 Thread Bruno Haible
Hi, I'm using the recent guix-system-vm-image-1.1.0.x86_64-linux. After installing a couple of package for development $ guix install make gcc-toolchain binutils glibc gdb gettext m4 autoconf automake I expected to be able to build GNU bison 3.5.91 from source. But I hit a build failure, due to

bug#41037: documentation for application developers?

2020-05-02 Thread Bruno Haible
Hi, I'm searching for documentation for application developers, regarding tips for porting from ordinary Linux distros to GNU guix. I would expect to find these issues discussed, at least: - hard-coded program names like /bin/pwd - where is /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 ? - lib

bug#35551: guix search

2019-05-10 Thread Bruno Haible
Mark H Weaver wrote: > If we add functionality that calls out to the network in response to a > package search, e.g. to query popularity ratings or package file > listings, we should make sure the user knows it's happening, and provide > a way to disable it. Some users may not want information abo

bug#35551: guix search

2019-05-10 Thread Bruno Haible
zna...@disroot.org wrote: > $ guix search video > shows: vidstab, youtube-viewer, ffmpegthumbnailer, xf86-video-mach64... > I'd better prefer this sorting: > vlc, mpv, gnome-mpv, blender, avidemux, kdenlive... > > To do so need to sort by popularity, using f.e. fsf site statistics. +1. This appr

bug#35551: guix search

2019-05-10 Thread Bruno Haible
Hi Ludo, > we don’t know beforehand what commands a package provides. Indeed, this information becomes available only while/after a package is built. > For that we’d need to resort to an external service providing this info. Why would it need to be an external service? Can't you incorporate thi

bug#35551: guix search

2019-05-10 Thread Bruno Haible
> Another option I thought of would be to display only the 10 results with > the highest relevance by default, when stdout is a terminal. That would be OK as a second step. But first, we should get the sort order (the notion of relevance) improved. Bruno

bug#35551: guix search

2019-05-10 Thread Bruno Haible
I wrote: > 1) If the search term is X and installing the package would cause >a program named X to appear in $PATH, then list this package first. More precisely: If there is a package named X (perfect match), it should come first. The packages that install a program named X should come second.

bug#35551: guix search

2019-05-10 Thread Bruno Haible
Hi Ludo, > I would hope that ‘guix search’ and ‘guix package --list-available’ are > easier than anything else, and that people value the idea of doing > things locally. Also, a local search gives the right result while a > remote service might give results for a different Guix revision. > > Is

bug#35551: package gcc does not depend on binutils and glibc

2019-05-09 Thread Bruno Haible
Hello Ricardo, > > Ricardo, I think you had a patch to hide the ‘gcc’ package. Could you > > commit it? > > I’ve just done this. My apologies for the delay. Now a search for > “gcc” only returns “gcc-toolchain” (and one “gcc-bootstrap”). Will it also be hidden from the package list https://ww

bug#35551: package gcc does not depend on binutils and glibc

2019-05-07 Thread Bruno Haible
Tobias Geerinckx-Rice wrote: > > Well, 'guix install emacs' installs more than emacs as well: > > graphviz, ghostscript, python, fftw, cups, ... > > Oh, we're talking about different things then. > > Installing (in any sense) emacs will add its dependencies to the > store (your ‘install’), but d

bug#35553: getlogin and getlogin_r fail with error ENXIO

2019-05-04 Thread Bruno Haible
Danny Milosavljevic wrote: > Are you logging in using gdm? I'm using the guix-1.0 installation image (guix-system-vm-image-1.0.0.x86_64-linux). It shows a screen "Logging in..." for less than one second and then starts the user's desktop immediately. Bruno

bug#35551: package gcc does not depend on binutils and glibc

2019-05-03 Thread Bruno Haible
Nicolas Goaziou wrote: > > You are really looking for `gcc-toolchain' package. See section > > 2.6.6 in the manual. Indeed! Thanks for the answer. > (Speaking as a user, I'd be annoyed to the point of switching if > my distro installed ‘binutils’ when asked for ‘gcc’.) Well, 'guix install emac

bug#35553: getlogin and getlogin_r fail with error ENXIO

2019-05-03 Thread Bruno Haible
Hi, Running the guix-1.0 installation image (guix-system-vm-image-1.0.0.x86_64-linux) in qemu, I find that the glibc functions getlogin() and getlogin_r() fail with error ENXIO. Using the gnulib programs test-getlogin and test-getlogin_r I can see that the program is reading the contents of the f

bug#35551: package gcc does not depend on binutils and glibc

2019-05-03 Thread Bruno Haible
Hi, After installing the guix-1.0 installation image (guix-system-vm-image-1.0.0.x86_64-linux) and running it with qemu, I wanted to compile a hello-world program in C. $ cat hello.c #include int main () { printf("Hello world\n"); return 0; } $ guix install gcc $ gcc hello.c error trying t

bug#26441: Gnulib’s ‘test-lock’ fails to complete on machines with >= 32 cores

2017-04-12 Thread Bruno Haible
Hi Ludo, > The ‘test-lock’ test as shipped with gettext-0.19.8.1 fails to complete > (or hangs?) on machines with 32+ cores, as reported here: > > https://bugs.gnu.org/26441 > > Does that ring a bell? Yes, this is the bug that was investigated in December 2016 [1] and subsequently fixed [2].