Re: [Debian] 2.6.34 Openmoko kernel package available
On 16 December 2010 06:53, Timo Jyrinki timo.jyri...@gmail.com wrote: 2010/11/14 Timo Jyrinki timo.jyri...@gmail.com: http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 New Debian pkg-fso kernel available: And another one thanks to having inspirational time yesterday evening. Thanks. I am using this series of kernels, so I appreciate your work on them. - X.Org eats all the CPU unless you disable AutoAddDevices or remove extra /dev/input files Even after removing the /dev/input files as you suggested (in /etc/rc.local), my observation is that XOrg still eats all CPU after an initial boot-up, but that if I then do /etc/init.d/nodm stop and /etc/init.d/nodm start, it returns to using a normal (small) amount of CPU. Is that as you would expect? - Sys paths have changed, so you most probably want to add om gsm power 1 to /etc/rc.local (and install newest omhacks from pkg-fso if you already haven't) I noticed that wifi is powered on after boot-up. Is that expected? Note that I am not currently running frameworkd or other FSO daemons - so perhaps this is normal, and I haven't seen it before because the FSO daemons turn wifi OFF when they start up. (Alternatively, could wicd be powering on the wifi?) Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] experimentation with ofono, telepathy-ring and empathy...
I thought this worth mentioning just in case others are doing similar things: I'm experimenting with the stack mentioned in the Subject, on my debian install, to see what kind of UI it gives, and how stable the telephony is. Current status is that - with a patch to enable udev autodetection of the calypso modem [1], ofonod starts up and detects the modem - the empathy UI's debug log (and also the Previous Conversations area) shows SMSs being successfully sent and received, but there's no indication of this in the main UI - I tried an incoming call, and again the debug log shows some trace of this, but there was nothing in the UI. [1] http://lists.ofono.org/pipermail/ofono/2010-December/006497.html Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FOSDEM 2011 Visitor's Guide
Em 15-12-2010 10:39, Dr. H. Nikolaus Schaller escreveu: Is it possible that just 3 Free Runner's so far have plans to attend FOSDEM? On FOSDEM 2010 I did count at least 70 people crowding the (guest-) devroom. So what are your plans? Nikolaus I'd love to go, but as a 4 month old father who'll be at home for paternity leave by the time FOSDEM plays out, I would need to have very good (and virtually free) conditions guaranteed to even think of going :| Otherwise, it's a no go for me. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] howto: rebuilding sgt-puzzles for the FR
For people who like Simon Tatham's puzzle collection... On my SHR-T, for a long time I've used Frode Austvik's sgt-puzzles .ipk package. Compared to the standard Debian package, this .ipk for SHR is better because it has a couple of tweaks for stylus-based devices like the FR. (Specifically, it adds some extra buttons, and makes clicking somewhere twice, in some puzzles, equivalent to a right-click.) I've wondered about this for a while, and yesterday evening I finally realised that (a) the necessary code, i.e. Frode Austvik's patches, is all already in the Debian source package; and (b) it's quite easy to rebuild the package (on the FR) to enable it: # apt-get build-dep sgt-puzzles # apt-get source sgt-puzzles # cd sgt-puzzles-8853 # vi puzzles.h Comment out the #ifdef _WIN32_WCE and #endif around a group of defines for Pocket PC devices, which are equally applicable to the FR. # debian/rules binary # dpkg -i ../sgt-puzzles_8853-3_armel.deb Now I can play Loopy as much in my Debian as in my SHR-T Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community