Hi Pierre,
Thank you very much for the details! I have added this information to
the existing bug report:
https://issues.guix.gnu.org/52943
Please direct further discussion regarding this bug there, so that
people looking at the bug report will see an accurate record of the
investigation so far
I did forget to mention the point of LD_LIBRARY_PATH, that you can
still make use of LD_PRELOAD and I am also thinking about maybe using
something like dlopen-resolver[1] to further expand the NEEDED
section.
[1] https://github.com/Mic92/dlopen-resolver
On Sat, Jan 8, 2022 at 7:00 PM Farid Zakari
Hi Ludovic,
On Sat, Jan 8, 2022 at 1:22 PM Ludovic Courtès wrote:
>
> Hi Farid,
>
> Farid Zakaria skribis:
>
> > I have written a tool _shrinkwrap_ [2] that takes all transitive
> > dynamic shared object dependencies (only those listed in DT_NEEDED)
> > and turns them into an absolute path.
> >
Hi Maxim,
Maxim Cournoyer writes:
> Hello Chris,
>
> Chris Marusich writes:
>
>> Maxim Cournoyer writes:
>>
>>> About the current status, I'm nearing on pushing a version-1.4.0 branch
>>> which is based on master with a few more (core-ish) updates. There's
>>> still a few days ahead of that,
Hi,
Luis Felipe skribis:
> But I wonder if it is possible now to make the packages part use any of the
> Postgres databases that already exist and allow traditional search without
> JavaScript...
Former Outreachy intern Danjela Lura, together with Chris Baines, had
started developing a JS-fre
Hi!
Ricardo Wurmus skribis:
> (arguments
> (list
> #:phases
> '(modify-phases %standard-phases
> (add-after 'unpack 'i-dont-care
> (lambda _
> (substitute* "this-file"
> (("^# some unique string, oh, careful! gotta \\(escape\\)
> this\\." m)
>
Hi Farid,
Farid Zakaria skribis:
> I have written a tool _shrinkwrap_ [2] that takes all transitive
> dynamic shared object dependencies (only those listed in DT_NEEDED)
> and turns them into an absolute path.
>
> This has the same result as caching the entries and avoids the
> unnecessary faile
Hi,
Zhu Zihao skribis:
> Some of my concern about label-less style inputs.
>
> 1. How can we refer to a non-package input? Some code might use
> something like
>
> (inputs
> `((".patch" ,(origin
You can either keep labels or, what I would recommend, use gexps and
‘local-file’. A
Nevermind, seems easy to work around with call-with-temporary-
directory. A new release of guile-git would still be nice, though.
Also, Erik Edrosa seems to have somehow disappeared from CC.
signature.asc
Description: This is a digitally signed message part
Hi,
I wrote a patch to the git updater in Guix, making it able to
update packages like guile-next, emacs-next and minetest-throwing-arrows,
that simply point to the latest commit in the git repository at the
time the package definition was updated.
It uses the procedure 'remote-create-detached',
On Sat, Jan 08, 2022 at 11:24:35AM -0500, Matt wrote:
> Let me walk through what that looks like from my perspective. I'm afraid,
> however, that it comes across as aggressive, ungrateful, or demanding. None
> of those are my intent! I genuinely want to help but struggle to understand
> the pr
Matt writes:
> > > I would like for Guix to host a community wiki (in addition to a more
> discoverable official documentation).
> >
> > That’s the purpose of the Cookbook, which is open to all contributors.
>
> The cookbook is a great resource. I'd like to contribute to it.
Cool, we’re a
Hi,
On 1/7/22 16:24, Maxime Devos wrote:
The purpose is to resist a compromise of the CA system. More
concretely, if you now do "guix refresh -u minetest-moreores"
then a MITM that compromised a CA cannot secretly replace
minetest-moreores with a mod that mines bitcoin for the MITM,
or something
> > I would like for Guix to host a community wiki (in addition to a more
> > discoverable official documentation).
>
> That’s the purpose of the Cookbook, which is open to all contributors.
The cookbook is a great resource. I'd like to contribute to it.
Let me walk through what that look
> Someone was frustrated there was no wiki, so they started that, but it's not
> official at all. Miraheze hosts other wikis, like the bootstrappable wiki, I
> think it's ok, but if we had a wiki, it should rather be hosted on gnu or
> guix infrastructure.
Thank you for clarifying. I now
Hello everyone,
Matt writes:
> > I would like for Guix to host a community wiki
>
> Agreed.
>
> Ironically, Guix already has two of them.
>
> 1. goto gnu.guix.org
> 2. Select wiki from the help menu
> 3. Discover that linked wiki is not a community wiki
> 4. Click the (supposed) community wiki:
Le 8 janvier 2022 14:41:53 GMT+01:00, Matt a écrit :
>
> > I would like for Guix to host a community wiki
>
>Agreed.
>
>Ironically, Guix already has two of them.
>
>1. goto gnu.guix.org
>2. Select wiki from the help menu
>3. Discover that linked wiki is not a community wiki
>4. Click the (supp
Thank you Ludovic and Marius :)
And good luck to Efraim !
Maxim Cournoyer writes:
> Hello Guix!
>
> I'd like to bring your attention to a change to the current Guix
> maintainers collective; in a nutshell, Ludovic and Marius are stepping
> down from maintainer-ship while Efraim is joining.
>
>
> I would like for Guix to host a community wiki
Agreed.
Ironically, Guix already has two of them.
1. goto gnu.guix.org
2. Select wiki from the help menu
3. Discover that linked wiki is not a community wiki
4. Click the (supposed) community wiki: https://guix.miraheze.org/wiki/Main_Page
Is
I would like for Guix to host a community wiki (in addition to a more
discoverable official documentation).
That’s the purpose of the Cookbook, which is open to all contributors.
It is not a wiki. You can't edit and review easly, but must instead send a
contribution to someone (IRC or email
Right I guess that we should be glad that Efraim have steeped up as a
maintainer for the project and of course thank Ludovic and Marius for
the many years of service for Guix and free software.
--
Kinds regards Oliver Propst
https://twitter.com/Opropst
calcium writes:
> I would like for Guix to host a community wiki (in addition to a more
> discoverable official documentation).
That’s the purpose of the Cookbook, which is open to all contributors.
--
Ricardo
I strongly agree with matt about the importance of discoverability that is
currently lacking (`geiser-doc-symbol-at-point isn't enough).
Its pretty hard to find out how to do something beyond the basic usage.
I would like for Guix to host a community wiki (in addition to a more
discoverable off
23 matches
Mail list logo