Hi,
When I get conflicts in propagated imports, I must follow a mechanical
multi-step process to resolve them manually.
A recent example: I wanted to install guile-gi. In the first step I was
told to also update python-pycairo, and in the next steps I had to add,
one by one,
dbus-glib cairo gui
On Wed, Jul 29, 2020 at 09:54:07AM +0200, Dr. Arne Babenhauserheide wrote:
> Hi,
>
> When I get conflicts in propagated imports, I must follow a mechanical
> multi-step process to resolve them manually.
>
> A recent example: I wanted to install guile-gi. In the first step I was
> told to also upd
Hi Leo,
On Tue, 28 Jul 2020 19:56:23 -0400
Leo Famulari wrote:
> On Tue, Jul 28, 2020 at 12:52:41PM +0200, Danny Milosavljevic wrote:
> > some comments on the lastest patch:
>
> Thank you for reviewing the patch!
>
> > * The entire alsa-lib seems to use the idiom "malloc and then strcpy", or
I saw the description of my program paps in the guix database which sais:
"Paps reads a UTF-8 encoded file and generates a PostScript language
rendering of the file. The rendering is done by creating outline curves
through the Pango ft2 backend."
This is no longer true for the 0.7.1 version. A mo
Dov,
Dov Grobgeld 写道:
This is no longer true for the 0.7.1 version. A more accurate
description
would be:
"Paps reads a UTF-8 encoded file and generates a pdf file or
PostScript
rendering of the file through the pango cairo backend"
Thank you letting us know! I've updated the description
Hi,
On Wed, 29 Jul 2020 00:15:39 +
Luis Felipe via Bug reports for GNU Guix wrote:
> There is one thing I hadn't noticed before, though. If I insert a DVD while
> I'm in a GNOME session, it doesn't work (that's the bug), but if I reboot
> with the DVD still in, log in to GNOME and open Nau
Hi, Danny.
> In order to debug this problem, please try setting the environment
> variable
> before starting nautilus, like this:
>
> killall nautilus
> export LIBMOUNT_FSTAB=/etc/fstab
> nautilus
>
> Then check whether detecting changes in CD/DVD state work fine like this
On Wed, Jul 29, 2020 at 03:21:09AM +0200, Julien Lepiller wrote:
> Le Tue, 28 Jul 2020 23:50:13 +0200,
> Ludovic Courtès a écrit :
> >
> > I’m not as enthusiastic as you are about the TP but why not.
> > Julien, what are your thoughts?
>
> Not sure we're going to do the switch soon, so we can se
Hi,
llvm-3.7.1 fails to build as a dependency of beignet-1.3.2. The error
seems to be a missing file (see log at end of mail).
Malte
Log:
starting phase `validate-runpath'
Backtrace:
In guix/build/gnu-build-system.scm:
838:2 19 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In
Despite what it says in my ~.bashrc~, if I start a shell from Emacs with
the elisp below, then `guix describe` does not work:
(let ((default-directory "/ssh:me@remote:/home/me"))
(shell "*shell*"))
Of course, if I start a shell normally with ~M-x shell~ in Emacs, then
type out the ssh c
Hello,
I made a package named "qmk-cli" and it seems Guix doesn't like it.
Running "./pre-inst-env guix install "qmk-cli"" results in this:
guix install: error: Unbound variable: ~S
Jan Wielkiewicz
It seems it's not about the name, but the package - I changed the name
to "qmk" and it still doesn't work. Not that this is an excuse for
writing such a strange message.
Make output:
[100%] GUILEC gnu/packages/hardware.go
gnu/packages/hardware.scm:486:4: warning: possibly unbound variable
`arm-
Hello!
The manual describes how to fetch Guix from Git in section ‘14.1
Building from Git’, including how to verify the authenticity of the
copy. Quoting the part in question:
> If you want to hack Guix itself, it is recommended to use the latest
> version from the Git repository:
>
> git cl
On Wed, Jul 29, 2020 at 06:16:47PM +0200, Jan Wielkiewicz wrote:
> It seems it's not about the name, but the package - I changed the name
> to "qmk" and it still doesn't work. Not that this is an excuse for
> writing such a strange message.
I think some interface changed elsewhere in the codebase
Dnia 2020-07-29, o godz. 13:00:59
Leo Famulari napisał(a):
> On Wed, Jul 29, 2020 at 06:16:47PM +0200, Jan Wielkiewicz wrote:
> > It seems it's not about the name, but the package - I changed the
> > name to "qmk" and it still doesn't work. Not that this is an excuse
> > for writing such a strang
Jan Wielkiewicz writes:
> It seems it's not about the name, but the package - I changed the name
> to "qmk" and it still doesn't work. Not that this is an excuse for
> writing such a strange message.
>
> Make output:
>
> [100%] GUILEC gnu/packages/hardware.go
> gnu/packages/hardware.scm:486:4
On Tue, Jul 28, 2020 at 11:50:13PM +0200, Ludovic Courtès wrote:
> "pelzflorian (Florian Pelz)" skribis:
> > Guix’ website is written in
> > [SHTML](https://www.nongnu.org/guile-lib/doc/ref/htmlprag/), which is
> > a variant of HTML (in which web pages are usually written) that
>
> I think it’s t
Dnia 2020-07-29, o godz. 19:57:35
Ricardo Wurmus napisał(a):
> What is the actual diff? I see that (gnu packages hardware) does not
> import (gnu packages avr), so it’s expected that “avr-toolchain”
> cannot be found.
>
Just added it and I get the same result. Anyway, the error message is
usel
Dnia 2020-07-29, o godz. 19:57:35
Ricardo Wurmus napisał(a):
>
> What is the actual diff? I see that (gnu packages hardware) does not
> import (gnu packages avr), so it’s expected that “avr-toolchain”
> cannot be found.
>
Okay, I tested it and it fails on "avr-toolchain", even though I have
#
Jan Wielkiewicz writes:
> Dnia 2020-07-29, o godz. 19:57:35
> Ricardo Wurmus napisał(a):
>
>>
>> What is the actual diff? I see that (gnu packages hardware) does not
>> import (gnu packages avr), so it’s expected that “avr-toolchain”
>> cannot be found.
>>
>
> Okay, I tested it and it fails
Dnia 2020-07-29, o godz. 22:17:01
Ricardo Wurmus napisał(a):
>
> “avr-toolchain” is a procedure, not a package. Use
> “avr-toolchain-4.9” or “avr-toolchain-5”.
>
Success!
What about the strange message though?
"incorrect package definition" would be better.
Jan Wielkiewicz writes:
> Dnia 2020-07-29, o godz. 22:17:01
> Ricardo Wurmus napisał(a):
>
>>
>> “avr-toolchain” is a procedure, not a package. Use
>> “avr-toolchain-4.9” or “avr-toolchain-5”.
>>
>
> Success!
>
> What about the strange message though?
> "incorrect package definition" would
On Thu, Jul 30, 2020 at 12:15:56AM +0200, Ricardo Wurmus wrote:
> “Unbound variable: ~S” looks like a format string with a placeholder
> that didn’t get replaced with an actual value. It would be marginally
> better if it said “Unbound variable: avr-toolchain”.
The reason I suggested an interface
Malte Frank Gerdes writes:
> Hi,
>
> llvm-3.7.1 fails to build as a dependency of beignet-1.3.2. The error
> seems to be a missing file (see log at end of mail).
Fixed in 0d3063f4bc62b2d18179642e48074a81fd04bcbf, thanks for the report!
signature.asc
Description: PGP signature
Josh Marshall writes:
> The following is out of date: python-sqlparse
This was fixed in commit d343e0fe3ef823ab6067178cd13372ad2b496924.
signature.asc
Description: PGP signature
Guix,
A sympathetic PotentialUser reported that they were unable to play
any of our home-page videos on their iPad. Even Firefox didn't
work.
Leo pointed out that we use the VP9 and Opus codecs — both of
which are still not supported by Apple[0][1]. Nor is Vorbis.
nginx can easily sniff
On Thu, Jul 30, 2020 at 01:08:48AM +0200, Tobias Geerinckx-Rice via Bug reports
for GNU Guix wrote:
> nginx can easily sniff iOS/Macintosh user agents and serve them an inferior
> format to match, such as h264 with MP3 audio, which can both be encoded
> using free software in Guix.
Here is where
27 matches
Mail list logo