Re: [SHR-U] Intone Playlist Failure
Hi, The Digital Pioneer wrote: Intone playlists don't work. I can create and delete them, just fine, but I can't play them. When I try to select them, it prints out to terminal SQL error: no such table: playlist name here and when I press done, Intone segfaults. Is this for a custom playlist only - or for the automatically generated playlists too? Sorry - I'm in the middle of changing quite a few things - and some changes are causing regressions. Should be done soon - and (hopefully) a better version will be out soon. -- View this message in context: http://n2.nabble.com/-SHR-U--Intone-Playlist-Failure-tp3247199p3249163.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: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Davide wrote: If I put a music file on the parent directory, intone only sees that file, and finds 1 Album, 1 Artist Something odd here. Can you tell me what your directory structure is like in detail - follow any 1 subdirectory and let me know. It must be something simple that I have not catered for - will replicate a similar structure and make intone work with it. Thanks! -- View this message in context: http://n2.nabble.com/Intone-%280.55%29-Elementary-mplayer-frontend---updated-09-Jul-tp2587826p3249184.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.
hum... I heard here the FSO 5.5 will provide a bt headset thing. Will this change something here ? Like help people to connect the bt and transfer audio with a dbus command ? Kimaidou 2009/7/13 Paul Fertser fercer...@gmail.com The Digital Pioneer digitalpion...@gmail.com writes: Progress!!! After reflashing, it now loads the gsmbluetooth statefile. I hear nothing over my headset, but that's progress! Am I supposed to have a defined bluetooth device in asound.conf or something? Of course not. This method (with gsmbluetoothfile) uses direct PCM connection between WM8753 and the bluetooth chip, almost nothing to do with alsa (except that it is used to set correct rate for the BT DAI). Quite possibly you have the same problem i had with one of the headsets i tested, the symptoms are: everything works except for the sound transfer. Currently i have no other ideas except disabling eSCO support in kernel and bluez (probably it's even a bug in the firmware of the chip we use), but i haven't tried it yet as i don't have access to that non-working headset currently. -- 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] paroli - settings scroll
good to hear, is the opkg upgrade reliable or will it break things like on shr-unstable? On Sun, Jul 12, 2009 at 8:12 PM, Xavier Cremaschi omega.xav...@gmail.comwrote: Risto H. Kurppa a écrit : On Sun, Jul 12, 2009 at 7:33 PM, Previdi Robertoprevidi.robe...@gmail.com wrote: Is it possible to scroll the settings in paroli without clicking anyone? At the moment it isn't, it hasn't been fixed yet, as far as I know. r I can do it, it has been fixed some days after the release of the r5. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Using openmoko as external gps antenna
Hi, is it possibile to use Neo as external gps antenna? If yes, any guides or tutorials? Thanks -- Alessandro De Noia aka Sdonk http://blog.sdonk.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using openmoko as external gps antenna
El día Monday, July 13, 2009 a las 09:35:47AM +0200, Alessandro De Noia escribió: Hi, is it possibile to use Neo as external gps antenna? If yes, any guides or tutorials? Thanks Yes, I did this in the past; see: http://www.unixarea.de/OpenMokoLiaHab/20081108-163731.jpg just start in the FR the gpsd and connect your GPS application, for example tangoGPS, via the USB network to the port 2947 (default) of the FR. HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] phone profile
Joshua Judson Rosen wrote: jeremy jozwik jerjoz.for...@gmail.com writes: is there a config file that i can alter to make my shr-settings phone profiles stay put even after a shutdown? it i set to vibrate, shutdown and turn on at a later time phone settings will always default back to default Isn't that why it's called default? Default is what you get after flashing. default is what you get when you don't customize. And that is fine. The phone is not supposed to revert back to default just because the user boots it. If you make _changes_, they should stick! Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] phone profile
On Mon, 2009-07-13 at 10:58 +0200, Helge Hafting wrote: Joshua Judson Rosen wrote: jeremy jozwik jerjoz.for...@gmail.com writes: is there a config file that i can alter to make my shr-settings phone profiles stay put even after a shutdown? it i set to vibrate, shutdown and turn on at a later time phone settings will always default back to default Isn't that why it's called default? Default is what you get after flashing. default is what you get when you don't customize. And that is fine. The phone is not supposed to revert back to default just because the user boots it. If you make _changes_, they should stick! Helge Hafting Yeah, thats way I think it should work too - however you can get a usable situation by changing the settings for default to your common situation (which then become sticky and last through a reboot/most upgrades). That way if want silent for default - change all the default settings to silent and it will boot up as that. Counter-intuitive ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
On Monday 13 July 2009 08:48:54 c_c wrote: Something odd here. Can you tell me what your directory structure is like in detail - follow any 1 subdirectory and let me know. It must be something simple that I have not catered for - will replicate a similar structure and make intone work with it. Thanks! /home/root/Cosas/Musica/Artist/Disk/music_files Where /home/root/Cosas is a filesystem on SD card. For example: r...@om-gta02 ~/Cosas/Musica/Berrogueetto/Hepta $ ls Albores.ogg Azul Graso.ogg g...@matias.tacom.ogg Nanatsu.ogg Vinte Anos.ogg Alquimista De Sonos.ogg Baixando De Ti.ogg Hebdomadaria.ogg Samesugas.ogg Armenia.ogg Cantos De Monzo.ogg Heptacordo.ogg Setestrelo.ogg r...@om-gta02 ~/Cosas/Musica/Berrogueetto/Hepta $ df -m /home/root/Cosas/ Filesystem 1K-blocks Used Available Use% Mounted on /dev/mmcblk0p6 4605868 2037600 2568268 44% /home/root/Cosas Thank you ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
On Tue, Jun 30, 2009 at 11:32:39PM +0200, Laszlo KREKACS wrote:
I already wrote about it about a month ago:
http://lists.openmoko.org/pipermail/community/2009-June/048997.html
So you've found that vfat, ext2 and ext3 aren't very good (for storing
map tiles)? How about using reiserfs instead?
Remember accessing invidual files on a sd card takes time. A lot.
You can try it for yourself, copy to a pendrive your ~/Maps directory.
Now tar the dir (Maps.tar) and copy that singly file to the pendrive.
The result is something like 40sec compared to 6-7min.
I cannot reproduce that huge time difference, I get more like +50 % than
+900 %:
time (s)space left (MB)
fs/blocksizecp tar cp tar
ext3/1024 242 162 405 404
reiserfs/1024 305 193 426 421
ext3/2048 208 143 397 404
reiserfs/2048 264 161 415 414
ext3/4096 193 131 376 398
reiserfs/4096 242 156 394 398
I used the script below on my Freerunner with a USB card reader and the
512 MB uSD card that came with the Freerunner. I used the default journal size
for both ext3 and reiserfs. I guess you would want to reduce that.
#!/bin/sh
# Compare file system suitability for storing map tiles
# with that of a tar archive in terms of speed and
# space efficiency.
TILESOURCE=/usr/local/share/maptiles/openstreetmap
TESTDEV=/dev/sda2
TESTMOUNT=/mnt/flash
OPTS_ext3='-q -T small -m 0 -b 4096'
OPTS_reiserfs='-q -b 4096'
for fs in ext3 reiserfs; do
eval 'FSOPTS=${OPTS_'${fs}':-}'
for i in 1 2; do
mkfs.${fs} ${FSOPTS} ${TESTDEV}
mount ${TESTDEV} ${TESTMOUNT}
START=$(date +%s)
tar -cf ${TESTMOUNT}/OSM.tar ${TILESOURCE}
df -h ${TESTMOUNT}
umount ${TESTDEV}
FINISH=$(date +%s)
echo Tar test ${i} on ${fs} took $((${FINISH} - ${START})) s.
done
for i in 1 2; do
mkfs.${fs} ${FSOPTS} ${TESTDEV}
mount ${TESTDEV} ${TESTMOUNT}
START=$(date +%s)
cp -a ${TILESOURCE} ${TESTMOUNT}/OSM
df -h ${TESTMOUNT}
umount ${TESTDEV}
FINISH=$(date +%s)
echo Cp test ${i} on ${fs} took $((${FINISH} - ${START})) s.
done
done
--
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: Record call.
On Fri, Jul 10, 2009 at 03:10:13PM +0200, David Fokkema wrote: And, in addition, if this works, will it be able to pick up GSM buzz on the outgoing signal? Or is that really happening way after wolfson, inside, or even after calypso? Probably the latter... The buzz is present all the way from the mic, so it should be perfectly possibly to record it. I've tried to do so but AFAIK not yet had GSM buzz. -- 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: Background amplification and voice blur on phone call
On Thu, Jul 09, 2009 at 08:27:40PM +0400, Paul Fertser wrote: That's the difference you see between extra-cap units and not. Supposedly you have a capless unit and is using too much amplification for the earpiece in the codec. (FYI nobody knows for sure and there's no way to know which units have those stupid caps and which do not. Looks like all A7 units have them, as probably most of A5; my A6 doesn't) Basically it's assumed that some units have 1uF caps in place of R3004/R3005 (which should be 0R). R3004/R3005 are in the signal path to the earpiece speaker. If they are instead 1 uF capacitors, that will reduce the bass. If this hardware bug has been reintroduced on the A7 units, then that's sad. On the component placement diagram or the assembly silkscreen, you'll find them at the lower left or right corner of U3001. -- 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: [omgps] collect feature requests
On Mon, Jun 29, 2009 at 05:29:22PM -0700, mqy wrote: First, I must appreciate all omgps users, for your test and feed back. OK, a couple of problems running it on Debian: 1) At startup, a message Unable to something or other directory in very small print pops up. Suggestion: Use the default font size for error message dialogs. 2) Running it from a shell, messages such as this one are printed: 20090711 14:43:52 [WARN] load image failed: Failed to open file '/home/rask/.omgps/maps/OSM/1/0/0.png': Permission denied $ ls -l ~/.omgps/maps/OSM/*/*/*.png -- 1 rask rask 9091 Jul 11 14:43 /home/rask/.omgps/maps/OSM/1/0/0.png -- 1 rask rask 4436 Jul 11 14:44 /home/rask/.omgps/maps/OSM/1/0/1.png -- 1 rask rask 7730 Jul 11 14:43 /home/rask/.omgps/maps/OSM/1/1/0.png -- 1 rask rask 4226 Jul 11 14:43 /home/rask/.omgps/maps/OSM/1/1/1.png Suggestion: Don't mess with the file permissions. 3) Running it again, at startup, a message Unable to create pid file something or other. in very small print pops up. $ ls -l ~/.omgps/omgps.pid --x--- 1 rask rask 5 Jul 11 14:42 /home/rask/.omgps/omgps.pid Suggestion: Don't mess with the file permissions. Delete the pid file on exit. 4) The GPS part only works if I have the GPS activated by some other means such as running TangoGPS or using fsoraw. Otherwise, it just sits there with Initializing GPS displayed at the bottom. -- 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: at command
On Tue, Jul 07, 2009 at 02:37:22PM -0700, Test wrote: I am playing w/ some AT commands. If you know what are these AT commands for? let me know, and also how to use them? AT+CLVL is documented in the 3GPP 07.07 and 27.007 specs which you can find here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm http://www.3gpp.org/ftp/Specs/html-info/27007.htm -- 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: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi,
Do you have any files / folders under Cosas other than Musica?
How many files / folders does Musica have?
Actually - can you send me your ls -R /home/root/Cosas {some file name}
as a file? Use my email id.
Thanks
--
View this message in context:
http://n2.nabble.com/Intone-%280.55%29-Elementary-mplayer-frontend---updated-09-Jul-tp2587826p3249973.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: Intone (0.30 - beta release) Elementary based mplayer frontend
On Monday 13 July 2009 12:33:42 c_c wrote:
Hi
Do you have any files / folders under Cosas other than Musica?
Yes, several files and folders. It's a big partition where I store Maps,
Photos, Music, etc
How many files / folders does Musica have?
r...@om-gta02 ~/Cosas/Musica $ find ./ -type d|wc -l
33
r...@om-gta02 ~/Cosas/Musica $ find ./ -type f|wc -l
225
Actually - can you send me your ls -R /home/root/Cosas {some file name}
as a file? Use my email id.
Send it to yu
Thanks
Thank you!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
The University of São Paulo's intent to join Openmoko development
Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community the following facilities: ‐ State-of-art facilities for SMT (Surface Mounting Technology) prototyping of complex electronics boards; ‐ State-of-art facilities and expertise for design HW and SW in telephony and communications; ‐ Expertise in testing and certification; ‐ A new building located at a Center position at USP São Paulo, to host community meetings, as well as computational infrastructure for email , WEB servers and project databases. -LSI has a long term expertise in designing complex electronics
Re: The University of São Paulo's intent to join Op enmoko development
this seems to be really good news, good work! On Mon, Jul 13, 2009 at 1:02 PM, Jon 'maddog' Hall mad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community the following facilities: ‐ State-of-art facilities for SMT (Surface Mounting Technology) prototyping of complex electronics boards; ‐ State-of-art facilities and expertise for design HW and SW in telephony and communications; ‐ Expertise in testing and certification; ‐ A new building located at a Center
Re: The University of São Paulo's intent to join Op enmoko development
WOW! Very good! If governments and universities are involved, we can have more power for developing something good. Best regards, Giovanni On Mon, Jul 13, 2009 at 1:48 PM, Yorick Moko yorickm...@gmail.com wrote: this seems to be really good news, good work! On Mon, Jul 13, 2009 at 1:02 PM, Jon 'maddog' Hall mad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community the following facilities: ‐ State-of-art facilities for SMT (Surface Mounting Technology)
Re: The University of São Paulo's intent to join Openmoko development
Hi, This is amazing - if it pans out. Not only would this add hw RD capabilities - this could also help shore up the software with (I hope eventually) so many students getting the opportunity to work closely with the hw team in a university. If it works out - the free phone will live on - and grow! Great work! -- View this message in context: http://n2.nabble.com/The-University-of-S%C3%A3o-Paulo%27s-intent-to-join-Openmoko-development-tp3250060p3250262.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: The University of São Paulo's intent to join Op enmoko development
I smell GTA03 coming :-) 2009/7/13 Giovanni pino.o...@gmail.com WOW! Very good! If governments and universities are involved, we can have more power for developing something good. Best regards, Giovanni On Mon, Jul 13, 2009 at 1:48 PM, Yorick Moko yorickm...@gmail.com wrote: this seems to be really good news, good work! On Mon, Jul 13, 2009 at 1:02 PM, Jon 'maddog' Hall mad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community the following facilities:
Re: The University of São Paulo's intent to join Op enmoko development
Awesome accomplishment! Thanks so much Jon - this is really fantastic news. On Mon, Jul 13, 2009 at 1:02 PM, Jon 'maddog' Hallmad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community the following facilities: ‐ State-of-art facilities for SMT (Surface Mounting Technology) prototyping of complex electronics boards; ‐ State-of-art facilities and expertise for design HW and SW in telephony and communications; ‐ Expertise in testing and certification; ‐ A new
Re: The University of São Paulo's intent to join Openmoko development
Jon 'maddog' Hall wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Brenda Wang wrote: +1 It's really great to hear this. In Taiwan, Tsing Hua university also has a OPENlab. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community the following facilities: ‐ State-of-art facilities for SMT (Surface Mounting Technology) prototyping of complex electronics boards; ‐ State-of-art facilities and expertise for design HW and SW in telephony and communications; ‐ Expertise in testing and
Re: The University of São Paulo's intent to join Openmoko development
David, I would appreciate the translation. Perhaps you can put those on your web site. As to the other universities, let's see what model we can create with USP, keeping the other universities in mind, then we can extend that. I do believe that growing the community through university involvement is important. md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Openmoko development
If it works out - the free phone will live on - and grow! I will say that I have been saddened and angered lately (and people who have seen my anger in the past know what that is) about the questions of is the FreeRunner dead. I do not blame the people who asked the question, just the fact that the question was even considered. Let me tell you that even if (for some mysterious reason) that the University of São Paulo (USP) does not work out, I have at least two other plans that could be invoked. Warmest regards, md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Openmoko development
Brenda, Brenda Wang wrote: +1 It's really great to hear this. In Taiwan, Tsing Hua university also has a OPENlab. I would like to work with the community to engage various universities, but as I have mentioned before, with limited resources and a press to get the Openmoko program stable and moving forward again, I think we need to do this systematically and directly. In the meantime, do you have a contact name for the OPENlab at Tsing Hua University? Warmest regards, maddog ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
kimaidou kimai...@gmail.com writes: hum... I heard here the FSO 5.5 will provide a bt headset thing. Will this change something here ? Like help people to connect the bt and transfer audio with a dbus command ? BT support for FSO already works for quite some time (several months). Lack of interest from end-users is something that clearly shows the developers that they shouldn't waste time improving it. -- 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: The University of São Paulo's intent to join Op enmoko development
Nice to hear good news from maddog, but I am curious how many Freerunner that Koolu will buy from Openmoko? Harry 2009/7/13 Jon 'maddog' Hall mad...@li.org Brenda, Brenda Wang wrote: +1 It's really great to hear this. In Taiwan, Tsing Hua university also has a OPENlab. I would like to work with the community to engage various universities, but as I have mentioned before, with limited resources and a press to get the Openmoko program stable and moving forward again, I think we need to do this systematically and directly. In the meantime, do you have a contact name for the OPENlab at Tsing Hua University? Warmest regards, maddog ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Well here's an end user who's interested. :\ Currently i have no other ideas except disabling eSCO support in kernel and bluez (probably it's even a bug in the firmware of the chip we use), but i haven't tried it yet as i don't have access to that non-working headset currently. OK, how do I do that? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Intone Playlist Failure
Custom playlists only. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Op enmoko development
Re: OpenLab 2009/7/13 Jon 'maddog' Hall mad...@li.org: Brenda, Brenda Wang wrote: +1 It's really great to hear this. In Taiwan, Tsing Hua university also has a OPENlab. I would like to work with the community to engage various universities, but as I have mentioned before, with limited resources and a press to get the Openmoko program stable and moving forward again, I think we need to do this systematically and directly. In the meantime, do you have a contact name for the OPENlab at Tsing Hua University? Warmest regards, maddog I made some contact with Openmoko regarding joining their Openlab programme a while back now and need to follow that up. We have created an MSc in Network and Mobile Computing which has a module designed to specifically use Openmoko. The MSc starts this September so I am very interested to share ideas and help spread the love. Regards, John. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Background amplification and voice blur on phone call
Could you post your gsmstate file as well as instructions on how to get these calypso calls to launch automatically? Thanks in advance, -Dan Staley From: jeremy jozwik [jerjoz.for...@gmail.com] Sent: Sunday, July 12, 2009 1:51 PM To: List for Openmoko community discussion Subject: Re: Background amplification and voice blur on phone call ok, so there can only be one mode command or would i just copy it ti_calypso_dsp_mode = long-aec ti_calypso_dsp_mode = nr:6db ?? On Sun, Jul 12, 2009 at 10:44 AM, Paul Fertserfercer...@gmail.com wrote: jeremy jozwik jerjoz.for...@gmail.com writes: can you format that in context? how would i integrate that into the frameworkd file? Hm, ... [ogsmd] ... ti_calypso_dsp_mode = long-aec ... etc. -- 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: The University of São Paulo's intent to join Openmoko development
Harry, Nice to hear good news from maddog, but I am curious how many Freerunner that Koolu will buy from Openmoko? I have no idea what this has to do with the conversation, other than Koolu (of course) having a business interest in seeing that the Openmoko is successful as a project. I do not think that Koolu being a for-profit company is any secret, and I was careful to acknowledge my Koolu contacts. How many phones that Koolu buys to distribute is based on Koolu's business plan, distribution models, software Koolu chooses to support and other business considerations of Koolu. Do we want the Openmoko project to be successful? Stellar? Something that people talk about in the news and on the street? Absolutely, and without hesitation. From my conversations with Dr. Zuffo I can promise you that the designs coming this liaison will continue to follow the philosophy of the Openmoko community and will be equally available to all manufacturing agents that wish to participate. The factor that the university can only produce 10,000 units, and *has* to license out the design to have more produced was a *BIG* factor in this path. It forces the university (and the project) to treat manufacturers equally. My other two plans did not guarantee this equality, and therefore were less desirable. Warmest regards, md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
why openmoko is so slow? Is it a joke?
Hello all I spent this weekend some time to compare and to try to understand what is slow, why is openmoko slow... At least concerning the display I came to the concusion that X windows is/should not too much to blame. I installed the latest SHR distro on a mSD card, and run it both on Freerunner and ETEN glofiish M800, thanks to the gnufiish project. I have to say that everything on eten m800 is much faster, rendering, screen refresh, scrolling etc. However both devices have the same processor at the sam speed, andsame SD card. I run both x11perf, and a little program to draw rectangles on the framebuffer. The speed ratio between the openmoko and eten m800 framebuffer is 7/10, this measured with my small tool. I run x11perf -all on the ETEN M800 with the Xfbdev, you will find the results attached. I tried to run x11pref -all on freerunner with Xfbdev but it crashes at the beginning of the second test... I will try to run the same here the comparison of the first test (Dot) for gnufiish 600 reps @ 0.0009 msec (112.0/sec): Dot 600 reps @ 0.0009 msec (113.0/sec): Dot 600 reps @ 0.0009 msec (112.0/sec): Dot 600 reps @ 0.0009 msec (112.0/sec): Dot 600 reps @ 0.0009 msec (113.0/sec): Dot 3000 trep @ 0.0009 msec (112.0/sec): Dot for freerunner.. 200 reps @ 0.0025 msec (394000.0/sec): Dot 200 reps @ 0.0025 msec (402000.0/sec): Dot 200 reps @ 0.0025 msec (393000.0/sec): Dot 200 reps @ 0.0028 msec (36.0/sec): Dot 200 reps @ 0.0026 msec (391000.0/sec): Dot 1000 trep @ 0.0026 msec (388000.0/sec): Dot so, you can see the differences between the numbers... However I am a bit confused, and need to read once more the manpage to know exactly how to interpret the numbers, but at first glance, there is a huge difference... As I said, I wil try to run the x11perf on the Xglamo to see if there are any improvement... However I am not sure that the acceleration would solve the problem... I think that the bottleneck is the data bus, or? the story with the SDcard connected to the glamo chip... So... my question is ... is it a joke that the openmoko framebuffer is so slow compared to other similar phones??? In this case I would really advice people to refrain in buying the openmoko, and better go for glofiish M800, that has a keyboard and radio as plus, and kernel support is almost ready... Again, on M800 SHR is really fluid... However loading applications is slow... Maybe libraries are not cached well? | rgrds, mobi phil being mobile, but including technology http://mobiphil.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Openmoko development
John, I made some contact with Openmoko regarding joining their Openlab programme a while back now and need to follow that up. We have created an MSc in Network and Mobile Computing which has a module designed to specifically use Openmoko. The MSc starts this September so I am very interested to share ideas and help spread the love. Sounds goodand the university's program to use Openmoko in the MSc sounds great. Are you then the contact for Openlab? Can you speak for them? One of the issues of lining up USP was to get to the right people (Dr. Zuffo) who went to the right people (the administration of USP), who influenced the right people (the Minister of Communications) who then let it all trickle back down again, making Dr. Zuffo's job a lot easier. I admit to talking this over with a few community members ahead of time to get their initial reactions, but I did not want to raise people's hopes before I had confirmation from the university. There were many reasons why I considered the University of São Paulo: The university is the largest in Brazil (86,000 students, 12,000 PhD candidates). It is where I saw my first Linux Beowulf supercomputer, in 1996. They consistently win awards at the supercomputing event held every year. http://www.usp.br/internacional/home.php?idioma=en I can not stress enough that the building that Dr. Zuffo talks about is rather large and brand new, and that even way before the switch in strategy of Sean's company (just about a year ago) I had discussed the Openmoko phone with various members of the faculty: http://www.youtube.com/watch?v=9dVch2nSuBA I do not want to be perceived as shoving this down your throats. This is the community's project. I am only trying to help. Warmest regards, md ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
On Mon, Jul 13, 2009 at 04:02:38PM +0200, mobi phil wrote: I spent this weekend some time to compare and to try to understand what is slow, why is openmoko slow... At least concerning the display I came to the concusion that X windows is/should not too much to blame. Not X, but the bandwidth for the graphics card, which only has NDA docs to make it worse. Rasterman has thouroughly explained this several times in the mailing list. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
On Monday 13 July 2009, mobi phil wrote: Hello all I spent this weekend some time to compare and to try to understand what is slow, why is openmoko slow... At least concerning the display I came to the concusion that X windows is/should not too much to blame. I installed the latest SHR distro on a mSD card, and run it both on Freerunner and ETEN glofiish M800, thanks to the gnufiish project. I have to say that everything on eten m800 is much faster, rendering, screen refresh, scrolling etc. However both devices have the same processor at the sam speed, andsame SD card. I run both x11perf, and a little program to draw rectangles on the framebuffer. The speed ratio between the openmoko and eten m800 framebuffer is 7/10, this measured with my small tool. I run x11perf -all on the ETEN M800 with the Xfbdev, you will find the results attached. I tried to run x11pref -all on freerunner with Xfbdev but it crashes at the beginning of the second test... I will try to run the same here the comparison of the first test (Dot) for gnufiish 600 reps @ 0.0009 msec (112.0/sec): Dot 600 reps @ 0.0009 msec (113.0/sec): Dot 600 reps @ 0.0009 msec (112.0/sec): Dot 600 reps @ 0.0009 msec (112.0/sec): Dot 600 reps @ 0.0009 msec (113.0/sec): Dot 3000 trep @ 0.0009 msec (112.0/sec): Dot for freerunner.. 200 reps @ 0.0025 msec (394000.0/sec): Dot 200 reps @ 0.0025 msec (402000.0/sec): Dot 200 reps @ 0.0025 msec (393000.0/sec): Dot 200 reps @ 0.0028 msec (36.0/sec): Dot 200 reps @ 0.0026 msec (391000.0/sec): Dot 1000 trep @ 0.0026 msec (388000.0/sec): Dot so, you can see the differences between the numbers... However I am a bit confused, and need to read once more the manpage to know exactly how to interpret the numbers, but at first glance, there is a huge difference... As I said, I wil try to run the x11perf on the Xglamo to see if there are any improvement... However I am not sure that the acceleration would solve the problem... I think that the bottleneck is the data bus, or? the story with the SDcard connected to the glamo chip... The bus bottleneck between CPU and Glamo has been discussed extensively in the past, complete with theoretical and measured bandwidth, and its implications on maximum framerate. This makes the graphics on the 400MHz FR slower than the 266MHz 1973. If the 500MHz M800 has a similar screen connection to the 1973, and the drawing speed scales with CPU speed, you would expect roughly the performance difference you are seeing. This shouldn't be a surprise. So... my question is ... is it a joke that the openmoko framebuffer is so slow compared to other similar phones??? That depends on your sense of humour ;-) In this case I would really advice people to refrain in buying the openmoko, and better go for glofiish M800, that has a keyboard and radio as plus, and kernel support is almost ready... Again, on M800 SHR is really fluid... However loading applications is slow... Maybe libraries are not cached well? rgrds, mobi phil being mobile, but including technology http://mobiphil.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
That depends on your sense of humour ;-) Well, I would say it was a very bad joke. I spent eq. of 400 dolars, I was waiting 1 year for glamo acceleration etc, etc. that would make the phone usable etc, and it turns out, that it will never be. With the slow bus, one can forget about acceleration... What can be accelerated if you have to send information about complex bitmaps... I find openmoko, better say freedesktop as a nice project, and even openmoko name should be avoided. They found a very cheap solution, they sold the devices for lot of money, practically they fooled lot of people. I can imagine the company manager behind smiling about all the complain emails and naive users still hoping their freerunner will display nicely one day. I think after this being known, one should be crazy buying the openmoko. One should instead maybe encourage the gnufiish project (or others) to port the kernel, and use those phones as reference. One would at least avoid tons of emails about slow graphics, about why X window etc. Again, M800 has keyboard, very usefull for a linux phone. Only drawback, it has only 64megs memory, but better have less applications running smoother, than several slower... So ... whatsoever would be the device... forget about plan B, forget about openmoko for ever... Concentrate on linux for mobile device and encourage hackers to write drivers for them, eventually paying them per paypal etc. rgrds, mobi phil being mobile, but including technology http://mobiphil.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
I find openmoko, better say freedesktop as a nice project, and even openmoko name should be avoided. They found a very cheap solution, they sold the devices for lot of money, practically they fooled lot of people. I can imagine the company manager behind smiling about all the complain emails and naive users still hoping their freerunner will display nicely one day. I think after this being known, one should be crazy buying the openmoko. One should instead maybe encourage the gnufiish project (or others) to port the kernel, and use those phones as reference. One would at least avoid tons of emails about slow graphics, about why X window etc. Again, M800 has keyboard, very usefull for a linux phone. Only drawback, it has only 64megs memory, but better have less applications running smoother, than several slower... So ... whatsoever would be the device... forget about plan B, forget about openmoko for ever... Concentrate on linux for mobile device and encourage hackers to write drivers for them, eventually paying them per paypal etc. long time no whining. that time of the year already? my, time really flies ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Op enmoko development
2009/7/13 Jon 'maddog' Hall mad...@li.org: John, I made some contact with Openmoko regarding joining their Openlab programme a while back now and need to follow that up. We have created an MSc in Network and Mobile Computing which has a module designed to specifically use Openmoko. The MSc starts this September so I am very interested to share ideas and help spread the love. Sounds goodand the university's program to use Openmoko in the MSc sounds great. Are you then the contact for Openlab? Can you speak for them? [snip] No, I was looking to join and contribute to the materials etc. It is mainly a bunch of Taiwanese universities. I am based in the UK. I like the idea of sharing learning resources. I think Openmoko could have a good future within education so I think your work with USP is a great step forward. John. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
Hello mobiphil, They found a very cheap solution, they sold the devices for lot of money, practically they fooled lot of people. I can imagine the company manager behind smiling about all the complain emails and naive users still hoping their freerunner will display nicely one day. Having worked in corporate management for a system vendor for sixteen years and being familiar with the costs of bringing a hardware and software platform to market, I doubt that the company manager of Openmoko was smiling about this project. While I have not seen the books of Openmoko.com, I doubt that the company made any real money in working with the Openmoko community, and may have lost money. This project was, and is, about an Open Phone, one designed by a community of people. The community made a decision about the Glamo chip. In retrospect it does not seem to have been a good one. and use those phones as reference...Again, M800 has keyboard, very usefull for a linux phone. Only drawback, it has only 64megs memory, but better have less applications running smoother, than several slower... So ... whatsoever would be the device... Stating this you show that you completely misunderstood the goals of the Openmoko project. Porting the Linux kernel and having the upper levels of software interface available on a phone designed and manufactured by Samsung is completely different than having software running on hardware platform that is completely community driven, open in design and manufacturing specification, changeable and freely licensable to many manufacturers. As to the final performance of the FreeRunner, I am not sure that any of us have seen the final performance. My experience in the past has been that tweaks to the kernel code and libraries often get 3-10% performance boost in the final days of profiling and tuning. But this is typically done after basic functionality is obtained. I am sorry that you paid your $400. to join the project. Perhaps you can sell your phone to someone who understands and believes in the Openmoko project and recover some of your money. As for myself, I will continue to push for the vision of the Openmoko project. Sincerely, maddog ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
On 7/13/09, mobi phil m...@mobiphil.com wrote: That depends on your sense of humour ;-) Well, I would say it was a very bad joke. I spent eq. of 400 dolars, I was waiting 1 year for glamo acceleration etc, etc. that would make the phone usable etc, and it turns out, that it will never be. With the slow bus, one can forget about acceleration... What can be accelerated if you have to send information about complex bitmaps... I find openmoko, better say freedesktop as a nice project, and even openmoko name should be avoided. They found a very cheap solution, they sold the devices for lot of money, practically they fooled lot of people. I can imagine the company manager behind smiling about all the complain emails and naive users still hoping their freerunner will display nicely one day. I think after this being known, one should be crazy buying the openmoko. One should instead maybe encourage the gnufiish project (or others) to port the kernel, and use those phones as reference. One would at least avoid tons of emails about slow graphics, about why X window etc. Again, M800 has keyboard, very usefull for a linux phone. Only drawback, it has only 64megs memory, but better have less applications running smoother, than several slower... So ... whatsoever would be the device... forget about plan B, forget about openmoko for ever... Concentrate on linux for mobile device and encourage hackers to write drivers for them, eventually paying them per paypal etc. Then i'm crazy - I have known about that (slow glamo) before FreeRunner was in sales, and it was discussed on maillist before that. And after that. And I think there still will be discusions about that... Slow graphics performance doesn't make my FreeRunner useless. It's still the most functional device I've ever had, and I love programming on it when I don't have access to PC :P PS. If you didn't read *a lot* about FR, its adventages, disadventages, abilities and problems, then you shouldn't buy it. That's my opinion for year :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
The Digital Pioneer digitalpion...@gmail.com writes: Well here's an end user who's interested. :\ One end-user is not enough i'm afraid. Moreover i'm personally _very_ frustrated by the absence of interest from general public. There were so many complains about lack of bluetooth support and when it's finally there it occures nobody wants it. If i was Jan (the FSO dev who implemented it), i'd be very demotivated to do anything more about it. Currently i have no other ideas except disabling eSCO support in kernel and bluez (probably it's even a bug in the firmware of the chip we use), but i haven't tried it yet as i don't have access to that non-working headset currently. OK, how do I do that? First step is to use the corresponding sco kernel module option. If it doesn't help one can comment out all possibly relevant portions and recompile the kernel. Etc... -- 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: why openmoko is so slow? Is it a joke?
On Mon, Jul 13, 2009 at 5:06 PM, Ivan Shirokovivanshirok...@gmail.com wrote: [...] Well, I would say it was a very bad joke. I spent eq. of 400 dolars, I was waiting 1 year for glamo acceleration etc, etc. that would make the phone usable etc, and it turns out, that it will never be. With the slow bus, one can forget about acceleration... What can be accelerated if you have to send information about complex bitmaps... That's really sad =( AFAIK there is still some space for improvement in general responsiveness. Actually there is a busy loop eating CPU to wait for graphical operations to complete. There are working in progress to avoid that. When the fix will be ready *and* adopting a good design pattern for applications (e.g. GUI/logic multithreading split, fusion of frequently used phone tasks in monolitic one-shot load and forget applications) we may see an acceptable speedy freerunner. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Hi all ! Let me explain why you are frustrated : they is somtimes a big gap between power coder who follow all the lists and tracs and wikis (Tom) AND some end users who know a bit of linux, are opensource lovers too, but have not enough time and skill to understrand everything (Jerry) Tom works very hard and tries to follow Jerry's demands. Tom complains about Jerry who does not thank him enough. Jerry works hard to understand the Openmoko (but not hard enough to understand Tom). Since he has no time or high level skill, he has just seen that the next FSO will support BT. For him, support meant I click on a button when I want to use my Bt headset, and bim, it works For Tom, bt headset support means Some guys have to develop the user interface to help Jerry. So for Tom, bt headset are supported, but not from Jerry's point of view. PS : I am Jerry :D . I followed some earlier talks of people who tryed manually to set up gsm talks through BT headset, but it was very low level (with scary command lines, and about 10 different manipulations to do). Then I heard FSO5.5 will have the famous bt headset support. I was happy, and thought : Ok, I will wait for this release and then ask about UIs. Now, it seems the release is true (not for so long), and this is why people begin to ask about bt support. Hope it helps people to understand themselves :D Kimaidou ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Op enmoko development
Thanks maddog for staying on this over the past month or so. I really appreciatethe effort and I know the rest of the community does as well. As you know I'm unwilling to give up on the dream of the Freerunner and the dream of community driven hardware in general. I know Werner and his group, the GTA02 core team, is dedicated as well to this dream. Let me know how I can help. Steve On Sun, Jul 12, 2009 at 9:03 PM, Jon 'maddog' Hall mad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. Dr. Zuffo's letter of intent is below. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [SHR-U] Bluetooth and GSM... Again.
I followed some earlier talks of people who tryed manually to set up gsm talks through BT headset, but it was very low level (with scary command lines, and about 10 different manipulations to do). Then I heard FSO5.5 will have the famous bt headset support. I was happy, and thought : Ok, I will wait for this release and then ask about UIs. Now, it seems the release is true (not for so long), and this is why people begin to ask about bt support. As a Jerry, I would agree with Kimaidou's point. I have attempted to attach my BT headset for GSM conversations using the wiki and lists, but have ended up frustrated. I assumed that development of a more simple solution was in the pipeline. Maybe this mail will bring more Jerry's out of the woodwork, and motivate the Tom's. BTW, much thanks to all the Tom's involved in every aspect of the Moko. I have recently come to the conclusion that I will keep it. :-) Maybe if there is no interest in developing a simple BT GUI, maybe someone can add more detailed troubleshooting info on the wiki (if it appears to be lacking anything). Thanks again! Russell Dwiggins _ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Well, as yet another Jerry, I don't need a GUI for bluetooth. I'm perfectly happy to edit configs and run commands all day long, so long as at the end of the day (or week... Month... Year) it works. Only once we've gotten that far do I see a point in creating a GUI. So if there are any Toms out there who have an idea of what to do, let's hear it. Unfortunately, I can't compile for the FR, so recompiling kernels is out for me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: The University of São Paulo's intent to join Ope nmoko development
as the song says, so close no matter how far! http://gvsigmobileonopenmoko.files.wordpress.com/2009/07/brazil2.jpg regards Juan Lucas De: community-boun...@lists.openmoko.org en nombre de steven mosher Enviado el: lun 13/07/2009 18:29 Para: mad...@li.org CC: community@lists.openmoko.org Asunto: Re: The University of São Paulo's intent to join Openmoko development Thanks maddog for staying on this over the past month or so. I really appreciate the effort and I know the rest of the community does as well. As you know I'm unwilling to give up on the dream of the Freerunner and the dream of community driven hardware in general. I know Werner and his group, the GTA02 core team, is dedicated as well to this dream. Let me know how I can help. Steve On Sun, Jul 12, 2009 at 9:03 PM, Jon 'maddog' Hall mad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university
Re: why openmoko is so slow? Is it a joke?
On Mon, Jul 13, 2009 at 8:51 AM, Jon 'maddog' Hallmad...@li.org wrote: Hello mobiphil, and use those phones as reference...Again, M800 has keyboard, very usefull for a linux phone. Only drawback, it has only 64megs memory, but better have less applications running smoother, than several slower... So ... whatsoever would be the device... Stating this you show that you completely misunderstood the goals of the Openmoko project. Porting the Linux kernel and having the upper levels of software interface available on a phone designed and manufactured by Samsung is completely different than having software running on hardware platform that is completely community driven, open in design and manufacturing specification, changeable and freely licensable to many manufacturers. Thank you, Maddog, for your trenchant comment. I was having trouble verbalizing a response to mobiphil, but you've hit it exactly. To consider Openmoko a failure for having lower GPU performance is to misunderstand what Openmoko is about. From my point of view, Openmoko is a success that is still unfolding. I have exactly what I want, a free as in freedom phone and an active community of people to hack with. That's what I paid my money for. --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Op enmoko development
Dear Mr. Jon, I am a student of a Brazilian Federal Technology Center. I had buy a Freerunner from Koolu around a year ago and since that I am reading and studying on this comunity about how to use better the equipment, and would like to know if is something that I could do to participate on this new effort opened by you. Thank you for your efforts, Levy SantAnna. On Mon, Jul 13, 2009 at 08:02, Jon 'maddog' Hall mad...@li.org wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with questions that you do not (for any reason) wish to post to the list. A copy of Dr. Zuffo's letter of intent is below. I have the original PDF if anyone would like to see it, but it was too big to make it through the community's standards on mailing lists unmoderated, and I thought you might like to see this as soon as possible. Warmest regards, Jon maddog Hall President, Linux International CTO of Koolu, Inc. == São Paulo, 8th July 2009, Mr. Jon Maddog Hall The Executive Director Linux International. Dear Mr. Hall, according our conversation LSI-USP the Laboratory for Integrated Systems at the University of São Paulo, Brazil, is interested in hosting the OpenMoko Community to design innovative cell phone designs. We would like to offer the community
[debian and others] gtkTunesRemote
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 moinmoin, for those using Apples iTunes i present http://skavaer.homelinux.org/tracProjects/tunesRemote a little pyGTK-app for remotely controlling iTunes - a first release ideas, critics, .. welcome cheers, christian (morlac) adams - -- - -BEGIN CONTACT BLOCK- eMail: mor...@morlac.de Jabber: mor...@skavaer.homelinux.org - --END CONTACT BLOCK-- - -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS$/IT;d-;s:;a?;C++(+++);UL;P++(+++); L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+;!V;PS(+);PE; Y+;PGP++;t+(++);5(+)++;X(+);R*;tv-+;b++(+++);DI++; D++(+++);G(+)++;e;h-()++;r++;y++; - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFKW6r8r81gVylJyzERAuWQAKC8aAYR3pEkbaKpPcr5G6ImEnrp8QCfRfgN KGCnsApGShETZ1ukcGLs1Ts= =k1JD -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
The Digital Pioneer wrote: Well, as yet another Jerry, I don't need a GUI for bluetooth. I'm perfectly happy to edit configs and run commands all day long, so long as at the end of the day (or week... Month... Year) it works. Only once we've gotten that far do I see a point in creating a GUI. I can't believe BT headsets still don't work! My FR has been sitting collecting dust because no BT headset is a show stopper for me (living in California where handsfree is mandatory when driving). Now if I could get a recipe that actually works I'd be happy to try to put a GUI together to make it work easily, like every handset I have ever had does! All the WIKI instructions end up with either no sound, no mic or really bad sound. (I can pair though). I have several BT headsets and BT handsfree devices to test with and none of them work yet. So here is a +1001 for some of these excellent experts to give us a recipe to get it to work manually, and then us less expert types can cobble together a GUI or technique to make it just work out of the box like it should have a year ago when I got my FR. Thanks guys. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Please add QT to feeds, was: [Shr-User] libQTxml.so.4
On Mon, Jul 13, 2009 at 10:44 PM, Michael Tansellamichael-tanse...@gmx.de wrote: Am Montag, 13. Juli 2009 21:52:28 schrieb Chris Syntichakis: Hi, I need this library because I want to run the Keepassx on SHR. Can I use the libqtxml4 that is located on the angstrom-distribution ? Or it will mess my SHR (unstable) installation... Regards Chris Hi Chris, I install it successfully like this: echo arch base 50 /etc/opkg/angstrom-feed.conf echo src/gz base http://www.angstromdistribution.org/feeds/unstable/ipk/glibc/armv4t/base/ /etc/opkg/angstrom-feed.conf opkg update opkg -nodeps install libqtgui4 opkg -nodeps install libqtcore4 opkg -nodeps install libqtdbus4 opkg -nodeps install libqtxml4 opkg -nodeps install libqttest4 rm -f /etc/opkg/angstrom-feed.conf opkg update Greets Michael +1 to add qt to shr/om2009 feeds, I was able to bore Nokia about a severe bug they fixed quickly in 4.5.2, was able to get the ~arm keyword on gentoo, but I'm not able to have the qt4-x11-free word added to the feed task recipe :) Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Paul said that the connection for bluetooth runs straight from one chip to the other, without really involving ALSA at all. Is there a way we can make it involve ALSA, since bluetooth works perfectly through ALSA? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Jim Morris m...@e4net.com writes: The Digital Pioneer wrote: Well, as yet another Jerry, I don't need a GUI for bluetooth. I'm perfectly happy to edit configs and run commands all day long, so long as at the end of the day (or week... Month... Year) it works. Only once we've gotten that far do I see a point in creating a GUI. So here is a +1001 for some of these excellent experts to give us a recipe to get it to work manually I can tell you for sure that with any _compatible_ headset instructions from [1] work. And to solve the problem with non-compatible headsets we'd need an assistance of some bluetooth hacker most probably. [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner -- 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.
The Digital Pioneer digitalpion...@gmail.com writes: Paul said that the connection for bluetooth runs straight from one chip to the other, without really involving ALSA at all. Is there a way we can make it involve ALSA, since bluetooth works perfectly through ALSA? Bluetooth for you works perfectly only one way most probably (A2DP). If you want to try to use SCO over HCI (bt usb interface) you'll face the same issue with everything works but no sound for unknown reason and even bluez devs say everything is ok judging by your hci dumps. :( Also it requires modifications to BT chip EEPROM. I did that myself and i had sound with working headset and had no sound with non-working (exactly the same software configuration worked with it just fine on my laptop where other brand of bt chip is used). And don't forget, A2DP - unidirectional audio, for conversations you need SCO. BTW, have you tried disabling esco or not? -- 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: The University of São Paulo's intent to join Openmoko development
Brenda Wang ccat...@seed.net.tw writes: Brenda Wang wrote: Professor King is the contact of OPENLAB at Tsing Hua university. You can visit his homepage. And contact him. http://www.cs.nthu.edu.tw/~king/ I believe that he will happy to receive your mail. Regards. Brenda Wang Brenda, i'm sorry to say this but i don't think people are comfortable with reading what you write. The main reason is that you write your answers as it was a quotation of previous conversation. The lines you write shouldn't have _any_ characters in the beginning. I can't even imagine how you do it, all MUAs i saw (even ms outlook!) do not provoke 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-User] Please add QT to feeds, was: libQTxml.so.4
On Tue, Jul 14, 2009 at 1:29 AM, Chris Syntichakisch...@c-64.mobi wrote: Btw, Even we will add these libraries we need the qtconfig application, the fonts of the keepassx (on SHR) are very big and they can be changed only with the qtconfig (unless there is a configuration file that we can change manually) I tried to install that qtconfig, but there are a lot of dependencies missing. The configuration file is $HOME/.config/Trolltech.conf, lowering fonts it sets the following lines: [Qt] font=Sans Serif,7,-1,5,50,0,0,0,0,0 Try editing it manually, or install qt4-common package without deps, or if you trust my feeds add src/gz noko-testing-armv4t http://noko.sourceforge.net/testing/om2009/armv4t to your opkg configuration and take the entire qt metapackage with opkg install qt4-x11-free, it should work with SHR too and should not break your system or require missing dependencies as is built on the fso milestone5.5 branch. You'll find a couple of foreign applications too, but I suggest to ignore them as they are highly unstable and may burn your freerunner :) However the best way to change look of qt4 applications is using CSS, it's easy and powerfull, and should work with *every* qt application that does not use deeply hardcoded gui values. I'll take a look at keypassx to see if its look is easy adaptable! Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
On Mon, Jul 13, 2009 at 11:21 PM, Paul Fertserfercer...@gmail.com wrote:\ BT support for FSO already works for quite some time (several months). Lack of interest from end-users is something that clearly shows the developers that they shouldn't waste time improving it. On the contrary, I feel this is one of the core issues which needs to go on the list to make the phone usable as an everyday phone. Please, please resolve this issue once and for all. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
Denis Johnson denis.john...@gmail.com writes: On Mon, Jul 13, 2009 at 11:21 PM, Paul Fertserfercer...@gmail.com wrote:\ BT support for FSO already works for quite some time (several months). Lack of interest from end-users is something that clearly shows the developers that they shouldn't waste time improving it. On the contrary, I feel this is one of the core issues which needs to go on the list to make the phone usable as an everyday phone. Please, please resolve this issue once and for all. What particular issue do you have in mind? The support is there. And it works. I've told about that on community ML several times already but it looks like you prefer to believe it's not to have something to blame :( -- 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: The University of São Paulo's intent to j oin Openmoko development
Hi Maddog, [added cc to gta02-core list] Thanks for looking into this - it certainly sounds like an amazing opportunity, almost too good to be true - what's the catch! :-) Do you know how Dr Zuffo sees the universities involvement with, and relationship to the rest of the community - i.e. do they seem themselves driving the projects, becoming 'sponsors', or as contributing members of the wider community? From my point of view, it sounds like they've got a lot to offer the projects (both in expertise and facilities), and I think our community would be stronger with them as members. I'm assuming from your messages below that (initially at least) they are happy participating in the kicad / CC-SA licensed community process gta02-core has adopted so far? While we're a long way away from producing quantities of 10,000 devices, in the coming weeks and months the gta02-core project is hoping to be in position to produce a handful of prototypes. It sounds like LSI-USP might be able to help us with this current design process, and production of the prototypes? This could be a sensible starting point for Dr Zuffo and LSI-USP to get involved with the community, building a relationship that can grow as we get to know them, and they get to know us! All the best, Dave Jon 'maddog' Hall wrote: Dear Openmoko Community, In light of the refocusing of Sean's company on consumer items, there has been a perceived vacuum created in the Openmoko community's efforts to create next-generation open cellular smart phones. I happened to be working with Dr. Marcelo Zuffo, a full professor and the head of the Laboratory for Integrated Systems at the University of São Paulo, Brazil, on an unrelated project. I asked Dr. Zuffo if the university would be willing to join the Openmoko community and to provide critical resources to the task at hand. I subsequently have met with Dr. Zuffo several times on this matter, have seen his facilities (which include a very modern and state-of-the-art SMT line) and have discussed the goals of the community to design and prototype a completely open design for a cellular phone. Dr. Zuffo and the university understand your issues, understand free and open source software and hardware and are willing to assist the community with this project. I might add that the university can bring several new capabilities to the community: First of all, Dr. Zuffo has discussed the Openmoko project with the Minister of Telecommunications of Brazil, and the Minister is very enthusiastic about the concept. Having the support of the government of the twelfth largest economy behind the project might really help us with various negotiations with vendors. Secondly the University has been working on several aspects of telecommunications for a long time, and therefore has expertise in telephonic security and codecs (among other things) that could be of use to the Openmoko community. Third, the university has the ability and expertise to design new integrated circuits. Recently they designed a a range of analog-digital chips. Therefore the possibility of developing, manufacturing and freely licensing new chips to help reduce the cost of the phone is possible. Forth, while the facilities I mentioned are capable of producing up to 10,000 units at the rate of one circuit board every 30 seconds, the purpose of the facilities is research, developing and support projects that can lead innovation, the lab's charter does not allow them to manufacture more units then the 10,000 because that would be commercial production. Therefore the university has a goal of freely licensing the design to companies for manufacture. Fifth, the university would be happy to host the mailing lists and forums of the Openmoko project. If some of the software projects need hosting and can not find hosting services other places, the university will consider acting as a primary hosting facility for these projects. Sixth, personally I would like to see this concept extended, of inviting more universities and their facilities to help with this project world-wide. I hope that the leadership of the University of Sao Paulo will help create the structure and inspiration for this to happen. Finally, the university has a non-profit legal entity, LSITEC, which can easily do the type of paperwork that Sean's company did (NDAs, certification) so the community can leverage off that. I know that there will be a lot of questions and considerations to take before the community is comfortable with this relationship. Dr. Zuffo has asked that I help coordinate the joining together of the university with the community, and in the interest of seeing Openmoko continue to do the fine work started by Sean and all of you, I will be glad to help in this capacity. I am monitoring the community mailing list, and people are also welcome to email me directly (mad...@li.org) with
Re: [SHR-U] Bluetooth and GSM... Again.
On Tue, Jul 14, 2009 at 10:29 AM, Paul Fertserfercer...@gmail.com wrote: Denis Johnson denis.john...@gmail.com writes: On Mon, Jul 13, 2009 at 11:21 PM, Paul Fertserfercer...@gmail.com wrote:\ BT support for FSO already works for quite some time (several months). Lack of interest from end-users is something that clearly shows the developers that they shouldn't waste time improving it. On the contrary, I feel this is one of the core issues which needs to go on the list to make the phone usable as an everyday phone. Please, please resolve this issue once and for all. What particular issue do you have in mind? The support is there. And it works. I've told about that on community ML several times already but it looks like you prefer to believe it's not to have something to blame :( I am not looking for someone or something to blame and I appreciate and support all the great work that everyone does. Although I am a developer and know enough linux to be dangerous, I am pretty much an end user of the Freerunner at this point. I have had it almost a year to the day and none of the distros I have tried worked with my bluetooth headset (Aliph Jawbone) for making or receiving calls. I have kept a cursory eye on the ML since for this issue and I admit I have seen the odd reference to some CLI commands to try and connect during a call but have been waiting and hoping that it would be supported automatically via some alsa state file or some such because I can hardly expect my partner to open a terminal window and issue some bluetooth connect command while she is driving so that she can use the phone hands-free ;-) If what you are suggesting is that it is now expected to work at the FSO dbus level albeit needing some initial pairing to be setup without a gui (which is fine if it is a one time exercise), then I am more then willing to test with my BT headset as soon as my FR returns from buzzfix in the US. I will report my findings here when I do. Whomever is responsible for adding this support to fso, thank you for your efforts and sorry if you feel your efforts have been a waste. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
there's plenty of end-user interest, but none of the BT headsets i've tried are functional. i'm not willing to keep buying BT toy after BT toy that doesn't work. for headsets they pair but then there's nothing but silence. buttons are useless and playing audio outside phone calls is also useless. you can't expect end users to keep on trying things in vain when there's so little success reported. we won't even go there with the documentation : Paul Fertser wrote: kimaidou kimai...@gmail.com writes: hum... I heard here the FSO 5.5 will provide a bt headset thing. Will this change something here ? Like help people to connect the bt and transfer audio with a dbus command ? BT support for FSO already works for quite some time (several months). Lack of interest from end-users is something that clearly shows the developers that they shouldn't waste time improving it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: The University of São Paulo' s intent to join Openmoko development
Hi: I am sorry to make you guys uncomfortable . I use FireFox reply mail to list. Probably I wrong use the quote tag. I am really sorry for that. Brenda -Original Message- From: Paul Fertser [mailto:fercer...@gmail.com] Sent: Tuesday, July 14, 2009 7:22 AM To: Brenda Wang Cc: community@lists.openmoko.org Subject: Re: The University of São Paulo's intent to join Openmoko development Brenda Wang ccat...@seed.net.tw writes: Brenda Wang wrote: Professor King is the contact of OPENLAB at Tsing Hua university. You can visit his homepage. And contact him. http://www.cs.nthu.edu.tw/~king/ I believe that he will happy to receive your mail. Regards. Brenda Wang Brenda, i'm sorry to say this but i don't think people are comfortable with reading what you write. The main reason is that you write your answers as it was a quotation of previous conversation. The lines you write shouldn't have _any_ characters in the beginning. I can't even imagine how you do it, all MUAs i saw (even ms outlook!) do not provoke 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-User] Please add QT to feeds, was: libQTxml.so.4
On Tue, Jul 14, 2009 at 2:04 AM, Nicola Mfbnicola@gmail.com wrote: [...] I'll take a look at keypassx to see if its look is easy adaptable! We are lucky, keypassx is easily theamable with stylesheets, only some parts seem to be hardcoded (e.g. big titles), I do not have the time to dig deeply, but I'm quite sure it's only a matter of def/undef somethings as it run on WinCe too. I quick packaged it, adding a very minimal stylesheet (just one line :) to lower fonts and replaced .desktop and the xpm icon with a png as on my om2009 it was not shown. To install add my feed, update and install keepassx, to modify the font-size just edit /usr/share/keepassx/qt4.style. Important: I just verified it starts, did not played with it, some dependencies may be missing as I already had the full qt4 on my FR. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume cpu gadget?
Does anyone know about an illume gadget showing cpu/swap usage? While using matchbox and the relative cpu applet I feel better my freerunner above all when it's slow to react :) Alternative solutions are welcome, for example a way to have a system tray with E (please do not hate me!), or a way to code a gadget with a different toolkit. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Bluetooth and GSM... Again.
BTW, have you tried disabling esco or not? Nope, I'm afraid I still don't know how. Sorry, but I'm a dumb Jerry. Give me a command to run or a conffile to edit, or a page of instructions to follow and I'll do it. Short of that, IDK anything. :( I understand you when you say bluetooth support is there, but that doesn't give us end-users much when the support is present and the functionality is not. Until people actually get headsets working, they're not going to stop complaining that their headsets aren't working. So let's figure out why they aren't working even though the support is present, and get all these annoying cries for help shut up for once and for all. :) -- Thanks, The Digital Pioneer -- 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: The University of São Paulo's intent to join Openmoko development
Brenda, I am sorry to make you guys uncomfortable. While Paul was right about the convention, and following convention may make it easier to read your email in the future, I (for one) was able to determine what you meant. I am really sorry for that. If that is the worst thing you ever do, you will certainly have a wonderful life. Thank you for the email. Warmest regards, maddog ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The University of São Paulo's intent to join Openmoko development
On 14/07/2009 1:28 PM, Jon 'maddog' Hall wrote: Brenda, I am sorry to make you guys uncomfortable. While Paul was right about the convention, and following convention may make it easier to read your email in the future, I (for one) was able to determine what you meant. I am really sorry for that. If that is the worst thing you ever do, you will certainly have a wonderful life. Thank you for the email. I concur, though I may have been mildly confused for a few seconds, which is quite within my comfort zone :) Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
autocentre in tangogps
hi all, i've started using tangogps on my bike, and noticed that the map doesn't follow my position. i've tried hitting autocentre, and it goes to the correct location, but it doesn't stick - when i move, i go off screen. i'm sure it used to handle this corectly in previous versions. has anyone else seen this? any ideas how to fix it? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
