Hello,
When running Epiphany on a non-GNOME system with:
guix environment --ad-hoc epiphany -- epiphany
and opening a PDF, it fails to launch Evince (referred to as
“Dokumentmontrilo” below :-)) and crashes:
--8<---cut here---start->8---
$ guix environment
Hello,
On core-updates, qemu-minimal (4.2.0), fails to build. This seems to be
the same issue as this bug. The error is:
--8<---cut here---start->8---
In file included from
/gnu/store/jsjsczgr8xdnbdminl7lm2v56b7dq7lq-glibc-2.31/include/features.h:489:0,
Hi Mathieu,
I noticed that partitions created by the installer appear to not be
properly unmounted, at least when running in the context of (gnu tests
install):
--8<---cut here---start->8---
ludo@ribbon ~$ qemu-img convert -O raw
/gnu/store/2d3s2nbb3j2c1hmkz52
Hi Arun,
On Thu, 20 Feb 2020 at 18:11, Arun Isaac wrote:
> > 2. a regression of r-rgdal introduced by your commit
> > f9d328833fc1f5d0fb76b61b12d1a3cb013932e6
>
> Replacing proj.4 with proj in the r-rgdal package seems to fix this
> regression. Can you confirm?
Maybe, but it is not what the us
>> > 2. a regression of r-rgdal introduced by your commit
>> > f9d328833fc1f5d0fb76b61b12d1a3cb013932e6
>>
>> Replacing proj.4 with proj in the r-rgdal package seems to fix this
>> regression. Can you confirm?
>
> Maybe, but it is not what the user expects. Upstream explicitly
> mentions proj.4,
On Fri, 21 Feb 2020 at 13:13, Arun Isaac wrote:
> >> > 2. a regression of r-rgdal introduced by your commit
> >> > f9d328833fc1f5d0fb76b61b12d1a3cb013932e6
> >>
> >> Replacing proj.4 with proj in the r-rgdal package seems to fix this
> >> regression. Can you confirm?
> >
> > Maybe, but it is not
Ludovic Courtès writes:
Hi!
> I can see two solutions:
>
> 1. Remove bzip2 support from bootar (it’s not actually needed, is it?).
Ugly but easiest fix for me, see attached.
> 2. Modify (compression bzip2) so that it errors out on first use
> rather than at load time.
Or
3. Port b
Hi Ludo,
Ludovic Courtès writes:
> Marius Bakke skribis:
>
>> Bootstrap fails early on i686-linux when trying to build gash-boot0,
>> which fails thusly:
>
> [...]
>
>>?: 1 [primitive-load-path "compression/bzip2" ...]
>> In compression/bzip2.scm:
>> 45: 0 [#]
>>
>> compression/bzip2.scm:
Dear
> On Sat, 16 Nov 2019 at 03:34, Kai Mertens wrote:
> > Anyway – it is of course not a bug of the guix script. Maybe a usage
> > hint within the guix documentation in section 2.1 would be nice?
I think it is not a bug and I do not see what could be improved. I
would like to close this bug.
Maxim Cournoyer writes:
> Hello,
>
> Maxim Cournoyer writes:
>
>> Hello,
>>
>> I installed Guix System on a new machine, which displays on a 4K (3840 x
>> 2160 pixels) monitor.
>>
>> Unless I go to the GRUB command prompt with 'c' at boot and type 'insmod
>> all_video', the video cuts early afte
Hey Ludo,
Nice progress on that branch :)
> Could it be a side effect of the MS_MOVE dance in
> 1d02052067e04d7dd8fd1ec17557ca02a30b9bcf?
Could be, I ran the following command on wip-installer-test branch:
--8<---cut here---start->8---
make check-system TES
Dear,
What is the status of the bug#20255 [1]?
It is old; the last activity seems back on 2015, November. So let resume.
The issue is, e.g.:
- perl installed into the system profile
- perl-xml-parser installed into an user profile
Then "guix package --search-paths" does not set correctly XML::P
Hi,
Some follow ups.
For me, now, the command
> > $ guix time-machine \
> > --commit=56e95d54d209c2428f970d65d9b27ae4168449ad -- help
does not fail anymore at the Guile step:
--8<---cut here---start->8---
building /gnu/store/gglbrs8j0iq8ygh55inwfvpwb
It seems cryptsetup is never invoked and the root partition is not decrypted
before GRUB could load the kernel.
Julien and I discussed on irc that guix currently does not have a
method of generating my config file. Here is just an updated list of
the options that I (and possibly others) may need or want.
#+BEGIN_SRC org
These are all the options that my config file has. If the box does
not have an X, th
zimoun (2020-02-21 16:53 +0100) wrote:
> Dear,
>
> What is the status of the bug#20255 [1]?
> It is old; the last activity seems back on 2015, November. So let resume.
>
> The issue is, e.g.:
> - perl installed into the system profile
> - perl-xml-parser installed into an user profile
> Then "gu
Le 21 février 2020 12:10:44 GMT-05:00, Joshua Branson via Bug reports for GNU
Guix a écrit :
>
>Julien and I discussed on irc that guix currently does not have a
>method of generating my config file. Here is just an updated list of
>the options that I (and possibly others) may need or want.
>
>#
Akshay,
Akshay Khobragade via Bug reports for GNU Guix 写道:
This is my first ever installation of Guix where I chose:
1. Separate Boot (/boot) and EFI (/boot/efi) partitions
2. Encrypted root (having used it in Debian for the last 10
months, I am comfortable)
This just isn't possible (yet).
Thank You for the reply, Tobias.
Will try setting up and report back in a few hours.
I figured any distro would require a separate /boot partition with an encrypted
root since debian does. I guess not.
Hi Arun,
On Thu, 20 Feb 2020 at 18:11, Arun Isaac wrote:
> > 2. a regression of r-rgdal introduced by your commit
> > f9d328833fc1f5d0fb76b61b12d1a3cb013932e6
>
> Replacing proj.4 with proj in the r-rgdal package seems to fix this
> regression. Can you confirm?
You mean:
guix build --with-i
Hi Arun,
On Fri, 21 Feb 2020 at 13:13, Arun Isaac wrote:
> proj and proj.4 are different versions of the same software, with proj
> being the newer version. See
> https://proj.org/faq.html#what-happend-to-proj-4 . I say we completely
> deprecate our proj.4 package and replace all occurrences of
Hi,
Mathieu Othacehe skribis:
> On core-updates, qemu-minimal (4.2.0), fails to build. This seems to be
> the same issue as this bug. The error is:
>
> In file included from
> /gnu/store/jsjsczgr8xdnbdminl7lm2v56b7dq7lq-glibc-2.31/include/features.h:489:0,
> from
> /gnu/store/
I reinstalled the system with encrypted root and without a separate /boot
partition and it boots successfully!
Thank you Tobias.
Hi!
Jan Nieuwenhuizen skribis:
> Ludovic Courtès writes:
>
> Hi!
>
>> I can see two solutions:
>>
>> 1. Remove bzip2 support from bootar (it’s not actually needed, is it?).
>
> Ugly but easiest fix for me, see attached.
>
>> 2. Modify (compression bzip2) so that it errors out on first use
>>
Hi,
Mathieu Othacehe skribis:
>> Could it be a side effect of the MS_MOVE dance in
>> 1d02052067e04d7dd8fd1ec17557ca02a30b9bcf?
>
> Could be, I ran the following command on wip-installer-test branch:
>
> make check-system TESTS=gui-installed-os
>
>
> But it appears to get stuck at this step:
>
>
Hi,
zimoun skribis:
> Well, now, I am failing at the Python 3.7.3 step too:
>
> /gnu/store/s0lw23myd3hvpw28sffkhz8b30x1hcz0-python-minimal-3.7.3.drv failed
>
>
>
> However, the python error seems about TLS:
>
> test.test_asyncio.test_windows_utils (unittest.loader.ModuleSkipped)
> ... test tes
Ludovic Courtès writes:
Hi!
>> I would prefer 3., with the fix going upstream. This opens the path to
>> really using bzip2 in the bootstrap. 2. could be a nice intermediate
>> step, but I would not know how to do that nicely, as we fetch
>> (compression bzip2) from upstream. Timothy?
>
> I do
Ludovic Courtès writes:
Hi!
>> I would prefer 3., with the fix going upstream. This opens the path to
>> really using bzip2 in the bootstrap. 2. could be a nice intermediate
>> step, but I would not know how to do that nicely, as we fetch
>> (compression bzip2) from upstream. Timothy?
>
> I do
> For other packages than r-rgdal depending on proj.4:
> - ok with proj instead of proj.4: osm2pgsql, xygrib and libgaiagraphics.
> - not ok: libspatialite and libosmium
Indeed, all packages don't yet support proj. We'll have to keep proj.4
around until their upstreams adds support for proj.
>
> You mean:
>
> guix build --with-input=proj.4=proj r-rgdal
>
> then it compiles a lot... and I do not understand why gdal is
> recompiled. Anyway!
Your command recursively replaces proj.4 with proj. So, some dependency
of gdal might have been modified resulting in a rebuild of gdal.
> So afte
Seen while stracing guix-daemon during GC (the “deleting unused links”
phase):
--8<---cut here---start->8---
unlink("/gnu/store/.links/3a16c555c7c60f9c781895eec65a31a04a6cc535fff5a381499c1a4717d8f19f")
= 0
unlink("/gnu/store/.links/1mm1n1xmjb1in2sv71kpa90n5iv30
On Fri, 21 Feb 2020 at 22:36, Arun Isaac wrote:
> > For other packages than r-rgdal depending on proj.4:
> > - ok with proj instead of proj.4: osm2pgsql, xygrib and libgaiagraphics.
> > - not ok: libspatialite and libosmium
>
> Indeed, all packages don't yet support proj. We'll have to keep pro
On Fri, 21 Feb 2020 at 22:40, Arun Isaac wrote:
> > You mean:
> >
> > guix build --with-input=proj.4=proj r-rgdal
> >
> > then it compiles a lot... and I do not understand why gdal is
> > recompiled. Anyway!
>
> Your command recursively replaces proj.4 with proj. So, some dependency
> of gdal m
Hi Guix,
After a 'guix pull' today to commit
536cc4aae5b58b45b974530646a4916a29a8aa6c I noticed that 'guix gc' fails
with the message:
guix gc: error: statting `/gnu/store/.links/0pck...': Invalid argument
The system is running CentOS 7:
$ cat /etc/centos-release
CentOS Linux release 7.7.1908 (
Jan Nieuwenhuizen skribis:
> @Timothy: if you want to change this in bootar itself and remove the
> workaround from commencement, please feel free. Pushed to core-updates
> as
>
> a82cf70e8ae4c8dcf03d2633f09dcfc8bb6d6d1e
Thanks!
Ludo’.
Hi,
Paul Garlick skribis:
> After a 'guix pull' today to commit
> 536cc4aae5b58b45b974530646a4916a29a8aa6c I noticed that 'guix gc' fails
> with the message:
>
> guix gc: error: statting `/gnu/store/.links/0pck...': Invalid argument
This was during the “removing unused link” phase, right?
> Th
Ludovic Courtès skribis:
> (guix store deduplication) uses base16, but optimize-store.cc does:
>
> /* Check if this is a known hash. */
> Path linkPath = linksDir + "/" + printHash32(hash);
>
> … where ‘printHash32’ returns a nix-base32 string. Oops!
Fixed in 4cb63a564d413c745983a608790
Hi,
Akshay Khobragade skribis:
> I reinstalled the system with encrypted root and without a separate /boot
> partition and it boots successfully!
Awesome, thanks for letting us know!
Ludo’.
I'm not sure if my workaround is effective or not, at least one time I
still received the page ID error:
(evolution:20864): evolution-util-WARNING **: 15:33:29.599: Failed to
call a DBus Proxy method
org.gnome.Evolution.WebExtension::AddCSSRuleIntoStyleSheet: Invalid
page ID: 55
I'm curious as I
Hello Ludovic,
Ludovic Courtès writes:
> Hello,
>
> Ludovic Courtès skribis:
>
>> A simple thing would be to somehow get libssh to pass POLLIN | POLLRDHUP
>> instead of just POLLIN.
>
> Reported here:
>
> https://www.libssh.org/archive/libssh/2019-01/000.html
>
> A fix has been proposed b
Hi all,
Jan Nieuwenhuizen writes:
> @Timothy: if you want to change this in bootar itself and remove the
> workaround from commencement, please feel free.
Done in 4b807ef87c4634e8bea1431d47ee3df3b519145d.
-- Tim
Just as a follow-up; I've managed to fall into this trap again,
attempting to authorize the keys by adding them to the 'authorize-keys'
field of guix-configuration record.
On the local machine:
--8<---cut here---start->8---
guix offload test /etc/guix/machines.
42 matches
Mail list logo