Re: Port of monav to qtMoko
On Fri, Jul 22, 2011 at 05:11:29PM +0200, Patryk Benderz wrote: [cut] I've just discovered monav: http://code.google.com/p/monav/ Does someone tried to port it to qtMoko? The main interest is that monav is a qt program. (previous sent accidently) Yes, according to their wiki [1] they have qt client, and QtMoko is based on Debian, so there should be no problem with required libraries. My only consideration here is low performance of Neo device. However according to [2], monav uses vector map format - which is great, so rendering overhead should be acceptable for FreeRunner. IMHO it would be worth to port it. Unfortunately I feel not skilled enough. Any volunteer? [1] http://code.google.com/p/monav/wiki/CompileGuide [2] http://code.google.com/p/monav/wiki/QTileRenderer monav is already packaged for Debian: http://packages.debian.org/wheezy/monav -- Sebastian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My N900 experience compared to my FR experience (was: Re: [QtMoko] handset is (almost) unusable for voice calls with background noise)
On Wed, Jul 07, 2010 at 10:05:25PM +0200, Petr Vanek wrote: On Wed, 7 Jul 2010 22:45:05 +0300 Timo Jyrinki timo.jyri...@gmail.com (TJ) wrote: FreeRunner is a bit like an old (classic) car - you know it will need great care, you know it's not the fastest four-wheel on the block, but damn it's elegant when you've yourself made it go so smoothly and know how beautiful it is inside :) agree. interestingly enough, the ex-FR - N900 user did not mention or compare speed of the two devices even once. so although speed is important (eagerly awaiting latest glamo development to be fine tuned) this tells us something too... cheers petr Hi, I have N900 and Freerunner, too. I have to say, that I'm mostly using the N900, too. My reasons are: * Hardware keyboard * 3.5G modem * communication software is quite nice :) As you can see I'm mostly using it for instant messaging and not for SMS/Phone/... On the other hand I was able to find bugs in most components of Maemo - the level of stability is not that much higher than Freerunner + Debian. I can also give a fair speed comparision, since I installed Debian on both devices on µSD cards. In short: N900 hardware is twice as fast than the Freerunner. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My N900 experience compared to my FR experience (was: Re: [QtMoko] handset is (almost) unusable for voice calls with background noise)
On Wed, Jul 07, 2010 at 10:12:31PM +0200, Michal Brzozowski wrote: 2010/7/7 Brolin Empey bro...@brolin.be: I know the N900’s kernel is relatively old (2.6.28.x) and the N900 is less open than the FR, but this does not matter to me because it is an acceptable compromise in order to have a far better experience with a more powerful and current device. Thanks for your review, I'm glad you've had good experience. From what you've written though, it seems you use your N900/ FR for: - SMS - voice calls - Wireless LAN connection I'm sure just about any phone is better than the FR in your case. I'd like to hear how the N900 compares to the FR in hackability. Like replacing pieces of software, like keyboard, window manager, etc. I wasn't able to find much information about this. It seems there is only one distribution that fully works on the N900, which is quite worrying. You may be interested in this: https://elektranox.org/website/debian_on_n900.html -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: transparency in gtk
On Thu, Mar 25, 2010 at 11:02:43AM +0600, Chuck Norris wrote: I need transparency in gtk under freerunner. So I compiled this code #include gtk/gtk.h gint main(gint argc, gchar **argv) { GtkWidget *window; gtk_init(argc, argv); window = gtk_window_new(GTK_WINDOW_TOPLEVEL); gtk_window_set_opacity(GTK_WINDOW(window), 0.1); gtk_widget_show_all(window); gtk_main(); } under my desktop and it shows transparent window. Then I compiled it for shr-u with crosscompiler from tmp/cross folder of shr-u sources. And on freerunner it shows not transparent window. So Is it possible to create transparent gtk apps in shr or other distribs for freerunner? And how if it possible? Hi, Please read the documentation [1] first next time. You need a compositing manager on X11. You can read more about them in the Wikipedia [2]. Last but not least let me say it probably won't work well on Freerunner, but I haven't tried. [1] http://library.gnome.org/devel/gtk/unstable/GtkWindow.html#gtk-window-set-opacity [2] http://en.wikipedia.org/wiki/Compositing_window_manager -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [[SHR all] Read this if Call screen and messages dont work - a.k.a.- fixing dissappearing call window, segfaults and name-to-number resolution
On Tue, Mar 16, 2010 at 01:01:28AM +0100, Bernd Prünster wrote: Rui Miguel Silva Seabra wrote: Em 15-03-2010 23:36, Bernd Prünster escreveu: mdbus2 -s org.freesmartphone.opimd \ /org/freesmartphone/PIM/Contacts \ org.freesmartphone.PIM.Fields.ListFields I get r...@om-gta02 ~ $ mdbus2 -s org.freesmartphone.opimd \ /org/freesmartphone/PIM/Contacts \ org.freesmartphone.PIM.Fields.ListFields Segmentation fault r...@om-gta02 ~ $ (updated yesterday). Rui then you need to issue the suggested commands (hopefully i am right.. my brain is a little slushy already) mdbus2 should not segfault in any case. Try to get a backtrace and report it to upstream. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Wed, Mar 03, 2010 at 12:12:54PM -0500, Stefan Monnier wrote: I switched from ext3 builtin to ext3 as module, because this is more Debian like. I guess I will have to change this back to built in, because we have no initramfs? So, IIUC you also switched to jffs2 as module, which would explain why I can't boot into my NAND-installed Debian. I think both ext3 and jffs2 should be built-in since they are the two kinds of filesystems most widely used on the FR. Ok, I will reenable this one, too. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: Stefan Monnier wrote: ' Apart from factoring out those modules, is the new kernel improved in some way? And is it built without the debug settings? It's the latest upstream andy-tracking, mostly meaning that if compared to July snapshot Bluetooth, GPS etc. should handle suspend better among else. Debug is disabled. WLAN should work, but because of the debug being disabled one usually hits this bug quite soon: I just tried it and the boot fails with unable to mount rootfs on unknown block. My Debian / partition is on the NAND, if it matters. Any idea what might be the problem? Had the same issue. Solved it re-running 'configure-uboot.sh' with rootfstype=ext2 instead of ext3, but leds were not working for me in the new version and decided to downgrade anyway. Moreover, with ext2 the root partition needs to recheck at boot everytime system goes down uncleanly, which happens often to me. as I said multiple times - you need to load the led kernel module to have working leds. I guess I should add an init.d script to fso-config-gta02, which will load these modules. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 05:40:10PM +0200, Timo Juhani Lindfors wrote: Sebastian Reichel elektra...@gmail.com writes: as I said multiple times - you need to load the led kernel module to have working leds. I guess I should add an init.d script to fso-config-gta02, which will load these modules. init script does not sound very nice. How about just warning about this during package installation time? mh I think the init script is a common used way for this. So far I saw it in the nvidia/non-free package and in dahdi (isdn driver). There will probably be more things beeing compiled as modules in the next version. My aim is to compile everything as module which is not in the linus kernel tree, so that these can be built with Debian's module-assistant. This way it should be easier for luca to add the -s3c branch to the kernel in Debian main. luca: any comments on this? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote: Sebastian Reichel wrote: On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: Had the same issue. Solved it re-running 'configure-uboot.sh' with rootfstype=ext2 instead of ext3, but leds were not working for me in the new version and decided to downgrade anyway. Moreover, with ext2 the root partition needs to recheck at boot everytime system goes down uncleanly, which happens often to me. as I said multiple times - you need to load the led kernel module to have working leds. I guess I should add an init.d script to fso-config-gta02, which will load these modules. Even in this very thread. Can't say I tried hard to make it work. My fault. BTW, is there a reason behind the fact that rootfs must be mounted as ext2 now? or should it work? I switched from ext3 builtin to ext3 as module, because this is more Debian like. I guess I will have to change this back to built in, because we have no initramfs? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Tue, Mar 02, 2010 at 10:48:26PM +0100, Quim Testar wrote: Sebastian Reichel wrote: On Tue, Mar 02, 2010 at 08:03:32PM +0100, Quim Testar wrote: Sebastian Reichel wrote: On Tue, Mar 02, 2010 at 10:12:32AM +0100, Quim Testar wrote: Had the same issue. Solved it re-running 'configure-uboot.sh' with rootfstype=ext2 instead of ext3, but leds were not working for me in the new version and decided to downgrade anyway. Moreover, with ext2 the root partition needs to recheck at boot everytime system goes down uncleanly, which happens often to me. as I said multiple times - you need to load the led kernel module to have working leds. I guess I should add an init.d script to fso-config-gta02, which will load these modules. Even in this very thread. Can't say I tried hard to make it work. My fault. BTW, is there a reason behind the fact that rootfs must be mounted as ext2 now? or should it work? I switched from ext3 builtin to ext3 as module, because this is more Debian like. I guess I will have to change this back to built in, because we have no initramfs? Or maybe the file http://pkg-fso.alioth.debian.org/freerunner/configure-uboot.sh should be changed? I'm not sure what to do. Actually I left ext2 in the kernel just in case and planned to modularize it once I'm sure everything is still working. I guess it's better to compile the ext3 support back into the kernel until we get a kernel with initrd support, so that it can boot from ext3 filesystems. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v18 - based on 2.6.32
On Mon, Mar 01, 2010 at 03:58:26PM +0100, Radek Polak wrote: On Monday 01 March 2010 13:31:26 Martin Jansa wrote: On Mon, Mar 01, 2010 at 01:09:24PM +0100, Radek Polak wrote: Otherwise the new kernel runs really nice. Bluetooth and accelerometers should be quite easy to fix. I dont know about the touchscreen in X. Any other distro that uses 2.6.32 kernel has X server all right? With 2.6.32 built with OE available here: http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ defconfig http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux -openmoko-2.6.32/om-gta02/defconfig I don't see any strange touchscreen behavior in xserver-1.8 snapshot and I don't remember any ts issues with 1.7.* versions (except that I was missing ts filters in first defconfig and then ts calibration wasn't able to find sysfs nodes). Hi Martin, thanks for pointers. I tried the latest 2.6.32 SHR kernel, but it does not work very good for me. Probably because of KSM. I am still using old Xglamo which segfaults with this kernel and fbdev xorg prints: (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument (EE) FBDEV(0): mode initialization failed Fatal server error: AddScreen/ScreenInit failed for driver 0 I can try upgrade to debian testing so that i can try xf86-video-glamo (or is there package for lenny somewhere?). xglamo is deprecated a long time now. You should definitively switch to the xserver-xorg-video-glamo package from testing or unstable. We (pkg-fso) do not maintain any backports so far, so there probably won't be any lenny packages for this. Apart from this I don't think you want to use the xserver-xorg from lenny, because this one still depends on HAL ;) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: RTC failure in January (was: New significant speedups coming to FreeRunner)
On Sun, Jan 24, 2010 at 06:04:02PM +, Neil Jerram wrote: 2010/1/24 Andy Poling a...@realbig.com: I finally looked into it, and this is the problem (with RTC debugging enabled): [...] Wow, what a fantastic bug! So, IIUC, it will only strike someone who upgraded in January from a kernel without Werner's change, to one with Werner's change - because the old kernel will have left a 0 value in pcf-time[PCF50606_TI_MONTH]. Amazing :-) Great investigation too. I'm really pleased that this is understood now and is going to be fixed. What about the attached patch to ease transition, and to get a working RTC before February? Regards, Neil Hi, what happened with this patch? My FR ran out of power, which resulted in a reset RTC. Now I can't set it back to current time, because of hwclock's read. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: RTC failure in January (was: New significant speedups coming to FreeRunner)
On Tue, Feb 23, 2010 at 10:40:26PM +, Neil Jerram wrote: On 23 February 2010 18:18, Sebastian Reichel elektra...@gmail.com wrote: Hi, what happened with this patch? My FR ran out of power, which resulted in a reset RTC. Now I can't set it back to current time, because of hwclock's read. I wasn't able to test it myself, because I don't have a cross-compilation setup, and I never heard of anyone else trying it either. For me, the problem was actually solved by trying out SHR-T briefly - while still in January. Then when I switched back to Debian, the RTC was fine again. I remember thinking that I understood this at the time, but right now I can't remember the detailed explanation. In fact, if switching temporarily to another distro/kernel works for you (and for anyone else), that's probably better than having cruft like this patch in your ongoing kernel. I just tried the patch and it seems to work. It will be included in the next Debian kernel. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Sun, Feb 21, 2010 at 10:01:56AM +, Neil Jerram wrote: On 21 February 2010 02:34, Sebastian Reichel elektra...@gmail.com wrote: Hi, Hi Sebastian, I just uploaded a new kernel package to the pkg-fso repository. Please note, that you need to load 'neo1973kbd' for the buttons to work and 'leds-neo1973-gta02' for the leds to work. You probably want to add these to your /etc/modules. Apart from factoring out those modules, is the new kernel improved in some way? And is it built without the debug settings? I already disabled debug with my last upload, but this time I also disabled SYSFS_DEPRECATED, which results in a working udev again. Apart from this there is now ubifs support. I also changed some more built in stuff to modules, but these will be loaded by udev (e.g. lis302dl) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
On Sun, Feb 21, 2010 at 07:21:19PM +0100, arne anka wrote: investigating my core issue of the fr not suspending anymore after a call, i see now that fsodeviced dies the moment i hit either call (outgoing) or accept (incoming). since fso-deviced is dead, nothing, in terms of idle notification at least, happens anymore. i try to track it down, but if anyone could point out, where it and what happens (and how to track efficiently -- i surely miss something like java's stacktraces or even python's exceptions) ... you can do it like this: $ ulimit -c unlimited $ my-program program died with segfault (core dumped) $ gdb my-program core % bt -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
On Sun, Feb 21, 2010 at 09:59:38PM +0100, Michael 'Mickey' Lauer wrote: Am Sonntag, den 21.02.2010, 21:45 +0100 schrieb arne anka: fsodeviced provides different plugins for audio routing. You want the alsa one for the FreeRunner. well, as written, alsa kills fsodeviced. Probably because of the missing alsa data files (see below). what kind of audio routing? call seems to work even with none (at least i hear something when i call my box). audio routing is necessary i.e. to switch between ring tone and in-call audio. You might hear the ring tone, if that's the default routing, but you will not have in-call audio without routing. You're running debian, right? Do they ship the new alsa data files for fsodeviced? what alsa data files? http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/freesmartphone/fso-alsa-data/om-gta02 Those have to be copied to /etc/freesmartphone/alsa/. Next week, I'll make fso ship them instead of putting them into OE. Cheers, :M: Hi, I included these alsa files in 'fso-config-gta02' in Janurary. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
On Sun, Feb 21, 2010 at 10:50:10PM +0100, arne anka wrote: with that new package, the fr doesn't vibrate on incoming call. something missing in the kernel itself or do i need yet another module? Actually I compiled the vibrator support into the kernel because the module wasn't working for me. First of all you could check if the following file exists: /sys/class/leds/neo1973:vibrator/brightness Apart from this I currently don't know how FSO activates the vibrator, but probably you should load 'ledtrig_timer'. btw loading 'ledtrig_heartbeat' module and then echo 'heartbeat' /sys/class/leds/neo1973:vibrator/trigger animates your freerunner - it's quite cool :D btw: why is there a cdrom.ko? I did not change anything containing the keyword cdrom, but there are usb cdrom drives, so I think it should stay there as a module. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
On Sun, Feb 21, 2010 at 11:01:08PM +0100, arne anka wrote: fsodeviced provides different plugins for audio routing. You want the alsa one for the FreeRunner. well, as written, alsa kills fsodeviced. Probably because of the missing alsa data files (see below). nope. they are there. what kind of audio routing? call seems to work even with none (at least i hear something when i call my box). audio routing is necessary i.e. to switch between ring tone and in-call audio. You might hear the ring tone, if that's the default routing, but you will not have in-call audio without routing. no idea, what in-call means, but with player_type = none router_type = none i hear and am heared in a call. I just installed fsodeviced and I can confirm it crashing on incoming call with default settings. I cannot confirm that there is still sound when setting router_type to none. It's a pity, that Heiko did not build a -dbg package for fso-deviced itself. I will try to build one now. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
On Sun, Feb 21, 2010 at 11:24:52PM +0100, arne anka wrote: I cannot confirm that there is still sound when setting router_type to none. does that mean, you didn't test or you did not hear something? I heard no ringtone and no sound during the call on both sides. I tried calling as well as being called. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
On Sun, Feb 21, 2010 at 09:29:49PM +0100, Michael 'Mickey' Lauer wrote: Am Sonntag, den 21.02.2010, 19:21 +0100 schrieb arne anka: investigating my core issue of the fr not suspending anymore after a call, i see now that fsodeviced dies the moment i hit either call (outgoing) or accept (incoming). since fso-deviced is dead, nothing, in terms of idle notification at least, happens anymore. A backtrace would be splendid. Could you install -dbg packages as well as gdb, change params to have apps emit a coredump and then get us a backtrace? Or just run fsodeviced directly under gdb and once it dies get us a backtrace. Cheers, :M: Here is a backtrace with -dbg packages: (gdb) bt #0 gee_map_get_keys (self=0x0) at map.c:353 #1 0x40b415d8 in router_lib_alsa_real_isScenarioAvailable (base=value optimized out, scenario=0x6b128 gsmhandset) at plugin.c:434 #2 0x40863fc4 in fso_device_base_audio_router_isScenarioAvailable (self=0x0, scenario=0x6b128 gsmhandset) at audiorouter.c:294 #3 0x40864a98 in fso_device_audio_router_isScenarioAvailable (self=0x16918, scenario=0x6b128 gsmhandset) at audiorouter.c:128 #4 0x40b4e600 in hardware_audio_manager_real_push_scenario_co (base=0x1a8a8, scenario=0x6d6e8 gsmhandset, _callback_=0x400be224, _user_data_=0x6f8c0) at plugin.c:826 #5 hardware_audio_manager_real_push_scenario (base=0x1a8a8, scenario=0x6d6e8 gsmhandset, _callback_=0x400be224, _user_data_=0x6f8c0) at plugin.c:799 #6 0x400aee18 in free_smartphone_device_audio_push_scenario () from /usr/lib/libfso-glib.so.0 #7 0x400b0a84 in free_smartphone_device_audio_dbus_message () from /usr/lib/libfso-glib.so.0 #8 0x40b4ed20 in hardware_audio_manager_dbus_message (connection=0x1f118, message=0x1f4b0, object=0x1a8a8) at plugin.c:1431 #9 0x40357cd4 in ?? () from /lib/libdbus-1.so.3 #10 0x40357cd4 in ?? () from /lib/libdbus-1.so.3 -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
On Sun, Feb 21, 2010 at 09:29:49PM +0100, Michael 'Mickey' Lauer wrote: Am Sonntag, den 21.02.2010, 19:21 +0100 schrieb arne anka: investigating my core issue of the fr not suspending anymore after a call, i see now that fsodeviced dies the moment i hit either call (outgoing) or accept (incoming). since fso-deviced is dead, nothing, in terms of idle notification at least, happens anymore. A backtrace would be splendid. Could you install -dbg packages as well as gdb, change params to have apps emit a coredump and then get us a backtrace? Or just run fsodeviced directly under gdb and once it dies get us a backtrace. Cheers, :M: Hi, You fixed this already in [1]. fso-deviced in Debian is still from Janurary 2010, because of the added libnl2 depdendency [2] from libfso* in newer versions. I just uploaded a new fso-deviced package adding a -dbg package and the referenced patch. -- Sebastian [1] http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=4c7979f5c19ab74c7c161d1d393677cb98f560d4 [2] http://ftp-master.debian.org/new/libnl2_1.99+git20091216-1.html signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian - issues
On Sat, Feb 20, 2010 at 02:04:03PM +0100, omcomali@porcupinefactory.org wrote: I guess I'm going to wait for a new kernel as Timo suggested. I guess I will upload one later today. It will require loading more modules @ boot time. I hope this will ease migration to the normal Debian kernel once it's ready :) By the way, can any of the Debian gurus suggest an easy way to rebuild a Debian package with different build options? And would a shared library built this way work on SHR? roughly said it can be done like this: apt-get source $package edit the debian/rules file according to your needs dpkg-buildpackage I'm not sure what you mean by the last sentence. If you change e.g. libphone-ui you just have to make sure, that the ABI remains the same. Btw. which build options are you talking about? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian - issues
On Sat, Feb 20, 2010 at 04:48:11PM +0200, Timo Juhani Lindfors wrote: omcomali@porcupinefactory.org writes: By the way, can any of the Debian gurus suggest an easy way to rebuild a Debian package with different build options? And would a shared library built this way work on SHR? 3) edit debian/rules and look for the call to ../configure as you were talking about SHR - there's no configure call in the rules files of SHR packages since I use CDBS for packaging. Just add this line to the rules file: DEB_CONFIGURE_EXTRA_FLAGS = --my-cool-parameter -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian - issues
On Sat, Feb 20, 2010 at 07:56:42PM +0200, Timo Juhani Lindfors wrote: Sebastian Reichel elektra...@gmail.com writes: as you were talking about SHR - there's no configure call in the Ah, it's very confusing that SHR is both the name of a distribution and a program? it's a distribution and they wrote their own phone stack, but none of their programs is called shr :) Actually their old software stack had shr in its application's names, but now they switched to include phone in the names of their apps. I just guessed he meant the software stack of them because their distribution uses openembedded and not *.deb files ;) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] new kernel package
Hi, I just uploaded a new kernel package to the pkg-fso repository. Please note, that you need to load 'neo1973kbd' for the buttons to work and 'leds-neo1973-gta02' for the leds to work. You probably want to add these to your /etc/modules. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] ofono
On Fri, Feb 19, 2010 at 09:56:53AM +, Neil Jerram wrote: I'm vaguely interested in trying the ofono stack (as an alternative to FSO ogsmd). The current release is 0.18, and it looks from [1] as though this has built successfully for armel - but it doesn't seem to have made it into the armel repository yet. Can any Debian guru explain why not? Also, does anyone know of any ofono applications? (Apart from the test scripts in ofono's git.) [1] https://buildd.debian.org/pkg.cgi?pkg=ofono it is available: http://packages.debian.org/sid/ofono -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian - issues
On Fri, Feb 19, 2010 at 09:35:30PM +0200, Timo Juhani Lindfors wrote: omcomali@porcupinefactory.org writes: It's installed on SD card with multiple partitions, but how to mount the other partitions? I couldn't find the relevant device files in /dev, except for mtdX, which are character devices and probably related to builtin NAND anyway. uname -r? dpkg -l udev? zgrep SYSFS /proc/config.gz | grep DEPRECATED? My guess is that you have too old kernel which does not work with your udev. Another issue: wlan. I'm using a 2.6.29 kernel (I don't know if it's the kernel I use on my primary SHR or Debian-installed one). I know there are some WiFi problems with it, but my research suggested people were able to use it sometimes. In my case, the network device is not even present... Can I do something about this? We need to first know which kernel you have. Bonus question: why does Debian feel (and compile stuff) so much faster than SHR? No idea, you need to come up with some objective benchmarks :-) Hi, probably the kernel from the repository. DEPRECATED is still in there, I'm currently experimenting which stuff can be compiled as module and which things cannot. E.g. the vibrator doesn't work if compiled as module (after loading the module there is no file in /sys) The upload will finally disable DEPRECATED links in /sys. About the speed - The packages are compiled with -O2 and the kernel has the debugging stuff and preemption disabled. I heard wifi is sometimes not working as expected with the optimized kernel for unknown reasons. I haven't used wifi for quite some time, so I don't know all the details. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian - issues
Turns out Debian is over twice as fast as SHR! Probably SHR uses still the kernel with debug stuff enabled. The speedup of this is enormous :) What's the status of fso and shr-apps compared to SHR? SHR on Debian is working, it's a git checkout from around one week ago [1]. You need to install phoneui-apps and libphone-ui-shr. With the next upload it will be enough to install phoneui-apps. FSO on Debian is using fsousaged (2010-01-06) from cornucopia and frameworkd (2010-01-31) for the remaining daemons. [1] http://pkg-fso.alioth.debian.org/shr.html -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
On Fri, Jan 22, 2010 at 10:03:07PM +0100, arne anka wrote: hmm, strange thing. This is exactly what we intend to do... retry to access FSO until it appears on the scene... and then list the resources and register GSM if it is there... if not, wait for the signal that the GSM resource appeared. well, that's what i thought. i've seen two different scenarios, when no pin dialog appears: one was a message like could not set environment or something to that effect. the other one, that phonefsod apparently waits forever (although fsousaged lists it as gsm user in its log and fso-abyss is started). please bear in mind, that debian's frameworkd is not quite up to date, if i recall mickey's comments a while back correctly. fso-frameworkd in pkg-fso is currently a git checkout from 20090920. There will be a git head version in the next hour, but there were only changed in opimd and a small fix for ogpsd since then. This will most probably not fix your problem! I guess mickey meant the framework from Debian main repository, which is VERY old (~ one year). -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] phonefsod: unpredictable pin dialog and questions abot config options
Hi, frameworkd and phonefsod are updated. So your next report would be based on git head ;) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/shr apps] call list?
On Thu, Jan 21, 2010 at 11:11:36PM +0100, Sebastian Krzyszkowiak wrote: On 1/21/10, arne anka openm...@ginguppin.de wrote: Try pyphonelog, it reads the call history from opimd. the one currently in pkg-fso seems unable to cope with the format opimd delivers, but the one in the shr feeds works better. better meaning, it does not start by default due to $ phonelog /usr/bin/phonelog:758: Warning: 'with' will become a reserved keyword in Python 2.6 File /usr/bin/phonelog, line 758 with open(CONFIGURATION_FILE,'w+') as f: ^ SyntaxError: invalid syntax i don't quite understand, why a warning will produce a syntax error and moreover, why the very same lines (the last two) in the debian version work. for the moment i commented those two lines, but since phonelog depends on it to determine new calls, it is not a viable solution. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community That's just python2.6 syntax, and you're using python2.5. I'll try to look tommorow to make pyphonelog compatible with python2.5, ah, I'm sorry I forgot to upload the patched package. I didn't notice so far, since nobody ever complained about it. You can add with support in python2.5 by inserting the following somewhere at the top: from __future__ import with_statement -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian/fso on freerunner
On Wed, Jan 20, 2010 at 11:57:34AM +0100, arne anka wrote: Tell me please, I understand that debian lags behind the progress? Old frameworkd etc well, yes. the fso stack lags somewhat behind in at least some of its parts, but work is still going on. frameworkd is a checkout from autumn 2009. I don't think it's that old. But there will be a package based on current git head in the next days to solve a problem with libphone-utils anyway ;) The parts from cornucopia (fso 2.0) are constantly updated by Heiko. the old kernel without the new drivers for glamo, the kernel should be interchangeable between different distributions (shr, debian, qtmoko). thus, once a new kernel is available, you can use it. I tried to create an updated package, but git-buildpackage failed for me. I will try again once I find time for this. For now you will have to do it the way arne anka described. I also hope that luca decides to continue packaging the kernel for us :) Even I look at leading figures debian pass programs shr I don't get this sentence, but I'm currently packaging the SHR stuff for Debian. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
On Tue, Jan 19, 2010 at 09:28:10AM +0100, Helge Hafting wrote: David Garabana Barro wrote: On Monday 18 January 2010 16:52:11 Helge Hafting wrote: [...] Too bad this kernel didn't work, it seemed very interesting. I don't know what is causing gsm to not register, but it's not kernel, for sure. It may be some kind of race condition in the SHR software, that gets trigged much more often with the faster kernel. We found this race condition in Debian, too - even before using a faster kernel by lowering the framework's log_level. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner can now play Ogg video
On Tue, Jan 19, 2010 at 10:25:46AM +0200, Timo Juhani Lindfors wrote: Sebastian Reichel elektra...@gmail.com writes: I was talking about putting the tremor mplayer into pkg-fso. Ah yes, that is surely useful. And if it is already heading unstable I think pkg-fso would be nice way get some testing done before it hits unstable. Assuming of course that you have the extra time to prepare the package. A rebuild from git.debian.org should be enough :) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/shr apps] conatcts app crashes with full addressbook w/o any error message
On Tue, Jan 19, 2010 at 11:14:16PM +0100, arne anka wrote: shh freerunner $ export DISPLAY=:0.0 $ gdb phoneuid # run # bt here's what i get when starting phoneui-contacts. besides the actual crash there seems to be an issue with the log file -- i don't find where it is defined, but it is set to /var/log/phoneuid.log ... and per default writable for root only, while phoneuid runs as normal user, i guess? phoneuid is supposed to be started as the X user. In SHR they are using the root account for everything, so they don't have this problem ;) Try adding log_file = in the config file. #1 0x401ded1c in _compare_contacts (_a=value optimized out, _b=0x112124) at phoneui-utils.c:674 And another failing strcmp :P (The segfaults I reported so far where strcmp caused, too). I just checked the source. I guess you have a contact with an empty Name field. Can you check [1] /etc/freesmartphone/opim/csv-contacts.txt for such contacts? Ah I may have forgotten to switch default logging back to file. Can you check your frameworkd's config? yes, indeed. although i compared both the old and the new one in meld and copied log_level and log_destination over, the hash mark has escaped me. log_to was set to stderr instead of file. I guess I should change this back *makes notice* -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/shr apps] call list?
On Tue, Jan 19, 2010 at 11:21:55PM +0100, arne anka wrote: the new package brought the shr idle screen which shows XX calls and YY sms -- that reminds of onen question: sms do i see with the messages app, but where do i see the calls? Try pyphonelog, it reads the call history from opimd. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner can now play Ogg video
On Mon, Jan 18, 2010 at 04:20:20PM +0100, Radek Polak wrote: Timo Juhani Lindfors wrote: With mplayer from debian unstable videos created with ffmpeg2theora -x 320 -y 240 --videoquality 3 --speedlevel 2 --audioquality 3 --samplerate 22050 do not play smoothly even with -nosound. Same here. I think my video had lower bitrate and fps, i appended -V 300 -F 15 and it plays ok now. Maybe my test ogv had different audio codec (accidentally deleted it). IIRC debian mplayer uses floating point implementation for decoding ogg so it's crappy. But after compiling with integer only ogg decoder it should be ok. I'll have to try it. It should be fixed once mplayer package gets updated in the debian repository: http://git.debian.org/?p=pkg-multimedia/mplayer.git;a=commit;h=8fcfbe13ebdb72868c090b0d7051771aaa6fbb60 Do you want me to put an updated package into pkg-fso? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/shr apps] conatcts app crashes with full addressbook w/o any error message
On Mon, Jan 18, 2010 at 06:53:53PM +0100, arne anka wrote: after today's update of libphone-ui*, the gui of contacts, dialer, messages and pin dialog looks ok. thanks to whoever is responsible. np :) so i used the not so recently posted script [1] to import my contacts from an vcf file into opimd -- but after that, contacts crashes immediately without logging any error whatsoever. is there any way to make contacts (or any other shr/phoneui app) more verbose? Can you check what is actually crashing? The framework? phoneuid? I will update the framework later. There were some changes in opimd since the last Debian package. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/shr apps] conatcts app crashes with full addressbook w/o any error message
On Mon, Jan 18, 2010 at 08:51:25PM +0100, arne anka wrote: Can you check what is actually crashing? The framework? phoneuid? I will update the framework later. There were some changes in opimd since the last Debian package. actually, it really seems to be only the contacts app itself. messages and dialer come up fine, but once i hit in dialer the button to open contacts (to select a number), even the dialer crashes. Can you install gdb and check for the segfault reason? shh freerunner $ export DISPLAY=:0.0 $ gdb phoneuid # run # bt You should install libphoneui-shr-dbg and libphoneui0-dbg before, though. phoneuid log and phonefsod log are both silent about that, although set to DEBUG (and since today's update of fso-config-gta02 the frameworkd log stays empty. not sure if coincidence or causation, though). Ah I may have forgotten to switch default logging back to file. Can you check your frameworkd's config? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner can now play Ogg video
On Mon, Jan 18, 2010 at 09:19:53PM +0100, Radek Polak wrote: Sebastian Reichel wrote: It should be fixed once mplayer package gets updated in the debian repository: http://git.debian.org/?p=pkg-multimedia/mplayer.git;a=commit;h=8fcfbe13ebdb 72868c090b0d7051771aaa6fbb60 Nice! Do you want me to put an updated package into pkg-fso? I am still using self-compiled glamo-based mplayer in QtMoko, but it might be useful for other users. If it's not diffucult to add such package it would be nice. Regards Radek ok, added on my queue. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner can now play Ogg video
On Tue, Jan 19, 2010 at 12:24:40AM +0200, Timo Juhani Lindfors wrote: Sebastian Reichel elektra...@gmail.com writes: I am still using self-compiled glamo-based mplayer in QtMoko, but it might be useful for other users. If it's not diffucult to add such package it would be nice. Regards Radek ok, added on my queue. Is glamo-based mplayer really something that should be packaged? I thought it direcly accessed the hardware and could thus mess things up pretty badly with X? Or is this something else than the very first mplayer glamo patches? (I'd really like to be positively surprised here!) I was talking about putting the tremor mplayer into pkg-fso. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] shr: phonefsod and dbus
On Sun, Jan 10, 2010 at 12:39:23PM +0100, arne anka wrote: phonefsod should be started as root IIRC (and it should do that by default with init script). that's, what the error was from. in the included system.d/ file i changed user=default to context=default and the issue went away. Yes, that's my mistake. This will be fixed in the next package. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: hands-free kit
On Sat, Jan 09, 2010 at 11:06:06AM +, Tom Yates wrote: does anyone out there supply just the handsfree kit that comes with the stock openmoko (two earpieces, integral mic with cut-off switch and four-connector 2.5mm jack)? or does anyone have a suggestion for known-equivalent equipment, preferably for supply in france? my sister would very much like to order one, having tried mine with her new DECT phone, and she lives outside paris. Pulster sells the headset: http://pulster.de/index.htm?d__omheadset__OpenMoko_Headset994.htm -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about TangoGPS
Hi, Did you ever think of using libchamplain [1] for the map view? I think both projects would benefit from it. You could bring some tangogps stuff into the library and benefit from some stuff which is in libchamplain and not in tangogps. But the real benefits would come once the GSoC project [2] is merged into libchamplain: Rendering the tiles directly from osm files yourself. [1] http://projects.gnome.org/libchamplain/ [2] http://foregroundnoise.wordpress.com/2009/08/19/gsoc-09-final-report/ -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Alternatives to FR
Hi, On Fri, Jan 08, 2010 at 10:10:49AM +, Neil Jerram wrote: Doesn't the N900 use the standard Debian archive? (I only know that part of the community has pushed for that for a long time...) I don't know about that. If it does, the question becomes whether the e libraries are in Debian. But e libraries are in Debian, last updated december 2009 ;) If they use Debian repository there will be SHR for N900, too once I finished the new packages. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
On Thu, Dec 10, 2009 at 12:19:59AM +, Neil Jerram wrote: 2009/12/10 Fox Mulder quakem...@gmx.net: Neil Jerram wrote: 2009/12/9 arne anka openm...@ginguppin.de: not to belittle the effort -- but in what respect will it be different from navit? would it be worth a consideration to use navit's engine, maybe improving it and add a new efl based interface? Good question. For me the frustrating thing about navit is that it doesn't share maps with tangogps. So: - if you do consider helping navit instead, please consider enhancing it to use the same maps as tangogps - if you continue with your own project, please consider making it use the same maps as tangogps. I don't think that this would be a good choice at all. Tangogps uses png pictures with no routing information within these files. For a navigation application you need vector images to determine the path for routing. And the data for maybe a whole country in png and for all zoom levels would be a few gigabyte with tens of thousands of files. Compared to the vector format navit uses which is only a few hundred megabytes in one file. And it could be rendered in all zoom levels because it is in vector format. So if something should be changed, than it should be tangogps and allother apps that uses png files to use a vector format like navit does which is way better for this purpose. Thanks for following up and explaining this; what you say makes sense. I suppose I was representing the non-technical point of view: I've already downloaded a pile of map data once, why should I need to install or download it again? I can see now why navit can't use only tangogps's bitmap data. But I would guess that a combination could work well: bitmap data for display, plus vector data for routing. The bitmap data could be shared. It would take a lot of space per tile, but would only be needed for places visited and zoom levels used. The vector data would be needed over a much larger area, but would take much less space per square kilometer. I guess the problem then would be ensuring consistency between the vector and bitmap data... You may be interested in this Google Summer of Code project: http://foregroundnoise.wordpress.com/2009/08/19/gsoc-09-final-report/ -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: future phones that you can hack. news.
On Wed, Nov 18, 2009 at 12:07:09PM +1100, Carsten Haitzler wrote: Just an FYI here. I can officially leak this. We (over in Enlightenment land) are working with a major electronics manufacturer (one that happens to pump out 100's of millions of phones every year of pretty top-notch hardware quality - and who also happens to like making phones high-spec with nice screens, good SoC's and 3G. If what we do is a phone, or a TV, or a game system, or a DVD player... who knows!). What does this mean? Well - no guarantees, but they are now sponsoring us. That says something. If we are working on something you can guess the rest I'd say. Who it is - will wait for future announcements. What, when and where will also need to wait. How open it is, will also need to wait. But you can guess that if we are fiddling with it - it's already partly open. Hi, For those of you not reading phoronix, they identifed their new sponsor as Samsung. You can read the article here: http://www.phoronix.com/scan.php?page=news_itempx=NzcxNQ -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko-Logo in SVG
On Wed, Nov 18, 2009 at 08:53:20PM +0100, David Lanzendörfer wrote: Hi Folks. Some guys from the SHR-developer team and me got some place in the chaos communication congress to represent our project there. Now I'd like to print some T-Shirts, which will make us recognicible as such developers. For the T-Shirts I'd like to use the good old, old school OpenMoko logo. http://blog.chip.de/chip-linux-blog/files/2007/07/openmoko_logo2.png Does someone have the SVG files for this logo lie around on his hd? Or does someone have a link to these files? Would be nice, if you could post/send me the link/file. regards leviathan Hi, nice to know, that you will be there. I will visit your place for sure. For the logo - You just voted for an official SHR logo, so why don't use this one? -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] zhone+fso-abyss: some log snippets
On Wed, Oct 21, 2009 at 07:25:48PM +0200, Rask Ingemann Lambertsen wrote: On Mon, Oct 19, 2009 at 05:28:51PM +0200, arne anka wrote: [snip] [fsousage] lowlevel_type = openmoko [fsousage.controller] [fsousage.lowlevel_openmoko] Where did you get the libgee1 package from? he probably installed it when it was still there ;) -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: evopedia 0.2.3 release
On Thu, Oct 08, 2009 at 11:51:47PM +0200, Christian wrote: Hi! evopedia version 0.2.3 is ready, the main new features include: - tangogps tile repository can be selected for article map - article map has been improved - your own position should be displayed on the map and you can zoom to it - the text links have been replaced by icons - article search is faster (1-3 seconds) for newly built images (at the moment only German Wikipedia and French in the next days), old images stay compatible I hope you enjoy it. Unfortunately, due to some problems with my device I was not able to test it to the full extent. Please report any bugs you encounter. Direct link to the .ipk: http://www.reitwiessner.de/openmoko/evopedia_0.2.3_any.ipk Evopedia is an offline Wikipedia reader that can be viewed using any browser you like (midori is the default). You need to download a Wikipedia dump (apart from the software also available there) from http://www.reitwiessner.de/openmoko/evopedia.html The following dump languages are available at the moment: Dutch, French, German, Italian, Polish and Spanish. Hi, I'm interested in packaging your software for Debian. Can you please provide a source tarball? On the website you state, that the software is released under GPLv3+, but I can't find any sourcecode :( -- Sebastian Reichel signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [pkg-fso-maint] WiFi-Tool (or GPRS-Tool modified)
On Tue, Oct 06, 2009 at 10:07:54AM -0600, Esteban Monge wrote: I use Debian, maybe some parts of FSO are too old... probably not, we have a very recent git version, there are just some opimd changes between our release and current git ;) But I didn't update the configuration for the new framework yet, so opimd is not yet enabled. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] shr apps/stability usable as daily phone?
On Sat, Oct 03, 2009 at 02:56:01PM +0200, Bernd Prünster wrote: since shr apps are now part of pkg-fso repo i was wondering how stable si it, because now i am seriously considering to switch to debain [wardriving!!!] is it as stable as (the stable shr u revisions) shr? Hi, I packaged SHR for the pkg-fso repository. On my phone it's running very stable, but I didn't get much feedback from other guys. Apart from this I can't compare with SHR, because I'm running Debian only on my FR. Please note, that some parts of SHR are still missing due to missing python-elementary in Debian (shr-settings, opimd-utils) and that I'm still working on the package containing the framework configuration. P.S.: For wardriving you have to use an usb wifi stick, beacause the Freerunner's wifi chip can't go into promiscious mode. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM-Showroom Something to show
On Sat, Oct 03, 2009 at 03:04:45AM +0200, David Reyes Samblas Martinez wrote: take a look here[1] for some screenshots and explanations :) Please comments and of course collaboration :) [1]http://www.tuxbrain.com/en/content/om-showroom-something-show David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! Hi, did you think of the possibility, that packages may have different names in SHR and Debian? I saw the screenshot with neon - I packaged this one for Debian, it's in pkg-fso, but the name is 'neon' and not 'om-neon'. -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No wireless in Debian Sid
On Fri, Oct 02, 2009 at 11:37:03AM -0600, Esteban Monge wrote: Hello I haved installed Debian GNU/Linux in my Neo Freerunner, but I cant use the wireless. What is the problem? Hi, 1. You need to configure eth0 2. Device does not exist until you enable it via fso-frameworkd (this will save power when not using wifi) You can do the second step with dbus-send. I use the follwing script: elektra...@freerunner ~ % cat /usr/local/bin/wifi #!/bin/bash if [[ $# 1 ]] ; then echo $0 start|stop exit fi if [[ $1 == start ]] ; then dbus-send --system --dest=org.freesmartphone.odeviced --type=method_call --print-reply /org/freesmartphone/Device/PowerControl/WiFi org.freesmartphone.Device.PowerControl.SetPower int32:1 else dbus-send --system --dest=org.freesmartphone.odeviced --type=method_call --print-reply /org/freesmartphone/Device/PowerControl/WiFi org.freesmartphone.Device.PowerControl.SetPower int32:0 fi elektra...@freerunner ~ % wifi start method return sender=:1.9 - dest=:1.31 reply_serial=2 elektra...@freerunner ~ % ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:12:cf:8e:e2:ba BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:15 (15.0 B) TX bytes:0 (0.0 B) elektra...@freerunner ~ % wifi stop method return sender=:1.9 - dest=:1.32 reply_serial=2 elektra...@freerunner ~ % ifconfig eth0 eth0: error fetching interface information: Device not found -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Litephone 0.1
On Fri, Sep 25, 2009 at 06:16:55AM +0200, Christof Musik wrote: Hi I think the debian packages for FSO are quite outdated. The error you send looks to me like opimd is not enabled, but litephone depends on it. Since I don't use debian I can't tell you what packages you have to update. Maybe you could check the debian threads on this list. Kind regards, Christof Hi, I have updated FSO in Debian recently. The current package in pkg-fso is still HEAD on git.freesmartphone.org. But I have not updated the FSO configuration package for GTA02 so far, so opimd is disabled by default. You can enable it by editing /etc/frameworkd.conf. The opimd section is supposed to look like this: [opimd] # set 1 to disable a module disable = 0 contacts_default_backend = CSV-Contacts messages_default_backend = SIM-Messages-FSO calls_default_backend = SQLite-Calls dates_default_backend = SQLite-Dates notes_default_backend = SQLite-Notes tasks_default_backend = SQLite-Tasks contacts_merging_enabled = 1 messages_default_folder = Unfiled messages_trash_folder = Trash sim_messages_default_folder = SMS rootdir = ../etc/freesmartphone/opim:/etc/freesmartphone/opim:/usr/etc/freesmartphone/opim I will update config packages in the next week. The message would have been on pkg-fso-maint [1] by the way ;) [1] http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-September/001940.html -- Sebastian signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Terminal + UTF-8
Hi, Is there a way to make the openmoko-terminal2 application UTF-8 capable? Also it seems the openmoko-terminal2 does not read in .profile, which would be a nice feature, since there should be a way to define some aliases, ... -- Sebastian R. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: software load for first mfg run of Freerunner? Is ASU what ships?
hi, it was said some days ago in the mailing list, that ASU is not the software which is shipped with the phone. But the first Freerunners, which are shipped are still not for the average user - they are for developers, which are able to update their phones. Am Sonntag, den 25.05.2008, 12:35 -0700 schrieb Ron K. Jeffries: I am NOT asking if mass production has started. I am asking if OpenMoko has frozen a release to load into the microSD cards. It seems to me that the unit can come off the line, and that one of the final steps before packing would be to load the software. Is ASU the* ship[ping s/w load? yes I know people can and will download new s/w. but you'd hope that the Freerunner as shipped would not require an immediate s/w reload. Or maybe I'm being too old skool ??? -- Ron K. Jeffries http://blog.eronj.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: software load for first mfg run of Freerunner? Is ASU what ships?
Am Montag, den 26.05.2008, 00:26 +0200 schrieb Detructor: You don't have to be a developer to update a Freerunner...the phone is for advanced end users (advanced - advanced knowledge of IT) I did not say (or at least I did'nt want to) that developers are the only ones who are able to update a Freerunner, but that the first persons who buy the phone are developers and that these are 100% able to do so :) So I guess the Software which is shipped with the Freerunner will change when the ASU becomes stable. In short: Early Freerunners are for more experienced users (for example developers :)) and later ones are for the ones with less less knowledge of IT. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
When will you update the Production Status, steve?
Am Freitag, den 02.05.2008, 14:25 -0700 schrieb steve: Thread: RE: When begin sales the freerunner? I will update the production status over the weekend! Hi, the weekend is almost gone (actually it is already here in Germany, where it's 3:00 now), so where are the updates? :D greetings from Europe, Sebastian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Steve on V5 versus v6
Am Montag, den 21.04.2008, 00:28 +0200 schrieb Marco Trevisan (Treviño): steve wrote: As far as the goodies in the box go. Whether it's an A5 or a A6, the box will the following at least. I'm still sorting through some issues. 1. phone. 2. Battery 3. Custom Charger 4. Sdcard. 5. Stylus. 6. USB cable. Sometime down the road I will pull out the Sdcard and try to put in a branded Neo stylus. No promises. No pouch (better if openmoko brandized), btw? :( I would like to see the pouch in the package, too :( signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community