00:11.19 | *** join/#devuan golinux (~golinux@unaffiliated/golinux) |
00:40.17 | *** join/#devuan sauron_ (~quassel@2001:8b0:cac6:0:214:fdff:fe10:cc41) |
01:03.19 | *** join/#devuan Ruusento (~lucent@m.lucentw.gq) |
01:08.30 | *** join/#devuan cdanderson42 (~nuhrin@67.170.89.70) |
01:26.30 | *** join/#devuan Defiant (erik@x4e3616d9.dyn.telefonica.de) |
01:28.39 | *** join/#devuan Hoshpak (~Hoshpak@p2003005B4B1C7500B987E489E3BF80A4.dip0.t-ipconnect.de) |
01:37.33 | *** join/#devuan KiloJuliet (~gplgeek@pdpc/supporter/student/GPLGeek) |
01:44.32 | *** join/#devuan golinux (~golinux@2605:6000:ebc6:d200:96de:80ff:febc:9ea8) |
01:44.32 | *** join/#devuan golinux (~golinux@unaffiliated/golinux) |
01:47.05 | *** join/#devuan radsy (~irc@unaffiliated/radsy) |
01:53.31 | *** join/#devuan amindeed (~amindeed@41.251.171.41) |
02:02.14 | *** join/#devuan NewGnuGuy (~david@72.34.178.42) |
02:06.49 | *** join/#devuan obarun (~obarun@154.67.14.64) |
03:48.30 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
04:00.35 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
04:13.30 | *** join/#devuan zdzichu (zdzichu@pipebreaker.pl) |
04:33.31 | *** join/#devuan towo^work (~towo@unaffiliated/towo/x-4064351) |
04:40.34 | *** join/#devuan sxpert (~sxpert@193.107.127.220) |
05:59.01 | *** join/#devuan towo^work (~towo@unaffiliated/towo/x-4064351) |
06:22.04 | *** join/#devuan Levure (~quassel@229.222-201-80.adsl-dyn.isp.belgacom.be) |
06:43.39 | *** join/#devuan Akuli (~Akuli@mobile-access-bceedf-158.dhcp.inet.fi) |
06:46.14 | *** join/#devuan level7 (~quassel@31.44.17.250) |
06:47.18 | *** join/#devuan golinux (~golinux@unaffiliated/golinux) |
06:58.05 | *** join/#devuan [0__0] (~0__0]@ec2-54-85-45-223.compute-1.amazonaws.com) |
07:11.53 | *** join/#devuan egon0 (~quassel@2001:4dd0:ff00:8d2c:54fa:93c:a64:3172) |
07:17.18 | *** join/#devuan jsfarinet (~jsfarinet@p2003008C4F26D3A90AEDB9FFFEB080F1.dip0.t-ipconnect.de) |
07:17.28 | jsfarinet | Good morning! |
07:17.41 | Akuli | Hi jsfarinet |
07:18.12 | jsfarinet | I have an urgent and hopefully simple question: What's the name of the small program which shows you the key values? |
07:18.38 | Akuli | character map? |
07:19.04 | jsfarinet | No it's a small app which shows the x values when you click over |
07:19.33 | jsfarinet | i need to know how xdotools read the mod4 (=window) key |
07:20.27 | pydsigner_ | I forget its name but I know what you're talking about |
07:20.45 | *** join/#devuan [0__0] (~0__0]@ec2-54-85-45-223.compute-1.amazonaws.com) |
07:21.10 | Akuli | you mean something that listens to keystrokes? |
07:22.09 | pydsigner_ | I think so |
07:22.12 | jsfarinet | yes |
07:22.14 | pydsigner_ | There's a specific x program |
07:22.23 | pydsigner_ | That shows keystrokes and mouse presses |
07:22.30 | jsfarinet | pydsigner: :) Me too, bad memory |
07:23.01 | jsfarinet | in any case: i found it for the special case: xdotool reads <super> as the window key |
07:23.59 | jsfarinet | Background: I looked for a way to configure in spacefm the equivalent to pcmanfm menu://applications/ |
07:28.54 | *** join/#devuan joered (~pingus@93-58-161-247.ip159.fastwebnet.it) |
07:36.32 | jsfarinet | @akuli: *YOUR* script does not well the suspend + screenlock. It locks the screen but fails the suspend. In the original cb-exit script i now found the trick: first the suspend command and after the screenlock. So,if you unsuspend (and the machine awakes) the screen gets locked :) :) Simple, but effective :) |
07:41.50 | Akuli | Ok, let's see what i have there |
07:44.13 | Akuli | http://termbin.com/lzqf |
07:47.49 | pydsigner_ | Don't you need a forking locker? |
07:49.39 | *** join/#devuan edbarx (~edbarx@c165-243.i06-10.onvol.net) |
07:51.17 | edbarx | Pg 48 "At this point we have covered what might be called the conventional core of C." :D |
07:58.57 | *** join/#devuan b0stik (~b0stik@31.44.46.178) |
08:03.19 | *** join/#devuan JohnnyRun (~gianni@net94-124-67-2.static.bb.mainsoft.it) |
08:12.31 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
08:13.15 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
08:17.46 | *** join/#devuan Leander256 (~Leander25@132.147.77.50) |
08:26.16 | *** join/#devuan premoboss (~utente@62.212.13.223) |
08:42.04 | *** join/#devuan rleigh (~rleigh@134.36.162.127) |
08:42.04 | *** join/#devuan rleigh (~rleigh@unaffiliated/rleigh) |
08:45.34 | *** join/#devuan egon0 (~quassel@134.97.130.9) |
08:49.33 | LongHairedHacker | pydsigner_: Did you mean xev ? |
08:51.04 | DocScrutinizer05 | dang, beat me to it |
08:51.23 | *** join/#devuan level7 (~quassel@31.44.16.132) |
08:51.30 | DocScrutinizer05 | and actually it was jsfari who asked |
08:54.14 | DocScrutinizer05 | >>So,if you unsuspend (and the machine awakes) the screen gets locked :) :) Simple, but effective :)<< yes, but also very badly flawed, since it exposes whatever been the display content until finally the screenlock kicks in. Now think you might have confidential or security-relevant text on your display... :-/ |
08:54.58 | Akuli | DocScrutinizer05, does the version i just pasted do that? |
08:55.07 | DocScrutinizer05 | I dunno |
08:55.40 | Akuli | oh, you're not running this stuff :) |
08:55.44 | DocScrutinizer05 | I just noticed that it's the way fedora as of a few years ago did screenlocks/suspends on my laptop |
08:56.53 | DocScrutinizer05 | when I resume the laptop, it shows the acient display content for several seconds, until finally the lockscreen comes up covering that potentially security relevant content |
08:57.25 | DocScrutinizer05 | *very* bad behavior |
08:59.05 | DocScrutinizer05 | it completely evades me why the screenloacker isn't run in background& |
09:00.02 | DocScrutinizer05 | and the suspend waits a few seconds until the screenlocker had enough time to properly cover the original display content |
09:01.27 | DocScrutinizer05 | honestly you don't want to save the original display content as active framebuffer content to the HDD/RAM |
09:05.04 | DocScrutinizer05 | now he's gone too :-/ |
09:05.08 | DocScrutinizer05 | <PROTECTED> |
09:05.09 | DocScrutinizer05 | <PROTECTED> |
09:05.14 | DocScrutinizer05 | looks flawed as well |
09:07.11 | DocScrutinizer05 | should at least be |
09:07.13 | DocScrutinizer05 | <PROTECTED> |
09:07.14 | DocScrutinizer05 | <PROTECTED> |
09:07.52 | parazyd | DocScrutinizer05: do you use /etc/acpi ? |
09:08.01 | DocScrutinizer05 | me? why? |
09:08.11 | parazyd | for the things you're typing |
09:08.14 | parazyd | suspend |
09:08.24 | DocScrutinizer05 | I'm not typing, I'm quoting |
09:08.37 | DocScrutinizer05 | [2016-06-23 Thu 09:44:13] <Akuli> http://termbin.com/lzqf |
09:09.23 | parazyd | fwiw: first lock, then suspend |
09:09.30 | DocScrutinizer05 | exactly |
09:09.52 | DocScrutinizer05 | [2016-06-23 Thu 11:01:27] <DocScrutinizer05> honestly you don't want to save the original display content as active framebuffer content to the HDD/RAM |
09:10.28 | parazyd | sry, lost that part of the buffer,but ok :) |
09:11.31 | DocScrutinizer05 | I bet I could even "ctrl-C" the screenlock after resume, when it gets *started* only after resume |
09:12.34 | DocScrutinizer05 | a kbd with convenient embedded macro function easily could accomplish all that |
09:13.34 | DocScrutinizer05 | it opens a terminal for me, and sends a killall Shutdown-dialog before the screenlock kicks in |
09:16.32 | DocScrutinizer05 | it could do other stuff as well, like establishing a ssh tunnel to arbitrary remote machine, so I got all the time in the world to kill the screenlocker "from within" |
09:16.34 | parazyd | the system call is ugly :D you can just print "mem" into /sys/power/state |
09:18.29 | DocScrutinizer05 | but probably a simple ctrl-alt-esc would suffice (kill-window skullbones cursor) |
09:18.43 | parazyd | xkill you mean |
09:18.53 | DocScrutinizer05 | yeah, that's the name of the binary |
09:18.56 | parazyd | suffice for what? to kill i3lock? |
09:19.02 | DocScrutinizer05 | yep |
09:19.09 | parazyd | ctrl-alt-backspace also |
09:19.12 | parazyd | to kill x |
09:19.26 | DocScrutinizer05 | lol, that's not the 'purpose" |
09:19.43 | parazyd | just saying :D free shell |
09:19.58 | DocScrutinizer05 | I'm trying to make a point why it's futile to run i3lock *after* suspend |
09:20.10 | parazyd | point is: don't |
09:20.17 | parazyd | that's it |
09:20.24 | DocScrutinizer05 | exactly my point |
09:20.53 | DocScrutinizer05 | there's a bazillion exploits how to hijack such "locked" session |
09:21.37 | *** join/#devuan Akuli (~Akuli@mobile-access-bceedf-158.dhcp.inet.fi) |
09:21.56 | *** join/#devuan jsfarinet (~jsfarinet@p2003008C4F26D3A90AEDB9FFFEB080F1.dip0.t-ipconnect.de) |
09:22.23 | DocScrutinizer05 | since in fact it isn't locked until a few (milli)seconds *after* resume |
09:22.28 | parazyd | yep |
09:22.56 | DocScrutinizer05 | thus first make damn sure you locked, then suspend |
09:23.41 | parazyd | personally i have locking binded to a key combination, not on lid close |
09:23.43 | DocScrutinizer05 | and make sure you not only locked but actually covered/hidden the display content |
09:23.59 | parazyd | sometimes i just want to suspend without locking |
09:24.44 | Akuli | maybe we should lock it, leave the locking process in the background, sleep a few seconds and then start the screensaver? |
09:25.12 | DocScrutinizer05 | screensaver? |
09:26.13 | Akuli | i mean, then suspend |
09:26.15 | Akuli | ;D |
09:26.24 | Akuli | lock screen, sleep a few seconds, suspend |
09:26.33 | DocScrutinizer05 | for me lock and screensaver always seem to be used as synonyms |
09:26.45 | DocScrutinizer05 | yep, that's what I suggested |
09:27.01 | DocScrutinizer05 | [2016-06-23 Thu 11:07:11] <DocScrutinizer05> should at least be |
09:27.03 | DocScrutinizer05 | [2016-06-23 Thu 11:07:11] <DocScrutinizer05> os.system('sleep 5; sudo /sbin/s2ram &') |
09:27.04 | DocScrutinizer05 | [2016-06-23 Thu 11:07:11] <DocScrutinizer05> subprocess.call(['i3lock', '-c', '7b7691']) |
09:27.16 | Akuli | uuh |
09:27.32 | Akuli | that would sleep 5 seconds, and then suspend and start the screensaver :D |
09:27.40 | DocScrutinizer05 | I should say "at *very* least" |
09:28.21 | DocScrutinizer05 | well, when os.system is a sync call, you might need to make it async |
09:28.46 | Akuli | os.system is pretty bad anyway, i'm using it just to background the stuff |
09:28.57 | DocScrutinizer05 | I was a tad shy to suggest os.system('(sleep 5; sudo /sbin/s2ram) &>/dev/null &') |
09:29.22 | Akuli | why to redirect the output? |
09:29.49 | DocScrutinizer05 | just because... ;-) |
09:30.58 | DocScrutinizer05 | you don't want the background process to abort when forground process closes STDOUT handles |
09:31.24 | DocScrutinizer05 | not that I'd expect that to happen |
09:31.31 | Akuli | i think the & process will run just fine when python has exited |
09:31.44 | DocScrutinizer05 | yep, usually it should |
09:33.25 | Irrwahn | Unsolicited interjection: From the i3lock manpage: i3lock forks, so you can combine it with an alias to suspend to RAM (run "i3lock && echo mem > /sys/power/state" to get a locked screen after waking up your computer from suspend to RAM) |
09:33.58 | DocScrutinizer05 | but when you want a child process to really detach from parent, redirecting all STD* handles is one of the measures to take |
09:34.42 | DocScrutinizer05 | Irrwahn: that's pretty bad advice |
09:34.59 | Irrwahn | *shrug* just quoting ^^ |
09:35.00 | DocScrutinizer05 | it creates exactly the race condition we discuss here |
09:35.11 | Irrwahn | Hm. I see. |
09:35.50 | DocScrutinizer05 | <PROTECTED> |
09:35.56 | Irrwahn | slock has a builtin feature to avoid this (I presume): slock is a screen locker for X. If provided, the post_lock_command will be executed when the screen is locked. |
09:36.31 | Irrwahn | when invoked like this: slock post_lock_command |
09:36.39 | DocScrutinizer05 | that sounds better |
09:40.06 | Akuli | so something like slock s2ram should be enough? |
09:40.16 | DocScrutinizer05 | yup |
09:40.18 | DocScrutinizer05 | aiui |
09:40.21 | Irrwahn | That's how I understand it. |
09:40.24 | Akuli | thats great |
09:42.16 | Akuli | amazing. termbin just switched to paste id's with 5 characters! |
09:42.17 | Akuli | http://termbin.com/ct1p2 |
09:44.55 | Irrwahn | Skimming over slock source code (only ~350 lines) it looks like it does the right thing. "Yay!" for suckless tools, I guess. ;o) |
09:45.16 | DocScrutinizer05 | 4 chars! http://termbin.com/70dp |
09:45.34 | Akuli | termbin is crazy |
09:46.39 | DocScrutinizer05 | anyway thanks for termbin ;-) |
09:47.35 | Akuli | nc termbin.com 9999 < yourfile |
09:47.41 | Akuli | can't get easier than that :) |
09:48.14 | DocScrutinizer05 | even iron900 apt-cache policy mc|termbin |
09:49.50 | DocScrutinizer05 | with http://termbin.com/kp6n |
09:52.17 | Akuli | alias termbin='nc termbin.com 9999 <' |
09:52.20 | Akuli | that actually works |
09:52.20 | DocScrutinizer05 | which is amazing since the apt-cache output contains lots of URLs and that makes most pastebins fail |
09:52.23 | Akuli | then i can just termbin file |
09:52.54 | Akuli | only thing i don't like about termbin is that i can't just nc termbin.com 9999 and write out the stuff myself |
09:53.07 | Akuli | after a few seconds it times out and says "Use netcat." even though i'm using netcat :D |
10:01.36 | parazyd | Akuli: you can cat and pipe to netcat if you want to type in the terminal |
10:02.05 | Akuli | i thought cat echoes things line by line |
10:02.13 | *** join/#devuan Leander256 (~Leander25@132.147.77.50) |
10:02.23 | parazyd | cat <<EOF | nc termbin.com 9999 |
10:02.25 | parazyd | then type |
10:02.28 | Akuli | oh now i see |
10:02.29 | Akuli | right |
10:02.29 | parazyd | end with EOF |
10:04.44 | DocScrutinizer05 | http://termbin.com/f9x9 |
10:06.17 | Akuli | thats better |
10:06.36 | Akuli | i can even use my environment variables if i run that with " instead |
10:07.01 | DocScrutinizer05 | yes |
10:08.16 | *** join/#devuan Markus_KMi (uid95611@gateway/web/irccloud.com/x-qseyhefqwnjiqlwl) |
10:08.23 | Akuli | hmm |
10:08.29 | Akuli | line continuations with \ don't work in ' mode |
10:08.42 | Akuli | http://termbin.com/as9p |
10:10.09 | Akuli | how much ram does devuan jessie use with xfce4 when no applications are open? |
10:10.18 | Akuli | other than terminal to check the ram usage, of course |
10:13.37 | djph | Akuli: this box has been running for a while (albeit MATE), and is sitting at about 5G ... but I think that's because the system keeps incrementing buffers / cache for itself |
10:14.04 | Akuli | 5G? |
10:14.23 | Akuli | this computer has 256MB and i'm wondering if it would run, and this ubuntu 12.04 runs just fine |
10:14.50 | djph | yeah, it's getting power hungry (or I have something big running somewhere that I forgot about) |
10:14.51 | hellekin | Akuli: it runs fine. The default install of KatolaZ's minimal live CD uses 64M. |
10:15.12 | hellekin | djph: your story sounds like a memory leak |
10:15.35 | djph | but it's also been up for 2 months straight and has 10 users ... |
10:15.43 | Akuli | then the next problem is how am i going to get it installed :D |
10:15.52 | djph | o_O wonder why it has 10 users |
10:16.25 | hellekin | Akuli: your biggest memory huggers are Mozilla products more likely. |
10:17.16 | Akuli | my free -m with xchat and gnome-terminal running http://termbin.com/c8aw |
10:17.20 | djph | hellekin: nah, no memory leak, just me forgetting about several heavy programs running on the desktop (I'm ssh'd in) |
10:17.25 | Akuli | and xfce4-session, of course |
10:25.39 | edbarx | Did an online C test to get feedback about my learning progress. Got 12/20 :( |
10:28.27 | DocScrutinizer05 | ((line continuations with \ don't work in ' mode)) why would you need those anyway? |
10:30.12 | DocScrutinizer05 | \0x13 is just a shell-special sequence to tell shell that the CR doesn't mean CR but is a ordinary ascii char |
10:30.47 | DocScrutinizer05 | inside ' everything is just ordinary ascii char |
10:31.27 | DocScrutinizer05 | except *maybe* \0777, not sure about those |
10:32.51 | DocScrutinizer05 | well, actaully inside echo '' *everything is plain ascii |
10:33.36 | DocScrutinizer05 | unless it gets interpreted by line discipline |
10:34.14 | DocScrutinizer05 | backspace for example still is backspace, and CR still is CR |
10:35.02 | DocScrutinizer05 | other than that, only the delimiter itself (') is special |
10:35.54 | DocScrutinizer05 | then comes echo which doesn't do anything unless you do echo -e |
10:39.12 | DocScrutinizer05 | if you want even less of any special chars, cat <<THISISTHEEND is your friend |
10:44.41 | Akuli | probably it is |
10:44.48 | DocScrutinizer05 | Akuli: while in " mode your "continuation lines" work exactly like they are defined: only showing up on input, not on output |
10:45.10 | DocScrutinizer05 | echo "test\ |
10:45.13 | DocScrutinizer05 | test" |
10:45.19 | DocScrutinizer05 | becomes testtest |
10:45.23 | Akuli | yes that worsk |
10:45.27 | Akuli | works |
10:50.57 | DocScrutinizer05 | especially for you ;D -> mcedit x&&nc termbin.com 9999 <x&&rm x |
11:08.43 | *** join/#devuan rho (~rho@62-151-94-48.express.ya.com) |
11:09.03 | *** join/#devuan rho_ (ama@shell.bshellz.net) |
11:10.03 | *** join/#devuan rho (ama@shell.bshellz.net) |
11:13.58 | *** join/#devuan rho (~rho@62-151-94-48.express.ya.com) |
11:13.58 | *** join/#devuan level7 (~quassel@31.44.17.250) |
11:19.04 | *** join/#devuan zocker (~tobias@2a02:418:6a04:178:209:51:134:5504) |
11:36.20 | armin | so when is that "beta" to be removed from devuan's naming? :) |
11:37.33 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
11:39.46 | *** join/#devuan golinux (~golinux@unaffiliated/golinux) |
11:43.08 | *** join/#devuan anddam (~anddam@unaffiliated/anddam) |
11:47.46 | fsmithred | I think we're still waiting for beta2 |
11:48.15 | fsmithred | but that really applies to the installer. Devuan is mostly Debian, and jessie has been stable for over a year. |
11:54.14 | *** join/#devuan firegarden (~dionysos@host84-174-dynamic.33-79-r.retail.telecomitalia.it) |
12:02.36 | MinceR | "stable" by lendows standards, for what it's worth :> |
12:06.15 | hellekin | armin: when it's ready :) |
12:10.44 | edbarx | Is this OK in C? I need to output count tabs. |
12:10.49 | edbarx | if (count < tab_width && count > 0) |
12:10.49 | edbarx | <PROTECTED> |
12:10.54 | armin | MinceR, hellekin: any way i can contribute or help? |
12:15.44 | hellekin | armin: https://devuan.org/os/partners/ways-to-help :) |
12:32.02 | *** join/#devuan shambrarian (~shambrari@unaffilated/shambrarian) |
12:36.26 | *** join/#devuan Drugo (~andrea@host82-204-dynamic.17-87-r.retail.telecomitalia.it) |
12:41.56 | *** join/#devuan Ryushin (~Ryushin@65.152.10.66) |
12:44.42 | armin | hellekin: perfect. i would love to contribute a german translation. |
12:45.05 | armin | hellekin: does a wildcard ssl certificate for *.devuan.org exist? |
12:47.42 | *** join/#devuan jsfarinet (~jsfarinet@p2003008C4F26D3A90AEDB9FFFEB080F1.dip0.t-ipconnect.de) |
13:04.57 | armin | hellekin: so what's the git branch that actually is in use? "beta" or "beta.devuan.org"? |
13:16.24 | hellekin | armin: no we don't have a wildcard certificate |
13:16.41 | hellekin | armin beta.devuan.org |
13:17.24 | *** join/#devuan CHCl3 (~CHCl3@95.61.147.160) |
13:18.31 | armin | hellekin: thanks! |
13:18.59 | armin | hellekin: should i just "git checkout -b de.devuan.org" from the HEAD of beta.devuan.org and start working? is that appropriate? |
13:19.40 | hellekin | armin: checkout your own branch, e.g., de.devuan.org, against beta.devuan.org |
13:19.46 | armin | perfect. ty. |
13:20.14 | hellekin | yeah, sorry, my response could have been shorter :] |
13:23.07 | armin | hellekin: all fine. i'll keep idling here and am happy if this project grows further. |
13:24.16 | armin | hellekin: i can not even promise i'll be comfortable with all things, i just *try* to help, and so do you. if the outcome is good that's the highest achievement we could get. i hope we will. |
13:29.19 | armin | :q |
13:29.22 | armin | EWIN |
13:30.59 | armin | the string "alpha was released about a year ago" is doomed to be outdated soon, btw. |
13:33.54 | *** join/#devuan level7 (~quassel@31.44.16.132) |
13:42.07 | armin | status: ./source/pages/index.en.html.md.erb fully translated, working on final touches. |
13:54.49 | *** join/#devuan firegarden (~dionysos@host188-172-dynamic.16-87-r.retail.telecomitalia.it) |
14:18.08 | pydsigner_ | LongHairedHacker: Yes I did |
14:32.01 | *** join/#devuan cocoadaemon (~foo@80.214.20.35) |
14:32.32 | *** join/#devuan pav5088_ (~markp@58-7-230-223.dyn.iinet.net.au) |
14:40.25 | *** join/#devuan triffid (~triffid@pool-173-79-132-229.washdc.fios.verizon.net) |
15:07.07 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
15:09.43 | *** join/#devuan ItSANgo (~itsango@zaq7ac458cb.zaq.ne.jp) |
15:19.48 | *** join/#devuan blueness (~blueness@gentoo/developer/blueness) |
15:25.25 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
15:29.02 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
15:32.07 | golinux | armin: A very welcome contribution! Thank you! |
15:32.41 | armin | golinux: the phrasing is just a bit hard. trying to improve this. |
15:33.44 | jaromil | armin: amazing!! thanks!!! |
15:34.24 | armin | it's more to translate than i thought if we really want to cover everything. :'-( |
15:35.06 | armin | i'm doing my best though. :) |
15:37.02 | armin | can i somehow easily test how an .erb would look rendered? |
15:37.54 | armin | ([copy the <span class="icon-magnet"></span> link][magnet]) |
15:38.04 | armin | not sure about that one for example |
15:42.51 | *** join/#devuan Tenhi_0 (~tenhi@static.177.80.201.138.clients.your-server.de) |
15:54.42 | *** join/#devuan level7 (~quassel@31.44.16.132) |
15:57.27 | *** join/#devuan blueness (~blueness@gentoo/developer/blueness) |
15:59.40 | *** join/#devuan edbarx (~edbarx@c165-243.i06-10.onvol.net) |
16:04.19 | jaromil | armin: bundle exec middleman server -p 5000 |
16:04.34 | jaromil | having ruby's bundle and middleman installed |
16:04.50 | jaromil | will launch a local http server on porto 5000 with the website previewed |
16:04.57 | hellekin | armin: ([THIS IS TO BE <span class="icon-magnet"></span> TRANSLATED][magnet] |
16:24.50 | *** join/#devuan SylvieLorxu (~TheLastPr@541B7AAC.cm-5-4b.dynamic.ziggo.nl) |
16:35.18 | *** join/#devuan furrywolf (~randyg@107.25.126.211) |
16:37.05 | edbarx | C constants: L, U, F, leading 0 (octal), 0X (hex), 'x', operator priority, ... |
16:38.44 | *** join/#devuan cdanderson42 (~nuhrin@67.170.89.70) |
16:41.26 | *** join/#devuan jathan (~jathan@132.248.174.116) |
16:44.22 | *** join/#devuan Markus_KMi (uid95611@gateway/web/irccloud.com/x-amvfkxkpvwllbfam) |
16:48.56 | armin | jaromil, hellekin: thx!!! |
16:59.56 | *** join/#devuan Bercik (~Yotsuba@unaffiliated/bercik) |
17:12.55 | Lydia_K | So guys, I wrote a little start/stop script manager thing, it contains template files for a generic start/stop script and a config file, and just by providing the full path to the binary you can add a start/stop script for it and a "config file" under /etc/conf.d/ |
17:13.15 | Lydia_K | I was thinking I should probably host it under the devuan umbrella |
17:13.40 | Lydia_K | since people keep worrying that people will stop providing sysvinit style start/stop scripts. |
17:15.28 | Lydia_K | If you don't feel it belongs under the devuan umbrella I'll just stick it up on github. |
17:15.54 | Lydia_K | It's not totally finished, still plenty to do, but all the basic functionality is there, it's *super* simple. |
17:16.20 | Lydia_K | I kinda wish I had done this years ago for all the times I've written start/stop scripts for oracle stuff and such. |
17:17.42 | Lydia_K | Also I totally need a name for it. |
17:19.35 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
17:32.35 | *** join/#devuan jsfarinet (~jsfarinet@p2003008C4F26D3A90AEDB9FFFEB080F1.dip0.t-ipconnect.de) |
17:35.46 | *** join/#devuan Akuli (~Akuli@mobile-access-bceedf-158.dhcp.inet.fi) |
17:37.23 | golinux | Lydia_K: startmeup? |
17:37.36 | detha | Simple Start/Stop Daemon is taken already. onoffd ? |
17:37.42 | Lydia_K | That's.. pretty good. |
17:38.11 | Lydia_K | detha: It's actually just templates and scripts to create a start/stop script for any daemon you want. |
17:38.44 | detha | startmeup sounds good for that |
17:38.56 | Lydia_K | Yeah, I like that :) |
17:40.26 | Lydia_K | A quick google seems like startmeup doesn't collide with any other similar names either. |
17:40.39 | Lydia_K | Done. Nice golinux, thanks! :) |
17:41.14 | Akuli | golinux, i want name inventing help too :D |
17:41.27 | Akuli | not right now though |
17:41.58 | Lydia_K | I dunno if you guys think this belongs under the devuan umbrella specifically or not. |
17:42.00 | jsfarinet | @akuli: Sorry, this morning i crashed .... ;) |
17:42.09 | Akuli | no problem :) |
17:42.19 | Akuli | and today i was too lazy to come here |
17:42.41 | golinux | Lydia_K: I don't see why it shouldn't be in devuan! |
17:42.42 | jsfarinet | Too hot ... Better stay inside ;) |
17:44.42 | golinux | I 'll take heat over cold any day |
17:44.59 | Akuli | jsfarinet, discussion about the script earlier today http://termbin.com/pscn |
17:45.55 | golinux | Lydia_K: You do the the Stones reference. right? |
17:46.37 | Lydia_K | I did when I googled it and their music video was the number one hit :) |
17:51.12 | golinux | Akuli: OK. |
17:51.26 | DocScrutinizer05 | aaah Stones |
17:51.38 | DocScrutinizer05 | thought it sounds strangely familiar |
17:52.15 | Akuli | jsfarinet, my link also includes another termbin paste :D that one should actually work |
17:53.32 | DocScrutinizer05 | Lydia_K: link? |
17:54.10 | DocScrutinizer05 | Akuli: see topic, we got a rather nice chanlog by botbot |
17:55.21 | Lydia_K | I'm making a project on the devuan gitlab right now, then I'll get it up there. |
17:56.17 | DocScrutinizer05 | :) |
17:56.43 | Lydia_K | It's not done, and it's super simple, but I want to add more options to make it as "stupid proof" as possible. |
17:57.13 | gci_admin | Rolling Stones ... dead people walking. :p |
17:57.58 | golinux | gci_admin: Watch your step there . . . |
17:58.06 | gci_admin | ;) |
17:59.02 | golinux | The minute you' |
17:59.27 | golinux | oops |
17:59.39 | golinux | forget it |
18:02.21 | golinux | Lydia_K: Welcome aboard! |
18:04.42 | Lydia_K | :) |
18:05.32 | Lydia_K | https://git.devuan.org/Lydia_K/startmeup/ |
18:06.16 | *** join/#devuan wildlander (~wild@unaffiliated/wildlander) |
18:07.13 | *** join/#devuan kelsoo (~kelsoo@86.53.50.178) |
18:08.07 | gci_admin | I like it Lydia_K. Nice work! |
18:08.55 | Lydia_K | Thanks, I have lots more to add, but honestly I spent way more time writing comments than I did code. |
18:09.19 | Akuli | i always spend way more time organizing code than writing code |
18:09.20 | Lydia_K | I'm just sick of people freaking out that people might stop shipping sysvinit scripts. |
18:09.30 | Lydia_K | Now it's not a problem. |
18:10.26 | gci_admin | Lydia_K, in a way, I appreciate the comments more than the code. I have had to deconstruct *way* too many uncommented scripts over the years. ;) |
18:13.46 | Lydia_K | Exactly. |
18:14.48 | Lydia_K | I mean, it's easy to write a simple start/stop script and install it via insserv or update-rc.d, but some of that stuff takes a lot of digging to understand so that you do it the right way. |
18:17.20 | Lydia_K | I figured it was time to get some more eyes on it, like I decided that '$network $local_fs $remote_fs' were a sane set of required startup/shutdown services, and would generally cover 99% of use cases, but maybe someone else has a different opinion on that. |
18:18.29 | *** join/#devuan matthewc1 (~mc@cpe-184-153-178-155.maine.res.rr.com) |
18:24.48 | *** join/#devuan Levure (~quassel@229.222-201-80.adsl-dyn.isp.belgacom.be) |
18:28.30 | DocScrutinizer05 | ohmy!! seems my ulimits of ~3GB for Konqueror works http://wstaw.org/m/2016/06/23/plasma-desktopqK2277.png |
18:28.53 | Lydia_K | LOL!! |
18:30.07 | gci_admin | DocScrutinizer05, love the red! Looks very ... red. :) |
18:30.48 | DocScrutinizer05 | I didn't invent it, must be gitlab |
18:30.50 | *** join/#devuan egon0 (~quassel@2a01:1e8:e100:8035:2427:1b4f:31d0:29e9) |
18:33.31 | *** join/#devuan fsmithred (~fsmithred@68-184-46-18.dhcp.oxfr.ma.charter.com) |
18:34.20 | *** join/#devuan matthewc1 (~mc@cpe-184-153-178-155.maine.res.rr.com) |
18:36.09 | gci_admin | DocScrutinizer05, maybe you need to run Devuan with Xfce4 and use IceWeasel: https://www.dropbox.com/s/t674nan7wmppbsg/Devuan%20%5BRunning%5D%20-%20Oracle%20VM%20VirtualBox_20160623-10%3A34%3A10.png?dl=0 |
18:36.11 | gci_admin | ;) |
18:41.41 | Akuli | i'm using a very minimal xfce installation now |
18:41.58 | Akuli | unfortunately on ubuntu 12.04, consumes a bit too much ram :) |
18:42.35 | gci_admin | whispers "use Devuan Akuli" |
18:42.56 | Akuli | i would, but my ISO is not ready yet :D |
18:43.08 | Akuli | and i don't know how to install devuan with a debian iso |
18:44.24 | *** join/#devuan furrywolf (~randyg@107.25.126.211) |
18:44.35 | Akuli | what is xfce's default image viewer |
18:44.39 | Akuli | some xfce fan |
18:45.07 | Drugo | Akuli, "ristretto" i guess |
18:45.47 | Akuli | thanks :) |
18:45.56 | gci_admin | Akuli, TBH, I am waiting to see what Beta 2 looks like before I install it on my gear here. Will play with it in a VM first. |
18:45.57 | *** join/#devuan FrozenWes (~FrozenWes@unaffiliated/frozenwes) |
18:47.16 | Lydia_K | gci_admin: it works fine, might still pull in some systemd deps if you install certain things, but otherwise it's rock solid. |
18:47.53 | gci_admin | Lydia_K, oh, is Beta 2 out then? I missed it if so. |
18:48.08 | *** join/#devuan dimkr (~dimkr@unaffiliated/dimkr) |
18:48.12 | Lydia_K | But I understand your "better safe than sorry" approach, especially at work. |
18:48.21 | gci_admin | Yup. |
18:48.29 | Akuli | I like that :) |
18:48.34 | Lydia_K | gci_admin: I dunno, I've been running since it on my machines since the alpha release. |
18:48.37 | Akuli | not all distros do that |
18:49.45 | gci_admin | Lydia_K, ah, okay. Yeah I have Beta 1 on stuff here for evaluation. But for my netbook I have to have something that will install direct from the media instead of off the 'net. |
19:02.48 | hellekin | DocScrutinizer05: I hate to shit that, but Konqueror is a pile of shit. |
19:03.00 | hellekin | conkeror is nice though :) |
19:07.05 | hellekin | DocScrutinizer05: or maybe it's just KHTML? In any case, Konqueror is in the place IE6 was for a long time, and that's ridiculous. Every other browser out there renders more or less the same, but Konqueror is lagging behind in weird ways. HTML5 + CSS3 are not properly implemented yet. Would be time. |
19:08.25 | *** join/#devuan edbarx (~edbarx@c165-243.i06-10.onvol.net) |
19:08.42 | DocScrutinizer05 | KHTML? doesn't work since ages and isn't the recommended choice for Konqueror's rendering engine. webkit it is ;-) |
19:13.48 | DocScrutinizer05 | and honestly >> <tr class='line_holder new' id='8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6'> <td class='diff-line-num new old_line' data-linenumber='6'> <a id="8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6" data-linenumber=" " href="#8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6"></a> </td> <td class='diff-line-num new new_line' data-linenumber='6'> <a id="8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6" data-linenumber="6" href="# |
19:13.49 | DocScrutinizer05 | 8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6"></a> </td> <td class='8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6 line_content new noteable_line' data-line-code='8ec9a00bfd09b3190ac6b22251dbb1aa95a0579d_0_6'> <span id="LC6" class="line"><span class="gh"># TODO</span></span> </td> </tr> << DAMN ARE YOU KIDDING ME? |
19:16.21 | DocScrutinizer05 | NB this is ONE line of sourcecode, in that mad batshit called git??b or whatever |
19:16.52 | DocScrutinizer05 | with the incredible value "6: #TODO" |
19:17.02 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
19:18.06 | DocScrutinizer05 | when Konqueror bails out rendering this, I feel with it, pet it a bit and say "well done! don't touch such stuff ever again!" |
19:19.52 | DocScrutinizer05 | I mean, how many classes and objects could you possibly create for ONE line of sourcecode? |
19:20.13 | DocScrutinizer05 | and for EVERY SINGLE line of sourcecode |
19:23.28 | DocScrutinizer05 | those are 327,368 characters HTML sourcecode for a humble <450 lines of content |
19:23.55 | DocScrutinizer05 | *what for?* |
19:26.38 | gci_admin | Purtiness! |
19:28.17 | DocScrutinizer05 | ~dict Purtiness |
19:30.21 | gci_admin | DocScrutinizer05, as in "That thar is mahty purty!" or "So, whut you in jail fer? Anyways, you gots a purty mouth boy." ;) |
19:31.08 | gci_admin | A mispronuciation of "pretty", in other words. |
19:31.18 | DocScrutinizer05 | aah thanks |
19:32.21 | gci_admin | *mispronunciation |
19:32.25 | gci_admin | Dang fingers. |
19:32.41 | DocScrutinizer05 | got it :-) |
19:38.01 | DocScrutinizer05 | anyway, even while that's pretty insane stuff I ranted about above, konqueror usually renders it just fine, only very very slowly |
19:38.36 | DocScrutinizer05 | this however is a whole new class of breakage I never seen before, and most likely _not_ related to any ulimit |
19:41.56 | hellekin | DocScrutinizer05: so, Konqueror uses WebKit and is behaving differently than any other WebKit-base browser? :doublefacepalm: |
19:42.19 | DocScrutinizer05 | http://wstaw.org/m/2016/06/23/plasma-desktopnF2277.png |
19:44.54 | DocScrutinizer05 | ctrl-A, click&pull: http://wstaw.org/m/2016/06/23/plasma-desktopgQ2277.png |
19:45.16 | DocScrutinizer05 | also note the favicon! |
19:46.30 | enyc | Hrrm. at what point can we consider devuan jessie 'stable' not 'beta' ? |
19:46.43 | DocScrutinizer05 | the color seems to be that of this "fancy" progress bar at top of page |
19:49.23 | *** join/#devuan sh4 (~sh4@unaffiliated/sh4) |
19:50.02 | hellekin | the favicon may not have survived the upgrade. No time to investigate, maybe the crontab will do the job. Oh, and I didn't recompile the assets yet so it might be using the official gitlab one still |
19:51.13 | DocScrutinizer05 | anyway it's clearly the progress bar that covers the whole page eventually |
19:52.23 | DocScrutinizer05 | it's progressing to random between 50% and 80%, then when new page content starts rendering, the whole page turns red |
19:53.37 | hellekin | enyc: when amprolla is ready, the visual experience is correct, and some bugs are cleared out. |
19:54.03 | hellekin | I'd say this year. |
19:55.59 | DocScrutinizer05 | aaaand disabling javascript and plugins the page suddenly renders fine, though I'm not sure about the content |
19:56.33 | hellekin | DocScrutinizer05: could that be a corrupted cache? |
19:56.37 | DocScrutinizer05 | MEH! only until I click "files" |
19:56.51 | DocScrutinizer05 | nope, no cache issue |
19:57.00 | DocScrutinizer05 | probably |
19:57.21 | *** join/#devuan n4dir (~user@pD9EF0297.dip0.t-ipconnect.de) |
19:59.02 | DocScrutinizer05 | ooh, for some reason clicking "files" re-enabled JS. Disabling it again gives me http://wstaw.org/m/2016/06/23/plasma-desktopkA2277.png |
20:00.07 | DocScrutinizer05 | lightning fast too |
20:00.32 | DocScrutinizer05 | disables JS for whole git.devuan.org in konqueror settings |
20:03.01 | enyc | hellekin: is there a buglist to be seen? |
20:05.38 | jaromil | enyc: this view is quite exhaustive https://git.devuan.org/dashboard/issues?scope=all&sort=id_desc&state=opened&utf8=%E2%9C%93&label-name= |
20:15.23 | GeneralStupid | hi i have a little problem, sometimes my software crashes with segfault and the console where i started it does not echo any characters i type. is there a way to reset it? |
20:16.52 | Lydia_K | GeneralStupid: "reset" will reset the terminal and will fix that 98% of the time. |
20:17.22 | GeneralStupid | Lydia_K: sometimes the answer is to easy :D |
20:17.26 | GeneralStupid | Lydia_K: thanks it works |
20:17.34 | Lydia_K | No problem :) |
20:17.58 | Lydia_K | I have that happen to me all the time when I accidentally cat the wrong file or otherwise spray garbage through my terminal. |
20:20.20 | jaromil | me too :) |
20:21.51 | Lydia_K | I'm terrible about stuff like that. "What's this? *cat* OH GOD IT'S A 1 GIG BINARY" |
20:22.32 | jaromil | it feels so goofy |
20:27.46 | *** join/#devuan jonadab (~nathan@cpe-71-72-65-201.columbus.res.rr.com) |
20:27.47 | *** join/#devuan fbt (fbt@fleshless.org) |
20:27.47 | *** join/#devuan jotun (~marvin@2001:41d0:e:275::1) |
20:27.51 | *** join/#devuan s-hell (~s-hell@tonatiuh.pc-spinnt.de) |
20:27.52 | *** join/#devuan yang (yang@freenode/sponsor/fsf.member.yang) |
20:27.52 | *** join/#devuan Obri` (daniel@sonne.alt-f4.ch) |
20:27.55 | *** join/#devuan zdzichu (zdzichu@pipebreaker.pl) |
20:27.55 | *** join/#devuan Gottox (~Gottox@s01.de) |
20:27.59 | *** join/#devuan jsfarinet (~jsfarinet@p2003008C4F26D3A90AEDB9FFFEB080F1.dip0.t-ipconnect.de) |
20:28.03 | *** join/#devuan devil (~quassel@mail.g-com.eu) |
20:28.11 | *** join/#devuan ThomasKeller (~Thomas@vmx.ethz.ch) |
20:28.11 | *** join/#devuan blackpenguin (~nl@unaffiliated/blackpenguin) |
20:28.12 | DocScrutinizer05 | recurring scenario: mc or less or whatever switched screen mode, and then the ssh session goes down. reset to the resque |
20:28.33 | DocScrutinizer05 | rescue even |
20:29.05 | DocScrutinizer05 | Lydia_K: use less instead ;-) |
20:29.39 | Lydia_K | Oh yeah? |
20:31.20 | DocScrutinizer05 | yeah, less is the better cat for sure |
20:31.39 | Lydia_K | Oh, you mean instead of cat |
20:31.46 | Lydia_K | LOL, yeah, you are totally right about that |
20:31.54 | Lydia_K | it's one of those bad habits |
20:32.05 | Lydia_K | like I cat | grep all the time, even though there's no reason to. |
20:32.39 | *** join/#devuan coagen (~coagen@unaffiliated/coagen) |
20:32.55 | DocScrutinizer05 | cat rndm |grep foobar -> less +"/foobar" rndm |
20:34.02 | DocScrutinizer05 | some of my aliases: alias help-env='man bash|less +"/^expansion"'; alias help-redirection='man bash|less +"/^REDIRECTION" |
20:36.37 | *** join/#devuan cebreidian (~c@c-67-190-234-214.hsd1.fl.comcast.net) |
20:37.58 | *** join/#devuan ItSANgo (~itsango@zaq7ac458cb.zaq.ne.jp) |
20:38.34 | *** join/#devuan kwmiebach (sid16855@gateway/web/irccloud.com/x-zjoaeikataywbilz) |
20:38.43 | DocScrutinizer05 | (cat|grep) even grep foobar rndm|less |
20:39.43 | gci_admin | <Lydia_K> I'm terrible about stuff like that. "What's this? *cat* OH GOD IT'S A 1 GIG BINARY" <- So, a systemd-ified log file. ;) |
20:40.11 | Lydia_K | Eh, I should do things like that.. but I dunnno, I'm so used to the way I do things, also I log into so many different boxes I can't really rely on aliases. |
20:40.14 | Lydia_K | gci_admin: LOL! |
20:40.51 | Lydia_K | Logs, the most important thing to have after a server crashes, I KNOW, LETS PUT THEM IN AN EASILY CORRUPTABLE FORMAT! |
20:41.05 | *** join/#devuan radsy (~irc@unaffiliated/radsy) |
20:41.15 | gci_admin | Yes! Then set up a company to recover them! Profit! |
20:41.30 | DocScrutinizer05 | Lydia_K: I'm just about to unify my environments on all boxes |
20:41.54 | gci_admin | read that as uniXfy for some reason |
20:41.56 | DocScrutinizer05 | possibly even automatically installing stuff like ~/.aliases and ~/.bashrc with every login |
20:42.49 | gci_admin | Don't forget your ~/.screenrc too. |
20:44.25 | Lydia_K | DocScrutinizer05: I can't unify my environments as I log into tons of different machines as root all the time, and that's not exactly "my" environment. |
20:45.16 | gci_admin | logs in as a regular user and su's to root |
20:46.07 | Lydia_K | Yeah, that's on my list, eventually. |
20:46.12 | gci_admin | Our company security policy forbids direct remote root logins. |
20:46.19 | Lydia_K | but bigger fish to fry around here right now. |
20:46.32 | gci_admin | Understood. Have to prioritize. |
20:47.12 | Lydia_K | What I'm *most* worried about is getting the ability to get root out of the hands of our terrible developers who trash linux boxes on a semi-regular basis. |
20:47.32 | gci_admin | ^^^ Yes! |
20:47.52 | Lydia_K | I don't care about me and the three other infrastructure people logging in as root, I care about the clueless devs doing chmod 777 / -R |
20:48.05 | Lydia_K | that's happened like five times in the last year, maybe more. |
20:48.08 | gci_admin | *facedesk* |
20:48.21 | DocScrutinizer05 | gci_admin: .screenrc? |
20:48.38 | gci_admin | DocScrutinizer05, if you don't use screen then you don't have that. ;) |
20:48.39 | DocScrutinizer05 | that would imply I'm using screen |
20:48.51 | Lydia_K | DocScrutinizer05: tmux? |
20:48.56 | DocScrutinizer05 | ssh ;-) |
20:49.11 | Lydia_K | Ya'll need screen |
20:49.19 | DocScrutinizer05 | why switch screens when I can switch terminals? |
20:49.20 | gci_admin | Uh, ssh works in screen. |
20:49.37 | Lydia_K | DocScrutinizer05: And when you get disconnected and you lose your sessions? |
20:49.43 | DocScrutinizer05 | well, I occasionally use screen as the better nohup |
20:49.47 | gci_admin | Lydia_K, I use tmux *in* screen on some remotes. :D |
20:49.54 | Lydia_K | Good lord why? |
20:50.17 | Lydia_K | I mean, sometimes I attach to a screen session in a screen session by accident.. but why? |
20:50.17 | gci_admin | Why not? |
20:51.18 | Lydia_K | ... |
20:51.21 | Lydia_K | but why at all? |
20:51.29 | DocScrutinizer05 | recalls times at Arbeitsamt Statistics, where he occasionally had 10 ssh sessions running around the 5 relevant machines in two circles |
20:51.31 | gci_admin | tmux uses a different key stroke set. So I can use screen locally and tmux for multiple screens on the remote. |
20:51.45 | Lydia_K | Ohhhh, ok, that makes sense. |
20:52.21 | Lydia_K | That is actually kinda useful, maybe I should bother to learn the tmux keybindings after all |
20:53.13 | gci_admin | Think of tailing a log *and* running tcpdump on the remote. Fire up tmux in screen. |
20:53.21 | DocScrutinizer05 | but regarding ssh disruptions, I hardly ever see those, except each morning at 6:00 when my DSL gets forced-reconnected |
20:53.43 | Lydia_K | "hardly ever" "execept every morning" |
20:53.47 | Lydia_K | != |
20:54.14 | DocScrutinizer05 | well, I know the 6:00 schedule, so I know what to expect |
20:54.34 | DocScrutinizer05 | haven't seen an unexpected disconnect in years |
20:55.00 | gci_admin | Heh, I get ssh disconnects in our company LAN overnight all the freaking time. Damn Windows centric dinks in IT always messing up my persistent connections. |
20:55.07 | DocScrutinizer05 | so unless I start a job that's taking ages to complete, no need for any screen |
20:55.55 | DocScrutinizer05 | apropos |
20:56.00 | gci_admin | Plus it is not predictable. Connection may be stable for days ... then *poof*. |
20:56.37 | Lydia_K | I leave tons of terminals logged in for months at a time. |
20:56.43 | Lydia_K | I feel sorry for you two |
20:57.11 | Lydia_K | I still use screen to compartmentalize specific tasks I'm working on in a way that I can return to at any time. |
20:58.03 | DocScrutinizer05 | <PROTECTED> |
20:58.04 | DocScrutinizer05 | Peers: 0(0) Min/Max: 100/200 Slots: U:0/50 D:0/50 U/I/C/A: 0/0/0/0 Unchoked: 0/0 Failed: 0 |
20:58.12 | DocScrutinizer05 | clear screen candidate ;-) |
20:59.36 | gci_admin | Lydia_K, well, I do too. It is only some of the network that gets disrupted. I can stay connected to some of my servers practically "forever". Just not others. |
21:00.22 | DocScrutinizer05 | http://wstaw.org/m/2016/06/23/plasma-desktoppz2277.png |
21:00.23 | *** join/#devuan Ruusento (~lucent@m.lucentw.gq) |
21:04.18 | DocScrutinizer05 | and hooray, I accidently killed the screen session |
21:04.23 | DocScrutinizer05 | ;-P |
21:05.31 | DocScrutinizer05 | I guess I'm not that fluent in screen usage |
21:05.56 | DocScrutinizer05 | detach didn't do what I thought it should |
21:05.56 | Lydia_K | LOL |
21:06.36 | gci_admin | So 'screen -r' didn't work? |
21:06.50 | DocScrutinizer05 | no, "screen terminated" |
21:07.12 | gci_admin | Ctl+a d |
21:07.21 | gci_admin | Tried that? |
21:07.23 | DocScrutinizer05 | did ^A ? ^D d |
21:07.54 | DocScrutinizer05 | then in shell I did ^D again and that was screen's death |
21:09.22 | gci_admin | My screens - https://www.dropbox.com/s/ei6bfndkolsq5nx/Workspace%201_20160623-13%3A05%3A47.png?dl=0 |
21:10.30 | gci_admin | Pretty much every tab has a screen or tmux session. |
21:17.01 | DocScrutinizer05 | gci_admin: thanks! [detached from 31109.20342.pts-1.newbie] jr@newbie:~> logout |
21:17.27 | gci_admin | DocScrutinizer05, you're welcome. Glad I could help. :) |
21:27.12 | *** join/#devuan Martin89 (~martin89@2001:470:caab:fd5a:a2::61) |
21:49.19 | *** join/#devuan kelsoo1 (~kelsoo@86.53.50.178) |
22:00.52 | *** join/#devuan matthewc1 (~mc@cpe-184-153-178-155.maine.res.rr.com) |
22:01.04 | *** join/#devuan robot (humanlike@freenode/staff/uptime) |
22:38.41 | *** join/#devuan Ryushin (user@windwalker.chrisdos.com) |
22:40.28 | *** join/#devuan Chanku (~Chanku@c-68-52-188-31.hsd1.tn.comcast.net) |
22:47.33 | *** join/#devuan pav5088 (~markp@58-7-230-223.dyn.iinet.net.au) |
23:00.59 | *** join/#devuan blueness (~blueness@gentoo/developer/blueness) |
23:01.56 | *** join/#devuan KiloJuliet (~gplgeek@pdpc/supporter/student/GPLGeek) |
23:23.06 | *** join/#devuan FrozenWes (~FrozenWes@unaffiliated/frozenwes) |