!lymvtcwDJ7ZA9Npq:lix.systems

Lix Development

430 Members
(Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel.142 Servers

Load older messages


SenderMessageTime
13 Apr 2026
@Ericson2314:matrix.orgJohn EricsonWell for an AFNix channel19:22:07
@Ericson2314:matrix.orgJohn EricsonFrance can do better than GendBuntu!19:23:08
14 Apr 2026
@aloisw:kde.orgaloiswI fail to see how "we want to move to Linux because nationalism" is on-topic for AFNix either.04:10:58
@linus:schreibt.jetztLinux Hackerman raitobezarius I think you can abandon https://gerrit.lix.systems/c/lix/+/5081 07:26:46
@piegames:flausch.socialpiegames
In reply to @Ericson2314:matrix.org
Well for an AFNix channel
This is the Lix development channel, where people involved with the Lix codebase can discuss their operations and issues. Please put more consideration into your communication
10:28:22
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)done, tysm for investigating10:32:44
@rootile:flausch.socialRutile joined the room.21:20:41
@commentator2.0:elia.gardenlegacy_rootile -> @rootile:flausch.social changed their display name from Rutile (rootile) to legacy_rootile -> @rootile:flausch.social.21:42:36
15 Apr 2026
@shalokshalom:kde.orgShalokShalom In case someone is interested into arguments why semantic versioning is broken in itself, listen to Rich Hickey. 13:15:02
@shalokshalom:kde.orgShalokShalom * In case someone is interested into arguments why semantic versioning is broken in itself, listen to Rich Hickey. 13:15:14
@piegames:flausch.socialpiegamesOff-topic, please13:20:12
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Is Lix going to go with a zygote fork helper?18:15:09
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)To mitigate the slow fork times?18:15:48
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)well, lix has already very fast fork times now18:16:45
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)but vfork is dangerous18:16:49
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)so if we can have the speed and the safeness (aka zygote fork helper), that'd be great18:17:02
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)but lower priority18:17:05
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)How did you achieve that? It's using the plan old fork() if I read the code correctly and that's still slow when there is a lot of memory allocated18:19:58
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)vfork18:20:51
@raitobezarius:matrix.orgraitobezarius (DECT: 7248) grep inVFork 18:21:03
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)in the codebase18:21:04
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)
/**
 * runs a callback in a vforked child process that shares its address space with
 * the current process. the child behaves much like a thread as a result and the
 * callback must not make changes to process memory that we cannot undo from the
 * parent, otherwise we may leak memory or fully trash the parent address space.
 *
 * NOTE: see `asVFork` for safety information regarding credentials and signals.
 *
 * throws an exception if the child exec's or otherwise doesn't return a result.
 */
static auto inVFork(int flags, auto fn)
{
    auto [pid, result] = asVFork(flags, fn);

    if (result) {
        return std::move(result->value());
    } else {
        throw Error("vfork child unexpectedly did not produce a value");
    }
}

this is the entrypoint of the magic

18:21:26
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)some plain old fork() might be used in other places18:21:43
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)Ah that's for the sandboxing setup, I see. I was looking at libexec helpers18:21:50
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)but wrt to derivation builds, the overhead is around 2µs ?18:21:59
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)getting lower would be nice ofc18:22:44
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)but not urgent18:22:49
@raitobezarius:matrix.orgraitobezarius (DECT: 7248)it is now possible to build 1M derivations reasonably18:23:00
16 May 2024
@aciceri:nixos.devzrsk joined the room.13:54:49
@samrose:matrix.orgsamrose
In reply to @lunaphied:lunaphied.me
I think there were a few CLs on the Gerrit but nothing being actively worked
The other thing that I could do if it helps is test things and try to find bugs. I did do some C++ work in the past, but may lack the time to do it justice here at least for about 30 days or so
15:55:29

Show newer messages


Back to Room ListRoom Version: 10