qtbase seems like a rather heavy dependency for ffmpeg. After looking
through 'guix graph ffmpeg'
qtbase -> extra-cmake-modules -> fcitx -> sdl2 -> ffmpeg
What does sdl2 bring to ffmpeg?
(on a similar note, what does it bring to u-boot?)
'guix size ffmpeg'
with sdl2:713.3 MiB
without sdl2: 69
The log in console:
root@guix ~# guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 1463079
Computing Guix derivation for 'x86_64-linux'... -Backtrace:
In srfi/srf
Leo Famulari writes:
> I've noticed that certain packages never seem to have substitutes
> available from ci.guix.gnu.org.
>
> This is not about packages that consistently fail to build, like Vigra
> (LibreOffice) [0], but packages that never seem to be attempted at all,
> and are not found when
This happens in both master and core-updates. Also in both real machine and
virtual machine.
## Steps to reproduce
1. guix install lyx
2. Press Alt + F2, type r and hit Enter to restart GNOME Shell (see
http://issues.guix.gnu.org/issue/35594)
3. Got to Activities → Show Applications (nine dots
This happens in both master and core-updates. Also in both real and virtual
machines.
## Steps to reproduce
1. guix install lyx
2. Press Alt + F2, type lyx2.3 and hit Enter to start LyX
# Expected result
LyX starts and the toolbar buttons should have icons (see
https://www.lyx.org/Screenshot
The error:
root@guix ~# guix system reconfigure /etc/config.scm
The following derivation will be built:
/gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv
building /gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv...
/gnu/store/2lnjrv5388727sw45jhrrsyf0140nrd2-system
/gnu/store/gsx
Hi Pierre!
> Thanks! Sadly your patch does not fix the issue for me.
>
> You can reproduce with
>
> --8<---cut here---start->8---
> ./pre-inst-env guix environment --pure --ad-hoc blueman -- blueman-tray
> --8<---cut here---end
It seems that LyX is missing its default classes, which results in lots of
messages when starting the application.
In my case, this happens in core-updates using a virtual machine. I can't
reproduce this problem in my real machine, maybe because I have some leftovers
from previous installation
Dear,
On Tue, 28 Apr 2020 at 14:18, Josh Holland wrote:
> I was trying to install docker, which has go-sctp as a dependency.
> However, it fails to build, with the following output:
Yes, Docker is broken on master because 'go-sctp' fails to build.
https://ci.guix.gnu.org/search?query=spec%3Agu
Dear Thomas,
What is the status of this bug [1]? Because Xfce4 has been updated
since more than 3 years.
Any progress?
If it is solved and/or not an issue for you anymore, then does it make
sense to close it?
Best regards,
simon
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25667
Dear,
Digging in the bug tracker, I found this bug report [1]. What is its status?
Is it solved for you?
Best regards,
simon
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25937
Dear,
Digging in the bug tracker, I found this bug report [1]. Could you
expand on the issue? And report the error message?
Thank you in advance.
Best regards,
simon
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25952
Ludovic Courtès writes:
> Danny Milosavljevic skribis:
>
>> I think it's our job as a distribution to integrate the components properly
>> into
>> the system so that confusing stuff like that doesn't happen.
>>
>> As a first step, we could just not start a getty on tty1 when gdm is
>> config
Ricardo Wurmus writes:
> Ludovic Courtès writes:
>
>> Danny Milosavljevic skribis:
>>
>>> I think it's our job as a distribution to integrate the components properly
>>> into
>>> the system so that confusing stuff like that doesn't happen.
>>>
>>> As a first step, we could just not start a g
This happens in both master and core-updates, although it seems to fail with a
different error in the former (see https://issues.guix.gnu.org/39324). It also
happens in both real machine and virtual machine.
## Steps to reproduce
Assuming you are using the Guix System with GNOME:
1. Go to Act
On Sun, May 03, 2020 at 11:41:49AM +0300, Efraim Flashner wrote:
> qtbase seems like a rather heavy dependency for ffmpeg. After looking
> through 'guix graph ffmpeg'
>
> qtbase -> extra-cmake-modules -> fcitx -> sdl2 -> ffmpeg
>
> What does sdl2 bring to ffmpeg?
> (on a similar note, what does i
This happens in both master and core-updates, although I don't know if the
former fails for the same reason. It also happens in both real machine and
virtual machine.
## Steps to reproduce
Assuming you are using the Guix System with GNOME:
1. Go to Activities → Show Applications (nine dots bu
Hello all,
So I'm trying to get individual patches for the django overhaul I've been
working on polished up and ready for submission. Trying to follow the
steps in the manual for running and testing builds of these is not
working. lfam from IRC suggested that guile-gcrypt might be missing, but
t
Hi,
zimoun transcribed 0.2K bytes:
> Dear,
>
> Digging in the bug tracker, I found this bug report [1]. What is its status?
> Is it solved for you?
I have no idea, best to wait for someone using Guix System or Guix. I
haven't touched it since 2019 and in late 2018 this bugreport was still
releva
Hi,
Marius Bakke skribis:
> You can add (locale-libcs (list glibc glibc-2.29)) in your OS
> configuration to get rid of the warning in the latter case.
Seeing that it would be again that time of the year when people have
locale problems :-), I went ahead and made it the default value for
‘local
pkill9 skribis:
> running `guix download
> mirror://sourceforge/Jamulus/3.4.4/jamulus-3.4.4.tar.gz` eventually
> downloads a HTML page.
Could you paste the output? Most likely, some server eventually
returned 200 (instead of 404) with an HTML page as its body. Nothing we
can do here.
Ludo’.
If I attempt to install a package in emacs-guix, process dies with
error
'''
scheme@(emacs-guix)> (process-package-actions "/var/guix/profiles/per-
user/christopher/guix-profile" #:install '((139934396296288 "out"))
#:upgrade '() #:remove '() #:use-substitutes? #t #:dry-run? #f)
The process begins
HI Bruno,
Bruno Haible skribis:
> I'm searching for documentation for application developers, regarding
> tips for porting from ordinary Linux distros to GNU guix.
There’s no such documentation. However, for applications that follow
“good practices”, there really isn’t any porting to do.
> I
Hi,
Bruno Haible skribis:
> $ 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:
htt
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 Bruno,
On Sun, 03 May 2020 23:13:46 +0200
Bruno Haible wrote:
> 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 distri
Hi Bruno,
On Sun, 03 May 2020 01:55:00 +0200
Bruno Haible wrote:
> $ make
> ...
> gcc -g -O2 -o hello hello.o -ltextstyle
> $ ./hello
> ./hello: error while loading shared libraries: libtextstyle.so.0: cannot open
> shared object file: No such file or directory
I remember being tripped up by t
> Note: once that bug is fixed, still have to add:
>
> diff --git a/gnu/system/linux-initrd.scm b/gnu/system/linux-initrd.scm
> index 44ee4f10aa..6a1840dbf6 100644
> --- a/gnu/system/linux-initrd.scm
> +++ b/gnu/system/linux-initrd.scm
> @@ -245,6 +245,9 @@ FILE-SYSTEMS."
>'())
>
Hi Bruno!
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
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,
> > $ 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
Thanks for the report!
wensheng xie writes:
> The error:
>
> root@guix ~# guix system reconfigure /etc/config.scm
> The following derivation will be built:
>/gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv
> building /gnu/store/g26kkrfd49y5wcz57x0xgkh97w997kmb-grub.cfg.drv...
> /gnu/
Hi Marius!
> Am 02.05.2020 um 16:20 schrieb Marius Bakke :
>
> We could extend the test in /etc/profile to look for a /bin
> directory of the profile
I think this is the right solution, as that’s the actual aim of the else-part:
Provide a path to a bin directory if the profile doesn’t do this b
Cyclically dependent channels crashes guix pull. Cyclically dependent
channels probably shouldn't happen, but guix pull probably shouldn't go
into an endless loop and die either.
Cheers!,
-Martin
Hi Pierre!
> Suggestion: instead of adding one phase per wrapper, use a single phase,
> loop over the executables to generate the wrapper. This should shorten
> your code.
>
> I think the "gi" issue is because "(getenv ...)" does not include the
> output "out". I'm guessing you need to add (str
35 matches
Mail list logo
