**** BEGIN LOGGING AT Thu Mar 01 03:00:00 2018
Mar 01 03:13:51 <sunshavi> Hi. How could I take a screenshot from cli. Which is the command that runs Shift Control P?
Mar 01 03:30:02 <Maxdamantus> sunshavi: not sure what S-C-P does, but you can use `import` from imagemagick.
Mar 01 03:31:15 <Maxdamantus> import -window ROOT foo.png
Mar 01 03:31:52 <sunshavi> nice i am going to try it right now
Mar 01 03:36:19 <sunshavi> Maxdamantus:  import not found
Mar 01 04:04:29 <Maxdamantus> sunshavi: apt-get install imagemagick
Mar 01 04:11:39 <sunshavi> Maxdamantus: https://transfer.sh/UPFpn/screenshot_180228.png
Mar 01 04:23:50 <Maxdamantus> Not oening random images while on the bus, sorry.
Mar 01 04:24:18 <sunshavi> np. Thanks 4 ur help
**** ENDING LOGGING AT Thu Mar 01 04:44:32 2018

**** BEGIN LOGGING AT Thu Mar 01 04:46:03 2018
**** ENDING LOGGING AT Thu Mar 01 04:54:46 2018

**** BEGIN LOGGING AT Thu Mar 01 04:55:11 2018
**** ENDING LOGGING AT Thu Mar 01 05:02:41 2018

**** BEGIN LOGGING AT Thu Mar 01 05:05:00 2018
Mar 01 05:15:15 <sicelo> cleanup
Mar 01 05:27:58 <Juesto> lol
Mar 01 05:51:24 <sicelo> it's an alias i have in irssi. unfortunately i sometimes do't realize the / is missing ('blind' typing due to slow network)
Mar 01 05:53:22 <sicelo> another way to get screenshot without installing anything
Mar 01 05:53:45 <sicelo> gst-launch-0.10 ximagesrc num-buffers=1 ! ffmpegcolorspace ! pngenc ! filesink location=<filename>
Mar 01 05:59:20 <sicelo> Juesto: i use /cleanup to run /scrollback levelclear -level all,-public,-actions,-hilights,-messages 
Mar 01 05:59:51 <KotCzarny> why not /cu then? shorter to type 
Mar 01 05:59:53 <sicelo> i could simply block joins/parts etc, but when i'm actively online, i want to see them :-)
Mar 01 06:03:06 <sicelo> good idea
Mar 01 13:35:05 <sixwheeledbeast> "openrc is used for init" I believe sysV as standard but the idea is for init freedom, which is not that easy with the direction of Debian.
Mar 01 13:35:22 <KotCzarny> +1
Mar 01 13:39:46 <Juesto> huh ?
Mar 01 13:45:09 <sixwheeledbeast> Devuan uses sysV for init.
Mar 01 14:01:13 <DocScrutinizer05> in an embedded environment like maemo init freedom isn't first thing you worry about
Mar 01 14:01:50 <KotCzarny> but maemo is going to be developed onto other devices too, not necessarily embedded
Mar 01 14:01:51 <DocScrutinizer05> actually devuan been chosen initially to allow keeping maemo's init system
Mar 01 14:02:20 <DocScrutinizer05> KotCzarny: so what?
Mar 01 14:02:29 <sixwheeledbeast> +1 is seems that is not the plan at the moment.
Mar 01 14:02:55 <KotCzarny> so customazibility and hacks
Mar 01 14:06:51 <DocScrutinizer05> to move to another init system, maemo could have sticked to its debian origins and adopt systemd instead of maemo's original init system
Mar 01 14:07:13 <dreamer> just that none of the maemo-leste folks want to deal with systemd ;)
Mar 01 14:07:14 <KotCzarny> im not saying maemo has to change anything
Mar 01 14:07:39 <KotCzarny> i'm saying not taking systemd route allows easier customization if someone wishes
Mar 01 14:10:44 <sixwheeledbeast> or upstart hence openrc.
Mar 01 14:11:15 <DocScrutinizer05> doesn't make sense
Mar 01 14:12:00 <DocScrutinizer05> at least when the idea would have been to stay compatible to maemo fremantle
Mar 01 14:13:23 <DocScrutinizer05> there's for sure enough on the plate from porting maemo to a newer kernel so you don't need to change init system which is pretty well FOSSed in maemo, en passant since "we can"
Mar 01 14:14:08 <sixwheeledbeast> the argument was upstart was "unmaintained"
Mar 01 14:14:09 <DocScrutinizer05> you could do that half a year after you brought maemo-keste to a working state with original initsystem
Mar 01 14:20:03 <DocScrutinizer05> no matter how "unmaintained" maemo-upstart might be, it just works on maemo fremantle and I don't see any problems porting it to whatever newer system version
Mar 01 14:21:40 <DocScrutinizer05> of course when you want to re-invent the wheel, you don't start with maemo-upstart but with whatever leete init system you might consider your favorite. Obviously you don't care about compatibility to maemo then
Mar 01 14:21:53 <Juesto> there's already upstart
Mar 01 14:22:44 <Juesto> who cares if it works? and it's a low level part not necessarily a big impact on the experience
Mar 01 14:23:14 <sixwheeledbeast> backward-compatibility cares.
Mar 01 14:24:09 <DocScrutinizer05> you don't get it, eh? the question is if you want to port maemo (keeping compatibility) or you rather want to do something new that has an identical "user experience" but no compatibility at all
Mar 01 14:24:28 <Juesto> ok
Mar 01 14:24:41 <sixwheeledbeast> thats a better way to explain it
Mar 01 14:24:44 <Juesto> sorry
Mar 01 19:43:21 <Maxdamantus> Well, if things really are dependent on the init system, "keeping compatibility" as in continuing to support only maemo-upstart is again just making it harder to support other software.
Mar 01 20:01:16 <Wizzup> sixwheeledbeast: next devuan version will also support openrc, current rc already has it as option in installer
Mar 01 20:06:21 <sixwheeledbeast> it should "support" every init, within reason. I understand installer will need to have a OOTB style functionality. 
Mar 01 20:12:03 <Wizzup> sixwheeledbeast: patches welcome
Mar 01 20:20:05 <Juest-> i don't think it's really the case here
Mar 01 20:20:15 <Juest-> plus it can be easily ported up
**** ENDING LOGGING AT Fri Mar 02 03:00:02 2018