IRC log of #maemo-ssu for Sunday, 2011-06-19

*** M4rtinK has quit IRC00:17
*** trbs has quit IRC00:37
*** I-C-Wiener has quit IRC04:00
*** m0use has joined #maemo-ssu04:18
DocScrutinizerfunny enough most problems of CSSU when it comes to "downgrade" are actually caused by *packages* that never should've dealt with in CSSU first instance05:06
*** wmarone_ has quit IRC05:26
*** wmarone has joined #maemo-ssu05:26
*** Sc0rpius has quit IRC05:35
*** Jade has quit IRC05:43
*** michl has quit IRC06:03
*** DocScrutinizer2 has joined #maemo-ssu07:29
*** DocScrutinizer2 has quit IRC07:29
*** DocScrutinizer2 has joined #maemo-ssu07:29
*** DocScrutinizer has quit IRC07:29
*** DocScrutinizer2 is now known as DocScrutinizer07:29
*** xnt14 has quit IRC08:05
*** MohammadAG has quit IRC08:05
*** michl has joined #maemo-ssu08:10
*** mr_jrt has quit IRC08:11
fatphilDocScrutinizer - what can be done about that though? ^^^10:38
DocScrutinizerwe need to kick some packages out of CSSU, like e.g camera-ui. It clearly belongs into extras-repo, not CSSU10:39
DocScrutinizerthe assumed mutual exclusiveness is just artificial10:40
DocScrutinizerther still will be no proper way to "downgrade" from CSSU, but otoh you maybe don't want to then10:41
DocScrutinizerif offering a way to users for them to install/replace_"upgrade" a whole bunch of apps, like mediaplayer, camera-ui, whatnot, there are simply methods like a one-click install done via an install file. Or a shell script with apt cmds. No need to weld and rivet those apps to CSSU core which clearly is about fixing things (or delivering patches for other inarguable purposes) that otherwise couldn't get delivered to users at all10:47
DocScrutinizersee for example modified hildon desktop, that is *needed* for fixing a bug that eats your battery, and also has some nice improvements feature wise, and clearly there's no sane way to ship this thing as a normal app via extras-repo10:50
DocScrutinizermost if not all of those criteria don't apply to things like camera-ui or mediaplayer10:51
DocScrutinizereven if e.g. mediaplayer couldn't get delivered via normal package repos (extras) and would need CSSU to get installed (I.E. depends on other CSSU properties), it still seems sane to have it as a normal app installable via HAM from CSSU repo, not as a core app that is mandatory to install when you enable CSSU10:54
DocScrutinizerin the end we don't want to fork with CSSU, we want to continue on maemo mainstream where Nokia stopped10:55
DocScrutinizerin simple words: CSSU is not an alternative distro to stock maemo - it's an addon that improves stock maemo while keeping it compatible to hypothetical future Nokia updates to PR-X.Y as much as possible10:59
DocScrutinizerthere shouldn't be any apps that need CSSU to work - at least for now (no showstopper bugs seen so far)11:01
DocScrutinizerif those apps don't need CSSU, this means they shall be available for 'normal' users, via 'normal' repositories and install measures. Which in turn precludes them from going into CSSU11:03
DocScrutinizerIOW cssu is not the progressive radical division of extras-devel11:05
fatphilI'm glad to hear you say that, that's my feeling too11:18
fatphilThe only issue is how to replace system defaults. You want camera-cssu-ui to be be launched rather than camera-ui when you slide the shutter, for example11:19
fatphilI don't know how to change those defaults11:19
fatphiland if that's not possible, that's a feature that CSSU could provide11:25
*** psycho_oreos has quit IRC11:30
DocScrutinizerthat's dead simple for camera-ui, I elaborated on it in #maemo, wait a minute and let me find a URL for you11:30
DocScrutinizerhttp://mg.pov.lt/maemo-irclog/%23maemo.2011-06-19.log.html#t2011-06-19T05:27:49  plus next ~40min11:32
fatphilcoo, thanks11:33
fatphilah, yeah, I don't consider setting symlinks to be setting a default, that's simply subverting the defaults11:36
DocScrutinizerthat's as much of "setting default camera app" as it gets11:46
DocScrutinizeryou could ship a simple GUI to tweak that symlink with every arbitrary alternative camera UI, like CSSUcam, blessN900, fcam11:47
DocScrutinizeror maybe you prefer the firefox style of having a "make this your default camera app" menu item in your camera menu11:47
fatphilwho handles the camera slide? how does it know to launch 'camera-ui'?11:48
DocScrutinizerno way however this should get set as default cam on mere installation of CSSU11:48
DocScrutinizercamera-ui gets prelaunched hidden at boot, and afaik it monitors for camdoor slide by itself11:49
DocScrutinizerdon't ask me how shortcutd/cambuttond work11:50
DocScrutinizerotoh those might be unrelated to camera at all, as they monitor cam trigger button only when camera-ui isn't activated, so maybe they both just stop monitoring the button as soon as camdoor is open11:52
fatphilcam button and slide are GPIOs IIRC (it's been too long), so are not handled the same way as the volume keys or keypad.11:53
DocScrutinizeryes, simple GPIO11:53
DocScrutinizeror switches in /sys namespace11:54
fatphilkernel's changed so much since .28 I can't find how that GPIO value change gets signalled to userspace11:54
DocScrutinizerfind /sys -name state11:54
DocScrutinizer /sys/devices/platform/gpio-switch/cam_shutter/state11:55
fatphildang, gpio-switch, yeah, I remember that now11:55
fatphilmce11:56
fatphilso, mce then tells someone else about the change in state11:57
DocScrutinizereither camera-ui process is monitoring that itself, or it's part of ke-recv monitoring /sys via kevents and then sending a dbus event to signal about the state change11:57
DocScrutinizerwell, *maybe* mce11:57
DocScrutinizerthough I'd expect that to be ke-recv11:57
DocScrutinizerany process can use kevents signalling though11:58
DocScrutinizerhulda another one11:58
DocScrutinizermight actually be hulda11:58
fatphilhald also seems to be listening to that sysfs file11:59
DocScrutinizerIroN900:~# lsof|grep cam_shutter12:00
DocScrutinizermce         807       root   18r   REG        0,0     4096       3995 /sys/devices/platform/gpio-switch/cam_shutter/state12:00
DocScrutinizerhald-addo   846  haldaemon   15r   REG        0,0     4096       3995 /sys/devices/platform/gpio-switch/cam_shutter/state12:00
DocScrutinizerheh, we got same idea, eh? :-)12:01
fatphilyeah. however, it doesn't tell us exactly who knows that 'camera-ui' should be launched12:02
DocScrutinizerhowever NB it's supposed you do NOT poll this sysnode, but rather wait for kevents notifying you about a state change12:02
DocScrutinizeras mentioned above, camera-ui *is* already launched12:03
fatphilI think it's safe to poll() it12:03
DocScrutinizerjust hidden12:03
fatphilyeah, not launch - signal it to come to the front12:03
DocScrutinizerpoll() isn't exactly poll aiui ;-)12:03
DocScrutinizermy bet is on dbus12:03
fatphilthere's so much confusion about polling and poll()ing, indeed.12:04
DocScrutinizerdbus-monitor <CR> [[open slide]] <^c>12:05
DocScrutinizerI#d love to have a dirt simple cmdline binary that poll()'s a file as given as parameter and returns when poll() returns12:06
DocScrutinizer(I know I probably should be able to build such thing by myself in 30min, probably less)12:07
DocScrutinizeranyway I'm not convinced poll() will work for sysfs - inotify doesn't12:09
DocScrutinizerke-recv (Kernel Events - RECeiVe) though looks self explanatory by name, and obviously works12:10
DocScrutinizerfatphil: if you'd like to do a little hacker's warmup fancy at sunday morning, and test if you can build a fsckng simple cmdline tool that returns wehn slider sysfs changes, I'd appreciate a lot12:13
DocScrutinizerwould be mad useful for a lot of things around camera, bme and charger handling, whatnot else12:14
DocScrutinizeraccelerometer and the madness done in meego...12:14
DocScrutinizersysfs-monitor /sys/devices/platform/gpio-switch/cam_shutter/state12:15
DocScrutinizer\o/12:15
fatphilDocScrutinizer - perl will hapily poll() a file for you. it's a bit heavyweight though12:16
DocScrutinizerduh, I'm a complete perl noob12:16
DocScrutinizerstrace tail -f /sys/devices/platform/gpio-switch/cam_shutter/state12:20
DocScrutinizerinotify and read() fail12:20
DocScrutinizercouldn't think of anything doing a poll()12:20
fatphilyeah there are special functions for sysfs12:23
DocScrutinizersysfs always returns something then EOF12:25
DocScrutinizerkevents is meant to deal with sysfs12:25
DocScrutinizerhttp://www.linuxfoundation.org/collaborate/workgroups/networking/kevent12:27
*** I-C-Wiener has joined #maemo-ssu12:27
DocScrutinizerI'm almost temped to hack sth in python: http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/odeviced/kernel26.py;h=5f0f33feef1a05b7f53dd2bd7baf786bcff0381a;hb=89ee765b998b18a692d514b982a2250f5a73958d#l23712:29
DocScrutinizeras I'm not sure the implementation of udevadm is easily adapted to what I need12:32
DocScrutinizerI think the class of events is slightly different there in udevadm than it needs to be for kevents12:33
DocScrutinizerweird enough such a simple kevents monitoring tool doesn't exist yet - or maybe I just don't know it12:34
DocScrutinizerthis is what vala does:12:37
DocScrutinizerfd = Posix.socket( Linux.Socket.AF_NETLINK, Posix.SOCK_DGRAM, Linux.Netlink.NETLINK_KOBJECT_UEVENT );12:37
DocScrutinizerwatch = channel.add_watch( IOCondition.IN | IOCondition.HUP, onActionFromSocket );12:37
DocScrutinizeroops forgot: channel = new IOChannel.unix_new( fd );12:38
DocScrutinizerNETLINK_KOBJECT_UEVENT              Kernel messages to userspace. <<< accoding to man 7 netlink12:41
*** M4rtinK has joined #maemo-ssu12:45
DocScrutinizerso the correct name seems kobject_uevent, not kevent or a mere uevent - just as we had a discussion about it some weeks ago12:46
*** DocScrutinizer has quit IRC13:11
*** DocScrutinizer has joined #maemo-ssu13:11
*** psycho_oreos has joined #maemo-ssu13:15
*** BCMM has joined #maemo-ssu13:25
*** thopiekar_ has joined #maemo-ssu13:43
*** trbs has joined #maemo-ssu14:02
*** m0use has quit IRC14:13
*** arcean has joined #maemo-ssu14:20
*** Jade has joined #maemo-ssu14:32
*** Jade has joined #maemo-ssu14:32
*** xnt14 has joined #maemo-ssu14:56
*** Mohammad- has joined #maemo-ssu14:56
*** xnt14 is now known as Guest1170414:57
*** Mohammad- is now known as MohammadAG14:57
*** M4rtinK has quit IRC15:50
*** BCMM has quit IRC15:57
*** MohammadAG has quit IRC16:04
*** MohammadAG has joined #maemo-ssu16:04
*** trbs has quit IRC16:16
*** psycho_oreos has quit IRC16:32
*** trumee has quit IRC17:12
*** I-C-Wiener has quit IRC17:18
*** I-C-Wiener has joined #maemo-ssu17:19
*** M4rtinK has joined #maemo-ssu17:42
*** trumee has joined #maemo-ssu18:38
*** thopiekar_ has quit IRC18:40
*** M4rtinK has quit IRC18:41
*** michl has quit IRC19:56
*** chainsawbike has quit IRC21:15
*** M4rtinK has joined #maemo-ssu21:40
*** Sc0rpius has joined #maemo-ssu21:41
*** chainsawbike has joined #maemo-ssu21:47
*** trbs has joined #maemo-ssu22:00
*** M4rtinK has quit IRC22:01
*** m0use has joined #maemo-ssu22:02
*** michl has joined #maemo-ssu22:03
*** mr_jrt has joined #maemo-ssu22:24
*** Guest11704 has quit IRC22:45
*** Guest11704 has joined #maemo-ssu22:45
*** Guest11704 is now known as xnt1422:45
*** michl has quit IRC22:54
*** Jade has quit IRC23:01
*** Jade has joined #maemo-ssu23:08
*** Jade has joined #maemo-ssu23:08
*** M4rtinK has joined #maemo-ssu23:35

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!