gchristensen changed the topic of #nixos-chat to: NixOS but much less topical || https://logs.nix.samueldr.com/nixos-chat
supersandro2000 has quit [Disconnected by services]
supersandro2000 has joined #nixos-chat
<gchristensen> "Serverless scaling" base price: $30/mo/core ... serverless you say
lejonet has joined #nixos-chat
<infinisil> I guess "transient servers" or "ephemeral servers" doesn't have the same ring as "serverless"
<gchristensen> these aren't ephemeral or transient, they're committed resources -- rabbitmq hosting from IBM
<supersandro2000> NoSQL, NoServer, NoCode
<infinisil> gchristensen: Oh lol
<samueldr> that Dockerfile scares me
<gchristensen> they're making apple pie
<infinisil> Maybe it's the *scaling* that's serverless lol
<gchristensen> maibe
<gchristensen> infinisil: I think I'm going to move {^_^}'s rabbitmq backend to cloudamqp so I can shut down this fairly expensive server
<infinisil> I wish I had time to actually rewrite my {^_^} code as an IRC client directly
<supersandro2000> Why does it require rabbitmq?
<samueldr> wow, that plans page hits you like a load of rebar
<samueldr> supersandro2000: because that's what it's built on
<supersandro2000> mmhhh
<samueldr> the first instance listed on the plans page is $3499 per month
<supersandro2000> Economy probably?
<infinisil> o.O
<gchristensen> samueldr: the free plan has up to 1M messages/mo :D
<samueldr> infinisil: price decreases though
<infinisil> I see
<samueldr> let's say it's the first time I've seen a service listed that way
<infinisil> gchristensen: Would you mind if I rewrote my {^_^} code as an IRC client and used a new nick for it?
<gchristensen> I think it is probably b/c most people looking for rabbitmq hosting have high throughput, samueldr
<gchristensen> and so it is important to say, first, yeah we do that
<gchristensen> infinisil: if you'd like. I'd like to pass off the whole irc bot to be off my own infra tbh
<gchristensen> I'm trying to stop being a lone "pin"
<infinisil> I see
<infinisil> samueldr: You're running the commit notices right?
<samueldr> nope, I wrote the code, owner of the code, but running on that message queue
<samueldr> it should be relatively trivial to get working off of IRC if desired
<gchristensen> 'course the events come in over rabbitmq
<infinisil> Not from github webhooks?
<samueldr> though the whole rabbitmq as a bouncer isn't a bad concept
<samueldr> infinisil: you didn't listen to them, but that same queue (or another?) serves the github webhooks
<gchristensen> webhook -> rabbitmq -> commit notices
<infinisil> Ahh
<samueldr> so my github to IRC gateway is rabbitmq in, rabbitmq out, never a miscommunication
<samueldr> can't explain that!
<gchristensen> a pure function!
<gchristensen> rabbitmq is beautiful
<samueldr> gchristensen: so if I understand it right, you want to have only the github webhooks under the purview of what you intend to get hosted *wherever*?
<gchristensen> ideally it would all become part of community infrastructure and stop being one-person-maintained
<gchristensen> it is really clear to me my brain isn't tops these days, and my time availability is even less... so I need to not hold things back
<aanderse> [gchristensen](https://matrix.to/#/@freenode_gchristensen:matrix.org): after they hit 2 you start to get a little mental capacity back
<aanderse> unless you have another... but once they hit 2 or 3... :-D
<samueldr> as a twin, I wonder if I've been twice as detrimental
<abathur> like a college fund, but for infra...
<gchristensen> lol
<aleph-> gchristensen: Stupid question, you might know. Setting up a zfs pool on my NAS. If I flash the eMMC with nixOS (whenever it's ported) from Debian. What would be the way to import my zpool on the new OS? Would it just be a zpool import? Given I'm not moving my disks or anything.
<gchristensen> yeah zpool import should do the trick. you might want to zpool export poolname before you shutdown the old os
<aleph-> Yep, thought so. What does export do exactly? Just store the info on the drives? Or to a binary file I'd pass to import?
<gchristensen> it just stores in the pool that another host will import it
<gchristensen> zfs doesn't like to import another machine's pools without some convincing (-f I think) to avoid accidents
<aleph-> Nod
<aleph-> Thanks
<gchristensen> I think it has to do with maybe networked / serially attached storage where you could feasibly, easily, accidentally, mount another machine's root as your own
<gchristensen> s/root/pool/
andi- has quit [Ping timeout: 240 seconds]
andi- has joined #nixos-chat
rajivr has joined #nixos-chat
<pie_> MichaelRaskin: would this be a relevant comment on 0078 "as a data point for usecases; I recently started wanting to be able - in nix-on-droid - to start web servers for apps from f-droid that are just frontend clients."
vika_nezrimaya has joined #nixos-chat
Emantor has quit [Quit: ZNC - http://znc.in]
Emantor has joined #nixos-chat
<cole-h> worldofpeace: Since w*p is a slur, how about just wp for shorthand when I'm real lazy?
<gchristensen> maybe just worldofpeace for short :x
<cole-h> :( OK
<samueldr> or maybe we can understand between individuals that words written the same way are not the same concept? but maybe I'm too hopeful :/
<cole-h> I'm cool with that, but I don't want to make a habit out of using slurs even if "that's now how I meant it"
<samueldr> (I mean, unless you've been asked not to call 'em wop)
<cole-h> I wasn't asked, but I figure it would be best not to (https://logs.nix.samueldr.com/nixos/2020-10-30#1604091496-1604091759;)
<cole-h> Wish I could unlearn that fact and use it in innocence.
LnL has quit [Ping timeout: 258 seconds]
<gchristensen> irc logs are forever
LnL has joined #nixos-chat
<samueldr> given that it took months for everyone involved to notice, maybe it shows how it's irrelevant that way? (I actually can't know)
<samueldr> but yeah, bad aftertaste :/
<cole-h> Unrelated: what's the `dd` invocation I should use to flash an ISO to a flashdrive?
<cole-h> `dd if=iso of=/dev/sde` is what I've got sof ar
<samueldr> cole-h: oflag=direct,sync status=progress bs=something
<gchristensen> cp ./my/iso /dev/sde; sync
<samueldr> something being dependent on your specific things you're writing to
<cole-h> gchristensen: wait does that work
<gchristensen> yea
<samueldr> yeah, but if you do that use pv instead
<samueldr> you'll get a progress
<cole-h> oh nice
<cole-h> pv iso > /dev/sde
<samueldr> I prefer using dd still so that the process doesn't fill the cache, `dd` blocks as needed
<samueldr> I have a wrapper that uses pv + dd
<gchristensen> yeah, and dd's block sizing can make thinsg faster if you have enough data to matter
<cole-h> "doesn't fill the cache" <- what does that mean?
<samueldr> since even there pv IIRC won't block
<samueldr> cole-h: it'll go fast as it puts stuff in memory to be processed
<samueldr> so at 100% it'll hang until finished
<cole-h> samueldr: Interested in that wrapper 👀
<cole-h> Ah, I see
<cole-h> >> burninate
<cole-h> lol
<samueldr> though it's nice as it handles compressed formats
<drakonis> is it?
<samueldr> is it what?
<drakonis> re: name
<drakonis> its a reference to trogdor
<samueldr> yeah
<drakonis> its good.
<samueldr> there is no way to live detect the best value to use
<samueldr> but with empirical testing 8M is the best for what I had on hand as far as pendrive and sd cards go
<cole-h> samueldr++
<{^_^}> samueldr's karma got increased to 292
<samueldr> it's pv | dd iflags=fullblock oflag=direct,sync
<samueldr> direct bypasses writing to the cache (IIRC) and sync is thus probably redundant
<samueldr> so pv will show the real ETA and progress
<samueldr> fullblock is mainly because otherwise dd will throw a fit
steveeJ has quit [Ping timeout: 240 seconds]
raboof has quit [Read error: Connection reset by peer]
steveeJ has joined #nixos-chat
raboof has joined #nixos-chat
davidtwco has quit [Ping timeout: 264 seconds]
davidtwco has joined #nixos-chat
cjpbirkbeck has joined #nixos-chat
cjpbirkb1 has quit [Ping timeout: 260 seconds]
cjpbirkb1 has joined #nixos-chat
cjpbirkbeck has quit [Ping timeout: 240 seconds]
cjpbirkb2 has joined #nixos-chat
cjpbirkb1 has quit [Ping timeout: 258 seconds]
cjpbirkbeck has joined #nixos-chat
cjpbirkb2 has quit [Ping timeout: 260 seconds]
cjpbirkb1 has joined #nixos-chat
cjpbirkbeck has quit [Ping timeout: 264 seconds]
cjpbirkbeck has joined #nixos-chat
da_dada has joined #nixos-chat
cjpbirkb1 has quit [Ping timeout: 264 seconds]
dadada_ has quit [Ping timeout: 264 seconds]
cjpbirkb1 has joined #nixos-chat
cjpbirkbeck has quit [Ping timeout: 260 seconds]
LnL- has joined #nixos-chat
LnL- has quit [Changing host]
LnL- has joined #nixos-chat
LnL has quit [Ping timeout: 260 seconds]
<bqv> __monty__: not trying to be funny but, i just broke void-linux by installing a package ._.
<bqv> i forgot non-nixos's were this brittle
<drakonis> lol
<drakonis> i have to manage an ubuntu server and it is so goddamn brittle :|
<bqv> Apparently the way I installed the package (that being, using the package installer) is extremely dangerous and the reason my system no longer boots and no binary on it will run
<bqv> I only know because of one reddit post where someone did the same thing
<bqv> So close to just installing nixos.
<bqv> You know, half the point of me not using nixos on this was to make it as "convenient" as possible
<bqv> Regret
<bqv> God help me, I want to try not-os as a desktop OS
vika_nezrimaya has quit [Remote host closed the connection]
<elvishjerricco> So I've got a webserver running. It's fast if I curl its local address, but not if I curl its remote address (ports are forwarded). It times out more often than not.
<elvishjerricco> Obviously since I can curl its local address, we're on the same home network
<elvishjerricco> But when I log into my AWS server and curl the remote address from there, it's fast
<elvishjerricco> Is there something inherently non-performant about curling your own remote address?
supersandro2000 has quit [Quit: The Lounge - https://thelounge.chat]
supersandro2000 has joined #nixos-chat
<elvishjerricco> And it only seems to be HTTP. SSH is perfectly fast when I use the remote address
<abathur> I guess it depends on how far your remote-address traffic has to go? :)
<elvishjerricco> abathur: Well then the ssh would have been slow. And wouldn't any decent router realize when traffic is destined for its own IP and never send it to the internet in the first place?
<abathur> what server?
<elvishjerricco> abathur: Both the server and my desktop that I'm connecting with are in the same home, on the same router
<abathur> I notice an issue with my local servers sometimes, with a DNS name in hostsfile, where the first connection takes forever sometimes, and the 2nd works fine
<elvishjerricco> Mine's not working like 90% of the time
<abathur> by ip I guess?
LnL- has quit [Quit: exit 1]
<elvishjerricco> I was hoping to be able to use the DNS name that points to this network without messing with hostsfile. I'm pretty sure this server hardcodes its hostname into the urls it uses.
LnL has joined #nixos-chat
<elvishjerricco> But I get the same problem if I refer to the remote IP as well
<elvishjerricco> Remote meaning WAN IP
<abathur> nod
<abathur> are pings slow, too?
<abathur> I assume not, since ssh was fine
<elvishjerricco> I need something called "NAT reflection"
Emantor has quit [Quit: ZNC - http://znc.in]
<elvishjerricco> That doesn't explain how SSH was fast though...
ldlework has quit [Ping timeout: 265 seconds]
Emantor has joined #nixos-chat
<emily> nice, I got my first troll making a GitHub account specifically to complain about a PR
<emily> the best kind of github notification to get
<elvishjerricco> Would "Reflexive ACL: On" mean that I do or don't have NAT reflection?
<elvishjerricco> I should thing I do, because otherwise SSH wouldn't have worked at all. And neither would HTTP, but all it's doing is being slow
<elvishjerricco> There are packet filters configured that WOULD be dropping all these packets, but all the filters are disabled.
ldlework has joined #nixos-chat
<cole-h> I'm tempted to get a 14TB external for $190 pre-tax...
drakonis has quit [Quit: ZNC 1.8.2 - https://znc.in]
drakonis has joined #nixos-chat
LnL has quit [Ping timeout: 240 seconds]
LnL- has joined #nixos-chat
LnL- has quit [Changing host]
LnL- has joined #nixos-chat
endformationage has quit [Ping timeout: 258 seconds]
cole-h has quit [Ping timeout: 272 seconds]
<elvishjerricco> colemickens: That's pretty low price for 14T
<worldofpeace> emily: care to share?
<worldofpeace> I would mark this comment as off topic
<worldofpeace> (oh lol, not sure if specified if it was nixpkgs)
<emily> worldofpeace: it was https://github.com/NixOS/nixpkgs/pull/85780#issuecomment-719887350, not entirely off-topic but I don't really have time to argue with them about hydra >_>
<worldofpeace> emily: the first line is enough for me to want to hide the comment 😸
<emily> people sure stretch words to exciting lengths on the internet :P
<worldofpeace> emily: lmk if they continue to waste ur time
<worldofpeace> tho, they do actually seem to have a legit PR in nixpkgs
waleee-cl has quit [Quit: Connection closed for inactivity]
<emily> ah, yeah, I missed that
<MichaelRaskin> Hmmm, is the person trying to make a comparison offensive to both sides of the comparison? Differently worded, that comment would actually be a reasonable argument for making no-unrar version keep the same name, and unrar version be unfree (as it is rarely used in builds anyway)
<MichaelRaskin> pie_: I think we have enough divergent copies of things that RFC itself can skip the likely use cases which do not provide any field data or obvious design constraints; but of course I think that it makes perfect sense to discuss in the comment the future use cases, maybe some constraints do arise out of these discussions.
<crazazy[m]> I decided to turn off upstream cache consideration is cachix and my CI time just tripled lmao
<crazazy[m]> but after that rebuilding my system went really quickly so thats a plus i guess
andi- has quit [Ping timeout: 260 seconds]
andi- has joined #nixos-chat
cjpbirkb1 has quit [Quit: Goodbye, take care]
__monty__ has joined #nixos-chat
LnL- is now known as LnL
<pie_> MichaelRaskin: I'll take that as a yes?
<MichaelRaskin> pie_: for comments, sure; I just was not sure if you expect me to also mention something along this lines in the RFC
<pie_> no, no expectation
<MichaelRaskin> It's not like there is currently some highly active and on-topic discussion that you could be accused of derailing! (and possible applications are surely on-topic for comments)
<pie_> ok, im mostly asking because i didnt bother to read the thread
<MichaelRaskin> Nothing in the last 48 hours anyway
<pie_> well, i left a post.
<MichaelRaskin> Hmm, everything is even more complicated…
<MichaelRaskin> How exactly did you want to run X server there? I thought only hardware-controlling X server needs setuid ?
<pie_> MichaelRaskin: probably easiest thing is to peek at the patches, ts gets simpler after all the confusion at the beginning of the post
<pie_> the comment linked in the first line of the thread shows how to run x11 and the vnc server from a nix generated script - this uses the ld preload style fix so i dont have to recompile
<MichaelRaskin> I mean, in a Debian chroot I typicaly write Xvnc just fine, and without giving it root
<pie_> i dotn think it needs root
<pie_> the issue was something about their version of Popen doing a check
<pie_> lemme see if i linked it
<pie_> its not immediately visible in the patch
<MichaelRaskin> And you need Termux things to be able to use the path redirects and share the binary cache with upstream, right?
<pie_> i dunno, nix-on-droid is based on termux
<pie_> and i think it uses the proot stuff to chroot
<MichaelRaskin> Yeah, the good question is how many of the things are needed
<pie_> termux upstream does have patches for things
<supersandro2000> TIL: colored nix-build output with progress meter
<supersandro2000> unbuffer nix-build -A package | nom
<pie_> but i think most things should mostly work
<pie_> MichaelRaskin: err, the title is system agnostic config generators -this *is* the services rfc right?
<MichaelRaskin> After some discussion we decide to adjust the scope
<{^_^}> t184256/nix-on-droid#78 (by deliciouslytyped, 9 weeks ago, open): Porting termux packages / reusing patches
<MichaelRaskin> Because NixOS wants to reuse all the remotely usable upstream units with minimal overrides
<MichaelRaskin> But half of the time the launcher scripts are the easy part, and the main part of the code is config file handling
<MichaelRaskin> So the RFC is for sharing the most valuable code among all users just like Nixpkgs, and for non-systemd service abstraction… well, we do not need to ask NixOS users to agree on anything there
<pie_> sooooo no services abstraction this time?
<MichaelRaskin> Nope. But most services are easier to write as oneliners (assuming the config files are already built) than to push through a full-blow service abstractions anyway
<pie_> wel ok
<pie_> :c
<pie_> :p
<MichaelRaskin> And I mean, a nix-processmgmt template for a service is not expensive to clone
<MichaelRaskin> It's when it asks you to give it the config that things need per-service work
<MichaelRaskin> But this work I want to be easier to take from NixOS
<pie_> i guess ill peek through the thread at some point to see whats goin gon
<MichaelRaskin> You might also want to NixCon page → room list → service separation meeting notes
<MichaelRaskin> As this is the discussion notes on what lead to the decisions taking when submitting RFC. I would say that the post-submission discussions so far are more on what need to be presented better.
<pie_> MichaelRaskin: is it linked /saved or something in the thread?
<supersandro2000> when you are watching a series while writing something for nixpkgs and they are stranded in the middle of nowhere and the only sign shows "BRNO"
<pie_> heh
<pie_> all signs point to nixpkgs
<MichaelRaskin> Not in the thread I guess
<MichaelRaskin> (from following the link trail I gave)
<pie_> maybe its worth archiving that in the thread
<pie_> like, attach it as a text file or something
<supersandro2000> When you discover a new hammer and everything looks like a nail
<MichaelRaskin> Hmm, good question how long cryptpad will keep this…
<MichaelRaskin> (but not sure it is useful long-term)
endformationage has joined #nixos-chat
kloenk has quit [Ping timeout: 272 seconds]
waleee-cl has joined #nixos-chat
kloenk has joined #nixos-chat
<MichaelRaskin> What's that?
<supersandro2000> The only negative thing about it I can come up with is always: The Docs are not complete
<ldlework> MichaelRaskin: it's a NixOS review by DistroTube
<MichaelRaskin> Ah, I heard it exists but haven't remembered the link
<infinisil> {^_^}: Would be nice if you did like link previews
<MichaelRaskin> The bot does, but the whitelist is short
<supersandro2000> in another channel the bot just displayes the title of URLs
<eyJhb> I don't think that {^_^} behaviour changes pr. channel
<MichaelRaskin> One more drawback of Cloudflare: credible pageviews even without trackers being loaded
<infinisil> Hehe, I guess it does PR link previews yeah
<ldlework> neat, he uses qtile
<ldlework> i wonder what his irc nick is
irc_bot[m] has quit [Quit: Idle for 30+ days]
<supersandro2000> eyJhb: I meant another BOt
<etu> ldlework: afaik he has a channel named #distrotube on freenode
<ldlework> i joined
* etu is not in there
<ldlework> i remember watching a video from him on NixOS before and it wasn't positive
<ldlework> glad to see he came around
<ldlework> he uses qtile, emacs and nixos... he is a man of fine taste :)
<eyJhb> Anyone that know what the hell is written here - https://i.imgur.com/HlTnolw.png
<MichaelRaskin> Can we get more samples of this handwriting?
<__monty__> Interupted?
<eyJhb> MichaelRaskin: more samples - https://i.imgur.com/bc3I8ic.png
<eyJhb> templetet?
<eyJhb> sempleol?
<eyJhb> sampled?
<MichaelRaskin> Obviously sampled
<eyJhb> templeol <-
<eyJhb> Why doesn't his letters connect! Or very little
<MichaelRaskin> I mean, you can even argue that the is a wrong number of verticle sticks in «am»
<MichaelRaskin> Doesn't change the fact that the word being written down was «sampled»
<MichaelRaskin> *there is
<eyJhb> I can't complain in general
<eyJhb> My handwriting is pure shit. I can't even read it, as said before. We sometimes play "write and guess" with my handwriting, as I forget what I have written, and we cannot read it.
<eyJhb> So far my handwriting always wins.
<MichaelRaskin> Too bad Palm graffitis are slow to write
aleph- has quit [Ping timeout: 260 seconds]
aleph- has joined #nixos-chat
<ldlework> Has anyone heard of Svelte or Snowpack?
cole-h has joined #nixos-chat
<eyJhb> V is pretty sus
<cole-h> Vote 'em out
<V> oh no
<V> it's happening
<V> I wasn't near the body I swear
<eyJhb> Totally vented. :p
<V> :V
<eyJhb> At some point, we need a among us Nix play
<supersandro2000> eyJhb: aren't you sus noticing he is sus?
<eyJhb> Fuck.
<eyJhb> Most of the time, you just need to call a meeting and be a slow writer. Then you are screwed!
<V> he
<__monty__> "It's the joggers I don't trust, they're always the ones to find the bodies!"
rajivr has quit [Quit: Connection closed for inactivity]
lejonet has quit [Ping timeout: 264 seconds]
lejonet has joined #nixos-chat
<ldlework> Well, I am really liking what I'm seeing with Snowpack and Svelte
<pie_> ldlework: whats svelte and snowpack
<ldlework> Snowpack is a modern ES6 build tool that doesn't bundle during development so it's like... instant instant fast.
<pie_> templeos obviously <eyJhb> templeol <-
<ldlework> Svelte is like React but made as if the year was actually 2020.
<ldlework> Apparently browsers have module import support now, and it's super efficient.
<ldlework> So during development Snowpack lets the browser do all the work (beyond transformation ofc)
<pie_> i have no idea what that does but sounds good
<pie_> joepie91: more fodder for the "js/wasm/web is the multiplatform", also more whitequark doing big brain http://yowasp.org/
<MichaelRaskin> Watching nix-builds in ssh to Ubuntu VMs roll by (ssh is spawned in a shell loop)… Because Ubuntu VMs must stay Ubuntu VMs, and I need the infrastructure to be eventually taken over by others.
<MichaelRaskin> Nix builds they should not have problems learning, but complicated orchestration might be a risk
<drakonis> hmm
<drakonis> maybe i should set up nix on the server i'm managing
<drakonis> maybe it'll solve my annoyances
<pie_> is it just me or is web.archive.org broken
<pie_> e.g. https://web.archive.org/web/*/www.google.com doesnt show the date picker
<cole-h> Just you
* pie_ flails helplessly
nullheroes has quit [Quit: WeeChat 2.9]
<infinisil> 👻
<etu> 😱
sphalerite is now known as spookyscarysphal
cjpbirkbeck has joined #nixos-chat
<infinisil> Kitty's unicode input is awesome
cole-h has quit [Ping timeout: 264 seconds]
<supersandro2000> I would want kitty in the Konsole GUI
<supersandro2000> Nix-Art https://i.imgur.com/jiwIPnk.png
<tilpner> beautiful
endformationage has quit [Quit: WeeChat 2.9]
endformationage has joined #nixos-chat
<gchristensen> guh. trying to use git rebase, but merges are in the way making it unclean
<samueldr> I've sometimes resorted to exporting patches and writing them as a less cumbersome and more tangible rebase for harder cases
<samueldr> and applying them*
<samueldr> ugh, and "am"ing them
<gchristensen> ehh yeah I was afraid of that :P
<samueldr> sometimes needing: git am --show-current-patch=diff | patch -p1
<eyJhb> pie_: don't be hating on my decoding
<MichaelRaskin> Ah OK, so the problem was that I am not brave enough to script editing /etc/sudoers in an idemptotent way, and failed to follow my own clear instructions mentioning I should edit it. Situation normal…
<eyJhb> This broke my setup for some reason
<eyJhb> Guessing it is generally broken now after the security enhancements
<danderson> The thing that broke for me is that the service's working directory isn't set to cfg.home
<danderson> so transmission loads the wrong settings.
<danderson> I have https://github.com/NixOS/nixpkgs/pull/102204 out to fix that.
<{^_^}> #102204 (by danderson, 19 hours ago, open): nixos/transmission: point at the settings dir in cfg.home.
<danderson> Once I fixed that in my own code, transmission fired up and worked happily.
<eyJhb> I mostly download to /media/entertainment, which no longer works because.. `systemd.services.transmission.serviceConfig.BindPaths = [ "/path/to/alternative/download-dir" ];`
<eyJhb> But good catch!
<danderson> can you set cfg.downloadDir? Or does that break something else?
<danderson> I have other machinery that pulls things out of transmission's download dir, so I never aim it at anything else
<danderson> and it's all one big ZFS dataset anyway, so, shrug
<danderson> but it does feel like with the extra sandboxing, there's a couple of missing options to plumb more FS paths into the service
<gchristensen> I think I've compiled Nix about 300 times today
<MichaelRaskin> Are you any closer to understanding the problem?
<samueldr> hopefully you let it compile itself rather?
<gchristensen> bisecting, applying a few patches on every check
<samueldr> if I'm implementing reading a sensitive value like a passphrase, what can be done about ensuring it gets evicted from memory as far as the processes involved know?
<samueldr> I figure it's a case that's extremely specific to the implementation; the runtime in which that executes
<gchristensen> I think you're supposed to memprotect it and stuff
<gchristensen> I think aszlig had a bug report about something like this once
<samueldr> yeah, I'm looking for usual keywords about that
<samueldr> I'll have to take a peek at how plymouth handles that
<samueldr> though I think there's a big loose-end here: my IPC
<samueldr> using zeromq's ipc:// (which is unix domain sockets), I guess at any point in time zeromq could leave strays around
<elvishjerricco> gchristensen: I'm curious what's got you bisecting Nix
<andi-> samueldr: simple just add E2E encryption!
<samueldr> andi-: how? :)
<MichaelRaskin> elvishjerricco: recursive nix
<andi-> from StackOverflow import E2EE
<samueldr> andi-: I mean, it's all under the same "security context"
<samueldr> not like I have some kind of untrusted pipe to go through
<samueldr> except future reads into memory
<gchristensen> elvishjerricco: recursive nix broke, and I use that to make building netboot images not miserable... but in the process of trying to make it less miserable again, I've been stuck in a misery of bisecting Nix through a buuuuunch of major changes where individual commits don't work
<pie_> samueldr: i think there are some new apis that are getting implemented for something related to that too
<pie_> in the kernel
<samueldr> pie_: hard mode: vendor kernels
<pie_> yay :D
<pie_> technically you also dont want it to end up in swap or such either
<elvishjerricco> gchristensen: I'm pretty sure this is literally the only use case in favor of squash merges :P Minimal intermediary broken commits on master
<samueldr> yeah, swap is memory here
<pie_> samueldr: i swear this is like something there should be a kernel faq for or something :P
<samueldr> but that's not strictly kernel stuff!
<gchristensen> elvishjerricco: yeah.
<pie_> i dunno memory management sounds like kernel stuff >.>
<pie_> but really i dont have any experience with this
<samueldr> pie_: not _strictly_, there are considerations in the different userspace ways that will be abstracted away
<pie_> unless you can somehow use homomorphic encryption to compute stuff
<samueldr> like, is the scripting runtime caching every input so you will clear "1234" but will have "123", "12", and "1" around
<pie_> valid
<samueldr> or even, how to make it skip entirely being handled as a string!
<samueldr> and then there's the GUI toolkit I'm using
<samueldr> I *think* the textarea string would be safe as it wouldn't allocate new strings, if I understand how it's working well (without having looked)
<samueldr> I also love how the systemd password agents spec has no detail about security https://systemd.io/PASSWORD_AGENTS/
<samueldr> I understand that it's not part of the protocol, but a simple mention of what should be implemented would be helpful
<samueldr> hmm, plymouth has entry->text = strdup (text);
<gchristensen> omg: Bisecting: 1 revision left to test after this (roughly 1 step)
<MichaelRaskin> Hopefully the remaining commit is not a huge merge
<samueldr> how many time overs has it been roughly 1 step?
<samueldr> I've had that happen for a couple commits
<gchristensen> I've bisected down to individual commits 4 times now, as I built up which collection of patches I needed to carry
<samueldr> so, looking at plymouth, I couldn't find anything ressembling security over the strings other than clearing the memory before every strdup()
<{^_^}> nix#4030 (by roberth, 6 weeks ago, merged): Overhaul wopAddToStore
<samueldr> not fond of the feeling of wet oven mitts from the dishwasher
<__monty__> That doesn't sound like where the oven mitts go.
<samueldr> when they're made of silicone, yes it is
<samueldr> and it's mightily convenient!
__monty__ has quit [Quit: leaving]
<pie_> turn them inside out and dry them?
<samueldr> nah, just giving it enough time does it
<samueldr> it was almost freshly out
<samueldr> I even completely forgot they were in the dishwasher, so good thing the cycle finished before I needed them
<samueldr> (and it's not really possible to turn inside out)
<andi-> FFS why do I need unstable nix to properly build nix without this slow shim...
<infinisil> Lol, now watching https://www.youtube.com/watch?v=303OpMyekk0, "Beating Minecraft with an actual pumpkin on my head." (live stream just started)
hmpffff has joined #nixos-chat
<supersandro2000> when you package something and find this filename: test_aeassessmentsessiondelegate.py
<colemickens> Have there been surveys of "what type of nixos user are you [desktop/server/embedded/other]?" correlated with "What channel do you follow [nixos-unstable,current-stable,some-older-stable]?"
<gchristensen> I doubt it, colemickens