**** BEGIN LOGGING AT Sun May 29 02:59:58 2016
May 29 06:27:25 <DocScrutinizer05> ROTFL   https://github.com/tmux/tmux/issues/428
May 29 06:53:24 <FIQ> well that's how systemd people generally see on things
May 29 06:53:44 <FIQ> if something doesn't play nice, obviously the application is wrong, not systemd
May 29 06:53:51 <FIQ> systemd, as we all know, is unfallible
May 29 06:55:19 <KotCzarny> yeah, and if you want wget to download in bg then it MUST depend on systemd
May 29 06:57:41 <FIQ> is that true or just further sarcasm?
May 29 06:57:44 <FIQ> I can't tell :(
May 29 07:02:59 <KotCzarny> true sarcasm
May 29 08:39:33 <kerio> https://github.com/systemd/systemd/pull/3005#issuecomment-208002146 this shit right here
May 29 08:40:04 <kerio> break 30 years of unix tradition because someone's gnome session doesn't clean up properly
May 29 08:40:30 <KotCzarny> ooooooold
May 29 08:40:34 <KotCzarny> ooold has to go away
May 29 08:40:46 <KotCzarny> you want to run 30 years old system? pah, old
May 29 08:42:57 <KotCzarny> but seriously, wtf
May 29 08:47:47 <KotCzarny> kerio, yeah, running stuff remotely is *nix founding stone
May 29 09:00:05 <kerio> oh and don't get me wrong
May 29 09:00:10 <kerio> i understand where they're coming from
May 29 09:00:25 <KotCzarny> where?
May 29 09:00:27 <kerio> there's a fuckton of lingering processes on the main student server in my uni, for instance
May 29 09:00:36 <kerio> but that's not a thing you fix in motherfucking init
May 29 09:00:40 <kerio> that's a thing you fix in gnome
May 29 09:00:42 <KotCzarny> thats a cronjob job
May 29 09:00:43 <kerio> you fix in dbus
May 29 09:36:07 <FIQ> well
May 29 09:36:22 <FIQ> it's a matter of time until systemd has absorbed dbus
May 29 09:36:27 <kerio> no
May 29 09:36:36 <kerio> they don't want to deal with that shit, they want it in the kernel
May 29 13:10:35 <luke-jr> to be fair, systemd'
May 29 13:10:42 <luke-jr> to be fair, systemd's behaviour here makes sense.. for a new OS
May 29 13:10:58 <KotCzarny> sure, but not as a DEFAULT for all
May 29 13:11:14 <luke-jr> it should really be a chaining SIGHUP
May 29 13:11:25 <luke-jr> of course, we already have that ~
May 29 13:50:54 <DocScrutinizer05> it's a shame
May 29 13:55:10 <DocScrutinizer05> >>To fix this properly, we'd need a manager_reset_config() call which resets all settings to the defaults, and is invoked before anager_parse_config_file() here...<< [Poettering] **headdesk**
May 29 14:09:34 <DocScrutinizer05> reading https://github.com/systemd/systemd/pull/3005 top-bottom makes you wanna kill somebody, or yourself. The three stooges designing a OS
May 29 15:02:24 <DocScrutinizer05> the ultralazy approach to "fix the issue" (in a still better way than systemd does):  echo "killall -u">~/.bash_logout
May 29 15:02:46 <DocScrutinizer05> yes it needs 3 more script lines to really work
May 29 15:03:21 <DocScrutinizer05> toldya ultralazy
May 29 15:48:06 <Vajb> hmm im having issues with sms now. My device doesn't show them as sent altho they have been received by other person already.
May 29 15:48:49 <Vajb> also message is not shown in message app, but only in it's own window
May 29 15:53:04 <Sicelo> restart rtcomm-ui or some such
May 29 15:54:02 <Vajb> u mean kill it or run some fancy stop command?
May 29 15:54:33 <Sicelo>  /usr/bin/rtcom-messaging-ui
May 29 15:54:59 <Sicelo> there might be a proper way, lol .. i think i just killed mine
May 29 15:55:02 <Vajb> was just about to ask if that might be it :D
May 29 15:57:04 <Vajb> ok got four last messages again
May 29 15:57:31 <Vajb> but now it atleast appeared in conversations menu
May 29 15:57:52 <Vajb> only name of the sender is missing, but i guess it'll come eventually
May 29 15:58:04 <Vajb> thx a lot Sicelo
May 29 15:58:25 <Vajb> Sicelo: have u had this often? First time that this happened to me.
May 29 15:59:49 <Sicelo> once only
May 29 16:17:40 <Pali> DocScrutinizer05: that is first april?
May 29 16:20:55 <Pali> ~poettering
May 29 16:20:59 <infobot> 'sth is poettering' means it acts invasive, possessive, destructive, and generally in an egocentric exacerbating negative way. ``this cancer is extremely poettering'', or you look here for Linus' notion on what's poettering: http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01331.html, or http://lkml.iu.edu/hypermail/linux/kernel/1404.0/01488.html, or see ~systemd cabal
May 29 17:14:45 <DocScrutinizer05> Vajb: ls -l /home/user/.rtcom-eventlogger/;  possibly delete (or better rename for backup purposes) el-v1.db  particularly when it grew too large (>1MB)
May 29 18:56:04 <luke-jr> is there a reason N900 lights the flash LED during focus?
May 29 18:56:09 <luke-jr> and/or a way to disable it?
May 29 19:16:15 <drathir> luke-jr: it randomly even when flash disabled sometimes use the same as red eye reduction light ;p
May 29 19:17:42 <drathir> personaly not finded solution for that...
May 29 19:19:08 <drathir> but also not so hard search solution, that could be why dont find it...
May 29 19:24:03 <DocScrutinizer05> it seems for autofocus it always uses flash LEDs to illuminate the scene when light is low
May 29 19:24:53 <DocScrutinizer05> the "uses flash even when no-flash set" is a known issue that afaik only happens on first photo after a reboot, or whatever similar rule
May 29 19:25:32 <DocScrutinizer05> and possibly is fixed in nikocam aka CSSU
May 30 02:39:05 <Vajb> DocScrutinizer05: my file is 6,3mb :)
**** ENDING LOGGING AT Mon May 30 02:59:58 2016