**** BEGIN LOGGING AT Mon Jul 04 02:59:58 2011 Jul 04 05:45:21 moin Jul 04 06:07:40 moin auch Jul 04 06:10:43 antrik: how would you prevent malicious applications in SHR from creating a huge phone bill for you? Jul 04 13:53:21 freesmartphone.org: 03morphis 07cornucopia * r69184978d7fc 10/fsodeviced/src/plugins/palmpre_quirks/powersupply.vala: fsodeviced: palmpre_quirks: catch power state change events of usb_gadget kobject Jul 04 13:53:21 freesmartphone.org: 03morphis 07cornucopia * r9f5aa22203bf 10/fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala: fsogsmd: modem_qualcomm_palm: request dbus interfaces only when resource is available Jul 04 13:53:22 freesmartphone.org: 03morphis 07cornucopia * rb6d4d093f83e 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (callhandler.vala phonebookhandler.vala utils.vala): fsogsmd: modem_qualcomm_palm: rework error handling in callhandler Jul 04 13:54:05 heyho Jul 04 14:39:29 GarthPS: ping Jul 04 15:36:47 morphis: poOng Jul 04 15:51:24 GarthPS: I need your help Jul 04 15:51:35 morphis: yop Jul 04 15:54:01 GarthPS: your are interested in helping me with aurora? Jul 04 15:54:12 mainly testing and bug fixing Jul 04 15:58:36 morphis: yeah why not Jul 04 15:58:43 yeah! Jul 04 16:00:00 there are several tasks for you Jul 04 16:00:01 morphis: my goal is to have a fully fonctional industrial phne under a ffloss os so... :) Jul 04 16:00:18 ok, thats what I wanted too and I think we can get it with aurora very fast Jul 04 16:00:24 with simple functionality first Jul 04 16:00:34 version 0.1 will only have dialer Jul 04 16:00:41 which will be the only interface you have Jul 04 16:00:43 nothing more Jul 04 16:00:52 everything else will come after the 0.1 release Jul 04 16:01:14 morphis: do you have scrrenshot of current state ? Jul 04 16:01:37 http://amethyst.openembedded.net/~morphis/images/aurora-003.png Jul 04 16:01:46 this was the launcher: http://amethyst.openembedded.net/~morphis/images/aurora-004.png Jul 04 16:01:49 but I disabled it Jul 04 16:02:04 so nothing special Jul 04 16:02:23 ok Jul 04 16:02:24 dark colors, nothing fancy as I am not a artist (we need to find one!) Jul 04 16:03:05 ok, what do you want to know? Jul 04 16:03:13 should I tell you first what I have to do for you? Jul 04 16:03:31 morphis: what do you want me to do? but fisrt I do I build fso/aurora for my pre 2? Jul 04 16:03:40 will tell you Jul 04 16:03:51 first some general information: Jul 04 16:03:57 - All documentation is here: http://wiki.freesmartphone.org/index.php/Aurora Jul 04 16:04:05 morphis: I hope that Iw ill be able to build it fro shr-chroot Jul 04 16:04:21 you can Jul 04 16:04:36 - each release is build up on user stories: http://wiki.freesmartphone.org/index.php/Aurora/UserStories Jul 04 16:04:52 you will see the user stories on the page we picked up for the 0.1 release Jul 04 16:05:22 - for each version we have a separate wiki page with all necessary information: http://wiki.freesmartphone.org/index.php/Aurora/Version_0_1 Jul 04 16:05:59 I uploaded my locally created images (http://amethyst.openembedded.net/~morphis/aurora-development/) as building on the amethyst does not work currently Jul 04 16:06:10 you can start with the palmpre image Jul 04 16:06:15 should work on the pre2 too Jul 04 16:06:24 but you have to use your kernel Jul 04 16:07:04 - All OpenEmbedded development happens not in the upstream master branch, we create a own branch here: http://git.freesmartphone.org/?p=openembedded.git;a=shortlog;h=refs/heads/aurora/development Jul 04 16:07:12 and I don't think that stuff will go upstream Jul 04 16:07:23 as we will switch to oe-core anyway after the 0.1 release Jul 04 16:08:00 you need to build from this branch Jul 04 16:08:06 with DISTRO=aurora and MACHINE=palmpre2 Jul 04 16:08:19 start with a empty tmpdir Jul 04 16:08:53 GarthPS: and it would be very nice if you can document the steps you did for setting up the build environment, maybe create a Makefile to do this Jul 04 16:09:00 so other people can do it on their own too Jul 04 16:09:05 like shr-makefile Jul 04 16:09:34 GarthPS: the software itself is here: http://git.freesmartphone.org/?p=aurora.git;a=summary Jul 04 16:10:05 and I am using trac for managing the tasks and bugs: http://trac.freesmartphone.org/query?group=status&milestone=Aurora+Version+0.1 Jul 04 16:10:10 morphis: ok all acknowledged . will need a second read deeper Jul 04 16:10:20 that are mostly all general information Jul 04 16:10:22 ok Jul 04 16:10:23 hpveer supported too ? Jul 04 16:10:32 not officially :) Jul 04 16:10:36 :) Jul 04 16:10:47 only palmpre/palmpreplus/palmpre2 Jul 04 16:10:50 for 0.1 Jul 04 16:10:55 huhm Jul 04 16:10:56 n900 will follow on 0.2 I think Jul 04 16:11:05 om-gta02 should too Jul 04 16:11:23 but thats up to if we find people to work on that Jul 04 16:11:30 as I can only support the palmpre devices Jul 04 16:11:32 nothing more Jul 04 16:11:40 it's already enough work :) Jul 04 16:11:57 GarthPS: I have two tasks for you Jul 04 16:12:17 I thing I wil need to thing again about how to build it , not sur to have understang the process.. but not now appartement needs some cleaning Jul 04 16:12:18 1. Setup the build environment and create a documentation for it in the FSO Wiki Jul 04 16:12:27 ok Jul 04 16:12:45 2. Provide a packaged fso-installer Makefile for download and installing aurora Jul 04 16:13:03 1) ok will sse what I can do but will need some help I think Jul 04 16:13:37 2) you means : t adapt the current fso-installer to support fso/aurora ? Jul 04 16:14:18 like ading a new target lets call it DISTRO to the makefile Jul 04 16:15:14 1) not problem, I will be here Jul 04 16:15:34 2) yes, but create an extra version we can release as .tar.gz Jul 04 16:15:57 so everything people have to do is download the .tar.gz and installing aurora Jul 04 16:16:06 (maybe we can include the download and install process for novacom) Jul 04 16:16:23 GNUtoo: ping Jul 04 16:21:06 morphis: oh yeah ok no problem Jul 04 16:21:12 :) Jul 04 16:21:21 morphis, pong Jul 04 16:21:30 GNUtoo: maybe you can help me Jul 04 16:21:44 GNUtoo: following problem: I connected via usbnet to the palmpre Jul 04 16:22:01 now I let suspend the device by echo mem > /sys/power/state Jul 04 16:22:24 but the devices wakeup right after I suspended it Jul 04 16:22:38 when I close the usbnet connection it works Jul 04 16:22:51 which device? Jul 04 16:22:53 is that the default behaviour of linux? Jul 04 16:22:54 palmpre Jul 04 16:23:03 on android devices it's the same Jul 04 16:23:12 but it's not usbnet Jul 04 16:23:20 it's the usb cable plugged in Jul 04 16:23:22 for charging Jul 04 16:23:35 a charger would do the same I guess Jul 04 16:23:40 ok Jul 04 16:23:46 but when I am in webOS Jul 04 16:23:56 with using the novacom usb gadget Jul 04 16:24:01 the I can suspend the device Jul 04 16:24:08 and it does not wake up Jul 04 16:24:08 ah? Jul 04 16:24:52 or maybe it's the novacomd daemon in webOS which kills the connection on suspend Jul 04 16:24:59 possible Jul 04 16:25:26 ok, good to know it's the same on other devices and the default behavior Jul 04 16:26:01 I think even om-gta02 doesn't suspend, on purpose, when usb is plugged in Jul 04 16:26:05 if it does it's a bug Jul 04 16:26:15 ok Jul 04 16:26:21 for android it's because of the wakelocks Jul 04 16:28:32 ok Jul 04 16:28:50 btw I may have some questions about udev-compat later Jul 04 16:28:57 it does work on webos rootfs without all the userland daemons enabled so there should be some disconnect logic in the kernel part of novacom Jul 04 16:29:06 GNUtoo: oh, just ask Jul 04 16:29:16 I must do some tests before asking Jul 04 16:29:22 the question was: Jul 04 16:29:29 you chose udev-compat141 Jul 04 16:29:35 can I choose another version Jul 04 16:29:37 for instance: Jul 04 16:29:43 162 Jul 04 16:30:13 (165 is leaky) Jul 04 16:30:18 (memleaks) Jul 04 16:31:31 hm, I would say no, as the udev-compat141 is created for 141 Jul 04 16:31:32 I've 2.6.27 Jul 04 16:31:41 ah ok Jul 04 16:31:54 so there is no such thing like udev-compat162 Jul 04 16:32:26 no Jul 04 16:32:31 ok Jul 04 16:33:04 but you can add compat patches to nearly all udevs Jul 04 16:33:06 strange Jul 04 16:33:27 maybe I am wrong Jul 04 16:33:31 you asked in #oe? Jul 04 16:33:34 no Jul 04 16:33:36 not yet Jul 04 16:33:42 I'm fighting to make it boot Jul 04 16:33:52 hm stopp Jul 04 16:34:01 ./udev/udev_168.bb:89:RPROVIDES_${PN}_append = " udev-compat-wrapper" Jul 04 16:34:09 yes I know that Jul 04 16:34:19 so it seems I am wrong Jul 04 16:34:26 ok Jul 04 16:34:32 so you may want a newer udev Jul 04 16:34:34 if possible Jul 04 16:35:34 maybe udev-162 creates a 141 compatibility Jul 04 16:35:59 yes Jul 04 16:36:08 ok Jul 04 16:36:21 I looked through the recipes and it sounds like this Jul 04 16:36:29 ok Jul 04 16:37:28 ahhh Jul 04 16:37:35 I must read the udev compat recipe Jul 04 16:37:45 I am using 162 for the palmpre Jul 04 16:37:51 :) Jul 04 16:37:51 ok Jul 04 16:38:04 so if I put 141 in machine config Jul 04 16:38:08 I get 162? Jul 04 16:39:00 PREFERRED_PROVIDER_udev-compat = "udev-compat141" Jul 04 16:40:54 no Jul 04 16:41:05 you get 162 cause all other versions seem to have a DEFAULT_PREFERENCE = "-1" Jul 04 16:41:20 you need to enable a version specifically for a machine I think Jul 04 16:41:32 and 162 has no DEFAULT_PREFERENCE = "-1" Jul 04 16:44:01 hm, I think I know why the suspend works in webos Jul 04 16:44:26 the novacomd sends a package every x ms Jul 04 16:44:37 so if it don't get a package for x ms it disconnects Jul 04 16:44:59 so it is disconnected when the device is suspended Jul 04 16:45:04 which is not the case for usbnet Jul 04 16:45:18 ahh ok Jul 04 16:46:54 thanks a lot Jul 04 16:47:03 and nice that you found the reason Jul 04 16:47:20 btw any news about the palm pre2 Jul 04 16:47:21 ? Jul 04 16:47:48 will it come before september or after Jul 04 16:47:49 ? Jul 04 16:48:43 GNUtoo: I don't know Jul 04 16:48:49 wrote another mail to Palm today Jul 04 16:48:52 ok Jul 04 16:49:01 because I want to go on hollidays at some point Jul 04 16:49:07 and I cannot wait eternally here Jul 04 16:50:01 then go on holiday :) Jul 04 16:50:05 don't wait for it Jul 04 16:50:09 ok Jul 04 16:50:11 it will come or not Jul 04 16:50:15 I don't know Jul 04 16:50:17 I wait for geekphone battery and then go Jul 04 16:50:20 but I still have some hope left Jul 04 16:50:22 ok Jul 04 16:50:33 as the pre plus arrives finally too Jul 04 16:59:09 hi all Jul 04 17:15:19 now I get that: Jul 04 17:15:24 | * satisfy_dependencies_for: Cannot satisfy the following dependencies for udev:| * udev-compat * Jul 04 17:15:29 continuously Jul 04 17:15:37 reguardless to the provider that I choose Jul 04 17:18:05 ahhh got it Jul 04 17:18:10 I was doing it wrong Jul 04 17:29:12 lindi-: we were talking about introducing proper user separation. when accessing the modem (directly or indirectly) requires special priviliges, which only a few select programs get, other software can't mess with it Jul 04 17:30:25 (specifically, we could either run the privileged programs as root, or introduce a "modem" user or group and use setuid/setgit) Jul 04 17:38:29 antrik: yes but then how do you install packages? Jul 04 17:48:36 what about cgroups? Jul 04 17:48:49 there a device subsystem Jul 04 17:53:18 hi morphis Jul 04 17:53:33 are you sure your udev thing is ok *from scratch* with the pre: Jul 04 17:53:49 bitbake the image without having udev-compat returns: Jul 04 17:54:05 satisfy_dependencies_for: Cannot satisfy the following dependencies for udev: udev-compat Jul 04 17:54:15 but if you bitbake udev-compat before....it works Jul 04 17:58:05 ahh let me think Jul 04 17:58:11 PREFERRED_VERSION_udev="171" Jul 04 17:58:16 I'll change that in machine config Jul 04 17:59:52 lindi-__: good point... Jul 04 18:00:44 lindi-__: the standard case should be trivial: just make the package manager suid also, and only allow installing from preconfigured sources when run by a non-privileged user Jul 04 18:01:18 the interesting question is how to handle the case where a user consciously wants to install a package from a different source Jul 04 18:01:46 when doing this over ssh, a normal root login or sudo would be fine Jul 04 18:02:24 but if we want to allow doing that directly on the device as well, it would require introducing XACE to make it really secure... Jul 04 18:04:25 playya_: I mostly associate cgroups with resource management. do they allow controlling access permissions as well?... Jul 04 18:05:04 (and if so, how does that work?) Jul 04 18:05:39 antrik: sudo is not fine Jul 04 18:05:52 antrik: echo alias sudo=... >> .bashrc Jul 04 18:06:06 Good day all , How to set password for login page of SHR ? Jul 04 18:06:08 antrik: have you actually used XACE? Jul 04 18:10:03 nope... but I believe I have a vague idea what it does ;-) Jul 04 18:11:04 antrik: I've tried to use it but couldn't make it do anything useful :) Jul 04 18:16:17 lindi-: AIUI it doesn't do anything useful on its own; it has to interact with some other kind of security framework, such an SELinux (urgs...) Jul 04 18:17:27 I guess it *should* be possible to implement a trivial XACE policy though, which only prevents cross-user spying, but doesn't do anything about applications from the same user... Jul 04 18:17:49 no idea whether the current implementation does provide such a policy though Jul 04 18:23:03 antrik, if it's for SHR, first step: remove dependency on root Jul 04 18:23:16 selinux and such are not usefull until that's done Jul 04 18:23:22 I started documenting that Jul 04 18:23:44 http://www.shr-project.org/trac/wiki/run%20SHR%20as%20user Jul 04 18:24:24 alabd, what do you mean? Jul 04 18:25:12 GNUtoo: how to lock screen Jul 04 18:25:20 alabd, which device? Jul 04 18:25:32 shr Jul 04 18:25:36 fr Jul 04 18:25:38 device not distro Jul 04 18:25:39 ok Jul 04 18:25:51 because the freerunner lacks an hardware keyboard Jul 04 18:25:57 so you cannot use the illume lock Jul 04 18:26:04 you want a lock with a password right? Jul 04 18:26:12 yes Jul 04 18:26:27 you may have to implement it yourself then Jul 04 18:26:35 or to hack something together Jul 04 18:26:58 because the problem is that there is a lock which support passwords etc... Jul 04 18:27:01 no it' s mine Jul 04 18:27:20 ? Jul 04 18:27:31 you already wrote a lock? Jul 04 18:27:57 no Jul 04 18:28:02 no it' s mine Jul 04 18:28:07 what do you mean by that Jul 04 18:28:19 leaave it Jul 04 18:28:32 maybe you missunderstood the word hack? Jul 04 18:28:59 yes though you mean remote .. Jul 04 18:29:03 anyway any way ? Jul 04 18:29:07 ! Jul 04 18:29:22 let me find the wikipedia article Jul 04 18:29:55 http://en.wikipedia.org/wiki/Hacker_%28term%29 Jul 04 18:30:01 there are different meanings Jul 04 18:30:18 the one I used didn't have anything to do at all with security Jul 04 18:30:48 but rather that definition: Jul 04 18:30:50 A community of enthusiast computer programmers and systems designers, originated in the 1960s around the Massachusetts Institute of Technology's Jul 04 18:32:16 currently I do not think you can do it out of the box, but you could write a keyboard-enabled screen locker Jul 04 18:32:24 *software-keyboard Jul 04 18:32:29 else there are other lockers Jul 04 18:32:33 that use touchscreen only Jul 04 18:32:40 for instance the ones on opkg.org Jul 04 18:32:45 not sure if they still work Jul 04 18:34:26 what do you mean ? Jul 04 18:35:15 where? Jul 04 18:35:19 I said many things Jul 04 18:37:02 anyway leave it Jul 04 18:37:27 you mean there is no way to have lock(password) screen Jul 04 18:39:58 I'm looking currently Jul 04 18:40:05 I think there was a way Jul 04 18:44:41 maybe ylock ? Jul 04 18:44:51 ylock ? Jul 04 18:45:05 let me look Jul 04 18:45:09 thanks Jul 04 18:45:36 http://web.archive.org/web/20090227051145/http://www.opkg.org/package_86.html Jul 04 18:45:43 but you cannot download it anymore Jul 04 18:45:48 since opkg.org is down Jul 04 18:46:13 and internet archive didn't archive it Jul 04 18:50:34 GNUtoo: yes, obviously we were talking about introducing actual users instead of doing everything as root Jul 04 18:50:46 ok Jul 04 18:51:19 alabd, else do you know how to program well enough to write a locker that supports: Jul 04 18:51:23 *software keyboard Jul 04 18:51:25 *passwords Jul 04 18:51:43 maybe you could modify the default one that support only hardware keyboards Jul 04 18:51:55 note though that SELinux *would* actually work without separate users -- the whole point of SELinux is to introduce another security layer that limits permissions of applications more than the users Jul 04 18:52:38 antrik, so you will really do something about users/root Jul 04 18:52:43 I'm not in favour of it though. I believe the standard user system can be extended in a much simpler and more intuitive manner Jul 04 18:52:43 wow nice!!!! Jul 04 18:53:34 on a single-user system (such as a phone), it probably wouldn't even need extensions -- as we don't need the user mechanism to manage actual (human) users, we could directly use it to manage application permissions instead Jul 04 18:54:11 please go ahread and implement root/user separation.... Jul 04 18:54:37 because many people talked about selinux and such Jul 04 18:54:41 and never did a thing Jul 04 18:54:56 including the never separated user and root Jul 04 18:55:26 so instead of talking about selinux => root/user separation could be done first Jul 04 18:56:43 I only mentioned SELinux because of XACE. I really wouldn't want to use SELinux :-) Jul 04 18:56:49 ok Jul 04 18:56:59 but will you do something about user/root separation? Jul 04 18:57:09 for instance first add it in oe Jul 04 18:57:13 make apps work as user Jul 04 18:57:20 etc... Jul 04 18:57:35 and then write a GUI for the setup Jul 04 19:03:36 hm... there are so many things I'd like to do... not sure I consider it my top priority [sigh] Jul 04 19:06:13 GNUtoo: thank you for paying attention Jul 04 19:06:34 ok,np Jul 04 19:43:30 freesmartphone.org: 03morphis 07cornucopia * ra53266d7b1f7 10/fsodeviced/src/plugins/palmpre_quirks/powersupply.vala: fsodeviced: palmpre_quirks: add initial version of the usb gadget listener Jul 04 19:43:44 mickey|daddy: ping Jul 04 20:27:22 freesmartphone.org: 03morphis 07cornucopia * rf2a19ee7a3d4 10/fsodeviced/src/plugins/palmpre_quirks/powersupply.vala: fsodeviced: palmpre_quirks: rework complete battery power supply implementation Jul 04 20:58:18 freesmartphone.org: 03morphis 07gdbus * re2d30d10959a 10libfso-glib/configure.ac: Bump version to trac latest fso-specs Jul 04 20:58:29 freesmartphone.org: 03morphis 07specs * r6de0ab63e345 10/ (4 files in 4 dirs): Jul 04 20:58:29 freesmartphone.org: Add GetChargerConnected method for org.freesmartphone.Device.PowerSupply interface Jul 04 20:58:29 freesmartphone.org: We currently don't have the possiblity to see if the charger is still connected to the Jul 04 20:58:29 freesmartphone.org: device when the battery is fully charged. In this case the power supply status is FULL and Jul 04 20:58:29 freesmartphone.org: we can't see if the charger is there. For this case the new method GetChargerConnected Jul 04 20:58:29 freesmartphone.org: gives the user the possiblity to see if the charger is connected to the device. Jul 04 21:16:18 freesmartphone.org: 03morphis 07cornucopia * r0c17337d357b 10/fsodeviced/src/plugins/palmpre_quirks/powersupply.vala: fsodeviced: palmpre_quirks: more features and bug fixing for the power supply implementation Jul 04 21:20:19 antrik, yes. it's possible to set read write mknod for major/minor numbers Jul 04 21:20:32 freesmartphone.org: 03morphis 07aurora * r6d48d12438c1 10/aurora-daemon/aurora/extensions/agents.py: aurora-daemon: also supply call id with call status data Jul 04 21:20:33 freesmartphone.org: 03morphis 07aurora * r341d951325f1 10/aurora-applications/app-phone/ (5 files): aurora-applications: app-phone: first step done with handling call status events Jul 04 21:20:33 freesmartphone.org: 03morphis 07aurora * r088a9a421fb7 10/aurora-systemmanager/systemmanager/controller.vala: aurora-systemmanager: use new way to dected if a charger is connected Jul 04 21:21:06 morphis: ah i forgot to ask a thing,in your palm pre,aurora's clock works fine? Jul 04 21:21:36 angelox|laptop: what works wrong for you? Jul 04 21:21:49 it simply doesn't update Jul 04 21:22:13 doesn't or don't,i don't know ( bad English,sorry) Jul 04 21:22:46 hm Jul 04 21:22:56 it updates here but the time is wrong (which is ok) Jul 04 21:23:58 angelox|laptop, he, she, it das s kommt mit -> doesn't Jul 04 21:24:06 angelox|laptop, n900 clocks has issues Jul 04 21:24:16 basically it works Jul 04 21:24:21 but you have to set it up Jul 04 21:24:24 at each boot Jul 04 21:24:30 or something like that Jul 04 21:24:35 playya, ping! Jul 04 21:24:38 pong Jul 04 21:24:41 angelox|laptop, do you run aurora under X? Jul 04 21:24:45 or plain fb? Jul 04 21:24:46 playya: thank you! :) Jul 04 21:24:50 playya, I did a little patch on eflvala Jul 04 21:24:55 ok Jul 04 21:24:55 playya, could you review it please? Jul 04 21:24:56 GNUtoo: plain fb,but date command works Jul 04 21:24:58 yes Jul 04 21:25:02 angelox|laptop, ah ok Jul 04 21:25:08 maybe I should update the whole API Jul 04 21:25:09 I have it in a mail with an explanation of the changes Jul 04 21:25:10 angelox|laptop, so screenshots are not possible Jul 04 21:25:19 can I send you the mail somewhere? Jul 04 21:25:22 yes Jul 04 21:25:29 frederik.sdun@googlemail.com Jul 04 21:25:57 ok thanks :) Jul 04 21:27:12 playya, I need those changes in order to get emtooth compiling and working fine. I'm not sure if the changes are the right way to go though. Jul 04 21:27:42 sent btw Jul 04 21:28:32 looks good Jul 04 21:29:10 GNUtoo: http://www.t2-project.org/packages/fbgrab.html Jul 04 21:30:02 playya, ok, nice :) please tell me once it's in E svn! Jul 04 21:30:19 angelox|laptop, can you fbgrab the screen? Jul 04 21:30:37 morphis, but fbgrab is not integrated with scap.linuxtogo.... Jul 04 21:30:51 GNUtoo: sadly, not ... yes :) Jul 04 21:31:17 I hope we can fix it Jul 04 21:32:32 should be easy to create a dump and creat a bmp from it Jul 04 21:34:20 what is scap.linuxtogo ? Jul 04 21:34:42 angelox|laptop, http://scap.linuxtogo.org/ Jul 04 21:34:43 pespin, done Jul 04 21:34:48 playya, thanks Jul 04 21:35:00 angelox|laptop, you can upload screens there using gpe-scap :) Jul 04 21:35:21 pespin: ah ok,that's cool ! :) Jul 04 21:35:30 GNUtoo: sorry,didn't read your message,let me do it Jul 04 21:35:37 yeah, it's nice to take a look there from time to time to see new shiny stuff :P Jul 04 21:35:58 angelox|laptop, thanks Jul 04 21:40:34 freesmartphone.org: 03morphis 07specs * r01ef38a039fe 10/ (4 files in 4 dirs): Jul 04 21:40:34 freesmartphone.org: Revert "Add GetChargerConnected method for org.freesmartphone.Device.PowerSupply interface" Jul 04 21:40:34 freesmartphone.org: This reverts commit 6de0ab63e345a55ef3edc9458dde6ba138191119. Jul 04 21:40:57 freesmartphone.org: 03morphis 07gdbus * r9599f2b35221 10libfso-glib/configure.ac: Jul 04 21:40:57 freesmartphone.org: Revert "Bump version to trac latest fso-specs" Jul 04 21:40:57 freesmartphone.org: This reverts commit e2d30d10959abbdf2af921a736b8b86aa812fd11. Jul 04 21:41:01 morphis: ? Jul 04 21:41:18 discovered it's not necessary? :P Jul 04 21:41:23 :) Jul 04 21:42:49 ahh, finally bedtime :-) Jul 04 21:42:52 gnight all Jul 04 21:42:56 wait Jul 04 21:42:58 ok Jul 04 21:43:10 mrmoku: do you know the screaming hour? i.e. when there is nothing wrong, but she needs to cry a bit to process the day's events? Jul 04 21:43:18 did you ahve that as well? Jul 04 21:43:25 yeah Jul 04 21:43:38 I know that :P Jul 04 21:43:48 she just began with that a couple of days ago... almost always at the same hour of night and it goes away after 30mins or so Jul 04 21:43:55 ok, good to know that it's not just us Jul 04 21:43:59 sleep well Jul 04 21:44:03 it was not that regulary though Jul 04 21:44:20 mickey|daddy: otherwise all fine? Jul 04 21:44:57 mrmoku: ya, thanks. she's gaining weight, mummy feels fine, everything starts to fall into place. sleep is still scarce, but we can handle it thanks to the grandmas Jul 04 21:45:10 good Jul 04 21:45:14 then I can sleep well now :-) Jul 04 21:45:16 gnight Jul 04 21:45:20 gniht Jul 04 21:49:12 GNUtoo: done! :) Jul 04 21:49:29 ok Jul 04 21:49:37 can you upload them somewhere? Jul 04 21:49:56 morphis could see them too, so he has an idea on how it looks on the n900 Jul 04 21:50:12 i did on scap.linuxtogo.org,,i shouldn't ? :( Jul 04 21:50:55 ah nice Jul 04 21:50:57 thanks Jul 04 21:51:30 np Jul 04 21:57:32 bye Jul 04 21:57:56 mickey|daddy: yeah! you are here :) Jul 04 21:58:36 yap, give me 5 minutes then i'm back for 30 more or so :) Jul 04 21:58:59 mickey|daddy: so it seems like I always should stay available so long to meet you :) Jul 04 21:59:02 ok Jul 04 22:05:40 morphis: would be good maybe later aurora recognizes if the device has accelerometer and change to portrait/landscape automatically ? i mean,not now (that's a bit hard task) :) Jul 04 22:06:02 angelox|laptop: yes, that would be a very nice feature Jul 04 22:06:19 * angelox|laptop ever give ideas that is hard and he takes too much time to do them :) Jul 04 22:07:31 angelox|laptop: fell free to add a user story about this in the wiki Jul 04 22:09:46 morphis: ok, back. grandma has started the nightshift :D Jul 04 22:09:54 mickey|daddy: yeah :) Jul 04 22:10:01 so life is very hard atm? Jul 04 22:10:27 btw. I don't have so much time Jul 04 22:10:41 need to go sleeping as I have to stand up a 6:00 Jul 04 22:10:45 hard would be exaggarated, it's ok, but the hard truth is that beyond day work and spending time with the baby not much time is left for _anything_ :) Jul 04 22:10:52 k, 0600 is early Jul 04 22:10:55 yes Jul 04 22:11:02 maybe 06:30 Jul 04 22:11:08 depends :) Jul 04 22:11:18 like, i didn't watch tv for more than 30 minutes since she arrived Jul 04 22:11:19 you are available tomorrow too? Jul 04 22:11:29 yes, i'm in the office, we can talk then Jul 04 22:11:29 hehe Jul 04 22:11:39 ok, so I will contact you there Jul 04 22:11:43 ok, cool Jul 04 22:11:47 you are available via jabber? Jul 04 22:11:59 i'll try to remember logging in Jul 04 22:12:18 I think I will be available after 14:00 Jul 04 22:12:36 ok, sound goods Jul 04 22:12:39 sounds good, even Jul 04 22:12:44 btw. http://programm.froscon.org/2011/events/713.html Jul 04 22:12:51 ok, so I am off for today Jul 04 22:12:59 k, sleep well. cu Jul 04 22:13:00 everything else I will tell you tomorrow Jul 04 22:13:02 gn8 Jul 04 22:13:04 good night morphis Jul 04 22:13:38 i'll try rotate thing Jul 04 22:44:15 damn it. mickey|daddy I'll miss your talk and froscon :/ Jul 04 22:45:06 bummer. why? Jul 04 22:45:23 holidays Jul 04 22:46:07 * DocScrutinizer moans Jul 04 22:46:08 ah, pity :) Jul 04 23:00:33 ok. order some new hardware to build images on fast hardware Jul 04 23:01:07 any hints for a good and cheap 58mm circular polfilter? Jul 05 00:47:37 what do you use a circular polfilter for? Jul 05 01:14:24 Okay, I'm here. (courtesy of docscrutinizer) **** ENDING LOGGING AT Tue Jul 05 02:59:57 2011