spacekookie has quit [Quit: No Ping reply in 60 seconds.]
spacekookie has joined #nixos-chat
misuzu has quit [Ping timeout: 244 seconds]
flokli has quit [Ping timeout: 272 seconds]
joepie91 has quit [Ping timeout: 260 seconds]
Mic92 has quit [Ping timeout: 260 seconds]
joepie91 has joined #nixos-chat
joepie91 is now known as Guest25624
Mic92 has joined #nixos-chat
flokli has joined #nixos-chat
cole-h has joined #nixos-chat
misuzu has joined #nixos-chat
<eyJhb>
Oh oh oh, how the tables have turned! My current lecturer has copied off some previous slides (but written all the "slides" by hand), and in doing so made the same big mistake.
<eyJhb>
This is going to be a great day tomorrow :3
<sphalerite>
why that?
<eyJhb>
sphalerite: always the "If you copy off someone else, then you make the same mistakes", so fun that he did the same :p
<eyJhb>
But I am mostly annoyed at him, for making the EXACT SAME SLIDES, but written by hand, instead of clean nice text, and then calling it his own
<sphalerite>
eyJhb: oh, not copied from his own slides
<sphalerite>
fair enough.
<eyJhb>
Nope, someone else slides. If it was his own, and he made the same mistake it is imprintet I guess, but nope... But it annoying that he wastes time making the sildes worse :/
<eyJhb>
The personal touch of ones handwriting does not make anything better, unless it is a signature of a famous person :p
<sphalerite>
idk, I've handwritten slides before and I think they do look a bit nicer than typed-out.
<sphalerite>
But at least I was the author there too
<eyJhb>
1. It can be difficult to read someones handwriting, especially when they write m/n \Omega/\omega simmilary, 2. You cannot search in it...
<samueldr>
"searching is for those that didn't listen"
<eyJhb>
Or those that have 15 different PDFs :p
<eyJhb>
You can always argue, you should have notes for that anyways
<eyJhb>
But then again, I would argue that this is just wasting time/resources and in some way taking someone elses work and trying it to make your own :p
<sphalerite>
yeah searching is absolutely a valid point.
Guest25624 has quit [Changing host]
Guest25624 has joined #nixos-chat
Guest25624 has joined #nixos-chat
<sphalerite>
but if my handwriting's unreadable, I'm not going to leave it that way
Guest25624 is now known as joepie91
<eyJhb>
sphalerite: We have had handwritten, half-scanned, translation table, slides at one point
<eyJhb>
I cannot find the key sheet anymore :(
vesper11 has joined #nixos-chat
<sphalerite>
ok yeah that's stupid.
cole-h has quit [Quit: Goodbye]
cole-h has joined #nixos-chat
rajivr has quit [Quit: Connection closed for inactivity]
<infinisil>
TIL that discourse shows when somebody is typing a reply to a thread
<__monty__>
That's weird feature for forum software.
<__monty__>
Tbh, sounds like the smartest smart-device I've heard of so far.
<samueldr>
most of the "features" describe I guess come from another piece of hardware (a hub)
<__monty__>
Turns any dumb device into a remotely on/off-able device.
<samueldr>
if it's properly zigbee/z-wave
<gchristensen>
yeah you need a hub
<samueldr>
having tried a wifi-enabled "smart" bulb (but with one of the FLOSS firmware replacement) I can say for sure that wifi is not the way to go :)
<gchristensen>
hehehe, no, I don't want the wifi ones :)
<infinisil>
Huh, why is https://discourse.nixos.org/ in "read-only mode"? "This site is in read only mode. Please continue to browse, but replying, likes, and other actions are disabled for now."
<energizer>
some websites do that when they're under load
<samueldr>
it's using the discourse hosted instances, they might be doing some work on their infra
<tilpner>
samueldr: Why was wifi not the way to go? (Assuming you put them in an isolated network without internet access)
<tilpner>
(That would make controlling them awkward, wouldn't it?)
__Sander__ has joined #nixos-chat
<ar>
>CVE-2020-16898 >A remote code execution vulnerability exists when the Windows TCP/IP stack improperly handles ICMPv6 Router Advertisement packets.
<andi->
so that means we finally have a provider agonistic way of bootstrapping NixOS?
<andi->
just boot into windows and send a few v6 packets
<andi->
also great for v6 adoption :D
<gchristensen>
lol
cjpbirkbeck has joined #nixos-chat
<pie_>
pffff
<pie_>
andi-: was that a deliberate typo
<andi->
pie_: in agnostic?
<pie_>
yes
<andi->
no :)
<sphalerite>
samueldr: hm, why not? I'm using a number of wifi devices and they work fine for me
<drakonis>
lmao
<sphalerite>
at least they have since I ditched the terrible 802.11n on my router and set up a separate AP for them
<sphalerite>
firefox is doing the hangy thing again…
<samueldr>
sphalerite: probably because where I am the 2.4Ghz band is way too overcrowded
<samueldr>
which, for wi-fi, matters more
<samueldr>
zigbee, AFAIUI, is more resilient to overcrowding
<sphalerite>
aaah ok.
<sphalerite>
gchristensen: and why don't you want the wifi ones? :D
<samueldr>
right, another thing about those wifi devices: they all have the "smarts" in them
<samueldr>
and, if it wasn't for the fact that they all are based on the same design
<samueldr>
it would be terrible, a bunch of incompatible misc. products
<samueldr>
often requiring the use of a proprietary app, instead of a standard protocol
<sphalerite>
ok true, the second time I bought smart wall socket switches I was disappointed to find they were not based on esp8266 so I couldn't reflash them :D
<sphalerite>
are they really that incompatible though? The optimistic part of me hopes that they'd mostly speak mqtt.
<sphalerite>
_be able to speak mqtt_ that is
<samueldr>
I don't know for sure about that last part
<gchristensen>
anyone else actually hate using vim/tmux/screen/etc for multiple panes/windows, and prefer to just use their wm?
<andi->
boot2neovim?
<samueldr>
I won't split my TUI programs, and will prefer using another window
<andi->
I am running everything within one tmux session except for the browser and the few non TUI applications.
<cole-h>
gchristensen: Yep, I prefer adding another tile
<sphalerite>
gchristensen: I'd like to, but I don't. I use tmux much like andi- but also emacs with emacs's splitting functionality…
<__monty__>
Afaict most tilers prefer WM, floaters prefer terminal app tabs and splits and only people who work on a remote machine from time to time stick to the multiplexer.
<gchristensen>
I work on a remotem achine all the time and still ... :/
<sphalerite>
so I have workspace 1 which has a tmux session with lots of windows with lots of pain, workspace 2 which has lots of WM tabs each containing an emacs window that is typically split multiple ways as well…
<andi->
gchristensen: why don't you just open more terminal window then?
<sphalerite>
it's a mess.
<samueldr>
but I use multiple uh... windows in tmux, as a way to have tabs
<__monty__>
Note that I did not say prefer but "stick to." : )
<samueldr>
and I open multiple files in vim, as a way to have tabs
<gchristensen>
andi-: well I just started doing that :) but I was trying to force myself to get used to tmux and vim splits
<__monty__>
Yeah, vim's buffer is great.
<__monty__>
Or buffer list, whatever the terminology is.
<samueldr>
I have a shortcut setup with tmux to kill a session while switching to another one, which allows me to get into a specific tmux session
<__monty__>
I do use a tmux split for ghcid though, automatic typechecker feedback.
<samueldr>
with tmux-sessionist IIRC
<andi->
I run multiple terminals all attached to the same tmux thingy but showing different windows(?) of that
<gchristensen>
interesting
<samueldr>
there's that that I need to figure out: how do I show another window from the session?
<samueldr>
since whenever I get back into one it changes for every "view" into the session
<andi->
samueldr: c-b w shows you all the windows and I usually launch new ones with ctr-b :new-session -t somethingelse
<sphalerite>
samueldr: you can make multiple sessions and use link-window, but it's not that elegant
<samueldr>
andi-: ^B w switches the window in the other session
<andi->
samueldr: make sure each of them is on their own window
<andi->
you can only show the same panes on all session of a window AFAIK
<andi->
it is a bit annoying
<samueldr>
there must be something I'm missing about the terminology here
<andi->
or me confusing windows, sessions and panes again
<samueldr>
since whenever I change window in a session, wither ^B w or something else it switches them all over
<samueldr>
andi-: (0) is a session (AFAICT) which has three windows
* andi-
boots a browser
<samueldr>
sorry :)
<samueldr>
is it that you're making only new windows?
<samueldr>
uh, new sessions**
<samueldr>
(dang terminology)
<andi->
samueldr: ahh yes, you have three sessions, the first one with 3 windows and in there is each just 1 pane
<andi->
new sessions
<andi->
yeah
<samueldr>
right
<samueldr>
aww, what I want is to have a "decoupled" view on a session
<andi->
I have one for each "terminal" (emulator window) and then I can still switch something to the main screen while keeping the content on the other as well
<samueldr>
that's basically what I do, every terminal instance gets its tmux
<samueldr>
but I heavily use windows as tabs
<sphalerite>
samueldr: then yeah I think link-window can sort of solve your problem
* samueldr
looks up link-window
<sphalerite>
samueldr: if you give each terminal instance a session
<sphalerite>
samueldr: it lets you put the same window in multiple sessions
<samueldr>
that blog title is horrendous
<samueldr>
>> Deprecated Behaviour
<samueldr>
that made the title in the search results be "Share tmux Windows Across Sessions - Deprecated Behaviour"
<sphalerite>
hahaha
<samueldr>
neat, it seems to work
<samueldr>
sphalerite++
<{^_^}>
sphalerite's karma got increased to 110
<samueldr>
that's enough for my needs, but I need some way to "pick" the window like with ^B w now
<samueldr>
:link-window -s 0:2 # to open a new window in my current session with the window 2 of session 0
<infinisil>
That's alotta text, but I'll keep it bookmarked for maybe tomorrow :)
<__monty__>
samueldr: But is andi-'s solution to use one session for each window basically?
<infinisil>
Though I'm about at the point where I've confirmed that this feature is feasible (both its functionality and performance), so maybe now's the time to write tests
<samueldr>
__monty__: sure, that's andi-'s solution, not mine :)
<infinisil>
(I don't think it would've made sense to write tests before that)
<samueldr>
with sphalerite shove, and some RTFMing I think I can get it all in native tmux, with the output that ^B w gives
<__monty__>
Viewing different windows of the same session?
<samueldr>
viewing the samw window on different sessions
<samueldr>
link-window; but with a UI to pick
<__monty__>
Ah, cool.
__monty__ has quit [Quit: leaving]
<samueldr>
blah, I can pick the window, but I cannot make any condition on whether the selection was a session or a window
spacekookie has quit [Quit: No Ping reply in 60 seconds.]
spacekookie has joined #nixos-chat
<samueldr>
I'm a bit annoyed at how `choose-tree` works
<samueldr>
I cannot get its output it seems
<samueldr>
and %% is replaced only once in the template
<samueldr>
so I can'T just make a gnarly `if-shell` thing
<samueldr>
there, I did it, by changing how I thought about where the script should begin and end