<joepie91>
other vendors to be added, and more specialized search engines like this to be built :)
<joepie91>
(for other types of data)
<joepie91>
the idea is crowdsourced development of tailored scrapers
<joepie91>
to basically build many different search engines that are optimized for a given purpose
<joepie91>
and that actually semantically understand the data they're working with
<joepie91>
there's a matrix room at #seekseek:pixie.town for those interested in following along :P
ashkitten has quit [Quit: WeeChat 3.0]
<cole-h>
I'm interested, but not interested enough to join matrix :DDD
<joepie91>
lol
ashkitten has joined #nixos-chat
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-chat
<samueldr>
joepie91: neat! now we only need a sci-hub, but for datasheets archiving
<joepie91>
yeahhh
<joepie91>
samueldr: I do plan on mirroring indexed datasheets, but I also fully expect some manufacturers to go "hey don't do that"
<samueldr>
yeah
<joepie91>
the full search indexes will be available as a public feed though
<samueldr>
joepie91: send save queries to archive.org?
<samueldr>
then provide an archive link?
<joepie91>
that's one possible approach, but I'll need to think carefully about the best approach there
<joepie91>
and probably discuss it with archive.org first
<samueldr>
I think it's a situation of all of the answers above!
<joepie91>
:P
<joepie91>
if you're on Matrix, there's #seekseek:pixie.town btw
<joepie91>
oh I mentioned that here already
<joepie91>
it's definitely time to sleep :D
<samueldr>
n/p
<samueldr>
and 'night!
<joepie91>
night :)
<cole-h>
o/
<aaronjanse>
Welp, I think I've spent a full 12 hours today trying to create a wireguard netns
<aaronjanse>
I managed to get a container that's wireguard-only, but I can't figure out how to create a normal netns
<aaronjanse>
I've been trying to follow https://www.wireguard.com/netns/, a bunch of Nix stuff via github code search, and lots of stackoverflow queries
<aaronjanse>
Thanks for the link! That looks helpful
<gchristensen>
hah
<aaronjanse>
^^samueldr asking the real questions
<gchristensen>
a reference is what a reference does
<samueldr>
that's self-referential
<aaronjanse>
Hmm I'm not sure what "referential" means here
<aaronjanse>
./s
<aaronjanse>
lovesegfault: Early this morning (read: 5 am, late last night) I managed to get a wireguard interface via wg-quick that doesn't force my entire system to go through wireguard
<aaronjanse>
I ended up learning a lot about basic kernel networking stuff in the process
<aaronjanse>
My new idea is to have something replicating the wg0 interface in both the main namespace and another namespace
<aaronjanse>
Maybe I'm looking for a bridge??
<aaronjanse>
"networking.wireguard.interfaces.<name>.interfaceNamespace" WHAT
<aaronjanse>
.... that would have saved me a lot of time!
<lovesegfault>
:^)
<aaronjanse>
As said by someone I know, "classic nixos"
<aaronjanse>
Ofc there's an option for it
<ajs124>
aaronjanse: I'm just using systemd's JoinsNamespaceOf thing for that
<ajs124>
Which kind of sounds like an option I just made up, but that actually exists
<aaronjanse>
One day we'll just need to `services.antigravity.enable = true;`
<srhb>
Then again, if your batteries are the smoky kind...
<gchristensen>
batteries make good fire ...
<__monty__>
Did they get the same batteries for both sites?
<gchristensen>
probably, SBGx are all on the same property
<srhb>
The one time I experienced a full-site DC outage it was also the batteries, as I recall. They were moved a distance away from the site afterwards.
<srhb>
Guess that's not a bad idea, where possible.
<srhb>
It is morbidly fascinating to follow their rebuild at a distance.
Baughn has joined #nixos-chat
kcalvinalvin has quit [Quit: ZNC 1.7.4 - https://znc.in]
kcalvinalvin has joined #nixos-chat
<cole-h>
lovesegfault: It is time. See you on the other side.
cole-h has quit [Quit: Goodbye]
<lovesegfault>
time for what?!
cole-h has joined #nixos-chat
<cole-h>
still boots without any "failed" services -- now to add a failing service and test that
cole-h has quit [Client Quit]
cole-h has joined #nixos-chat
rajivr has quit [Quit: Connection closed for inactivity]
Baughn has quit [Quit: ZNC 1.6.2+deb1 - http://znc.in]
<cole-h>
lovesegfault: Sorry; time for boot counting PR testing :D
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-chat
<samueldr>
someone should test in a V'
<samueldr>
VM*
Baughn has joined #nixos-chat
<cole-h>
there's already a VM test written for it
<cole-h>
I'm testing on a real system :P
<cole-h>
"real"
cole-h has quit [Quit: Goodbye]
<gchristensen>
what's the test for|
cole-h has joined #nixos-chat
cole-h has quit [Client Quit]
<samueldr>
[14:23:31] <cole-h> [...] time for boot counting PR testing :D
<gchristensen>
oh cool
cole-h has joined #nixos-chat
cole-h has quit [Client Quit]
cole-h has joined #nixos-chat
Baughn has quit [Quit: ZNC 1.6.2+deb1 - http://znc.in]
<cole-h>
Great, it works!
<cole-h>
One final test...
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-chat
<lovesegfault>
cole-h++
<{^_^}>
cole-h's karma got increased to 134
Baughn has joined #nixos-chat
<cole-h>
In the words of GLaDOS: "Great success!"
<bbigras>
isn't it "Huge success?"
<drakonis>
it is huge success
<cole-h>
whatever
<cole-h>
lol
<gchristensen>
Medium success!
<f0x>
okay i guess success!
endformationage has quit [Quit: WeeChat 2.9]
<bbigras>
you did it, I suppose.
endformationage has joined #nixos-chat
<lovesegfault>
I'm eating the bread satan trampled on trying to do that split-output linkFarm cole-h
<cole-h>
lol
endformationage has quit [Client Quit]
<srk>
now we need that on pi4 :D
<gchristensen>
satan-trampled bread?
<srk>
uefi and systemd-boot
<srk>
now I'm wondering what satan-trampled bread is
<ashkitten>
bread that satan trampled on, clearly
<samueldr>
srk: uefi is trivial if you don't mind prebuilt artifacts
<samueldr>
though it'd be nice to have it packaged
<samueldr>
well, BUILT and packaged
<samueldr>
but anything UEFI in device-tree land is going to be painful
<samueldr>
since the mainline linux kernel kind of assumes (even though they say they don't) that you'll be using whatever device tree they authored for a given kernel revision
<samueldr>
I have some notes about a solution for that, well... two different methods even
<samueldr>
but it'd require a lot (well... not that much) development work
<srk>
uboots dtb ignored?
<srk>
or no passtru mechanism?
<samueldr>
it's
<samueldr>
it's more complex than that
<srk>
oh cool :)
<samueldr>
when booting through the "extlinux compatible" mechanism with u-boot, you end up loading the appropriate dtb file for the given kernel revision
<samueldr>
but otherwise, you wouldn't!
<samueldr>
you would use whatever FDT was already in place in memory during u-boot's run
<samueldr>
which in theory should be fine, but in practice will be lacking when the kernel updates
<samueldr>
same with Tianocore
<srk>
ah, fun
<samueldr>
because there is no mechanisms in any UEFI bootloaders to load a dtb file for a given generation
<samueldr>
I guess that's because most distros only care about one kernel at a time
<srk>
have another intermediate linux bootloader doing extlinux.conf & kexec?
<samueldr>
so they just make the firmware load the only dtb file
<samueldr>
srk: that would be an option, but not a *good* one
<samueldr>
one concept is to shove that task back into the kernel code
<srk>
iirc it's done that way on openpower
<samueldr>
they want a specific dtb? then load it yourself!"
<samueldr>
srk: yeah, but that's on openpower... with their linux-based boot flow
<samueldr>
we were talking UEFI
<samueldr>
the kernel already had all the bits available in the source tree to associate a given platform to a given dtb file... so it should, as early as possible, pick them from an appended initrd file
<samueldr>
it could even add a /linux,dtb-compatible property to handle that better!
<srk>
interesting, sounds good
<samueldr>
this way *whatever* provenance it is, UEFI, not UEFI, the kernel would be able to load what it wants
<samueldr>
for the given generation
<samueldr>
another option would be a UEFI shim
<samueldr>
do you know execline?
<srk>
not really, recently stumbled on it
<samueldr>
an "execline-like" UEFI shim that serves to do only one thing: load the appropriate FDT in memory then "exec" into whatever EFI program
<samueldr>
this assumes that bootloaders end up executing an EFI program and not doing something else
<samueldr>
which is good enough I think
<samueldr>
execline's philosophy is that the program reads whatever cli args it handles, then `execve` into leftover command-line arguments
<samueldr>
that's what's important here for my example
<samueldr>
this shim idea, though, is extremely specific to being started by EFI, and execing into EFI
<samueldr>
but should be feasible enough
<lovesegfault>
gchristensen: it's a portuguese expression :P
<lovesegfault>
you use it for when you talk about a task or event that was really horrible
<srk>
samueldr: sounds like it, even buildable on nixos
<lovesegfault>
"I had to eat the bread Satan trampled on in college!"
<samueldr>
srk: what do you mean buildable on nixos?
<srk>
samueldr: building the efi shim with nix
<samueldr>
yeah, it's just software
<lovesegfault>
"US bureaucracy is insane! I ate the bread Satan trampled on just to get a visa"
<samueldr>
it's in no way related to u-boot's implementation
<samueldr>
I highly suggest investigating it *too* whenever you do your rpi+UEFI thing
<samueldr>
the best setup for a raspberry pi 3 I had was using their pi3 tianocore build
<srk>
cool, will take a look. there are two devices I want to try it with - pi4 and omnia
<srk>
maybe netboot would be even better solution to boot rollbacks and these but with router it's kind-of bootstrapping issue. NAS with multiple ifs I guess
<srk>
s~and~with
<samueldr>
yeah, if you want the same setup on misc. ARM platforms you're probably better off with u-boot
tomberek has joined #nixos-chat
<samueldr>
I uh... may need to add a flashing image warning to the PR adding plasma mobile apps
endformationage has joined #nixos-chat
<ashkitten>
i love that the "these weeks in firefox" blog posts have a section for "resolved bugs (excluding employees)" because it makes it sound like some of the bugs work at mozilla
<ashkitten>
also yesssss theyre finally finally removing native theming for content
<ashkitten>
no longer will dark gtk themes make your browser unusable
Dotz0cat has quit [Ping timeout: 264 seconds]
Dotz0cat_ has joined #nixos-chat
<aaronjanse>
ashkitten: I can't find that in the release notes. Does that mean that websites can no longer choose light/dark mode based on the system theme when using Firefox?
<ashkitten>
in nightly
<ashkitten>
css dark theme hint will still work
<ashkitten>
but it will have browser native form element themes instead of using your gtk theme
<elvishjerricco>
So I know there's the bash syntax `{a..f}` for expanding to `a b c d e f`, but is there a way to expand to something like `-o a -o b -o c -o d -o e -o f`?
<samueldr>
kind of, but will not split as you'd like: "-o "{a..f}
<samueldr>
it will create 6 arguments, not 12
<lovesegfault>
does anyone have the incantation to dump the depgraph of a drv to graphviz handy?