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
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
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
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
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’.
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
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?
>
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 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
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
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
Seen while stracing guix-daemon during GC (the “deleting unused links”
phase):
--8<---cut here---start->8---
unlink("/gnu/store/.links/3a16c555c7c60f9c781895eec65a31a04a6cc535fff5a381499c1a4717d8f19f")
= 0
> 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
> 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.
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
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
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
I reinstalled the system with encrypted root and without a separate /boot
partition and it boots successfully!
Thank you Tobias.
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
>
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 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
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.
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).
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.
>
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
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,
It seems cryptsetup is never invoked and the root partition is not decrypted
before GRUB could load the kernel.
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
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
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
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
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.
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 [#]
>>
>>
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
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
>> > 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,
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
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
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,
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
40 matches
Mail list logo
