**** BEGIN LOGGING AT Wed Oct 02 02:59:58 2013
Oct 02 04:40:23 <divVerent> 01:24:19            okias | divVerent: ping, you tried compile mpv on maemo?
Oct 02 04:40:26 <divVerent> no, not yet
Oct 02 04:40:30 <divVerent> don't expect this to go well anyway
Oct 02 04:40:37 <divVerent> did already anyone build sdl2 for maemo?
Oct 02 04:41:10 <divVerent> the only maemo supported vo of mpv would be x11 (forget it), xv (I heared Xv extension is there but broken on Maemo) and sdl2 (via GLES2)
Oct 02 04:41:29 <divVerent> even IF it should work, it'd eat battery like hell
Oct 02 04:41:53 <divVerent> to properly run on Maemo, probably this omx thing would need supporting for the HW overlay
Oct 02 05:51:28 <kerio> pdanek: it's probably immoral
Oct 02 05:51:29 <kerio> but who cares?
Oct 02 06:00:13 <psycho_oreos> Unless you happen to be that unfortunate owner whom is footing the bill and any civil liabilities for allowing someone to carry out malicious acts using another person's identity.
Oct 02 06:00:34 <psycho_oreos> i.e. footing the bill and impersonation.
Oct 02 06:08:02 <pdanek> I see.
Oct 02 06:17:45 * psycho_oreos certainly wouldn't want a 'freeloader' that would do businesses with say for instance terrorists groups and all of the sudden have feds knocking on my door. :p
Oct 02 07:38:26 <kwtm> is there a sendmail client or equivalent like msmtp that we can use to directly send email without using the N900's GUI email program?
Oct 02 07:45:43 <Pali> kwtm: compile and use msmtp
Oct 02 07:47:09 <kwtm> Pali: Ah, so msmtp is available. Will look into it. Unfortunately I will not have time to figure out how to compile before I need it (perhaps another day) so if it does need to be compiled I'll have to look for alternatives. Thx.
Oct 02 07:47:32 <kwtm> Pali: I don't suppose there's some SMTP program that is installed by default that the Nokia app uses?
Oct 02 07:47:53 <Pali> I think these is only modest mail client
Oct 02 07:47:57 <Pali> nothing more
Oct 02 10:20:51 <int_ua> Why doesn't hildon-desktop have niceness of -5 or less? I've tried -10 and didn't see any drawbacks, only impovements in responsiveness.
Oct 02 10:27:47 <int_ua> Also, while using swap on SD it looks like file transfers doesn't slow down the system as much as with swap on emmc. Does something uses swap to download files before writing them to the actual location?
Oct 02 10:28:13 <int_ua> Although, nice in /etc/event.d/hildon-desktop doesn't seem to work
Oct 02 14:17:24 <sixwheeledbeast> int_ua: this is one of the main benefits to swap on uSD
Oct 02 14:20:04 <DocScrutinizer05> (niceness) yes, should be, dunno if or why it isn't.  (swap) indeed that's exactly what kills performance on e.g. large copy operations: buffers in RAM cause swap activity
Oct 02 14:20:43 <DocScrutinizer05> swappiness=100 doing that to the system
Oct 02 14:21:45 <DocScrutinizer05> also mmc-queue-nr or whatever the name of that parameter
Oct 02 14:23:38 <DocScrutinizer05> having a large number of queue entries inproves performance for many tiny writes since the fs-driver can concatenate them into one write of ideally flashpage size. OTOH many queue entries also mean many buffers in RAM which in turn swaps out all the program text
Oct 02 14:24:32 <DocScrutinizer05> thus for slightly larger chunk writes a huge number of queue entries is detrimental
Oct 02 14:25:46 <DocScrutinizer05> which bites your ass on e.g. `cp -r $uSD/* MyDocs/ `
Oct 02 14:27:17 <DocScrutinizer05> the swap "pressure" crated by the lots of buffers cp will create results in all other tasks constantly swapping out and then in again when they need to run
Oct 02 14:27:48 <DocScrutinizer05> this constant swapping brings system to a grinding halt that even can result in watchdog booting the system
Oct 02 14:28:33 <DocScrutinizer05> and, kswapd isn't preempt-able
Oct 02 14:30:01 <DocScrutinizer05> as soon as kernel - for even a low-prio task - needs to swap in some missing pages, the system is "frozen" inside kswapd and no other task fill run until the swap event got completed
Oct 02 14:30:26 <DocScrutinizer05> all of the above disclaimer: aiui
Oct 02 17:11:44 <lizardo> DocScrutinizer05: are you working on fixing www.scratchbox.org ?
Oct 02 17:35:48 <DocScrutinizer05> not exactly, what's to fix with it?
Oct 02 17:37:26 <DocScrutinizer05> maintainer of that "domain" is thedead1440
Oct 02 18:16:15 <kerio> The following NEW packages will be installed:
Oct 02 18:16:17 <kerio>   libsystemd-daemon0
Oct 02 18:16:19 <kerio> SO IT BEGINS
Oct 02 18:20:24 <kolp> o.O
Oct 02 18:23:37 <kerio> i'm sure it's just for some optional daemonization for something
Oct 02 18:23:38 <kerio> but still
Oct 02 18:29:15 <kolp> Which distro is that?
Oct 02 18:34:46 <kerio> deb
Oct 02 18:47:53 <Pali> what debian and systemd together?
Oct 02 18:47:55 <Pali> now?
Oct 02 18:47:59 <Pali> WTF?
Oct 02 18:49:01 <Pali> kerio: do you want that all people here on #maemo will need to see a doctor??
Oct 02 18:49:17 <wnd> Priority: extra
Oct 02 18:49:38 <kerio> well
Oct 02 18:49:53 <Pali> see above "... has quit" messages...
Oct 02 18:50:02 <kerio> apparently it's only depended upon by systemd, python-systemd, libsystemd-daemon-dev, syslog-ng-core, php5-fpm, mpd, transmission-daemon
Oct 02 18:50:14 <kerio> and meh, it's just a lib
Oct 02 18:51:03 <Pali> somebody already got headache ^^
Oct 02 18:51:21 <Pali> syslog??
Oct 02 18:51:31 <Pali> php??
Oct 02 18:51:42 <Pali> mpd??
Oct 02 18:51:49 <wnd> iirc debian unstable has had sysv, upstart and systemd for some years now
Oct 02 18:51:53 <kerio> This package provides the Fast Process Manager interpreter that runs as a daemon and receives Fast/CGI requests.
Oct 02 18:51:56 <kerio> wnd: exactly
Oct 02 18:51:57 <Pali> what would be next getty?
Oct 02 18:52:02 <kerio> it still defaults to sysv though :3
Oct 02 18:52:20 <wnd> as it should until all issues are ironed out
Oct 02 18:52:40 <Pali> systemd is one big issue
Oct 02 18:52:50 <kerio> Pali: i think it's to offer multiple init scripts
Oct 02 18:52:54 <kerio> but still :v
Oct 02 18:53:23 <Pali> why debian cannot use openrc?
Oct 02 18:53:35 <Pali> but must start using that systemd?
Oct 02 18:54:09 <Wizzup> debian will use openrc I think
Oct 02 18:55:32 <kerio> Pali: hold your horses
Oct 02 18:55:39 <kerio> there's support
Oct 02 18:59:51 <DocScrutinizer05> *I* already got headache
Oct 02 19:00:27 <Wizzup> and is debian really going to systemd? I hope not
Oct 02 19:00:36 * Wizzup cherishes his gentoo
Oct 02 19:01:24 <DocScrutinizer05> latest OpenSuse already declares sysV-init "unsupported, please check systemd if you experience any problems during boot" >:-((
Oct 02 19:01:42 <Wizzup> all sanity is lost
Oct 02 19:01:42 <DocScrutinizer05> suckers
Oct 02 19:03:04 <DocScrutinizer05> seems like redhat CEO actually wears a red hat
Oct 02 19:03:15 <kerio> didn't debian switch to upstart for a while?
Oct 02 19:03:26 <DocScrutinizer05> otherwise they would've fired lennart long ago
Oct 02 19:04:46 <DocScrutinizer05> and OpenSuse sheep following that nonsense :-/
Oct 02 19:05:41 <DocScrutinizer05> a shame
Oct 02 19:05:42 <wnd> http://people.debian.org/~biebl/lpc-2010/debian-init.pdf : "there is no mechanism in Debian to force something like systemd into the distribution, but having -- makes such a large transition possible"
Oct 02 19:06:10 <DocScrutinizer05> o.O
Oct 02 19:07:30 <kerio> "acknowledge that Debian users are more conservative and expect that upgrades don't break their system"
Oct 02 19:07:31 <kerio> haha
Oct 02 19:07:33 <kerio> hahahah
Oct 02 19:07:35 <kerio> are you fucking kidding me
Oct 02 19:07:37 <kerio> hahahahahah
Oct 02 19:07:52 <kerio> "guys, these users actually expect shit to not break horribly"
Oct 02 19:08:59 <Pali> kerio: start supporting kfreebsd port of debian
Oct 02 19:09:04 <kerio> hell no
Oct 02 19:09:12 <Pali> then systemd cannot be part of debian
Oct 02 19:09:28 <Pali> because bsd is incompatible with systemd
Oct 02 19:13:37 <dos1> don't worry, systemd won't be default in Debian
Oct 02 19:14:31 <dos1> it's already supported for a long time as an option
Oct 02 19:14:35 <Pali> I think it will be...
Oct 02 19:14:57 <Pali> in every distribution somebody forced systemd
Oct 02 19:15:17 <dos1> it can't, thanks to Debian GNU/kFreeBSD and Debian GNU/Hurd
Oct 02 19:15:31 <Pali> and this system shit is everywhere...
Oct 02 19:15:56 <Pali> some future gnome version want to have system shit dependency
Oct 02 19:16:27 <pdanek> http://youtu.be/rWux-PA6JCU
Oct 02 19:16:37 <Pali> and if this gnome do, then also other developers of others DE got this stupid idea...
Oct 02 19:17:27 <Pali> and some other devs of some other sw start doing similar... because DE already using it
Oct 02 19:17:43 <Pali> and we will see system shit everywhere
Oct 02 19:18:10 <Pali> look what happened with PA
Oct 02 19:18:25 <Pali> now maybe every app has support for PA
Oct 02 19:18:39 <Pali> and some will drop alsa support
Oct 02 19:18:43 <dos1> so? I don't have PA installed on my Debian
Oct 02 19:18:49 <dos1> everything works well
Oct 02 19:21:44 <Pali> then its ok
Oct 02 19:21:55 <Pali> but I'am afraid of systemd...
Oct 02 19:21:57 <DocScrutinizer05> [general notice] autobuilder VM paused for maintenance, ETA now+24h
Oct 02 19:54:33 <robotanarchy> I also hate systemd >_>
Oct 02 19:56:04 <wnd> echo -e "Package: pulseaudio\nPin: origin ""\ŋPin-Priority: -1" | sudo tee /etc/apt/preferences.d/no-pulseaudio  # wtf :-)
Oct 02 19:56:17 <wnd> erm, s/wtf/ftw/
Oct 02 19:59:33 <wnd> still, there are already packages that hard-depend on PA :-(
Oct 02 19:59:55 <wnd> even when the application in question has a configure option to be compiled with alsa
Oct 02 23:47:24 * ernest75 greeting the room
Oct 02 23:48:46 <ernest75> anybody noticed scratchbox hator repo stopped to work? i got error when updating catalogs on ubuntu. W:Failed to fetch http://scratchbox.org/debian/dists/hathor/main/source/Sources  404  Not Found
Oct 03 01:44:36 <DocScrutinizer05> hmmpf
Oct 03 01:44:48 <DocScrutinizer05> thedead1440: ^^
Oct 03 01:45:44 * DocScrutinizer05 idly wonders wwhen ernest75 last time updated catalogs
Oct 03 01:46:11 <DocScrutinizer05> must have been like a year ago
Oct 03 01:46:48 <DocScrutinizer05> thedead1440: some symlinks missing?
**** ENDING LOGGING AT Thu Oct 03 02:59:58 2013