Hi,
[...]
>> Activation snippets all run in the same Guile process so far, mostly out
>> of a concern to be more efficient than running each one in a separate
>> process as you suggest.
>>
>> The downside is what Tomas found out: the load path is global to the
>> entire set of activation snippets
Andreas Enge writes:
Am Tue, Apr 01, 2025 at 12:27:25PM +0200 schrieb Ricardo Wurmus:
I'd like to keep it. I'm fixing itk-snap right now.
Okay, great!
Do you still want to remove vtk@7?
Well, it depends on whether we need it or not :)
We can keep it if itk-snap requires it, or if it wou
Am Wed, Apr 02, 2025 at 09:51:37AM +0200 schrieb Ricardo Wurmus:
> I have fixed itk-snap on the master branch.
Nice! So in principle we could close this bug, unless you want to keep
it open as a reminder for the itk-snap update.
> I'm currently attempting to build ITK 5.4.2 on my laptop (and I ke
Hi!
> It's interesting that for pip install, that does install templates.
> What setup.py command does that use?
This is what pip3 in virtualenv says:
#+begin_example
Using legacy 'setup.py install' for django-compressor, since package 'wheel' is
not installed.
Installing collected packages: rj
"wrap-script" seems to be fully broken. It replaces the shebang with
`#!#f --no-auto-compile`. The input is a bash script with a Guix bash
shebang. I found out by writing a package:
```
(define-public hdrop
(package
(name "hdrop")
(version "0.7.7")
(source
(origin
(method g
Closing this as probably not relevant any more.
Andreas
April 2, 2025 at 6:16 AM, "Andreas Enge" mailto:andr...@enge.fr?to=%22Andreas%20Enge%22%20%3Candreas%40enge.fr%3E >
wrote:
>
> Hello,
>
> as "there is little room for optimization" and nobody has taken the time
> to look at it more closely, can we close this issue?
>
> Andreas
Perhaps less p
Hello Ludo,
Ludovic Courtès writes:
> Hi,
>
> Rutherther skribis:
>
>> I was testing on commmit Ian sent to reproduce, and now moved to
>> newest guix, seems to have been solved (at least the specific error I
>> was getting),
>> possibly by shepherd 1.0.3 update.
>>
>> With newest guix both t
Hi,
Commit 7c3c20aefa68a39d76cb88c574f241522f20e340 introduces the issue
where the building of binaries were skipped during package simplification.
To bring them back I'd add dedicated package and keep
go-github-com-operatorfoundation-obfs4 as source only for imports. The
package would look like
Hello,
as "there is little room for optimization" and nobody has taken the time
to look at it more closely, can we close this issue?
Andreas
10 matches
Mail list logo
