Hi,
Philip McGrath schreef op wo 22-12-2021 om 23:25 [-0500]:
> G-expressions currently do not consistently preserve the distinction
> between #nil and '(), which causes trouble for programs that rely on
> that distinction. In particular, the issue affects programs that use
> (guix build json),
G-expressions currently do not consistently preserve the distinction
between #nil and '(), which causes trouble for programs that rely on
that distinction. In particular, the issue affects programs that use
(guix build json), because that library uses #nil to represent the JSON
value `null', wh
On Sun, Dec 19, 2021 at 03:36:25PM -0500, Leo Famulari wrote:
> On Sun, Dec 19, 2021 at 03:25:42PM -0500, Maxim Cournoyer wrote:
> > > I tested with GnuPG 2.2.23 by building all packages that depend directly
> > > on GnuPG. There were no new failures on x86_64-linux when using GnuPG
> > > 2.2.32.
>
On Wed, Dec 22, 2021 at 04:16:30PM -0500, Leo Famulari wrote:
> On Tue, Dec 21, 2021 at 09:19:20PM -0500, Leo Famulari wrote:
> > Would someone like to write a proper commit message and add a code
> > comment?
>
> How about the attached patch? I'd like to push this soon, because it's a
> severe pr
Hi Christopher,
Christopher Rodriguez skribis:
> FAIL: tests/guix-git-authenticate
> =
>
> + '[' -d /home/ming/Downloads/guix/.git ']'
> + guile -c '(use-modules (git))
> (member "refs/heads/keyring" (branch-list (repository-open ".")))'
> + intro_commit=9edb3f6
Hi Cayetano,
Cayetano Santos skribis:
> Following command works
>
>guix shell --container -m manifest.scm -- python3
>
> But
>
>guix shell --container -- python3
>
> gives an error. However,
>
>guix shell --container
>
> followed by
>
>python3
>
> works.
>
> So, by just removi
Hi,
Cayetano Santos skribis:
> In guix/scripts/environment.scm:
> 627:17 5 (_ _)
> 576:23 4 (validate-exit-status _ _ 32512)
> In guix/utils.scm:
>954:4 3 (string-closest _ _ #:threshold _)
> In guix/combinators.scm:
>46:32 2 (fold2 #guix/utils.scm:954:…> …)
> In ice-9/boot-9
Hi,
Jacob First skribis:
> After I apply this configuration with `guix system reconfigure', I
> expect /etc/passwd to have been updated with "New Comment" in place of
> "Old Comment". However, "Old Comment" remains.
This is on purpose, per these lines in ‘allocate-passwd’ in (gnu build
accounts
Hello,
zimoun skribis:
> In guix/modules.scm:
>157:28 5 (module-closure _ #:select? _ #:dependencies _)
> In guix/memoization.scm:
> 100:0 4 (_ # "/gnu/store/dljzmm…" …)
> In ice-9/ports.scm:
>445:17 3 (call-with-input-file _ _ #:binary _ #:encoding _ # _)
> In guix/modules.scm:
>
On 12/22/21 3:50 PM, Maxime Devos wrote:
python-build-system doesn't GUIX_PYTHONPATH, because that's the job of
the native-search-paths of python. When a python library is being
built, GUIX_PYTHONPATH is set because the library has python among its
(implicit) inputs. The same holds for profile
On Tue, Dec 21, 2021 at 09:19:20PM -0500, Leo Famulari wrote:
> Would someone like to write a proper commit message and add a code
> comment?
How about the attached patch? I'd like to push this soon, because it's a
severe problem for some users.
From ab9c4de76dea889e5d05bcf7fa173868357d5f44 Mon Se
Hi,
Christopher Rodriguez schreef op wo 22-12-2021 om 14:59 [-0500]:
> Right now, beets is still calling the version of python in
> `/gnu/store`,
> but since it isn't installed alongside `beets` as a propagated-input
> the
> post-install step which sets that variable (which is called
> `install
Maxime Devos schreef op wo 22-12-2021 om 20:50 [+]:
> python-build-system doesn't GUIX_PYTHONPATH, because that's the job of
> the native-search-paths of python. [...]
>
Correction, it does set that environment variable in 'add-installed-
pythonpath', but it only adds a few things and it does
Christopher Rodriguez schreef op wo 22-12-2021 om 14:59 [-0500]:
> I've been digging through the source, and it seems as though
> `python-build-system` does not actually set the $GUIX_PYTHONPATH
> variable in the environment. That variable seems to only be set by
> `python-2.7` and its derivativ
On Wed, Dec 22, 2021 at 08:25:27PM +0100, Tobias Geerinckx-Rice wrote:
> This.
Well, I guess this episode demonstrates that people are using 5.15,
5.10, and not much else. It's useful information.
> > I'm inclined to just revert the commit that introduced the regression
> > until we have a better
I've been digging through the source, and it seems as though
`python-build-system` does not actually set the $GUIX_PYTHONPATH
variable in the environment. That variable seems to only be set by
`python-2.7` and its derivatives, including `python3.9`, during a step
after the install process.
I
unknown users
of the conflicting DRM module, I mean.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enjoy my brevity.
Hi Leo,
On 2021-12-22 19:28, Leo Famulari wrote:
Or all linux-libre packages aside from the 5.15 series?
This.
I'm inclined to just revert the commit that introduced the regression
until we have a better solution...
I think this is merely trading one regression for another, IMO
*slightly*
>+(define (lchown-recursive file owner group)
>+ "As 'lchown' but recursively, change ownership of FILE to the
>integer values
>+OWNER and GROUP without dereferencing symbolic links it encounter."
>+ (nftw file
>+(lambda (filename statinfo flag base level)
>+ (catch 'system-error
On Tue, Dec 21, 2021 at 11:38:44PM +0100, Tobias Geerinckx-Rice via Bug reports
for GNU Guix wrote:
> (initrd-modules
>;; This cannot be built as a module for linux-libre-lts.
>((@ (srfi srfi-1) delete) "simplefb" %base-initrd-modules))
Sorry if this question has already been answered, b
Hi,
Christopher Rodriguez schreef op wo 22-12-2021 om 12:07 [-0500]:
> So, I took some time to do some digging this morning, and I now have a
> few results and a few more questions.
>
> First, I tried `guix shell --pure python beets beets-bandcamp` to ensure
> that the plugin would be detected
So, I took some time to do some digging this morning, and I now have a
few results and a few more questions.
First, I tried `guix shell --pure python beets beets-bandcamp` to ensure
that the plugin would be detected once `GUIX_PYTHONPATH` was set as You
had mentioned. That did work, though the
On Tue, 21 Dec 2021, Maxim Cournoyer wrote:
Hello Jack,
Jack Hill writes:
Should leaf applications that use webkitgtk be wrapped to find the
right gst-plugins? This seems suboptimal to me. If the plugins are
really dependencies of webkitgtk then perhaps they should be encoded
that way in Gui
On Tue, 21 Dec 2021, Leo Famulari wrote:
If there is a particular plugin that is actually required for some
package, we could use the gst-plugins/selection procedure to add the
dependency while hopefully increasing the closure size by less than 1
GiB.
Leo,
Thanks for pointing this out, it t
Em qua, 2021-12-22 às 16:00 +0100, Jelle Licht escreveu:
> Vinicius Monego writes:
>
> > Em sex, 2021-09-17 às 14:32 +0200, Jelle Licht escreveu:
> > >
> > > Hello Andreas,
> > >
> > > Andreas Reuleaux writes:
> > >
> > > > Hi,
> > > >
> > > > python-hy fails to install for me - because ther
Vinicius Monego writes:
> Em sex, 2021-09-17 às 14:32 +0200, Jelle Licht escreveu:
>>
>> Hello Andreas,
>>
>> Andreas Reuleaux writes:
>>
>> > Hi,
>> >
>> > python-hy fails to install for me - because there are issues with
>> > python-funcparserlib, as I understand (or tox - cf the end of th
On Wed Dec 22, 2021 at 5:20 AM CST, Josselin Poiret wrote:
> This seems like those programs are running with the XCB backend, using
> XWayland, rather than directly using Wayland.
`swaymsg -t get_tree` output shows they have an app_id instead of a
class, this is how I'm determining they're using W
Em sex, 2021-09-17 às 14:32 +0200, Jelle Licht escreveu:
>
> Hello Andreas,
>
> Andreas Reuleaux writes:
>
> > Hi,
> >
> > python-hy fails to install for me - because there are issues with
> > python-funcparserlib, as I understand (or tox - cf the end of the
> > log below).
> >
>
> It seems
Hello,
"bdju" via Bug reports for GNU Guix writes:
> guix system
> guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff
> sway
>
> In keepassxc the menus don't show anything when clicked.
> (actually, I restarted it and now they work, but leaving that in to show
> it was multiple programs)
>
Am Mittwoch, dem 22.12.2021 um 11:32 +0100 schrieb Maxime Devos:
> Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]:
> > No. The Guix command as built by `guix pull' sets its own load path,
> > but respects system paths too. You can check by spawning a REPL:
> > [...]
>
> But are
Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]:
> No. The Guix command as built by `guix pull' sets its own load path,
> but respects system paths too. You can check by spawning a REPL: [...]
But are there any good reasons to respect $GUILE_LOAD{,_COMPILE}_PATH
at all? Usually,
Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]:
> For the record, guile has been a part of the system profile since
> %base-packages were first defined, so if your load paths break, there
> is probably a larger issue at hand. In this particular case, your
> local guix profile ough
32 matches
Mail list logo
