<samueldr>
(though this is tangential to the unfree thing)
<samueldr>
e.g. if you made a youtube client; you're still using a non-free network service, which is something someone might want to avoid
<jasongrossman>
samueldr: I agree, especially that they're quite comprehensive in what they include.
<samueldr>
in the app it's quite clear why "you could dislike this app"
<jasongrossman>
Yes.
<samueldr>
and in Nixpkgs the unfree spectrum goes from "closed source and you need to agree to a dirty EULA" to "uuuh, don't redistribute our pre-built binaries, and don't use our brand on custom-built"
<samueldr>
the former being "quite bad" in Freedom, while the latter is mostly annoying
<samueldr>
(the latter being on open source software)
<samueldr>
e.g. I wouldn't mind vscode being made broadly aware as existing while a closed-source EULA blob I would mind more
<jasongrossman>
I agree.
drakonis has quit [Quit: WeeChat 2.3]
pie___ has joined #nixos-chat
pie__ has quit [Ping timeout: 259 seconds]
jasongrossman has quit [Quit: ERC (IRC client for Emacs 26.1)]
endformationage has quit [Quit: WeeChat 2.3]
jackdk has quit [Ping timeout: 246 seconds]
lopsided98 has quit [Quit: No Ping reply in 180 seconds.]
lopsided98 has joined #nixos-chat
jasongrossman has joined #nixos-chat
ivan has quit [Quit: lp0 on fire]
harrow has quit [Quit: Leaving]
ivan has joined #nixos-chat
harrow has joined #nixos-chat
ivan has quit [Quit: lp0 on fire]
harrow has quit [Client Quit]
ivan has joined #nixos-chat
harrow has joined #nixos-chat
nand0p has quit [Ping timeout: 264 seconds]
nand0p has joined #nixos-chat
<andi->
samueldr: would you and if so how differentiate between them in nixpkgs? Can't we allow per-package yet?
* etu
is fighting old chef recipes and trying to get them to run on a newer Ubuntu (moving from 14.04 to 18.04).
<etu>
I so wish I could use Nix instead.
<qyliss^work>
The VS Code license is really quite bad. Part of it is an agreement not to look at the source code!
<qyliss^work>
This obviously isn't going to be enforced, but I'd be strongly opposed to implicitly accepting that on anybody's behalf.
__monty__ has joined #nixos-chat
<elvishjerricco>
Hm `systemd.service.<name>.enable = false;` does not seem to work. It's supposed to make it a symlink to /dev/null, but in fact it's still symlinking the service file
<elvishjerricco>
What's the point of linking to /dev/null? Why install a service file at all if it just points to /dev/null?
<sphalerite>
elvishjerricco: to mask existing units. If you have (on an FHS distro) a unit provided by a package in /lib/systemd/system and you want to disable it, you "mask" it by creating a /dev/null symlink in /etc/systemd/system
<sphalerite>
not sure of what exactly happens on nixos.
<clever>
sphalerite: they are using linux as the "bios"
jD91mZM2 has quit [Ping timeout: 245 seconds]
<sphalerite>
clever: yeah that's pretty much what I want to do, but in the linuxboot variety
<clever>
sphalerite: they use petitlinux as the boot menu, and its baked into the flash
<clever>
sphalerite: 24mins into the talk, "we have swap, before we have ram"
<clever>
lol
<clever>
26mins*
<clever>
as-in, they configured the MMU, to fetch stuff from flash memory, on-demand
<clever>
and its thrashing what little "ram" it has (the cpu cache)
<sphalerite>
before training the DDR or whatever?
<clever>
yeah
<sphalerite>
fun
<__monty__>
What's the relation between coreboot, uboot, linuxboot and petitlinux?
<gchristensen>
NIH?
<gchristensen>
</rude joke>
<samueldr>
it's petitboot, AFAIK
<samueldr>
they're not all in the same space, exactly, and they don't deal with the same set of features; most of the overlap AFAIUI happens to be through accumulation of new features
<sphalerite>
linuxboot seems to be more aimed at being small enough to fit into consumer hardware ROMs
<clever>
i know coreboot supports multiple payloads, including seabios (legacy boot layer), grub, and linux
<samueldr>
so in the end, it's mostly legacy on what was available first in the sector; e.g. SBCs will generally have u-boot available, openpower stuff seems to prefer petitboot (but AFAIUI have another loader before)
<clever>
coreboot deals more with motherboard init, then actual boot
<sphalerite>
while petitboot was for the PS3 or something originally and has since been adapted for the OPENPOWER stuff
<clever>
and then the payload (like seabios) deals with the booting
<samueldr>
sphalerite: couldn't find good confirmation of the ps3 stuff, but that was what I had in mind
jasongrossman has quit [Ping timeout: 250 seconds]
jD91mZM2 has joined #nixos-chat
<jD91mZM2>
lmao i was just disconnected because I accidentally entered selection mode for tmux and left it there
<sphalerite>
happens.
<sphalerite>
although why did that disconnect you?
<clever>
stdout for the irc client blocked
<clever>
so irc client hung
<clever>
i used to do the same thing with screen, when i missed ^a and hit ^s instead
<sphalerite>
lol
endformationage has quit [Ping timeout: 244 seconds]
<lejonet>
gaah, anyone here experienced with openvswitch? Its driving me crazy...
<gchristensen>
clever: ^ my link
<lejonet>
I simply want bond <-> vlan <-> vswitch for my VM host, is that too much to ask? :(
<clever>
gchristensen: lol
<lejonet>
Nevermind me, I'm an idiot, I'm gonna go and sitt in the corner...
<__monty__>
gchristensen: What's so special about that? Aren't / and NUL the only characters not allowed in paths?
<__monty__>
Well it depends on the fs of course.
<gchristensen>
__monty__: of coures
<gchristensen>
__monty__: but, not many people realize that is true
<lejonet>
gchristensen: I remember scaring the hell out of some classmates when I made '-' and wrote a bash script in it, chmod +x and ./'-'
<lejonet>
Dunno why they took it as some type of black magic :/
<gchristensen>
lol
<lejonet>
and note to self: Check the port-security rules on the switch before going to hell and back to debug why traffic from a VM that was migrated from one host to another didn't come through...