The Sequoia OpenPGP packages are failing to build due to an error while
building libsequoia. Here's the tail of the build log; I've attached the full
log:
---8<---cut here---start->8---
Compiling openssl-macros v0.1.0
Compiling sequoia-ffi-macros v0.22.0
Hi,
I've found an idea: guix pull can pull to a precise commit:
> --commit=COMMITdownload the specified "guix" channel COMMIT
So maybe it works with a commit close to Guix 1.3. If that's the case
we can probably bisect it to the commit that broke your guix pull.
Denis.
Hi,
When password-protecting (encrypting) a file with LibreOffice, it fails
silently, leaving the file unprotected (!).
Reproducer:
1. Launch Calc with 'libreoffice --calc'.
2. Input something in the first cell.
3. Select File -> Save As. At the bottom left of the dialog box, make
sure to tick
Hi,
I can definitely consistently reproduce this issue. Maybe something in
your filesystem could interfere with this? Try:
guix shell sbcl sbcl-uuid --container -- sbcl --eval '(require :asdf)'
--eval '(asdf:load-system :uuid)'
This is on guix commit 8f9588185d74f1f251b041b84d43302c337588ff,
pelzflorian (Florian Pelz) wrote on 26 Jul 2019 22:03
> I would rather see a more prominent link to the manual and h-node
> where on the downloads page it says “runs on i686, x86_64, ARM”,
> because I suppose many people do not read the manual until they know
> they need to, and instead expect
In the documentation, when it says "guix search" search matching package,
if users don't find a package defined in .scm (hidden or no), users can
consider it is a bug, because that doesn't match the behavior described in
the specification (here, the manual and "guix search --help").
Le mar. 15
It is just a little confusing for newcomers to guix. If we really want to
improve something, I think that could be to give a more rigorous
specification of the guix command:
in `guix search --help`, the documentation could be "Search for no hidden
packages matching REGEXPS."
in
Does a documentation with broken links makes sense ?I don't have the answer...envoyé : 15 novembre 2022 à 15:45de : zimoun à : Sébastien FARGE , 59...@debbugs.gnu.orgobjet : Re: bug#59277: Latest guix documentation - version number scrambled ?Hi,On lun., 14 nov. 2022 at 11:36, Sébastien FARGE
Hi,
On lun., 14 nov. 2022 at 11:36, Sébastien FARGE
wrote:
> On the front page (https://guix.gnu.org/en/manual/devel/fr/) the
> version number is replaced by a strange number 'e26b529'.
This is the commit against which the documentation had been built.
> A consequence is that all links
Hi,
On Tue, 15 Nov 2022 at 00:53, bbb ee wrote:
> in commit c81457, how gcc-toolchain can depends a package who doesn't
> exists?
The package exists, it is ’hidden’ – it means not accessible at the CLI
level. The ’inherit’ copies, so gcc-11 is also hidden, for instance.
Hi. MPV stopped working on my Debian bullseye since the upgrade to
version 0.35. I have locally fixed the problem by adding libxpresent
input to mpv recipe.
Regards
--
- Many people hate injustice but few check the facts; this causes more
injustice. Ask me about
Hello guix team,Looks like there is a bug in latest online guix documentation.On the front page (https://guix.gnu.org/en/manual/devel/fr/) the version number is replaced by a strange number 'e26b529'.A consequence is that all links using the version number are broken.For exemple, on the page :
Hi,
I can't reproduce this issue.
I tried
--8<---cut here---start->8---
guix shell sbcl sbcl-uuid --pure -- sbcl --eval '(require :asdf)' --eval
'(asdf:load-system :uuid)'
guix shell sbcl sbcl-cl-containers --pure -- sbcl --eval '(require :asdf)'
--eval
close #59278
Thanks, I close the issue
Le mar. 15 nov. 2022 à 07:27, Julien Lepiller a écrit :
> Hi,
>
> This is not a bug. The gcc package exists, but is hidden from CLI on
> purpose because you shouldn't install it and use it directly. You should
> use gcc-toolchain instead.
>
> Le 15 novembre 2022
15 matches
Mail list logo
