<joepie91>
pie_: contrary to what it looks like, that is *not* a 'best practices' guide, but rather a 'this is how you're supposed to build stuff for Heroku' guide
<joepie91>
one of the notable issues with it, is its recommendation of storing configuration (including credentials) in environment variables, which is a really bad idea from a security perspective (env vars are not considered secret, are inherited, and frequently leak) but is a recommendation that exists due to how Heroku's deployment system works
Taneb has quit [*.net *.split]
<pie_>
ok i didnt get that far with that train of thought but that was a bit head scratchy
<joepie91>
(the correct storage mechanism for sensitive configuration is either a) an appropriately-permissioned config file like a config.json, or b) a tailor-made credential management system)
<joepie91>
pie_: this is one of the handful of things that are very well-marketed as 'best practices' but that are actually service-specific guides and/or marketing props
<joepie91>
another example of that is the "JAMStack", which makes no technical sense, and is basically just a way for Netlify to market their services
<pie_>
never heard of that lol
<pie_>
sounds like a sandwich
<samueldr>
I don't know how "JAM" has gone through the marketing dept. considering traffic jams and such
<pie_>
heh
<samueldr>
or jamming something in something
<joepie91>
another, older example of this is the "MEAN stack", which is MongoDB's marketing prop
<pie_>
one more microservice should git just fine right...
<pie_>
*fit
<pie_>
just jam it in there
<joepie91>
unfortunately this sort of marketing generally works very well, and is easily defensible as "they're just trying to help the community!" no matter how many errors there are in the recommendations
<pie_>
my problem is finding errors for something like this is an open ended question
<joepie91>
anyway. enough rant for today :) I should probably roll these two examples into my in-progress blog post about "stacks" and this sort of marketing
<pie_>
like, if you have principles to compare against, that helps
Taneb has joined #nixos-chat
<pie_>
but i still dont know what the runtime equivalent of nix is, as opposed to uhh...disk-time?
<pie_>
spacetime
<joepie91>
pie_: the tricky thing with these things is that they are often written to *sound* plausible to anyone who doesn't know the subject matter in-depth
<pie_>
joepie91: i think thats what im trying to say
<joepie91>
the most accurate heuristic I've found to detect these sort of untrustworthy 'best practices', is to see how well it explains the rationale for its recommendations, whether it addresses the criticisms/recommendations provided by others, and whether - if in doubt - the authors can defend their recommendations in good faith
<pie_>
i kind of assume one is better off reading good academic papers
<pie_>
but you know
<pie_>
gotta find those too
<joepie91>
once you're talking to the author(s), it usually becomes fairly easy to distinguish "they made a genuine mistake" / "they forgot to add a rationale" from "they are using shitty excuses to not have to address a criticism"
<joepie91>
but ultimately, you're probably going to be dependent on people who do recognize the bullshit, writing angry ranty articles about how it's nonsense :)
<joepie91>
(for anything you're not well-versed in yourself)
<joepie91>
the upside is that these sort of marketing tactics are - for now - relatively rare
<joepie91>
pie_: I mean, academic papers have their own problems of bias and bad science :)
<joepie91>
just a (usually) better-functioning process for fishing out those cases
<pie_>
hence the "good" qualifier 'xD
<pie_>
but id _like_ to believe the incentives are somewhat less skewed :(
<pie_>
i guess that makes sense re: process
<joepie91>
pie_: dunno, they're pretty bad. basically, as a researcher, you don't want to be the one who writes the paper saying "we've found nothing"
<pie_>
yeah....
<joepie91>
so there's a strong incentive to write papers that find something, even if that something is pulled out of thin air
<pie_>
joepie91: meta-marketing? :P instead of selling your product, shape the ecosystem so you win?
<joepie91>
otherwise, you start risking your future funding etc.
<joepie91>
pie_: I actually usually call it "ecosystem marketing", yeah
<joepie91>
and that is basically how it works
<pie_>
im pretty sure theres a technical economics term for this
<joepie91>
shape the environment so that your product is the only logical conclusion
<joepie91>
probably!
drakonis1 has joined #nixos-chat
Synthetica has quit [Quit: Connection closed for inactivity]
Taneb has quit [*.net *.split]
waleee-cl has quit [Quit: Connection closed for inactivity]
Taneb has joined #nixos-chat
Taneb has quit [*.net *.split]
Taneb has joined #nixos-chat
das_j has quit [Remote host closed the connection]
das_j has joined #nixos-chat
endformationage has quit [Quit: WeeChat 2.6]
drakonis1 has quit [Quit: WeeChat 2.6]
Taneb has quit [*.net *.split]
ajirx has joined #nixos-chat
<gchristensen>
hmm looks like autotrim is a good thing to turn on
<tilpner>
gchristensen: That graph says autotrim will make your zpool perform better, but AFAICT a reason frequently mentioned against autotrim is, that it'll eat through an SSDs lifespan
<gchristensen>
right, the man page mentions this, too: Be aware that automatic trimming of recently freed data blocks can put significant stress on the underlying storage devices.This will vary depending of how well the specific device handles these commands. For lower end devices it is often possible toachieve most of the benefits of automatic trimming by running an on-demand (manual) TRIM periodically
<gchristensen>
using the zpool trim com‐mand.
<tilpner>
It probably makes sense if your workload is anywhere close to the scenario used in that video (copying kernel sources non-stop)
<gchristensen>
however I wonder if other FS trim implementations issue trims every time a file is deleted? this isn't what zfs does
<tilpner>
But a daily/weekly trim might just be enough for much less volatile workloads like a dev machine, with less life-eatin
<tilpner>
*life-eating of your SSD
<tilpner>
gchristensen: Right, I would consider differences in trimming strategies if that warning came from the fstrim or ext4 manpage
<ar>
why would trimming shorten the lifespan of an ssd? it shouldn't zero-out the blocks, just mark them as free-to-reuse in FTL
<gchristensen>
both of hese warnings are laden weasle-words. I wish there were some specifics. what counts as "lower end" (zfs) or "poor quality" (fstrim) devices
<tilpner>
Yes, I agree. It's not clear that it would shorten lifespan
<tilpner>
Again, it might make perfect sense for you to enable autotrim
<gchristensen>
I think these warnings are bogus actually
<tilpner>
But as I can't tell myself what the impact would be, and I don't have a very write-heavy workload, I just settle for weekly trim
<tilpner>
My device isn't listed there, and that could be because it's not "lower end"/"poor quality", or because nobody added it
<tilpner>
Then again, of course an nvme disk is not listed in the ata blacklist
<gchristensen>
:)
<tilpner>
(And I may lose a little bit of confidence in the kernel protecting me, every time they automatically backport a major bug to longterm)
<gchristensen>
lol yes
<gchristensen>
anyway, it sounds like the fstrim scare words are basically saying it might wear out faster, not that it is actually doing something extra bad
<gchristensen>
so if the onl yrisk is a bit of a slow-down ..... feels very safe to turn on.
sphalerite has quit [Remote host closed the connection]
sphalerite has joined #nixos-chat
sphalerite has quit [Client Quit]
sphalerite has joined #nixos-chat
sphalerite has quit [Client Quit]
sphalerite has joined #nixos-chat
Jackneilll has quit [Remote host closed the connection]
Jackneill has joined #nixos-chat
<ashkitten>
zfs is cow anyways so if you're using snapshots it'll only free up blocks when the snapshots are deleted
<ashkitten>
so it shouldn't matter since it'll batch the trims regardless due to the nature of the filesystem itself
psyanticy has joined #nixos-chat
tilpner_ has joined #nixos-chat
tilpner has quit [Ping timeout: 276 seconds]
tilpner_ is now known as tilpner
<gchristensen>
infinisil, elvishjerricco: http://gsc.io/snaps/5c60eb8f-d2c8-45a4-b883-5dc703203d51.png disk write rate and snapshot frequency data. seems okay to me, especially when the HDDs being backed up to have a much longer write lifespan than the nvme in my laptops and servers which are all sending
drakonis_ has joined #nixos-chat
drakonis has quit [Ping timeout: 276 seconds]
__monty__ has joined #nixos-chat
drakonis_ has quit [Read error: Connection reset by peer]
<samueldr>
also has an amazing track record in backwards compatibility (the north american plug)
<samueldr>
IIRC, the only other plug used beforehand in north america was the light socket plug
<joepie91>
samueldr: US plugs have much more sagging issues than schuko ("EU") plugs, I'd consider that a good reason why schuko plugs have better UX
<joepie91>
more satisfying to plug in
<joepie91>
even disregarding safety issues
<joepie91>
and also generally a more obvious fit, ie. less "but is this the right one" doubt
<joepie91>
note: specifically applies to schuko, not to the smattering of country-specific plugs that are kinda sorta maybe compatible but don't fit properly
<qyliss>
I was impressed with the plugs in Switzerland
<qyliss>
They can fit like 6 of them on a single wall panel
<joepie91>
heh
<joepie91>
"The standard defines a hierarchical system of plugs and sockets with two, three and five pins, and 10 A or 16 A ratings. Sockets will accept plugs with the same or fewer pins and the same or lower ratings."
<joepie91>
nice
<Taneb>
joepie91: Italy has their own standard but alsu uses Schuko. The sockets get pretty awe-inspiring
<leons>
The only real world benefits of UK plugs are AFAIK the fuses, which allow thinner wires. The reverse polarity protection is nice, but you shouldn't rely on it as most electricians wiring up houses don't really care
<leons>
Compared to Schuko
<__monty__>
Anyone know why the common EU socket has the earthing pin off-center?
<gchristensen>
:o
<__monty__>
I've always wondered, most (all?) manufacturers don't bother putting two earth-pin holes on plugs so it forces right-angle plugs to cover other sockets often.
<__monty__>
The springy bits on schuko sockets I've come across corroded which doesn't seem great when talking about conductance.
<leons>
Never seen them corrode in my 20 years in Germany
<leons>
__monty__ : Are you referring to the Type E? Then you would loose the nonstandardized and unused reverse polarity protection which it physically features. Oh no! </sarcasm>
<samueldr>
off center to force live one way, neutral the other, generally
<samueldr>
(assuming the wall plug is wired properly, always)
<samueldr>
though many circuits can work the wrong way around, some will fail dangerously (even deadly) the wrong way around
<samueldr>
(it's not the plug design's fault if the wiring is wrong)
<__monty__>
What's that about actually? Don't understand AC well enough.
<__monty__>
Is neutral the central conductor on a Y config?
<leons>
samueldr: Something about full bridge rectifiers I don't really know anything about
<leons>
Actually you can use Type-E plugs in the very common Schuko sockets without earth connected, but not Schuko in Type E (not assuming the combined plugs), which makes Schuko technically safer
<samueldr>
leons: not everything is built using full bridge rectifiers :)
<leons>
But most new plugs feature earth connections for Schuko and Type E, so it's basically irrelevant
<__monty__>
leons: Except you can use schuko in unearthed sockets.
<samueldr>
but yeah, those would be fine both ways, just like how here in north america we get non-polarized plugs for those
<leons>
__monty__: I think Schuko sockets without earth are not allowed. For that you have euro sockets
<__monty__>
The schuko wiki article mentions it as a drawback.
<__monty__>
Basically they're equivalent afaict except schuko is reversible.
<leons>
For devices not requiring earth (like hairdryers), which require more current than allowed on euro plugs, you'll have a shuko PLUG without earth, never seen a socket without earth before.
<avn>
adisbladis: Can I ask (returning to yesterday chat), what you use for interact with ttyUSB? (cu from uucp doesn't work correct, and is only one serial port tool I know well)
<gchristensen>
I like picocom
ajirx has quit [Remote host closed the connection]
ajirx has joined #nixos-chat
<cransom>
typically in a pinch, i just use screen as it's already there
<cransom>
screen /dev/ttysomewhere 115200
<adisbladis>
avn: Mostly miniterm.py from pyserial (it's a cli program)
<adisbladis>
picocom should be fine too
<avn>
adisbladis: thanks, picocom looks fine for me ;)
<adisbladis>
cransom: Most of my systems don't have screen :)
<gchristensen>
tmux /dev/ttysomewhere 115200
<adisbladis>
Wat
<adisbladis>
I didn't know tmux also speaks serial
<adisbladis>
But makes sense I suppose
<gchristensen>
I made that up
<adisbladis>
=)
<gchristensen>
I assume it doesn't :)
<cransom>
i tend to use tmux a lot. so, yeah, i suppose screen is just now my serial interface.
<waleee-cl>
It was a bit buggy a while back though (~2 years ago when I tried it), but it may have improved
<drakonis1>
i keep forgetting how it has every package under the sun
<infinisil>
Oh boy, ncdu is done
<infinisil>
Steam 10GB, I don't even use it anymore lol
<infinisil>
(Rocket League being the main contributor to that)
<infinisil>
13GB of a series I put in my /home one time
<infinisil>
And a bunch more things I could move out of /home, definitely some potential for smaller backups there
* waleee-cl
hides my ~/videos under a stone
<waleee-cl>
I always forget to do a separate data-partition
<joepie91>
drakonis1: ... and several other federation planets
<drakonis1>
is it too insane to want a nixpkgs sweep after flakes?
<drakonis1>
nixpkgs 2.0
<infinisil>
+1 from me!
<drakonis1>
maintain the old one and transition everything to the new model
<joepie91>
'sweep'
<joepie91>
?
<drakonis1>
start over
<drakonis1>
a flake for the new one and a flake for the old one
<drakonis1>
the new packages should be cleaned up and done again
<drakonis1>
have a measure of quality at least
ajirx has quit [Remote host closed the connection]
<drakonis1>
we have almost every package but the level of quality varies quite a lot
<joepie91>
ah, right
<drakonis1>
so a reset in the form of a new nixpkgs would be nice.
ajirx has joined #nixos-chat
<avn>
Folks, -- `qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in ""` any thoughs how to bypass it? (picocom not give results, hw vendor tell I must use cutecom, but it doesn't work)