On Tue, 15 Feb 2022 16:15:51 -0500, Leo Famulari wrote:
Are you sure the bug is fixed in 5.15.23?
I don't see anything relevant in the changelog and I still have to apply
the workaround in order to boot 5.15.23 on affected hardware.
I'm not sure...I haven't tested. Sorry for that!
The iwlw
Ricardo Wurmus writes:
> My guess: the argument is the absolute file name of pdftex.map. It
> doesn’t belong to any real package in the tlpdb, and I’m pretty sure we
> generate it. However, in this case it must be missing, so that there is
> no argument to \strip@prefix.
This was wrong, but
Hi,
Maxime Devos skribis:
> Read hash extensions can return syntax objects. In a Guile 3.0.8 REPL:
>
> (define-module (hat))
> (define (hat s-exp)
> `#(hat ,s-exp))
>
> (read-hash-extend #\^
> (lambda (_ port)
> ;; Use 'read-syntax' instead of a combination of 'read' and
> ;; 'datum
Thanks a lot, I've installed the jdk output and the issue has gone. The
ticket could be closed.
Julien Lepiller writes:
> Openjdk has two outputs: out and jdk. The default output contains only
> what's necessary to *run* a Java application, while the jdk output
> contains that *in addition* to wh
On Wed, Feb 16, 2022 at 12:39:46AM +0800, Squirrel via Bug reports for GNU Guix
wrote:
> The patch for it has just been applied in the newest upstream kernel
> releases. (https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.23)
Are you sure the bug is fixed in 5.15.23?
I don't see anythin
Ludovic Courtès schreef op di 15-02-2022 om 20:42 [+0100]:
> The problem is that ‘read’ hash extensions (like those for #~ and #$)
> would so far return sexps with associated source properties, but
> psyntax
> in 3.0.8 ignores those source properties.
Read hash extensions can return syntax objects
Have you tried blacklisting the the iwlwifi kernel module on boot by
adding (kernel-arguments '("modprobe.blacklist=iwlwifi")) to
operating-system declaration? The problem may be a bug from upstream
linux. Please see
https://lore.kernel.org/all/20220203161959.3edf1d6e@valencia/
For your refer
I thought it might be important to confirm package versions. Here is some
sample commands and their output:
before guix package -i pinentry (pass not giving pinentry prompt)
$ ls -l $(which -a pinentry)
lrwxrwxrwx 1 root root 71 Dec 31 1969
/home/zacchae/.guix-home/profile/bin/pinentry ->
/gnu/
Hi!
For now, here’s a workaround: instead of writing
#~(… #$(local-file …) …)
you can write:
(gexp (… (ungexp (local-file …)) …))
or:
(let ((file (local-file …)))
#~(… #$file …))
The problem is that ‘read’ hash extensions (like those for #~ and #$)
would so far return sexps with as
Hi Guix,
There seems to be some problem installing password-store + pinentry
entirely via guix home. When I have both installed as such, I get the
following outputs:
$ pinentry
OK Pleased to meet you
$ gpg --import ...
[prompts normally with pinentry, allows me to import]
$ pass
[my password en
On Mon, Feb 14, 2022 at 04:16:09PM +, Ahmad Draidi wrote:
> Running 'guix pull' on a fresh basic install of Guix System 1.3.0 for i686
> gets stuck at around 80%.
Okay, can you share the result of `guix describe` to confirm what
revision of Guix you're using?
Can you use strace to see what it
On Tue, Feb 15, 2022 at 03:56:27PM +0100, Ludovic Courtès wrote:
> 2022 has left me without a working Linux-libre kernel.
>
> Breakage occurred sometime between:
>
> • 92faad0adb93b8349bfd7c67911d3d95f0505eb2
> (Jan. 3rd; Linux-libre 5.15.12)
>
> • 43dd34ca212c99a97da7a2c237158faa9a1
This is now fixed with commit 64fcf9508af318cc2d71811815cfbe99063867b1.
The cause: we generated the tfm files from afm and pl files in a
misguided attempt to build as many things from “source” as possible.
Turns out that this results in bad tfm files. These files mere meant to
be installed just a
Hello,
Ludovic Courtès writes:
> Hi,
>
> Aleksandr Vityazev skribis:
>
>> The following example also worked before the
>> 076e825dc5d585943ce820a279fffe4af09757fb (gnu: guile: Add version 3.0.8 as
>> 'guile-3.0-latest') commit.
>>
>> in /subdir/home/wm.scm:
>>
>> #+begin_src scheme :scheme gui
Hi,
Aleksandr Vityazev skribis:
> The following example also worked before the
> 076e825dc5d585943ce820a279fffe4af09757fb (gnu: guile: Add version 3.0.8 as
> 'guile-3.0-latest') commit.
>
> in /subdir/home/wm.scm:
>
> #+begin_src scheme :scheme guile :season guile
> (service
> home-rofi-servic
Importing zipped STEP file: 15:50:27 Traceback (most recent call last):
File "", line 1, in
File
"/gnu/store/aps2s0h5l3a9w30qrsygpc0prhrmp5ap-python-shiboken-2-5.15.2/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py",
line 142, in _import
return original_import(na
2022 has left me without a working Linux-libre kernel.
Breakage occurred sometime between:
• 92faad0adb93b8349bfd7c67911d3d95f0505eb2
(Jan. 3rd; Linux-libre 5.15.12)
• 43dd34ca212c99a97da7a2c237158faa9a1b
(Jan. 31st; Linux-libre 5.15.17)
The symptoms are that, on my x86_64 lapto
Hi,
> It still is. My system is at 47eb897bd377f87854335a6d0cc711b94cb8589e.
> I just put it into my system declaration again to see if it works, and
> that it is not my user profiles breaking them.
I looked into this issue and fixed it in commit
b5853e08979bcbecbf43f320bb99564a4a656160. The prob
Hi Aleksandr
Am Montag, dem 14.02.2022 um 21:50 + schrieb Aleksandr Vityazev:
> Hi,
>
> I have the following dotfiles directory structure where I store my
> Guix home config:
>
> > -etc
> >
> > -subdir
> > |
> > |-home
>
>
> I often use the 'local-file' procedure in modules in the hom
19 matches
Mail list logo
