JagaJaga has quit [(Quit: WeeChat 1.6)]
JagaJaga has joined #nixos
<mindB> Alright. If anyone could point a newbie in the right direction:
<mindB> I'm seeing that my autocompletion engine is pulling in clang as a dependency which is fine, but the clang package is over 500MB which I don't understand. On arch the clang package is ~200MB. Having trouble figuring out what the difference is.
takle has quit [(Read error: Connection reset by peer)]
takle has joined #nixos
markus1199 has joined #nixos
markus1189 has quit [(Ping timeout: 248 seconds)]
FRidh has quit [(Remote host closed the connection)]
JagaJaga has quit [(Ping timeout: 268 seconds)]
<alphor> gchristensen: regarding sshd not being enabled at boot: https://paste.fedoraproject.org/517313/
<alphor> the logs look fine, but they only appear after starting the service.
kampfschlaefer has quit [(Ping timeout: 258 seconds)]
<gchristensen> alphor: can you paste your configuration.nix, and does this happen if you reboot after `nixos-rebuild switch` ?
<LnL> happy new year, everybody
<LnL> alphor: my logs look similar, I think the service is just not started for some reason
<NixOS_GitHub> [nixpkgs] abuibrahim opened pull request #21559: update dpdk and related packages (master...master) https://git.io/vMtMr
<alphor> running nixos-rebuild switch now, but i think it's the same generation.
<alphor> LnL: happy new year!
<gchristensen> ah ha!
<gchristensen> (lnl) alphor: your inclusion of nixos/modules/installer/cd-dvd/sd-image-raspberrypi.nix includes https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/profiles/installation-device.nix#L48-L50
<gchristensen> I'm not sure it is good to include the sd-image-raspberrypi.nix, since that is for an installer image and not for regular use
<LnL> heh
<gchristensen> I'm off for a while.
<alphor> huh. okay, I'll try dumping the line. it was in the iso image by default.
<gchristensen> happy new year, good luck :)
mkoenig has quit [(Ping timeout: 258 seconds)]
<alphor> thanks for the help, and you too.
<LnL> alphor: root login with an ssh should also be enabled by default
<LnL> ssh key
ambro718 has quit [(Ping timeout: 268 seconds)]
mkoenig has joined #nixos
acertain has quit [(Ping timeout: 244 seconds)]
aarvar has quit [(Read error: Connection reset by peer)]
<alphor> LnL: that could be useful. how do you pipe your configuration.nix on a local machine to a target machine, through scp? if you do, do you chown /etc/nixos or just do it as root?
mudri has quit [(Quit: WeeChat 1.6)]
<LnL> I mean that I'm pretty sure it's just password login that's disabled by default
mizu_no_oto has joined #nixos
<alphor> ooh
<LnL> copying the file over with scp is probably the easiest, and I don't think the permission of the files matter
takle has quit [(Read error: Connection reset by peer)]
Sonarpulse has quit [(Ping timeout: 240 seconds)]
takle has joined #nixos
copumpkin has quit [(Quit: My MacBook Pro has gone to sleep. ZZZzzz…)]
<alphor> let's hope not lol. works so far.
brh has joined #nixos
aarvar has joined #nixos
civodul has quit [(Quit: ERC (IRC client for Emacs 25.1.1))]
digitalmentat has joined #nixos
stepcut_ has joined #nixos
stepcut has quit [(Ping timeout: 245 seconds)]
ryanartecona has joined #nixos
ryantrinkle has quit [(Ping timeout: 258 seconds)]
ryanartecona has quit [(Client Quit)]
systemfault has joined #nixos
ryantrinkle has joined #nixos
pdobrogost has quit [(Quit: Connection closed for inactivity)]
digitalmentat has quit [(Ping timeout: 258 seconds)]
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 256 seconds)]
eacamero_ has joined #nixos
Cutu_Chiqueno has quit [(Ping timeout: 268 seconds)]
eacamero_ has quit [(Ping timeout: 246 seconds)]
Wizek has joined #nixos
aarvar has quit [(Ping timeout: 265 seconds)]
Shou has quit [(Ping timeout: 258 seconds)]
ryantrinkle has quit [(Ping timeout: 258 seconds)]
aarvar has joined #nixos
Sonarpulse has joined #nixos
Wizek has quit [(Ping timeout: 252 seconds)]
Wizek_ has quit [(Ping timeout: 258 seconds)]
Sonarpulse has quit [(Remote host closed the connection)]
ryantrinkle has joined #nixos
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 256 seconds)]
derjohn_mobi has joined #nixos
derjohn_mob has quit [(Ping timeout: 246 seconds)]
eacameron has joined #nixos
<NixOS_GitHub> [nixpkgs] Ekleog opened pull request #21560: kcov: 29 -> 32 (master...kcov) https://git.io/vMtSw
eacameron has quit [(Ping timeout: 265 seconds)]
sigmundv has joined #nixos
acertain has joined #nixos
joepie91_to_go has quit [(Ping timeout: 252 seconds)]
aarvar has quit [(Ping timeout: 260 seconds)]
mizu_no_oto has joined #nixos
PragCyph1 has joined #nixos
PragCyphr has quit [(Ping timeout: 256 seconds)]
aarvar has joined #nixos
berce has quit [(Ping timeout: 245 seconds)]
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
aarvar has quit [(Ping timeout: 264 seconds)]
danharaj has quit [(Remote host closed the connection)]
<NixOS_GitHub> [nixpkgs] joachifm closed pull request #21559: update dpdk and related packages (master...master) https://git.io/vMtMr
<NixOS_GitHub> [nixpkgs] joachifm closed pull request #20642: linuxPackages.dpdk: 16.07 -> 16.11 (master...dpdk) https://git.io/vXj76
hexagoxel has quit [(Ping timeout: 258 seconds)]
hexagoxel has joined #nixos
mizu_no_oto has joined #nixos
mkoenig has quit [(Ping timeout: 248 seconds)]
mizu_no_oto has quit [(Client Quit)]
mizu_no_oto has joined #nixos
aarvar has joined #nixos
mguentner has quit [(Quit: WeeChat 1.6)]
systemfault has quit [(Quit: Bye!)]
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
mguentner has joined #nixos
MinceR has quit [(Read error: Connection reset by peer)]
MinceR has joined #nixos
zimbatm has quit [(Ping timeout: 258 seconds)]
zimbatm has joined #nixos
<NixOS_GitHub> [nixpkgs] Mic92 opened pull request #21561: iproute: remove broken fan patch (master...iproute) https://github.com/NixOS/nixpkgs/pull/21561
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 258 seconds)]
alx741_ has joined #nixos
alx741 has quit [(Ping timeout: 265 seconds)]
mguentner2 has joined #nixos
Mic92 has quit [(Read error: Connection reset by peer)]
Mic92 has joined #nixos
mguentner has quit [(Ping timeout: 260 seconds)]
alx741_ has quit [(Quit: alx741_)]
eacameron has joined #nixos
aarvar has quit [(Ping timeout: 265 seconds)]
stepcut_ has quit [(Ping timeout: 256 seconds)]
eacameron has quit [(Ping timeout: 268 seconds)]
mitchty has quit [(Remote host closed the connection)]
mitchty has joined #nixos
kragniz has quit [(Ping timeout: 258 seconds)]
<NixOS_GitHub> [nixpkgs] joachifm pushed 1 new commit to master: https://git.io/vMtQS
<NixOS_GitHub> nixpkgs/master 75ce714 Joachim Fasting: grsecurity: 4.8.15-201612151923 -> 201612301949
eacameron has joined #nixos
aarvar has joined #nixos
<NixOS_GitHub> [nixpkgs] joachifm pushed 1 new commit to master: https://github.com/NixOS/nixpkgs/commit/48f270db52b6b17d917e447eb236ccaac03c2b55
<NixOS_GitHub> nixpkgs/master 48f270d Joachim Fasting: make-system-tarball.sh: use numeric uids...
eacameron has quit [(Ping timeout: 260 seconds)]
mizu_no_oto has joined #nixos
eacameron has joined #nixos
rmrfroot` has joined #nixos
Kingsquee has quit [(Excess Flood)]
rmrfroot has quit [(Write error: Broken pipe)]
Kingsquee has joined #nixos
eacameron has quit [(Ping timeout: 268 seconds)]
eacameron has joined #nixos
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
eacameron has quit [(Ping timeout: 246 seconds)]
nitri-xmas is now known as nitrix
eacameron has joined #nixos
<NixOS_GitHub> [nixpkgs] Mic92 pushed 4 new commits to master: https://git.io/vMt7B
<NixOS_GitHub> nixpkgs/master 6c94d64 Antoine Eiche: nixos/glance: init at liberty version...
<NixOS_GitHub> nixpkgs/master 165089f Antoine Eiche: nixos/glance: add test...
<NixOS_GitHub> nixpkgs/master 49efa08 Antoine Eiche: nixos/glance: set default glance package...
sdothum has quit [(Quit: ZNC - 1.6.0 - http://znc.in)]
eacameron has quit [(Ping timeout: 264 seconds)]
systemfault has joined #nixos
aarvar has quit [(Ping timeout: 265 seconds)]
eacameron has joined #nixos
Sigma has quit [(Quit: ZNC - http://znc.in)]
aarvar has joined #nixos
zraexy has joined #nixos
eacameron has quit [(Ping timeout: 248 seconds)]
Sigma has joined #nixos
Sigma has quit [(Remote host closed the connection)]
eacameron has joined #nixos
Sigma has joined #nixos
eacameron has quit [(Read error: Connection reset by peer)]
eacameron has joined #nixos
sigmundv has quit [(Ping timeout: 265 seconds)]
eacameron has quit [(Ping timeout: 252 seconds)]
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 245 seconds)]
Kingsquee has quit [(Quit: https://i.imgur.com/qicT3GK.gif)]
edvorg has joined #nixos
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 258 seconds)]
edvorg has quit [(Ping timeout: 265 seconds)]
aarvar has quit [(Ping timeout: 256 seconds)]
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 258 seconds)]
cjhowe has joined #nixos
aarvar has joined #nixos
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
ebzzry has joined #nixos
cjhowe has joined #nixos
<NixOS_GitHub> [nixpkgs] Mic92 closed pull request #17364: ndjbdns: build from latest sources which adds Darwin compatibility (master...ndjbdns-fix) https://git.io/vKpKr
eacameron has joined #nixos
eacameron has quit [(Ping timeout: 258 seconds)]
indi_ has joined #nixos
aarvar has quit [(Ping timeout: 268 seconds)]
<NixOS_GitHub> [nixpkgs] Mic92 pushed 1 new commit to master: https://git.io/vMt5h
<NixOS_GitHub> nixpkgs/master ce99e34 Jörg Thalheim: docker: deprecate socketActivation option
<NixOS_GitHub> [nixpkgs] Mic92 closed pull request #21555: borgbackup: cleanup inputs (master...borgbackup-cleanup) https://git.io/vMtoo
martijn923 has quit [(Ping timeout: 250 seconds)]
<NixOS_GitHub> [nixpkgs] Mic92 closed pull request #21000: awscli: 1.11.10 -> 1.11.27 (master...master) https://git.io/v12cQ
indi_ has quit [(Remote host closed the connection)]
Wizek has joined #nixos
Wizek_ has joined #nixos
fkz_ has quit [(Ping timeout: 268 seconds)]
aarvar has joined #nixos
indi_ has joined #nixos
Ralith_ has quit [(Ping timeout: 264 seconds)]
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
Ralith_ has joined #nixos
cjhowe has joined #nixos
cjhowe has quit [(Ping timeout: 252 seconds)]
cjhowe has joined #nixos
systemfault has quit [(Quit: Bye!)]
fkz_ has joined #nixos
indi_ has quit [()]
aarvar has quit [(Ping timeout: 260 seconds)]
aarvar has joined #nixos
mudri has joined #nixos
filterfish__ has joined #nixos
filterfish_ has quit [(Ping timeout: 258 seconds)]
<NixOS_GitHub> [nixpkgs] Mic92 pushed 1 new commit to master: https://github.com/NixOS/nixpkgs/commit/db8c9ef3ffabd401004484158463526240a7e318
<NixOS_GitHub> nixpkgs/master db8c9ef Jörg Thalheim: bcc: git-2016-08-30 -> 0.2.0
markus1199 has quit [(Remote host closed the connection)]
martijn923 has joined #nixos
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
cjhowe has joined #nixos
roconnor has quit [(Ping timeout: 252 seconds)]
aarvar has quit [(Ping timeout: 246 seconds)]
Itkovian has joined #nixos
<NixOS_GitHub> [nixpkgs] Mic92 pushed 2 new commits to master: https://github.com/NixOS/nixpkgs/compare/db8c9ef3ffab...84a50084c336
<NixOS_GitHub> nixpkgs/master 6eead52 Christopher League: gphoto2: nixos programs module to configure udev...
<NixOS_GitHub> nixpkgs/master 84a5008 Jörg Thalheim: Merge pull request #21444 from league/fix/gphoto2-udev...
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
Itkovian has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
latk has joined #nixos
aarvar has joined #nixos
latk has quit [(Quit: Textual IRC Client: www.textualapp.com)]
Acou_Bass has quit [(Ping timeout: 265 seconds)]
Acou_Bass has joined #nixos
<NixOS_GitHub> [nixpkgs] Mic92 closed pull request #21538: rename sound.enableMediaKeys to sound.mediaKeys.enable and add sound.mediaKeys.volumeStep (master...media-keys) https://git.io/vMLjw
kampfschlaefer has joined #nixos
jgertm_ has joined #nixos
<the-kenny> Has anyone found a nice way to create a Cargo.lock file with dependencies available in a given rust-registry from nixpkgs? If our registry version lacks behind buildRustPackage won't work
<the-kenny> best I can come up with is building the registry, then pull out the latest versions specified in the json files and specify the same versions in Cargo.toml
<LnL> oh we don't have a rust section in the manual?
<the-kenny> not yet. There's an open issue about it
<the-kenny> I'll add a note to the issue that we should document my workaround :)
jgertm_ has quit [(Ping timeout: 252 seconds)]
<LnL> can't you start shell with the cargo registry from nix somehow
ambro718 has joined #nixos
<the-kenny> Not sure to be honest. I'm using the rust-packaged cargo but it uses the "upstream" registry. It's likely you can point some env var to nix' registry.
<the-kenny> LnL: Added a note about this to https://github.com/NixOS/nixpkgs/issues/13242 - feel free to add your thoughts (and other topics we need to document)
aarvar has quit [(Ping timeout: 260 seconds)]
<LnL> the-kenny: //github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/rust/default.nix#L64-L65
<the-kenny> ah so the (likely) best option is a symlink
<the-kenny> meh :)
<LnL> it looks like a bunch of stuff is needed
<the-kenny> yeah
<the-kenny> well the manual version isn't too bad
<LnL> ideally we would have an expression for a wrapped cargo that uses the nix registry
<the-kenny> Maybe I'll write a cargo plugin to do the right thing ™
Shou has joined #nixos
evangeline has joined #nixos
thc202 has joined #nixos
aarvar has joined #nixos
JagaJaga has joined #nixos
hotfuzz_ has joined #nixos
hotfuzz has quit [(Ping timeout: 256 seconds)]
ertesx has joined #nixos
takle has quit [(Read error: Connection reset by peer)]
takle has joined #nixos
ertes has quit [(Ping timeout: 268 seconds)]
ertesx is now known as ertes
joepie91_to_go has joined #nixos
ixxie has joined #nixos
aarvar has quit [(Ping timeout: 252 seconds)]
takle has quit [(Read error: Connection reset by peer)]
takle has joined #nixos
c0bw3b has joined #nixos
<NixOS_GitHub> [nixpkgs] joachifm closed pull request #15021: libiconv: Correct cross-building (master...libiconv-crossfix) https://git.io/vwVbV
ixxie has quit [(Quit: Lost terminal)]
aarvar has joined #nixos
ixxie has joined #nixos
<ixxie> anybody been experiencing issues with gdm?
gsora has quit [(Quit: uh-oh!)]
hotfuzz_ is now known as hotfuzz
markus1189 has joined #nixos
gsora has joined #nixos
takle has quit [(Read error: Connection reset by peer)]
<NixOS_GitHub> [nixpkgs] grahamc closed pull request #21520: nrpl: init at 20150521 (master...p/nrpl) https://github.com/NixOS/nixpkgs/pull/21520
takle has joined #nixos
gsora has quit [(Client Quit)]
ixxie has quit [(Ping timeout: 245 seconds)]
sdothum has joined #nixos
gsora has joined #nixos
<NixOS_GitHub> [nix] domenkozar closed pull request #1168: Readme semantics. (master...patch-1) https://git.io/vMt1f
<NixOS_GitHub> [nix] domenkozar pushed 2 new commits to master: https://github.com/NixOS/nix/compare/00d93b65fae5...c4f4eef91545
<NixOS_GitHub> nix/master c8b9e47 N1X: Readme semantics.
<NixOS_GitHub> nix/master c4f4eef Domen Kožar: Merge pull request #1168 from itsN1X/patch-1...
jgertm_ has joined #nixos
tokyo_jesus has quit [(Quit: Leaving.)]
evangeline has quit [(Ping timeout: 264 seconds)]
cjhowe has joined #nixos
tokyo_jesus has joined #nixos
aarvar has quit [(Ping timeout: 248 seconds)]
indi_ has joined #nixos
jensens has joined #nixos
<NixOS_GitHub> [nixpkgs] joachifm closed pull request #21287: stdenv setup: disallow references to the build directory (master...disallow-build-dir-in-output) https://github.com/NixOS/nixpkgs/pull/21287
jensens has quit [(Ping timeout: 260 seconds)]
mizu_no_oto has joined #nixos
mizu_no_oto has quit [(Ping timeout: 258 seconds)]
catch22 has quit [(Remote host closed the connection)]
jensens has joined #nixos
indi_ has quit [(Remote host closed the connection)]
indi_ has joined #nixos
ixxie has joined #nixos
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
slack1256 has joined #nixos
cjhowe has joined #nixos
ebzzry has quit [(Ping timeout: 265 seconds)]
civodul has joined #nixos
evangeline has joined #nixos
<martijn923> happy new year everyone :)
ebzzry has joined #nixos
<martijn923> i'm trying to build rustc for the x86_64-unknown-linux-musl target, this is what i have: http://sprunge.us/QGRd
<martijn923> and it ends with a libunwind error: http://sprunge.us/BGWK
<martijn923> i tried to implement the instructions from the rust book: https://doc.rust-lang.org/beta/book/advanced-linking.html#linux
<NixOS_GitHub> [nixpkgs] peterhoeg opened pull request #21564: dropbox: 16.4.29 -> 16.4.30 (master...u/dropbox) https://git.io/vMthn
<martijn923> libunwind is used somewhere in my derivation, but i'm missing the .a file
ebzzry has quit [(Ping timeout: 252 seconds)]
ebzzry has joined #nixos
FrozenCow has joined #nixos
<NixOS_GitHub> [nixpkgs] peterhoeg opened pull request #21565: rubber: 1.3 -> 1.4 (master...u/rubber) https://git.io/vMthr
indi_ has quit [(Remote host closed the connection)]
indi_ has joined #nixos
ebzzry has quit [(Ping timeout: 245 seconds)]
ixxie has quit [(Remote host closed the connection)]
indi_ has quit [(Ping timeout: 260 seconds)]
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
yumbox has joined #nixos
<yumbox> hello, is nixos practically useable yet?
<MichaelRaskin> Define «practically useable»
<gchristensen> I've deployed a few thousand production boxes with it, another co has deployed probably 50k boxes this last month withit, and many people use it on their laptops, including me
<yumbox> with practically useable i mean as easy to use as other linux distros
<gchristensen> that is for you to find out, I guess, I find the way nixos to be leaps and bounds easier to use
<MichaelRaskin> I have used it on my notebook for a few years, since 2008, I guess… Only stopped because right now _my_ «practically useable» includes a niche requirement which is very annoying with systemd (on-the-fly addition of X sessions)
ixxie has joined #nixos
<MichaelRaskin> I would say that if you are good with shell scripting and know what are the low level settings you want to be set, NixOS is much more convenient and comfortable than most distributions
<NixOS_GitHub> [nixpkgs] Mic92 pushed 2 new commits to master: https://git.io/vMtjD
<NixOS_GitHub> nixpkgs/master 002f3c8 tg(x): mpd: listen on 127.0.0.1 by default
<NixOS_GitHub> nixpkgs/master 05f2f8e Jörg Thalheim: Merge pull request #21505 from tg-x/mpd-listen...
<yumbox> well, i have tried nixos a while ago, but it wasnt easy.
<yumbox> so i was wondering if it's easy to use now?
<gchristensen> you'll have to find out :)
<NixOS_GitHub> [nixpkgs] grahamc closed pull request #21564: dropbox: 16.4.29 -> 16.4.30 (master...u/dropbox) https://git.io/vMthn
<MichaelRaskin> The basic approach hasn't changed much
<NixOS_GitHub> [nixpkgs] grahamc pushed 1 new commit to release-16.09: https://git.io/vMtj7
<NixOS_GitHub> nixpkgs/release-16.09 64a1302 Peter Hoeg: dropbox: 16.4.29 -> 16.4.30...
<yumbox> are there new, maybe GUI, tools that make it easier to use?
<MichaelRaskin> But over time defaults get improved and more stuff get single-configuration-line level of support
<MichaelRaskin> GUI or easier?
<ixxie> Installation - for me and my brother - was difficult; getting used to the Nix expression language also has a learning curve; but overall, the declarative configuration - for me at least- is far easier to use than imperative installation of stuff
<MichaelRaskin> there is nixos-option
<gchristensen> kmicu: around? I think you're good at these questions
<MichaelRaskin> For me installation was easier, because I always fight the partitioning tools and here I was fully expected to want to set up something unexpected by the system and just list it in the config afterwards
<yumbox> I use the commandline for OS stuff on my current distro, but CLI programs can be really hard to use too :/
<MichaelRaskin> I think nixos-option does make it simpler to look up how all the stuff is called
<gchristensen> yumbox: what is your currest distro?
<yumbox> arch
<gchristensen> we get _lots_ of people coming from arch
<ixxie> yumbok: mostly commandline is used to rebuild the system; you can edit the configuration file in a normal editor.
<MichaelRaskin> I would say that reading the manual is still a good idea with NixOS, but nix-repl and nixos-option make finding how-stuff-is-called and checking if you understand things correctly much better than a few years ago
<ixxie> so for the most part, you do *less* in command line in NixOS, as far as I can tell
<ixxie> Or you find the options on the website xD
<ixxie> I like that better personally
<ixxie> My bookmark bar link for the nixos site points directly to https://nixos.org/nixos/options.html
<MichaelRaskin> I would say that reading the Nix manual is still a good idea for comfortable NixOS use
<gchristensen> yes
<gchristensen> but you can find enough examples for many computers to get by without doing that at first
<MichaelRaskin> I have read it before my first installation of NixOS to find out if Nix is consistent enough to be worth trying to use it…
<jluttine> my webcam works on chromium but not on firefox. anyone else having similar issue? do i need to do something specific for firefox?
<MichaelRaskin> Webcam? usually it is about the audio…
<yumbox> the less i have to read before using something, the better it is ofcourse.
<gchristensen> yumbox: I'd say try it
<gchristensen> see what you find
<yumbox> how much free space do i need?
<ixxie> honestly I cannot wait for clever to finish his installer; I think it will make life so much easier for new users.
<yumbox> and, how much compiling do i need to do?
<MichaelRaskin> I would say three times the graphical installer ISO size
<gchristensen> not a lot of compiling, most of the stuff is available pre-compiled
<yumbox> modern webbrowsers are pretty much an OS, so do i have to compile firefox?
<MichaelRaskin> «the less i have to read before using something, the better it is ofcourse.» — well, I would say NixOS is still not focusing on this definition of ease of use
<kmicu> Hi yumbox: there is no GUI tools for Nix ecosystem, but if something is difficult or manual is unclear then we are happy to help. After learning couple of idiosyncratic commands you should be proficient with managing Nix systems.
<gchristensen> yay, kmicu!
<kmicu> Usually, you do not need to compile anything at all.
<yumbox> MichaelRaskin: okay, good to know, thanks.
<MichaelRaskin> My personal definition of ease of use requires «if you try to learn what goes on, you actually have a chance to succeed» — and NixOS is much easier to use from that angle
<kmicu> Try NixOS and we will guide you step by step. As a former Arch users I think that Arch requires more learning than Nix(OS) *if* you are not familiar with both systems.
<yumbox> MichaelRaskin: by that definition, one can learn how to program anything :P
<ixxie> MichaelRaskin: yes! that! half a year into NixOS and I can gladly say its much easier to manage than ubuntu xD
<hodapp> yumbox: not exactly; it's still making a statement about whether or not effort pays off
<hodapp> yumbox: and on some systems, it really doesn't
<MichaelRaskin> Sorry no, however much time you spend trying to understand what macOS does, in many cases you have no chance
<hodapp> kmicu: yeah, former Arch user too. Grew tired of the once-every-few-months breakage that required me to manually hack out something
<ben> NixOS never has breakage for you?
<yumbox> MichaelRaskin: good one. i meant that if you learn about a libre OS, you can do anything :P
<hodapp> not yet, but I've not been using it long
<gchristensen> and if it does you can go back
<gchristensen> that is a huge feature
<ben> but then you sit in the past for an indefinite amount of time!
<MichaelRaskin> yumbox: Ubuntu has grown large enough that having the source doesn't make tracing the complex configuration machinery _easy_
<yumbox> hodapp: ah, yeah, you're right.
<ben> nixpkgs is pretty large too
<simpson> But the configuration system is much simpler than dpkg/apt.
<MichaelRaskin> The main feature for me is that _the only_ way for two CLI programs in my profile to conflict is to have the same name
<MichaelRaskin> In all the other systems there are many interesting ways for things to conflict on library versions
<yumbox> MichaelRaskin: yeah, sure, but "succeed" means for the average person to run the programs they want to. that just requires apt install whatever on ubuntu.
<gchristensen> "just"
<hodapp> "average"
<gchristensen> yumbox: they have to install it to their whole system and deal with the complexity / fall-out from that
<gchristensen> like if you intsall a package that behaves differently depending on what else you have
<ben> but otoh theres probably enough other people on ubuntu that the package works
<gchristensen> here, I can fearlessly run `nix-shell -p <any-arbitrary-package-it-doesn't-matter>` and have it available to me, without having installed it globally
<kmicu> You could also start gradually from Arch+Nix (the package manager) and move into NixOS which brings more benefits.
<hodapp> Nix never worked right for me on Arch :-/
<yumbox> i dont want to screw up my arch install
<kmicu> I don’t think that lack of GUI tools is a big problem if you have a responsive help from the community.
<MichaelRaskin> jluttine: for me the real problem is usually sound, and setting media.navigator.audio.full_duplex to false usually helps
<gchristensen> "i dont want to screw up my nixos install" isn't something I've ever heard someone say
<hodapp> I don't want to screw up my NixOS install.
* hodapp runs off
<ben> when i went to try out nixos i just moved /* into /blah
<ben> figuring i can wipe nixos and move it back nbd
<yumbox> gchristensen: maybe because not many people use nixos?
<kmicu> Even when Nix does not work right on Arch it will break nothing, b/c it’s under /nix/store. You can safely remove it. Arch/Pacman is unaffected.
<MichaelRaskin> gchristensen: I think I have. It involved moving to full-disk encryption
<yumbox> kmicu: but then how can I "use" it?
<gchristensen> MichaelRaskin: lol fair enough
<MichaelRaskin> Also, bootloader configuration can be tricky or risky
<kmicu> After installation, you can ‘nix-env -iA firefox’ and firefox will be available in your PATH.
<MichaelRaskin> yumbox: if your change cannot be rolled back, it has to involve the bootloader or partitioning
<MichaelRaskin> That reduces the mess-up surface area _a lot_
cjhowe has joined #nixos
<gchristensen> anyway
<ixxie> yumbox: once the some stuff (like the installer and package managemnt) get a GUI, I am sure that NixOS could become a very popular distro because it will become very easy to proliferate all sorts of custom flavors of it
<gchristensen> yumbox: you could put it in a VM and try it out, no risk
<yumbox> ixxie: any idea when that may be?
<ixxie> clever is working on a beautiful gui installer
<gchristensen> no real timeline on that
<kmicu> Hah, like ‘once the some stuff (like the installer and version control managemnt) get a GUI, I am sure that git could become a very popular…’ ( ͡~ ͜ʖ ͡°)
<ixxie> as for package management, its already just about as easy as ubuntu imo
<ixxie> although I prefer the declarative approach
slack1256 has quit [(Ping timeout: 268 seconds)]
<ixxie> kmicu: this is different because it wouldn't require technical knowledge
<kmicu> yumbox: usability is not the highest priority for Nix project, that will not change in the near future.
<gchristensen> yumbox: I was suuuper skeptical too. I tried the VM (https://d3g5gsiof5omrk.cloudfront.net/nixos/16.09/nixos-16.09.1389.d7a3160/nixos-16.09.1389.d7a3160-x86_64-linux.ova) on Thursday and installed it as my main OS on Saturday.
<MichaelRaskin> kmicu: unlike Git, Nix has a design whitepaper
<ixxie> people familiar will nixos who wish to make a custom distribution can maintain it with far greater ease than in other distros
<yumbox> kmicu: how can usability not be a high priority?
<ixxie> so my bet is in a few years many people interested in developing distros for particular use cases will use NixOS as a backend
<ixxie> I know I will ^^
<gchristensen> yumbox: NixOS needs people who care about particular facets to drive them forward.
alx741 has joined #nixos
<ixxie> I hope to eventually contribute towards usability myself, but at the moment I am still learning the ropes :P
<MichaelRaskin> yumbox: usability means very different things to different people
<gchristensen> yumbox: there are a lot of attributes around "usability" which we do have good usability in some areas, and not as good in others. I care a lot about security and keeping things up to date, so that is my main focus, for example.
<ben> Yeah I'm thinking I might want to not use NixOS because I don't have the energy to like fix my email client package :(
<kmicu> yumbox: the same way as in Arch usability is not something to brag about it.
<gchristensen> ben: which one?
<ben> evolution
<gchristensen> what is broken about it?
<ben> hasnt actually displayed emails for a while
<gchristensen> shesh
<ben> like the content area doesn't render
<ben> lists emails just fine tho
<MichaelRaskin> The optimal amount of stuff to read before installation for you (as you say) is zero, for me it is non-zero because I want people to commit that some basic design description is something for all power users to read.
<ben> its a bit beyond "yeah someone forgot to tell evolution about this random-ass gnome library that's implicitly in scope under gnome, so"
<kmicu> ben: I’m pretty sure that if you report the problem it will be fixed. You could also get a feedback from other Evolution users.
<yumbox> gchristensen: can't you just have it all? security and an up-to-date system and easy to use?
<kmicu> Oh, Nirvana fallacy is strong here :)
<MichaelRaskin> yumbox: you can't have «easy to use»
<ben> not a lot of confidence
<MichaelRaskin> It misses the critical part «easy for whom»
<gchristensen> yumbox: sure, it could be done, if enough people are working towards it.
<yumbox> MichaelRaskin: for people
<kmicu> Arch also has a plenty of broken packages, like any other distro. There is always something broken.
<MichaelRaskin> OK, I'll bite.
<gchristensen> yumbox: NixOS is small, no hiding it. we need more people interested in these attributes.
pdobrogost has joined #nixos
<ixxie> I like the principle of designing a system which your grandma could use and yet still has transparency and accesibility for power users; not sure how possible it is xD
<MichaelRaskin> «For people», statistically, default language being Chinese should improve ease of use
<ben> also it's a bit of a drag not being able to clone random shit on github and doing the configure, make, install thing
<yumbox> gchristensen: oh, okay.
<kmicu> So you don’t want Nix! Problem solved.
<MichaelRaskin> ben: that last part is simpler inside a FHS chroot
<ben> some things on github just fight you to the death if they arent on a "normal" fhs kinda place
<ben> yah i guess
<kmicu> Nix by design makes global mutable ‘configure, make, install’ hard.
<MichaelRaskin> Which is actually in a good shape by now
rmrfroot has joined #nixos
<ben> in retrospect i didnt actually mean install
<yumbox> fhs?
<MichaelRaskin> That's what I assumed
<MichaelRaskin> Filesystem Hierarchy Standard
<yumbox> ah, okay.
<ben> every couple of months i look at servo and its bespoke build tooling and just give up
<ben> but i should probably learn to use fhs chroots :3
<kmicu> You can define FHS environments with http://nixos.org/nixpkgs/manual/#sec-fhs-environments but that is not as *easy* as in global mutable distros :)
<ben> (which also feels like giving up! a little!)
<MichaelRaskin> Servo provides nightlies that are easy to patchelf into running
<MichaelRaskin> (I have done that with a few of them)
mkoenig has joined #nixos
kynan_ has joined #nixos
<MichaelRaskin> Honest installation requires being able to make the package build system work, and Servo is large and complicated (who would expect a web browser to be…)
<MichaelRaskin> As for Evolution: I have to admit that some time ago I tried to package Empathy, and I have given up.
<gchristensen> one little interesting thing is NixOS is in the top 10 most active projects based on reviewers: https://octoverse.github.com/
<MichaelRaskin> Some Gnome stuff is Sage-level complicated to package
sigmundv has joined #nixos
<hodapp> blugh, Sage
<kmicu> yumbox: in summary, we are happy to help with any problems during NixOS installation/operation. Try it, check if you like it. Don’t expect any GUIs in the near future.
<ben> It's a bit discouraging that gnome stuff as packaged doesn't work, tho
<hodapp> is Sage the build where it builds it own version of GCC in order to build its dependencies?
<ben> I don't wanna be the only guy off the beaten path, so if it doesn't work for me I just assume I'm not the target audience :/
<gchristensen> ben: can you tolerate thunderbird? many people use thunderbird
<ben> I'm using it right now but it seems buggy
<ben> displays a bunch of emails that have only a time and no date in the timestamps as most recent, always
<ben> I guess I have buggy emails...
<MichaelRaskin> hodapp: I think that is the default, yes
<kmicu> ben: GNOME is used by many NixOS users. It’s actively updated and maintained. It’s a big monolithic project though so for sure it is not perfectly packaged. If you participate in reporting problems I’m sure they will fix all of them.
<MichaelRaskin> I wanted to be able to build it before the heat death of the universe, so I tried to use some system packages. At some point I failed to understand what was going on
<yumbox> kmicu: okay, thanks.
<ben> yeah thatd be nice.
<hodapp> MichaelRaskin: I once tried to build it on an MK802, and it destroyed the SD card after a few days of building
<kmicu> Heh, almost 500 issues (400 already closed/fixed) with ‘gnome’ https://github.com/NixOS/nixpkgs/search?q=gnome&type=Issues&utf8=%E2%9C%93
<MichaelRaskin> hodapp: you should have started by training on a desktop: the same feeling of failure, but without hardware damage
<ben> haha
kynan_ has quit [(Ping timeout: 246 seconds)]
<hodapp> MichaelRaskin: well, I didn't know that it was going to be building for so long it was going to destroy the flash :-/
<MichaelRaskin> That's why you should never try to build anything on Flash before seing it built on a desktop with a HDD
<gchristensen> this reminds me of trying to build kaldi ...
<gchristensen> ugh, trying to package kaldi was a nightmare
<MichaelRaskin> With MK802 if building it on the desktop takes too long to try, you won't live long enough to see the result on MK802 anyway
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
<kmicu> Like bootstrapping GHC from the sources… :)
josePhoenix has quit [(Remote host closed the connection)]
josePhoenix has joined #nixos
<sphalerite> Is there a tool for pretty-printing nix expressions?
<gchristensen> I wish, my kingdom for a nixfmt like gofmt!
<MichaelRaskin> Is feeding the stuff to Vim and calling autoformat acceptable?
<sphalerite> Depends on the results :p
<MichaelRaskin> I guess it should also work with Emacs, but Vim is lighter
<MichaelRaskin> You can try and say if you like them
<sphalerite> What about a parser for nix expressions in haskell?
<gchristensen> MichaelRaskin: can vim's nix highlighting handle "/*" in a nix string? b/c emacs' thinks that means a block comment
<hodapp> sphalerite: I thought johnw's hnix did something like this
* kmicu checks status on https://github.com/NixOS/nix/issues/1102 nope, still no language specification.
<hodapp> "The language is whatever the tools parse, duh."
<MichaelRaskin> Hm, looks like no
<sphalerite> lol
uu has left #nixos ["WeeChat 1.6"]
<MichaelRaskin> hodapp: the true sad story is that Nix started out having a specification that was automatically converted to a parser. This ended up becoming too slow and being abandoned
<MichaelRaskin> Vim also has a /* problem
cjhowe has joined #nixos
<sphalerite> aww
jgertm_ has quit [(Ping timeout: 258 seconds)]
Guest21099 has joined #nixos
<sphalerite> Well I might as well take a shot at writing a BNF, right?
* sphalerite is armed with "CS311: Programming Language Definition and Implementation" and overly confident
<rmrfroot> quote from the linked thread: "BNFC's LBNF grammar targets LALR(1) parsers generators which are not powerful enough to parse Nix."
<kmicu> gchristensen: https://github.com/NixOS/nix/issues/662 did you try Matthew’s fork?
<gchristensen> I haven't ... I will@
<gchristensen> it is annoying to put in commits like "# */ hi emacs"
<kmicu> Alas, like always PRs on Nix repo are dead in the water https://github.com/NixOS/nix/pull/1120
<gchristensen> not _literally_ always ;)
<gchristensen> this one was merged just recently! https://github.com/NixOS/nix/pull/1168
james has joined #nixos
<kmicu> Yeah, the rest is an exception from the rule ( ͡~ ͜ʖ ͡°)
james is now known as james_rth
<rmrfroot> gchristensen: haha
<kmicu> Ah, and the trivial ones like reformatting README are also merged promptly.
kynan_ has joined #nixos
<rmrfroot> i was thinking, is there a clear hierarchy in NixOS (as in who makes the decisions)?
* kmicu looks at “Ok, so I can drop ac2c9a3 and then this one can be merged cleanly with ttuegel's PR, I think.” then looks at ‘Nov 17, 2016’ then predicts forks… 😺
jensens has quit [(Ping timeout: 246 seconds)]
<gchristensen> kmicu: which one?
Wizek has quit [(Ping timeout: 252 seconds)]
<gchristensen> oh, heh, yeah
<rmrfroot> because the project just seems like total chaos to me.
<kmicu> nix-mode is punished by existing in Nix repo.
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
Wizek_ has quit [(Ping timeout: 265 seconds)]
<NixOS_GitHub> [nixpkgs] joachifm pushed 2 new commits to master: https://git.io/vMqv2
<NixOS_GitHub> nixpkgs/master 7f0143b Léo Gaspard: kcov: 29 -> 32
<NixOS_GitHub> nixpkgs/master d3f01c3 Joachim F: Merge pull request #21560 from Ekleog/kcov...
<gchristensen> rob pretty well owns nixops, eelco pretty well owns nix, domen has broad authority on nixpkgs, but eelco is #1, but really my understanding is if you consistently do a type of thing, the community and them will look to you for leadership in that area
<rmrfroot> gchristensen: ah ok, thanks for clarifying
<MichaelRaskin> NixPkgs have this benefit of a lot of people having commit acces in various areas
<kmicu> rmrfroot: they are different repos. Changes in Nix repo are important and can have a big impact therefore they require niksnut’s approval.
<gchristensen> right
<MichaelRaskin> Which sometimes doesn't help to prevent weird decisions, but at least helps about stalling
<MichaelRaskin> And in Nix the current normal is neither rejected nor merged
<kmicu> There is no chaos, but a lot of tribal knowledge. The structure of ‘power’ is not documented.
<MichaelRaskin> Nix is the opposite of chaos — it is quite close to frozen
<gchristensen> the ~400 PRs we've merged in the last 30 days isn't really frozen ...
<MichaelRaskin> It is NixPkgs
<kmicu> Yeah, those open PRs are in majority — new PRs.
<gchristensen> " Excluding merges, 209 authors have pushed 1,087 commits to master and 1,379 commits to all branches. On master, 962 files have changed and there have been 31,557 additions and 13,991 deletions. "
<MichaelRaskin> I say about Nix
<gchristensen> ahh
<NixOS_GitHub> [nixpkgs] bjornfor opened pull request #21566: nixos: provide /etc/hostname (master...hostname) https://github.com/NixOS/nixpkgs/pull/21566
<sphalerite> I'm just going to look at all the oldest PRs and comment on those obsoleted by the flow of time :p
pstn has joined #nixos
<rmrfroot> why it looks like chaos to me is because there are some changes that are commited directly and some are PRs. there doesn't seem to be a clear process on how changes are allowed into the project.
<MichaelRaskin> Back when Nix was on SVN and commit rights were for all repos at once, I have implemented tryEval… which niksnut doesn't like much (for good reasons), but still there is no better idea for implementing Hydra's NixPkgs builds
<kmicu> New year, new challenges. I’m still happy, b/c even with Nix repo frozen other things move ahead. Constant improvement.
<MichaelRaskin> rmrfroot: most of the PRs would be OK to commit to master
kynan_ has quit [(Remote host closed the connection)]
<rmrfroot> MichaelRaskin: sure, but what about the commits that aren't even reviewed by another person?
<MichaelRaskin> PRs are needed to prove effort commitment/experience with Nix-based packaging
<kmicu> One could even argue (not me) that the stable Nix repo gives a room for Nix{pkgs,OS,Ops} improvements.
<gchristensen> kmicu: how do you mean?
<kmicu> Recently, some changes in Nix (namespaces) resulted in a slowdown in Nixpkgs.
<gchristensen> rmrfroot: once you're clearly doing consistently good work, you get commit access. there are many PRs and only so many reviewers, so being careful and committing to master reduces the overhead by reducing "almost-certainly-to-be-good" PRs
indi_ has joined #nixos
<kmicu> (That could be avoided though by not using the latest Nix on Hydra… or something?)
<gchristensen> kmicu: :)
kynan_ has joined #nixos
<NixOS_GitHub> [nixpkgs] peterhoeg opened pull request #21567: xca: qt4 -> qt5 (master...p/xca) https://git.io/vMqfU
<kmicu> Enough chit–chat. Just updated NixOS n–th time. Everything works for me. ʕノ•ᴥ•ʔノ ︵ λ𝛌𝚲𝝀
<rmrfroot> gchristensen: i understand what you mean. maybe i'm over reacting. i just get concerned when i see stuff liks this: https://github.com/NixOS/nixpkgs/commit/01e44ac1f9af1d42ee9b5000426b780f2a03c948#commitcomment-19114410
<srhb> Is the nix tool slated for a 17.03 release?
<gchristensen> rmrfroot: yeah, that happens sometimes. the-kenny and peti are both respected members of the community. note, though, that this is on master which in `nixos-unstable` which isn't for every day users.
<NixOS_GitHub> [nix] domenkozar closed pull request #191: doc: mention paths enclosed in angle brackets in 'writing nix expressions' section (master...docs/spath) https://github.com/NixOS/nix/pull/191
<kmicu> rmrfroot: peti is a user of master. There is many breaking changes on master and we solve them before they hit channels releases.
<gchristensen> did we wake the beast of nix-mergers? ;)
<kmicu> rmrfroot: also it’s a little bit ‘funny’, b/c when peti switched from stable gnupg20 to gnupg21 that was ok :P
<rmrfroot> gchristensen: yeah, no doubt about that, nothing against any of them. it just got me thinking, what if stuff like that happens with critical stuff? or that malicious code gets in to the tree.
tokyo_jesus has quit [(Ping timeout: 248 seconds)]
<rmrfroot> maybe it won't be a problem if you don't use unstable
<gchristensen> rmrfroot: it doesn't get released if it breaks things
tokyo_jesus has joined #nixos
<gchristensen> rmrfroot: these are the tests that need to pass: https://hydra.nixos.org/job/nixos/release-16.09/tested#tabs-constituents
<kmicu> You can always use an older release of Nixpkgs. nix-shell -p emacs24 -I nixpkgs=nixpkgsWithEmacs24.
<kmicu> It’s really difficult to break official releases. They can be delayed, but not broken.
<the-kenny> rmrfroot: I'm sorry if this commit caused you any trouble. As you can see from the commits it was quite controversial even when I pushed it. I have since then adopted a slightly more laid-back strategy for updating stuff. However, I still think that we needed to update to emacs25 at some point, even with the risk of breaking stuff. Keep in mind that this was (and still is) only in the unstable channel and not
<the-kenny> in any stable release yet.
<rmrfroot> gchristensen: maybe it's really hard for malicious stuff to end up in a release, since it's so well tested/evaluated.
<gchristensen> the-kenny: I didn't mean to ping you, I think this is just a discussion of "how does nixpkgs work"
roconnor has joined #nixos
<the-kenny> gchristensen: no it's fine :) This commit still haunts me after months ;)
<gchristensen> sorry (but you'rewelcome to participate)
<kmicu> the-kenny: imo you did a good thing. Especially, that Nix(pkgs) has so many escape hatches to install an older stuff.
<rmrfroot> the-kenny: hey, no worries! not trying to point any fingers here, it's just an example i came to think about.
<the-kenny> I think that rmrfroot has some valid points - a better pr/review/merge plan might benefit nixpkgs quite a bit. I enjoy the process rust uses (nothing goes into master, everything is merged via an automated bot)
<the-kenny> However, that needs a quite sophisticated infrastructure which we don't have yet
<the-kenny> rmrfroot: it's fine :) Don't worry.
<rmrfroot> i'm just using emacs24 as a private package, right now. that's the nice thing about NixOS, i could just copy the definition from your diff and use it within like 5 minutes
<the-kenny> Your point is totally valid
<gchristensen> rmrfroot: you migth be surprised to find how debian does it :)
<rmrfroot> gchristensen: i don't want to know, to be honest :D
<gchristensen> I didn't either.
<rmrfroot> i mean, imagine not having nix and a central repo to manage everything.
james_rth has quit [(Remote host closed the connection)]
<gchristensen> trusted maintainers build locally and push the compiled .deb's up to their server
<gchristensen> oops I didn't mean to say that
<rmrfroot> -triggered-
ck3d has joined #nixos
Shou has quit [(Ping timeout: 245 seconds)]
pstn has quit [(Remote host closed the connection)]
alx741_ has joined #nixos
alx741_ has quit [(Client Quit)]
alx741_ has joined #nixos
<gchristensen> in comparison, nixpkgs is amazingly auditable
alx741 has quit [(Ping timeout: 265 seconds)]
<rmrfroot> gchristensen: yeah, that's true
alx741_ has quit [(Client Quit)]
alx741 has joined #nixos
<rmrfroot> maybe i should just run a release instead of unstable and take a chill pill ^^
<gchristensen> I do recommend it
<rmrfroot> i'm like the guy who wants to eat the cake, but still keep it :P
yumbox has quit [(Quit: leaving)]
ck3d has quit [(Ping timeout: 260 seconds)]
<ixxie> NEL doesn't support any kind of regex substitutions right? I wanted to do something like imports = [ ./folder/*.nix ]
<rmrfroot> anyway, thanks (kmicu, gchristensen and the-kenny) for sharing some insights in how the human machinery works. i have also been looking at some GitHub issues related to this topic and it seems like a lot of things *are* going to happen this year to improve the whole process.
pstn has joined #nixos
<gchristensen> rmrfroot: the process develops slowly over time as people push it forward, we're all trying to make nixos the best it can be
<gchristensen> :)
<kmicu> Yuge improvement. Believe me. We have the best people.
<ixxie> and you guys are doing an excellent job at it, I might add!
<gchristensen> kmicu: you are so smart.
bennofs has joined #nixos
* kmicu is tempted to use this awful ‘Sorry losers and haters, but my I.Q. is one of the highest -and you all know it!’ as a response. Too much.
<gchristensen> way too much
cjhowe has joined #nixos
<kmicu> [Dark joke] It wasn’t too much for ’Murica.
<gchristensen> (ಥ﹏ಥ)
* kmicu is sorry, but watching https://www.youtube.com/watch?v=geEVwslL-YY triggered bad habits in him.
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
<NixOS_GitHub> [nixpkgs] FRidh force-pushed python-wip from 7e4b09d to 0d65684: https://git.io/vzaOS
<NixOS_GitHub> nixpkgs/python-wip 0d65684 Frederik Rietdijk: Python: script names now include full path...
Shou has joined #nixos
<gchristensen> omg we have EAGLE packaged
alx741 has quit [(Quit: alx741)]
alx741 has joined #nixos
cjhowe has joined #nixos
<gchristensen> thank you bjornfor and nckx :D
<NixOS_GitHub> [nixpkgs] FRidh opened pull request #21568: Python: script names now include full path (master...python-wip) https://git.io/vMqJw
alx741 has quit [(Client Quit)]
alx741 has joined #nixos
alx741 has quit [(Client Quit)]
alx741 has joined #nixos
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
rsa has quit [(Ping timeout: 246 seconds)]
ck3d has joined #nixos
cjhowe has joined #nixos
yumbox has joined #nixos
ck3d has quit [(Client Quit)]
<yumbox> i tried to install nixos, but the install won't even boot
<yumbox> it says it can't find "/dev/root"
kynan_ has quit [(Ping timeout: 268 seconds)]
<yumbox> memtest does work
<kmicu> yumbox: did you use UEFI or legacy BIOS path during installation? https://nixos.org/nixos/manual/index.html#sec-installation
<yumbox> couldn't even boot the install
<yumbox> oh, i mean the install image
<yumbox> "The CD contains a basic NixOS installation. (It also contains Memtest86+, useful if you want to test new hardware). When it’s finished booting, it should have detected most of your hardware."
<yumbox> couldn't finish booting
<kmicu> Ah, it’s a LiveCD problem?
<yumbox> yeah
<NixOS_GitHub> [nixpkgs] volth opened pull request #21569: garbage lines in mercurial.nix (master...mercurial-3.9.2) https://git.io/vMqUk
<kmicu> Which image did you use http://nixos.org/nixos/download.html ?
rsa has joined #nixos
<MichaelRaskin> And is it via USB or optical drive?
<yumbox> small x64 one
<yumbox> usb
<yumbox> well, no.
<yumbox> it's an sd-card.
<kmicu> Did you use ‘dd’ to prepare it or something else?
<MichaelRaskin> Hm
<yumbox> i just copied it
<MichaelRaskin> It may be that the default iso doesn't include something needed for SD cards in the initrd
alx741 has quit [(Quit: alx741)]
alx741 has joined #nixos
<kmicu> I use ‘dd’ as described on https://nixos.org/nixos/manual/index.html#sec-booting-from-usb so I’m not sure about unetbootin way or if just copying w/o changing the label works at all.
<NixOS_GitHub> [nixpkgs] pSub pushed 2 new commits to master: https://github.com/NixOS/nixpkgs/compare/d3f01c3531bd...3b754e525fea
<NixOS_GitHub> nixpkgs/master 039e90c Pascal Wittmann: fityk: 1.3.0 -> 1.3.1
<NixOS_GitHub> nixpkgs/master 3b754e5 Pascal Wittmann: xylib: 1.4 -> 1.5
<yumbox> I used `sudo cp dl/nixos-minimal-16.09.1389.d7a3160-x86_64-linux.iso /dev/sdb`
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
<kmicu> Does your SD card has ‘NIXOS_ISO’ as its label?
<yumbox> something like that, yeah
<srhb> yumbox: I didn't know you could treat a device like that. Odd.
kynan_ has joined #nixos
cjhowe has joined #nixos
tvon has joined #nixos
tvon_ has joined #nixos
<kmicu> Maybe someone here has a spare SD card to check if that method is supported (if yes then https://nixos.org/nixos/manual/index.html#sec-booting-from-usb could be updated).
<yumbox> i've zapped the previous GPT
<yumbox> and zeroed the first 8MB
<martijn923> What is NixOS general policy on /etc? To not have it at all (or as little in there as possible), or to have whatever we want/need in there as long as it is generated and read-only?
indi_ has quit [(Remote host closed the connection)]
<yumbox> now im copying it again. maybe it'll work now.
indi_ has joined #nixos
yumbox has quit [(Quit: leaving)]
james_rth has joined #nixos
* kmicu considers global /etc/ (or anything not under /nix/store) as a necessary evil.
<rmrfroot> kmicu: then you must really love /var
<gchristensen> martijn923: as little as possible, ready-only if we have to have it there, if possible
takle has quit [()]
<NixOS_GitHub> [nixpkgs] michaelpj opened pull request #21570: arbtt service: init (master...services/arbtt) https://git.io/vMqTe
<martijn923> that's what i was thinking
<Dezgeg> I think some sd card readers need custom drivers that the installer initrd might not contain
<martijn923> this pr got me curious on /etc/ policy https://github.com/NixOS/nixpkgs/pull/21566
indi_ has quit [(Remote host closed the connection)]
james_rth has quit [(Ping timeout: 264 seconds)]
<martijn923> i by no means want to poo on this particular pr, just wondering what is the most nixos way to solve it
<LnL> it depends the service imho
indi_ has joined #nixos
<LnL> for things that can reload their configuration it's useful
<Dezgeg> e.g. my thinkpad needs rtsx_pci and others
indi_ has quit [(Remote host closed the connection)]
takle has joined #nixos
<martijn923> in this case my first reaction was why don't these services just call gethostname(2) ?
<martijn923> or instead of providing /etc/hostname (which doesn't really seem to be a standard) we could patch them to read /proc/sys/kernel/hostname or whatever
<kmicu> rmrfroot: I love that NixOS at least try to minimize mutable parts. There is not enough time to patch everything and maintain it. Things like /run/opengl-* or /etc, /var are a reasonable trade off.
<gchristensen> "minimize mutable parts"++
<LnL> indeed, or use the hostname hostname command
<gchristensen> !m minimizing mutable parts
<[0__0]> You're doing good work, minimizing mutable parts!
bennofs has quit [(Quit: WeeChat 1.6)]
bennofs has joined #nixos
<kmicu> *Realistic* alternatives have even more /* mutable surprises. I’m extremely happy with NixOS/GuixSD even though they are far from perfect.
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
bennofs has quit [(Client Quit)]
bennofs has joined #nixos
<kmicu> perfection*
justanotheruser has quit [(Ping timeout: 245 seconds)]
bennofs has quit [(Client Quit)]
bennofs has joined #nixos
bennofs has quit [(Client Quit)]
bennofs has joined #nixos
<LnL> we don't have /bin/bash either for example
justanotheruser has joined #nixos
cjhowe has joined #nixos
rmrfroot has quit [(Ping timeout: 245 seconds)]
Wizek_ has joined #nixos
Wizek has joined #nixos
pikajude has quit [(Quit: Quit)]
pikajude has joined #nixos
bennofs has quit [(Ping timeout: 258 seconds)]
<kmicu> martijn923: systemd is already forked and patched https://github.com/NixOS/systemd so maybe patching/maintaining hostnamectl is not that big deal (and a better trade off than introducing yet another link outside of /nix/store).
<NixOS_GitHub> [nixpkgs] volth closed pull request #21569: garbage lines in mercurial.nix (master...mercurial-3.9.2) https://git.io/vMqUk
FrozenCow has quit [(Ping timeout: 264 seconds)]
<martijn923> kmicu: yes that's a possibility, although i can see the trade offs
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
<MichaelRaskin> I am not sure _only_ systemd wants /etc/hostname
danharaj has joined #nixos
Shou has quit [(Ping timeout: 240 seconds)]
FrozenCow has joined #nixos
<gchristensen> I am sure systemd is _not_ the only one
<mpickering> Where does the env-vars file live for my default environment?
uralbash has joined #nixos
<kmicu> Are you asking about /nix/store/…-set-environment?
<kmicu> (aka stuff set by environment.variables.* module)
zagy has joined #nixos
<ixxie> how do you guys think GuixSD compares to NixOS?
<Acou_Bass> ixxie: ive used both a fair bit - guix is far less polished and has far less features available
<kmicu> It’s different, but have similar goals.
<mpickering> I did "source env-vars" and wanted to know how to undo this
<mpickering> in the end I just opened a new shell
<Acou_Bass> BUT at the same time, having a fairly standard language (scheme) rather than whatever the nix expression language is supposed to be
<kmicu> ixxie: if you are interested in Parabola/Trisquel then Guix(SD) is a Nix flavor for you.
<Acou_Bass> not that nix is bad, but scheme is something some people will already know
<kmicu> ixxie: Otherwise you can keep using Nix(OS).
<Acou_Bass> that too ^ guix is free-only
<MichaelRaskin> On the other hand, NixPkgs uses shell for buildscripts, and Guix uses Scheme, which makes familiarity arguments more complicated
<Acou_Bass> i actually switched my laptop from guixsd back to nixos recently because guix is still missing features that i feel would be non-trivial to bring over (though not impossible i guess) :P
<kmicu> It’s not only about Scheme — it’s only Scheme vs Nix… *+* Bash. But those are minor technical differences.
Shou has joined #nixos
yumbox has joined #nixos
<ixxie> I was reading a while back about the pros and cons of scheme for packaging
<kmicu> Acou_Bass: what features did you miss?
<ixxie> where does bash come into it?
<yumbox> trying to install nixos, but i get grub error
<kmicu> ixxie: there is a ton of bash in Nixpkgs :)
<ixxie> but not in scheme
<ixxie> I mean Guix
<yumbox> "must set option boot.loader.grub.devices"
<ixxie> yumbox: edit /etc/nixos/configuration.nix
<yumbox> but i already have grub installed, and i dont want to fuck it up
<Acou_Bass> kmicu: just things like dnsmasq/crypt, syncthing, that sort of stuff
<Acou_Bass> things i have come to expect from a desktop distro ;D
<yumbox> ixxie ive edited grub out in there Lready
<yumbox> already *
<Acou_Bass> nixos also handles LUKS on root far better (guix 0.12.0 now supports it, but its still a bit hacky) XD
<kmicu> Yeah, Guix(SD) is smaller/younger so it can have a missing features for some users.
<avn> ixxie: licensing also matter, GuixSD is gpl3+, and all packaging boilerplate is gpl3, so releasing your own overlays under different license is doubtful
<Acou_Bass> i do think eventually guixsd will be a really great distro though, i really like the scheme interface ;D
kynan_ has quit [(Ping timeout: 248 seconds)]
<Acou_Bass> its just that *right now* nixos works and works awesome
<kmicu> yumbox: NixOS needs to have control over boot process (GRUB) to create new entries for new versions of the system.
<yumbox> well, thats a dealbreaker...
<kmicu> Acou_Bass: NixOS is much better choice for users ok with binary blobs.
<Acou_Bass> also because nixos is a lot less stringent on the 'purity' of its software, i could feasibly run it on my main desktop rig and my raspberry pi if i really wanted to
<Acou_Bass> kmicu: yeah that too
<yumbox> no other distro requires control over the bootloader
<kmicu> You can use GuixSD on both, but you need to install binary blobs explicitly and the work is on you.
[0x4A6F] has joined #nixos
<Acou_Bass> i ran nixos on my main desktop for a bit, it pretty much just works as good as any other distro, just a couple of pieces of software that i was too lazy to package myself (though i did make a few) XD
<kmicu> yumbox: no other distro gives you rollbacks into older versions of the system.
<Acou_Bass> opensuse does, though it does it via btrfs rather than nix rollback magic
<kmicu> Trade offs everywhere :)
<yumbox> isnt there a way i can install it without it fucking over my bootloader?
<kmicu> Oh, btrfs snapshots are fileystem level. You can have that on NixOS too.
<hodapp> yeah, some folks do it with filesystem snapshotting (e.g. ZFS) but I feel like that lacks a lot of the same benefits
<Acou_Bass> i also have no idea how suse treats such rollbacks in a dual-boot scenario
<kmicu> yumbox: you could try NixOS in a VM or we could ask clever if he has some ideas how to dual boot NixOS w/o control over GRUB.
<kmicu> [Joking] Or you could try NixOS the next time Pacman bricks the system ( ͡~ ͜ʖ ͡°) That’s a common scenario.
danharaj has quit [(Ping timeout: 248 seconds)]
<hodapp> :P
<srhb> You could install it somewhere you don't actually care about and manually set up a NixOS booter in your primary bootloader. It would probably be messy. And if you don't chainload the NixOS bootloader (not sure if that's even possible) you'd be reverting to your first configuration always (if it still exists)
<yumbox> well, that sucks
<srhb> Why don't you want NixOS to take over your boot loader?
<srhb> Out of curiosity, I've never felt that need myself. :)
<yumbox> it should just work with osprober, like all other OSes
<Acou_Bass> when nixos DOES control the bootloader, does it support dual boots? like, will it auto-setup the other distro in the bootloader?
<kmicu> Yes, you can dualboot with other linux/Windowz https://nixos.org/nixos/manual/options.html#opt-boot.loader.grub.extraEntries
<hodapp> speaking of which I need to hack up NixOS on my laptop to be able to boot Windows too
<Acou_Bass> cool
<yumbox> kmicu can that be done automatically?
<srhb> yumbox: I'm not sure I understand why that's important, but ok. :)
<yumbox> like with osprober on arch
ixxie has quit [(Remote host closed the connection)]
<kmicu> NixOS is different. Unfortunately (or not), that’s the whole point.
<yumbox> srhb if you want to dualboot two distros that require control over the bootloader, it doesnt work
<srhb> yumbox: Right, that makes sense. :)
<Acou_Bass> as far as i know, arch doesnt require control over grub
<Acou_Bass> (or whatever bootloader you choose)
<yumbox> true
<kmicu> I’m not sure if nixos-generate-config automatically generates a proper boot.loader.grub.extraEntries with existing distros already detected.
<hodapp> on my laptop it didn't detect the bootable Windows partitions or anything
kynan_ has joined #nixos
<srhb> It didn't detect my Arch installation way back either, I had to set it up manually.
<srhb> (But that's been a while)
<kmicu> Yeah, that’s why I think you need to manually set it up.
<yumbox> ugh
<srhb> If you have EFI it might be easier to just have separate bootloaders. That should be doable, since it's decoupled from disk.
<yumbox> why cant nixos just use a "latest version" entry for gub?
<MichaelRaskin> A rare case where proper UEFI does actually help: I have a separate EFI partition for my Nix-based system, and use the laptop firmware for switching
<srhb> That adds indirection of course.
<kmicu> Which is not that difficult, check the example on https://nixos.org/nixos/manual/options.html#opt-boot.loader.grub.extraEntries and you need to do that only once!
tokyo_jesus has quit [(Ping timeout: 264 seconds)]
<kmicu> yumbox: if an update broke something you can immediately boot into previous *working* version of the system.
<yumbox> latest + n older entries then
tokyo_jesus has joined #nixos
<Acou_Bass> well, the nixos grub just lists the latest, and then the rest are under a submenu
<srhb> yumbox: Those have to be updated whenever you update the system. The paths might change
<Acou_Bass> so its not like it spams your screen unless you tell it to
<yumbox> srhb symlinks
<srhb> yumbox: That could be doable. Needs development though. :)
<srhb> yumbox: It moves the mutation into the running system though, which is a bit ick.
<kmicu> Symlinks in what sense, mutable one? nixos needs to generate boot entries or clean garbage collected entries. The control is still required.
<srhb> Still, you could try writing a proposal
<srhb> kmicu: You could defer that control to after the bootloader and just have the mutation be moving the symlinks instead of generating new boot entries.
<srhb> kmicu: That should be doable, I'm just not sure it's something people want to do.
<kmicu> What about initrd? :)
<srhb> Hm, yes...
<yumbox> srhb exactly
<kmicu> If we want benefits listed on http://nixos.org/nixos/about.html there is not much to change.
agjacome has joined #nixos
<kmicu> If you want Arch like distro then do not use NixOS/GuixSD.
<srhb> Yeah I'm not sure how this could actually be done without breaking a lot of assumptions. You'd have to set aside some space for these symlinks that is not in the store, but is still managed wrt. garbage collection etc.
<srhb> It's messy.
oleks_ has quit [(Quit: leaving)]
<avn> yumbox: latest + n entries done via rewriting grub.conf/menu.lst, but you can load grub.cfg from other grub, or just install grub to partition. Or use EFI to switch between distros, and nixos' grub for generations. So you have lot of options
oleks has joined #nixos
<srhb> Option two sounds like the thing you probably want. Loading NixOS' grub from your primary grub. :)
<avn> I use EFI and own grubs for debian and nixos (before I finally switch to nixos)
<avn> s/use/used/
<ToxicFrog> Is there a nix-shell equivalent that does for LD_LIBRARY_PATH what nix-shell does for PATH?
<ToxicFrog> I have here a jar that has some JNI dependencies and I just want to run it, I don't want to write a complete package for it -- this is a one-off test of a friend's game
alx741_ has joined #nixos
alx741 has quit [(Ping timeout: 256 seconds)]
<avn> ToxicFrog: for 1-2 times silly shell script with `export LD_LIBRARY_PATH=$(pwd)/lib:$LD_LIBRARY_PATH` should works ;)
stepcut has joined #nixos
<kmicu> (Besides those users manipulate LD_LIBRARY_PATH manually. Iirc there no helper tool for that.)
alx741_ has quit [(Quit: alx741_)]
alx741 has joined #nixos
symm- has joined #nixos
<ToxicFrog> avn: yeah, but finding the right path in /nix/store is annoying
uralbash has quit [(Ping timeout: 256 seconds)]
<ToxicFrog> Especially since I have, e.g., multiple "gcc" packages in /nix/store and some of them are 32-bit and some of them are 64-bit
<symm-> hi... I'm in the minimal NixOS installer tty, and the font is too small, is there a way to increase the font size?
JagaJaga has quit [(Ping timeout: 258 seconds)]
m3tti has joined #nixos
<MichaelRaskin> ToxicFrog: nix-built --no-out-link ?
<MichaelRaskin> nix-build
<kmicu> ToxicFrog: maybe ‘nix-build "<nixpkgs>" --no-out-link -A gcc’ could help.
<MichaelRaskin> symm-: setfont iso01-12x22
<symm-> MichaelRaskin: thank you! :)
<MichaelRaskin> Actually, you can install fbterm on the installation CD and then have full power of TTF in the framebuffer console
<MichaelRaskin> But of course installing in the LiveCD environment consumes RAM
<symm-> not sure how to do that... but I think setfont works rn
<symm-> I see setfont only affects the current console
<MichaelRaskin> That's true
<symm-> the NixOS Manual on console 8 is still tiny, can I change the font there too?
<symm-> I would exit the manual viewer, but don't know how to re-enter it
<kmicu> man configuration.nix
<kmicu> Zuruck. That’s only for options.
<MichaelRaskin> Well, you can do "chvt 8; sleep 1; setfont iso01-12x22"
<symm-> didn't work... it changed the font in the current console, though:)
<MichaelRaskin> It should change in the current console after switching so that the new current console is vt8
<MichaelRaskin> You could put a sleep 2 and switch manually
<MichaelRaskin> Or maybe these tricks only work in my hacked non-NixOS system that doesn't run systemd
yumbox has quit [(Ping timeout: 260 seconds)]
<symm-> it successfuly switches to 8, the problem is that 8 is running a document viewer of some kind
<kmicu> ‘BROWSER=w3m nixos-help’
<MichaelRaskin> Right, it runs w3m
tokyo_jesus has quit [(Ping timeout: 260 seconds)]
<symm-> yes
<symm-> if I press q, it asks for confirmation to exit, then reenters w3m
<symm-> must be running it in a loop?
<srhb> Can't you just background it with ctrl+z ?
<srhb> Then change font size and fg it again
<srhb> Oh
<MichaelRaskin> you could run nix-build --no-out-link
<MichaelRaskin> Ah no
<kmicu> You could switch to another TTY, change font and execute ‘BROWSER=w3m nixos-help’ to open manual.
<symm-> hmm, ctrl-z doesn't do anything
<srhb> :(
<MichaelRaskin> the problem is that the browser is launched by a systemd unit
<symm-> yes that worked kmicu :) thanks a lot
<MichaelRaskin> So there is no interactive console behind it
<srhb> MichaelRaskin: That explains.
tokyo_jesus has joined #nixos
<andi-> I just installed ohmyzsh on my new nixos test box. I'd like to source it in my custom .zshrc but I can't figure out how I can get the path to the file. The example/documentation (in the .nix file) does seem to only cover cases where it is installed via nix-env and not using the nixos-rebuild stuff. Any pointers ? :-)
<kmicu> hi andi- maybe you could use something like ‘programs.zsh.interactiveShellInit = ". ${pkgs.oh-my-zsh}/path/to/something";’ in your configuration.nix.
<andi-> I could.. but then again my dotfiles would not be portable anymore :/
<andi-> I also run a few ARch and Debian boxes and so far it just had to do some distro detection
mguentner2 is now known as mguennter
mguennter is now known as mguentner
<kmicu> Do you want a global path like ‘/run/current-system/sw/share/oh-my-zsh/…?
<andi-> yeah
<andi-> I couldn't find it there tho :/
cjhowe has joined #nixos
<kmicu> Did you install oh-my-zsh in systemPackages and nixos-rebuild switch?
<andi-> yes
<kmicu> Hmm, then /run/current-system/sw/share/oh-my-zsh/ should exist.
<andi-> that is what I thought :-)
kynan_ has quit [(Ping timeout: 246 seconds)]
<kmicu> Maybe we have here an oh-my-zsh user that could check that. (I want to avoid spawning a VM just to check :P)
<kmicu> (There is ‘share’ in ‘ls $(nix-build --no-out-link "<nixpkgs>" -A oh-my-zsh)/share/oh-my/zsh/’ so it should be linked.)
<symm-> tty installer is over my head, not sure what to do with fdisk/gdisk; will try graphical installer
<symm-> is there a primer for complete newbs? every guide talks about fdisk, /dev/sda etc like it's common knowledge
<kmicu> symm-: you use fdisk/gdisk if you want to create partitions on your disk https://wiki.archlinux.org/index.php/partitioning there is no guide/manual specific to NixOS.
<mpickering> I have got about half of stackage to install with the GHC 8.0.2 release candidate, should I upstream the modifications I had to make or do you usually wait a bit for package maintainers to do new releases?
<kmicu> (In graphical installer should be GParted so you could do the same by clicking.)
<symm-> thank you kmicu, reading now
<kmicu> If you do not want to create multiple partitions then commands listed on ‘Example 2.1. Commands for Installing NixOS on /dev/sda’ should be enough.
<symm-> ok :)
<kmicu> mpickering: usually, peti switches default GHC ~2 months after the release. Informal policy is to fix packages upstream and not in Nixpkgs.
kynan_ has joined #nixos
mizu_no_oto has joined #nixos
<mpickering> and each user adds their own overrides if they want to use the new version of the compiler?
sitedyno has quit [(Ping timeout: 250 seconds)]
mizu_no_oto has quit [(Ping timeout: 264 seconds)]
<NixOS_GitHub> [nixpkgs] elasticdog opened pull request #21571: transcrypt: 0.9.9 -> 1.0.0 (master...transcrypt) https://git.io/vMqtQ
joepie91_to_go has quit [(Ping timeout: 256 seconds)]
dgn has joined #nixos
<kmicu> Yep, I guess there is not many users using unreleased GHC version which breaks half of Hackage.
tex has joined #nixos
<gchristensen> hehe
<mpickering> if packages are missing external deps then I should open an issue for peti? or make a pull request to where the derivations get generated from?
<tex> Hello, I want to run Zathura (pdf viewer) with firejail so I need to modify .desktop item exec to "firejail zathura". I do the same for Firefox with overrideDerivation and makeDesktopItem. For Zathura it creates the .desktop item but it does not seem to be used. Any ideas?
dgn has quit [(Ping timeout: 258 seconds)]
<gchristensen> garbas: ping
pstn has quit [(Ping timeout: 256 seconds)]
<garbas> gchristensen: i'll be here in 20min
<gchristensen> lol
sitedyno has joined #nixos
<symm-> kmicu: the problem is that https://nixos.org/nixos/manual/index.html#ex-install-sequence doesn't tell me what to do in fdisk in order to create /dev/sda1 and /dev/sda2 :(
danharaj has joined #nixos
<NixOS_GitHub> [nixpkgs] joachifm pushed 6 new commits to release-16.09: https://git.io/vMqqB
<NixOS_GitHub> nixpkgs/release-16.09 ba71746 Ruslan Babayev: dpdk: 16.07 -> 16.07.2...
<NixOS_GitHub> nixpkgs/release-16.09 bff0046 Ruslan Babayev: odp-dpdk: 2016-08-16 -> 1.12.0.0...
<NixOS_GitHub> nixpkgs/release-16.09 a10c24b Ruslan Babayev: pktgen: 3.0.13 -> 3.1.0...
<gchristensen> symm-: from there you should be able to search the internet for how to use fdisk to make partitions
<kmicu> symm-: that part is not covered by NixOS manual, b/c it’s common for all Linux distros (w/o graphical interface). After executing ‘fdisk /dev/sda’ (if you want to install on /dev/sda disk, ‘lsblk’ lists what’s available) there is a dialog box in which you set your desired file system layout. Using http://gparted.org/ in a graphical installer is probably easier method if you are not familiar with
<kmicu> fdisk.
<symm-> >fdisk /dev/sda # Create a full partition, For quick setup use these commands in order: n, p, 1, <Enter>, <Enter>, w
<symm-> I managed to do this; but apparently I won't be having a swap partition?
<NixOS_GitHub> [nixpkgs] zx2c4 opened pull request #21572: wireguard: 0.0.20161223 -> 0.0.20161230 (master...patch-2) https://git.io/vMqqu
<kmicu> mpickering: it depends, maybe upstream cabal file should add a missing dependency in a ‘extra-libraries:’ entry.
<NixOS_GitHub> [nixpkgs] grahamc closed pull request #21571: transcrypt: 0.9.9 -> 1.0.0 (master...transcrypt) https://git.io/vMqtQ
<NixOS_GitHub> [nixpkgs] grahamc pushed 2 new commits to master: https://github.com/NixOS/nixpkgs/compare/3b754e525fea...7df5e22a283b
<NixOS_GitHub> nixpkgs/master e98bd77 Aaron Bull Schaefer: transcrypt: 0.9.9 -> 1.0.0
<NixOS_GitHub> nixpkgs/master 7df5e22 Graham Christensen: Merge pull request #21571 from elasticdog/transcrypt...
pstn has joined #nixos
<kmicu> symm-: yeah, that two <Enters> created a partition spanning whole disk. To create a swap partition you need a smaller first partition.
<symm-> the swap partition comes first, kmicu?
<symm-> in terms of proximity to the first cylinder (or whatever :))
<kmicu> I create it at the end, but it does not matter. Maybe https://gist.github.com/gutoandreollo/e12455886149a6c85a70#file-arch_setup-sh-L31-L44 could help a little bit.
<symm-> hmm giving that a try, thanks
<symm-> I did a reboot after gdisk did its business, was that a good idea?
<symm-> great! I have sda1..sda3
<symm-> just wondering... do I actually need a EF00 "boot" partition? (sorry for being a clueless moron)
<kmicu> If you are using UEFI https://nixos.org/nixos/manual/index.html#sec-uefi-installation then yes. Now the question… how to check if you are in UEFI mode :P
<NixOS_GitHub> [nixpkgs] Mic92 pushed 1 new commit to master: https://github.com/NixOS/nixpkgs/commit/f3052035ee758b853adbb4c218e90e39db72538f
<NixOS_GitHub> nixpkgs/master f305203 Jörg Thalheim: wireguard: 0.0.20161223 -> 0.0.20161230...
<NixOS_GitHub> [nixpkgs] Mic92 closed pull request #21572: wireguard: 0.0.20161223 -> 0.0.20161230 (master...patch-2) https://git.io/vMqqu
<kmicu> symm-: I’m not sure, but maybe LiveCD booted in UEFI should have /sys/firmware/EFI path.
<MichaelRaskin> And if you do not use UEFI, but use GPT for partitioning, you need a BIOS boot partition
<MichaelRaskin> At least for GRUB
<kmicu> Or maybe ‘dmesg | grep EFI’ should show some output.
<MichaelRaskin> And if you use MBR and BIOS/Legacy boot and GRUB, you need some space before the first partition
<symm-> before doing `nixos-install`, editing /mnt/etc/nixos/configuration.nix... is this correct? `boot.loader.grub.device = "/dev/sda";`
kynan_ has quit [(Ping timeout: 268 seconds)]
<symm-> ok I have a 512M partition sitting there, thanks
<MichaelRaskin> device=/dev/sda is if you don't use UEFI
<MichaelRaskin> It is not in configuration, it is about BIOS options
<symm-> ah, bios is set to "legacy" (aka mbr I think)
<MichaelRaskin> Then device setting is correct
<symm-> thank you
<symm-> nixos-install seems to be doing stuff
<MichaelRaskin> And EFI boot partition is not needed. But BIOS boot partition is probably needed
<kmicu> (The gist is about EFI and in that case only part/line about creating swap partition is helpful.)
<symm-> /nix/store/ seems to have some scary looking filenames
pstn has quit [(Remote host closed the connection)]
<symm-> I see kmicu
m3tti has quit [(Ping timeout: 258 seconds)]
<symm-> nixos-install seems to have failed at "Installing the GRUB 2 boot loader on /dev/sda..."
<symm-> should I somehow instruct it to use /dev/sda1?
bennofs has joined #nixos
<garbas> gchristensen: pong
<NixOS_GitHub> [nixpkgs] domenkozar pushed 1 new commit to master: https://git.io/vMqmF
<NixOS_GitHub> nixpkgs/master 6da8b0d Domen Kožar: Time passing by
taktoa has quit [(Ping timeout: 246 seconds)]
<kmicu> symm-: ‘mkfs.ext4 -L nixos /dev/sda1’ creates a filesystem on /dev/sda1 and create a label ‘nixos’ for it. Later by executing ‘mount /dev/disk/by-label/nixos /mnt’ you mount /dev/sda1 called ‘nixos’ on /mnt and nixos-install use it.
<symm-> just tried doing just that
<symm-> problem might be I previously (mistakenly?) did the same thing for /dev/sda3
<symm-> should I gdisk again?
<kmicu> symm-: if you are on, so called, legacy BIOS, then maybe reformat you disk with ‘fdisk’ and create only /dev/sda1 for system and /dev/sda2 for swap.
kynan_ has joined #nixos
<symm-> ok
<kmicu> Ideally, ‘Example 2.1. Commands for Installing NixOS on /dev/sda’ should show what created those /dev/sda1 and /dev/sda2.
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
<symm-> it doesn't ;(
mkoenig has quit [(Ping timeout: 258 seconds)]
taktoa has joined #nixos
<symm-> if I create 8G for swap and the "rest" for system, won't I end up with /dev/sda1 for swap and /dev/sda2 for system?
ryantrinkle has quit [(Ping timeout: 258 seconds)]
<kmicu> Yeah, first create a system partition. Something like https://www.refheap.com/53ff629e5b213e9eeaa154e57
<symm-> ah, I'll need to do some math? ok
<symm-> ended up with 15.8 GB swap partition... close enough :)
<kmicu> Yeah, this is where GParted is better, b/c you only swipe stripes with mouse to adjust partition sizes :)
<symm-> noted :)
mkoenig has joined #nixos
cjhowe has joined #nixos
<kmicu> So now ‘lsblk’ reports big /dev/sda1 and ~15G of /dev/sda2?
<symm-> yes it does
<symm-> fdisk -l does, too
<kmicu> Then the rest of steps should be finally straightforward.
<symm-> but interestingly, `mkfs.ext4 -L nixos /dev/sda1` gives a warning: "/dev/sda1 contains a ext4 file system labelled 'nixos'"
<symm-> is it supposed to do that on a just-created partition??
<hodapp> hm, do people use Nix to manage packages in R too?
<symm-> maybe I should reboot?
<MichaelRaskin> Well, why not
<MichaelRaskin> The FS header is there from the last time
<MichaelRaskin> Deleting a partition doesn't wipe
<hodapp> ack... I breezed right past that section in the TOC somehow
<symm-> MichaelRaskin: so should I say Y to "Proceed Anyway (Y/N)" or better reboot first?
<hodapp> probably because R is just one letter
<kmicu> symm-: reboot is not required, but did you press ‘w’ after fdisk session to apply changes?
<symm-> kmicu: I did press `w`, yes
<MichaelRaskin> Say Y then
<symm-> ok
<MichaelRaskin> The main method to get a lot of fun when installing is, of course, to partition the installation media instead of the target disk
<symm-> lol
<symm-> no, I can tell from the sizes that I got the hdd (450 GB vs 32)
<MichaelRaskin> Well, both HDD and USB drives use sd* naming, and it is a good question who gets sda
<MichaelRaskin> Yep, I hoped so from your calculation experiments
<symm-> sda is 465G, sdb is 28.9G
<MichaelRaskin> Because 15GiB on a USB drive is very noticeable
<symm-> nod
* kmicu likes ‘lsblk -o NAME,LABEL,SIZE’ for this very reason.
<symm-> installation of GRUB on /dev/sda failed.
<symm-> I uncommented `boot.loader.grub.device = "/dev/sda";` in /mnt/etc/nixos/configuration.nix
<symm-> and ran nixos-install
<symm-> :(
<MichaelRaskin> Did you create GPT or MBR on the HDD?
<symm-> pressing `o` in gdisk seemed say something about GPT
<MichaelRaskin> Then you need a BIOS boot partition
<symm-> so, I need 3 partitions in all? sda1..3?
<kmicu> symm-: did you use ‘fdisk /dev/sda’ or ‘gdisk /dev/sda’?
<symm-> kmicu: gdisk
<MichaelRaskin> Yes, I think so
<kmicu> Could you try with fdisk if you still have some strength? ;)
<symm-> oh, I should have used fdisk? dang. I'll go back to square 1
<symm-> yes, sure :) thanks
tex has quit [(Ping timeout: 260 seconds)]
<kmicu> I think that the instructions in NixOS manual are still valid and GRUB does not require a separate boot partition.
<MichaelRaskin> kmicu: GRUB requires it on GPT
<MichaelRaskin> On MBR partitioning it requires some space before the first partition
<MichaelRaskin> There is an option to resize2fs sda1 down and add the BIOS boot partition near the swap one
<kmicu> That’s correct https://wiki.archlinux.org/index.php/GRUB#GUID_Partition_Table_.28GPT.29_specific_instructions So instruction under ‘Example 2.1. Commands for Installing NixOS on /dev/sda’ are for MBR.
<kmicu> (Iirc ‘fdisk’ already handles that space for MBR.
<kmicu> symm-: please, let us know if it works after partitioning with ‘fdisk’.
<symm-> used `o` in fdisk ("create a new empty DOS partition table")
<symm-> running nixos-install now...
<symm-> hey! success.
<symm-> :D yes
<symm-> thank you very much for helping me out
<kmicu> Remember to run ‘swapon /dev/sda2’, because without it ‘nixos-generate-config’ generates config without swap setup. I always forget about it.
<symm-> I did
* kmicu recalls ‘Why I need swap during installation… why there is no swap in hardware-configuration.nix.’ old story — like Casablanca.
<symm-> hmm I'm finally booting into a nixos install, but suddenly wpa_supplicant.service is not found
<symm-> i had been doing this https://nixos.org/wiki/Wpa_supplicant to get wifi during the install process
<MichaelRaskin> Isn't it wpa-supplicant.service
<kmicu> Did you uncomment ‘networking.wireless.enable = true;’ in configuration.nix?
<symm-> I didn't x_x
<symm-> can I do that now?
<symm-> I'll just boot from usb again and reinstall, I think..
<kmicu> Do you have an Ethernet connection (or smartphone tethering) to download something?
<symm-> unfortunately no
<kmicu> Oh, now the good news: you can use nixos-install as many times you want. No need to partitioning again.
<symm-> heh that is good news
<symm-> but do I boot from the usb stick to do that?
<kmicu> Also maybe there is a way to enable WiFi even if networking.wireless.enable = true; is not enabled. Let’s poll the #nixos community.
<MichaelRaskin> I think the install lacks wpa_supplicant package right now
<LnL> yeah most likely
<MichaelRaskin> But! Reinstall can be done without re-partitioning or whatever, you just mount /dev/sda1, edit config and run nixos-install
<LnL> you can create a closue and copy that over but that won't be easier :)
<MichaelRaskin> And most of the stuff is already in the store, so installation will be even faster
<kmicu> symm-: yeah, you need to boot LiveCD, ‘mount /dev/disk/by-label/nixos /mnt’, edit /mnt/etc/nixos/configuration.nix and ‘nixos-install’.
<MichaelRaskin> except for reboots, it will take almost the same time as nixos-rebuild switch
<symm-> kmicu: nod, doing that now
<kmicu> (That’s probably faster too ;)
<symm-> thank you
<MichaelRaskin> Well, if I was trying to save reboots, I would mount the install media, chroot into it and export the closure of wpa_supplicant to import it on the installed system.
<MichaelRaskin> But it only pays off if you know exactly what you are doing, any attempts to figure out details — and reboots would be faster
<symm-> great, that worked :) wpa config survived the reboot
<symm-> now to get awesomewm :)
<MichaelRaskin> That part should be easy
<kmicu> symm-: I’m out for today and wish you luck. I’m sure Nix folks help you with everything. Go shopping on https://nixos.org/nixos/manual/options.html#opt-services.xserver.windowManager.awesome.enable and welcome in Nix community! ʕノ•ᴥ•ʔノ ︵ ♥❤❣💞
justanotheruser is now known as officialjustan
<symm-> really grateful for your help, kmicu! thanks and have fun
<symm-> nice link, thanks
<gchristensen> !m kmicu for bringing in a new user
<[0__0]> You're doing good work, kmicu for bringing in a new user!
<gchristensen> !m symm- for getting things going
<[0__0]> You're doing good work, symm- for getting things going!
<NixOS_GitHub> [nixpkgs] Mic92 pushed 2 new commits to master: https://github.com/NixOS/nixpkgs/compare/6da8b0d49de7...0890ce6f0978
<NixOS_GitHub> nixpkgs/master cf9e1a0 Brandon Dimcheff: add introspection to gmime...
<NixOS_GitHub> nixpkgs/master 0890ce6 Brandon Dimcheff: astroid: init at 0.6
<NixOS_GitHub> [nixpkgs] Mic92 closed pull request #21558: astroid: init at 0.6 (master...add-package-astroid) https://git.io/vMtXZ
danharaj has quit [(Ping timeout: 252 seconds)]
justanotheruser has joined #nixos
officialjustan has quit [(Ping timeout: 245 seconds)]
kynan_ has quit [(Remote host closed the connection)]
<symm-> running awesome :) will be editing rc.lua now
hiratara has quit [(Ping timeout: 258 seconds)]
berce has joined #nixos
hiratara has joined #nixos
c0bw3b has left #nixos []
danharaj has joined #nixos
systemfault has joined #nixos
FrozenCow has quit [(Remote host closed the connection)]
<LnL> symm-: take into account that the wiki is deprected, everything might still work but you should check the manual first
pstn has joined #nixos
<symm-> LnL: I see, thank you
pstn has quit [(Ping timeout: 264 seconds)]
<LnL> I think google will usually show results from the wiki first, no ideal for new users
mudri` has joined #nixos
mudri has quit [(Ping timeout: 256 seconds)]
hiratara has quit [(Quit: ZNC - http://znc.in)]
hiratara has joined #nixos
catch22 has joined #nixos
johnsonav has joined #nixos
mizu_no_oto has joined #nixos
<NixOS_GitHub> [nixpkgs] veprbl opened pull request #21574: youcompleteme: fix compilation (master...ycm_fix) https://github.com/NixOS/nixpkgs/pull/21574
berce has quit [(Quit: Lost terminal)]
mr0no has joined #nixos
mr0no has quit [(Client Quit)]
taktoa has quit [(Ping timeout: 245 seconds)]
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
cjhowe has quit [(Quit: My MacBook has gone to sleep. ZZZzzz…)]
taktoa has joined #nixos
danielrf has joined #nixos
agjacome has quit [(Quit: leaving)]
derjohn_mobi has quit [(Read error: Connection reset by peer)]
justan0theruser has joined #nixos
<NixOS_GitHub> [nixpkgs] LnL7 closed pull request #21574: youcompleteme: fix compilation (master...ycm_fix) https://git.io/vMqG1
justanotheruser has quit [(Ping timeout: 245 seconds)]
tokyo_jesus has quit [(Ping timeout: 252 seconds)]
tokyo_jesus has joined #nixos
mizu_no_oto has joined #nixos
tokyo_jesus has quit [(Ping timeout: 260 seconds)]
kragniz has joined #nixos
tokyo_jesus has joined #nixos
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
cjhowe has joined #nixos
mizu_no_oto has joined #nixos
ambro718 has quit [(Ping timeout: 258 seconds)]
<NixOS_GitHub> [nixpkgs] LnL7 pushed 3 new commits to staging: https://git.io/vMqZm
<NixOS_GitHub> nixpkgs/staging e9d60c5 Dmitry Kalinkin: libc++3.7: fix to use with modern compilers...
<NixOS_GitHub> nixpkgs/staging c7bcb99 Dmitry Kalinkin: root: 6.04.18 -> 6.08.02...
<NixOS_GitHub> nixpkgs/staging 2bb3313 Daiderd Jordan: Merge pull request #21541 from veprbl/libcpp37...
jgertm_ has joined #nixos
<bennofs> Where's the script that nix uses to build user environments and system environments?
<bennofs> Is there any way to hook into this process?
<MichaelRaskin> I think it is buildEnv
<NixOS_GitHub> [nixpkgs] abuibrahim opened pull request #21575: pktgen: fix runtime paths (master...master) https://github.com/NixOS/nixpkgs/pull/21575
roconnor has quit [(Ping timeout: 258 seconds)]
<LnL> we are back under 300 :)
justan0theruser is now known as justanotheruser
<MichaelRaskin> I think Nix uses a C++ buildenv, and the process doesn't look like it allows any hooks
<bennofs> MichaelRaskin: aw :( it would be really nice if packages that are included in the buildEnv could specify hooks, similar to how setup hooks work
mizu_no_oto has quit [(Quit: Computer has gone to sleep.)]
<MichaelRaskin> Well, that would allow nix-env -i to break in new and exciting ways
<bennofs> hmm, but thinking about this a little longer I just realized that this wouldn't be right anyway
<bennofs> I wanted it to use it to build mandb's cache, but that should really be a system option, because you also want man cache if the env doesn't contain 'man' itself but only manpages
<NixOS_GitHub> [nixpkgs] LnL7 pushed 1 new commit to staging: https://github.com/NixOS/nixpkgs/commit/5a67b130b9b4d72a4398b8f0cd4893674213fb20
<NixOS_GitHub> nixpkgs/staging 5a67b13 Daiderd Jordan: Merge branch 'master' into staging
<bennofs> MichaelRaskin: perhaps it would be possible to add a configuration option (not in nix.conf, some extra dir perhaps) that tells nix to do something else in addition to buildEnv to create an environment? It could be useful for all sorts of "merging"/"database/index update" that needs to be done, but only when certain features are enabled. For example, mandb generation, gtk pixbuf module cache, and so on
<bennofs> nix would build this derivation in addition to the buildEnv it already does for each environment it creates
<bennofs> or perhaps we should just stop supporting imperatively managed environments and introduce something like system.extraSystemBuilderCmds for user environments as well :)
edvorg has joined #nixos
james_rth has joined #nixos
<bennofs> What's the current state of declarative managed user environments with nix? I've got quite a lot of stuff that would work a lot nicer if we had that
<MichaelRaskin> You are already free to manage your user environment by nix-building an expression