themselves.
>
> I have limited time available so I really count on others to help out;
> please refrain from creating pull requests if you see there’s already
> quite a few opened.
>
> Enjoy!
>
> Ludo’.
>
--
Olivier Dion
EfficiOS Inc.
https://www.efficios.com
On Sat, 28 Dec 2024, Ludovic Courtès wrote:
> Hello,
>
> Olivier Dion skribis:
>
>> For what it is worth, I have been using my own build system purely in
>> Guile for a few years now. I use it in my main project libpatch
>> (https://git.sr.ht/~old/libpatch/tre
-suite runner.
I hope this was clear and not too dense.
> From what I see in the code you sent is mostly a way to take care of
> libraries, defining their inputs, output (.so files) and the flags for
> the compiler. If you can elaborate or refer to some documentation,
> that'd be nice!
uot;
(map (cut list "-L" <>)
(guile-module-load-paths this))
"-o" output
source-file)
#:stdout the-null-port)
(&no-source-file! this
--8<---cut here---end--->8---
Thanks,
Olivier
--
Olivier Dion
EfficiOS Inc.
https://www.efficios.com
uot;
(map (cut list "-L" <>)
(guile-module-load-paths this))
"-o" output
source-file)
#:stdout the-null-port)
(&no-source-file! this
--8<---cut here---end--->8---
Thanks,
Olivier
--
Olivier Dion
EfficiOS Inc.
https://www.efficios.com
s of Guix, to allow the developer of a package to use
> it also to build the package effectively replacing existing build tools.
> Since we already have build-system, instead of executing make (or whatever
> other tool) commands from it, we could modify it to itself have all those
> things that a Makefile would have.
>
> The developer would use Guile to declare their build config, I am again not
> sure what this might exactly look like, but can’t we have it such that we
> provide the developer with some tools to _declare_ a custom and
> package-specific build-system in Guile (just like our familiar
> gnu-build-system), but this is purely in Guile and executes whatever
> commands, path declarations and other interactions (such as calling gcc)
> directly from Guile and not by just calling `make`. I haven’t thought through
> this clearly, but even if this doesn’t work, the main idea I’d like to
> propose is to fully replace existing build-tools by making a new Guile build
> tool to work alongside Guix.
>
> Ideally, once the developer has a build config ready, one can just wrap it up
> with a package definition in Guile, just like the ones we create to package
> something upstream. This package definition can then be used in `guix build
> -f package.scm` to result in a fully transactional building process that
> focuses not on getting out of dependency hell, but just declaring your config
> right. And all of this without having to learn yet another build tool that
> might disappear, and of course, without leaving the comfortable world of Lisp
> (Scheme).
>
> I was indicated by others that such an idea has previously been conceievd
> among Guix developers themselves, namely as a GSoC proposal[0]. I couldn’t
> find if that has progressed towards anything, nor could find anything in the
> mailing list. I did see Pjotr volunteering to mentor for it, I’ve CC-ed them
> to see if they’re still interested in such a project. Meanwhile, I’d like
> input from other Guix core developers on what they think of this, and if they
> could provide me with some leads on where to go with this.
>
>
> [0]: https://libreplanet.org/wiki/Group:Guix/GSoC-2024
>
> Regards,
> --
> Divya Ranjan,
> Philosophy, Mathematics, Libre Software.
>
--
Olivier Dion
EfficiOS Inc.
https://www.efficios.com
roll-back to
previous system and remove nss-certs from the list of system packages
and reconfigure the system.
--
Olivier Dion
oldiob.ca
t in some unethical way, even though it is also used
in an ethical way by others. Will we penalized users for the sake of
moral high ground?
This raise the question, what is considered ethical and when does ethic
become political dogma?
[...]
--
Olivier Dion
oldiob.ca
a first solution -- for the AI stuff --
would be to add an exception to the GPL that prevents AI from training
on it. Alas, as usual, our legislators are late on that matter, so that
might not even work.
[...]
--
Olivier Dion
oldiob.ca
phenomenon, or
> is there a way to fix this ?
I had a similar issue not long ago. I think recent patches fix this and
now it is smooth as before.
--
Olivier Dion
oldiob.dev
* gnu/packages/instrumentation.scm (perf-tools): New variable.
---
gnu/packages/instrumentation.scm | 46
1 file changed, 46 insertions(+)
diff --git a/gnu/packages/instrumentation.scm b/gnu/packages/instrumentation.scm
index 4e23e9bed4..66329c55a1 100644
--- a/gn
11 matches
Mail list logo
