Re: SHR source code
On 07/27/2016 12:43 AM, karimi wrote: Hi I'm looking for SHR source code. Where can i find it? Thanks It seems: http://wiki.openmoko.org/wiki/SHR has http://wiki.openmoko.org/wiki/SHR#More_Information which lists http://trac.shr-project.org/ and http://git.shr-project.org/ Mike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR
Hi I'm looking for SHR source code. Where can i find it? Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR source code
Hi I'm looking for SHR source code. Where can i find it? Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth headset with shr, (ophoned,bt3030)
Am 26.10.2014 um 12:33 schrieb Thomas Munker: > i want to use a jabra bt3030 with the current shr(-stage). > So i am going to follow the instruction on > http://wiki.openmoko.org/wiki/Manually_using_Bluetooth > for Bluez4. > They say i should activate ophoned in frameworkd. Now my question is: > What is the use of ophoned, what are the problems that may araise from > it, and why was it deactivatet in the first place? > > Are these instruction still useable at all? > Maybe you got me some hints, has anybode already used the bt3030? Hi! I don't think these instructions are still usable. ophoned is from the FSO-1.0 days and I'm not sure if it is included at all in current SHR stages. If it is included, it probably won't work. I'm sorry I can't give any better instructions... never used any BT headset. BR, Lukas signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
bluetooth headset with shr, (ophoned,bt3030)
Hi, i want to use a jabra bt3030 with the current shr(-stage). So i am going to follow the instruction on http://wiki.openmoko.org/wiki/Manually_using_Bluetooth for Bluez4. They say i should activate ophoned in frameworkd. Now my question is: What is the use of ophoned, what are the problems that may araise from it, and why was it deactivatet in the first place? Are these instruction still useable at all? Maybe you got me some hints, has anybode already used the bt3030? kind regards, Thomas Munker ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] FSO project hosting (mailing lists, ...)
On Tue 11 March 2014 18:26:07 Sebastian Krzyszkowiak wrote: > On Tue, Mar 11, 2014 at 6:15 PM, Dr. Michael Lauer > > wrote: > > Quick update: > > > > I have gathered the old subscribers’ list and > > have invited (not autosubscribed) all former > > members. > > > > If you are not among the invited and have interest > > to participate on the future of the FSO middleware > > stack, then please feel very welcome to join > > > > f...@openphoenux.org > > > > Best regards, > > > > Mickey. > > Subscription link for lazy ones: > http://lists.goldelico.com/mailman/listinfo/fso > > Thank you Mickey for taking care of that! Thanks to both of you! :-) /j -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] FSO project hosting (mailing lists, ...)
On Tue, Mar 11, 2014 at 6:15 PM, Dr. Michael Lauer wrote: > Quick update: > > I have gathered the old subscribers’ list and > have invited (not autosubscribed) all former > members. > > If you are not among the invited and have interest > to participate on the future of the FSO middleware > stack, then please feel very welcome to join > > f...@openphoenux.org > > Best regards, > > Mickey. Subscription link for lazy ones: http://lists.goldelico.com/mailman/listinfo/fso Thank you Mickey for taking care of that! -- Sebastian Krzyszkowiak, dos http://dosowisko.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QTMoko/SHR & Caldav-aware calendar
Hello, Le lundi 18 novembre 2013 à 15:55 +, Peter Viskup a écrit : > Hi all, > I got Horde Groupware working for my domain already and am interested > whether QTMoko does provide calendar which is able to sync via CalDav. > If not, is there such calendar available in current SHR then? > Unfortunately, QtMoko don't have a caldav sync application (but you can code it if you have enough motivation ;)). But, there's a solution to get caldav files and fill the QtMoko calendar with it. This solution is ics2qtcal [0] which is a PERL script to do that. As it's a basic script, you'll need terminal or ssh to use it and it can't save your configurations. I'm working on a graphical solution which is a GUI for ics2qtcal. You can check my getcal project [1] which can save your settings and run ics2qtcal in background. I've just compiled these 2 applications and made .deb packages [2],[3]. Unfortunately, I'm not able to test the packages, because I've neither my Neo nor my GTA04 at home. So you can try them, but it's possible there's bugs in packaging and/or in application. I hope it can help you and I'll notify this list when I'll be able to test my packages, Adrien [0] https://redmine.adorsaz.ch/projects/ics2qtcal_ [1] https://redmine.adorsaz.ch/projects/getcal_ [2] https://redmine.adorsaz.ch/projects/ics2qtcal_/files [3] https://redmine.adorsaz.ch/projects/getcal_/documents signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QTMoko/SHR & Caldav-aware calendar
Hi all, I got Horde Groupware working for my domain already and am interested whether QTMoko does provide calendar which is able to sync via CalDav. If not, is there such calendar available in current SHR then? -- Peter Viskup ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR: monitoring charching rate, voltage, ...
El día Saturday, November 09, 2013 a las 11:52:24AM +0400, Paul Fertser escribió: > See /sys/class/power_supply/battery/uevent (and other files in there if > you need file-per-parameter). Hi, Thanks for the hint. I should have done more searching in our mailing list before asking this question :-( I came up with the attached script. The minty-boost can charge the FR only, for example, from 48% to 83%, i.e. about 35% based on 2 AA cells of Sanyo 2700mAh accus, no more energy drain from them. I will check with replacing the FR by a 10 Ohm resitor (5V divided by 500mA) how much current it gives really under last. Thanks again matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards boost.sh Description: Bourne shell script ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR: monitoring charching rate, voltage, ...
Hi, Matthias Apitz writes: > I would like todo some charching tests with my special charger (a > minty-boost, http://learn.adafruit.com/minty-boost?view=all ), > is there a simple way with some shell scripting to monitor every minute > or so the current charging rate, voltage etc. of the process? See /sys/class/power_supply/battery/uevent (and other files in there if you need file-per-parameter). HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR: monitoring charching rate, voltage, ...
Hi, I would like todo some charching tests with my special charger (a minty-boost, http://learn.adafruit.com/minty-boost?view=all ), is there a simple way with some shell scripting to monitor every minute or so the current charging rate, voltage etc. of the process? Thanks in advance matthias -- Sent from my FreeBSD netbook Matthias Apitz, , http://www.unixarea.de/ f: +49-170-4527211 UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mobile schedule apps -- ConfClerk for SHR (OpenPhoenux/Openmoko)
Hi FOSDEM team, the ConfClerk mobile schedule app is now also ported to the SHR distribution (OpenEmbedded) for OpenPhoenux (GTA04) and Openmoko (GTA01/GTA02) devices. The ipk and a screenshot can be found here: http://slyon.de/shr/confclerk/ Soon it will be in SHR's official feeds! Cheers, Lukas >>>> Von: gregor herrmann >>>> Datum: 20. Januar 2013 21:21:41 MEZ >>>> An: fos...@lists.fosdem.org >>>> Betreff: Re: [FOSDEM] Mobile schedule apps >>>> >>>> On Sun, 20 Jan 2013 18:21:56 +0100, Tias Guns wrote: >>>> >>>>> We love the mobile schedule apps! >>>>> You can find a list of apps we know about here: >>>>> https://fosdem.org/2013/schedule/mobile/ >>>>> Do you know about more apps? More platforms? Tell us about it! >>>> >>>> Please add ConfClerk to the list: >>>> - homepage, source, svn repo: >>>> http://www.toastfreeware.priv.at/confclerk >>>> - packaged for Debian, Ubuntu, and Maemo5 >>>> >>>> (It's the successor of (fosdem-schedule/)fosdem-maemo which can be >>>> removed from the list.) >>>> >>>> ConfClerk is a Qt application that works for all conferences that use >>>> Pentabarf (or frab) for their schedule. >>>> >>>> Incidentally I've confirmed earlier today that FOSDEM 2013's XML >>>> schedule imports fine :) >>>> >>>> >>>> Cheers, >>>> gregor signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Fwd: [FOSDEM] Mobile schedule apps -- ConfClerk for QtMoko/SHR?
Great! As soon as it is done, please announce it on the FOSDEM mailing list: fos...@lists.fosdem.org This could give SHR and QtMoko a lot of more visibility and a permanent entry on this page: https://fosdem.org/2013/schedule/mobile/ I think there is no easier way to bring our software achievements to the attention of a broader audience. But we must hurry a little... FOSDEM starts in one week. Nikolaus Am 22.01.2013 um 19:23 schrieb Lukas Märdian: > Hi, > > bootstrapping is done for SHR: > http://scap.linuxtogo.org/files/dc393982ec30093385f0ae4686261689.png > > Who is willing to jump into optimizing qt-settings (font-size, etc)? > > Attached is the IPK and the BB file. I'll try to move it to upstream SHR > ASAP! > > Cheers, > Lukas > > Am 21.01.2013 06:57, schrieb Dr. H. Nikolaus Schaller: >> Hi, >> is it possible to port/adapt ConfClerk to QtMoko or SHR? >> >> I think it needs some rework to adapt to the screen size, >> but otherwise it could work well since it comes from N810/N900 >> and uses Qt. >> >> If we could submit it to the FOSDEM mobile schedules apps list, >> this could be a great push of QtMoko and/or SHR. >> >> Nikolaus >> >> >> Anfang der weitergeleiteten E-Mail: >> >>> Von: gregor herrmann >>> Datum: 20. Januar 2013 21:21:41 MEZ >>> An: fos...@lists.fosdem.org >>> Betreff: Re: [FOSDEM] Mobile schedule apps >>> >>> On Sun, 20 Jan 2013 18:21:56 +0100, Tias Guns wrote: >>> >>>> We love the mobile schedule apps! >>>> You can find a list of apps we know about here: >>>> https://fosdem.org/2013/schedule/mobile/ >>>> Do you know about more apps? More platforms? Tell us about it! >>> >>> Please add ConfClerk to the list: >>> - homepage, source, svn repo: >>> http://www.toastfreeware.priv.at/confclerk >>> - packaged for Debian, Ubuntu, and Maemo5 >>> >>> (It's the successor of (fosdem-schedule/)fosdem-maemo which can be >>> removed from the list.) >>> >>> ConfClerk is a Qt application that works for all conferences that use >>> Pentabarf (or frab) for their schedule. >>> >>> Incidentally I've confirmed earlier today that FOSDEM 2013's XML >>> schedule imports fine :) >>> >>> >>> Cheers, >>> gregor >>> >>> -- >>> .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key >>> 0xBB3A68018649AA06 >>> : :' : Debian GNU/Linux user, admin, and developer - >>> http://www.debian.org/ >>> `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation >>> Europe >>> `- NP: The Eagles: James Dean >>> ___ >>> FOSDEM mailing list >>> fos...@lists.fosdem.org >>> https://lists.fosdem.org/listinfo/fosdem >> >> ___ >> Gta04-owner mailing list >> gta04-ow...@goldelico.com >> http://lists.goldelico.com/mailman/listinfo/gta04-owner >> > > ___ > Gta04-owner mailing list > gta04-ow...@goldelico.com > http://lists.goldelico.com/mailman/listinfo/gta04-owner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] silent SMS
On Sat, 12 Jan 2013 16:15:10 +0100 Matthias Apitz wrote: > > Hello, Hi, > are such messages signalled by the modem to the software I don't know in fso, I should try... But with the luca/catcher branch of osmocomb you can notice silent SMS with show catcher command. But the luca/catcher branch is outdated and It didn't work for me, so checkout origin/master and cherry-pick that patch: 05d3836041595a099c0db975fd6bd855ee12cce1 you also need a recent osmocon in SHR: I'm not even sure that there is one in the feeds, altough there is one in meta-smartphone/meta-osmocombb. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] silent SMS
On Sat, Jan 12, 2013 at 4:15 PM, Matthias Apitz wrote: > > Hello, > > Concerning so called "silent SMS", short described here: > http://en.wikipedia.org/wiki/Short_Message_Service#Silent_SMS > does we know how such messages work exactly from the technical point of > view and, more interestingly, are such messages signalled by the modem to > the software (and only "normal" cellphones does not send them to the user > on the display), could such events at least logged by our software stacks > (I'm using SHR)? > > Would be a nice feature > > Thanks > > matthias I don't think we're supporting that kind of messages. The only fancy SMS technique that I'm aware that was implemented somewhere in FSO userland is support for class 0 messages in opimd-notifier, which shows button "click to read message" with typical smses, and directly shows message content with class 0 ones. (with ogsmd one could also send class 0 message, but I don't know if or how would it work now with fsogsmd) As far as I understand it, silent messages should be displayed via SHR phone just like any other kind of messages, with all notifications, sounds etc. -- Sebastian Krzyszkowiak, dos http://dosowisko.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: newer navit on qtmoko (shr?)
dpkg: error processing ./navit-current_armv4t.opk (--install): package architecture (armv4t) does not match system (armel) Errors were encountered while processing: ./navit-current_armv4t.opk try with --force-archictecture I will now try to see if installing the tar.gz version is straight forward to be handled within qtmoko. consider alien -d archive.tar.gz this will create a basic debian package (not much in terms of pre/post install/rm nd deps, but at least it will be handled by standard debian package management) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: newer navit on qtmoko (shr?)
robin writes: > newer packages of one/both of them. So if it was not too complex I > would like to In Debian you can try this by adding deb-src http://ftp.debian.org/debian wheezy main to /etc/apt/sources.list and executing sudo apt-get update sudo apt-get build-dep navit apt-get --build source navit ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: newer navit on qtmoko (shr?)
thanks for the link. do you know if there is a simple way for dpkg to handle opk files? I tried but got the expected(!) error: dpkg: error processing ./navit-current_armv4t.opk (--install): package architecture (armv4t) does not match system (armel) Errors were encountered while processing: ./navit-current_armv4t.opk I will now try to see if installing the tar.gz version is straight forward to be handled within qtmoko. br robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: newer navit on qtmoko (shr?)
Hi, at [1] are precompiled binaries for gta02 of latest svn version from navit. They worked on debian and shr the last time i tried them. Ciao, Rainer [1] http://download.navit-project.org/navit/openmoko/svn/ Am 23.12.2012 10:04, schrieb robin: > hi > > as navit is available for both the debian-squeeze and qtmoko directly but only > in rather old versions I was wondering how much expertise it takes to build > newer packages of one/both of them. So if it was not too complex I would like > to > pick it up an publish newer version which I will then try to build on a > server. > So if you have any script/idea on how to do so, please let me know and I can > try > (eventually I will have a GTA02 and a GTA04 at home, so I would like to build > them for both if it makes a difference (eg armhf)). > > best regards > > robin > > > ps: I am all but an expert building packages, so I might need a bit more > detailed help. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: newer navit on qtmoko (shr?)
Hi Using QtMoko, the easy way IMHO is pinning a newer package of navit from the Debian Wheezy repository. But pay attention that pinning navit from wheezy: - you'll probably be able to use it from QX but I don't know if it will work directly in QtMoko in the framebuffer; - you'll have to download all its dependencies and/or upgrade some packages from Wheezy, and mixing Squeeze with Wheezy could be a problem; Otherwise, you can compile and make a deb package from navit sources and suitable for Squeeze/QtMoko. You'll need tools like: - dhmake - dpkg-buildpackage There are a lot of documentation about it on the net, for example check this [1] But also in this case, using QtMoko, you'll have to check if it will work only in X or also in the framebuffer. Regards Joif [1] http://www.webupd8.org/2010/01/how-to-create-deb-package-ubuntu-debian.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
newer navit on qtmoko (shr?)
hi as navit is available for both the debian-squeeze and qtmoko directly but only in rather old versions I was wondering how much expertise it takes to build newer packages of one/both of them. So if it was not too complex I would like to pick it up an publish newer version which I will then try to build on a server. So if you have any script/idea on how to do so, please let me know and I can try (eventually I will have a GTA02 and a GTA04 at home, so I would like to build them for both if it makes a difference (eg armhf)). best regards robin ps: I am all but an expert building packages, so I might need a bit more detailed help. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA-04] multiboot with QtMoko/SHR
the SHR install guide already conforms with the new uboot setup metioned by Nikolaus. You can just partition you SD card with up to 4 ext partitions and put SHR on any of them. BUT your kernel needs to take the 'rootfs' bootarg from the bootloader for this to work. There are some kernels wich have 'rootfs=/dev/mmcblk0p2' hardcoded, e.g. old SHR kernels (fixed since 29 Oct. [0]), NeilBrown's kernel (gta04_defconfig), ... but there's no actual kernel or tar ball available yet, isn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA-04] multiboot with QtMoko/SHR
On Tue, Nov 13, 2012 at 08:47:09PM +0100, Lukas Märdian wrote: > Hi, > > the SHR install guide already conforms with the new uboot setup metioned > by Nikolaus. > > You can just partition you SD card with up to 4 ext partitions and put > SHR on any of them. BUT your kernel needs to take the 'rootfs' bootarg > from the bootloader for this to work. There are some kernels wich have > 'rootfs=/dev/mmcblk0p2' hardcoded, e.g. old SHR kernels (fixed since 29 > Oct. [0]), NeilBrown's kernel (gta04_defconfig), ... Small typo, 'root' bootarg, not rootfs. Cheers, > I hope this helps, > Lukas > > [0] > http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=50c4dbb7aece3d33b2a718d82a093700c066fe02 > > Am 13.11.2012 18:09, schrieb A.dre: > > Thanks for your quick response. I will try an entirely different > > partitioning scheme (omitting the FAT32 on p1). > > > > Still puzzled as why my SHR on p4 never booted. > > > > As for 'unofficial beagle board pages', I was redirected there by [7]: > > "The SD card needs to have a special format as described here." > > (Probably I misinterpreted something here(?).) > > > > Thanks again, André. > > > > [7] http://projects.goldelico.com/p/gta04-rootfs/ > > > > On 11/13/2012 05:53 PM, Dr. H. Nikolaus Schaller wrote: > >> Hi, > >> with the new boot system [5] you can just format the heads/cylinders > >> as you like > >> and ignore [1] as long as your x-loader in NAND is intact. And even > >> then, I > >> suggest to follow the GTA04 documentation and not some inofficial beagle > >> board pages. > >> > >> The new boot system scans for the first kernel it finds in any of the > >> 4 ext2/3/4 partitions. > >> Therefore the first partition not even needs to be FAT and you can > >> have 4 ext partitions. > >> > >> Unfortunately I did not yet find the time to write a full documentation. > >> > >> Nikolaus > >> > >> [5] http://download.goldelico.com/gta04/20121030-GTA04-Production/ > >> > >> > >> Am 13.11.2012 um 17:43 schrieb A.dre: > >> > >>> Is it possible to prepare a SD-card for GTA-04 with multiple OS'es > >>> installed? (QtMoko and SHR in my case.) > >>> > >>> I tried and did not succeed. I followed (in chronological order) > >>> [1](sd-card), [2](QtMoko) and [3](SHR) with result [4] > >>> > >>> Different from [2] is that partition 4 is formatted as ext3 (instead > >>> of SWAP). This is the partition where I put SHR. > >>> As I understand from [3] SHR does not mandate specific partitions to > >>> be installed on. > >>> > >>> I tried QtMoko on partition 2 and SHR on p4. I never got SHR to boot. > >>> (QtMoko did boot.) > >>> I tried SHR on partition 2 and another SHR on p4. I never got SHR to > >>> boot from p4. > >>> (SHR from p2 booted although I selected p4 during boot!) > >>> > >>> Any ideas? > >>> Should the partition with /boot reside below 2GB? > >>> Is it mandatory to put QtMoko/rootfs on partition 2? > >>> > >>> Thanks in advance for any suggestions, > >>> André > >>> > >>> (As I'm writing this email I see the number heads is 246 instead of > >>> the 255 as in mentioned in [1]. I will give it another try.) > >>> > >>> [1] http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat > >>> [2] http://sourceforge.net/projects/qtmoko/files/GTA04/ > >>> [3] http://shr-project.org/trac/wiki/Devices/GTA04/InstallGuide > >>> [4]$ sudo fdisk -l /dev/sdb > >>> Disk /dev/sdb: 7969 MB, 7969177600 bytes > >>> 246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors > >>> Units = sectors of 1 * 512 = 512 bytes > >>> Sector size (logical/physical): 512 bytes / 512 bytes > >>> I/O size (minimum/optimal): 512 bytes / 512 bytes > >>> Disk identifier: 0x > >>> > >>>Device Boot Start End Blocks Id System > >>> /dev/sdb1 * 63 144584 72261c W95 FAT32 (LBA) > >>> /dev/sdb2 144585 5284655 2570035+ 83 Linux > >>> /dev/sdb3 528465610424726 2570035+ c W95 FAT32 (LBA) > >>> /dev/sdb41042472715564797 2570035+ 83 Linux > >>> $ > >>> > >>> > >>> ___ > >>> Openmoko community mailing list > >>> community@lists.openmoko.org > >>> http://lists.openmoko.org/mailman/listinfo/community > >> > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA-04] multiboot with QtMoko/SHR
Hi, the SHR install guide already conforms with the new uboot setup metioned by Nikolaus. You can just partition you SD card with up to 4 ext partitions and put SHR on any of them. BUT your kernel needs to take the 'rootfs' bootarg from the bootloader for this to work. There are some kernels wich have 'rootfs=/dev/mmcblk0p2' hardcoded, e.g. old SHR kernels (fixed since 29 Oct. [0]), NeilBrown's kernel (gta04_defconfig), ... I hope this helps, Lukas [0] http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=50c4dbb7aece3d33b2a718d82a093700c066fe02 Am 13.11.2012 18:09, schrieb A.dre: > Thanks for your quick response. I will try an entirely different > partitioning scheme (omitting the FAT32 on p1). > > Still puzzled as why my SHR on p4 never booted. > > As for 'unofficial beagle board pages', I was redirected there by [7]: > "The SD card needs to have a special format as described here." > (Probably I misinterpreted something here(?).) > > Thanks again, André. > > [7] http://projects.goldelico.com/p/gta04-rootfs/ > > On 11/13/2012 05:53 PM, Dr. H. Nikolaus Schaller wrote: >> Hi, >> with the new boot system [5] you can just format the heads/cylinders >> as you like >> and ignore [1] as long as your x-loader in NAND is intact. And even >> then, I >> suggest to follow the GTA04 documentation and not some inofficial beagle >> board pages. >> >> The new boot system scans for the first kernel it finds in any of the >> 4 ext2/3/4 partitions. >> Therefore the first partition not even needs to be FAT and you can >> have 4 ext partitions. >> >> Unfortunately I did not yet find the time to write a full documentation. >> >> Nikolaus >> >> [5] http://download.goldelico.com/gta04/20121030-GTA04-Production/ >> >> >> Am 13.11.2012 um 17:43 schrieb A.dre: >> >>> Is it possible to prepare a SD-card for GTA-04 with multiple OS'es >>> installed? (QtMoko and SHR in my case.) >>> >>> I tried and did not succeed. I followed (in chronological order) >>> [1](sd-card), [2](QtMoko) and [3](SHR) with result [4] >>> >>> Different from [2] is that partition 4 is formatted as ext3 (instead >>> of SWAP). This is the partition where I put SHR. >>> As I understand from [3] SHR does not mandate specific partitions to >>> be installed on. >>> >>> I tried QtMoko on partition 2 and SHR on p4. I never got SHR to boot. >>> (QtMoko did boot.) >>> I tried SHR on partition 2 and another SHR on p4. I never got SHR to >>> boot from p4. >>> (SHR from p2 booted although I selected p4 during boot!) >>> >>> Any ideas? >>> Should the partition with /boot reside below 2GB? >>> Is it mandatory to put QtMoko/rootfs on partition 2? >>> >>> Thanks in advance for any suggestions, >>> André >>> >>> (As I'm writing this email I see the number heads is 246 instead of >>> the 255 as in mentioned in [1]. I will give it another try.) >>> >>> [1] http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat >>> [2] http://sourceforge.net/projects/qtmoko/files/GTA04/ >>> [3] http://shr-project.org/trac/wiki/Devices/GTA04/InstallGuide >>> [4]$ sudo fdisk -l /dev/sdb >>> Disk /dev/sdb: 7969 MB, 7969177600 bytes >>> 246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors >>> Units = sectors of 1 * 512 = 512 bytes >>> Sector size (logical/physical): 512 bytes / 512 bytes >>> I/O size (minimum/optimal): 512 bytes / 512 bytes >>> Disk identifier: 0x >>> >>>Device Boot Start End Blocks Id System >>> /dev/sdb1 * 63 144584 72261c W95 FAT32 (LBA) >>> /dev/sdb2 144585 5284655 2570035+ 83 Linux >>> /dev/sdb3 528465610424726 2570035+ c W95 FAT32 (LBA) >>> /dev/sdb41042472715564797 2570035+ 83 Linux >>> $ >>> >>> >>> ___ >>> Openmoko community mailing list >>> community@lists.openmoko.org >>> http://lists.openmoko.org/mailman/listinfo/community >> > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA-04] multiboot with QtMoko/SHR
Thanks for your quick response. I will try an entirely different partitioning scheme (omitting the FAT32 on p1). Still puzzled as why my SHR on p4 never booted. As for 'unofficial beagle board pages', I was redirected there by [7]: "The SD card needs to have a special format as described here." (Probably I misinterpreted something here(?).) Thanks again, André. [7] http://projects.goldelico.com/p/gta04-rootfs/ On 11/13/2012 05:53 PM, Dr. H. Nikolaus Schaller wrote: Hi, with the new boot system [5] you can just format the heads/cylinders as you like and ignore [1] as long as your x-loader in NAND is intact. And even then, I suggest to follow the GTA04 documentation and not some inofficial beagle board pages. The new boot system scans for the first kernel it finds in any of the 4 ext2/3/4 partitions. Therefore the first partition not even needs to be FAT and you can have 4 ext partitions. Unfortunately I did not yet find the time to write a full documentation. Nikolaus [5] http://download.goldelico.com/gta04/20121030-GTA04-Production/ Am 13.11.2012 um 17:43 schrieb A.dre: Is it possible to prepare a SD-card for GTA-04 with multiple OS'es installed? (QtMoko and SHR in my case.) I tried and did not succeed. I followed (in chronological order) [1](sd-card), [2](QtMoko) and [3](SHR) with result [4] Different from [2] is that partition 4 is formatted as ext3 (instead of SWAP). This is the partition where I put SHR. As I understand from [3] SHR does not mandate specific partitions to be installed on. I tried QtMoko on partition 2 and SHR on p4. I never got SHR to boot. (QtMoko did boot.) I tried SHR on partition 2 and another SHR on p4. I never got SHR to boot from p4. (SHR from p2 booted although I selected p4 during boot!) Any ideas? Should the partition with /boot reside below 2GB? Is it mandatory to put QtMoko/rootfs on partition 2? Thanks in advance for any suggestions, André (As I'm writing this email I see the number heads is 246 instead of the 255 as in mentioned in [1]. I will give it another try.) [1] http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat [2] http://sourceforge.net/projects/qtmoko/files/GTA04/ [3] http://shr-project.org/trac/wiki/Devices/GTA04/InstallGuide [4]$ sudo fdisk -l /dev/sdb Disk /dev/sdb: 7969 MB, 7969177600 bytes 246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb1 * 63 144584 72261c W95 FAT32 (LBA) /dev/sdb2 144585 5284655 2570035+ 83 Linux /dev/sdb3 528465610424726 2570035+ c W95 FAT32 (LBA) /dev/sdb41042472715564797 2570035+ 83 Linux $ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA-04] multiboot with QtMoko/SHR
Hi, with the new boot system [5] you can just format the heads/cylinders as you like and ignore [1] as long as your x-loader in NAND is intact. And even then, I suggest to follow the GTA04 documentation and not some inofficial beagle board pages. The new boot system scans for the first kernel it finds in any of the 4 ext2/3/4 partitions. Therefore the first partition not even needs to be FAT and you can have 4 ext partitions. Unfortunately I did not yet find the time to write a full documentation. Nikolaus [5] http://download.goldelico.com/gta04/20121030-GTA04-Production/ Am 13.11.2012 um 17:43 schrieb A.dre: > Is it possible to prepare a SD-card for GTA-04 with multiple OS'es installed? > (QtMoko and SHR in my case.) > > I tried and did not succeed. I followed (in chronological order) > [1](sd-card), [2](QtMoko) and [3](SHR) with result [4] > > Different from [2] is that partition 4 is formatted as ext3 (instead of > SWAP). This is the partition where I put SHR. > As I understand from [3] SHR does not mandate specific partitions to be > installed on. > > I tried QtMoko on partition 2 and SHR on p4. I never got SHR to boot. > (QtMoko did boot.) > I tried SHR on partition 2 and another SHR on p4. I never got SHR to boot > from p4. > (SHR from p2 booted although I selected p4 during boot!) > > Any ideas? > Should the partition with /boot reside below 2GB? > Is it mandatory to put QtMoko/rootfs on partition 2? > > Thanks in advance for any suggestions, > André > > (As I'm writing this email I see the number heads is 246 instead of the 255 > as in mentioned in [1]. I will give it another try.) > > [1] http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat > [2] http://sourceforge.net/projects/qtmoko/files/GTA04/ > [3] http://shr-project.org/trac/wiki/Devices/GTA04/InstallGuide > [4]$ sudo fdisk -l /dev/sdb > Disk /dev/sdb: 7969 MB, 7969177600 bytes > 246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x > > Device Boot Start End Blocks Id System > /dev/sdb1 * 63 144584 72261c W95 FAT32 (LBA) > /dev/sdb2 144585 5284655 2570035+ 83 Linux > /dev/sdb3 528465610424726 2570035+ c W95 FAT32 (LBA) > /dev/sdb41042472715564797 2570035+ 83 Linux > $ > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[GTA-04] multiboot with QtMoko/SHR
Is it possible to prepare a SD-card for GTA-04 with multiple OS'es installed? (QtMoko and SHR in my case.) I tried and did not succeed. I followed (in chronological order) [1](sd-card), [2](QtMoko) and [3](SHR) with result [4] Different from [2] is that partition 4 is formatted as ext3 (instead of SWAP). This is the partition where I put SHR. As I understand from [3] SHR does not mandate specific partitions to be installed on. I tried QtMoko on partition 2 and SHR on p4. I never got SHR to boot. (QtMoko did boot.) I tried SHR on partition 2 and another SHR on p4. I never got SHR to boot from p4. (SHR from p2 booted although I selected p4 during boot!) Any ideas? Should the partition with /boot reside below 2GB? Is it mandatory to put QtMoko/rootfs on partition 2? Thanks in advance for any suggestions, André (As I'm writing this email I see the number heads is 246 instead of the 255 as in mentioned in [1]. I will give it another try.) [1] http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat [2] http://sourceforge.net/projects/qtmoko/files/GTA04/ [3] http://shr-project.org/trac/wiki/Devices/GTA04/InstallGuide [4]$ sudo fdisk -l /dev/sdb Disk /dev/sdb: 7969 MB, 7969177600 bytes 246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb1 * 63 144584 72261c W95 FAT32 (LBA) /dev/sdb2 144585 5284655 2570035+ 83 Linux /dev/sdb3 528465610424726 2570035+ c W95 FAT32 (LBA) /dev/sdb41042472715564797 2570035+ 83 Linux $ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: J2ME on QtMoko/SHR?
I guess I could live without it, but if there is a chance to include it, this would add the chance to have a couple more apps being able to run under SHR. So yes if possible, please include. br robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: J2ME on QtMoko/SHR?
On Fri, Nov 2, 2012 at 10:20 AM, robin wrote: > hi martin, Hi, > will this be ported to shr-core at some time in the future? It can be, if it's still useful and wanted, we can ask meta-java maintainer to include it or send him patch with phoneme. Cheers, > best regards > > robin > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: J2ME on QtMoko/SHR?
hi radek, thanks for pointing me to phonetiq. the test app works nicely gpsmid somehow exits with an application exception (which is unfortunately not fitted to the screen size so I cannot read/report it here). Maybe if one will be able to run android-apks the gpsmid apk may work. best regards robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: J2ME on QtMoko/SHR?
hi martin, will this be ported to shr-core at some time in the future? best regards robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: J2ME on QtMoko/SHR?
On Thursday 01 November 2012 15:05:04 robin wrote: > I have come across GPSMid (see below) and it looks quite nice for routing, > as it apparently is also able to get the position from the Cell-Network. > Now GPSMid is made for Java Phones and Android. They though state if you > get J2ME running you should be able to run it as well. Does anyone know if > we can do this on QtMoko or SHR or push me in the right direction? QtMoko can run J2ME apps with phonetiq: http://qtmoko.sourceforge.net/apps/qtmoko-phonetiq.html http://www.youtube.com/watch?v=i3uoK0OGVow Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: J2ME on QtMoko/SHR?
On Thu, Nov 1, 2012 at 4:05 PM, robin wrote: > Hi, > > I have come across GPSMid (see below) and it looks quite nice for routing, as > it > apparently is also able to get the position from the Cell-Network. Now > GPSMid is made for Java Phones and Android. They though state if you get > J2ME running you should be able to run it as well. Does anyone know if > we can do this on QtMoko or SHR or push me in the right direction? Hi, with OE-classic we had in feed phoneme http://java.net/projects/phoneme http://git.openembedded.org/openembedded/tree/recipes/phoneme No idea if it would work with GPSMid (in theory you can test with shr-unstable). Cheers, > > thanks a lot > > robin > > > GPSMid getting started: > http://sourceforge.net/apps/mediawiki/gpsmid/index.php?title=Getting_started > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
J2ME on QtMoko/SHR?
Hi, I have come across GPSMid (see below) and it looks quite nice for routing, as it apparently is also able to get the position from the Cell-Network. Now GPSMid is made for Java Phones and Android. They though state if you get J2ME running you should be able to run it as well. Does anyone know if we can do this on QtMoko or SHR or push me in the right direction? thanks a lot robin GPSMid getting started: http://sourceforge.net/apps/mediawiki/gpsmid/index.php?title=Getting_started ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Anyone look at Always Innovating Super-Jumbo as basis for Android under SHR?
I've seen there has been some discussion on using Android on Freerunner or Replicant on GTA04 phones [1]. There has even been some success at running Android under QtMoko or SHR using chroot, but it seems no one has looked at integrating it within the SHR build system. I'm wondering if I'm wrong, because I think that the Always Innovating Super-Jumbo release for BeagleBoard-xM [2] would make a good enough example that could be reverse engineered and included within the SHR builds. I'd really like to have my primary interface be SHR, but I still want to be able to run Android applications. I continue to evaluate putting an actual build of Android under meta-android, but I think someone else would know much better how to do this and it is pretty far down my priority list. Anyway, I'm putting it out there that I'm looking into the challenge. [1] http://lists.openmoko.org/nabble.html#nabble-td7561986 [2] http://www.alwaysinnovating.com/wiki/index.php/Beagleboard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
reduce font size below 6 in emacs on SHR
does anyone know how I can reduce the font size in emacs even lower than 6? 6 is the lowest number I can choose if I use the GUI to change font/fontsize. As the terminal can produce quality small fonts I would guess that it is possible in emacs as well. Maybe it has something to do with the SHR scaling factor set to 2. Though that is needed to have the icons being displayed in the right size... best regards robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
Hi, David & others, Bugs fixed in u-boot i posted were directly related to suspend power consumption. It should be fine with latest u-boot posted on the page. Right now i am using FR (my n900 seem a bit died, needs investigation why it can't boot). My FR with qtmoko seem has proper power consumption, through i am using nokia battery now and have no time now to measure consumption with multimeter. Gennady. В Птн, 12/10/2012 в 00:11 +0200, David Garabana Barro пишет: > O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > > > David Garabana Barro writes: > > > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it > should > > > > be fixed in qtmoko's 2.6.34, isn't it? > > > > > > Yes. > > > > > > > Any clue on this? > > > > > > Can you measure the power consumption please? With and without GSM. > > > > After changing u-boot with qi, battery standby time is far better. > > It seems gennady's u-boot still have some bugs... > > > > Thanks you all for the help > > > > -- > > David Garabana Barro > > jabber & google talk ID: da...@garabana.com > > Clave pública PGP/GPG: http://davide.garabana.com/pgp.html > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
On Fri, 2012-10-12 at 00:11 +0200, David Garabana Barro wrote: > O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > > > David Garabana Barro writes: > > > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it > should > > > > be fixed in qtmoko's 2.6.34, isn't it? > > > > > > Yes. > > > > > > > Any clue on this? > > > > > > Can you measure the power consumption please? With and without GSM. > > > > After changing u-boot with qi, battery standby time is far better. > > It seems gennady's u-boot still have some bugs... > > > > Thanks you all for the help > > > > -- > > David Garabana Barro > > jabber & google talk ID: da...@garabana.com > > Clave pública PGP/GPG: http://davide.garabana.com/pgp.html > Hi David, Could you please post the current_now measurements with the qi bootloader? Kind regards, Ed ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > David Garabana Barro writes: > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it should > > be fixed in qtmoko's 2.6.34, isn't it? > > Yes. > > > Any clue on this? > > Can you measure the power consumption please? With and without GSM. After changing u-boot with qi, battery standby time is far better. It seems gennady's u-boot still have some bugs... Thanks you all for the help -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Running android apps on qtmoko/shr?
I tested AoF and the Froyo version even worked quite nicely on my freerunner, but I still prefer QtMoko and SHR at the moment and as I only need one or two android specific apps it would be nice to have these apps to be able to run on Qtmoko/SHR. But as I read from the comments it might be possible but a tremendous amount of time/work would be needed. thanks for the answers robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Running android apps on qtmoko/shr?
On Tuesday, October 09, 2012 03:58:18 PM robin wrote: > I know this sounds a bit weird but does anyone know if there is a > possibility to run android apps on qtmoko or shr? both distros have pretty > much all software I am looking for but eg for org-mode there are > smartphone optimized graphical user interfaces which would making > integrating the freerunner in my workflow much easier. It should be possible to run android apps in chroot - something like qx in QtMoko. I even had android and QtMoko running on GTA04 at the same time. But it's a lot of work to make it usable. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Running android apps on qtmoko/shr?
MeeGo side we had some tracks to run android/dalvik apps on a gnu system ... but it is still not usable ... so far the only project i know to run apk outside android is qemu or bluestack (may be also vm) ... -- http://rzr.online.fr/q/dalvik On 10/9/12, Christ van Willegen wrote: > On Tue, Oct 9, 2012 at 3:58 PM, robin wrote: >> I know this sounds a bit weird but does anyone know if there is a >> possibility >> to run android apps on qtmoko or shr? > > Well, there _is_ the AoF (Android on Freerunner) project, and Paul K. > is working on Replicant for the GTA04... > > Christ van Willegen > -- > 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Related Obsession : http://rzr.online.fr/q/tizen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Running android apps on qtmoko/shr?
On Tue, Oct 9, 2012 at 3:58 PM, robin wrote: > I know this sounds a bit weird but does anyone know if there is a possibility > to run android apps on qtmoko or shr? Well, there _is_ the AoF (Android on Freerunner) project, and Paul K. is working on Replicant for the GTA04... Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Running android apps on qtmoko/shr?
I know this sounds a bit weird but does anyone know if there is a possibility to run android apps on qtmoko or shr? both distros have pretty much all software I am looking for but eg for org-mode there are smartphone optimized graphical user interfaces which would making integrating the freerunner in my workflow much easier. robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Domingo, 7 de Outubro de 2012, David Garabana Barro escribiu: > O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > > David Garabana Barro writes: > > > Any clue on this? > > > > Can you measure the power consumption please? With and without GSM. > > Now, I want to do tests with GSM powered off. For this, is it enough if I > boot without inserted SIM card? I answer myself. Booting without SIM card does no change power consumption at all, so it seems qtmoko powers on GSM with or without SIM inserted. So I've made as suggested by gennady in bug report: cd /sys/bus/platform/devices echo 1 > gta02-pm-gsm.0/power_on echo 0 > gta02-pm-gsm.0/power_on And now I can see a difference in power consumption, BUT it seems qtmoko won't suspend if you poweroff GSM :( GSM off: On battery and display at 80% [1] brightness: 197 mA On battery and display dimmed: 123 mA On battery and display off: 117 mA On resume: ?? mA There are almost not deviations in power consumption with GSM powered off, which I suppose is normal. Being timeouts configured as: Dim:1 m Display off:3 m Suspend:5 m And using the same script as before This is the output of script in a full cycle (only pasting changes in current_now values) Sun Oct 7 13:55:22 CEST 2012 199875 [..] Sun Oct 7 13:56:08 CEST 2012 199875 Sun Oct 7 13:56:13 CEST 2012 124687 [..] Sun Oct 7 13:57:49 CEST 2012 124687 Sun Oct 7 13:57:54 CEST 2012 118500 -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Domingo, 7 de Outubro de 2012, Radek Polak escribiu: > On Sunday, October 07, 2012 06:52:42 AM David Garabana Barro wrote: > Maybe stupid questions - but do you have USB cable connected? In this case > it will not suspend. On battery it should suspend after configured > interval. You can try lock the home screen - the preconfigured interval in > this case is 10s. I asked this before Timo's answer. Now I know I can read it from current_now just after waking up. As you say, it would be better to have "charge_now", but by the moment this is an acceptable approximation... -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > David Garabana Barro writes: > > Any clue on this? > > Can you measure the power consumption please? With and without GSM. For these tests I flashed Qi from qtmoko repositories, so we can discard any problem with u-boot. GSM on: On battery and display at 80% [1] brightness: ~200-210 mA On battery and display dimmed: ~130-135 mA On battery and display off: ~120-130 mA On resume: ~12-18 mA Being timeouts configured as: Dim:1 m Display off:3 m Suspend:5 m And using this script: while true; do echo "`date` `cat /sys/class/power_supply/battery/current_now`" >>/var/log/power.log; sleep 5; done This is the output of script in a full cycle (only pasting changes in current_now values) Sun Oct 7 10:39:59 CEST 2012 200250 [..] Sun Oct 7 10:40:45 CEST 2012 200250 Sun Oct 7 10:40:50 CEST 2012 134062 [..] Sun Oct 7 10:41:35 CEST 2012 134062 Sun Oct 7 10:41:40 CEST 2012 131437 [..] Sun Oct 7 10:42:26 CEST 2012 131437 Sun Oct 7 10:42:31 CEST 2012 128250 [..] Sun Oct 7 10:43:16 CEST 2012 128250 Sun Oct 7 10:43:22 CEST 2012 123375 [..] Sun Oct 7 10:44:07 CEST 2012 123375 Sun Oct 7 10:44:12 CEST 2012 122250 [..] Sun Oct 7 10:44:32 CEST 2012 122250 Sun Oct 7 10:54:16 CEST 2012 12750 Does these valules seem ok for you? Is it normal so little difference (~10mA) between dimmed display and powered off display? Now, I want to do tests with GSM powered off. For this, is it enough if I boot without inserted SIM card? [1] Default qtmoko on-battery max brightness -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
David Garabana Barro writes: > And I'm wondering, if suspended, it won't log anything, won't it? current_now has a lag of about 20 seconds. If you read it right after resume you can get suspend consumption. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Domingo, 7 de Outubro de 2012, David Garabana Barro escribiu: > btw, I'm using latest gennady's u-boot, and it seems to still poweron > gps... I wasn't using gennady's u-boot. I have just flashed it, I'll try it and post results. -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Xoves, 4 de Outubro de 2012, Radek Polak escribiu: > On Thursday, October 04, 2012 09:04:00 AM David Garabana Barro wrote: > > O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > > > David Garabana Barro writes: > > > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it > > > > should be fixed in qtmoko's 2.6.34, isn't it? > > > > > > Yes. > > > > Thanks > > > > > Can you measure the power consumption please? With and without GSM. > > > > How can I do it? > > Is there any wiki page about it? > > The trac ticket you are reffering to has commands how to do it. Besides > QtMoko has the information about current consumption on the home screen > (near the lightning icon e.g. 300/12mA which means 300mA now, 12mA in last > suspend). And finally you can even read the current_now sysfs file. I'm trying with #!/bin/sh while true do cat /sys/class/power_supply/battery/current_now >>/var/log/power.log sleep 1 done but if running the script, qtmoko won't enter suspend And I'm wondering, if suspended, it won't log anything, won't it? Sorry if an obvious question, but how can I measure suspended current draw? btw, I'm using latest gennady's u-boot, and it seems to still poweron gps... -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Venres, 5 de Outubro de 2012, Giacomo 'giotti' Mariani escribiu: > Anyway, a strange thinks happened. > In the last few days my QtMoko lightning icon started saying > number/0mA, where number is an integer reasonably representing the > consumption (negative if charging). Same here. Cant read last suspend current, it's allways 0. -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
Hello Everyone, > The trac ticket you are reffering to has commands how to do it. Besides > QtMoko > has the information about current consumption on the home screen (near the > lightning icon e.g. 300/12mA which means 300mA now, 12mA in last suspend). > And > finally you can even read the current_now sysfs file. My freerunner, usually last in suspend between one and two days, depending on the weather (I think the quality of the GSM signal). Anyway, a strange thinks happened. In the last few days my QtMoko lightning icon started saying number/0mA, where number is an integer reasonably representing the consumption (negative if charging). But the last suspend is always 0. (Maybe, it started after the last update of the theme via apt, but I'm not sure.) Could it be due to the breaking of the soldering of #1024 fix? I did not check if the soldering is still there, but recently, a few times, when exiting from the suspend, I see the "no network" and "searching from network" icons. > > If you enable deep sleep the values should be something like 10..12mA Previously I had that value shown. > > Regards > > Radek Cheers, Giacomo -- ## giacomo 'giotti' mariani gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859 O< ASCII ribbon campaign: stop HTML mail www.asciiribbon.org ## ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
On Friday, October 05, 2012 09:59:55 AM Adrien Dorsaz wrote: > I've just seen yesterday that this option was unchecked on my GTA02 and > now suspend current is between 10..12mA too instead of 25mA. Great, this looks good now. Btw it's unchecked by default because not all HW have deep sleep fixed and on non fixed it would make problems. > As I've seen on openmoko.org deep sleep seems related to the #1024 (so > the gsm suspend). Does this option only suspend the GSM or also > wifi/bluetooth (I don't know if it's the case with a simple suspend) ? Wifi and bluetooth are IIRC turned off before going to sleep. Wifi has wake-on- wlan function but this has to be explicitly turned on. > Does this bug and fix are also existing on GTA04 or that was solved by > Golden Delicious ? GTA04 has different modem. IIRC i havent seen power consumption numbers for the modem. I havent found any AT commands for deep sleep - it's quite likely that the modem does this automatically. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
Hello! > > If you enable deep sleep the values should be something like 10..12mA > I've just seen yesterday that this option was unchecked on my GTA02 and now suspend current is between 10..12mA too instead of 25mA. As I've seen on openmoko.org deep sleep seems related to the #1024 (so the gsm suspend). Does this option only suspend the GSM or also wifi/bluetooth (I don't know if it's the case with a simple suspend) ? Does this bug and fix are also existing on GTA04 or that was solved by Golden Delicious ? Regards, Adrien ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
David Garabana Barro writes: > How can I do it? > Is there any wiki page about it? The bug report that you linked to talks about different ways to do that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
On Thursday, October 04, 2012 09:04:00 AM David Garabana Barro wrote: > O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > > David Garabana Barro writes: > > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it > > > should be fixed in qtmoko's 2.6.34, isn't it? > > > > Yes. > > Thanks > > > Can you measure the power consumption please? With and without GSM. > > How can I do it? > Is there any wiki page about it? The trac ticket you are reffering to has commands how to do it. Besides QtMoko has the information about current consumption on the home screen (near the lightning icon e.g. 300/12mA which means 300mA now, 12mA in last suspend). And finally you can even read the current_now sysfs file. If you enable deep sleep the values should be something like 10..12mA Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Xoves, 4 de Outubro de 2012, Timo Juhani Lindfors escribiu: > David Garabana Barro writes: > > I've read about http://docs.openmoko.org/trac/ticket//2349, but it should > > be fixed in qtmoko's 2.6.34, isn't it? > > Yes. Thanks > Can you measure the power consumption please? With and without GSM. How can I do it? Is there any wiki page about it? -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
O Xoves, 4 de Outubro de 2012, Radek Polak escribiu: > > Is this standby time normal for this version? > > What is your standby time? > But i have never had dumb battery so cant help much here. The original > openmoko battery has the advantage, that you immediately see if something > is wrong. All my batteries are original, not dumb. I've bough it at pulster.de, Christoph still sells them -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
On Thursday, October 04, 2012 12:05:35 AM David Garabana Barro wrote: > Any clue on this? > Is this standby time normal for this version? > What is your standby time? I am not regulary using GTA02 anymore, but i charged my GTA02 with original openmoko battery and left it on my table on Thursday. When i came from small holidays on Sunday and pressed POWER button it woke up. So 3 days in suspend should be normal. But i have never had dumb battery so cant help much here. The original openmoko battery has the advantage, that you immediately see if something is wrong. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
David Garabana Barro writes: > I've read about http://docs.openmoko.org/trac/ticket//2349, but it should be > fixed in qtmoko's 2.6.34, isn't it? Yes. > Any clue on this? Can you measure the power consumption please? With and without GSM. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bye SHR, hello QTMoko (and battery life)
On 10/04/2012 12:05 AM, David Garabana Barro wrote: Hi I've finally gave up with SHR. Around 2010 June-July, I had a mostly stable daily phone, rock solid gps, really great battery life (#1024 fixed, 3-4 days standby time), and I was very very happy. But since then, my sd card sttoped working realibly, my phone doesn't wake up from suspend, gps intermitently fails, and I cannot say about battery life, because it's almost impossible to last 1 day without a freeze... In late 2011 I had a baby, and I left Neo unused for a while. I had no time to fight with so many problems. I was using a dumb phone as my daily phone, and giving all my time to my baby :) Now I want to use FR again, and give qtmoko a chance. I'm really surprised with the state of all functions. Almost everything works flawlessly, new theme is AMAZING, I can even use my own WPA2 home wifi. Last time I got it working with neo was with FDOM (LOOONG time ago). SD card works again (I'm booting qtmoko from sd card, so I can say it works completely stable). I'm very happy... but with battery life. Usually I get only about 12 hours standby time, and many less if I use it a little. My Neo is #1024 fixed, I have activated deep sleep both in neocontrol and in /opt/qtmoko/etc/default/Trolltech/Modem.conf [1] I've read about http://docs.openmoko.org/trac/ticket//2349, but it should be fixed in qtmoko's 2.6.34, isn't it? Any clue on this? Is this standby time normal for this version? What is your standby time? P.S. I have two brand new batteries, so you can discard a broken battery... [1] http://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=FAQ#How_about_power_save_of_Calypso.2C_the_GSM_modem_-_bug_.231024 -- David Garabana Barro jabber & google talk ID: da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html Hi David, I had the same reason for swap to QTmoko from SHR some weeks before. I found it very stable and usable. Thanks to all developers. My standby times vary - but usually without touching it it's somewhere around 24 hours and probably more. I am on the way to play with that deep sleep of GSM modem and can share my findings (I do not have deep sleep enabled yet). -- Peter Viskup ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bye SHR, hello QTMoko (and battery life)
Hi I've finally gave up with SHR. Around 2010 June-July, I had a mostly stable daily phone, rock solid gps, really great battery life (#1024 fixed, 3-4 days standby time), and I was very very happy. But since then, my sd card sttoped working realibly, my phone doesn't wake up from suspend, gps intermitently fails, and I cannot say about battery life, because it's almost impossible to last 1 day without a freeze... In late 2011 I had a baby, and I left Neo unused for a while. I had no time to fight with so many problems. I was using a dumb phone as my daily phone, and giving all my time to my baby :) Now I want to use FR again, and give qtmoko a chance. I'm really surprised with the state of all functions. Almost everything works flawlessly, new theme is AMAZING, I can even use my own WPA2 home wifi. Last time I got it working with neo was with FDOM (LOOONG time ago). SD card works again (I'm booting qtmoko from sd card, so I can say it works completely stable). I'm very happy... but with battery life. Usually I get only about 12 hours standby time, and many less if I use it a little. My Neo is #1024 fixed, I have activated deep sleep both in neocontrol and in /opt/qtmoko/etc/default/Trolltech/Modem.conf [1] I've read about http://docs.openmoko.org/trac/ticket//2349, but it should be fixed in qtmoko's 2.6.34, isn't it? Any clue on this? Is this standby time normal for this version? What is your standby time? P.S. I have two brand new batteries, so you can discard a broken battery... [1] http://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=FAQ#How_about_power_save_of_Calypso.2C_the_GSM_modem_- _bug_.231024 -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Sun, 23 Sep 2012 07:58:18 AM Radek Polak wrote: > On Saturday, September 22, 2012 10:44:54 PM Neil Jerram wrote: > > Ah, thanks, I understand your question now: what version of fsogsmd does > > QtMoko build with, and isn't that now rather out of date? But I'm > > afraid I don't know the answers. > > I was using FSO from git at the time when i was implementing FSO backend. I > am quite sure FSO from wheezy will work unless FSO api changed. > > However for now it makes no sence to use any dbus modem middleware as > default. QtMoko's modem library is very stable and works IMO very good. I > dont see any benefits in using FSO or oFono right now. But still if you > want to use FSO or oFono the support is in every QtMoko installation - just > change "export QTOPIA_PHONE=oFono" or "export QTOPIA_PHONE=Fso" in > /opt/qtmoko/qpe.env and QtMoko will use the dbus backend for telephony. > > Regards > > Radek > This is getting off topic now :) I came into this discussion because I want to check the version of the gsm firmware, to see if it needs to be upgraded. The wiki has a page on doing this via FSO with dbus [1]. Is there a different method available ? The reason I wanted to do this is to see if there is a bug dealing with NITZ that may have been resolved, but I am not sure at what level in the stack it is. According to [2] the AT+CTZU command is supported. To do this I need to talk to the modem, but nothing is being returned ? I have tried chat [3] and cu [4] without success. Trying cu, I typed AT and get no response. Is this a Calypso firmware bug as described by Alex [5] ? [1] http://wiki.openmoko.org/wiki/GSM/Flashing [2] http://wiki.openmoko.org/wiki/Hardware:AT_Commands [3] http://lists.openmoko.org/pipermail/community/2012-September/067496.html [4] http://wiki.openmoko.org/wiki/Neo_1973_and_Neo_FreeRunner_gsm_modem [5] http://lists.openmoko.org/pipermail/community/2012-September/067509.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Saturday, September 22, 2012 10:44:54 PM Neil Jerram wrote: > Ah, thanks, I understand your question now: what version of fsogsmd does > QtMoko build with, and isn't that now rather out of date? But I'm > afraid I don't know the answers. I was using FSO from git at the time when i was implementing FSO backend. I am quite sure FSO from wheezy will work unless FSO api changed. However for now it makes no sence to use any dbus modem middleware as default. QtMoko's modem library is very stable and works IMO very good. I dont see any benefits in using FSO or oFono right now. But still if you want to use FSO or oFono the support is in every QtMoko installation - just change "export QTOPIA_PHONE=oFono" or "export QTOPIA_PHONE=Fso" in /opt/qtmoko/qpe.env and QtMoko will use the dbus backend for telephony. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Adam Ward writes: > On Sat, 22 Sep 2012 10:01:23 AM Neil Jerram wrote: >> Adam Ward writes: >> > On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote: >> >> On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote: >> >> > As far as I know Qtmoko can use FSO but does not as default. >> >> >> >> Yes this is correct. >> >> >> >> My plan was to use FSO for GTA04. But when i got my GTA04, there was no >> >> work for this device done in FSO, so i rather added gta04 modem plugin >> >> based on qtopiaphonemodem framework and this now default. >> > >> > New GTA02 user here, I see the code in neocontrol.cpp pulls the library >> > from http://activationrecord.net/radekp/pub/ >> > I am guessing that at the time it was current. >> > The debian package is now current, so I would expect it to be used instead >> > ? >> I can't tell what you mean here. Which library / package? >> >> Neil > > I am looking at > http://packages.debian.org/sid/armel/fso-gsmd/filelist > which contains libfsogsm > > Looking again, I see the newer versions are in sid and wheezy which radek > might not be building qtmoko with. Ah, thanks, I understand your question now: what version of fsogsmd does QtMoko build with, and isn't that now rather out of date? But I'm afraid I don't know the answers. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Sat, 22 Sep 2012 10:01:23 AM Neil Jerram wrote: > Adam Ward writes: > > On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote: > >> On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote: > >> > As far as I know Qtmoko can use FSO but does not as default. > >> > >> Yes this is correct. > >> > >> My plan was to use FSO for GTA04. But when i got my GTA04, there was no > >> work for this device done in FSO, so i rather added gta04 modem plugin > >> based on qtopiaphonemodem framework and this now default. > > > > New GTA02 user here, I see the code in neocontrol.cpp pulls the library > > from http://activationrecord.net/radekp/pub/ > > I am guessing that at the time it was current. > > The debian package is now current, so I would expect it to be used instead > > ? > I can't tell what you mean here. Which library / package? > > Neil I am looking at http://packages.debian.org/sid/armel/fso-gsmd/filelist which contains libfsogsm Looking again, I see the newer versions are in sid and wheezy which radek might not be building qtmoko with. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Adam Ward writes: > On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote: >> On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote: >> > As far as I know Qtmoko can use FSO but does not as default. >> >> Yes this is correct. >> >> My plan was to use FSO for GTA04. But when i got my GTA04, there was no work >> for this device done in FSO, so i rather added gta04 modem plugin based on >> qtopiaphonemodem framework and this now default. >> > > New GTA02 user here, I see the code in neocontrol.cpp pulls the library from > http://activationrecord.net/radekp/pub/ > I am guessing that at the time it was current. > The debian package is now current, so I would expect it to be used instead ? I can't tell what you mean here. Which library / package? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Mon, 23 Jul 2012 10:29:38 AM Radek Polak wrote: > On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote: > > As far as I know Qtmoko can use FSO but does not as default. > > Yes this is correct. > > My plan was to use FSO for GTA04. But when i got my GTA04, there was no work > for this device done in FSO, so i rather added gta04 modem plugin based on > qtopiaphonemodem framework and this now default. > New GTA02 user here, I see the code in neocontrol.cpp pulls the library from http://activationrecord.net/radekp/pub/ I am guessing that at the time it was current. The debian package is now current, so I would expect it to be used instead ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrading SHR-CORE
On 08/23/2012 04:12 PM, Guilhem Bonnefille wrote: Hi, I have shr-core 2012.01 installed on my openmoko. I saw that new versions are available (2012.07 and "shr-core"). What is the upgrade process? "opkg upgrade" does not update my system. Thanks in advance, To get newer SHR you will need to switch your feeds. See here for more info: *http://www.shr-project.org/trac/wiki/Stabilizing *To switch to the bleeding edge: sed -i 's#/shr-.*/ipk/#/shr-core-staging/latest/ipk/#g;' /etc/opkg/*-feed.conf It may be too big of a jump to opkg upgrade. If things go wrong and you have to reflash, keep track of your customization steps. I made myself a script that does>90% of the work making things the way I like after a clean install. Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Upgrading SHR-CORE
Hi, I have shr-core 2012.01 installed on my openmoko. I saw that new versions are available (2012.07 and "shr-core"). What is the upgrade process? "opkg upgrade" does not update my system. Thanks in advance, -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On 08/03/2012 05:15 PM, Denis 'GNUtoo' Carikli wrote: On Fri, 2012-08-03 at 16:47 +0200, Neil Jerram wrote: Denis 'GNUtoo' Carikli writes: On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote: - GPS: it seems clear now that it was a mistake to pull that under the FSO umbrella, and that mobile devices should just use standard gpsd instead However I was told that adding support for AGPS and GTA02 UBX would not be straingtforward in gpsd. AGPS is very usefull to save/restore the AGPS data offline in order to speedup the fix. All that works on ogps. Hmm. I should probably concede here because I don't know any of the details or history. Technically, however, I'm surprised if there was no feasible way of doing this with gpsd. yes there is, I'm trying to use the hooks right now(I already fixed the permissions for doing that). Would you be so kind and point out how to hack A-GPS with gpsd or where to start. I have spend some time and found no way to do this with gpsd. Extra software was always needed. Especialy for heuristics which tells to GPS the current time and position and its precision. Jirka P. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Fri, 2012-08-03 at 16:47 +0200, Neil Jerram wrote: > Denis 'GNUtoo' Carikli writes: > > > On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote: > >> > >> - GPS: it seems clear now that it was a mistake to pull that under > >> the > >>FSO umbrella, and that mobile devices should just use standard gpsd > >>instead > > However I was told that adding support for AGPS and GTA02 UBX would not > > be straingtforward in gpsd. > > > > AGPS is very usefull to save/restore the AGPS data offline in order to > > speedup the fix. > > > > All that works on ogps. > > Hmm. I should probably concede here because I don't know any of the > details or history. Technically, however, I'm surprised if there was no > feasible way of doing this with gpsd. yes there is, I'm trying to use the hooks right now(I already fixed the permissions for doing that). Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Denis 'GNUtoo' Carikli writes: > On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote: >> >> - GPS: it seems clear now that it was a mistake to pull that under >> the >>FSO umbrella, and that mobile devices should just use standard gpsd >>instead > However I was told that adding support for AGPS and GTA02 UBX would not > be straingtforward in gpsd. > > AGPS is very usefull to save/restore the AGPS data offline in order to > speedup the fix. > > All that works on ogps. Hmm. I should probably concede here because I don't know any of the details or history. Technically, however, I'm surprised if there was no feasible way of doing this with gpsd. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Tue, 2012-07-31 at 23:13 +0200, Neil Jerram wrote: > > - GPS: it seems clear now that it was a mistake to pull that under > the >FSO umbrella, and that mobile devices should just use standard gpsd >instead However I was told that adding support for AGPS and GTA02 UBX would not be straingtforward in gpsd. AGPS is very usefull to save/restore the AGPS data offline in order to speedup the fix. All that works on ogps. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
"Dr. Michael Lauer" writes: > Hi, > >> Arguably those two paragraphs are already well satisfied by oFono. >> oFono probably now has the advantage in terms of maturity and >> deployment, is compilable by a standard C compiler, and has a recent >> version packaged in Debian. > > FSO is compilable with a standard C compiler as well. Every tarball release > we did has been shipping C files. Ah sorry, my mistake. (I thought FSO was written in Vala now.) >> The following may sound pointlessly controversial, but I don't intend it >> that way; I think it may help the FSO developers to review and >> understand more precisely their objectives. Why is FSO still needed at >> all, given that oFono exists and appears to have the development >> mindshare and advantages noted above? Would your objectives be achieved >> more quickly or easily by switching to oFono and contributing any needed >> additions to that? > > Oh, FSO is so much more than oFono. If you want to compare, then > compare oFono to fsogsmd alone. I agree that there is a difference in scale, but would draw the opposite conclusion. Probably one of the factors in oFono's success is that it concentrates on doing one thing well. I'm not sure any of the non-GSM FSO components have proved themselves yet. I could be seeing things wrong, but to pull out a couple of examples: - GPS: it seems clear now that it was a mistake to pull that under the FSO umbrella, and that mobile devices should just use standard gpsd instead - the Usage API, which I understand to be motivated mostly by power management, is being rendered unnecessary in many cases by the powering on/off being handled automatically in the kernel. > As for the comparison between those two, well, fsogsmd was first, has (IMO, > of course) > a better architecture, a better API, and supports other modems. And there's no > agenda of a company behind – some people may view that as an advantage, rather > than a disadvantage. > > I don't see why we should invest time in something we consider not being > superior. But might it be less work overall to address those inferiorities in oFono? Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Sunday, July 22, 2012 02:08:39 PM Simon Busch wrote: > As far as I know Qtmoko can use FSO but does not as default. Yes this is correct. My plan was to use FSO for GTA04. But when i got my GTA04, there was no work for this device done in FSO, so i rather added gta04 modem plugin based on qtopiaphonemodem framework and this now default. Btw qtmoko has very nice api for different telephony backends - it can currently use also oFono, google talk and voip as backends. It's very easy to use and it's very well documented [1]. Regards Radek [1] http://radekp.github.com/qtmoko/api/qtelephonyservice.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Am 22.07.2012 13:52, schrieb rakshat hooja: On Sun, Jul 22, 2012 at 3:33 PM, Neil Jerram wrote: Simon Busch writes: I would be really happy to hear what other people are thinking about the idea behind FSO since it was started back in 2008. What are your missing features? What do you like and what not? All of the details you've described sound to me like excellent and compelling things to work on. But your wider problem is that you're working in a vacuum, because there's no reasonably widely used phone distribution that uses FSO and that is also regularly and safely updated. That means you have no users for your incremental improvements. Does QTMoko not use FSO now? If yet then Radek has a pretty usable upper layer out there now where end users can try out the improvements in FSO. As far as I know Qtmoko can use FSO but does not as default. regards, Simon -- Simon Busch - http://mm.gravedo.de/blog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
On Sun, Jul 22, 2012 at 3:33 PM, Neil Jerram wrote: > Simon Busch writes: > > > I would be really happy to hear what other people are thinking about > > the idea behind FSO since it was started back in 2008. What are your > > missing features? What do you like and what not? > > All of the details you've described sound to me like excellent and > compelling things to work on. > > But your wider problem is that you're working in a vacuum, because > there's no reasonably widely used phone distribution that uses FSO and > that is also regularly and safely updated. That means you have no users > for your incremental improvements. > > Does QTMoko not use FSO now? If yet then Radek has a pretty usable upper layer out there now where end users can try out the improvements in FSO. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Am Sonntag, 22. Juli 2012, 12:03:38 schrieb Neil Jerram: > But your wider problem is that you're working in a vacuum, because > there's no reasonably widely used phone distribution that uses FSO and > that is also regularly and safely updated. That means you have no users > for your incremental improvements. I think that's not true. There are users outside distributions using FSO for own applications, like me. Big thanks to Simon (and Mickey) Rico signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Am 22.07.2012 12:03, schrieb Neil Jerram: All of the details you've described sound to me like excellent and compelling things to work on. But your wider problem is that you're working in a vacuum, because there's no reasonably widely used phone distribution that uses FSO and that is also regularly and safely updated. That means you have no users for your incremental improvements. Obviously there's SHR, but from what I see on the mailing lists it seems to me that the development edge of SHR is a complete basket case: constantly broken and regressing in very basic functionality. I think you either need to change SHR's approach, or to find/create another compelling distribution (perhaps around Aurora) that uses FSO; otherwise all your planned improvements won't help anyone. I'm sorry to be so negative and unconstructive here, but it seems clear to me that SHR is your "elephant in the room", and I don't think you should ignore that. You find excellent words to describe the current state our efforts to have a completely open sourced mobile telephony stack. There is no real development on the upper layers. I tried to get into this for a long time (remember mickeyl and I started aurora back in 2011) but came to the point that I don't have the time to do the real big thing anymore. It's frustrating to have nothing you can really use with the software you wrote. But finally I came to the point that I have fun developing just FSO and get everything into shape so others can pick up. I indicated already some months ago that I don't want to focus on a specific device anymore but just FSO and get it available in a good and stable state where possible. So if anyone has fun to pick up my work with FSO on a higher level just do. I will continue to develop the middleware in my spare free time and hope it's going into the right direction. Any btw. it must no be everytime suitable for a device like a phone. I started implementing HFP HF as I like the idea to have my phone lying next to my laptop while working a get a indication when a phone call comes in on my laptop where I can then answer the call directly without putting my fingers on the phone. regards, Simon -- Simon Busch - http://mm.gravedo.de/blog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] About the future of the freesmartphone.org middleware
Simon Busch writes: > I would be really happy to hear what other people are thinking about > the idea behind FSO since it was started back in 2008. What are your > missing features? What do you like and what not? All of the details you've described sound to me like excellent and compelling things to work on. But your wider problem is that you're working in a vacuum, because there's no reasonably widely used phone distribution that uses FSO and that is also regularly and safely updated. That means you have no users for your incremental improvements. Obviously there's SHR, but from what I see on the mailing lists it seems to me that the development edge of SHR is a complete basket case: constantly broken and regressing in very basic functionality. I think you either need to change SHR's approach, or to find/create another compelling distribution (perhaps around Aurora) that uses FSO; otherwise all your planned improvements won't help anyone. I'm sorry to be so negative and unconstructive here, but it seems clear to me that SHR is your "elephant in the room", and I don't think you should ignore that. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [ANNOUNCE] eStarDict
Hello! I released the seventh version of eStarDict (http://www.vaudano.eu/wiki/en/estardict), it should arrive soon in the SHR staging feed. It's a major release with a lot of improvements, in particular: - Manage definitions in html format with colors and images ( see images http://www.vaudano.eu/wiki/en/estardictScreenshots#Definition ) - Improvements on performance ( see table http://www.vaudano.eu/wiki/en/estardictTestedDictionaries#Performance) - Rework suggested word mechanism manage diacritics - Unit test regression and performance ( up till 10 dictionaries ) Regards Luca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [ANNOUNCE] eStarDict
Hi! I released the sixth version of eStarDict (http://www.vaudano.eu/wiki/en/estardict), it should arrive soon in the SHR staging feed. As usual, any feedback is welcome. Best regards Luca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA04 booting SHR in 17 seconds
Hey! I've just uploaded a video showing the GTA04 booting SHR in just 17 seconds without any optimizations (from the kernel startup to the PIN dialog)! Please have a look here: http://www.youtube.com/watch?v=E9TJ4IGtKh4 ( HTML5 player available here: http://www.youtube.com/html5 ) Cheers, Lukas signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-2012.01-rc2, please test
On Fri, Mar 02, 2012 at 11:55:27AM +0100, Martin Jansa wrote: > Hi, > > on FSOSHRCON'11 we decided that we should do first official release. We > expected to ship it in January, but everybody was quite busy so only now > we have something to call at least rc1. > > Of course there are still some bugs, some are even already known, but > please let us know what is blocking this release and what can be fixed > in next one. To do that please test latest staging images+feeds. > > See > http://www.shr-project.org/trac/wiki/Stabilizing > http://www.shr-project.org/trac/wiki/StagingTests > for details how to test them. Hi, shr-2012.01-rc2 is in http://build.shr-project.org/shr-core-staging/035/ this time with images :) -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR: which uImage?
hi, just for one i wanted to flash SHR -- this very nice animated menu leads me to the ubifs or jffs image, but does not tell which uImage to flash. questions: a) which uImage.bin and how do i determine that? b) shouldn't that menu offer the download of the uImage file, too? -- -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-2012.01-rc1, please test
On 02.03.2012 19:51, Al Johnson wrote: > > Just to make sure I've got the right end of the stick, and won't be adding > results for the wrong thing: > > rootfs from 030 > kernel and qi from 031 > fix the feeds at 031 using: > sed -i 's#/shr-.*/ipk/#/shr-core-staging/031/ipk/#g;' /etc/opkg/*-feed.conf > update/upgrade and start testing > Hi, that's the correct way. I did it the same way: downloaded the gta04 image from 030 then upgraded to 031/latest (which is the same at the moment). Cheers, Lukas signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-2012.01-rc1, please test
On Friday 02 March 2012 18:34:20 Sebastian Krzyszkowiak wrote: > On Fri, Mar 2, 2012 at 18:25, Al Johnson wrote: > > I can't see any rootfs to test. Am I looking in the wrong place? From > > the docs linked above it looks like it should be in: > > http://build.shr-project.org/shr-core-staging/031/images/om-gta02/ > > Not every staging feed has whole image rebuilt. You need to download > and install some older image and upgrade to 031 after that. > > Instead of manually navigating through the directories, you can use > download wizard on http://build.shr-project.org/ to automatically find > latest image available (requires JavaScript). Just to make sure I've got the right end of the stick, and won't be adding results for the wrong thing: rootfs from 030 kernel and qi from 031 fix the feeds at 031 using: sed -i 's#/shr-.*/ipk/#/shr-core-staging/031/ipk/#g;' /etc/opkg/*-feed.conf update/upgrade and start testing ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-2012.01-rc1, please test
On Fri, Mar 2, 2012 at 18:25, Al Johnson wrote: > I can't see any rootfs to test. Am I looking in the wrong place? From the docs > linked above it looks like it should be in: > http://build.shr-project.org/shr-core-staging/031/images/om-gta02/ Not every staging feed has whole image rebuilt. You need to download and install some older image and upgrade to 031 after that. Instead of manually navigating through the directories, you can use download wizard on http://build.shr-project.org/ to automatically find latest image available (requires JavaScript). -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-2012.01-rc1, please test
On Friday 02 March 2012 11:55:27 Martin Jansa wrote: > Hi, > > on FSOSHRCON'11 we decided that we should do first official release. We > expected to ship it in January, but everybody was quite busy so only now > we have something to call at least rc1. > > Of course there are still some bugs, some are even already known, but > please let us know what is blocking this release and what can be fixed > in next one. To do that please test latest staging images+feeds. > > See > http://www.shr-project.org/trac/wiki/Stabilizing > http://www.shr-project.org/trac/wiki/StagingTests > for details how to test them. > > I've started image rebuild for staging 032, but I'm leaving for 5 days > tomorrow at 4AM and I guess they won't be finished in time to close 032 for > easier testing.. that's why I'm sending this announcement now. > > If there is at least few test reports tonight I'll merge staging feeds > up to 031 to public feed so we get more users using it. > > Cheers, I can't see any rootfs to test. Am I looking in the wrong place? From the docs linked above it looks like it should be in: http://build.shr-project.org/shr-core-staging/031/images/om-gta02/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
shr-2012.01-rc1, please test
Hi, on FSOSHRCON'11 we decided that we should do first official release. We expected to ship it in January, but everybody was quite busy so only now we have something to call at least rc1. Of course there are still some bugs, some are even already known, but please let us know what is blocking this release and what can be fixed in next one. To do that please test latest staging images+feeds. See http://www.shr-project.org/trac/wiki/Stabilizing http://www.shr-project.org/trac/wiki/StagingTests for details how to test them. I've started image rebuild for staging 032, but I'm leaving for 5 days tomorrow at 4AM and I guess they won't be finished in time to close 032 for easier testing.. that's why I'm sending this announcement now. If there is at least few test reports tonight I'll merge staging feeds up to 031 to public feed so we get more users using it. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
shr-core turning off the scaling in of applications
hi altogether, does anyone know if there is a switch to turn off the animation of windows being scaling in to 480*640 in the elementary settings. this animation is really slow on the freerunner and anything but smooth. best regards robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR: no audio in headphone
El día Saturday, January 14, 2012 a las 04:06:14PM +, Al Johnson escribió: > > > > >From one day to the other I lost audio in my FR headphone running SHR: > > > just to clarify: with 'headphone' I'm talking about the speaker of the > > > FR above the display, not about some external headset/earphone; > > > > I have re-installed kernel and root-fs and all is fine again; with Don > > Google searching for the words "shr no audio" (without the "") one can > > find similar threads and hints about, for example: > > > > http://www.digipedia.pl/usenet/thread/12997/172/ > > opkg install --force-reinstall fsogsmd-config fsodeviced-config > > > > What could have caused this loss of configuration? Next time I will > > investigate this, because it does not is a hardware fault... > > Sounds like one of these, assuming they aren't really the same bug/design > flaw. > http://trac.freesmartphone.org/ticket/527 > http://trac.freesmartphone.org/ticket/576 I've checked both issues, and can't say if they match with my problem. I'm never touching the audio settings, because during the installation in November it took me some time to find correct micro/speaker values to have a clear audio communication; but yes, I saw (before scratching the system) that the file /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.29/gsmhandset changed recently, on January 6; but I'm sure that I did calls between January 6 and yesterday. Maybe it's worth to freeze MD5 sums of all the files below /etc and /usr to see next time which file(s) have changed... Thanks for the pointers in any case matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR: no audio in headphone
On Saturday 14 January 2012 08:54:32 Matthias Apitz wrote: > El día Friday, January 13, 2012 a las 09:58:20PM +0100, Matthias Apitz escribió: > > El dÃa Friday, January 13, 2012 a las 09:35:22PM +0100, Matthias Apitz escribió: > > > Hello, > > > > > > >From one day to the other I lost audio in my FR headphone running SHR: > > just to clarify: with 'headphone' I'm talking about the speaker of the > > FR above the display, not about some external headset/earphone; > > I have re-installed kernel and root-fs and all is fine again; with Don > Google searching for the words "shr no audio" (without the "") one can > find similar threads and hints about, for example: > > http://www.digipedia.pl/usenet/thread/12997/172/ > opkg install --force-reinstall fsogsmd-config fsodeviced-config > > What could have caused this loss of configuration? Next time I will > investigate this, because it does not is a hardware fault... Sounds like one of these, assuming they aren't really the same bug/design flaw. http://trac.freesmartphone.org/ticket/527 http://trac.freesmartphone.org/ticket/576 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR: no audio in headphone
Am 13.01.2012 21:35, schrieb Matthias Apitz: - during call establishing I can't hear any RING in my FR - when call is picked up I can't hear anything incoming calls are announced as normal (vibrate and ring.wav) and as well I can play ring.wav in the profile settings dialog, but they are played from the speakers in the lower part of the FR, I think; what do you think, a hardware fault or software? how can I check if the headphone is still working? if software, what are my option? re-install SHR from scratch? I experienced something similar and overwriting SHR helped (testing-2011.1), of course after backing up the contacts etc. It seemed to me as if it was related to using intone and/or podboy, but I could neither find the cause of it nor any other symptoms like changed files. Peter ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR: no audio in headphone
El día Friday, January 13, 2012 a las 09:58:20PM +0100, Matthias Apitz escribió: > El dÃa Friday, January 13, 2012 a las 09:35:22PM +0100, Matthias Apitz > escribió: > > > > > Hello, > > > > >From one day to the other I lost audio in my FR headphone running SHR: > > just to clarify: with 'headphone' I'm talking about the speaker of the > FR above the display, not about some external headset/earphone; I have re-installed kernel and root-fs and all is fine again; with Don Google searching for the words "shr no audio" (without the "") one can find similar threads and hints about, for example: http://www.digipedia.pl/usenet/thread/12997/172/ opkg install --force-reinstall fsogsmd-config fsodeviced-config What could have caused this loss of configuration? Next time I will investigate this, because it does not is a hardware fault... Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR: no audio in headphone
El dÃa Friday, January 13, 2012 a las 09:35:22PM +0100, Matthias Apitz escribió: > > Hello, > > >From one day to the other I lost audio in my FR headphone running SHR: just to clarify: with 'headphone' I'm talking about the speaker of the FR above the display, not about some external headset/earphone; is 'headphone' the correct name of this output device? in addition I found lines like this in /var/log/phoneuid.log: 2000.01.01 01:01:34.135768 [phoneuid] MESSAGE: Using log level 'INFO' 2000.01.01 01:01:34.138411 [libphone-ui]MESSAGE: Loading phoneuid 2000.01.01 01:01:46.697201 [phoneuid] MESSAGE: Using log level 'INFO' 2000.01.01 01:01:46.699712 [libphone-ui]MESSAGE: Loading phoneuid 2000.01.01 01:01:46.887274 [libphone-ui]MESSAGE: No speaker value for idle found, using none 2000.01.01 01:01:46.887848 [libphone-ui]MESSAGE: No microphone value for idle found, using none 2000.01.01 01:01:47.044611 [libphone-ui]MESSAGE: no vibrator configured - turning vibration off 2000.01.01 01:01:48.629805 [libphone-ui]MESSAGE: No speaker value for idle found, using none 2000.01.01 01:01:48.681005 [libphone-ui]MESSAGE: No microphone value for idle found, using none 2000.01.01 01:01:49.096502 [libphone-ui]MESSAGE: no vibrator configured - turning vibration off 2000.01.01 01:02:24.448563 [libphone-ui]MESSAGE: _get_profile_callback: error 2: The name org.freesmartphone.opreferencesd was not provided by any .service files 2000.01.01 01:05:15.486378 [libphone-ui]MESSAGE: Trying PIN 2000.01.01 01:06:09.789466 [libphone-ui]MESSAGE: Inititating a call to 08943XX which let me think, that some file disappeared... matthias > > - during call establishing I can't hear any RING in my FR > - when call is picked up I can't hear anything > > incoming calls are announced as normal (vibrate and ring.wav) and as > well I can play ring.wav in the profile settings dialog, but they are > played from the speakers in the lower part of the FR, I think; > > what do you think, a hardware fault or software? how can I check if the > headphone is still working? > > if software, what are my option? re-install SHR from scratch? > > thanks > > matthias > -- > Matthias Apitz > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.unixarea.de/ > UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) > UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR: no audio in headphone
Hello, >From one day to the other I lost audio in my FR headphone running SHR: - during call establishing I can't hear any RING in my FR - when call is picked up I can't hear anything incoming calls are announced as normal (vibrate and ring.wav) and as well I can play ring.wav in the profile settings dialog, but they are played from the speakers in the lower part of the FR, I think; what do you think, a hardware fault or software? how can I check if the headphone is still working? if software, what are my option? re-install SHR from scratch? thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-Core : Display issue?
Well, I certainly am having lots of problems getting a working SHR back. GPSD non-responsive, enlightenment screen goes crazy. Wish I had my 2.6.29 era setup backed up somewhere:( If it ain't broke, don't fix it, I guess. Benjamin Deering wrote: you have to use --numeric-owner while untaring it. Otherwise ownership of some files might be wrong - which then causes stuff like dbus-activation to not work correctly causing GSM to not work correctly. Btw. GSM is unrelated to connman. I didn't know that, that explains some problems I had when I tried to install 017 on my spare FR recently. I have installed an older (011ish maybe?) tar.gz a while ago and set my feeds to shr-core-staging/latest, then I've been doing opkg upgrade when there is an update. Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Iain B. Findleton 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
