gchristensen changed the topic of #nixos-chat to: NixOS but much less topical || https://logs.nix.samueldr.com/nixos-chat
<infinisil> I'm glad they have tests for this library lol: https://github.com/amohrland/haskell-unit
<infinisil> The whole source code is 3 lines long
<pie_> hey you never know
<pie_> probably got like 200% test coverage
<nh2> sphalerite: I'm building it with the minimal hello world exmaple from https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt, where it starts with `cat > hello.c`
pie_ has quit [Remote host closed the connection]
pie_ has joined #nixos-chat
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.2)]
jasongrossman has joined #nixos-chat
<nh2> sphalerite: never mind, I had made a mistake, forgot to un-comment something in my nix file and thus was running old code
<nh2> my init is now executing
<nh2> clever sphalerite: aw looks like somebody implemented a kexec bootloader thingy: http://lightofdawn.org/wiki/wiki.cgi/-wiki/KexecBootMenu
<samueldr> petitboot at one point was that, if it isn't still https://github.com/open-power/petitboot
<samueldr> oh, neat, they're working on a new bootloader (just neat stuff)
<samueldr> the plop one might be interesting as it claims compatibility with extlinux configuration
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.2)]
jasongrossman has joined #nixos-chat
<clever> samueldr: id also want ssh support, for remote access
<samueldr> hey now, look at fancy clever asking for ssh ;)
<clever> the whole point of my idea, is to get the rollback bootloader menu on things like aws
<clever> where you lack terminal access
<clever> i'm considering doing it in haskell-init, which is a one-file initrd
<samueldr> yeah, that's a good concept, was just fooling
<clever> but, kexec relies heavily on the userland binary to generate loader stubs
<clever> so i cant just ffi into the kexec syscall
<samueldr> to generate loader stubs?
<clever> the userland kexec binary generates chunks of ring0 x86 code
<clever> that deal with starting the kernel
<clever> nixos broke that when it built kexec-tools with hardening
<samueldr> ah, and your initrd as haskell won't have an FS, thus no place to put the kexec binary
<clever> it would
<clever> but the whole point was to do it 100% from haskell
<clever> having to add a kexec binary in just feels like cheating :P
<clever> its like admitting haskell cant do X :P
<samueldr> b-b-but using ffi is admitting haskell can't do X!
<clever> i can add any files i want, and prior to nh2's static haskell, it had an entire glibc in there :P
<clever> ffi to syscalls is a must :P
<clever> how else would you do anything!
<clever> and ghc isnt go-crazy, and lets libc help out :P
<samueldr> then haskell can't do anything without a kernel, it's a phony ;)
<clever> samueldr: halvm would like to have a word with you
<samueldr> I don't trust computer things named hal
<clever> that is haskell, in kernel space
<clever> unrelated, where would i find the symbol HMAC_sha512_init ?
<clever> 7 #define HMAC_INIT(_name) HMAC_ ## _name ## _init
<clever> samueldr: damn preprocessor!
<samueldr> we need pre-processor aware grepping!
<clever> gcc can output the result of running the preprocessor
<clever> but then -I has to be right, and maybe -D
<samueldr> the things a well placed nerdsnipe can do :)
<clever> main.c:(.text+0x1208): undefined reference to `HMAC_sha512_update'
<clever> that one should exist...
<clever> yeah, the static inline confused it
<clever> main.c:(.text+0x3d2): undefined reference to `cryptonite_sha512_init'
<clever> progress!
<clever> and llvm segfaults
<samueldr> progress!
<clever> 2. Running pass 'AVR DAG->DAG Instruction Selection' on function '@cryptonite_sha512_update'
drakonis has joined #nixos-chat
<clever> region `text' overflowed by 190216 bytes
<clever> samueldr: ok, now what, lol!!
<samueldr> computers can't handle more than a couple lines of text
<samueldr> (yes, I know region 'text' doesn't mean strictly text :))
<clever> best device i'm testing is 32kb of flash
<clever> it overflowed by 190kb
<clever> s/testing/targetting/
<samueldr> making hardware crypto things like you briefly touched upon the other day?
<samueldr> neat!
<clever> yeah
<samueldr> don't remember if they were HSM or the other one kind I don't remember the name
<clever> /nix/store/001yi03pr6dzw2wijbcmkgzr39f3fqpn-avr-binutils-2.31.1/bin/avr-ld: section .data LMA wraps around address space
<clever> samueldr: most HSM's dont seem flexible enough to implement this
<clever> so i'm just throwing it at an AVR, lol
<samueldr> I mean, the principle you wanted to explore using
<clever> ok, so i have it sorta compiling
<clever> now to try and clean it up...
<samueldr> :/ hitting weird things with the .config thing like the kernel ones, but with u-boot
<samueldr> where unset options (# CONFIG_XYZ is not set) prevail when they are overriden by appending new options to the .config file, with warnings, and I'm not sure if my expectations were wrong
<samueldr> but I expected that to be a comment and the last set option to not fail to set with a warning?
* samueldr might need to dig more into that another day
<clever> main.c:44:21: warning: left shift count >= width of type [-Wshift-count-overflow] return (index & (1 << 31));
<clever> samueldr: 8bit cpu, 31 bit shift, ouch!
<samueldr> overflowing a bit
<clever> static const uint32_t reduce_mask_25 = (1 << 25) - 1;
<clever> i think the problem, is that the literal `1` defaults to 8 or 16bit
<clever> and it overflows, before expanding to the 32bit target
<clever> `1l` solves it
<clever> /nix/store/001yi03pr6dzw2wijbcmkgzr39f3fqpn-avr-binutils-2.31.1/bin/avr-ld: region `text' overflowed by 36340 bytes
<clever> samueldr: ah, i wasnt telling the linker which chip i was targeting, so it defaulted to a smaller one
<clever> and also to one without a 64bit mult implementation
<clever> 000125f2 g F .text 00005820 cardano_crypto_ed25519_sign_open
<clever> 1st column is size in bytes
<clever> 0x8000 is the hard limit for the total
<clever> this ONE FUNCTION is 0x1 25f2!
<clever> over double the total size
drakonis has quit [Quit: WeeChat 2.4]
<infinisil> qtbase is the most frustrating build to watch
<infinisil> After it's done building, it takes so long to qmake install everything
<infinisil> And it's sooo boring to watch
<infinisil> You might say that I'm wasting my time watching builds
<infinisil> And you would be correct..
<clever> lol, just one function in this code, needs 720 bytes of stack
<clever> that rules out using the chip with 512 bytes of ram!
<clever> uint64_t a, b, c, d, e, f, g, h, t1, t2;
<clever> uint64_t w[80];
<clever> there goes your entire budget! :P
<clever> dear god, there is a constant table that is 24kb!!
<clever> that will definitely need some _P treatmeant
<clever> also, the biggest device only has 32kb of flash memory
<etu> infinisil: But it's sometimes quite satisfying to watch builds
<infinisil> Yes!
<jackdk> s/sometimes //
<etu> haha
<etu> Yeah, I was on gentoo for about 8 years. I have watched many builds.
<jackdk> I was on gentoo for several years too, and watched many builds.
<jackdk> Had a dinky old Thinkpad 600E that took a couple of days to install but gentoo made a big difference... did all my uni work on that Thikpad
Myhlamaeus has quit [Quit: WeeChat 2.2]
<infinisil> Lol, um well this is weird
<infinisil> enabling environment.noXlibs *increased* closure size
<infinisil> It finally finished building everything, and this is the result..
<infinisil> Goddamnit this time was so wasted
jtojnar has quit [Remote host closed the connection]
<ar> i've been on gentoo for 15 years
<ar> switched my laptop during 35c3
<etu> ar: Nice :)
<etu> I think there's quite many people in nixos that has a gentoo history
<srhb> etu: Yeah! It's pretty funny.
endformationage has quit [Ping timeout: 258 seconds]
<joepie91> ar: were you at the install party? or did you switch it at a different time during 35c3?
<ar> joepie91: no, i wasn't at the install party. i was the weird guy who wanted (and succeeded) to install nixos from a running gentoo in a separate zfs fs
__monty__ has joined #nixos-chat
<joepie91> ar: ah, I might have missed that :P
<joepie91> glad to have you here though!
<sphalerite> nh2: oh yeah of course it already exists :p
<sphalerite> nh2: none that supports nixos generation selection AFAIK though ;)
<sphalerite> nh2: flokli was also working on getting support for systemd-boot's boot menu entry format into linuxboot or systemboot or one of those things iirc
<sphalerite> or u-root
<flokli> sphalerite: i mostly talked about having some standard in https://systemd.io/BOOT_LOADER_SPECIFICATION for signing bootloader configuration, kernels and initramfs
<sphalerite> oh
<sphalerite> that's completely different from what I thought x)
<flokli> current spec only mentions efi stubs with their signature stuff, because there didn't seem to be some standard across the linuxboot community
<flokli> once some standard exists, linuxboot should support it, same as sd-boot :-)
<jD91mZM2> Completely unrelated to anything: Woah direnv is awesome
Jackneill has quit [Ping timeout: 245 seconds]
Jackneill has joined #nixos-chat
jasongrossman has quit [Ping timeout: 258 seconds]
<__monty__> direnv and nix-shell is a great combo. Have you checked out lorri?
waleee has joined #nixos-chat
<jD91mZM2> __monty__: I have not, but I will now
<jD91mZM2> Ok that's cool. nix-shell+linux is linux on steriods. direnv+nix-shell is nix-shell on steriods. lorri+direnv+nix-shell is direnv on steriods.
pie_ has quit [Ping timeout: 258 seconds]
<jD91mZM2> s/steriods/steroids/g you saw nothing
<ar> when does it all change into hulk?
<jD91mZM2> Whenever it gets angry
<jD91mZM2> So avoid those segfaults at any cost
jasongrossman has joined #nixos-chat
Synthetica has joined #nixos-chat
pie_ has joined #nixos-chat
pie___ has joined #nixos-chat
pie_ has quit [Ping timeout: 244 seconds]
<pie___> whatcha doin<clever> dear god, there is a constant table that is 24kb!!
pasukon has quit [Ping timeout: 252 seconds]
pasukon has joined #nixos-chat
<pie___> joepie91, i might have gotten my wine pre-prototype stuff to work, not sure
<pie___> i seem to have written some really brokenass scripts at the last ccc
jtojnar has joined #nixos-chat
pie_ has joined #nixos-chat
pie___ has quit [Ping timeout: 276 seconds]
<nh2> > having to add a kexec binary in just feels like cheating
<nh2> clever samueldr: Until I get significant free time, and want to implement a libc-free backend for GHC on Linux that generates syscalls directly, like Go does :D
<nh2> > and ghc isnt go-crazy, and lets libc help out
<{^_^}> error: syntax error, unexpected IN, expecting ')', at (string):252:30
<{^_^}> error: syntax error, unexpected ',', expecting ')', at (string):252:22
<gchristensen> O.o
<gchristensen> haha
<nh2> sphalerite samueldr clever: I'm trying to decide which one to choose. kexec-loader is interesting because it apparently can detect GRUB. So I think that would mean it can show NixOS's normal generation selection list?
<gchristensen> if kexec is wrong I don't want to be right
pie_ has quit [Remote host closed the connection]
pie___ has joined #nixos-chat
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.2)]
jasongrossman has joined #nixos-chat
pie___ has quit [Remote host closed the connection]
pie___ has joined #nixos-chat
drakonis has joined #nixos-chat
pie_ has joined #nixos-chat
pie___ has quit [Ping timeout: 250 seconds]
drakonis has quit [Quit: WeeChat 2.4]
endformationage has joined #nixos-chat
waleee has quit [Quit: WeeChat 2.4]
jtojnar has quit [Read error: Connection reset by peer]
jtojnar_ has joined #nixos-chat
jtojnar_ is now known as jtojnar
Synthetica has quit [Quit: Connection closed for inactivity]
pie___ has joined #nixos-chat
pie_ has quit [Ping timeout: 245 seconds]
hedning_ has quit [Quit: hedning_]
<pie___> joepie91, for your consideration, shitty wine WIP and I gotta run https://file.io/4ulNmi
<pie___> (found some ranodm file host to dump a zip...=
<joepie91> pie___: 404
<pie___> doh
<joepie91> pie___: try transfer.sh?
<pie___> oh looks like its a one time link
<pie___> didnt transfer.sh go down
<joepie91> nop
<joepie91> was taken over
<joepie91> running now, though a bit less reliably than before
<pie___> attempt 2 https://file.io/NYuQE6
<joepie91> got it
<joepie91> will have a look soonish, thanks :)
<pie___> i basically seem to have just slightly unf***ed some of my old code
<pie___> oh i think i forgot to add the wine patch, damn
<pie___> patch for wine 3.21 https://bpaste.net/show/bf7e3fb0540e
pie___ has quit [Ping timeout: 258 seconds]
<infinisil> "{"success":false,"error":429,"message":"Too Many Requests"}"
<infinisil> For the last file.io link
<samueldr> haven't looked at it much, yet, but there is a fork of the OSS version of synergy that's being maintained, for anyone using synergy daily https://github.com/debauchee/barrier
hedning__ has joined #nixos-chat
<joepie91> samueldr: nice!
<samueldr> not sure when I'll take a look, if I will, considering my setup works wonderfully
<andi-> Wayland broke my workflow /o\ I can't share my desktops mouse and keyboard with the laptop anymore.. mildly annoying :/
srhb has quit [Quit: ZNC 1.7.3 - https://znc.in]
srhb has joined #nixos-chat
srhb has quit [Client Quit]
srhb has joined #nixos-chat
srhb has quit [Remote host closed the connection]
srhb has joined #nixos-chat
jasongrossman has quit [Ping timeout: 250 seconds]
drakonis has joined #nixos-chat
<nh2> samueldr sphalerite clever: I think I'm making some progress with PlopKexec. Do you know how I can generate a `grub.cfg` with Nix? I've seen `boot.loader.grub.device = "nodev"`, but that still does it only once the system is running, and I want to build a grub.cfg already into my SD card image created with nix-build
<clever> nh2: you must run install-bootloader, inside qemu, with the disk image mounted
<nh2> clever: urgh
<clever> nix-repl> config.system.build.installBootLoader
<clever> «derivation /nix/store/sy7r2hxycmzyfr0qxnw2hcrhb8xzbhhv-install-grub.sh.drv»
<clever> nh2: or modify install-grub.sh to support running outside of a vm
<clever> nixos-install just runs it under a chroot
<clever> maybe proot could work?
<samueldr> I think most of our bootloader infra is not generic to be usable without an installed system; e.g. the iso installer image doesn't use a single generator in pair with the system ones
<nh2> maybe I should write the initial grub.cfg by hand
<clever> nh2: yeah, thats what the ISO's do
<samueldr> it'd probably be much easier to get you up and running
<clever> yeah
<clever> or a variant of it
Myhlamaeus has joined #nixos-chat
<nh2> samueldr: the plopkexec "source code" is a 120 MB tarball, looks like they have no source dist
<nh2> (plain source dist without prebuilt images)
travelion has joined #nixos-chat
avn has joined #nixos-chat
<gchristensen> hey everyone, I'm going to be hosting regular Nix ecosystem office hours starting next week. It'll be a video call where anyone can drop in and chat about the Nix ecosystem: cool PRs, problems, improvements, how to help each other to improve Nix. If you're interested, please tell me when you're available over at https://doodle.com/poll/aq9iytabi3k7z9da#calendar -- thank you!
drakonis has quit [Ping timeout: 246 seconds]
pie_ has joined #nixos-chat
<clever> 2019-04-24 16:37:26 < bauen1> grub really only needs a good bootloader now ...
<clever> 2019-04-24 16:38:16 < clever> bauen1: that reminds me, ive been thinking of writting a linux "distro" that presents a bootloader menu over ssh, and kexec's into the chosen target
<clever> 2019-04-24 16:38:25 < clever> what if i just write a grub module that adds an ssh terminal?
<clever> nh2: ^^^
<samueldr> grub won't have as many network drivers available as a real linux :)
<clever> samueldr: just write more!
<samueldr> no!
<pie__> lol
<pie__> cursed
<sphalerite> nh2: anything wrong with having the initramfs mount the target system and just reading the nixos generations from it? Do you need something that can detect other distros or something?
<sphalerite> nh2: because nixos system generations are pretty simple to kexec
<clever> ls -lh /nix/var/nix/profiles/system/{kernel,initrd,kernel-params}
<clever> repeat for each n in system-<n>-link
<clever> sphalerite: main thing that wont cover is "/nix/var/nix/profiles/system-42-link/bin/switch-to-configuration boot"
<clever> which updates the bootloader, but not the main system symlink
<nh2> sphalerite: there's no /var or /nix/var in my system tarball
<sphalerite> clever: uuh, are you sure?
<nh2> uh I mean clever
<nh2> sphalerite: also I'm using PlopKexec unmodified right now, it would be cool to be able to continue to do that. The manual `menuentry` 3-liner seems to work well
<clever> nh2: those symlinks can be generated by the make tarball function
<sphalerite> nh2: then you use the system path rather than a profile, since you know what it is
<sphalerite> ah ok
<sphalerite> eh
<sphalerite> idk
<nh2> clever sphalerite: ah but then I'm already doing something very similar I think. I'll try to complete what I have and will then post in a moment, so you can check if it can be cleaned up somehow
<sphalerite> I suppose it's quite a different use case from mine as well
<nh2> sphalerite: PlopKexec seems pretty cool so far, it also detects partitions on the fly as you plug in the SD card or USB stick
<nh2> after I get it working I just have to find a clean way to build it from source to package it in nix
<sphalerite> ah, neat
<clever> nh2: this makes a /bin/init symlink
<clever> it would be trivial to configure it to also make a system-1-link symlink
<clever> the tricky part, is making the system -> system-1-link symlink
<sphalerite> I mean, all I really want from mine is the bare minimum to be able to import my zfs pool and boot a system generation from there
<sphalerite> so that the SD card is used only for the beginning of the boot process.
<sphalerite> Because SD cards suck.
<clever> nh2: line 18 of that file creates both, but only on first boot
<nh2> Step 2. Plug into Chromebook, press Ctrl-U to boot from SD/USB, immediately boot into working NixOS/Ubuntu.
<nh2> optional Step 3: dd SD/USB card contents onto ChromeOS SSD.
<nh2> Step 1: Run `nix-build myscript.nix` to create an .img file that can be dd'd onto an SD card or USB, in the format that Chromebooks will boot from. With a flag to select whether root FS should contain NixOS or Ubuntu.
<nh2> sphalerite: my use case is that I want to offer chromebook users the following experience:
<sphalerite> nh2: yeah, fair enough.
<sphalerite> nh2: are you aware of thefloweringash's work on nixos on chromebooks?
<sphalerite> nh2: it has some aarch64-specific stuff that's probably irrelevant to you, but it can build ready-to-boot SD images
<samueldr> I did touch about it, but AFAIUI that chromebook doesn't exactly use depthcharge, but something acting mostly like it
<nh2> sphalerite: yes, I may be able to reuse the partitioning part of it, but I'm not that far yet; right now I'm using a pre-formatted SD card and am working on the contents of 2 of the partitions
<sphalerite> oh ok. Never mind me :)
<nh2> sphalerite: the direct link you providedis useful though
<nh2> sphalerite: a key goal for me is that I make the kernel partition (caryring PlopExec currently) so that it can boot any normal Linux distro that's in the root partition; that's why I currently (well, since you guys told me yesterday) like PlopKexec, because it can read grub menus
<sphalerite> ah right
<sphalerite> yeah, sorry, I'm just throwing in things that seem vaguely related without knowing the context >.<
<nh2> I *think* it can even recognise Ubuntu/Debian and so on install CDs/USBs and boot them, so that as soon as it's on the SSD or SD, one can install a distro of choice the normal way
<nh2> sphalerite: no, keep doing it, I'm making a 50 KB document with all the important links and notes about the topic
<sphalerite> alright!
<sphalerite> nh2: huh, without any further kernel commandline args?
<sphalerite> nh2: minor nit: initrd and kernel probably shouldn't be in /bin :p
<gchristensen> lol.
<nh2> yeah that needs some cleanup :D
<nh2> sphalerite: it currently dies at `switch_root: can't execut '/init': No such file or directory`, so I probably have to set `init` as well, or figure out why it isn't working
<sphalerite> nh2: yeah, `init=${config.system.build.toplevel}/init`
<sphalerite> :)
<nh2> sphalerite: thanks, that should work. I'm not quite sure though why it doesn't work without it, the kernel should search for the init in `/bin/init`, where I have a symlink (put perhaps here it's the NixOS initramfs's /init that manually invokes switch_root, and does not have such detection?)
<sphalerite> ,find stage-1-init.sh
<{^_^}> ,find is temporarily unimplemented
<sphalerite> nixos/modules/system/boot/stage-1-init.sh
<sphalerite> nh2: yeah it only looks in /init or whatever's passed as init= on the kernel command line
<nh2> my normal NixOS also passes `systemConfig=` as kernel parameter, what is that good for / should I do it?
<sphalerite> nh2: anecdata: I haven't been passing it and stuff works fine for me
<gchristensen> search.nix.gsc.io seems to indicate nothing reads it from the kernel params
<nh2> `stage-2-init.sh` does
<gchristensen> it reads it from the kernel params?
<gchristensen> b/c reading stage-2-init.sh I don't see where
<nh2> gchristensen: ah right, that variable is just spliced in, not read from params
<gchristensen> it could probably be deleted
<sphalerite> yay cargo-culted kernel params! :p
<nh2> there are a lot of scripts that set it but apparently none that use it ever
<nh2> I'll make an issue
<clever> stage-1 also reads systemPath= i think
<clever> systemConfig= i mean
<gchristensen> reading stage-1-init.sh, I don't see where
<nh2> I've filed https://github.com/NixOS/nixpkgs/issues/60184, if we find something that uses it, let's post it there
<{^_^}> #60184 (by nh2, 28 seconds ago, open): Delete systemConfig kernel parameter?
<etu> 1234 open PR's!
<etu> cute number
<etu> But too much :(
<etu> I remember when it was around 666
<gchristensen> sames
<pie_> wow we were at 60000 just yestarday
<gchristensen> 105 PRs in the last 24hrs
<pie_> a few of that might be vuln roundup
<pie_> err nevermind prs
<pie_> damn tho
<gchristensen> I find the Nix ecosystem to be really, really cool
<lassulus> is there some way to filter PRs with merge conflicts? or do we need to label them all? does the label get removed when there is no longer a conflict?
<gchristensen> ofborg will automatically apply and remove merge-conflict labels when an evaluation happens
<gchristensen> however, an ancient PR which is not recently evaluated may conflict and not receive the label since it hasn't been evaluated recently
<lassulus> ok, so it's not a problem if I label ancient PRs with merge conflicts
<lassulus> is there a label for stalled PRs?
<gchristensen> I don't know
<samueldr> maybe we should add one
<samueldr> I knwo that with backports, the "needs port to stable" label has been helpful, even when the backport was already done
<joepie91> [23:09] <gchristensen> I find the Nix ecosystem to be really, really cool
<joepie91> agreed
<joepie91> strongly
<gchristensen> https://doodle.com/poll/aq9iytabi3k7z9da gonna come, joepie91 ? :)
<samueldr> I prefer finding "stale labels" for "needs port to stable" than not having them; the main issue with stale PRs label might be how to make the labels go away :/
<nh2> pie_: that's what happens when you track the progress of the entire free software world in one repo
<joepie91> gchristensen: I can add my most practical times, but I should note that I'm currently in a 'commitment freeze' :)
<samueldr> e.g. if joepie91 here, without repo access updated their stale PR, without write access it's not possible to remove the label
<nh2> I think it's a nice sense of progress
<joepie91> (I'm spinning too many plates, so I need to neatly stack a few ones before taking on new commitments)
<joepie91> (currently working on one of them :P)
<joepie91> gchristensen: still useful to add my votes in that case?
<pie_> nh2, not sure we're at entire yet though maybe one day :p
<nh2> why does .toplevel and the system version evaluate to 19.03pre-git even when I built it from a commit on the release-19.03 branch?
<samueldr> anything from git will be pre-git
<samueldr> there was an open PR for this for 18.09; but here's what I thought about it https://github.com/NixOS/nixpkgs/pull/48279#issuecomment-429479777
<nh2> samueldr: what on a "normal" NixOS system makes the "-pre" thing go away? I'm quite sure I've seen some systems on people's laptops that don't haveit
<samueldr> I don't remember how it goes, but that's the "last option" if it cannot get the git revision in another way, IIRC
<samueldr> sorry for the screenshots of text
<samueldr> both are nixpkgs checkout
<gchristensen> joepie91:yep
<joepie91> gchristensen: done
<joepie91> also, +1 for an open-source voip thing :P
<gchristensen> like jitsi?
<joepie91> yeah
<joepie91> well
<joepie91> meet, specifically
<joepie91> jitsi proper is super unreliable in my experience
<joepie91> I've tried to use it a few times with other people, and it failed in like >80% of cases
<joepie91> whereas jitsi meet generally works
<gchristensen> I hate to say, but slack and zoom are the two most reliable ways to do voip calls in my experience
<joepie91> probably due to bridging servers with sufficient bandwidth
<joepie91> which sounds like a solvable problem to me :D
<joepie91> anyway, I need to sleep
<gchristensen> bye!
<samueldr> voip alone, mumble/murmur is amazing, but I feel like there's some other components that you'd end up needing
<nh2> joepie91 gchristensen: I have an open-source almost-solution to that problem
<nh2> mumble + a gstreamer pipeline using the SRT transport
<nh2> (I recently added SRT to nixpkgs and improved th gstreamer packaging for that)
<nh2> it works pretty reliably, you can already run it from the command line
<nh2> I even got my nix-based pipeline on the upstream manual page :D
<__monty__> Anyone tried tox for group voip? I've only played around with 1 on 1 but it worked pretty well.
<nh2> my thing is also P2P, if you want to stream to a large number of people, a proxy may be needed. But it can be made low-latency and low-CPU usage
<nh2> (CPU usage is controlled by the usual x264 options)
<sphalerite> gchristensen: one more thing before I sleep :p
<sphalerite> nix eval '(let d = derivation { name = "foo"; inherit d; }; in d)'
monsieurp has joined #nixos-chat
<gchristensen> you're a hero!
<gchristensen> thank you sphalerite! now go to bed :D
* gchristensen leaves too
__monty__ has quit [Quit: leaving]
Peetz0r has quit [Ping timeout: 250 seconds]
Peetz0r has joined #nixos-chat
Peetz0r has quit [Read error: Connection reset by peer]
Peetz0r has joined #nixos-chat
n_db has joined #nixos-chat
Peetz0r has quit [Quit: Doej!]
Peetz0r has joined #nixos-chat
LnL has quit [Ping timeout: 255 seconds]
Peetz0r has quit [Read error: Connection reset by peer]