Re: testing Litephone, new phone interface
2009/7/29 KaZeR > > Hello list. > > I've tested litephone, and i like the concept behind it. Switching from > contacts to messages to phone logs is done in a breath. I also like the > possibility to change the volume during call, even if it's not done in the > cleaner way : at least, it works. Scrolling is a bit awkward at the > beginning but with the shortcuts on the right side you can find a contact > in > a 120+ list quite fast. > > Only issue i noticed so far : keypad doesn't work in calls : i called my > voice mail and was unable to navigate in its menu. > > Also, deleting sms can be done using > org.freesmartphone.GSM.SIM.DeleteMessage(int(message)) : it could be useful > :) > > Otherwise, very promising app. Please convert > http://pvtrace.com/litephone/ > into a repository so that i can keep it up to date easily. > Thanks for testing! I wasn't aware of the keypad issue, actually I forgot you should be able to use during calls :-), I'll fix it. The updating contact issues I know about, and it's fixed for beta release. If Sebastian has implemented Message.Delete in opimd, then the release should have full functionality. The beta release should come later today (european time :-)). Sebastian, did you fix the data duplication bug already? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V5
On Wed, Jul 29, 2009 at 3:00 AM, Radek Polak wrote: > Hi, > new version of QtMoko debian images is uploading now. It will be > possible to download them soon (like in 2 hours) from: > > http://activationrecord.net/radekp/qtmoko/download/ [snip] > Most probably no bugs were introduced and this version should be stable > as daily phone. Tested basic functionalities. SMS, Calls works fine.Yes can be used as a daily phone. Bluetooth is present. I didn't have another phone with bluetooth atm, so don't know if that would work, but atleast the options show up ;) Some issues though: * On first boot, when i pressed the dialer button on the homescreen, QtMoko crashed and went blank with only a cursor blinking at the top-left corner. I was hoping for it to do a restart of QtMoko, but even after a few minutes it didn't respond so i had to remove the battery. On next boot this didn't occur. Next time maybe i'll get time to catch some logs. * Tango GPS opened fine, (I couldn't test the GPS as i know i'll not get a fix inside the building, i'll test it later in the day) but after closing there is a cursor on the bottom-left corner of the QtMoko, but that is just a aesthetic requirement. Thank you Radek, a great amount of work has gone into making this build. I must say it's been shaping out nicely! Personally Qtmoko is an awesome distribution and that's what i use as daily phone.. with support for TangoGPS, it'll give rise to a whole new level of (healthy) competition to the other distros! Great work keep it up!! -- Regards Shashank As our circle of knowledge expands, so does the circumference of darkness surrounding it - Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Yes, it can be done with bash scripts, but there's no avoiding restarting frameworkd and ophonekitd. That's the part that takes so long. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Hi, The Digital Pioneer wrote: > >>Glad to hear you got it working, c_c. :) > Thanks to this thread and the people here! The Digital Pioneer wrote: > >> If I suspend the phone, then it disconnects from the >>headset, and I can't answer calls until I run the dbus command > I use the speaker option for such an emergency - speaker phone works! Then a script + desktop file for the script to connect to the heasdset. Its a little unerliable right now though. The Digital Pioneer wrote: > >>Also, I need a way to enable/disable bluetooth without editing configs >>and restarting frameworkd and ophonekitd, as doing so takes several minutes. > Best solved by making two bash scripts and their associated .desktop files. Inconvenient hack - but it's working for me. -- View this message in context: http://n2.nabble.com/-SHR-U--Bluetooth-and-GSM...-Again.-tp3247130p3353829.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Hi, Congrats and best wishes. Hope FSO goes a long way :-) -- View this message in context: http://n2.nabble.com/FSO-core-team-founds-BGB-company-tp3350707p3353770.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] GSM/GPS logger 0.4.0 is out! (Legal status)
On Thu, Jul 30, 2009 at 7:01 AM, Onen wrote: > Alex, could you be more specific, I am not sure to understand what you > have in mind? Are you wondering if we could log cells from other > operators with only one phone? > Exactly. I don't know alot about GSM. On one hand, you can see the other networks. On the other, there's a registration process to connect to those networks so even if it were possible to build a device to collect data unauthenticaed, the Calypso probably doesn't have that functionality. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
On Wed, Jul 29, 2009 at 17:51, Michael 'Mickey'
Lauer wrote:
> Braunschweig, Germany, 2009-07-29. For immediate release.
>
> The freesmartphone.org core-team founds a BGB company to facilitate
> the further development of free and open source middleware for
> Linux-based mobile systems: "Lauer, Lübbe, Schmidt, Willmann,
> freesmartphone.org GbR".
>
> The core-team members of the freesmartphone.org project today announced
> the founding of a legal entity offering consulting, training, and
> implementation services around the freesmartphone.org middleware
> platform, also known as FSO[1].
>
> "We now have a single point of contact for both commercial and
> non-commercial parties who want to use our services to create compelling
> solutions. This is of interest for groups or individuals creating new
> devices or freeing existing devices ("anti-vendor-ports") and who
> decided to incorporate the FSO middleware", says Dr. Michael Lauer,
> founder of the FSO project. "If you care about the further development
> of this platform or if you need guidance for tailoring or customizing
> the FSO middleware, contact us via E-Mail at
> coret...@freesmartphone.org".
>
> With todays' smartphones evolving into ubiquituous companions, a gap has
> emerged between widely used FOSS components like the Linux kernel and
> core system libraries on one side, and end-user applications on the
> other side. The lack of a complete free mobile software stack hinders
> innovation and leads to reinventing proprietary solutions for services
> middleware.
>
> FSO's mission is to close this gap by designing and developing solid
> middleware for mobile systems in an open fashion; this refers to not
> only publishing source code under open source licenses, but also to
> sharing the whole design and development process with the community and
> giving both commercial and non-commercial entities a way to co-drive and
> steer the process.
>
> Built on top of the Linux kernel, FSO implements high level services for
> mobile application development, accessible via the DBus interprocess
> communication standard. Leveraging the FSO APIs allows the developer to
> concentrate on solving application domain problems, such as business
> logic and presentation of data, without having to worry about the device
> specifics and low level details, such as how to access resources,
> telephony, location awareness, data storage, etc.
>
> About freesmartphone.org:
> Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
> platform for open source and open discussion software projects working
> on interoperability and shared technology for Linux-based smartphones.
> freesmartphone.org operates on the services layer (middleware) and
> offers APIs and reference implementations that support modern
> interconnected mobile devices. To provide reference solutions,
> freesmartphone.org works closely together with various device-specific
> communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
> team honours and bases on specifications and software created by the
> freedesktop.org community.
>
> [1] http://www.freesmartphone.org
Could I hire you to work on opimd? :D
But seriously - I hope some people or companies will be really
interested in FSO and thus development will be faster. Even if
neighter frameworkd nor cornucopia will be popular, I hope
freesmartphone.org specification will live long. And I really hope you
guys will be able to work on FSO as your primary job :)
--
Sebastian Krzyszkowiak
dos
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Congrats 2009/7/29 Fabian Schölzel > Am Mittwoch 29. Juli 2009 17:51:20 schrieb Michael 'Mickey' Lauer: > > > > The core-team members of the freesmartphone.org project today announced > > the founding of a legal entity offering consulting, training, and > > implementation services around the freesmartphone.org middleware > > platform, also known as FSO[1]. > > Congratulations! I hope everything goes well with the company. Is there a > way > to make tax deductible donations? > > -- > Fabian > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- ___ Rafael Campos o0 Methril 0o http://openblog.methril.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
On Tue, Jul 28, 2009 at 06:06:55PM +0200, Helge Hafting wrote: > > Go to their website - read their policy. > tile.openstreetmap.org is not to be used for "bulk downloads". URL? > I can understand this, they probably have a bandwith problem. Although you'd think that if they were trying to save bandwidth, they'd support the If-Modified-Since HTTP header which has had wide spread server and client support for what, more than ten years. > Find another repository that don't have such limitations. Again, URL? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] GSM/GPS logger 0.4.0 is out! (Legal status)
Hi, thanks for pointing this email from Harald Welte. We have not looked much at the legal side. Because we found a lot of public work (research, etc.) about locating your phone thanks to GSM signals. We also found different projects which uses the GSM data, and log it. And as the data is freely available, we considered it good enough to be used. (not to mention that Google has logged it, and uses it through its Web service). Alex, could you be more specific, I am not sure to understand what you have in mind? Are you wondering if we could log cells from other operators with only one phone? Onen Alex (Maxious) Sadleir wrote: > (http://lists.openmoko.org/pipermail/openmoko-kernel/2008-April/002507.html) > >> I don't see that it could be covered by a user agreement, because cell >> towers advertise their presence to users of other networks. > > This interests me more! Can we do this with the Calypso GSM module? I > only have sim cards for valid for registration on 1 network but there > are 3 networks available. I'm happy to not be registered to any > network/not have functioning GSM while collecting data about cellids. > Is it already showing up the reports you get in the FSO interface? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] Best practice to disable suspend through FSO
On Wed, Jul 29, 2009 at 22:07, Laszlo KREKACS wrote: > And when I set the value '-1', shouldn't fso request CPU > automagically for me? No. Value -1 in IdleNotifier is for permanently disabling suspend. CPU resource is temporary, when some app needs for instance some calculations and don't want to be suspended. > So it is a bug in paroli or in fso? I think there is no bug, just misconfiguration somewhere. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: a script to find broken packages before they break you!
* Previdi Roberto [27.07.2009 13:07]:
>hello list. I wrote this little script taking inspiration from the
>powerful gentoo command "revdep-rebuild". It scans all the binary files in
>/usr/bin and shows the broken ones (the ones linking non existent library)
>
>#!/bin/sh
>for i in $(find /usr/bin/*); do
>broken=$(ldd $i | grep "not found")
>if [ "$broken" != "" ]; then
>echo $i: $broken
>fi
>done
>
>i called it "/usr/local/bin/revdep-scan"
>when you run it it prints an output like this:
>
>/usr/bin/fsousaged: libfsoframework.so.0 => not found
>
>i have also seen that you can issue an "opkg search missing_lib_path" to
>find the package to reinstall, but you must pass the whole path, like
>"/usr/lib/libfsoframework.so.0" for it to work, so i'm not able to guess
>it automatically (i could just try /usr/lib ...)
>--
>roby
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
Nice script. You can use regex to search the package:
LIB=$(echo $broken | awk '{print $2}')
PKG=$(opkg search */${LIB} | awk '{print $1}')
opkg install $PKG
or build a list of packages and install them at the end of the script
regards, Frederik
--
IRC: playya @ Freenode, Gimpnet
xmpp: pla...@draugr.de
signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: om2009/paroli status
Hi, I meant to say On Wed, 29.07.2009 at 22:04:16 +0200, Toni Mueller wrote: > I'm a bit out-of-sync with all of you, due to "other work", that I'm sorry if there's a bit of duplication, and I also don't expect a quick fix. I have one feature request, though: * Ability to explicitly refuse to accept a call, so it does not go to the voice mailbox (my normal configuration for calls I don't accept), either. Draining the voice mailbox is both expensive and very time consuming. Kind regards, --Toni++ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[fso] Best practice to disable suspend through FSO
Dear List,
My om2009.t5 phone sometime suspend,
no matter what I set in paroli.
It occurs mostly when I start the phone with usb connected.
(or the usb triggers the phone to start).
I examined paroli's source code, and found the relevant part:
paroli-services/system/idlenotifier.py:64
def set_suspend(self, time):
and line 46:
self.iface = dbus.Interface(obj, 'org.freesmartphone.Device.IdleNotifier')
So paroli sets the suspend time through fso's IdleNotifier interface.
And he disables suspend using '-1' value.
When it sets '-1', fso does not set paroli as cpu user:
I checked in cli-framework using this command:
>>> usageiface.GetResourceUsers("CPU")
[]
So my question is, what is the best practice to disable suspend?
And what is the exact job of this IdleNotifier service? The online
api documentation is really short, and dont explain it in details.
And when I set the value '-1', shouldn't fso request CPU
automagically for me?
So it is a bug in paroli or in fso?
Comments?
Best regards,
Laszlo
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
[Debian] Installation failed
Dear Community the last tree days i tryed to install Debian "over" SHR. Everytime endig with: P: Configuring package debian-archive-keyringP: Configuring package aptP: Configuring helper cdebootstrap-helper-aptE: Internal error: installr...@om-gta02 ~ $ Full Log is appended Any hints? Regards, Ueli r...@om-gta02 ~ $ wget -O install.sh http://pkg-fso.alioth.debian.org/freerunner/install.sh Connecting to pkg-fso.alioth.debian.org (217.196.43.134:80) install.sh 100% || 44621 --:--:-- ETA r...@om-gta02 ~ $ chmod +x install.sh r...@om-gta02 ~ $ ./install.sh testing time format mount debian apt fso tasks configuration kernel cleanup unmount Running stage testing Testing system setup * microSD card device: /dev/mmcblk0 present * network running I: System setup looks good I: Done with stage testing Running stage time Fetching time from ntp.fu-berlin.de with rdate I: Time is now Wed Jul 29 21:34:22 CEST 2009 I: Done with stage time Running stage format Starting to format the microSD card *** * WARNING * *** This will destroy all the data on the microSD card!!! Press any key within 5 seconds to quit W: /dev/mmcblk0p1 is mounted, unmounting W: /dev/mmcblk0p2 is mounted, unmounting * Formatting ext2 on /dev/mmcblk0p1 mke2fs 1.38 (30-Jun-2005) Filesystem label= OS type: Linux Block size=1024 (log=0) Fragment size=1024 (log=0) 2448 inodes, 9732 blocks 486 blocks (4.99%) reserved for the super user First data block=1 2 block groups 8192 blocks per group, 8192 fragments per group 1224 inodes per group Superblock backups stored on blocks: 8193 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 23 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. * Formatting ext3 on /dev/mmcblk0p2 mke2fs 1.38 (30-Jun-2005) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 247296 inodes, 493620 blocks 24681 blocks (5.00%) reserved for the super user First data block=0 16 block groups 32768 blocks per group, 32768 fragments per group 15456 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912 Writing inode tables: done Creating journal (8192 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 22 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. I: microSD card ready I: Done with stage format Running stage mount Mounting the newly created system I: microSD card partitions mounted I: Done with stage mount Running stage debian Install a basic Debian system * Downloading cdebootstrap package Connecting to ftp2.de.debian.org (195.71.68.86:80) cdebootstrap.deb 100% || 521k 00:00:00 ETA * Running cdebootstrap to install the system (might take a while) I: Can't find keyring debian-archive-keyring.gpg P: Retrieving Release P: Retrieving Release.gpg W: Couldn't validate Release! P: Parsing Release P: Retrieving Packages.gz P: Validating Packages.gz P: Parsing Packages P: Retrieving gcc-4.4-base P: Validating gcc-4.4-base P: Retrieving libgcc1 P: Validating libgcc1 P: Retrieving libc6 P: Validating libc6 P: Retrieving libstdc++6 P: Validating libstdc++6 P: Retrieving libbz2-1.0 P: Validating libbz2-1.0 P: Retrieving readline-common P: Validating readline-common P: Retrieving libncurses5 P: Validating libncurses5 P: Retrieving libreadline5 P: Validating libreadline5 P: Retrieving libusb-0.1-4 P: Validating libusb-0.1-4 P: Retrieving zlib1g P: Validating zlib1g P: Retrieving gpgv P: Validating gpgv P: Retrieving gnupg P: Validating gnupg P: Retrieving debian-archive-keyring P: Validating debian-archive-keyring P: Retrieving apt P: Validating apt P: Retrieving base-passwd P: Validating base-passwd P: Retrieving mawk P: Validating mawk P: Retrieving base-files P: Validating base-files P: Retrieving sensible-utils P: Validating sensible-utils P: Retrieving debianutils P: Validating debianutils P: Retrieving libattr1 P: Validating libattr1 P: Retrieving libacl1 P: Validating libacl1 P: Retrieving libselinux1 P: Validating libselinux1 P: Retrieving coreutils P: Validating coreutils P: Retrieving lzma P: Validating lzma P: Retrieving dpkg P: Validating dpkg P: Retrieving dash P: Validating dash P: Retrieving bash P: Validating bash P: Retrieving bsdutils P: Validating bsdutils P: Retrieving diff P: Validating diff P: Retrieving dropbear P: Validating dropbear P: Retrieving e2fslibs P: Validating e2fslibs P: Retrieving libblkid1 P: Validating libblkid1 P: Retrieving libcomerr2 P: Validating libcomerr2 P: Retrieving libss2 P: Validating libss2 P: Retrieving perl-base P: Validating perl-base P: Retrievi
Re: om2009/paroli status
Hi, On Fri, 24.07.2009 at 08:40:45 +0200, Mirko Lindner wrote: > There still is the plan to release a final version of Om2009. It > would be good if we could assemble a list of problems in paroli that > need fixing for the release. I'm a bit out-of-sync with all of you, due to "other work", but still have problems in Om2009r5 that I've just flashed my FR A6. These are my first impressions: 1. Booting is _very_slow_. I didn't measure it, but it feels much slower than with Om2009r4 (which had a whole lot of other problems, though, including no keyboard after a while in the dialer). 2. I've changed the profile to Illume on the first boot after flashing. On the second boot, when it asks for a PIN, the following problems manifest: 2.1 There is a strip of rainbow colours (much like a garbled C64 screen) on the top of the screen. 2.2 The string "Enter PIN" is cut off at the lower half. 2.3 The profile was reset to "Paroli". 3. I changed the profile setting to "paroli-serenity". This resultet in an error message about a missing module that could not be loaded. 4. If I call myself to test, although sound quality is _poor_ (like an old military radio device - I think I need the buzz fix), there's immediate, and increasing, acoustic feedback. I have to go several meters away from the other phone to stop it. 5. I didn't yet find out how to adjust the keyboard to eg. "German". Preferably, I'd have the "Terminal" keyboard (not that magic "I guess and scramble your writing"-keyboard) plus a method to enter accented characters. 6. When conducting a phone call, there's a weird mixed call-and-hangup sign which looks like if the two images were overlayed as transparencies. 7. Keyboard reaction is MUCH slower than it was in r4 while I had a keyboard there. Some general remarks: * I didn't yet find out where my data goes. With r4, I had some messages, and, in theory, GPS tracks that I tried to recover using SSH, but I could not locate them on the file system. So I lost it all after re-flashing. * There should be an easy way to inspect and manipulate backup images (eg. jffs2 format) in a regular Linux desktop machine. Maybe this is in the wiki already, but I'd like something along "pmount image-file directory" to mount an image and work with the contents. * So far, I'm only able to use half of my 8gig micro SD card in the phone, but all of it in a regular computer's card reader. * Battery life appears to be very low. Just dabbling a bit with the new image drained three quarters of the battery, according to Illume's status display, but the "can" battery icon appeared to suggested the * battery to be half full. Kind regards, --Toni++ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[e] How to specify line width on evas.canvas
Hi! I hope somebody can help me out: Im currently using evas.canvas for some basic graphics. Im creating line with this code snippet: line = self.Line(color="#CE5C00") line.start_set(oldx, oldy) line.end_set(newx, newy) line.show() The only problem with it, that it creates 1px wide line. How can I specify the line width? I would like to have at least 5px of line width. Any idea is most welcomed. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[e] How to specify line width on evas.canvas
Hi! This is a e specifiy question, I hope somebody is more knowledgable then me. Im creating a line element on evas.canvas with the following snippet of code: line = self.Line(color="#CE5C00") line.start_set(oldx, oldy) line.end_set(newx, newy) line.show() The problem with it, it is always 1 px wide. How can I specify the width? I would like to have at least 5px width. Any idea is most welcomed. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Am Mittwoch 29. Juli 2009 17:51:20 schrieb Michael 'Mickey' Lauer: > > The core-team members of the freesmartphone.org project today announced > the founding of a legal entity offering consulting, training, and > implementation services around the freesmartphone.org middleware > platform, also known as FSO[1]. Congratulations! I hope everything goes well with the company. Is there a way to make tax deductible donations? -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] scripts on suspend/resume
> I don't remember exactly where, but there are folders dedicated to > contain scripts to execute while suspend/resume (just like init.d). yes, below /etc/apm/ -- but that requires a running apm, which is quite an overhead for that simple task. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] scripts on suspend/resume
> This probably isn't exactly what you're looking for, but... > I believe /etc/enlightenment/suspend.sh is the file ran to cause the > suspend. You could modify that. I don't know if there's an > equivalent for resume. no enlightment here, so no go. > That suspend script uses FSO. And it seems like FSO calls the Resume > function of all the resources when the device comes out of > suspend[1][2]. Perhaps you can use that? looks like ousaged would somehow be responsible to handle those things. well, maybe one of the fso guys has an idea ... (i probably should write an enhancement request in the tracker) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
Am Freitag 24. Juli 2009 20:27:09 schrieb Patryk Benderz: > Hello list, > As i have finished layout for DistributionBox templates, please take a > look at [1] to see how DistributionBox would look like, which you like > most and post your votes here or on wiki discussion page. > After lets say a week or two, we will count votes and winner will be > included in coming CU as a template for distro - if any will be released > of course :) > Anyone interested how template is constructed can take a look here [2]. > > [1] http://wiki.openmoko.org/wiki/User:Leadman > [2] http://wiki.openmoko.org/wiki/Template:DistributionBox May i propose some different layout? Wouldnt it be better, if the 2-columns have the text left and the screenshot/infobox on the right? Thats a layout thats very common. Then the continuous text would be in center vertically (from left to right: wiki-thingies | text | infobox), wich is easier for the eye. I then also would integrate the actual version, codename, homepage etc... in the infobox, and leave only the name of the distro as title. If the text gets some longer, the informational data would get seperated a bit, which should be avoided. -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] scripts on suspend/resume
> is there any infrastructure to run scripts upon suspend resp resume? > the only way so far seems to be using apmd -- but that adds considerable > delay to resume ... I don't remember exactly where, but there are folders dedicated to contain scripts to execute while suspend/resume (just like init.d). Check out the files contained in omnewrorate packate (it installs some files there) --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] scripts on suspend/resume
This probably isn't exactly what you're looking for, but... I believe /etc/enlightenment/suspend.sh is the file ran to cause the suspend. You could modify that. I don't know if there's an equivalent for resume. That suspend script uses FSO. And it seems like FSO calls the Resume function of all the resources when the device comes out of suspend[1][2]. Perhaps you can use that? -Steven [1] http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#Suspend [2] http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Resource.html;hb=HEAD#Resume On Tue, Jul 28, 2009 at 2:35 PM, arne anka wrote: > is there any infrastructure to run scripts upon suspend resp resume? > the only way so far seems to be using apmd -- but that adds considerable > delay to resume ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
I voted just before this email, but for clarity, I'll repost after it: 8a. On Wed, Jul 29, 2009 at 6:39 AM, Patryk Benderz wrote: > Hmm, i have noticed that some of you guys voted, while we still worked > on templates layout. Many has changed and few additional has appeared, > thus if anybody wishes to change their votes, do not hesitate to do so. >Preferably under this post-will be easier for me to count. > > -- > Kind Regards > > Patryk Benderz > IT Specialist > Linux Registered User #377521 > +48 22 538 6292 > > ERSTE Securities Polska S.A. > ul. Królewska 16 > Warszawa 00-103 > KRS 065121 > NIP 526-10-27-638 > REGON 011136053 > Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) > > This message and any attached files are confidential and intended solely > for the addressee(s). Any publication, transmission or other use of the > information by a person or entity other than the intended addressee is > prohibited. If you receive this in error please contact the sender and > delete the material. The sender does not accept liability for any errors > or omissions as a result of the transmission. > > > Email secured by Check Point > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
8a ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Really great news :) I wish you all the best
2009/7/29 Pieter Colpaert :
> +1!
> On Thu, 2009-07-30 at 00:33 +0800, Wolfgang Spraul wrote:
>> Mickey, Stefan, Daniel and Jan,
>>
>> congratulations!
>> I wish you all the best, both from a free software and business perspective
>> it's so important to avoid the mobile Android monoculture :-)
>>
>> Way to go FSO, we will do what we can to support you guys.
>> Wolfgang
>>
>> On Wed, Jul 29, 2009 at 05:51:20PM +0200, Michael 'Mickey' Lauer wrote:
>> > Braunschweig, Germany, 2009-07-29. For immediate release.
>> >
>> > The freesmartphone.org core-team founds a BGB company to facilitate
>> > the further development of free and open source middleware for
>> > Linux-based mobile systems: "Lauer, Lbbe, Schmidt, Willmann,
>> > freesmartphone.org GbR".
>> >
>> > The core-team members of the freesmartphone.org project today announced
>> > the founding of a legal entity offering consulting, training, and
>> > implementation services around the freesmartphone.org middleware
>> > platform, also known as FSO[1].
>> >
>> > "We now have a single point of contact for both commercial and
>> > non-commercial parties who want to use our services to create compelling
>> > solutions. This is of interest for groups or individuals creating new
>> > devices or freeing existing devices ("anti-vendor-ports") and who
>> > decided to incorporate the FSO middleware", says Dr. Michael Lauer,
>> > founder of the FSO project. "If you care about the further development
>> > of this platform or if you need guidance for tailoring or customizing
>> > the FSO middleware, contact us via E-Mail at
>> > coret...@freesmartphone.org".
>> >
>> > With todays' smartphones evolving into ubiquituous companions, a gap has
>> > emerged between widely used FOSS components like the Linux kernel and
>> > core system libraries on one side, and end-user applications on the
>> > other side. The lack of a complete free mobile software stack hinders
>> > innovation and leads to reinventing proprietary solutions for services
>> > middleware.
>> >
>> > FSO's mission is to close this gap by designing and developing solid
>> > middleware for mobile systems in an open fashion; this refers to not
>> > only publishing source code under open source licenses, but also to
>> > sharing the whole design and development process with the community and
>> > giving both commercial and non-commercial entities a way to co-drive and
>> > steer the process.
>> >
>> > Built on top of the Linux kernel, FSO implements high level services for
>> > mobile application development, accessible via the DBus interprocess
>> > communication standard. Leveraging the FSO APIs allows the developer to
>> > concentrate on solving application domain problems, such as business
>> > logic and presentation of data, without having to worry about the device
>> > specifics and low level details, such as how to access resources,
>> > telephony, location awareness, data storage, etc.
>> >
>> > About freesmartphone.org:
>> > Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
>> > platform for open source and open discussion software projects working
>> > on interoperability and shared technology for Linux-based smartphones.
>> > freesmartphone.org operates on the services layer (middleware) and
>> > offers APIs and reference implementations that support modern
>> > interconnected mobile devices. To provide reference solutions,
>> > freesmartphone.org works closely together with various device-specific
>> > communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
>> > team honours and bases on specifications and software created by the
>> > freedesktop.org community.
>> >
>> > [1] http://www.freesmartphone.org
>> >
>> >
>> >
>> > ___
>> > 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
>
--
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable & embedded solutions
Openmoko, Openpandora, Arduino
Hey, watch out!!! There's a linux in your pocket!!!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
+1!
On Thu, 2009-07-30 at 00:33 +0800, Wolfgang Spraul wrote:
> Mickey, Stefan, Daniel and Jan,
>
> congratulations!
> I wish you all the best, both from a free software and business perspective
> it's so important to avoid the mobile Android monoculture :-)
>
> Way to go FSO, we will do what we can to support you guys.
> Wolfgang
>
> On Wed, Jul 29, 2009 at 05:51:20PM +0200, Michael 'Mickey' Lauer wrote:
> > Braunschweig, Germany, 2009-07-29. For immediate release.
> >
> > The freesmartphone.org core-team founds a BGB company to facilitate
> > the further development of free and open source middleware for
> > Linux-based mobile systems: "Lauer, Lbbe, Schmidt, Willmann,
> > freesmartphone.org GbR".
> >
> > The core-team members of the freesmartphone.org project today announced
> > the founding of a legal entity offering consulting, training, and
> > implementation services around the freesmartphone.org middleware
> > platform, also known as FSO[1].
> >
> > "We now have a single point of contact for both commercial and
> > non-commercial parties who want to use our services to create compelling
> > solutions. This is of interest for groups or individuals creating new
> > devices or freeing existing devices ("anti-vendor-ports") and who
> > decided to incorporate the FSO middleware", says Dr. Michael Lauer,
> > founder of the FSO project. "If you care about the further development
> > of this platform or if you need guidance for tailoring or customizing
> > the FSO middleware, contact us via E-Mail at
> > coret...@freesmartphone.org".
> >
> > With todays' smartphones evolving into ubiquituous companions, a gap has
> > emerged between widely used FOSS components like the Linux kernel and
> > core system libraries on one side, and end-user applications on the
> > other side. The lack of a complete free mobile software stack hinders
> > innovation and leads to reinventing proprietary solutions for services
> > middleware.
> >
> > FSO's mission is to close this gap by designing and developing solid
> > middleware for mobile systems in an open fashion; this refers to not
> > only publishing source code under open source licenses, but also to
> > sharing the whole design and development process with the community and
> > giving both commercial and non-commercial entities a way to co-drive and
> > steer the process.
> >
> > Built on top of the Linux kernel, FSO implements high level services for
> > mobile application development, accessible via the DBus interprocess
> > communication standard. Leveraging the FSO APIs allows the developer to
> > concentrate on solving application domain problems, such as business
> > logic and presentation of data, without having to worry about the device
> > specifics and low level details, such as how to access resources,
> > telephony, location awareness, data storage, etc.
> >
> > About freesmartphone.org:
> > Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
> > platform for open source and open discussion software projects working
> > on interoperability and shared technology for Linux-based smartphones.
> > freesmartphone.org operates on the services layer (middleware) and
> > offers APIs and reference implementations that support modern
> > interconnected mobile devices. To provide reference solutions,
> > freesmartphone.org works closely together with various device-specific
> > communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
> > team honours and bases on specifications and software created by the
> > freedesktop.org community.
> >
> > [1] http://www.freesmartphone.org
> >
> >
> >
> > ___
> > 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: FSO core team founds BGB company
Congratulations Mickey.
Qi hardware supports your efforts and if there is anything we can do to
assist you just
let us know. There is a freesmartphone in Qi's future, hopefully sooner
than people expect.
FSO would be a vital part of that. I'll have mirko add your organizations
to our list of links.
Steve
On Wed, Jul 29, 2009 at 8:51 AM, Michael 'Mickey' Lauer <
mic...@vanille-media.de> wrote:
> Braunschweig, Germany, 2009-07-29. For immediate release.
>
> The freesmartphone.org core-team founds a BGB company to facilitate
> the further development of free and open source middleware for
> Linux-based mobile systems: "Lauer, Lübbe, Schmidt, Willmann,
> freesmartphone.org GbR".
>
> The core-team members of the freesmartphone.org project today announced
> the founding of a legal entity offering consulting, training, and
> implementation services around the freesmartphone.org middleware
> platform, also known as FSO[1].
>
> "We now have a single point of contact for both commercial and
> non-commercial parties who want to use our services to create compelling
> solutions. This is of interest for groups or individuals creating new
> devices or freeing existing devices ("anti-vendor-ports") and who
> decided to incorporate the FSO middleware", says Dr. Michael Lauer,
> founder of the FSO project. "If you care about the further development
> of this platform or if you need guidance for tailoring or customizing
> the FSO middleware, contact us via E-Mail at
> coret...@freesmartphone.org".
>
> With todays' smartphones evolving into ubiquituous companions, a gap has
> emerged between widely used FOSS components like the Linux kernel and
> core system libraries on one side, and end-user applications on the
> other side. The lack of a complete free mobile software stack hinders
> innovation and leads to reinventing proprietary solutions for services
> middleware.
>
> FSO's mission is to close this gap by designing and developing solid
> middleware for mobile systems in an open fashion; this refers to not
> only publishing source code under open source licenses, but also to
> sharing the whole design and development process with the community and
> giving both commercial and non-commercial entities a way to co-drive and
> steer the process.
>
> Built on top of the Linux kernel, FSO implements high level services for
> mobile application development, accessible via the DBus interprocess
> communication standard. Leveraging the FSO APIs allows the developer to
> concentrate on solving application domain problems, such as business
> logic and presentation of data, without having to worry about the device
> specifics and low level details, such as how to access resources,
> telephony, location awareness, data storage, etc.
>
> About freesmartphone.org:
> Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
> platform for open source and open discussion software projects working
> on interoperability and shared technology for Linux-based smartphones.
> freesmartphone.org operates on the services layer (middleware) and
> offers APIs and reference implementations that support modern
> interconnected mobile devices. To provide reference solutions,
> freesmartphone.org works closely together with various device-specific
> communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
> team honours and bases on specifications and software created by the
> freedesktop.org community.
>
> [1] http://www.freesmartphone.org
>
>
>
> ___
> 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: [???] Which system is this?
Now is based on debian, but next release will have one version based on SHR too :) and yes we will,sorry, Cristoph M will include litephone :) 2009/7/29 Dan Staley : > Wow, I will admit I'm excited to try this out. I love programming in > QT...and the UI design here looks great. > This + litephone would make a very nice distro I believe > > I'll throw it on my uSD card and give it a try when I get home. > > Does anyone know, is Qallee based on debian? or the openmoko kernels? > > -Dan Staley > > On Wed, Jul 29, 2009 at 5:40 AM, Rafael Campos wrote: >> >> >> On Wed, Jul 29, 2009 at 3:17 AM, Bernd Prünster >> wrote: >>> >>> Sebastian Krzyszkowiak schrieb: >>> > On Wed, Jul 29, 2009 at 02:31, Bernd >>> > Prünster wrote: >>> > >>> >> saw these screenies on scap: >>> >> http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png >>> >> >>> >> looks like efl based, seems to be shr (?) >>> >> >>> > >>> > It's Qt4 based. Even looks like Qt :P >>> > >>> > >>> well i guess i guess i was VERY wrong. >>> although an elementary button looks exactly the same when you remove the >>> bottom layer... >>> >> ... >>> >> >>> > >>> > Just read thread about LitePhone. Or if you're lazy: >>> > Qalee - http://www.openmoko.openmatica.es/QALEE/ >>> > >>> > >> >> It's Qalee, a debian/Qt distro really interesting and fast. I've the >> opportunity to test at one of the Buzz-Fix Parties in Spain. The uathor is >> Christophe M >>> >>> >>> ___ >>> Openmoko community mailing list >>> community@lists.openmoko.org >>> http://lists.openmoko.org/mailman/listinfo/community >> >> >> >> -- >> ___ >> Rafael Campos >> o0 Methril 0o >> http://openblog.methril.net/ >> >> ___ >> 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 > > -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fixing bug #1024 successful reports?
Hello to Everyone, I'm seriously thinking to perform the fix on my phone, but I'm afraid to have some lack of knowledge. Is some guide/how-to available out there? Thank you very much Giacomo -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
On Wed, Jul 29, 2009 at 05:51:20PM +0200, Michael 'Mickey' Lauer wrote: > decided to incorporate the FSO middleware", says Dr. Michael Lauer, LOL each time I read this part I always read "Dr. Mickey Lauer" ;) Rui -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
I guess congratulations are in order. :) Best of luck, guys! Rui On Wed, Jul 29, 2009 at 05:51:20PM +0200, Michael 'Mickey' Lauer wrote: > Braunschweig, Germany, 2009-07-29. For immediate release. > > The freesmartphone.org core-team founds a BGB company to facilitate > the further development of free and open source middleware for > Linux-based mobile systems: "Lauer, Lübbe, Schmidt, Willmann, > freesmartphone.org GbR". ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Mickey, Stefan, Daniel and Jan,
congratulations!
I wish you all the best, both from a free software and business perspective
it's so important to avoid the mobile Android monoculture :-)
Way to go FSO, we will do what we can to support you guys.
Wolfgang
On Wed, Jul 29, 2009 at 05:51:20PM +0200, Michael 'Mickey' Lauer wrote:
> Braunschweig, Germany, 2009-07-29. For immediate release.
>
> The freesmartphone.org core-team founds a BGB company to facilitate
> the further development of free and open source middleware for
> Linux-based mobile systems: "Lauer, Lübbe, Schmidt, Willmann,
> freesmartphone.org GbR".
>
> The core-team members of the freesmartphone.org project today announced
> the founding of a legal entity offering consulting, training, and
> implementation services around the freesmartphone.org middleware
> platform, also known as FSO[1].
>
> "We now have a single point of contact for both commercial and
> non-commercial parties who want to use our services to create compelling
> solutions. This is of interest for groups or individuals creating new
> devices or freeing existing devices ("anti-vendor-ports") and who
> decided to incorporate the FSO middleware", says Dr. Michael Lauer,
> founder of the FSO project. "If you care about the further development
> of this platform or if you need guidance for tailoring or customizing
> the FSO middleware, contact us via E-Mail at
> coret...@freesmartphone.org".
>
> With todays' smartphones evolving into ubiquituous companions, a gap has
> emerged between widely used FOSS components like the Linux kernel and
> core system libraries on one side, and end-user applications on the
> other side. The lack of a complete free mobile software stack hinders
> innovation and leads to reinventing proprietary solutions for services
> middleware.
>
> FSO's mission is to close this gap by designing and developing solid
> middleware for mobile systems in an open fashion; this refers to not
> only publishing source code under open source licenses, but also to
> sharing the whole design and development process with the community and
> giving both commercial and non-commercial entities a way to co-drive and
> steer the process.
>
> Built on top of the Linux kernel, FSO implements high level services for
> mobile application development, accessible via the DBus interprocess
> communication standard. Leveraging the FSO APIs allows the developer to
> concentrate on solving application domain problems, such as business
> logic and presentation of data, without having to worry about the device
> specifics and low level details, such as how to access resources,
> telephony, location awareness, data storage, etc.
>
> About freesmartphone.org:
> Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
> platform for open source and open discussion software projects working
> on interoperability and shared technology for Linux-based smartphones.
> freesmartphone.org operates on the services layer (middleware) and
> offers APIs and reference implementations that support modern
> interconnected mobile devices. To provide reference solutions,
> freesmartphone.org works closely together with various device-specific
> communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
> team honours and bases on specifications and software created by the
> freedesktop.org community.
>
> [1] http://www.freesmartphone.org
>
>
>
> ___
> 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: FSO core team founds BGB company
On Wed, Jul 29, 2009 at 5:51 PM, Michael 'Mickey'
Lauer wrote:
> Braunschweig, Germany, 2009-07-29. For immediate release.
>
> The freesmartphone.org core-team founds a BGB company to facilitate
> the further development of free and open source middleware for
> Linux-based mobile systems: "Lauer, Lübbe, Schmidt, Willmann,
> freesmartphone.org GbR".
>
> The core-team members of the freesmartphone.org project today announced
> the founding of a legal entity offering consulting, training, and
> implementation services around the freesmartphone.org middleware
> platform, also known as FSO[1].
>
> "We now have a single point of contact for both commercial and
> non-commercial parties who want to use our services to create compelling
> solutions. This is of interest for groups or individuals creating new
> devices or freeing existing devices ("anti-vendor-ports") and who
> decided to incorporate the FSO middleware", says Dr. Michael Lauer,
> founder of the FSO project. "If you care about the further development
> of this platform or if you need guidance for tailoring or customizing
> the FSO middleware, contact us via E-Mail at
> coret...@freesmartphone.org".
>
> With todays' smartphones evolving into ubiquituous companions, a gap has
> emerged between widely used FOSS components like the Linux kernel and
> core system libraries on one side, and end-user applications on the
> other side. The lack of a complete free mobile software stack hinders
> innovation and leads to reinventing proprietary solutions for services
> middleware.
>
> FSO's mission is to close this gap by designing and developing solid
> middleware for mobile systems in an open fashion; this refers to not
> only publishing source code under open source licenses, but also to
> sharing the whole design and development process with the community and
> giving both commercial and non-commercial entities a way to co-drive and
> steer the process.
>
> Built on top of the Linux kernel, FSO implements high level services for
> mobile application development, accessible via the DBus interprocess
> communication standard. Leveraging the FSO APIs allows the developer to
> concentrate on solving application domain problems, such as business
> logic and presentation of data, without having to worry about the device
> specifics and low level details, such as how to access resources,
> telephony, location awareness, data storage, etc.
>
> About freesmartphone.org:
> Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
> platform for open source and open discussion software projects working
> on interoperability and shared technology for Linux-based smartphones.
> freesmartphone.org operates on the services layer (middleware) and
> offers APIs and reference implementations that support modern
> interconnected mobile devices. To provide reference solutions,
> freesmartphone.org works closely together with various device-specific
> communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
> team honours and bases on specifications and software created by the
> freedesktop.org community.
>
> [1] http://www.freesmartphone.org
>
>
This is great ! And I hope it will provide more visibility to FSO.
more visibility => more contribs => more testing => more stable =>
best FOSS GSM middleware :)
Since I love OS like om2009/Paroli, and even SHR (all EFL based
development actually) , I would love to see FSO to be rock solid to
help people to concentrate on Apps and tweaks :)
--
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB
2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
Either 8a or 8b. md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
On Wed, Jul 29, 2009 at 12:39 PM, Patryk Benderz wrote: > Hmm, i have noticed that some of you guys voted, while we still worked > on templates layout. Many has changed and few additional has appeared, > thus if anybody wishes to change their votes, do not hesitate to do so. > Preferably under this post-will be easier for me to count. 7d, as it has no border like the application template. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO core team founds BGB company
Braunschweig, Germany, 2009-07-29. For immediate release.
The freesmartphone.org core-team founds a BGB company to facilitate
the further development of free and open source middleware for
Linux-based mobile systems: "Lauer, Lübbe, Schmidt, Willmann,
freesmartphone.org GbR".
The core-team members of the freesmartphone.org project today announced
the founding of a legal entity offering consulting, training, and
implementation services around the freesmartphone.org middleware
platform, also known as FSO[1].
"We now have a single point of contact for both commercial and
non-commercial parties who want to use our services to create compelling
solutions. This is of interest for groups or individuals creating new
devices or freeing existing devices ("anti-vendor-ports") and who
decided to incorporate the FSO middleware", says Dr. Michael Lauer,
founder of the FSO project. "If you care about the further development
of this platform or if you need guidance for tailoring or customizing
the FSO middleware, contact us via E-Mail at
coret...@freesmartphone.org".
With todays' smartphones evolving into ubiquituous companions, a gap has
emerged between widely used FOSS components like the Linux kernel and
core system libraries on one side, and end-user applications on the
other side. The lack of a complete free mobile software stack hinders
innovation and leads to reinventing proprietary solutions for services
middleware.
FSO's mission is to close this gap by designing and developing solid
middleware for mobile systems in an open fashion; this refers to not
only publishing source code under open source licenses, but also to
sharing the whole design and development process with the community and
giving both commercial and non-commercial entities a way to co-drive and
steer the process.
Built on top of the Linux kernel, FSO implements high level services for
mobile application development, accessible via the DBus interprocess
communication standard. Leveraging the FSO APIs allows the developer to
concentrate on solving application domain problems, such as business
logic and presentation of data, without having to worry about the device
specifics and low level details, such as how to access resources,
telephony, location awareness, data storage, etc.
About freesmartphone.org:
Previously funded by Openmoko Inc, freesmartphone.org is a collaboration
platform for open source and open discussion software projects working
on interoperability and shared technology for Linux-based smartphones.
freesmartphone.org operates on the services layer (middleware) and
offers APIs and reference implementations that support modern
interconnected mobile devices. To provide reference solutions,
freesmartphone.org works closely together with various device-specific
communities such as the Openmoko, OpenEZX, and HTC-Linux groups. The FSO
team honours and bases on specifications and software created by the
freedesktop.org community.
[1] http://www.freesmartphone.org
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
>> Except for charging while it is off, but that is a different story XP > > i do it ;P > > power on > connect adapter (it wcharges) > power off > you go to sleep tested it yesterday, rather by accident (fso5.5/debian). since i got autosuspend running, the fr uses to nod off even when on power and last night it was at about 85%, when nodding off -- remembering this thread and being curious, i let ist sleep for several minutes (almost 30, i guess) and after resuming the charging level was at 92%. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
7c -- ___ Rafael Campos o0 Methril 0o http://openblog.methril.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
On Sat, Jul 25, 2009 at 1:02 AM, Adam Jimerson wrote: > On Friday 24 July 2009 06:56:22 pm Sebastian Krzyszkowiak wrote: >>That's Linux box which fits in your pocket. You can do >> everything. > > Except for charging while it is off, but that is a different story XP i do it ;P power on connect adapter (it wcharges) power off you go to sleep in the morning it's charged ;P om2008.12 with kernel hand-updated now i'm testing shr in these days, but on the sd, this night it seems to have charged only at 60%, i'll check this better ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Constant charging of LiIon battery (was: Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?)
Ben Wong writes: >> Yes, this is what I was thinking of. I am afraid to leave battery-powered >> devices plugged in (line-powered) all the time, though, because doing so >> seems to kill laptop batteries. > > That's a good question, whether constant charging shortens the > lifespan of a Li battery, which I'm sure someone more knowledgeable on > this list will answer. From personal experience, I believe that to be > true. Same for me, i believe my laptop battery was killed by constant charging. Other reports and advices found on the internet suggest that to be the likely case. For FR, however, there shouldn't be much concern as it cuts off charging the battery as soon as it's full and then reenables the charging at approx 75-80%. Ensure you use a recent Qi (at least 2 Jun 2009) because if you don't the PMU might not detect battery full condition properly due to GSM modem drawing power directly from the battery terminals. I'm currently working on patches to finally bring sanity to the charging/discharging batteries on FR, including dumb batteries (yes, you can use your favourite dirt-cheap BL-5C now and you'll even see how much charge is left there), so stay tuned. -- 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
Re: Can my FreeRunner remind me to shut it down if it is still running at 22:00?
On Tue, Jul 28, 2009 at 3:47 AM, Brolin Empey wrote: > 2009/7/27 Ben Wong >> >> On Fri, Jul 24, 2009 at 3:44 PM, Brolin Empey wrote: >> >> > I prefer to shut down my cell phone before going to bed, but I >> > frequently >> > forget to do so. > > That could be interpreted as meaning I frequently forget to go to bed too. Heh. I actually *do* have an alarm that goes off every night to remind me to go to bed. I got the idea from an old Superman "Bizarro World" comic. > No, the phones I have do not wake me. > > A phone that literally rings (i.e., has a real bell instead of an electronic > tone) may wake me, though. :) I suggest this rotary ring, which I use as my default ring "tone": http://www.freesound.org/samplesViewSingle.php?id=15826 >> >> I'd use a cron job that calls shutdown, but that first checks if your >> phone is off the hook (well, I guess we already know the Freerunner is >> "off the hook"). I'd probably also check if there had been any recent >> screen input. > > In this case you literally meant off the hook, but at first I thought you > meant “no longer responsible for”. :) Yeah, language is funny. For some reason the slang in my part of the US (I don't know about elsewhere) has evolved so that "off the hook" now means "fantastic!" Perhaps a confusion with "off the charts"? >> To save the battery in case you forgot to plug it in? > > Yes, this is what I was thinking of. I am afraid to leave battery-powered > devices plugged in (line-powered) all the time, though, because doing so > seems to kill laptop batteries. That's a good question, whether constant charging shortens the lifespan of a Li battery, which I'm sure someone more knowledgeable on this list will answer. From personal experience, I believe that to be true, but my feeling is that I'll just keep it charging and replace the batteries once in a while. They're not as expensive as laptop batteries. Also, I've heard that lithium batteries have a limited lifespan even when they're not being used. >> A cron job >> would work to shut it down, but you could add a couple lines in the >> script to skip it if the battery is already charging. > > Or if I am using the phone. ;) It should inject audio into the conversation. "Pardon me for interrupting, this is your Freerunner talking. I just wanted to let you know that it is now past your bedtime." ;-) --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Freerunner making a squealing noise
I had this problem with QtEI - I think the issue was related to the speaker phone mode being turned on incorrectly and generating some kind of feedback. Since I didn't use the speakerphone mode, My solution was to just copy the alsa state file for handset use overtop of the speakerphone alsa file. Good luck, Warren On Wed, Jul 29, 2009 at 8:23 AM, Ian Munsie wrote: > Hey all, > > Has anyone else ever experienced a loud squealing or shrieking noise > on their Freerunner that begins some amount seconds (varies) after > starting or receiving a phone call? The noise rapidly gets louder once > it starts and within about a second is much louder than the voice. > Both parties can hear the noise and it makes communication very > difficult. I first noticed it on the 18th which was a few days after I > updated from QTEI to QTMoko (FSO variant 20090707). This Freerunner > has not been buzz fixed, but this is not a buzzing issue. The noise > sounds like no kind of RF interference or feedback that I have ever > heard - the pitch is not fixed and the closest thing I can think of to > compare it to is the wind whistling through some trees, but much > louder and quite a bit harsher. > > -I > > -- > http://darkstarshout.blogspot.com/ > -- > On the day *I* go to work for Microsoft, faint oinking sounds will be > heard from far overhead, the moon will not merely turn blue but > develop polkadots, and hell will freeze over so solid the brimstone > will go superconductive. > -- Eric S. Raymond, 2005 > -- > Please avoid sending me Word or PowerPoint attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [???] Which system is this?
Wow, I will admit I'm excited to try this out. I love programming in QT...and the UI design here looks great. This + litephone would make a very nice distro I believe I'll throw it on my uSD card and give it a try when I get home. Does anyone know, is Qallee based on debian? or the openmoko kernels? -Dan Staley On Wed, Jul 29, 2009 at 5:40 AM, Rafael Campos wrote: > > > On Wed, Jul 29, 2009 at 3:17 AM, Bernd Prünster > wrote: > >> Sebastian Krzyszkowiak schrieb: >> > On Wed, Jul 29, 2009 at 02:31, Bernd Prünster >> wrote: >> > >> >> saw these screenies on scap: >> >> http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png >> >> >> >> looks like efl based, seems to be shr (?) >> >> >> > >> > It's Qt4 based. Even looks like Qt :P >> > >> > >> well i guess i guess i was VERY wrong. >> although an elementary button looks exactly the same when you remove the >> bottom layer... >> >> ... >> >> >> > >> > Just read thread about LitePhone. Or if you're lazy: >> > Qalee - http://www.openmoko.openmatica.es/QALEE/ >> > >> > >> > It's Qalee, a debian/Qt distro really interesting and fast. I've the > opportunity to test at one of the Buzz-Fix Parties in Spain. The uathor is > Christophe M > >> >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > > -- > ___ > Rafael Campos > o0 Methril 0o > http://openblog.methril.net/ > > ___ > 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: testing Litephone, new phone interface
On Wed, Jul 29, 2009 at 15:19, KaZeR wrote: > > > > Sebastian Krzyszkowiak wrote: >> >> Nooo, no GSM.SIM! That's evil :P I've implemented deleting messages >> from SIM in opimd few days ago. With upgrade it should automatically >> work in litephone. >> > Ah, apologies, then. Would you mind to enlight me about the right way of > doing it then? Is it documented somewher? I undestand that you can't spend > your time writing doc, but.. sometimes.. it's useful ;) > I have a very old (but useful) script to read, answer and delete sms from a > shell, it might need to be enhanced then (i'm still currently storing my > smses only on SIM because i do not know how to do otherwise, so i'm still > limited to 50 messages when i would like to be able to read them in a > discussion-like view). http://docs.freesmartphone.org/ And when you are using Litephone (or any other opimd based gui - don't do that on ogsmd only gui!), then just set SQLite-Messages as default backend in Messages domain. You can do that from SHR Settings. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] right click with xserver-xorg-video-glamo
Hi, yesterday i changed from the deprecated xserver-xglamo to the new xserver-xorg-video-glamo package and it works better than i expected. :) But now i got the problem that i have no right click again. I read that the long-tap patch from Sebastian Ohl now is implemented in the debian xserver-xorg-input-tslib version. So i tried the settings meantioned at [1] which should work with the fbdev driver. But i have the problem that with the Entry "Device" i only can move the cursor but no click is recognized (short, long, double). When i use "TslibDevice" i can do a short and double click but still no long tap for right click. Is the right click solution based on tslib supposed to work with xserver-xorg-video-glamo or if not is there another solution? Here [2] is my current xorg.conf entry for the touchscreen. I also tried the libgtkstylus variant but this seems to have no effect at all. Ciao, Rainer [1] http://wiki.openmoko.org/wiki/Debian#Simulating_right_click_with_stylus [2] Section "InputDevice" Identifier "Configured Touchscreen" Driver "tslib" Option "CorePointer" "true" Option "SendCoreEvents""true" Option "TslibDevice" "/dev/input/event1" # Option "Device""/dev/input/event1" Option "Protocol" "Auto" Option "Width" "480" Option "Height""640" Option "EmulateRightButton""1" EndSection ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Hi guys,I'm preparing an image based on shr witch works with Qalee, just wait some few days :) I plan to integrate it in Qalee in the future ... 2009/7/29 KaZeR > > > > Helge Hafting wrote: > > > > > > I installed on shr-unstable, killed ophonekitd, ran the registration > > script and started litephone like this: > > > > $ litephone style_sheet.conf > > > > > > I believe that the style_sheet part isn't needed anymore, and instead you > can use other parameters (like demo, etc). > I simply ran litephone, in my case and it worked. > -- > View this message in context: > http://n2.nabble.com/testing-Litephone%2C-new-phone-interface-tp3336730p3349770.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- __ http://think-free.homelinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Helge Hafting wrote: > > > I installed on shr-unstable, killed ophonekitd, ran the registration > script and started litephone like this: > > $ litephone style_sheet.conf > > I believe that the style_sheet part isn't needed anymore, and instead you can use other parameters (like demo, etc). I simply ran litephone, in my case and it worked. -- View this message in context: http://n2.nabble.com/testing-Litephone%2C-new-phone-interface-tp3336730p3349770.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Michal Brzozowski wrote: > Hi, > > I gave it a try and wrote an FSO based phone app in Qt. It's using the > new PIM service, and since that's not completely stable yet, there are a > few problems. I'm releasing this anyway, to help test FSO, and meanwhile > get some feedback on the gui and general idea. Consider it an alpha > release. There might be little bugs here and there. > I installed on shr-unstable, killed ophonekitd, ran the registration script and started litephone like this: $ litephone style_sheet.conf This resulted in tons of error messages. Lots of these: QDBusArgument: write from a read-only object Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged And it ended with these messages: QDBusArgument: write from a read-only object QDBusArgument: write from a read-only object INFO: New dbus call: org.freesmartphone.opimd /org/freesmartphone/PIM/Messages/Queries/2 org.freesmartphone.PIM.MessageQuery GetResult; Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged QDBusArgument: write from a read-only object QDBusArgument: write from a read-only object INFO: before 19 FATAL: data.cpp: 76 : void Data::sort(const QString&, bool): check failed: row.getValue(column, &value): It did not get to the GUI. > The basic idea on the GUI is that it is packed in one window, the > various 'modules' (contacts, messages, dialer, etc) placed into tabs. No > popup windows. I like the idea, and the screenshots looked fine too. A phone app that runs all the time can respond quicker. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Sebastian Krzyszkowiak wrote: > > Nooo, no GSM.SIM! That's evil :P I've implemented deleting messages > from SIM in opimd few days ago. With upgrade it should automatically > work in litephone. > Ah, apologies, then. Would you mind to enlight me about the right way of doing it then? Is it documented somewher? I undestand that you can't spend your time writing doc, but.. sometimes.. it's useful ;) I have a very old (but useful) script to read, answer and delete sms from a shell, it might need to be enhanced then (i'm still currently storing my smses only on SIM because i do not know how to do otherwise, so i'm still limited to 50 messages when i would like to be able to read them in a discussion-like view). Sebastian Krzyszkowiak wrote: > > About that traceback: I already told author, that everything he > queries in opimd must be correct regular expression. Looks like he > didn't listen to me :D > Maybe my package isn't up to date :) -- View this message in context: http://n2.nabble.com/testing-Litephone%2C-new-phone-interface-tp3336730p3349652.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
Andrew Stephen wrote: > 2009/7/28 Warren Baird : > >> looks great - I took the liberty of adding the version #'s into the output >> created by the template, so you can see the version #'s on the draft >> community page. >> >> My preference is '8a' >> > > I vote for 8a also. > > 8a was the one I liked. Dave ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Glad to hear you got it working, c_c. :) In the mean time, I've had to disable bluetooth entirely since it's just not ready to use yet. If I suspend the phone, then it disconnects from the headset, and I can't answer calls until I run the dbus command, which isn't realistic to do while the phone is ringing. Also, I need a way to enable/disable bluetooth without editing configs and restarting frameworkd and ophonekitd, as doing so takes several minutes. They aren't big complaints, but for me they are dealbreakers. I kept missing calls because my phone had decided to disconnect from the headset, and in that scenario, I would like to call back within seconds, not minutes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
On Wed, Jul 29, 2009 at 14:14, KaZeR wrote: > Also, deleting sms can be done using > org.freesmartphone.GSM.SIM.DeleteMessage(int(message)) : it could be useful > :) Nooo, no GSM.SIM! That's evil :P I've implemented deleting messages from SIM in opimd few days ago. With upgrade it should automatically work in litephone. About that traceback: I already told author, that everything he queries in opimd must be correct regular expression. Looks like he didn't listen to me :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Freerunner making a squealing noise
The noise > sounds like no kind of RF interference or feedback that I have ever > heard - the pitch is not fixed and the closest thing I can think of to > compare it to is the wind whistling through some trees, but much > louder and quite a bit harsher. > > I get a similar sound when using the Freerunner near an external mic or speaker system. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: testing Litephone, new phone interface
Ah, i had a crash when updating a contact :) INFO: Updating contact INFO: New dbus call: org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Contacts Query; Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged FATAL: DBus error: org.freedesktop.DBus.Python.sre_constants.error Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/dbus/service.py", line 702, in _message_cb retval = candidate_method(self, *args, **keywords) File "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_contacts.py", line 874, in Query return self.query_manager.process_query(query, sender) File "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_contacts.py", line 630, in process_query query_handler = SingleQueryHandler(query, self._contacts, dbus_sender) File "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_contacts.py", line 437, in __init__ self.entries = matcher.match(self._contacts) File "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_contacts.py", line 75, in match match = contact.match_query(self.query_obj) File "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimd_contacts.py", line 370, in match_query matcher = re.compile(field_value) File "/usr/lib/python2.6/re.py", line 190, in compile return _compile(pattern, flags) File "/usr/lib/python2.6/re.py", line 245, in _compile raise error, v # invalid expression error: nothing to repeat -- View this message in context: http://n2.nabble.com/testing-Litephone%2C-new-phone-interface-tp3336730p3349360.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
c_c writes: >> did you add the rules to >> /etc/freesmartphone/oeventsd/rules.yaml? >> > Yup. Did that. But had not uncommented the SCORouting = PCM line in > /etc/bluetooth/audio.conf. Once that was done a reboot, followed by mdbus -s > org.bluez /org/bluez/`pidof bluetoothd`/hci0/dev_xx_xx_xx_xx_xx_xx > org.bluez.Headset.Connect and the headset is up. > Thanks - finally I can use it! > > A few suspends later - I need to org.bluez.Headset.Connect, but the pid has > changed. So some manual intervention is still required sometimes - or am I > still doing something wrong? No, FSO should do reconnect after resume on its own. Not implemented yet but i think there's already a trac ticket about that. And even if you do it behind FSO back you can automate it, as pid of bluetoothd is easily obtainable ;) > Also, my ringtone only plays in the phone. org.bluez.Headset.IndicateCall > - plays the headset tone. Is it planned for inclusion in FSO? Please file a wishlist ticket on FSO trac for that. -- 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
Re: [SHR-U] Bluetooth and GSM... Again.
> mdbus -s > org.bluez /org/bluez/`pidof bluetoothd`/hci0/dev_xx_xx_xx_xx_xx_xx > org.bluez.Headset.Connect and the headset is up. > Thanks - finally I can use it! > > A few suspends later - I need to org.bluez.Headset.Connect, but the pid > has > changed. that's why you use pidof bluetoothd in your dbus call above. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] Freerunner making a squealing noise
Hey all, Has anyone else ever experienced a loud squealing or shrieking noise on their Freerunner that begins some amount seconds (varies) after starting or receiving a phone call? The noise rapidly gets louder once it starts and within about a second is much louder than the voice. Both parties can hear the noise and it makes communication very difficult. I first noticed it on the 18th which was a few days after I updated from QTEI to QTMoko (FSO variant 20090707). This Freerunner has not been buzz fixed, but this is not a buzzing issue. The noise sounds like no kind of RF interference or feedback that I have ever heard - the pitch is not fixed and the closest thing I can think of to compare it to is the wind whistling through some trees, but much louder and quite a bit harsher. -I -- http://darkstarshout.blogspot.com/ -- On the day *I* go to work for Microsoft, faint oinking sounds will be heard from far overhead, the moon will not merely turn blue but develop polkadots, and hell will freeze over so solid the brimstone will go superconductive. -- Eric S. Raymond, 2005 -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
7c (again, I had voted on previous post) 2009/7/29 Denis Galvão : > 7c > > -- > Denis Galvão > AsteriskBrasil.org > > Ajude a comunidade AsteriskBrasil.org, compre uma camiseta! > http://www.voipmania.com.br > > > On 29/07/2009, at 07:39, Patryk Benderz wrote: > >> Hmm, i have noticed that some of you guys voted, while we still worked >> on templates layout. Many has changed and few additional has appeared, >> thus if anybody wishes to change their votes, do not hesitate to do >> so. >> Preferably under this post-will be easier for me to count. >> >> -- >> Kind Regards >> >> Patryk Benderz >> IT Specialist >> Linux Registered User #377521 >> +48 22 538 6292 >> >> ERSTE Securities Polska S.A. >> ul. Królewska 16 >> Warszawa 00-103 >> KRS 065121 >> NIP 526-10-27-638 >> REGON 011136053 >> Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) >> >> This message and any attached files are confidential and intended >> solely >> for the addressee(s). Any publication, transmission or other use of >> the >> information by a person or entity other than the intended addressee is >> prohibited. If you receive this in error please contact the sender and >> delete the material. The sender does not accept liability for any >> errors >> or omissions as a result of the transmission. >> >> >> Email secured by Check Point >> >> ___ >> 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 > -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Hi, arne anka wrote: > > did you add the rules to > /etc/freesmartphone/oeventsd/rules.yaml? > Yup. Did that. But had not uncommented the SCORouting = PCM line in /etc/bluetooth/audio.conf. Once that was done a reboot, followed by mdbus -s org.bluez /org/bluez/`pidof bluetoothd`/hci0/dev_xx_xx_xx_xx_xx_xx org.bluez.Headset.Connect and the headset is up. Thanks - finally I can use it! A few suspends later - I need to org.bluez.Headset.Connect, but the pid has changed. So some manual intervention is still required sometimes - or am I still doing something wrong? Also, my ringtone only plays in the phone. org.bluez.Headset.IndicateCall - plays the headset tone. Is it planned for inclusion in FSO? Thanks Again! -- View this message in context: http://n2.nabble.com/-SHR-U--Bluetooth-and-GSM...-Again.-tp3247130p3349313.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
7c -- Denis Galvão AsteriskBrasil.org Ajude a comunidade AsteriskBrasil.org, compre uma camiseta! http://www.voipmania.com.br On 29/07/2009, at 07:39, Patryk Benderz wrote: > Hmm, i have noticed that some of you guys voted, while we still worked > on templates layout. Many has changed and few additional has appeared, > thus if anybody wishes to change their votes, do not hesitate to do > so. > Preferably under this post-will be easier for me to count. > > -- > Kind Regards > > Patryk Benderz > IT Specialist > Linux Registered User #377521 > +48 22 538 6292 > > ERSTE Securities Polska S.A. > ul. Królewska 16 > Warszawa 00-103 > KRS 065121 > NIP 526-10-27-638 > REGON 011136053 > Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) > > This message and any attached files are confidential and intended > solely > for the addressee(s). Any publication, transmission or other use of > the > information by a person or entity other than the intended addressee is > prohibited. If you receive this in error please contact the sender and > delete the material. The sender does not accept liability for any > errors > or omissions as a result of the transmission. > > > Email secured by Check Point > > ___ > 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: testing Litephone, new phone interface
Hello list. I've tested litephone, and i like the concept behind it. Switching from contacts to messages to phone logs is done in a breath. I also like the possibility to change the volume during call, even if it's not done in the cleaner way : at least, it works. Scrolling is a bit awkward at the beginning but with the shortcuts on the right side you can find a contact in a 120+ list quite fast. Only issue i noticed so far : keypad doesn't work in calls : i called my voice mail and was unable to navigate in its menu. Also, deleting sms can be done using org.freesmartphone.GSM.SIM.DeleteMessage(int(message)) : it could be useful :) Otherwise, very promising app. Please convert http://pvtrace.com/litephone/ into a repository so that i can keep it up to date easily. -- View this message in context: http://n2.nabble.com/testing-Litephone%2C-new-phone-interface-tp3336730p3349281.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
Hmm, i have noticed that some of you guys voted, while we still worked on templates layout. Many has changed and few additional has appeared, thus if anybody wishes to change their votes, do not hesitate to do so. Preferably under this post-will be easier for me to count. -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[openWrt] It boots fast (and couple of bugs)
http://wiki.openmoko.org/wiki/OpenWrt I just tested OpenWrt installed on Freerunners flash and on SD-card. It works nicely and it boots very fast. It has terminal installed. Wlan works. (I think these are important to test it quickly) Someone just asked how to install packages. It uses opkg and this repository: http://downloads.openwrt.org/snapshots/trunk/s3c24xx/packages/ (Is there any other repositories?) How about compiling with openembedded recipes for OpenWrt? OpenWrt uses ulibc, and openembedded can use it too, is there any other issues? Bugs about on-screen-keyboard: Shift and caps-lock aren't working. Easy to test. Ctrl are not working. ctrl+c doesn't stop ping, ctrl+d doesn't stop interactive python. -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] GSM/GPS logger 0.4.0 is out! (Legal status)
On Wed, Jul 29, 2009 at 7:15 PM, Stroller wrote: > > On 28 Jul 2009, at 11:35, Patryk Benderz wrote: >> ... >> Hi, did you considered legal side of this work? I mean, do GSM >> operators >> in all countries allow us to collect these data? > > The data is publicly observable, so I don't see how they can claim any > copyright upon it. The legality of cellid collecting projects has been discussed before here (and probably also in other communities) Harald Welte mentioned the potential for legal issues in austria: >Date: Tue, 22 Apr 2008 10:39:31 +0200 >Subject: Re: locating via GSM, revisited (legal sidenote) >Just as a general note added to the discussion: > >As far as I remember, there has been a highest federal court ruling in >Austria some time ago, stating that the location information though >present for anyone to read in the intrinsics of the GSM signal, cannot >be used without explicit permission by the network operator. > >The point they made was that the subscription contract between the >operator and the customer covers things like voice calls, data calls, >GPRS data, etc - but it does not permit the use of GSM signals for >locating the handset on the customer side. > >I don't say I like this, and I also don't say OM should not investigate >thsi further. I'm just stating that there are legal issues and somebody >inside FIC legal should probably do an extensive survey of the legal >situation all over the target market to make sure OM doesn't get into >trouble here. (http://lists.openmoko.org/pipermail/openmoko-kernel/2008-April/002507.html) But the technology has moved on since april last year and possibly even google is collecting and submitting back more GSM + GPS data in this way through it's java google maps clients. > I don't see that it could be covered by a user agreement, because cell > towers advertise their presence to users of other networks. This interests me more! Can we do this with the Calypso GSM module? I only have sim cards for valid for registration on 1 network but there are 3 networks available. I'm happy to not be registered to any network/not have functioning GSM while collecting data about cellids. Is it already showing up the reports you get in the FSO interface? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [CU] voting required
2009/7/28 Warren Baird : > looks great - I took the liberty of adding the version #'s into the output > created by the template, so you can see the version #'s on the draft > community page. > > My preference is '8a' I vote for 8a also. -- Andrew Stephen http://www.evil.geek.nz/ It is absurd to divide people into good and bad. People are either charming or tedious. - Oscar Wilde ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [???] Which system is this?
On Wed, Jul 29, 2009 at 3:17 AM, Bernd Prünster wrote: > Sebastian Krzyszkowiak schrieb: > > On Wed, Jul 29, 2009 at 02:31, Bernd Prünster > wrote: > > > >> saw these screenies on scap: > >> http://scap.linuxtogo.org/files/b41df60899616887078dc018612ba0e7.png > >> > >> looks like efl based, seems to be shr (?) > >> > > > > It's Qt4 based. Even looks like Qt :P > > > > > well i guess i guess i was VERY wrong. > although an elementary button looks exactly the same when you remove the > bottom layer... > >> ... > >> > > > > Just read thread about LitePhone. Or if you're lazy: > > Qalee - http://www.openmoko.openmatica.es/QALEE/ > > > > > It's Qalee, a debian/Qt distro really interesting and fast. I've the opportunity to test at one of the Buzz-Fix Parties in Spain. The uathor is Christophe M > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- ___ Rafael Campos o0 Methril 0o http://openblog.methril.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] GSM/GPS logger 0.4.0 is out! (Legal status)
On 28 Jul 2009, at 11:35, Patryk Benderz wrote: > ... > Hi, did you considered legal side of this work? I mean, do GSM > operators > in all countries allow us to collect these data? The data is publicly observable, so I don't see how they can claim any copyright upon it. If you're drawing a map & you mark a hill upon it, the farmer who owns the hill surely cannot take action against you. (Assume you do not set foot upon the property, but estimate location & height of the peak by observation & triangulation from other nearby points of known height & public accessibility). I don't see that it could be covered by a user agreement, because cell towers advertise their presence to users of other networks. What legal issues do YOU foresee, in which jurisdictions? Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board for non-neo devices
Atilla Filiz writes: > So according to schematics, there is NOR WP pin at H-TP4711. The > component placement sheet shows it as T-HP7711, as there are no > 4711s(hardware revision?). I see H-TP7711 under the LCM and it's entirely different TP. You need H-TP4711, located right under the debug board connector. > What I need is to short this pin to the ground while my Neo is > running, and run the flash script. Is that correct? Seems easy > enough. Looks right to me. Probably it'd be safer to short it while FR is turned off. But beware, it is on your own risk. -- 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
Re: [SHR-U] Bluetooth and GSM... Again.
did you add the rules to /etc/freesmartphone/oeventsd/rules.yaml ? they actually do the loading of the gsmbluetooth.state file -- and theoretically should do the unloading resp loading of gsmhandset.state, when no bt headset is connected. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board for non-neo devices
So according to schematics, there is NOR WP pin at H-TP4711. The component placement sheet shows it as T-HP7711, as there are no 4711s(hardware revision?). What I need is to short this pin to the ground while my Neo is running, and run the flash script. Is that correct? Seems easy enough. Happy hacking Atilla On Wed, Jul 29, 2009 at 9:05 AM, David Reyes Samblas Martinez < da...@tuxbrain.com> wrote: > 2009/7/29 Paul Fertser : > > Atilla Filiz writes: > >> Wow, I didn't know that, I haven't seen it on wiki but will keep > >> researching. Thanks for the info, you may have just saved my precious > >> student $s. > > > > I don't think it's mentioned anywhere. Probably it even shouldn't be > > so those who don't understand it themselves don't try and brick their > > devices. > > > > The information is obvious from looking at NOR reflashing instructions > > [1] and FR schematics [2]. > > > > [1] http://wiki.openmoko.org/wiki/Flashing_NOR > The link to the NOR images > http://people.openmoko.org/tony_tu/GTA02/images/20080321_gta02_rc1/ > on the wiki page don't work any one has a downloable NOR image ready to > flash? > > > [2] http://people.openmoko.org/joerg/schematics/GTA02/ > > -- > > 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 > > > > > > -- > David Reyes Samblas Martinez > http://www.tuxbrain.com > Open ultraportable & embedded solutions > Openmoko, Openpandora, Arduino > Hey, watch out!!! There's a linux in your pocket!!! > -- - Atilla Filiz Eindhoven University of Technology Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debug board for non-neo devices
2009/7/29 Paul Fertser : > Atilla Filiz writes: >> Wow, I didn't know that, I haven't seen it on wiki but will keep >> researching. Thanks for the info, you may have just saved my precious >> student $s. > > I don't think it's mentioned anywhere. Probably it even shouldn't be > so those who don't understand it themselves don't try and brick their > devices. > > The information is obvious from looking at NOR reflashing instructions > [1] and FR schematics [2]. > > [1] http://wiki.openmoko.org/wiki/Flashing_NOR The link to the NOR images http://people.openmoko.org/tony_tu/GTA02/images/20080321_gta02_rc1/ on the wiki page don't work any one has a downloable NOR image ready to flash? > [2] http://people.openmoko.org/joerg/schematics/GTA02/ > -- > 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 > -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
