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
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
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
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
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
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
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.
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
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
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
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
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
> 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
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.
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
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
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
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
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
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
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
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].
22 matches
Mail list logo