samueldr changed the topic of #nixos-dev to: #nixos-dev NixOS Development (#nixos for questions) | NixOS 19.09 is released! https://discourse.nixos.org/t/nixos-19-09-release/4306 | https://hydra.nixos.org/jobset/nixos/trunk-combined https://channels.nix.gsc.io/graph.html | https://r13y.com | 19.09 RMs: disasm, sphalerite | https://logs.nix.samueldr.com/nixos-dev
drakonis has joined #nixos-dev
<jtojnar> worldofpeace the set-session cript does not seem to affect lightdm's chooser
<jtojnar> at least for elementary greeter
<jtojnar> also lightdm does not seem to pre-select initial session (without the user-session)
drakonis has quit [Quit: WeeChat 2.6]
klys has joined #nixos-dev
noonien has quit [Quit: Connection closed for inactivity]
ixxie has joined #nixos-dev
ixxie has quit [Ping timeout: 276 seconds]
marek_ has joined #nixos-dev
marek_ has quit [Ping timeout: 250 seconds]
marek_ has joined #nixos-dev
lopsided98 has quit [Ping timeout: 265 seconds]
lopsided98 has joined #nixos-dev
<worldofpeace> Jan Tojnar: will look at this
<worldofpeace> hmm, we should probably add `accounts-daemon.service` to systemd services Wants as well?
phreedom has quit [Remote host closed the connection]
phreedom has joined #nixos-dev
<worldofpeace> Fixed. I could hardcode a sessionDirectory for the script to set in main(), but I'd rather not.
<worldofpeace> * correction. Prefix XDG_DATA_DIRS with a required directory sessionData.desktops
Jackneill has joined #nixos-dev
xwvvvvwx has quit [Quit: ZNC 1.7.5 - https://znc.in]
xwvvvvwx has joined #nixos-dev
nwspk has quit [Quit: nwspk]
nwspk has joined #nixos-dev
__Sander__ has joined #nixos-dev
marek_ has quit [Quit: Lost terminal]
psyanticy has joined #nixos-dev
<jtojnar> worldofpeace cool
<jtojnar> though the default session issue is still there, likely Pantheon greeter bug
__monty__ has joined #nixos-dev
<Mic92> gchristensen: How close are you to open FCP for this one? https://github.com/NixOS/rfcs/pull/46#issuecomment-557976873
<Mic92> [RFC 0046] Platform Support Tiers
<worldofpeace> Jan Tojnar: it passed on ofborg https://github.com/NixOS/nixpkgs/pull/53843/checks. Likely the vm state would be messed up from the previous commit
<worldofpeace> it caused accountservice to cache nothing, or a wrong value (think it was default( which touches https://github.com/elementary/greeter/issues/368 because it won't select anything
<{^_^}> elementary/greeter#368 (by worldofpeace, 9 weeks ago, open): tries to start nonexistant sessions if the user last used them
<jtojnar> worldofpeace yeah, it happens if I remove `defaultSession = "pantheon"`
<jtojnar> user-session defaults to default in lightdm.conf
<jtojnar> and lightdm#368 tries to launch it
<jtojnar> s/lightdm#368/elementary\/greeter#368/
<worldofpeace> FRidh: I hope you don't mind, but I tweaked https://github.com/NixOS/nixpkgs/projects/27 descriptions slightly
<worldofpeace> FRidh:it'd be cool if we could generate an issue body with info: packages using python2, and how many downloads they're getting.
<worldofpeace> but that's basically like a trello board there too
<worldofpeace> Jan Tojnar: yeah, I think that's why I still have it in the module.
<jtojnar> adding a comment
<worldofpeace> I probably need to get to contributing the fix
<worldofpeace> thanks
<jtojnar> also the lack of journalctl support in lightdm is super annoying
<jtojnar> also noticed this in the seat log
<jtojnar> ** (io.elementary.greeter:752): CRITICAL **: 10:56:50.819: MainWindow.vala:373: prompt: `Password: ' (1)
<worldofpeace> lol, what a shuffle of commented code
<worldofpeace> the only thing it has going for it now is https://github.com/elementary/greeter/commit/fe1b1ad01029b31b3f1a4ca37905e19553515313, so when the session fails to start at least it shows you something is than a pretty fail of nothing
<worldofpeace> I know lightdm-gtk-greeter doesn't do this, and it has confused lots
orivej has joined #nixos-dev
tilpner has quit [Read error: Connection reset by peer]
tilpner has joined #nixos-dev
zarel_ is now known as zarel
zarel has quit [Quit: ZNC 1.7.4 - https://znc.in]
zarel has joined #nixos-dev
drakonis has joined #nixos-dev
<Profpatsch> > nix why-depends /nix/store/b3lhi1wlia02vyd94jk56bm3kvgf1yc0-ruby-2.6.5 /nix/store/65dk7wwwkn9cgim39k7p3823qdrqy8py-gcc-wrapper-8.3.0
<{^_^}> undefined variable 'why-depends' at (string):271:5
<Profpatsch> /nix/store/b3lhi1wlia02vyd94jk56bm3kvgf1yc0-ruby-2.6.5
<Profpatsch> ╚═══lib/libruby.so.2.6.5: …or a client wakeup.../nix/store/65dk7wwwkn9cgim39k7p3823qdrqy8py-gcc-wrapper-8.3.0/bin/gcc...Non…
<Profpatsch> => /nix/store/65dk7wwwkn9cgim39k7p3823qdrqy8py-gcc-wrapper-8.3.0
<Profpatsch> ^ how to debug this?
<gchristensen> way to go spacekookie and worldofpeace on joining the RFC team :D
<Profpatsch> manveru: ^
<clever> Profpatsch: use readelf to check if its in any ELF headers
<gchristensen> `why-depends -a` is also good
<clever> Profpatsch: to start with, readelf --all
<clever> yeah, why-depends -a also helps, so your not caught off guard by 5 other things
<manveru> Profpatsch: ruby depends on gcc for native extensions...
<manveru> or what did you mean?
<clever> manveru: native extensions?
<Profpatsch> FFI I guess
<Profpatsch> manveru: Can this be turned off?
<Profpatsch> home-manager has a trivial ruby script in its runtime, which means I suddenly have gcc in my runtime closure …
<manveru> i haven't tried yet, maybe turning off fiddleSupport?
<Profpatsch> Ah, that’s the native extensions stuff?
<manveru> that's the FFI stuff
<manveru> i'll see if i can find the correct way though...
<Profpatsch> thanks!
<manveru> i think ruby contains a reference to how it was built
<Profpatsch> manveru: that might be it, yes
<Profpatsch> Because I’d expect ffi stuff to be a runtime requirement
<manveru> yeah
<Profpatsch> Otherwise it would reference a linker as well
<clever> ive seen some programs that save the ./configure args inside the binary
<manveru> > pkgs ? ruby
<{^_^}> true
<clever> so you know how to reproduce the binary
<manveru> `RbConfig::CONFIG['configure_args']` this one
<clever> heh, exactly!
<manveru> and many gems might depend on this to build correctly... but we could maybe offer an option to kill those references?
<manveru> i've been annoyed by the closure size as well :(
<manveru> just replacing the hashes with all 'e' should do, right?
<Profpatsch> manveru: What’s in configure_args exactly?
<manveru> try it
* Profpatsch has no idea how to open a ruby repl
<manveru> ruby -e "puts RbConfig::CONFIG['configure_args']"
<manveru> repl is `irb`
<Profpatsch> Ah yes, that might be a problem
<Profpatsch> manveru: What do you think about a rubyMinimal in all-packages.nix?
<Profpatsch> And a flag that nukes the reference?
<Profpatsch> Similar to gitMinimal
<manveru> sounds useful :)
<manveru> if you wanna make a PR?
<Profpatsch> time for nuke-refs :)
<gchristensen> removeReferencesTo probably
<Profpatsch> Better
<Profpatsch> manveru: working on it
__monty__ has quit [Quit: leaving]
<Profpatsch> manveru: how’s this?
<Profpatsch> > du -sch (nix-store -qR /nix/store/sk9yd08rnlihiqkj460rc5yc8j73brmb-ruby-2.6.5) | sort -h | tail -n1
<{^_^}> error: syntax error, unexpected $undefined, expecting ')', at (string):271:80
<Profpatsch> 56M total
<manveru> pretty cool :)
<Profpatsch> Still has coreutils and gnugrep though :P
<Profpatsch> But pretty good compared to 250MB
<manveru> yeah, gnugrep is also referenced from the rbconfig
<manveru> as is coreutils
<manveru> so they should be safe to nuke as well
<Profpatsch> manveru: Hm, not as safe, you’d have to nuke stuff that references mkdir and rmdir, that might well be something even the standard library needs
<Profpatsch> So I guess those are fine.
<adisbladis> Profpatsch: 3 more megs and you're in the same ballpark as python3Minimal
<manveru> yeah, fileutils depends on that at least
<Profpatsch> adisbladis: No need to make ruby as nice as python :P
<manveru> but then you can just wrap into another env ^^;
<Profpatsch> Meh, gcc gone is fine for my CI
<manveru> kk
<gchristensen> btw, the git mass rebuilds from edef a couple days ago took about 28 hours to complete: https://status.nixos.org/grafana/d/MJw9PcAiz/hydra-jobs?orgId=1&from=1576008000000&to=1576126800000
<gchristensen> this was a mass rebuild applied to master, 19.09, and 19.03 so several channels worth of builds
<{^_^}> #75566 (by Profpatsch, 16 seconds ago, open): Add rubyMinimal
Mic92 has quit [Quit: WeeChat 2.6]
psyanticy has quit [Quit: Connection closed for inactivity]
drakonis has quit [Quit: WeeChat 2.6]
Mic92 has joined #nixos-dev
Mic92 has quit [Client Quit]
Mic92 has joined #nixos-dev
<ivan> if anyone wants to look into chromium not enabling GPU acceleration, 79 changed something, https://github.com/NixOS/nixpkgs/pull/75516
<{^_^}> #75516 (by ivan, 1 day ago, open): chromium: 78.0.3904.108 -> 79.0.3945.79
<ivan> not sure I will have time to look into today
drakonis has joined #nixos-dev
<edef> gchristensen: :3
<gchristensen> edef: hm?
drakonis has quit [Ping timeout: 276 seconds]
__Sander__ has quit [Quit: Konversation terminated!]
<Taneb> gchristensen: I presume that :3 was in response to the mass rebuilds
drakonis has joined #nixos-dev
<gchristensen> yeah I just don't know what it means
<Taneb> Both "I am happy it went well" and "nonchalant whistling that I caused this" is how I interpret it
xwvvvvwx has quit [Quit: ZNC 1.7.5 - https://znc.in]
xwvvvvwx has joined #nixos-dev
drakonis has quit [Ping timeout: 245 seconds]
drakonis has joined #nixos-dev
xwvvvvwx has quit [Quit: ZNC 1.7.5 - https://znc.in]
xwvvvvwx has joined #nixos-dev
zarel has quit [Ping timeout: 268 seconds]
zarel has joined #nixos-dev
<gchristensen> is it unsafe to create symlinks manually in /dev/ ? like if I don't go through udev, will I get in trouble later?
<clever> gchristensen: dont see that big of a problem from it, just be aware that they wont perist thru a reboot, and whatever your linking may not exist in the future
<clever> gchristensen: udev also has rules to create symlinks for you
<gchristensen> yeah, I can't really use udev because I need network acses which isn't available in early boot
<clever> ?
<gchristensen> hm?
<clever> what needs symlinks that early and also network?
<gchristensen> deciding what symlinks to make involves network calls :P
<clever> ah
<clever> is this packet.net related?
<gchristensen> aye
<clever> i have seen people brick machines before, by doing network in an activation script
<clever> it works when you switch, but it fails when you boot
<gchristensen> yup
<clever> and it fails in such an unexpected way, and doesnt put systemd into PATH
<gchristensen> nice
<clever> then it tries to continue the boot, and fails with the weirdest of errors
ixxie has joined #nixos-dev
drakonis has quit [Ping timeout: 240 seconds]
<worldofpeace> Jan Tojnar: Thanks, the validation makes sense there
<worldofpeace> gchristensen: it's cool, also unexpected for me. (though most course of events here have been unexpected :D)
<jtojnar> worldofpeace fetchpatch just drops renames
<jtojnar> see `gio cat https://patch-diff.githubusercontent.com/raw/linuxmint/xapps/pull/65.patch | filterdiff --strip=0 --clean`
<worldofpeace> Jan Tojnar: I guess this makes patches more reliable
<jtojnar> worldofpeace more like renames are not part of the standard patch format
ixxie has quit [Ping timeout: 268 seconds]
<jtojnar> but some kind of git extensions
<worldofpeace> ugh, this means all the moved icons aren't going to be there
<worldofpeace> rename from files/usr/share/icons/hicolor/scalable/actions/xapp-go-history-previous-symbolic.svg etc
<clever> worldofpeace: you could also just fetchFromGitHub the new rev?
<clever> instead of trying to patch from old->new
<worldofpeace> clever: yeah, but it's actually a patch from a PR
<worldofpeace> so then it'd have to be my fork that I control and rebased
<jtojnar> there is some benefit to forking everything as salsa.debian.org does
<clever> also, github treats every fork as a single massive repo
<clever> so rev's from the forks, can be fetched from any fork, or the original
<clever> so, you could slip a rev into your fetchFromGitHub, which isnt in the upstream repo, but still fetch it from "upstream" :P
drakonis has joined #nixos-dev
<jtojnar> clever++ that's what I like to do with fetchpatch
<{^_^}> clever's karma got increased to 279
<jtojnar> though PRs are usually against master, so fetchFromGitHub would not work
<jtojnar> unless we preserve .git and cherry-pick the commits in postFetch
<jtojnar> at that point, I would be considering just adding the git-produced patch in-tree
<jtojnar> and I really hate in-tree patches with passion
<clever> jtojnar: what i mean, is that if you fork a repo, and push changes the the fork, i can use fetchFromGitHub against the original repo, but use a rev from the fork
<worldofpeace> Jan Tojnar: So I think the code in glib is https://gitlab.gnome.org/GNOME/glib/blob/master/gio/gdesktopappinfo.c#L1785. I'm not sure why it does that though, shouldn't it only be for TryExec? IIRC, that one should be checked if in path.
<clever> and it will just work, even without the .git
<jtojnar> clever you are right, that will work too
<worldofpeace> Reading the very last comment of https://gitlab.gnome.org/GNOME/glib/issues/543 "but still it's a nice property for a system to make the wrong thing - executing a non-existent binary - impossible to happen, instead of delegating the problem to error UIs.". TBH, why can't they check the path exists in the Exec case? Perhaps we should just patch it, since things in nixos can be ran uninstalled
<worldofpeace> meh IO
<jtojnar> worldofpeace I think because the gio-unix API is badly designed and does not support handling failures
<jtojnar> it is common issue (e.g. AccountService does not tell you when you cannot change username/password), I would say it has something to do with how terrible language C is
<worldofpeace> accountsservice is on some silly stuff something, though. Yep, 😁 C is easily a "wants to be untouched" lang for me.
<worldofpeace> ugh, so the shebang discussion will begin https://github.com/linuxmint/python-xapp/pull/12#issuecomment-565212447
<jtojnar> hmm, though g_app_info_launch actually does support returning GError https://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-launch
<jtojnar> worldofpeace wtf, those are not even executable
<jtojnar> worldofpeace wtf, those are just libraries, not even executable
<worldofpeace> Exactly!
<jtojnar> SettingsWidgets is executable
<worldofpeace> I didn't notice SettingsWidgets
<jtojnar> the files are suspect, mutating glib bindings
<jtojnar> though I do not see how would the shebangs hurt us
<worldofpeace> I don't think they do, but they don't seem to get patched. And they're not `/usr/bin/env *`
<jtojnar> would that matter if they are not executed directly?
<worldofpeace> no. so I'm not particularly stirred by it being closed.
<worldofpeace> "the files are suspect, mutating glib bindings" several linuxmint things are looking suspect :D
FRidh has quit [Remote host closed the connection]
FRidh has joined #nixos-dev
<clever> ,
<{^_^}> Special commands: find tell locate expand guys - Commands sorted by use count, page 0 (use ,<n> to view page <n>): help libraries unstable escape'' library declarative howoldis unfree paste escape" ping -a callpackage pinning profiling ask overlay pr which-channel stateversion nixlang++ wololo channels xml botsnack imperative xy cache exec fancy-uninstall ifd pills invite haskell loot tofu home-manager matrixbridge pointers stuck tias cloak
Cale has quit [Remote host closed the connection]
Cale has joined #nixos-dev