CodeSpelunker has quit [Ping timeout: 264 seconds]
kalbasit_ has quit [Ping timeout: 256 seconds]
abathur has joined #nixos-chat
Peetz0r has quit [Ping timeout: 260 seconds]
waleee-cl has quit [Quit: Connection closed for inactivity]
Peetz0r has joined #nixos-chat
rajivr has joined #nixos-chat
CodeSpelunker has joined #nixos-chat
<elvishjerricco>
`Cannot allocate memory for gzip -d`
<elvishjerricco>
O_o wut
<elvishjerricco>
There is plenty of memory
<bqv>
ooh, a gomuks user
<energizer>
is there an ncdu for figuring out where all my inodes went?
<samueldr>
probably in the nix store ;)
<samueldr>
(I don't know of a tool like that, but it sure would be useful)
<bqv>
^ he's right you know
<samueldr>
rightly unhelpful :)
<energizer>
i want to nix-build this package but after building each drv it should gc it
<energizer>
i am hitting inode limit so i cant build them all at once
<bqv>
yeah! i wanted a feature like that. my solution involved basically "forking" the nix store into a separate mount namespace
<bqv>
it doesn't quite work though
<energizer>
i dont even know what to do rn
<drakonis>
notorious haskell inode killer
<bqv>
i would go with infinisil's solution, just make a temporary ephemeral separate store
<energizer>
what does that mean?
<bqv>
it was slightly tautological, reading it back...
<bqv>
i mean make nix use a store other than /nix/store
<drakonis>
i tried building basalt and it killed my hard drive
<bqv>
so you can just delete it every now and then
<drakonis>
had to reinstall
<energizer>
drakonis: lol
<bqv>
nix build --store /tmp/deleteme
<drakonis>
it just made my hard drive slow to a crawl
<drakonis>
couldnt even clean up the store
<bqv>
hm, --store doesn't work out of the tin for me, but it might be cause i'm on a flakey system
<bqv>
probably will work for you
cjpbirkbeck has quit [Ping timeout: 246 seconds]
<energizer>
and then just mv /tmp/deleteme/* /nix/store ?
<bqv>
what? no
<bqv>
just delete it
<bqv>
or use it
<bqv>
idk whatever you want, it's a totally separate store
<samueldr>
bqv: inode limits won't be worked around without a different FS
<bqv>
samueldr: sure, but he asked how he can build something and gc it afterwards
<samueldr>
ah
<bqv>
that's the answer to that
<samueldr>
missed that
<bqv>
:)
<samueldr>
another option is to nix-store --delete the path, but will not take care of deps
<samueldr>
(never --ignore-liveness unless you want to delete your working system)
<energizer>
i dont quite understand
<energizer>
i can't build this env without running out of inodes, how will a separate directory help?
<bqv>
why don't you gc now, to gain some space, then from then on use the separate store?
<bqv>
or if you don't care too much about rebuilds, just gc every time you run out of inodes
<energizer>
because the deps wont be rooted until result/ is created, right?
<energizer>
so every time i gc, all the deps will disappear
<bqv>
if you can't build it at all even after a gc, idk how to help you, you need to free up more inodes
<drakonis>
just reinstall it
<drakonis>
cleanse the store and redownload everything
<bqv>
i don't see how that'd even help
<bqv>
it sounds like he's building on a floppy disk
<energizer>
i want to build a dep, remove its drv and garbage, but keeping the built dep
<energizer>
a million inodes allocated to me, but i'm at 99%
<drakonis>
hoo boy
<bqv>
energizer: to be clear, you have tried running something like `nix-collect-garbage --delete-older-than 7d`
<bqv>
because that's what i mean by gc
<energizer>
bqv: i ran nix-collect-garbage --delete-older-than 1h
<bqv>
and it still won't build?!
<energizer>
building now, i expect it will be close
<bqv>
what filesystem are you on and how much ram do you have
<energizer>
nfs and flexible
<bqv>
....nfs?
<energizer>
yup
<bqv>
you're joking right
<energizer>
nope
<bqv>
slightly lost for words. uh, yeah, i dunno then
<bqv>
do you have no hope of using local disks as space for your nix store?
<energizer>
maybe temporary space, i'll check into that
<bqv>
i mean, if you're "flexible" with ram then you could totally just mount the mother of all tmpfs mounts on /nix
<bqv>
(how flexible is flexible...?)
<energizer>
i think it goes up to 120G or so
<bqv>
sweet jesus
<bqv>
why are you using hard drives
<bqv>
just stick it all in ram :D
<bqv>
you could have your system build itself as part of a startup a-la delete-your-darlings, heh
<energizer>
heh, unfortunately there's a time limit on the high ram nodes
<bqv>
i have many, many questions about the model of computing you're running under, but fair enough
<bqv>
this could work, but it's a dirty manouvre. stop the nix-daemon, mount a large tmpfs somewhere, use it to make a writable overlayfs over your current /nix, then restart the nix-daemon
<samueldr>
manœuvre, bqv ;)
<bqv>
you now have your old store, as-was, but it has however much space you mounted in the tmpfs free space
<bqv>
samueldr: excuse your french
<energizer>
oh btw i'm using proot
<bqv>
i forget what that is, some namespace thing?
<samueldr>
userspace shenanigans to look like it's running with root privs
<energizer>
yeah i dont have /nix so i create ~/nix/ and proot it to /nix
<bqv>
sneeky.
<bqv>
then you don't even need to go that roundabout way
<bqv>
you can just proot the overlayed fs instead
<energizer>
works amazingly well. the other trick on this system was disabling sqlite's WAL, otherwise the nix db gets corrupted all the time
<bqv>
it sounds like you've turned nixos into an extreme sport
<bqv>
this is excellent and terrifying
<energizer>
still havent quite gotten it working, but here's to hoping
<energizer>
(to clarify, proot is the thing that works well. this system has been a lot of trouble to figure out overall.)
<bqv>
:D
<bqv>
i think i remember using proot some many many years back for an irc sandbox bot
<bqv>
public repl in every language
<bqv>
nobody ever managed to escape the sandbox
<energizer>
can i just `find /nix/store -name '*.drv' -delete` as a poor man's nix-collect-garbage?
<bqv>
there's a nix option to not keep drvs
<bqv>
but the correct version of that would be `find ... -name '*.drv' -exec nix-store --delete '{}' \;`
<bqv>
i'm not sure i'd like to run that command, but theoretically it's harmless
<bqv>
urgh
<bqv>
npm and nix
<bqv>
not friends
<energizer>
the Nix Package Manager ("NPM")
<bqv>
that's the best kind of npm
<bqv>
node has the worst kind of npm
<bqv>
embedded nix would be a strange rabbithole to go down, but similar to what you're up to
<energizer>
i'm curious about nixiosk but havent tried it
drakonis- has joined #nixos-chat
drakonis has quit [Quit: WeeChat 2.9]
drakonis has joined #nixos-chat
drakonis- has quit [Client Quit]
<energizer>
`deleting '/nix/store/4ir8nbjd8kr89ggh16vyxs1hpp05w058-ed-1.15'` how did ed get on my system :)
drakonis- has joined #nixos-chat
drakonis has quit [Client Quit]
drakonis- is now known as drakonis
<samueldr>
it's the standard editor
<energizer>
so i hear, but why is it on my system?
<bqv>
Precursor to vim
<bqv>
It's also usable in pipelines, and part of a base unix system
<danderson>
yeah, some core gnu things use ed as a crappy patch(1) and such
<danderson>
sorry, as a standard patch(1)
<energizer>
i see
<iqubic>
Should I bother learning ed?
<samueldr>
?
<danderson>
do you enjoy vintage things? Then, sure
<iqubic>
What benifits would I get from learning ED?
<danderson>
it's the standard text editor
<danderson>
why would you not want to know the standard text editor
<samueldr>
one benefit would have been that my previous reply ("?") is hilarious when you know ed
<iqubic>
Wait... Is sed based on a command from ed?
<samueldr>
iqubic: look at `man sed`
<iqubic>
I just mean the s/foo/bar/ construct.
<bqv>
samueldr: I get the reference, at least
<bqv>
iqubic: Stream EDitor
<bqv>
(yes)
CodeSpelunker has quit [Quit: CodeSpelunker]
<iqubic>
See, I just now figured out what samueldr's "?" message means.
<iqubic>
samueldr: In response to your "?" message, I respond with this one line:
<iqubic>
h
endformationage has quit [Quit: WeeChat 2.7.1]
<bqv>
Goddammit I just figured out the name thing…
<bqv>
What the fuck man
<energizer>
name thing?
<bqv>
Blah blah phd… doesn't matter
<samueldr>
wait what
<samueldr>
git bisect has special meaning for good and bad?
<samueldr>
so you can't have a bad older commit and a good new commit?
<colemickens>
idk, I had something working like 4 weeks ago
<colemickens>
maybe it was removed?
<immae>
ah I don’t know then
<colemickens>
still in the rfc afaict?
<immae>
(I only read articles about flakes, I never actually tried, but this point about reproductibility and git/mercurial enforcement I saw it at several places)
<colemickens>
flake input has unsupported input type 'path'
<colemickens>
that error does seem rather specific
<colemickens>
maybe it is a recent change. :|
<colemickens>
so, nix-shell doesn't take override-input so honeslty I'm not sure what I'm supposed to do here
<colemickens>
I guess I have to constantly push to github to test
<colemickens>
this is not right
<srhb>
colemickens: Is the input a flake? iirc you can just omit file:// in that case
<colemickens>
thank you. I didn't htink to try that among the various combos. I do feel like at least allow the file:// prefix in keeping with nix copy --to style url
<srhb>
Yeah, that exact format has been in flux a lot recently. :)
<immae>
(I hope it’s not a wrong place to do this kind of proposition) I’m considering to pay up to a few hundreds euros (Say 200EUR, it’s *well underpaid* but I don’t have much more to give for that saddly since I’m doing all that voluntarily) to get proper review and assistance (like, being there to help in case of failure) for the migration described here
<immae>
sphalerite: Well, the migration is interesting indeed, but I’m too scared to do it in production so far :p
<elvishjerricco>
"Dynamic linking is so bad that people reinvented static linking with 1000x the overhead of dynamic linking and called it containerization."
<elvishjerricco>
Lol
<elvishjerricco>
Not exactly correct, but still funny :P
<joepie91>
also not exactly correct, but not incorrect either :D
<joepie91>
pie_: indeed quite insightful, thanks
<ashkitten>
i just went on a tangent about mice and how i think they're bad except for fps games and certain types of editors, and ky0ko said "those types of editors are nonstandard"
<ashkitten>
"ed is the standard text editor"
<elvishjerricco>
Oh boy
<ashkitten>
this is all yalls fault, btw
<ashkitten>
from earlier
<Taneb>
I use ed, but only for removing lines from .ssh/known_hosts
parsley936 has joined #nixos-chat
<immae>
sphalerite: I’m not sure if I should take your message as an interest in doing it, if so don’t hesitate to contact me in private :)
Shados_ has quit [Quit: Shados_]
Shados has joined #nixos-chat
<infinisil>
immae: How about just creating some temporary servers to test the migration?
<immae>
infinisil: I did actually (that’s what the article is about :p ), but I’m too scared to do it in production on my own
<immae>
(especially because if something goes wrong I’m still a beginner in zfs)
Baughn has quit [Quit: ZNC 1.6.2+deb1 - http://znc.in]
Baughn has joined #nixos-chat
rardiol has quit [Ping timeout: 240 seconds]
<pie_>
revenues on their own."
<pie_>
joepie91: hahahahahahahaha https://tech.slashdot.org/story/20/08/13/0012243/mozilla-extends-its-google-search-deal "However, several sources have confirmed that the organization is sound financially, and the layoffs were part of a restructuring of its core business, with Mozilla moving away from its current role of internet standards steward and experimental approach to its product catalog to more commercially-viable offerings that generate
<pie_>
im dubbing such restructuring operations "rewrite it in business"
<crazazy[m]>
wait what does mozilla even want to sell
<JJJollyjim>
a vpn seemingly :/
<crazazy[m]>
oh
<crazazy[m]>
eww
<crazazy[m]>
not waiting for those comercials
rajivr has quit [Quit: Connection closed for inactivity]
<cransom>
and mozillas vpn is resold mulvad. soooo.
<joepie91>
<crazazy[m]> wait what does mozilla even want to sell
<joepie91>
easy high-margin stuff
<joepie91>
their VPN is an example of that but undoubtedly not the last
<joepie91>
and I wouldn't even mind them selling easy high-margin stuff, if it benefited the stuff that is harder to fund, rather than just lining the pockets of some execs...
<bqv>
my suzyq arrived!
endformationage has joined #nixos-chat
kalbasit has joined #nixos-chat
<bqv>
samueldr: sphalerite: success! write protect dead
<adisbladis>
pie_: ftfy: "with Mozilla moving away from what made Mozilla Mozilla"
<bqv>
now, this time, i'll dd my nixos image to the right disk
<sphalerite>
goodness, how does anyone have the patience to crimp plugs onto ethernet cables?
<bqv>
ideally, not the one hosting my current system!
<sphalerite>
bqv: "for my next trick…"
<bqv>
:D
<bqv>
how many of you guys use impermanence, by the way?
<bqv>
my new plans for my system lend themselves to it
<energizer>
i do
<bqv>
of course you do :p
<energizer>
havent set up the home-manager module (is that merged?)
<bqv>
yes
<bqv>
i've brought it in my flake, just, yet to use it
<samueldr>
sphalerite: being paid for it
<sphalerite>
samueldr: oh, I guess…
<sphalerite>
I can't believe that these abominable cables hold the internet together.
<bqv>
lol
<crazazy[m]>
i once had some ethernet cables but the click thing protection that they have was made out of plastic, and not rubber
<crazazy[m]>
its the worst ehternet cable i've used and in fact im still using it
kalbasit__ has joined #nixos-chat
kalbasit_ has quit [Ping timeout: 240 seconds]
kalbasit__ has quit [Ping timeout: 240 seconds]
kalbasit has quit [Ping timeout: 240 seconds]
kalbasit_ has joined #nixos-chat
kalbasit has joined #nixos-chat
kalbasit__ has joined #nixos-chat
kalbasit_ has quit [Ping timeout: 265 seconds]
<bqv>
energizer: did you work out, how to build with a different store?
<bqv>
i need to now, ironically
<energizer>
bqv: i found some space by deleting a tmp/ folder i had lying around
<sphalerite>
bqv: pass --store to nix-build
<bqv>
why not do that in the first place -_-
<bqv>
sphalerite: that's what i thought
<bqv>
but it didn't work last i tried..
<energizer>
bqv: i'd forgotten about it :)
<joepie91>
<sphalerite> I can't believe that these abominable cables hold the internet together.
<joepie91>
just wait until you find out what horrible things that aren't cables hold the internet together!
<sphalerite>
hehehe
<sphalerite>
you're absolutely right
catern has joined #nixos-chat
<drakonis>
i've finished setting up my vps on prgmr, i'm glad they're patient with me
cole-h has quit [Quit: Goodbye]
malik has joined #nixos-chat
neeasade has joined #nixos-chat
<bqv>
woo, nix running on the chromebook, next step nixos, eventually
malik has left #nixos-chat ["ERC (IRC client for Emacs 26.3)"]
<samueldr>
bqv: don't use the suzy-q cable on anything that isn't a recent chromeos device (or a pixel 3+ for the titan chip)
<samueldr>
the SBU feature of type-c could mean *anything* is present on that connector
<bqv>
fair enough :)
<samueldr>
it probably wouldn't cause issues, but you never know
<samueldr>
and since the cable is quite rare and specific
<bqv>
yeah
<colemickens>
Go is such a nightmare. Trying to update some stuff in a relatively simple Go app is just as much a headache as it ever was.
<bqv>
howso?
<colemickens>
That was inappropriately too strong of a statement.
<bqv>
modules help keep things light, no?
<colemickens>
git clone mozilla/sops; go get -u ... and watch it fial
<colemickens>
although it looks like it probably is because some go repo renamed itself and some intermediate dependency hasn't updated its mod file and so now I'm jammed up
<bqv>
oh, well there's your problem, lol
<colemickens>
better yet, it's an example repo somehow being pulled in. github.com/go-kit/kit/examples/stringsvc4
<adisbladis>
[impermanance] Good reminder. I've meant to switch over to that but haven't bothered yet.
<adisbladis>
I'm pretty happy with my pre-impermanance setup
<adisbladis>
But it would be nice to kill a bunch of config
<energizer>
adis, mind if i seize the opportunity to corner you for a poetry2nix question
<energizer>
(no worries if youre not in the mood )
<adisbladis>
Sure
<bqv>
my current end goal would be to have a system where the end result is i have no tangible root filesystem hierarchy besides /nix, the minimal stuff needed to get ipfs up, and whatever system i decide on to keep more volatile persistent paths available
<adisbladis>
bqv: I have that already mind you. Just not via impermanance.
<bqv>
wait, really? what does / look like for you?
<bqv>
and how do home directories work for you?
<adisbladis>
bqv: On tmpfs
<bqv>
ah ok, so it's still FHS-y, just mostly impermanent
<adisbladis>
bqv: Yeah, still the same good old nixos :)
<bqv>
i was thinking of kinda, dividing my btrfs drive into three parts - { /nix, /ipfs, /dat }, where /nix is infra stuff that can be managed through nix, /ipfs is nonvolatile data, and /dat is volatile data that would just be terrible under ipfs and/or needs some semblance of filesystem hierarchy
<adisbladis>
energizer: Omg
<adisbladis>
I'm feeling nauseous
<bqv>
well, /dat named such because i was gonna use Dat for it but it's broken on nix :|
<adisbladis>
Who in their right mind would think it's a good idea to download arbitrary things in your build process
<energizer>
a good question
<joepie91>
adisbladis: who doesn't? :P
<adisbladis>
joepie91: Shush
<adisbladis>
It's not really all that prevalent in the python world
<joepie91>
(I do dependency auditing work for one of my customers and we run into this far more often than we should)
<adisbladis>
joepie91: I'm guessing js? (partially based on my tiny knowledge of what you do, partly my own experience)
<joepie91>
adisbladis: yeah. but I've definitely also seen it outside of JS at other times
<joepie91>
and I don't mean the node-pre-gyp stuff :P
<joepie91>
that's actually pretty well-behaved, if you tell it "no remote binaries for you" it will just do a local source build
<adisbladis>
joepie91: For sure, js is far from the only offender
<joepie91>
so it doesn't exactly depend on remote code
<adisbladis>
energizer: I'm gonna take a look at this madness
<adisbladis>
This is why we can't have nice things
<joepie91>
but there's a bunch of projects which have their own homegrown bizarro buildscripts that grab stuff from everywhere
<joepie91>
git submodule initialization and everything
<adisbladis>
Pulseaudio just works with TWS earphones
<adisbladis>
I don't know why, but I'm amazed
<drakonis1>
weechat relay acquired
<bqv>
grats
<drakonis1>
ho ho
<drakonis1>
maybe i should have my relay go through znc
<bqv>
i did, once. now i just can't be arsed
<bqv>
i'm part of the joinspam problem, now
<adisbladis>
Wow, even the buttons work as intended
<bqv>
well that can't be right
<drakonis1>
up next, bitlbee
<bqv>
oh no
<drakonis1>
oh yes
<bqv>
see, i never liked services that hook into irc from outside your irc client. too flakey. i try and rely on stuff that i can have from within weechat, and just use weechat as my chat hub
<bqv>
it proves very effective
<adisbladis>
I'm mighty impressed where wireless audio is nowadays
<energizer>
it doesnt support hi def headset does it?
<adisbladis>
energizer: No aptXHD or LDAC
<adisbladis>
There just isn't enough bandwidth for TWS to do those codecs
<energizer>
iirc there was one guy who had it working but he was in an argument with pulseaudio maintainers or something
<adisbladis>
energizer: I am using the out-of-tree codecs for PA