Hi Guix,
Leo Famulari writes:
> It is supposed to be running, but something has broken. This does happen
> from time to time...
Ah well...
For what it is worth I have rebased on staging and reconfiguring my
system on it built successfully. Also my manifest built successfully.
I don't have ma
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Brazilian Portuguese team of translators. The file is available at:
https://translationproject.org/latest/guix/pt_BR.po
(We can arrange thin
Hi Matthew,
Matthew Kraai writes:
> I think that elm-compiler is built with GHC 8.6.5, not GHC 8.8.3.
> When I run `guix environment --pure --ad-hoc ghc@8.6.5 -- ghc-pkg
> list`, its output contains `time-1.8.0.2`. I tried changing the
> definition of `ghc-8` in `haskell.scm` from `ghc-8.6` t
Hi again Leo!
That doesn't say much, because `guix environment` provides little
> isolation. You might try with pure environments, but the better way of
> replicating the build environment is using `-K`.
>
Ran in a `guix environment --pure --container` and it still built
successfully.
> I have
Hi guix-developers,
I just did a an `strace -f zfs mount tank`, and got this interesting bit in a
child process:
execve("/gnu/store/a45p39mgqvfd8kjwibyr0q42klmw7gmf-util-linux-2.35.1-lib/bin/mount",
["/gnu/store/a45p39mgqvfd8kjwibyr0"..., "--no-canonicalize", "-t", "zfs",
"-o", "defaults,
Hi guix-developers,
I'm trying to get ZFS working on a test VM running Guix System.
Attempting to do a simple `guix install zfs` does not work, as I reported in
https://issues.guix.gnu.org/45401 , ZFS 0.8.5 is only up to kernel 5.9 but
latest guix has kernel 5.10.
I created a procedure to modi
Efraim Flashner 写道：
No, it's still not fixed, but gobby-0.5.0 needed libinfinity
anyway and it
was no longer building on master when I checked it before and
after
upgrading gsasl.
Interesting. Let's hope they release soon.
Thanks!
T G-R
signature.asc
Description: PGP signature
On Sat, Jan 02, 2021 at 08:08:48PM +0100, Tobias Geerinckx-Rice wrote:
> Efraim,
>
> guix-comm...@gnu.org 写道：
> > gnu: libinfinity: Update to 0.7.2.
>
> Thanks! I noticed this update would break Gobby 0.5.0 (the latest release
> AFAIK) but I haven't tried building it again since. Is that fi
Efraim,
guix-comm...@gnu.org 写道：
gnu: libinfinity: Update to 0.7.2.
Thanks! I noticed this update would break Gobby 0.5.0 (the latest
release AFAIK) but I haven't tried building it again since. Is
that fixed?
Kind regards,
T G-R
signature.asc
Description: PGP signature
On Sat, Jan 02, 2021 at 09:01:23PM +0200, Efraim Flashner wrote:
> I've reconfigured my desktop on staging. Almost everything is working.
> I'm running enlightenment on wayland, launched from sddm.
>
> In icecat, if I maximize the window the graphics stretch instead of
> resizing to the new window
I've reconfigured my desktop on staging. Almost everything is working.
I'm running enlightenment on wayland, launched from sddm.
In icecat, if I maximize the window the graphics stretch instead of
resizing to the new window size. Then even if I switch back to "windowed
mode" I can't see the differ
Hi John,
On 12/31/20 10:51 AM, John Soo wrote:
I’m not 100% sure how guix handles the ghc “boot” libraries but I
think time is installed alongside ghc. Doing guix environment --pure
--ad-hoc ghc -- ghc-pkg list gets me time-1.9.3. So I do think the
version bounds should be satisfied without an
On Sat, Jan 02, 2021 at 08:59:03AM -0800, John Soo wrote:
> Is staging not running in ci?It looks like the last time it ran was just
> before the rustfmt output of rust (commit 48926b5).Did changing rust@1.46
> somehow keep ci from running on staging?
It is supposed to be running, but so
Hi there,
Is staging not running in ci?It looks like the last time it ran was just
before the rustfmt output of rust (commit 48926b5).Did changing rust@1.46
somehow keep ci from running on staging?
Maybe I am missing something.
Any clues?
John
Hello Rovanion,
Am Samstag, den 02.01.2021, 15:43 +0100 schrieb Rovanion Luckey:
> I can get the package to build using the following steps:
>
> git clone https://github.com/nomacs/nomacs.git
> cd nomacs
> mkdir build
> cd build
> guix environment --ad-hoc cmake make gcc libraw exiv2 libtiff open
I can get the package to build using the following steps:
git clone https://github.com/nomacs/nomacs.git
cd nomacs
mkdir build
cd build
guix environment --ad-hoc cmake make gcc libraw exiv2 libtiff opencv python
quazip qtbase qtsvg qttools pkg-config git
cmake "../ImageLounge" "-DCMAKE_BUILD_TYPE=
Am 18.12.20 um 19:26 schrieb John Soo:
> I think probably keepijg ci on for most crates makes sense if we can
> work instead towards real shared libraries.
This discussion (FMPOV) is about how handle crates until rust supports
(static or shared) libraries.
--
Regards
Hartmut Goebel
| Hartmut Go
Hi Pjotr,
Am 19.12.20 um 07:42 schrieb Pjotr Prins:
> They are talking about librification of the language
> https://rust-lang.github.io/compiler-team/minutes/design-meeting/2020-03-12-shared-library-for-types/
> which may lead to a wider idea of libraries.
For your needs static libraries would s
Have you tried building in a Guix container? See 'bullet proof' in my
guix-notes.
On Sat, Jan 02, 2021 at 11:00:27AM +0100, Hartmut Goebel wrote:
> Hi,
>
> after happily developing guix on a foreign distro for quite some years
> (well, I had some issue now and then but was always able to recover)
Hi,
after happily developing guix on a foreign distro for quite some years
(well, I had some issue now and then but was always able to recover),
I'm no longer able to do so:
- "make" fails when linking guix-daemon with "undefined reference to
`__twalk_r@GLIBC_PRIVATE'"
- ./pre-inst-env guix --he
20 matches
Mail list logo
