is is done, but just to make sure... has the
log file been changed to something else than the default to not collide
with guix-home user instance of shepherd?
Rutherther
>
> Have a nice day,
> Noé
Hi Christoph,
Christoph Buck writes:
> Rutherther writes:
>
>> Hi all!
>
> Hi Rutherther!
>
>> There seems to be a procedure that is supposed to somewhat take care of
>> this, 'package->development-maifest', but this procedure doesn't reall
t
your use case is so I cannot really say anything more about that other
than to try it with other packages / projects that you are interested in.
After you make the package with make-cross-profile-package it's just a
matter of making a shell out of this, like with `guix shell -f` if
returned from a file.
Rutherther
ich would
>mean the existing `--with-configure-flag` behavior is enough. I don't plan to
>work on this change, but thought I should just mention it.
>
>Anyway, thanks in advance for your feedback!
>
>Cheers,
>Kurt
Rutherther
>
>
ds to a URL ending in a hash. You add ".patch" to the
No need to click on a commit, just add .patch to the PR url, you will
get all the commits from the patch in one .patch file.
Rutherther
> URL, download the thing and apply it with "git am -s". It is very
> pedestrian, but almost feels like issues.guix.gnu.org :)
>
> Andreas
software based on the authors of that software when Guix
starts showing a stance in regards to that and becomes more political.
>
> Thanks,
> Ludo’.
Rutherther
es software that is
being packaged, it's easy to justify that Guix is not advocating or
opposing any views of the authors of the software. By cherry picking
what software to use based on the authors starts sending that message
even for packages that are already in Guix now, and all packages t
world!")))
(stop #~(make-kill-destructor
(shepherd-service-file test-service)
```
and to load it, you would do `herd load root $(guix build -f ./path/to/it.scm)`
Is there a specific reason you didn't go this way and instead are trying
to get shepherd to understand Guix?
Regards
Rutherther
to profile
```
The idea is then to take this package and put it to a regular guix shell.
The implementation is here
https://codeberg.org/Rutherther/guix-cross-shells, the most important
for the implementation is the modules/cross-shells/cross-profile.scm.
WDYT?
Regards
Rutherther
PS: I had also
f the list of build system
There is copy-build-system.
>in the manual is complete. But are there perhaps utilities that
>make it easier to run a script inside the trivial-build-system?
>Something that does the job of "guix shell"?
No,but you can always import gnu build system and use the wrap phase.
>
>Cheers,
> Konrad.
Rutherther
rom the time of the installation, no configuration on
their side.
Rutherther
Hi,
On June 5, 2025 9:15:08 AM GMT+02:00, nik gaffney wrote:
>On 2025-06-04 22:14, Rutherther wrote:
>>
>>> Is there a recommended way for a package to set environment variables
>>> that should persist after install?
>>
>> The only way to do that is s
rather than to export environment to user if that is possible.
>
> specifically, i've got a package definition using the
> pyproject-build-system and would like to automatically add a var to the
> users profile (or elsewhere?) that is defined before the installed
> programme is first run.
>
> bzp
Rutherther
Rutherther writes:
> Hi Ludo,
>
> On June 4, 2025 11:19:21 AM GMT+02:00, "Ludovic Courtès" wrote:
>>Hi Danny,
>>
>>Those 4 commits mean that someone pulling right now from a pre-migration
>>Guix will end up in a branch that only exists there, and t
Hi Ludo,
On June 4, 2025 11:19:21 AM GMT+02:00, "Ludovic Courtès" wrote:
>Hi Danny,
>
>Those 4 commits mean that someone pulling right now from a pre-migration
>Guix will end up in a branch that only exists there, and the next ‘guix
>pull’ will error out due to non-fast-forward update
This won'
not building???, I have tested it and it builds and runs fine
>for me. Anyway, will investigate that after fixing this push snafu first.
It is not openscad that is not building. It is Guix - make clean && make will
end up with error. Guix pull from the commit as well.
Rutherther
Hi, the agit workflow is described here
<https://forgejo.org/docs/latest/user/agit-support/>
Rutherther
On June 4, 2025 7:43:48 AM GMT+02:00, Ada Stevenson wrote:
>Hi Guix!
>
>I've contributed a few patches to Guix using the old email workflow, but I
>want to modern
ake a tor mirror of the quix repositories.
> Thanks.
Rutherther
Hi,
Please, send the error, or better yet the whole log.
Rutherther
On May 18, 2025 11:59:08 PM GMT+02:00, Kjartan Oli Agustsson
wrote:
>I have been attempting to update Jami and its dependencies (libjami,
>opendht, dhtnet, etc.). Currently I am facing a build failure of dhtnet
>
se) assuming you bound the base package to
variable base, in a let.
Rutherther
>
>So either this is a bug in the package-libraries or a bug in the cookbook.
>
>Any opinions on that?
>
>Cheers
>
>nomike
>
>
e quota is not in place for now, they don't mention when it
will be.
I hope I haven't spread any falsehoods here in these not so good news. If
I did, sorry and feel free to correct me please!
Regards
Rutherther
Ludovic Courtès writes:
> Hello Guix,
>
> Key dates defined in GCD
Greg Hogan writes:
> On Mon, May 12, 2025 at 12:23 PM Rutherther wrote:
>
> So for the (small?) subset of users (myself included) who do not
> enable substitutes, then for the small set of packages provided
> pre-built with the installation ...
>
>>> guix dep
es like that will probably be happening with new releases
as well. Though this one should be impossible already - the url is going
to be replaced in the operating-system from install.scm.
The more releases the faster issues like this can get resolved, and not
confuse the users.
Regards
Rutherther
oved,
> one needs to resolve the inheritance - which is quite laborious. Also
> new major versions bring new modules,
>
> --
> Regards
> Hartmut Goebel
>
> | Hartmut Goebel |h.goe...@crazy-compilers.com |
> |www.crazy-compilers.com | compilers which you thought are impossible |
Regards
Rutherther
rs install the system from that, then pull, and reconfigure,
their forward update check will fail as it expects the new commit to be
descendant of the old one, and it won't be. That would be causing confusion.
Regards
Rutherther
reported somewhere upstream that they should be considering changes to
not consume as much memory?
Thanks
Rutherther
t? Does it require support from upstream projects / a lot of
patching of them, or is it 'just' introducing new packages to build in Guix?
Regards,
Rutherther
t;
> [^1]: https://guix.gnu.org/en/blog/2022/gnu-guix-1.4.0-released/
>
> [^2]: Examples of distributions that have cadences for different users and
> screnarios
> are Nix's stable branch, OpenSUSE's SlowRoll branch and Ubuntu's LTS
> (Long Term Support) releases.
>
> [^3]: the aspect of creating news and excitement for casual users is
> well-known
> in the FOSS community. An example from
> [GNOME's earlier
> days](https://mail.gnome.org/archives/gnome-hackers/2002-June/msg00041.html).
>
> [^4]: GuixDays 2025 release discussion brought up examples of Guix not being
> used to teach users because the initial pull was so slow that the
> teaching session would have completed before 'guix pull' would finish.
> We know guix pull being slow was identified by users as a challenge.
>
> [^5]: OpenSuse has a [SlowRoll
> branch](https://en.opensuse.org/Portal:Slowroll)
> where they release a smaller set of package updates on a monthly basis.
> This is an interesting innovation as it allows users to still benefit
> from
> a rolling release but at a slower rate of change (fewer regressions).
> They are also not dropping too far behind the rolling release, so
> there's
> not as much maintenance for OpenSUSE developers dealing with an out of
> date release branch and having to backport software.
>
> [^6]: Nix has the concept of a [Release
> Editor](https://nixos.github.io/release-wiki/Release-Editors.html)
> who is responsible for improving the legibility of the release notes.
> Our
> version extends the idea to make sure other artifacts and activities
> that
> promote the release happen.
>
> [^7]:
> https://github.com/NixOS/rfcs/blob/master/rfcs/0085-nixos-release-stablization.md
Regards
Rutherther
>
> Those probably will prevent umounting of /, and remounting ro of /.
>
> (Also note the multiple user shepherds, still. That's probably not helping
> either)
>
>>What do you want to replace exactly?
>
> The body of the "stop" action of %root-file-system-shepherd-service
> (eventually :) )
>
>> (struct-set! (lookup-service 'whatever) 8 new-stop-procedure)
>
> Thanks!
>
> What's the 8? The slot index in the struct?
Regards,
Rutherther
->8---
https://www.crysys.hu/gnutls/v3.7/gnutls-3.7.7.tar.xz returns a page not
found, but with status 200. So on 1.4.0 it's impossible to build source
of any gnupgp package without substitutes.
Regards,
Rutherther
appears quickly,
> and some fsck is being run on the FAT boot partition, so i didn't really pay
> attention to it.
fsck is always ran on startup, the question is if it reports everything
is clean or not.
Regards,
Rutherther
>
> Note: sudo guix gc --verify did not find things.
Upon this new information I don't think your store got corrupted, what
got corrupted was files in /etc only, and it would've gotten fixed
if you booted, but you didn't since the normal.mod was broken.
>
> Is it? I didn't have cp or cat, so no
, run `guix gc --verify=contents`, to repair
what can be add ,repair to the verify flag.
Regards,
Rutherther
Hi Danny,
Danny Milosavljevic writes:
> Hi,
>
> Guix system has been regularily not properly unmounting my filesystems
> on shutdown or reboot.
>
> Usually, this manifested as a fsck because of sometimes dirty,
> sometimes harmlessly damaged, root filesystem, on the next boot.
>
> But this tim
was second in the gnupg mirror list, the first one stopped
working altogether, so it's skipped. The problem affects mainly users on
foreign distros on first pull.
One workaround is to edit the /etc/hosts file to point to an ip that
doesn't have http nor https servers running, commonly `127.0.0.1 crysys.hu`.
Rutherther
ly without
introducing another function that will extend the proper type being used
by the user... So this workaround is fine only for leaf-services.
Regards,
Rutherther
Denis 'GNUtoo' Carikli writes:
> Hi again,
>
> On Sun, 13 Apr 2025 14:14:29 +0200
> Rutherther wrote:
>> Singularity patches the source to point to /run/privileged/bin, but as
>> I've said previously, I don't think that's a good way to go.
>
at are undesirable with non
> guix-system use of the package.
Singularity patches the source to point to /run/privileged/bin, but as
I've said previously, I don't think that's a good way to go.
IMO it's much better to at least go with 1. check /run/privileged/bin,
2. fallback to the gnu store output. Or posibly replacing 1 with
checking PATH.
Regards,
Rutherther
e
"/home/*hass-user*/.config/guix/current/bin/guix"...) Meaning that user's
pull state is irrelevant as the reference to guix is directly to the
store. Also the reference would be to the pinned guix package in guix
channel that you're probably not really using on your system.
But all this is based on some assumptions of the code and how you use
your system, so I totally might be wrong.
Regards,
Rutherther
, I don't really have much experience with Debbugs, so pardon the
simple question, but is it possible to somehow list issues with recent
activity somewhere? Like if I used emacs debbugs? (not necessarily new
issues, but even old issues with a new message)
Regards,
Rutherther
herd starts all services
(unless you set auto-start of them to #f) in correct order
according to requirements.
Regards,
Rutherther
PS I think that the help-guix mailing list is better suited for
questions about problems.
[1] gnu/services/shepherd.scm (%default-modules)
do easily and we could build on it
further, functions like '(finalize-shepherd-service "service" (lambda
(config) (.. (inherit (config)' and more specific ones like
(shepherd-override-auto-start? #f)'.
Regards,
Rutherther
removed completely as some build systems just won't have the
patches, at least yet, on the other hand how would it be distinguished
which ones should end up in the profile exports and which ones should
just end up in the search-paths.d files?
Apologies if I've just missed answers to these questions in the GCD
text or discussion.
Regards,
Rutherther
re than gaining, since the programs won't be
able to save to disk anymore.
It is not completely clear if the issue happens only on reboots, or even
on shutdown. If you've got more information, please share it.
Regards,
Rutherther
More info about the issue&updates: https://issues.guix
Hi Sergio,
Sergio Pastor Pérez writes:
> Rutherther writes:
>> what I am asking is how this will be achieved - coverage of same use
>> case. Possibly I am just missing something, so let's take guix system
>> reconfigure as an example. Could you point where I a
t "/bin/dumpcap"))
---
Here is the patch:
---
>From cb326bf97c99ff73a0a8689304e3ad47aa59139f Mon Sep 17 00:00:00 2001
From: Rutherther
Date: Sat, 15 Feb 2025 11:39:38 +0100
Subject: [PATCH] Point dumpcap to privileged bin
---
capture/capture_sync.c | 5 +
1 file changed, 1 in
the other service configurator will be necessary. (and
moreover with current state of least autority wrapper this might still be
impossible even with finalizations, but I think that is for another topic)
There are probably other use cases, I am thinking of this one since I saw it
recently.
Rutherther
would be fairly easy to hit the problem you're
suggesting - service writer has (not) made something available.
Regards,
Rutherther
Sergio Pastor Pérez writes:
> Hello Rutherther! Thanks for showing interest.
>
> Rutherther writes:
>> Hi, in case someone stumbled upon this thread in the future
>> (probably me, who will again not save this to a known location
>> and will come searching on the l
Hi, in case someone stumbled upon this thread in the future
(probably me, who will again not save this to a known location
and will come searching on the list archives :) ),
OP changed their usernam on codeberg, so
new url is here:
https://codeberg.org/pastor/omega/src/branch/main/pastor/utils/
Hello,
I am just ordinary user of guix, shepherd,
I never contributed to shepherd,
but I still think I can answer some of your questions
or explain design:
> Hi,
> How does my user ("dannym")'s shepherd (and user dbus--probably by
> shepherd?) get started? (I'm using guix home--if it's impor
Hi,
I wanted to reply to this email, but kept forgetting, sorry for that.
Stefan writes:
> Hi Rutherther!
>
>> I think it's good idea to move away from C_INCLUDE_PATH,
>> LIBRARY_PATH for the toolchain libraries (glibc, stdlibc++, ...), but
>> what about other
ie. for
the thing you are saying - less dependants, or if it was sort of a
mistake.
So is the goal to port everything to gexps eventually, and to get
rid of %outputs completely?
Regards,
Rutherther
g
the same structure, I am submitting this to guix devel for discussion,
as well as opening a patch in case this is fine to be merged. If not,
could someone please explain what the reason behind not adding
inputs and outputs is, and what is the alternative?
Regards,
Rutherther
Rutherther (1):
gui
ns, and I am not sure what could be done to resolve that.
Regards,
Rutherther
bstitutes and only if you use
command like guix shell / guix install.
Additionally, if you are only concerned about the size it takes up in
store, you can guix gc those paths right after the build.
Regards,
Rutherther
Hello, note that this is linked to issue #73799,
since the original patch was submitted both to
guix-devel and guix-patches.
Regards,
Rutherther
s in CROSS_LIBRARY_PATH. As a workaround, just add
"$GUIX_ENVIRONMENT/lib" to "CROSS_LIBRARY_PATH".
I will try to submit the 12.3 patch soon. In the mean time I have it
inside of my own channel
https://github.com/Rutherther/guix-exprs/blob/main/ruther/packages/embedded.scm
Redards,
Rutherther
58 matches
Mail list logo
