<aanderse>
oh pie_ is behind that nix wine project?
<aanderse>
hmm
* aanderse
searches
<aanderse>
hmm can't seem to find the page
<samueldr>
deliciouslytyped is their github username
<aanderse>
thanks samueldr :)
<aanderse>
yeah i remember seeing this a while back and thinking pretty fantastic
<aanderse>
hows it going samueldr?
<samueldr>
busy shaving this new yak
<pie_>
aanderse, fantastic seems like an overstatement till theres anything minimally substantially decent in the repo...
<aanderse>
well... fantastic idea at least :)
<pie_>
aanderse, thanks for the compliment though ^-^
<aanderse>
i hate battling a game in wine
<aanderse>
then 6 months later it doesn't work anymore and i have no idea
<aanderse>
though steam proton really fixed a fair bit of that
<samueldr>
wrt my yak: validating whether an assumption I make is true: that booting EFI wrecks *something* with the sunxi/allwinner DRM things
<aanderse>
bought a game for my sons birthday... installed... pressed play... and it worked :D
<aanderse>
samueldr: i'm exhausted and that sounds horrible
<aanderse>
ha ha ha
<andi->
i once wrote a little wrapper that transformed one of those gaming on linux tools yaml files and setup a nix-shell from them... didn't work for that game so I stopped
<samueldr>
well, while shaving that yak I also made refind work for aarch64, so a net positive :)
<aanderse>
nice
<samueldr>
or, more appropriately, built with Nixpkgs on aarch64
<samueldr>
(turns out that, somehow, the arrow keys on the pinebook keyboard don't work with refind :/)
<aanderse>
ah not fun
<pie_>
andi-, pls giv thx
drakonis2 has quit [Read error: Connection reset by peer]
drakonis2 has joined #nixos-chat
drakonis2 has quit [Read error: Connection reset by peer]
drakonis has joined #nixos-chat
drakonis_ has joined #nixos-chat
<andi->
pie_: not sure if I still have that around.. must have been almost a year ago.. hit me up tomororw (evening) and I'll start searching through backups
drakonis has quit [Ping timeout: 252 seconds]
aszlig has quit [Quit: Kerneling down for reboot NOW.]
drakonis has joined #nixos-chat
aszlig has joined #nixos-chat
disasm| has quit [Ping timeout: 268 seconds]
<aanderse>
my cpu fan went bad. cpu went up to 98 celcius when compiling :S
<aanderse>
replaced today. solid 35 celcius when compiling :)
LnL has quit [Quit: exit 1]
disasm| has joined #nixos-chat
drakonis1 has joined #nixos-chat
drakonis2 has joined #nixos-chat
drakonis_ has quit [Ping timeout: 252 seconds]
drakonis1 has quit [Ping timeout: 258 seconds]
<samueldr>
welp, that was dumb... all that time and I "just" needed to load the upstream kernel dtb for the device instead of relying on the u-boot provided one
drakonis2 has quit [Ping timeout: 244 seconds]
drakonis2 has joined #nixos-chat
iqubic has joined #nixos-chat
iqubic has quit [Ping timeout: 252 seconds]
drakonis has quit [Quit: WeeChat 2.4]
gchristensen has quit [Quit: Connection closed for inactivity]
endformationage has quit [Ping timeout: 255 seconds]
Myhlamaeus has quit [Ping timeout: 248 seconds]
nand0p has quit [Read error: Connection reset by peer]
nand0p has joined #nixos-chat
cbarrett has quit [Read error: Connection reset by peer]
manveru has quit [Read error: Connection reset by peer]
<{^_^}>
vector-im/riot-web#7134 (by turt2live, 41 weeks ago, open): Pills for users with backticks get converted to code when complimented with another backtick
<ivan>
note routeThrough doesn't work because it doesn't work in the module
<ivan>
(I didn't know there was a wg-quick module at the time)
<gchristensen>
oh cool
<gchristensen>
I'm curious about the `endpoints` bit, w.r.t. how multiple are supported -- I'll
<gchristensen>
have to read the code :)
<ivan>
config "icvm" [ "work_vmware_nat" "internet" ] { ra = 25; plato = 25; } <- when getting a config you pass in a list of innermost to outermost networks
<ivan>
for each peer it just picks the endpoint for the first matching network, if any
<ivan>
(wireguard doesn't support having multiple endpoints)
waleee has joined #nixos-chat
{^_^} has quit [Remote host closed the connection]
{^_^} has joined #nixos-chat
endformationage has joined #nixos-chat
<sphalerite>
gchristensen: does tinc count?
{^_^} has quit [Remote host closed the connection]
<tilpner>
Seeing as how tinc is not wireguard... probably not c.c
<tilpner>
I'm still annoyed that I had to go ipv4 just for Android support :/
<gchristensen>
sphalerite: it might, what do you do?
<sphalerite>
Still going to share because it allows putting them in public DNS :)
<sphalerite>
don't look too closely at my use of type = lib.types.attrs; :p
<ajs124>
ivan, huh, we have/are working on something quite similar. although ours is _slightly_ more hacky and over-engineered. it involves bird2 and OSPFv3, for reasons.
<ivan>
ajs124: see, I don't even know those things exist
<cransom>
ivan: what kind of services do you get to over wireguard? i assume mostly ssh or non-encrypted web endpoints (unless you are using your own internal certificate setup)
<ajs124>
ivan: you probably don't need them for your setup. We only need them because some of our hosts' internet connections suck in weird ways.
<ivan>
cransom: yeah, unencrypted web endpoints and databases and I also use it to make connections to a machine behind a NAT with no port forward
<clever>
tilpner: neat, i would have just used fetchgit against pull/n/head, but then you need the sha256
<tilpner>
clever: fetchgit is also much slower
<tilpner>
Though I haven't checked what kind of caching Nix does for git, and how much that helps
<clever>
tilpner: i was thinking pkgs.fetchgit, which cached based on name+sha256
<tilpner>
clever: I was talking about the initial clone. I don't know if Nix intelligently re-uses other fetches of nixpkgs, so that not all the history has to be transferred again
<clever>
for pkgs.fetchgit, its mostly pure, so it cant cache things
<clever>
but it does do a shalow clone i believe
<clever>
tarball will still beat it
<tilpner>
Ahh, it was builtins.fetchGit that cached things in ~/.cache/nix/gitv2
<clever>
yep
<clever>
and that doesnt use a sha256 as much, and will have to re-query to see if things are old
<tilpner>
Which might be appropriate for this case
<joepie91[m]>
right, I should have been more specific
<joepie91[m]>
I meant oer-channel :)
<joepie91[m]>
per-channel*
<tilpner>
andi-: You can use Matrix from weechat
<gchristensen>
same andi-
<tilpner>
Densest layout around
<joepie91[m]>
actually, this dense mode isn't even what I want :(
<andi->
anyone know what res:// (the uri/protocl) is being used for?
<gchristensen>
I don't like irccloud. I switched to it while I replace the server I ran weechat from, starting with much more important things (like {^_^})
<andi->
I am trying to make sense of the firefox changes that have no commit message and an restricted bug entry..
<tilpner>
gchristensen: What happened to your backups?
<gchristensen>
I have backups
<gchristensen>
doesn't make it trivial to replace the system though
<tilpner>
No? I just restore the backups and rebuild with the old config
<andi->
I have procrastinated moving my weechat to another system for a while now... Just haven't done it.. does that count as hot-spare? :D
<clever>
the worst system failure ive ever had, was when the power supply and motherboard both died together, but the hdd survived, and it was trivial to move the data out
<tilpner>
Except for manually managed keys, that's pretty much all I had to do when I got hardware replacements for my server
<gchristensen>
tilpner: with the nature of the failure (bad RAM) I wanted to only restore very specific data
<tilpner>
Oh, because you didn't trust the backups?
<gchristensen>
right. I wanted to only restore data I *had* to (like channel advancements)
<tilpner>
That makes sense
<averell>
but all those irc logs...
<gchristensen>
I am definitely restoring those.
<andi->
has anyone implemented logrotation for weechat logs?
<gchristensen>
I wouldn't want to lose them, I find them too valuable
<andi->
not in terms of throwing away but having a file per week/month/day/…
<averell>
that would be nice, especially since they could then compress.
<andi->
infinisil: not sure if that would cut it for me... I saw a blog post about sr.ht where they are now able to display comments on diffs (via Email) as discussions on a website.
<infinisil>
Neat
<infinisil>
But email integration seems very hard to get right
<joepie91[m]>
doesn't github already do that?
<andi->
nope, you can't do code reviews via Email
<joepie91[m]>
oh, code reviews
<joepie91[m]>
riight
<joepie91[m]>
right*
<infinisil>
I'd be more than happy with an ncurses client, so I don't need to use the super-laggy web UI
<andi->
one day I'll start hacking on one and never finish.. Like so many projects.
* joepie91[m]
is making a data model for hosting provider data
<joepie91[m]>
surprisingly much crap to represent :D
<andi->
grrr how do you open a PR for a stable branch without Github loading a gigantic diff and locking up for a minute?
Peetz0r has quit [Quit: brb]
Peetz0r has joined #nixos-chat
<samueldr>
with more ram
<samueldr>
to be more helpful, but not enough: you can use a specific URL for it, but I don't think there's a way to trigger that URL before first going through the main branch, in the github UI
<pie_>
also i got non-cumulative and cumulative backwards
<joepie91[m]>
pie_: will need to look at it more carefully tomorrow, but seems interesting/sane at first glance
<pie_>
the impl is a huge ...crap.. right now imo, or at least i wouldnt proudly claim i did this xD
<pie_>
but i _thing_i finally ironed out any big bugs
<pie_>
at least until i find another one
<andi->
samueldr: RAM isn't an issue... seldomly use 10 of the 32GB I have in this notebook.. I usually customize the URLs but sometimes I just try to do it "the proper way" and then figure it doesn't work...
<pie_>
also still trying to write tests
<infinisil>
pie_: Is this like an RFC or?
<pie_>
infinisil, just a normal git repo for starters
<pie_>
i feel like other people would think this is too bloated ;~;
<pie_>
it used to be cleaner but then ~things~ happened
<infinisil>
But you intend to make this an RFC?
<pie_>
infinisil, at some point, if i feel its less garbage
<pie_>
id not have put so much work into it if i didnt want to try upstreaming it
<pie_>
or rather, why bother at all then
<pie_>
or something. i dunno lol, tl;dr yes i want to RFC it later
<infinisil>
Cool :)
<pie_>
infinisil, maybe we can stop having every language implement its completely separate nix infra :p
<joepie91[m]>
pie_: fwiw, I'm more interested in the high-level design of the abstraction, than in the quality of implementation :)
* pie_
looks at R -_-
<pie_>
joepie91[m], ya
<joepie91[m]>
implementations can be fixed
<joepie91[m]>
high-level designs not, without breakage
<pie_>
joepie91[m], i feel the current design is kind of mutually horrible, i got hammered it till i managed to _seemingly_ implement it so that it ended up looking how i wanted
<pie_>
really im just not happy with _api
<pie_>
well, i havent actually tested my use case yet :I ...fingeres crossed everything doesnt break tomorrow
<pie_>
(it works at least somewhat)
<joepie91[m]>
might have some feedback on it tomorrow :)