kalbasit has quit [Remote host closed the connection]
<{^_^}>
[nixpkgs] @zowoq merged pull request #95576 → cri-o: add pinns path and witch to crio.conf.d config style → https://git.io/JJdaF
<{^_^}>
[nixpkgs] @zowoq pushed commit from @saschagrunert to master « cri-o: add pinns path and witch to crio.conf.d config style »: https://git.io/JJjfX
Pidgeotto has joined #nixos
Pidgeotto has quit [Excess Flood]
Pidgeotto has joined #nixos
Pidgeotto has quit [Excess Flood]
Pidgeotto has joined #nixos
Pidgeotto has quit [Excess Flood]
ajs124 has quit [Quit: killed]
mrpi has quit [Quit: killed]
Scriptkiddi has quit [Quit: killed]
das_j has quit [Quit: killed]
<laubster>
Any idea why a search at https://search.nixos.org/options under 20.03 for "boot default" finds boot.loader.grub.default, but a search for "boot.loader.grub" does not also find it?
<siraben>
Do people usually have channels at the root level and per user level?
<siraben>
Running nix-channel --list I only have home manager, on sudo nix-channel --list I have nixos-unstable
<energizer>
i only have them at root
<siraben>
energizer: In that case, when I run nix-env -i ... does it use root's channel?
<siraben>
Then I'll have to always sudo to nix-channel --update right
<energizer>
i never use nix-env
<siraben>
energizer: what do you use then?
<energizer>
configuration.nix or nix-shell
<energizer>
er, nixos-rebuild or nix-shell
<samueldr>
siraben: root's channels are used by default with the default NIX_PATH
<samueldr>
siraben: if you can `nix-shell -p hello --run hello`, it uses `<nixpkgs>`
<samueldr>
`<nixpkgs>` means a channel named nixpkgs
<samueldr>
(well, a component named nixpkgs on the NIX_PATH, and channels are on the NIX_PATH)
<samueldr>
root's channels, by default, are considered system-wide
<siraben>
Right. So for per-user is it better to use home-manager?
<samueldr>
I don't follow
lord| has quit [Read error: Connection reset by peer]
lord| has joined #nixos
<siraben>
samueldr: What I'm wondering is, should I put the packages I want in configuration.nix or home.nix?
<siraben>
I guess for single user it may not matter.
o1lo01ol1o has joined #nixos
<samueldr>
as you wish I guess :)
<samueldr>
yeah
<samueldr>
I'm not user home-manager
user_0x58 has quit [Ping timeout: 240 seconds]
<samueldr>
I'm not writer good english either :)
<samueldr>
and anyway, when it's something I use transiently, through nix-shell it goes, otherwise my global config
<siraben>
Especially since I recently started using home-manager on darwin, and it's sort of duplicating what I had in configuration.nix, hm.
<energizer>
sorta think nix-env should be removed altogether
<samueldr>
energizer: it can't exactly be, considering `nix-env` is the backend of things like nixos-rebuild :)
<samueldr>
it has multiple purposes, other than installing packages
<samueldr>
but I agree that the concept of imperative package management should be deprecated in some ways
<samueldr>
siraben: I guess in your case, home-manager for things in your "user profile", and configuration.nix for your "system" things
<samueldr>
"user profiles" are things you want to use on any computers
<siraben>
samueldr: Right, makes sense.
<energizer>
samueldr: it doesn't have to be public api installed in nix's bin/
<siraben>
ATM I've conflated my "user profile" and "system" into configuration.nix
<samueldr>
siraben: as many do :)
o1lo01ol1o has quit [Ping timeout: 272 seconds]
<samueldr>
energizer: you can do declarative package management per-user using nix-env, so no, it has to be there
<samueldr>
it's not exactly a trivial issue
iwq has quit [Ping timeout: 260 seconds]
<energizer>
samueldr: i see
<jackdk>
Is there an up-to-date replacement for pypi2nix, whose repo is tagged `abandoned`?
<samueldr>
but I agree that, in principle, if it was possible to make `nix-env -i` not work imperatively, it would be a good way forward
luna has quit [Quit: Leaving]
iwq has joined #nixos
<energizer>
jackdk: poetry2nix is excellent
<jackdk>
sorry, I've X-Y-problemed you all. I want an up-to-date version of cfn-lint in my shell. I would be thrilled if someone reviewed and merged #95740. Failing that, I want something that can stand up a nix file that gives me the tool in a shell. Can poetry2nix help there?
<jackdk>
If I try to `pypi2nix -e "junit-xml==1.9"` I get `ERROR: Could not find a version that satisfies the requirement junit-xml==1.9 (from -r sometmpfile.txt (line 1)) (from versions: 1.1.macosx-10.8-intel, 1.0, 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8)`. Why would it find every other version on pypi but not 1.9, when `pip install` in a virtualenv worked?
<jackdk>
energizer: I have successfully achieved my goal with a dummy python package and poetry2nix, thank you.
<energizer>
+1 jackdk
<_habnabit>
oops, the docker unit generated this from a virtualisation.docker.extraOptions string with newlines in it. seems like a bug? idk what should've caught this https://bpa.st/LSTA
<siraben>
I have a package that uses a2x which calls xmllint, which needs network access, causing the build to fail. What can I do to make the package build?
<lassulus>
you can leave meta just out? its just used to find maintainers of packages, if you don't want to upstream it you don't need a maintainer field or perhabs not even a meta attribute
<zangi>
okay, but just to clarify, can't I just pass `my-name = { name = "Full Name"; email = "foo@bar.org"; }` to meta? or does it have to be from stdenv.lib.maintainers?
dansho has quit [Quit: Leaving]
<lassulus>
you should just be able to pass that
<zangi>
okay
nadley has quit [Ping timeout: 272 seconds]
Dagger has quit [Excess Flood]
Dagger2 has joined #nixos
misuzu has quit [Remote host closed the connection]
<Emantor>
colemickens: works, ty. I'll need to look into switching to flakes.
<colemickens>
np, thanks for letting me know, sorry about that, last thing I want to do is cause friction and have people and look and see "flakes" nearby!
<yurb>
I have a question about running synthing for only one user with systemd user unit. Doing `systemctl --user enable syncthing.service` yields `Unit file syncthing.service does not exist.`
<yurb>
I have syncthing in the system profile and `ls /run/current-system/sw/lib/systemd/user/syncthing*` shows
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Unode>
I'm trying to do an update but some of the source packages being pulled are a bit too big to build at the moment. Is there any way to do a "nixos-rebuild" invocation that downloads everything that it can from cache so I have a better estimate of what might need to be built from source?
alp has joined #nixos
<Unode>
nixos-rebuild dry-build is showing me packages like libreoffice and chrome which I'd prefer to wait for them to be in cache than to build locally.
<{^_^}>
[nixpkgs] @DamienCassou pushed 2 commits to master: https://git.io/JJjWD
zangi has joined #nixos
<inquisitiv3>
manveru: For example Nixology and some other online documentation recommends new users to Nix to search on the website and copy the commands to install packages. Now they will just get error messages.
<inquisitiv3>
What is this `nix profile install`?
<inquisitiv3>
Part of flakes?
<manveru>
yeah
<FRidh>
inquisitiv3: yes, part of the new cli
LnL has joined #nixos
<manveru>
the problem is that you need to have either the `nixos` or `nixpkgs` channel on your system, and depending on who tries it it will not work..
<manveru>
so you'd need to provide two instructions...
LnL is now known as Guest81258
<manveru>
or specify the exact version of nixpkgs (which i'd prefer)..
<manveru>
but of course that doesn't look as cool :P
<inquisitiv3>
But now you need to instruct the user to replace "nixos" with "nixpkgs" instead of clicking on the "nixpkgs" buttom.
<inquisitiv3>
button*
LnL- has quit [Ping timeout: 265 seconds]
<manveru>
well, feel free to open a PR for this
<manveru>
i never used that site before, so i'm not particularly biased either way :)
<manveru>
just saying that no matter which channel your choose, it will not work for half of the users...
Thra11 has quit [Ping timeout: 264 seconds]
sonercirit[m] has joined #nixos
lsix has quit [Ping timeout: 260 seconds]
<sonercirit[m]>
Does anyone know why tests fail for nixos-unstable channel so frequently? I tried to look at some of them but they seem to mostly random. https://status.nixos.org/
<srhb>
sonercirit[m]: It's really hard to say something about *in general*. Some test failures are real and reproducible, some are indeed impure and random.
<srhb>
manveru: imo the main problem is the default labelling naming of the nixos channel.
<srhb>
manveru: A simpler solution would be to just call that nixpkgs too.
<manveru>
yeah
<manveru>
but it's way too late to change that i fear...
<srhb>
I say simpler... All the docs though :-)
<srhb>
*morally* simpler.
<manveru>
:)
<manveru>
sonercirit[m]: afaik nixos-unstable has all the failures of nixpkgs-unstable plus the additional failures from nixos tests regarding to boot and such... so it's more prone to have issues
<srhb>
There are fewer package builds that fail sporadically than there are nixos tests, for sure.
endformationage has quit [Ping timeout: 256 seconds]
Thra11 has joined #nixos
<sonercirit[m]>
well small is always an option but requires too much compile time
sigmundv_ has quit [Read error: Connection reset by peer]
Guest81258 has quit [Quit: exit 1]
<{^_^}>
[nixos-homepage] @github-actions[bot] pushed commit from GitHub Actions to master « Update flake.lock and blogs.xml [ci skip] »: https://git.io/JJjla
<sonercirit[m]>
if you have too many packages
LnL- has joined #nixos
sigmundv_ has joined #nixos
domogled has quit [Ping timeout: 258 seconds]
domogled1 has joined #nixos
domogled1 is now known as domogled
eoli3n_ has quit [Ping timeout: 272 seconds]
<{^_^}>
[nixpkgs] @peti pushed to haskell-updates « haskell-hspec-core: needs latest QuickCheck to compile tests »: https://git.io/JJjlH
<{^_^}>
[nixpkgs] @peti pushed 97 commits to haskell-updates: https://git.io/JJjlb
<infinisil>
nature: nix-shell works on any derivation, not just ones created by mkShell
jmc has joined #nixos
<infinisil>
mkShell is just a small convenience wrapper over the standard derivation builder mkDerivation
jmc is now known as confused-jmc
Thra11 has joined #nixos
<nature>
infinisil: how do I control which binary to include in the path in such a case ? (aka when I am doing a derivation that is not mkShell)
<infinisil>
nature: buildInput/nativeBuildInputs
<infinisil>
Same as with mkShell
LnL- has quit [Quit: exit 1]
LnL- has joined #nixos
<nature>
oooh ok, thanks, sorry for the newbie questions
<confused-jmc>
I'm trying to setup bspwm + sxhkd via home-manager. When I run startx, I end up in bspwm with some xterms that I didn't ask for. It didn't start sxhkd. The relevant bit of my config is here: https://pastebin.com/uVZxY939
proofofkeags has quit [Remote host closed the connection]
proofofkeags has joined #nixos
<confused-jmc>
It also didn't start unclutter ...
<confused-jmc>
But if I run startx with a manually written .xinitrc, everything is fine
<infinisil>
nature: No need to apologize, asking questions is a great way to learn :)
veleiro has joined #nixos
dingenskirchen has quit [Quit: ZNC 1.7.5 - https://znc.in]
<{^_^}>
[nixpkgs] @peterhoeg pushed to u/kapps_2008 « krunner: unbreak it »: https://git.io/JJjV7
dingenskirchen has joined #nixos
<nature>
confused-jmc: how did you port your xinitrc config in home-manager ?
<confused-jmc>
See the pastebin above
<confused-jmc>
It just contained 4 lines
<confused-jmc>
I put 3 of them in initExtra
<confused-jmc>
and the last one was `exec bspwm`
<nature>
confused-jmc: I am planning to do the same as you soon, I just haven't had the time yet, so I am running with a manually written xinitrc for now
<confused-jmc>
I've since commented out the initExtra lines, because I was thinking that home-manager should start sxhkd for me anyways. But it doesn't really make a difference whether I keep initExtra or not
<nature>
do you have a startx somewhere ?
<confused-jmc>
home-manager creates a .xsession file, and I was hoping that startx would pick up on that
<confused-jmc>
Maybe that's actually false
<confused-jmc>
Hmm, let me try (I'll need to go offline... restarting X)
<confused-jmc>
restarting X ... )
confused-jmc has quit [Remote host closed the connection]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ddellacosta has joined #nixos
Tucky has quit [Remote host closed the connection]
stephaneyfx has joined #nixos
cosimone has quit [Quit: Terminated!]
LnL- has quit [Quit: exit 1]
LnL has joined #nixos
LnL is now known as Guest18572
noudle has joined #nixos
confused-jmc has joined #nixos
<confused-jmc>
Tada! That seemed to work
<nature>
yay :D
<confused-jmc>
I symlinked .xinitrc to .xsession and now it behaves as expected
<confused-jmc>
But of course that is a hacky approach
<confused-jmc>
So I'm open to people teaching me how to do this. (I don't want to use a display manager.)
<{^_^}>
[nixpkgs] @Pamplemousse reopened pull request #95875 → gdb: Give it a `pname` → https://git.io/JJhd6
<nature>
I'll benefit from this as well :)
nixuser has quit [Read error: Connection reset by peer]
fczzpb has quit [Quit: WeeChat 2.9]
Guest18572 has quit [Ping timeout: 240 seconds]
ManiacOfMadness has joined #nixos
j-k has joined #nixos
<{^_^}>
[nixpkgs] @peti pushed to haskell-updates « haskell-hspec-core: needs latest QuickCheck to compile tests some more »: https://git.io/JJjw7
detran has quit [Ping timeout: 240 seconds]
LnL| has joined #nixos
justanotheruser has quit [Quit: WeeChat 2.7.1]
mallox has quit [Quit: WeeChat 2.9]
justanotheruser has joined #nixos
proofofkeags has quit [Remote host closed the connection]
confused-jmc has quit [Remote host closed the connection]
detran has joined #nixos
LnL| has quit [Remote host closed the connection]
LnL- has joined #nixos
<j-k>
I have 21 copies of google-fonts-2019-07-14 and 17 copies of various qemu versions (most being 5.0.0 and 4.2.0) and other excessive amounts in my nix-store. I've only got 2 generations running `nix-env --list-generations` and 12 generations running `home-manager generations`. I've ran nix-store --gc and nix-collect-garbage --delete-older-than 5d which cleaned a bunch but left all these still. No
<dutchie>
j-k: try some nix-store commands to figure out what's depending on them?
LnL- has joined #nixos
<Ke>
I think there is a command for this
Thra11 has quit [Ping timeout: 265 seconds]
sputny has joined #nixos
<Ke>
have you maybe some of those symlinked somewhere or installed by users
<dutchie>
`nix-store -q --roots paths...`
<j-k>
Thanks I'll give it a try
<Ke>
I run nixos on btrfs and periodically I reinstall /nix on a new subvolume
elibrokeit has quit [Quit: A random quit message]
gthm has quit [Ping timeout: 240 seconds]
elibrokeit has joined #nixos
<j-k>
ok the different versions are outputting a lot of lines like this: /nix/var/nix/profiles/system-236-link -> /nix/store/BLAH-nixos-system-nixos-20.09BLAH
domogled has quit [Ping timeout: 265 seconds]
<j-k>
looks like I have to rebuild after doing a sudo nix-collect-garbage -d
<j-k>
I thought I'd done a sudo nix-collect-garbage but I guess not, only for user :/
<cap_sensitive>
I have observed some inconsistency between building a go package with some external C dependency (which is included in the source). I can build it with `nix-shell --pure -p go` then just `make`. But when I try to put it inside a derivation with `buildGoModule`, I got the following error: # github.com/eycorsican/go-tun2socks/core
<cap_sensitive>
../../vendor/github.com/eycorsican/go-tun2socks/core/addr.go:5:10: fatal error: 'lwip/tcp.h' file not found
<superherointj>
Out of curiosity. Have you seen any experienced NixOS user distro hop? Why?
LnL- has quit [Quit: exit 1]
codezero6 has joined #nixos
avaq has quit [Ping timeout: 258 seconds]
<siraben>
I distro hopped before settling on nix
codezero has quit [Ping timeout: 256 seconds]
codezero6 is now known as codezero
<superherointj>
I mean to distro hop after getting used to NixOS. It seems people stick to NixOS. I'm looking after some counter example of this trend. I see Arch users are likely to distro hop for NixOS (than to something else).
<superherointj>
Interesting. I've come to use NixOS seeking reliability, reproducibility and recoverability. Today NixOS helped me tons because I did something stupid and just rolled back. Feels great having this.
* superherointj
is thinking how come he lived a life without this.
<infinisil>
superherointj: I think drakonis might have switched away from nixos
<superherointj>
drakonis, for what?
griff_ has joined #nixos
sputny has quit [Quit: sputny]
LnL- has quit [Quit: exit 1]
LnL has joined #nixos
LnL is now known as Guest23225
ManiacOfMadness has quit [Read error: No route to host]
<superherointj>
Is NixOS manual brief on purpose? Most things I search are not there. Is there some comprehensive place to search for things? Like I want to know all the possibilies of a certain `keyword` (package), Let's say I want to see all options of `console` (in /etc/nixos/configuration.nix), what is best method for listing it?
<cap_sensitive>
I think you can clone the `nixpkgs` repo, and use something like `ripgrep` to search keywords like "console ="
<cosarara>
hi there! following the manual I used services.xserver.extraLayouts to add my custom keyboard layout to my system. After garbage collection I see I have 4 different derivations for xkeyboard-config-2.27 in /nix/store. Two of them have my custom layout, and the other two do not. I can set my keyboard layout through setxkbmap, but I cannot select it through the KDE system settings, because systemsettings5 is
<cosarara>
reading one of the 2 files without the layout.
<cosarara>
so my first question would be, how can I find out why I have 4 derivations of the same package in my system?
avaq has joined #nixos
superherointj has quit [Quit: Leaving]
bennofs_ has joined #nixos
Guest23225 has quit [Quit: exit 1]
gustavderdrache has quit [Quit: Leaving.]
LnL- has joined #nixos
gustavderdrache has joined #nixos
cap_sensitive has quit [Quit: WeeChat 2.7.1]
domogled has joined #nixos
bennofs has quit [Ping timeout: 265 seconds]
<{^_^}>
[nixpkgs] @maxxk opened pull request #95914 → python3Packages.behave: 1.2.6 -> 1.2.7.dev1, python3Packages.cucumber-tag-expressions: init at 3.0.0 → https://git.io/JJjMT
alexherbo2 has quit [Remote host closed the connection]
malook has quit [Remote host closed the connection]
Dr8128 has joined #nixos
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
LnL- has quit [Quit: exit 1]
LnL- has joined #nixos
malook has joined #nixos
LnL- has quit [Ping timeout: 265 seconds]
LnL- has joined #nixos
lsix has quit [Ping timeout: 240 seconds]
lsix has joined #nixos
sangoma has quit [Read error: Connection reset by peer]
<cosarara>
confused-jmc: in what find is ~/.nix-defexpr/channels added to the NIX_PATH? bashrc or similar?
<confused-jmc>
you mean in what file?
<confused-jmc>
I have no idea
<cosarara>
yeah sorry
LnL has joined #nixos
<confused-jmc>
I just noticed that it is difference
<confused-jmc>
I'm a total noobie
<confused-jmc>
No idea how to debug this
LnL is now known as Guest86350
LnL- has quit [Ping timeout: 240 seconds]
<confused-jmc>
I just know that `ls` and `mv` aren't working after starting X
<confused-jmc>
Should I pastebin my `home.nix`?
<Ke>
cosarara: there is nix why-depends
<cosarara>
I know nothing about home-manager, but if an environment var isn't the way it should after starting X, I'd bet there's some shell script that isn't being run, be it due to differnces between login and nonlogin shells or whatever it is
<{^_^}>
[nixpkgs] @jonringer pushed commit from @maxxk to master « pythonPackages.django-widget-tweaks: init at 1.4.8 »: https://git.io/JJjyv
vika_nezrimaya has joined #nixos
<confused-jmc>
Which seems to be set in `hm-session-vars.sh`
<confused-jmc>
I can see that file in the nix store
<vika_nezrimaya>
looks like there's a lot of fontconfig-related stuff ending up in unstable
<confused-jmc>
But I have no idea who is responsible for calling it when I start a terminal emulator
<vika_nezrimaya>
good thing I'm using a flake and the nixpkgs revision can be easily controlled so I could if I wanted pull things at my own pace
<confused-jmc-nix>
Inside X, I can't even run nix-store
<confused-jmc-nix>
Even though there is a bunch of stuff in the NIX_PATH
Guest86350 has quit [Quit: exit 1]
domogled has quit [Quit: domogled]
LnL- has joined #nixos
<cole-h>
srhb: So, I'm currently trying to update dfhack to r2, but when I start it up, it seems none of the plugins get loaded. Have you run into this?
<cole-h>
Currently combing the diff between r1 and r2 to see what's up -- I'm thinking a failure to handle symlinks properly
<cosarara>
Ke: seems like that command needs two different packages and gives you the path between them. With -q --referrers and --referrers-closure... I think I'm getting more confused by the minute
ManiacOfMadness has quit [Read error: No route to host]
<confused-jmc-nix>
after fixing my NIX_PATH to what is is in the tty, I still don't have `ls`
<vika_nezrimaya>
fontconfig seems to be the part of Linux desktop I end up hating the most. It's the source of all my problems with NixOS
<confused-jmc-nix>
This is really confusing :grinning:
<vika_nezrimaya>
Ever since I've started using it, my problems were always in fonts
<vika_nezrimaya>
confused-jmc-nix: NIX_PATH only regulates what is available when you evaluate Nix expressions
<vika_nezrimaya>
to have programs available in your terminal, such as ls, you need to have something in your PATH
<confused-jmc-nix>
aha
<vika_nezrimaya>
for example, PATH=$(nix-build "<nixpkgs>" -A coreutils):$PATH will add coreutils to your path, building it from nixpkgs on your NIX_PATH
<{^_^}>
[nixpkgs] @erikarvstedt opened pull request #95916 → <!-- Nixpkgs has a lot of new incoming Pull Requests, but not enough people to review this constant stream. Even if you … → https://git.io/JJjyQ
spudly- has joined #nixos
spudly- has joined #nixos
spudly- has quit [Changing host]
<vika_nezrimaya>
that's a quick way to add software to your path if you only have Nix on your path
spudly has quit [Ping timeout: 265 seconds]
spudly- is now known as spudly
<confused-jmc-nix>
vika_nezrimaya: I don't even have nix-build in my path, atm
<vika_nezrimaya>
Then may I suggest running echo /nix/store/*-nix-*/bin/nix-build and seeing if it's showing anything?
LnL- has quit [Quit: exit 1]
<vika_nezrimaya>
that'll show if you have Nix installed on your system, no matter the version
<confused-jmc-nix>
yup, it does
LnL- has joined #nixos
<vika_nezrimaya>
Does it show one path or several?
<confused-jmc-nix>
sure, I have it installed. in the tty everything works fine
<confused-jmc-nix>
only one
<confused-jmc-nix>
I installed nixos yesterday
<confused-jmc-nix>
never ran garbage collection
ManiacOfMadness has joined #nixos
<confused-jmc-nix>
but somehow `startx` gets everything messed up
<confused-jmc-nix>
I guess it's not really the recommended way of starting X?
<confused-jmc-nix>
At least when using home-manager
<vika_nezrimaya>
I dunno, I use sway which doesn't use X at all
<confused-jmc-nix>
do you use home-manager?
<vika_nezrimaya>
Tip: PATH=/run/current-system/sw/bin:$PATH will add NixOS environment to your path
<vika_nezrimaya>
confused-jmc-nix: I do!
<confused-jmc-nix>
cool
<confused-jmc-nix>
and do you start sway by hand, or do you use a display manager?
<vika_nezrimaya>
Sway doesn't officially support display managers, and they add to startup time anyway, so I start sway by hand
<vika_nezrimaya>
Login and start
<confused-jmc-nix>
aha
noudle has quit []
<confused-jmc-nix>
nice
<vika_nezrimaya>
Considering making logging in on /dev/tty1 do `exec sway`
LnL| has joined #nixos
<cole-h>
That's what I do ;)
<confused-jmc-nix>
Hmm, unfortunately `exec bspwm` doesn't work
<vika_nezrimaya>
Of course
<confused-jmc-nix>
X isn't that simple
<confused-jmc-nix>
but I like bspwm
<confused-jmc-nix>
Maybe I will also like sway
<vika_nezrimaya>
Sway is a tiling window environment too, but it's more like i3 than bspwm
LnL- has quit [Ping timeout: 265 seconds]
<confused-jmc-nix>
Right
<confused-jmc-nix>
That's what I thought
<vika_nezrimaya>
I used bspwm some time ago to try it out and I'd like to say you'll be somewhat at home with sway
<vika_nezrimaya>
X apps work too thanks to Xwayland which is enabled by default
<cosarara>
Ke: is it normal that I have 2 different /nix/store/somehashhere-nixos-system-hostname-20.03.whatever.drv even after nix-collect-garbage -d?
<{^_^}>
[nixpkgs] @Ericson2314 merged pull request #95875 → gdb: Give it a `pname` → https://git.io/JJhd6
<{^_^}>
[nixpkgs] @Ericson2314 pushed 2 commits to staging: https://git.io/JJjSZ
<vika_nezrimaya>
cosarara: Yes!
<confused-jmc-nix>
vika_nezrimaya does that mean I could use bpswm under wayland? I guess not, right?
<vika_nezrimaya>
/run/current-system contains whatever you are running now, /run/booted-system contains whatever you booted from, both are GC roots
<{^_^}>
[nixpkgs] @erikarvstedt opened pull request #95917 → nixos/network-interfaces: fix too restrictive assertion on DHCP for bridges → https://git.io/JJjSW
<vika_nezrimaya>
confused-jmc-nix: No, you can't, sway is a hybrid of a display server and a window manager called a Wayland compositor, so it replaces the window manager too
<vika_nezrimaya>
But it works with almost no configuration required
<confused-jmc-nix>
No I meant using just (x)wayland
<confused-jmc-nix>
without sway
<cosarara>
vika_nezrimaya: so if I reboot and collect garbage away, both should be the same and thus I would end up with a single copy, right?
<vika_nezrimaya>
Yep!
<vika_nezrimaya>
confused-jmc-nix: it doesn't work that way
<cosarara>
I see, thanks
<vika_nezrimaya>
cosarara: this is because you might have switched to a configuration with a different kernel version, and kernel modules need to be compatible to your kernel. That's why modprobe always loads modules from /run/booted-system
<vika_nezrimaya>
and that's why it needs to stick around
<vika_nezrimaya>
Also it can be used to quickly rollback if you messed up
<cosarara>
I can setxkbmap, so that's finding the right one, but KDE systemsettings is reading one of the 2 vanilla ones which means I can't select my layout
cosimone has quit [Client Quit]
<{^_^}>
[nixos-search] @garbas pushed to fix-147-and-149 « space should present an OR operation in query »: https://git.io/JJjSH
<{^_^}>
[nixpkgs] @erikarvstedt closed pull request #95916 → nixos/network-interfaces: fix too restrictive assertion on DHCP for bridges → https://git.io/JJjyQ
<{^_^}>
[nixos-search] @garbas opened pull request #150 → space should present an OR operation in query → https://git.io/JJjS7
metreo has joined #nixos
turlando has quit [Ping timeout: 256 seconds]
<confused-jmc>
vika_nezrimaya now I'm running sway, but I can't even run alacritty, I think
<cosarara>
the qimgv extra I understand because I'm picking that package from unstable, but I don't see why the kwin dependency on libxkbcommon ends up with a duplicate xkeyboard-config-2.27
endformationage has quit [Ping timeout: 265 seconds]
endformationage has joined #nixos
<confused-jmc>
vika_nezrimaya for some reason it is ok with launch the terminal on `modifier + Enter` but it doesn't want to launch rofi on `modifier + Alt + x`
<vika_nezrimaya>
Either you don't have rofi in your environment or something is happening. Try to run rofi from terminal
<vika_nezrimaya>
confused-jmc-nix: hm, looks fine. I'd probably replace rofi and alacritty with ${pkgs.rofi}/bin/rofi and ${pkgs.alacritty}/bin/alacritty to make it a little bit more specific and less dependent on the environment
<vika_nezrimaya>
but that's just my preference for self-contained snippets
<vika_nezrimaya>
I love modularizing my config
<vika_nezrimaya>
WAIT, WHY DID FIREFOX LAUNCH?!
<vika_nezrimaya>
what the heck
<vika_nezrimaya>
why is firefox suddenly handling my links?
<confused-jmc-nix>
ok
<vika_nezrimaya>
oh well, XDG default programs was always buggy and it always will
<confused-jmc-nix>
and how do you do things like screen brightness in sway/wayland?
<vika_nezrimaya>
In wayland-land, we just do it the low-level way! brightnessctl is a great utility that can modify your screen brightness in Wayland
justache has joined #nixos
<vika_nezrimaya>
It's available in the package "brightnessctl"
<vika_nezrimaya>
I'd suggest binding your brightness up and brightness-down keys to respective subcommands
<bqv>
vika_nezrimaya: you can manage xdg through h-m
<vika_nezrimaya>
bqv: I know, probably never got to configure it properly
<vika_nezrimaya>
but the default way is just totally unstable, irreproducible and impure
<confused-jmc-nix>
vika_nezrimaya thanks!
<bqv>
Yeah I prefer the nix way
<vika_nezrimaya>
it sometimes even changes between several consecutive deployments of a SINGLE generation
<confused-jmc-nix>
but it's not there by default
<{^_^}>
[cabal2nix] @peti pushed to master « skylighting: enable 'executable' flag by default »: https://git.io/JJj9K
<confused-jmc-nix>
what package gives me brightnessctl
<vika_nezrimaya>
brightnessctl
<vika_nezrimaya>
it's literally the name of the package
<confused-jmc-nix>
:grin:
<{^_^}>
[nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/JJj96
<vika_nezrimaya>
pro tip: ,locate bin <command> in #nixos, #nixos-dev or #nixos-chat will give you packages that contain this command
<vika_nezrimaya>
,locate bin brightnessctl
<vika_nezrimaya>
it takes a while :3
<vika_nezrimaya>
or maybe I mistyped it...
<justanotheruser>
is there going to be a nixcon 2020?
<{^_^}>
[nixpkgs] @jonringer pushed commit from @marsam to master « shadowsocks-rust: 1.8.14 -> 1.8.16 »: https://git.io/JJjHX
sadmin has joined #nixos
<{^_^}>
[nixpkgs] @peti pushed to haskell-updates « hackage2nix: update list of broken builds to fix evaluation errors on Hydra »: https://git.io/JJjHd
<{^_^}>
[nixpkgs] @peti pushed to haskell-updates « hackage-packages.nix: automatic Haskell package set update »: https://git.io/JJjHb
<{^_^}>
[nixpkgs] @jonringer pushed commit from @danieldk to master « clpeak: init at 1.1.0 »: https://git.io/JJjQQ
<{^_^}>
[nixpkgs] @jonringer merged pull request #95909 → gitAndTools.diff-so-fancy: Fix shebang patching and clean up → https://git.io/JJjod
<{^_^}>
[nixpkgs] @jonringer pushed commit from @jtojnar to master « gitAndTools.diff-so-fancy: Fix shebang patching and clean up »: https://git.io/JJjQ5
lsix1 has joined #nixos
codezero3 has joined #nixos
MmeQuignon has quit [Ping timeout: 269 seconds]
lsix has quit [Ping timeout: 240 seconds]
codezero has quit [Ping timeout: 240 seconds]
user_0x58 has quit [Ping timeout: 269 seconds]
xd1le has quit [Ping timeout: 269 seconds]
pfr has quit [Ping timeout: 240 seconds]
thc202 has quit [Ping timeout: 240 seconds]
NightA has quit [Ping timeout: 240 seconds]
misuzu has quit [Ping timeout: 240 seconds]
codezero3 is now known as codezero
misuzu_ has joined #nixos
LnL- has quit [Quit: exit 1]
NightA has joined #nixos
LnL| has joined #nixos
<leotaku>
Hello again! Is it somehow possible to install unfree packages using Nix with Flakes support? The command "nix profile install nixpkgs#foobar-unfree" errors telling me to add the "allowUnfree" option to my "config.nix", but it does not seem to respect said value.
ddellacosta has quit [Ping timeout: 240 seconds]
sam_w has quit [Ping timeout: 240 seconds]
<cole-h>
You'll need to set your nixpkgs flake
MmeQuignon has joined #nixos
<cole-h>
...'s config to allow unfree
spacefrogg has quit [Read error: Connection reset by peer]
<leotaku>
cole-h: I already use a custom Flake for my default Nixpkgs, how would I configure it to allow unfree packages?
LnL- has joined #nixos
<{^_^}>
[nixpkgs] @dasJ opened pull request #95924 → nixos/hardened: Port test to Python and fix it → https://git.io/JJj7m
LnL| has quit [Ping timeout: 258 seconds]
visl has joined #nixos
<cole-h>
leotaku: I don't know exactly, but when importing nixpkgs outside of flakes, you'd do `import <nixpkgs> { config = { allowUnfree = true; }; }`. You'll need to do something similar here.
<leotaku>
cole-h: Unfortunately due to the way Flakes work, Nixpkgs is passed into the Flake as an attribute set with no way to override the "config" values using your method.
<{^_^}>
[nixos-search] @garbas pushed 2 commits to fix-148: https://git.io/JJj5y
<{^_^}>
[nixos-search] @garbas opened pull request #152 → fix 148 and 142 → https://git.io/JJj5S
fendor has quit [Remote host closed the connection]
<leotaku>
Am I the only one that sometimes finds the interaction between Flakes and Git annoying? I really hope the final revison of Flakes will contain something like a global "impure" flag that completely disables all Git checks.
<bqv>
that would entirely defeat the point of a flake
<bqv>
the only real interaction is that flake files have to be tracked by git, realistically they don't even have to be committed - i don't think that's much of an imposition
<vika_nezrimaya>
I personallly think that the fact that flakes are tied to Git is perfect. A certain flake revision is guaranteed to reproducibly build OR reproducibly and predictably fail
<vika_nezrimaya>
That's why my laptop prints a scary warning in /etc/issue when I'm deploying from a dirty flake - WARNING: You are deployed from a dirty checkout.
<vika_nezrimaya>
I think I might actually augment it with something bigger and scarier :3
confused-jmc-nix has quit [Ping timeout: 245 seconds]
Izorkin has joined #nixos
nij has joined #nixos
<vika_nezrimaya>
(I'm really bad at terminal escape sequences though, so I'm not sure when I'll do that)
<leotaku>
I get what you guys mean, but I also think that sometimes it is valid to quickly test something without wanting to add it to version control. I like that Flakes basically has built-in reproducibilty, it's a great default. Still, I would appreciate an option to override this behavior.
<bqv>
vika_nezrimaya: haha really? that's clever. i just don't allow myself to build dirty configurations
LnL- has quit [Client Quit]
<nij>
Hello! How would you use nixos with emacs? If your config directory `.emacs` is put in the nix store, then it cannot be modified. It will be hard for you to update packages etc.
<bqv>
that way every configuration i've ever made without disabling that limit, is tracked by git
LnL- has joined #nixos
dansho has joined #nixos
<nij>
This becomes more serious for programs that require writing right to its config directory, e.g. ranger. It fails to open because it wants to write in ~/.config/ranger.
<vika_nezrimaya>
I actually do that too! But my build tool has a flag --allow-dirty that overrides the check
<leotaku>
Also, people might want to use VC systems other than Git. I think that alone should be reason enough to add something like a "--no-git" flag.
<bqv>
you can use mercurial
<bqv>
there's nothing tying it to git
<bqv>
but flakes without version control doesn't make sense
<bqv>
it is very intentionally not supported
LnL- has quit [Quit: exit 1]
LnL has joined #nixos
LnL is now known as Guest55582
davidcl has joined #nixos
<{^_^}>
[nixpkgs] @Infinisil opened pull request #95930 → fzf: Make sure that perl path is valid → https://git.io/JJjdl
<leotaku>
bqv: That's nice, but adding support for every VC system out there would be a herculean task. I understand why Flakes integrates with VC, in fact I really enjoy it. Still, I think it would be better to have an escape hatch for people who want to do something that isn't "officially supported".
dingenskirchen has quit [Quit: ZNC 1.7.5 - https://znc.in]
LnL| has joined #nixos
dingenskirchen has joined #nixos
sadmin has quit [Remote host closed the connection]
nixbitcoin_ has quit [Ping timeout: 240 seconds]
nixbitcoin has joined #nixos
LnL- has quit [Ping timeout: 240 seconds]
arjen-jonathan has quit [Ping timeout: 244 seconds]
<nij>
My configuration.nix is growing, and I hope to migrate to nixos almost completely.
<nij>
However, I will have to deal with archlinux in some situation.
dingenskirchen has quit [Client Quit]
<nij>
Should I expect that once my configuration.nix is all set, I can reproduce everything on archlinux using nixpkgs manager?
<vika_nezrimaya>
what's nixpkgs-manager
<vika_nezrimaya>
never heard of it
<vika_nezrimaya>
it all depends on how much of NixOS config this nixpkgs-manager supports
<nij>
I mean Nix.
dingenskirchen has joined #nixos
<nij>
I wonder if I can work on arch declaratively.
<bqv>
put arch in a chroot, then you can use nixos but chroot into arch for whatever you might need there
lsix1 has quit [Ping timeout: 272 seconds]
<nij>
really what i want is to live with only my nix expressions.. and nothing else
<vika_nezrimaya>
who says you can't make an arch chroot with a Nix expression
<nij>
if I have to work on arch, i hope I don't have to prepare a /dotfiles for it
<vika_nezrimaya>
Nix can do anything as long as it knows ALL dependencies
<energizer>
nij: what are you asking: if people use nixos without running arch?
<nij>
hmm noo. I wonder if using Nix on archlinux would make my archlinux cleaner
<nij>
and if it's possible to make it clean
<AmitLevy[m]>
`nix build` seems to cache fetched and then extracted tarballs in $HOME/.cache. Is there any way to control this directory? (e.g. with an environment variable or command line argument)
LnL| has quit [Quit: exit 1]
<leotaku>
bqv: I am using Git. As I've said my issues with Flakes are more philosophical than something that actually prevents me from achieving my goals with Nix.
<AmitLevy[m]>
@nij are you asking whether you'll be able to reproduce one nix system with another using just the configuration.nix file?
<bqv>
leotaku: yeah, in that case, it's probably just that you haven't understood the function of flakes entirely - it really just wouldn't work at all without a VCS backing it
<leotaku>
bqv: That is entirely possible.
<samueldr>
one of the pillars of Flakes, AFAIUI is that it describes a way to distribute and refer to nix expressions from misc. sources
<AmitLevy[m]>
@nij declaritive changes you make in an Arch chroot (or using nix-env, or any other declaritive changes) won't be reflected in your configuration.nix. But as vika_nezrimaya
<AmitLevy[m]>
suggests, you can configure the arch chroot declaratively in the first place
<samueldr>
and that source control has been used as a "transport" for that
<vika_nezrimaya>
Just make a single derivation that will produce an Arch Linux chroot
<samueldr>
mainly due to the property of being able to refer to a commit ID I figure
<vika_nezrimaya>
I suggest using a bootstrap tarball, downloaded .pkg.tar.xz packages and pre-written config files as build inputs for this derivation
<samueldr>
AmitLevy[m]: I figure the link answered your question about ~/.cache?
<vika_nezrimaya>
hm, now I think that actually be a nice Nix exercise
<vika_nezrimaya>
building a chroot with Nix, fully declaratively
<nij>
AmitLevy[m]: Yes! That's what I'm asking.
<nij>
I'm not familiar with arch chroot. But I have another laptop with archlinux that's currently really messy.
<vika_nezrimaya>
And building a script that will set up its persistent data folders like /var, /tmp and /run so they'd be writable and then chroot into it
<samueldr>
vika_nezrimaya: not exactly it, but fillDiskWithDebs in pkgs/build-support/vm/default.nix does relevant things
<vika_nezrimaya>
fillDiskWithDebs?
<nij>
I have put into some time to make my configuration.nix cleaner, and hope that I don't have to deal with my archlinux system anymore.
<vika_nezrimaya>
seriously? we have a function for it?!
<vika_nezrimaya>
when I was reading about building AOSP it confused the heck outta me
<leotaku>
samueldr: I understand why Flakes needs VC to refer to external sources. But why is it necessary for Flakes to care about my local files being managed by VC? There are many package managers (e.g. Cargo, which I think inspired Flakes) that can use VC sources but don't care about it for local files.
<samueldr>
oh, you can search "git repo"
<vika_nezrimaya>
I was ready to just pipe my brains to /dev/null
<samueldr>
which won'T help :)
<vika_nezrimaya>
leotaku: helps you discipline yourself and make your results a bit more reproducible
<samueldr>
I haven't used flakes *yet*
<samueldr>
but with flakes-compat it only requires the files to be staged
<bqv>
leotaku: that's how flakes are implemented
<samueldr>
so you can do totally undisciplined things
nschoe_ has quit [Ping timeout: 244 seconds]
<bqv>
think of it as comparable to saying "hey, why can't i just have an impure nix store path to just toy with"
<{^_^}>
[nixpkgs] @cole-h opened pull request #95934 → dwarf-fortress: dfhack and TWBT fixes → https://git.io/JJjFs
<samueldr>
which I think points towards it being an artificial limitation, or a flaw in the design
<bqv>
you can't do that, and there's good reasons why you can't and shouldn't
<manveru>
samueldr: you mean path: urls?
<vika_nezrimaya>
samueldr: With real flakes it also just needs to be staged but it's already enough if you think about it
<bqv>
the staging trick is just a feature of the fact that git allows dirty trees
<samueldr>
manveru: with flake-compat, not with flake proper, the file only has to be tracked to be picked up by the build, so you can do impure and unhermetic builds that way I guess
<bqv>
so you do still have a vcs tree, it's just ephemeral
<manveru>
because i use path inputs for development all the time, no need to commit stuff ^^;
<manveru>
never tried flake-compat
<samueldr>
I'm in no way a flakes user (yet) nor expert :)
<samueldr>
just used flake-compat through the nixos homepage repo
<samueldr>
and the fact that fetchgit picks up file according to their trackedness status is a bit weird, it seems like a half-measure
<manveru>
been doing flakes fulltime for almost two months now :)
LnL- has joined #nixos
<bqv>
leotaku: remember two things. firstly, the output of a flake build is something that ends up in the nix store, so it should be reproducible and have well defined inputs. secondly, flakes run in restricted eval mode, that's the part that limits you to a vcs; you simply can't just use your entire filesystem as an input
<vika_nezrimaya>
manveru: 4 months :P
<samueldr>
bqv: I don't see how it matters for your first point, you'll have different inputs if you change a file
<vika_nezrimaya>
at least if I do git log and scroll to the bottom
<simpson>
leotaku: I don't see it mentioned, so it's worth highlighting that flakes are hopefully strong enough to allow some breakup/federation of nixpkgs' core components. But that means that each flake needs to be very rigid in what it can address.
<bqv>
samueldr: the first step of flake eval is that every file in the vcs is copied into the store as a derivation
<vika_nezrimaya>
except flake.nix :c
<manveru>
vika_nezrimaya: well, for my personal use it's been quite a bit longer... this is only for work stuff :)
<bqv>
without the vcs, that'd mean your entire filesystem tree is copied into the store :p
<vika_nezrimaya>
which means that evaluated flake trees aren't flakes themselves
<vika_nezrimaya>
you can't run a flake from the /nix/store if you forgot its URL
<samueldr>
bqv: src = ${./.}; # now what?
<vika_nezrimaya>
samueldr: why do you need the ${}?
<samueldr>
uh, because I wrote before thinking
gv has quit [Remote host closed the connection]
<vika_nezrimaya>
sometimes it might be dangerous, please avoid this for your safety >.<
<bqv>
samueldr: ok, i guess that works
<vika_nezrimaya>
speaking from experience
<samueldr>
so, now what?: syntax error
<bqv>
it feels wrong, but it works
<samueldr>
yeah, I don't want to discount the spirit behind, but nix already handles files as inputs fine
<manveru>
samueldr: eval happens after all files are known and in the store
<bqv>
the reproducible part of that is that part of the flake reference is the git ref (which as i mentioned before, can be dirty)
gv has joined #nixos
<energizer>
samueldr: ${./.}; ( ͡° ͜ʖ ͡°)
LnL| has joined #nixos
nij has quit [Quit: leaving]
<vika_nezrimaya>
in terms of flakes augmenting Nixpkgs, I would love to see Nixpkgs using flake-apps (with `nix run flake#app`)
LnL- has quit [Ping timeout: 240 seconds]
AmitLevy[m] has left #nixos ["User left"]
<vika_nezrimaya>
Maybe we could build an automated tool that would scan the entire Nixpkgs and generate app definitions for every package in existence, yay!
<manveru>
vika_nezrimaya: for most that works already
<bqv>
you don't need app definitions in every case
<bqv>
if the default program has the same name as the derivation, nix run works
<manveru>
at least when the attr matches the executable name...
<bqv>
e.g. try `nix run nixpkgs#firefox'
<vika_nezrimaya>
Please, not that leaky memory bucket of a browser
<bqv>
it was the first thing that came to mind, would you prefer chrome?
<vika_nezrimaya>
I'm very biased against firefox because it was source of most of my memory leaks
<manveru>
`nix run nixpkgs#nyancat`
<vika_nezrimaya>
I'm using Chrome and while it loves devouring my RAM sticks, at least it can spit them back rather quickly
<samueldr>
I believe the common package to demo is `hello`
LnL| has quit [Client Quit]
stevenxl has joined #nixos
<vika_nezrimaya>
Oh, I remember times when `nix run` was equivalent to nix-shell...
<vika_nezrimaya>
almost equivalent anyway
<manveru>
yeah, that was moved to `nix shell`
<leotaku>
I agree with samueldr that the "files must be staged, but not commited" limitation is strange. I'd rather have that not work and a "--shoot-myself-in-the-foot" option to just put the whole directory into the store.
<manveru>
which is now also much nicer by not forcing bash upon you :)
<vika_nezrimaya>
By the way, y'know what's annoying with nix dev-shell? The fact that it doesn't do `source $setup` automatically
<stevenxl>
Hi folks. I am trying to contribute to a project that utilizes nix, and my `nix-build` is failing. I am trying to use the `HEAD` commit of the `envparse` package from GitHub. I'll attach my `overlay.nix`.
<{^_^}>
vika_nezrimaya: `xdg-mime query filetype <file>` to get the mimetype of <file>, see available .desktop files in /run/current-system/sw/share/applications (or others from $XDG_DATA_DIRS), use `xdg-mime default <programname>.desktop <mimetype>` to change the default program, e.g. `xdg-mime default firefox.desktop text/plain`. Mime type for HTTP and HTTPS is x-scheme-handler/http and x-scheme-handler/https
mananamenos has quit [Remote host closed the connection]
LnL has joined #nixos
<infinisil>
No idea if it'll work, but maybe worth a try :)
LnL is now known as Guest51959
<leotaku>
vika_nezrimaya: Were your problems with Firefox pre-Quantum? I use the dev edition as my main browser and, even though it is in fact a web browser, which makes it terrible by design, it works well enough.
<{^_^}>
[nixpkgs] @jonringer opened pull request #95935 → nixos/release-notes: minor fixes → https://git.io/JJjbv
<vika_nezrimaya>
leotaku: Quantum made it... a little bit better, but was still problematic in a lot of ways
<vika_nezrimaya>
Chromium-based solutions at least work
<vika_nezrimaya>
I've had some problems with webkitgtk-based browsers before, maybe compatibility has improved lately
<vika_nezrimaya>
didn't try it in a long time
<leotaku>
vika_nezrimaya: I'd be interested hearing about some of your problems with FF.
<bqv>
the only problem i have is that DRM isn't supported in nyxt, but that's kinda a feature
<vika_nezrimaya>
bqv: oh, then Kinopoisk (a russian site with legal DRM-protected movies) won't work
<bqv>
i have vivaldi as a backup for DRMy sites that i can't find a way around
<vika_nezrimaya>
well it's ok, I have other, more questionable sources
LnL- has quit [Client Quit]
<bqv>
exactly
LnL- has joined #nixos
<bqv>
you can even have nyxt open any kinopoisk url in vivaldi or similar, if you want, using the config
<vika_nezrimaya>
leotaku: Open 100 tabs, close them, open a 100 tabs again, repeat the procedure around 13 more times. You'll eventually exhaust available RAM in the system.
<bqv>
i currently have a mode defined that makes nyxt open youtube urls in mpv
<vika_nezrimaya>
In short: it leaks memory
<vika_nezrimaya>
bqv: THAT'S A FEATURE I'D SELL MY KIDNEY FOR
<nature>
I want to patch a package, for that I am using .overrideAttrs(attrs: { patches = attrs.patches ++ ???; }); what do I put instead of the ??? if my patch comes from a github pr ?
<vika_nezrimaya>
it's a fixed-output derivation, nearly all of them accept URL and a sha256
<infinisil>
Ehh ignore that
<vika_nezrimaya>
or another type of hash
<vika_nezrimaya>
sha512 can work too
<vika_nezrimaya>
sha1 was cracked several times by now so I wouldn't recommend it
<vika_nezrimaya>
and using md5 is probably worse than not using a hash altogether
<leotaku>
Im a bit sceptical of using any browsers with a very small userbase. How do I know that these developers have not royally f-ed things up and their product is uprotected against common exploits?
LnL- has quit [Quit: exit 1]
LnL- has joined #nixos
<vika_nezrimaya>
leotaku: the browser engine is what powers most of the work, so I'd suggest you look at webkitgtk's userbase numbers too
<vika_nezrimaya>
this might provide a wider overview
<{^_^}>
[nixpkgs] @zowoq pushed to master « deepin.dde-api: mark as broken »: https://git.io/JJjbV
<leotaku>
vika_nezrimaya: Still, if this nyxt browser is as powerful as bqv describes the developers would probably do some wierd custom things that increase the target surface, no?
LnL- has quit [Client Quit]
<vika_nezrimaya>
I don't think it'll increase the attack surface by much
<{^_^}>
[nixos-homepage] @garbas pushed 7 commits to manual-structure: https://git.io/JJjbr
LnL- has joined #nixos
<vika_nezrimaya>
It's not a new Web API usable from JavaScript or something
<vika_nezrimaya>
now that would increase the attack surface a lot since the implementation will be doing whatever the developer of the website wants it to do
<vika_nezrimaya>
and said website developer might want to try to do something sneaky
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<leotaku>
Also, realistically the devs could just forget to update a bundled dependency.
<vika_nezrimaya>
In comparison, features like opening a URI in another program automatically can be coded without exposing this code to the website's JavaScript, so I'd trust these a bit more
woobilicious[m] has joined #nixos
<leotaku>
vika_nezrimaya: I don't know how powerful Nyxt is, the "Emacs for the Web" pitch simply made me assume that it must hook pretty deeply into browser internals.
LnL- has quit [Ping timeout: 265 seconds]
LnL- has joined #nixos
<simpson>
leotaku: What makes a browser insecure, precisely? Is it being open to input from unknown people? Is it having massive authority to act as the user's agent on the local machine? On the remote machine? Or is it the potential for the browser to become confused while doing all of the above?
<nature>
ok I am almost there, why do I have an infinite recursion here: https://paste.rs/ffM ?
<vika_nezrimaya>
Boom, you got an infinite recursion
<leotaku>
simpson: I'd say the potential for developers to get confused because of it's complexity is what makes a browser insecure.
<simpson>
leotaku: Yep, that's how a lot of us feel. The Web fundamentally is doing too many things at once and effectively is an inner-platform operating system now.
<vika_nezrimaya>
which makes it beautiful and monstrous at the same time
<vika_nezrimaya>
The hideous monstrosity of the Web platform makes it the most beautiful platform in the world at the same time! <3
<bqv>
monstrous i get, but beautiful?
<vika_nezrimaya>
Every webpage can be a program! They don't even need to be installed OR fully downloaded to be run!
<vika_nezrimaya>
You can put up a new program on the internet just by copying a few files to the web server!
<bqv>
anyway, if nyxt is compromised, then so is midori, vivaldi, epiphany, qutebrowser, you know, every other browser that uses webkitgtk
<nature>
I don't understand what I am doing wrong :/
<bqv>
vika_nezrimaya: so the beauty comes from cheap remote code execution
<bqv>
that sounds like a bug, to me :p
<vika_nezrimaya>
It's the worst bug and the best feature of the web!
<vika_nezrimaya>
nature: why do you need rec here?
<vika_nezrimaya>
doesn't look like it's of any use
<vika_nezrimaya>
Also wrap (pkgs.fetchpatch {}) in parentheses
<leotaku>
Just a quick question, what prevents Google from closed-sourcing Chromium/Blink/etc. when they eventually get 99% market share? Then they could add features at a pace no other entity can compete with and basically own the web.
<vika_nezrimaya>
lexical binding stuff makes it a list of two elements, of which one is a function and the other is an attribute set
<nature>
vika_nezrimaya: I used rec because I had an infinite recursion and I thought it would fix it
<vika_nezrimaya>
leotaku: Good question. In this case the rage of other contributors could pust that 99% market share to something lower by means of a Blink fork called... maybe... Flash? no that's the worst name for a web technology
<bqv>
fix recursion with more recursion
<bqv>
i love it
<vika_nezrimaya>
Google could forever lose its trust
<nature>
haha I am still fairly new to nix ^^'
<vika_nezrimaya>
Also there's a CLA which I didn't read but it might provide a clue to whether they even can legally do such a thing
<vika_nezrimaya>
Also sounds like grounds for an antitrust lawsuit or how is it called in english
<nature>
I don't even know what's causing the recursion... maybe the patches = attrs.patches ++ ..
<nature>
should I use override instead of overrideAttrs ?
<vika_nezrimaya>
Shouldn't do it
<vika_nezrimaya>
NO
<vika_nezrimaya>
use the () around `fetchpatch {}` tho
<bqv>
nixpkgs is still on gcc9, i don't think 10 is stable
<bqv>
i'm just trying to debug a load of issues i'm having building construct
<infinisil>
> gcc.name
<{^_^}>
"gcc-wrapper-9.3.0"
o1lo01ol1o has quit [Ping timeout: 240 seconds]
<bqv>
> gcc.cc.name
<{^_^}>
"gcc-9.3.0"
<bqv>
:p
<omasanori[m]>
Hello, I had checked security issues in the tracker and I found that some of older Vulnerability Roundup has been fixed in all current channels, and some others describe vulnerabilities also mentioned in newer ones.
<omasanori[m]>
Will triaging such issues be helpful or just a noise? If it is desired, where should I report them, forum or these issues directly?
<omasanori[m]>
vika_nezrimaya: yeah and GCC 11 will require a C++11 compiler to bootstrap. welcome to 2020s
<vika_nezrimaya>
omasanori[m]: is it bad?
<vika_nezrimaya>
i mean, new features can't be too bad for you if these aren't really new
<omasanori[m]>
<vika_nezrimaya "omasanori: is it bad?"> Not really, unless you are a Bootstrappable build enthusiast.
<vika_nezrimaya>
so you can't bootstrap a C++11 compiler without a C++11 compiler? surely there must be some sort of way to do it
inkbottle has joined #nixos
zebrag has quit [Ping timeout: 260 seconds]
<simpson>
vika_nezrimaya: For sanity reasons, bootstraps tend to be torn down shortly after self-supporting; GHC has similar problems. And even when bootstrapping is explicitly supported, the straps rot if not maintained.
<simpson>
That doesn't make it impossible, but it does mean that the support needs to be planned and coordinated with upstream.
<vika_nezrimaya>
Hm. Will developing a compiler and including bootstrapping in its test suite be a step to solving this problem?
<vika_nezrimaya>
with a CI integration, every single commit gets put through a gauntlet of tests, and bootstrapping can be one of them
<vika_nezrimaya>
I use that to ensure I don't accidentally deploy a horribly broken build of my blog on my server >.<
<simpson>
How would you bootstrap the CI service from scratch? It's a tough problem! There's no easy answer, just working code.