Hello Sergiu, Hello Pāladhammika,
Em terça-feira, 28 de dezembro de 2021, às 09:16:32 -03, Sergiu Ivanov
escreveu:
> Hello,
>
> I am chiming in to say that I have the same issue. In my case this
> doesn't seem related to https://issues.guix.gnu.org/51252 , because
> I install the entire texlive
On Guix Git commit c7d74a9bccfc1b1274fc8754a6e78bb6887c7fea, at least
some manpages are not being built correctly for packages such as elogind
and gnome-keyring-daemon. Are we seeing raw groff input? I'm not sure of
the technology used here.
On Thu, Dec 30, 2021 at 10:13:48PM +0100, zimoun wrote:
> $ guix package -m /tmp/manifest.scm -p /tmp/fail
> The following packages will be installed:
>python-biopython 1.76
>python-numpy 1.21.3
>
> guix package: error: profile contains conflicting entries for python-numpy
> guix packa
The Guix test 'tests/guix-system.sh' fails on aarch64-linux, like this:
--
+ for example in gnu/system/examples/*.tmpl
+ grep hurd
+ echo gnu/system/examples/desktop.tmpl
+ target=
+ guix system -n disk-image gnu/system/examples/desktop.tmpl
Fixed by updating prusa-slicer to version 2.4.0 in commit
e0ef09a86c108805ae294fc0ce8d638e420f206d.
signature.asc
Description: PGP signature
Hi,
Using 7022eb6, the package ’python-biopython’ propagates
’python-numpy’, i.e., python-numpy@1.20.3.
However, because Guix installs by default the last version and:
--8<---cut here---start->8---
$ guix package -A | grep 'python-numpy ' | cut -f1,2
python-nu
> Great, with your latest patch all seems to work well.
>
> The plan is to use wip-harden-installer for the release, right?
Yup, that's the plan :) In the meantime, I think we can close this one.
Thanks,
Mathieu
Hey,
> Success! The installer successfully makes it through the partitioning
> step and generates a config file, and I am able to boot into the
> system.
Great, closing then!
Thanks,
Mathieu
On Wed, 29 Dec 2021 11:04:39 +
Paul Jewell wrote:
> On 29/12/2021 00:50, raingloom wrote:
> > On Tue, 28 Dec 2021 18:39:52 +
> > Paul Jewell wrote:
> >
> >> On 27/12/2021 23:20, Leo Famulari wrote:
> >>> On Mon, Dec 27, 2021 at 10:07:17PM +, Paul Jewell wrote:
> Solved thi
Hi Mathieu,
Success! The installer successfully makes it through the partitioning step
and generates a config file, and I am able to boot into the system.
Thanks!
Joey
On Tue, Dec 28, 2021, 10:02 AM Joey Dunbar wrote:
> Hi Mathieu,
> I meant 1.3.0. I will try an install with the actual latest v
On Thu, Dec 30, 2021 at 12:21:55PM +0100, Mathieu Othacehe wrote:
> Found why. Turns out installing the locale was preventing the cow-store
> umount. This is now fixed in the wip-harden-installer branch. The
> installer tests are passing, and I can use supported (fr_FR.utf8) and
> unsupported (en_A
I have a guix home configuration with herd services (mcron jobs).
When I run guix home reconfigure, and the user herd daemon is
running, then I get the following errors:
herd: exception caught while executing 'load' on service 'root':
In procedure fport_write: Broken pipe
When I run the SAME reco
Hi,
cmake-build-system keeps a reference to the native glibc in
OUTPUT/etc/ld.so.cache, even when cross-compiling. Setting
#:make-dynamic-linker-cache? #false like in gnu-cross-build
would probably fix things. Other build systems might be
affected as well.
Greetings,
Maxime.
signature.asc
Descr
> Oh right, system tests are failing here:
> https://ci.guix.gnu.org/eval/19842. Looks like the final umount fails,
> that's strange.
Found why. Turns out installing the locale was preventing the cow-store
umount. This is now fixed in the wip-harden-installer branch. The
installer tests are pass
Mathieu Othacehe writes:
> Hello Ricardo,
>
>> Should we attempt to overwrite /gnu/store and rely exclusively on
>> substitutes from the cache?
>
> Yes, I don't see any other options. Before that, what might be nice
> could be:
>
> 1. Ensure that all Berlin /var/cache/guix/publish directory is
Christopher Rodriguez schreef op ma 27-12-2021 om 13:18 [-0500]:
+ (native-search-paths
+ ;; XXX: Attempting to use (package-native-search-paths python)
here would
+ ;; cause an error about python being an unbound variable in the
+ ;; tests. Instead, we set and use an explici
Hi,
Christopher Rodriguez schreef op ma 27-12-2021 om 13:18 [-0500]:
> + (let ((beets-python-version "3.9"))
> + (package [...]))
I don't see the point of this 'let' form, because 'beets-python-
version' appears to be used only once below.
Greetings,
Maxime.
signature.asc
Description: Thi
Hey,
> But, now the installer always crashes at the end, after initializing the
> system on /mnt, when I "Press Enter to continue". A screenshot of the
> error message is attached. I can't scroll down to view more of it.
Oh right, system tests are failing here:
https://ci.guix.gnu.org/eval/1984
On 2021-12-19 09:45, Xinglu Chen wrote:
> Hi,
>
> On Wed, Nov 17 2021, Andrew Tropin wrote:
>
>> Test in guix-home.sh looks correct, but it fails:
>> https://git.savannah.gnu.org/cgit/guix.git/tree/tests/guix-home.sh?h=5eb5c0789f34e87ee417a53ddfcfa3b6521bb337#n98
>>
>> Seems something changed in h
On 2021-12-03 21:46, Liliana Marie Prikler wrote:
> At long last, I'm pushing the patch to keep -pkg.el files as well as to
> load them from guix-emacs during package-initialize. I'll hereby be
> closing this bug. Andrew, if you wish to write a phase that adds such
> a file for the packages curr
20 matches
Mail list logo