Re: State of FreeCalypso

2015-04-21 Thread Joshua Judson Rosen
On 04/18/2015 08:30 AM, m...@dmatthews.org wrote:
 I'm impressed by‎ your dedication and detail, and I partly enjoy reading 
 your updates
 
 +1 but s/partly/entirely [although I also didn't enjoy reading threats :-)]
 
 Lets not forget - just one man working doggedly on the only project that 
 offers any possibility of a cell phone running firmware that offers the four 
 freedoms.

OsmocomBB?


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FoxtrotGPS 1.2.0 released

2014-10-24 Thread Joshua Judson Rosen
Hi everybody,

I'd like to announce that FoxtrotGPS 1.2.0 has been released,
and can now be downloaded from http://www.foxtrotgps.org/.

A quick list of highlights from the NEWS file (since the 1.1.1 release):

* An advanced, interactive route-planning facility, thanks to
  Tilmann Bubeck; this is accessible via the new route-planning menu.

* Menu reorganisation: to avoid confusion between the new
  route-planning and routepoint-manipulation functionality, and the
  other _route-finding_ and _waypoint_ features that were previously
  located together in the ways  routes menu, those features have
  been split out into separate route-finding and waypoint menus.

* An illustrated user manual, including a detailed introduction,
  and HOWTO guides on route-planning, track-logging, and
  tilecache-management--thanks to David Bannon and Tilmann Bubeck.

  A PDF rendition of the manual is available on the website,
  if you want it but don't want to build it yourself:

http://www.foxtrotgps.org/doc/foxtrotgps.pdf

* A quick track-logging toggle in the left toolbar used in the
  horizontal screen-layout.

* FoxtrotGPS now ships with a script (gpx2osm) to help convert from
  GPX to OpenStreetMap log format, contributed by David Bannon.

* Heading angles are now actually correct regardless of the units in use,
  thanks to Karl-Georg Warnick.

* The map-widget now takes focus by default, which means that various
  keyboard shortcut should work more reliably.

* The timestamps in the names of track-log files now include the
  timezone, to avoid confusion when logging/using tracks around DST
  or other timezone-transitions (where `the same 1-hour span' can
  occur twice in a row and collide with itself if the timestamps are
  zoneless).

* More translations, more complete translations; this version
  includes complete translations for Dutch (thanks to Marc Verwerft),
  German (thanks to Simon Vetter), Spanish (thanks to Cristian Gómez and
  Dailos Franchy), Czech (thanks to Jiří Pinkava), French (thanks to
  Guilhem Bonnefille, Philippe Coval, and Steve Petruzzello), and
  Finnish (thanks to Timo Jyrinki); as well as new and newly-improved
  partial translations for Polish (thanks to Patryk Benderz),
  Russian (thanks to Vadim Efimov), Italian (thanks to Daniele Forsi),
  and Portuguese (thanks to Victor Benso).

* Geocoding photos no longer requires Perl.

* Support for geocoding using old-style `.log' files has been removed.

* Various crashes, memory leaks, and potential security issues
  have been fixed.

Enjoy! :)

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FOSS-GPS] Releasing FoxtrotGPS 1.2.0--translations needed

2014-10-09 Thread Joshua Judson Rosen
Marc Verwerft marc.js.verwe...@gmail.com writes:

 Since we're on, this topic, I have another question/issue.

 I noticed that in the translation there are a few lists (separated by
 the pipe character) that in English are nicely alphabetically sorted.

 What is the preferred approach for translation? When we translate to different
 languages, the list is not sorted anymore. Should we just translate and not
 care about the sorting? Or can we sort our translations?

That's a very good point.

Unfortunately, the code that uses those currently needs them to remain
in a consistent order regardless of how ugly it makes the lists;
so you need to just translate them so that they remain in the same
order even if they're not alphabetised in your language  :(

 In other words do these lists have 'hardcoded' links to the implementation of
 the functionality of each item?

Yes. The numeric index/position of a selected item in the list
is what's stored in the POI database; so if if you re-order the items
to keep them alphabetic, then switching between languages will mean
that all of your POIs get assigned completely different categories,
for example.

If you file a bug in Lauchpad https://bugs.launchpad.net/foxtrotgps,
we can try to find a fix for the next release (probably 1.3.0).

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Releasing FoxtrotGPS 1.2.0--translations needed

2014-10-08 Thread Joshua Judson Rosen
Vadim Efimov eva...@evadim.ru writes:

 Hi Joshua,

 I translate some simple strings, which (I hope) can be translated without 
 see them in Foxtrot GPS itself, via web in LP. 2 questions/suggestions:

 1) Some beta versions available, for testing and translating?

For the Russian translation, the biggest task is to get all of
the strings from the 1.1.1 release translated, since there are only
a few new or changed strings for 1.2.0. So, if you're using
a distro that's currently shipping FoxtrotGPS 1.1.1, then you
should mostly be able to test your translations with that
(there's a list of distros that we know package FoxtrotGPS
 at the top of http://www.foxtrotgps.org/releases/).

If you have a system with a development environment including bzr,
autoconf, automake, libtool, intltool, etc., you can get the code for
the upcoming release from bzr by running bzr branch lp:foxtrotgps,
and following the instructions at http://www.foxtrotgps.org/build.html.

We don't have any prerelease tarballs available at present,
but I could prepare one if you need it.

 2) Could you (or somebody else?) mark translated strings in source code? I 
 review 60 of 300 strings, and saw a lot of them with formatting. For example 
 one string appear at leas 3 times because of this:
 bno GPSD found/b
 bno GPSD found/b - span foreground='#ff'bD%d/b/span
 bno GPSD found/b - span foreground='#ff'bD%d/b/span - 
 b[%d]/b

 or, it's just hard to find 2 letters to translate:

 span color=#090bok/b/span

 This make things harder, and also no suggestions for this strings.

I'm not entirely sure I understand what you're asking, here--
did my response to Patryk about formatting in translatable strings
answer this question for you?


  FYI, here's a list of FoxtrotGPS's current translations and their status:
 
  Bulgarian (bg):
  72 translated messages
  65 fuzzy translations
  163 untranslated messages.
 
  Czech (cs):
  275 translated messages
  11 fuzzy translations
  14 untranslated messages.
 
  German (de):
  1 translated message
  12 fuzzy translations
  287 untranslated messages.
 
  Spanish (es):
  282 translated messages
  7 fuzzy translations
  11 untranslated messages.
 
  Finnish (fi):
  282 translated messages
  8 fuzzy translations
  10 untranslated messages.
 
  French (fr):
  282 translated messages
  7 fuzzy translations
  11 untranslated messages.
 
  Hungarian (hu):
  282 translated messages
  8 fuzzy translations
  10 untranslated messages.
 
  Japanese (ja):
  282 translated messages
  7 fuzzy translations
  11 untranslated messages.
 
  Dutch (nl):
  100 translated messages
  45 fuzzy translations
  155 untranslated messages.
 
  Russian (ru):
  66 translated messages
  71 fuzzy translations
  163 untranslated messages.
 
  Slovak (sk):
  119 translated messages
  59 fuzzy translations
  122 untranslated messages.
 
  Serbian (sr):
  282 translated messages
  7 fuzzy translations
  11 untranslated messages.
 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FOSS-GPS] Releasing FoxtrotGPS 1.2.0--translations needed

2014-10-07 Thread Joshua Judson Rosen
Patryk Benderz patryk.bend...@esp.pl writes:

 OK, i get it. Next question, sometimes some strings are much longer in
 Polish than in English. Do you prefer me to keep it line to line ratio,
 or should I break long ones to two shorter lines?

Are you in a position to build the source and actually to a test
run with your translations? There are some parts of the GUI
where some strings really need to be kept to a single, short line;
and there are others where it doesn't matter so much.

I'd like to just leave you the choice of doing whatever
works best in different GUI contexts, if that's OK.

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FOSS-GPS] Releasing FoxtrotGPS 1.2.0--translations needed

2014-10-06 Thread Joshua Judson Rosen
Patryk Benderz patryk.bend...@esp.pl writes:

 Dnia 2014-10-05, nie o godzinie 12:24 -0400, Joshua Judson Rosen pisze:
  Oh, FYI--the web-based translation tool for FoxtrotGPS
  in Launchpad is available here:
  
  https://translations.launchpad.net/foxtrotgps
 Hi Joshua,
 great idea with enabling LP translations. However one thing is bothering
 me: only actual messages should be translated, not it's formating.
 Example: 

 1) Present is:
 span foreground='#ff'POI has no ID - see website for help!/span

 2) Should be:
 POI has no ID - see website for help!

 Any hint what to do? Should we leave such strings untranslated until
 strings are fixed?

No; actually, at least in some cases, it's important that the formatting
_is_ translatable. Sometimes things should actually be formatted
differently in different locales.

Launchpad's `guide for translators' doc explains briefly how translators
should generally handle markup (basically: translate the text, but not the
markup):

https://help.launchpad.net/Translations/Guide#Formatting.2BAC8-XML_tags


I'm believe I read a more in-depth treatise on this at some point,
but I can't remember where right now (apparently it wasn't
the gettext manual, because all that says is that HTML markup
is common enough that it’s probably ok to use in translatable
strings). I do remember that, as an example, there are some
colours that have different meanings in different locales.

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FOSS-GPS] Releasing FoxtrotGPS 1.2.0--translations needed

2014-10-05 Thread Joshua Judson Rosen
Oh, FYI--the web-based translation tool for FoxtrotGPS
in Launchpad is available here:

https://translations.launchpad.net/foxtrotgps

If you're interested in helping, you can just pick your language
out of the list at the bottom of that page, and it'll drop you
into online translation editor with suggestions for new translations
based on how people have translated similar strings in other
projects on Launchpad.

And, if you have other tools that you'd prefer to use (like Poedit
or maybe Emacs po-mode): you can also download the current po file
from Launchpad, edit it with your preferred tools, and then upload it.

Joshua Judson Rosen roz...@geekspace.com writes:

 I'm looking to finally release FoxtrotGPS 1.2.0 some time in the next
 week or so; one thing that needs some attention is the translations.

 We have only 18 new/changed strings since the last release,
 so it'd be great if the translations that were complete in 1.1.1
 (Spanish, Finnish, French, Hungarian, Japanese, Serbian; and Czech
 was very close to complete) could be complete in 1.2.0.

 There are also several other translations that a need a lot of love
 (most notably German, in which the only translated string is no GPS found);
 I've enabled translation via launchpad.net; hopefully that will
 help make it easier to complete translations.

 FYI, here's a list of FoxtrotGPS's current translations and their status:

   Bulgarian (bg):
   72 translated messages
   65 fuzzy translations
   163 untranslated messages.

   Czech (cs):
   275 translated messages
   11 fuzzy translations
   14 untranslated messages.

   German (de):
   1 translated message
   12 fuzzy translations
   287 untranslated messages.

   Spanish (es):
   282 translated messages
   7 fuzzy translations
   11 untranslated messages.

   Finnish (fi):
   282 translated messages
   8 fuzzy translations
   10 untranslated messages.

   French (fr):
   282 translated messages
   7 fuzzy translations
   11 untranslated messages.

   Hungarian (hu):
   282 translated messages
   8 fuzzy translations
   10 untranslated messages.

   Japanese (ja):
   282 translated messages
   7 fuzzy translations
   11 untranslated messages.

   Dutch (nl):
   100 translated messages
   45 fuzzy translations
   155 untranslated messages.

   Russian (ru):
   66 translated messages
   71 fuzzy translations
   163 untranslated messages.

   Slovak (sk):
   119 translated messages
   59 fuzzy translations
   122 untranslated messages.

   Serbian (sr):
   282 translated messages
   7 fuzzy translations
   11 untranslated messages.

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Releasing FoxtrotGPS 1.2.0--translations needed

2014-10-04 Thread Joshua Judson Rosen
I'm looking to finally release FoxtrotGPS 1.2.0 some time in the next
week or so; one thing that needs some attention is the translations.

We have only 18 new/changed strings since the last release,
so it'd be great if the translations that were complete in 1.1.1
(Spanish, Finnish, French, Hungarian, Japanese, Serbian; and Czech
was very close to complete) could be complete in 1.2.0.

There are also several other translations that a need a lot of love
(most notably German, in which the only translated string is no GPS found);
I've enabled translation via launchpad.net; hopefully that will
help make it easier to complete translations.

FYI, here's a list of FoxtrotGPS's current translations and their status:

Bulgarian (bg):
72 translated messages
65 fuzzy translations
163 untranslated messages.

Czech (cs):
275 translated messages
11 fuzzy translations
14 untranslated messages.

German (de):
1 translated message
12 fuzzy translations
287 untranslated messages.

Spanish (es):
282 translated messages
7 fuzzy translations
11 untranslated messages.

Finnish (fi):
282 translated messages
8 fuzzy translations
10 untranslated messages.

French (fr):
282 translated messages
7 fuzzy translations
11 untranslated messages.

Hungarian (hu):
282 translated messages
8 fuzzy translations
10 untranslated messages.

Japanese (ja):
282 translated messages
7 fuzzy translations
11 untranslated messages.

Dutch (nl):
100 translated messages
45 fuzzy translations
155 untranslated messages.

Russian (ru):
66 translated messages
71 fuzzy translations
163 untranslated messages.

Slovak (sk):
119 translated messages
59 fuzzy translations
122 untranslated messages.

Serbian (sr):
282 translated messages
7 fuzzy translations
11 untranslated messages.


-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Crowdfunding an Ubuntu smartphone (right now)

2013-08-22 Thread Joshua Judson Rosen
Ben Wong lists.openmoko@wongs.net writes:

 Here's Shuttleworth's upbeat closing comment:
 http://www.indiegogo.com/projects/ubuntu-edge?c=activity

 I wonder if OpenPhoenix has an opportunity now, with all those
 frustrated would-be buyers out there.

Maybe some; I'm pretty sure that there were some number of people who
actually pledged to the Ubuntu Edge campaign *because* it was clear that
the funding trigger-amount was not actually going to be reached. They
decided that it was probably important to _make a showing of support_
for the mobile-phone industry to see, even if that was all that they
were doing (what's a term for that? `guerrilla market research'?).
And it's easier to `put your money where your mouth is', even if
(especially if) you think that you can't really afford it, when you
know that you'll get your money back in a month.

-- 
'tis an ill wind that blows no minds.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Stuck AUX button (was: Status OpenPhoneux / GTA04)

2012-07-29 Thread Joshua Judson Rosen
Dr. H. Nikolaus Schaller h...@goldelico.com writes:

 Am 05.07.2012 um 00:13 schrieb Boudewijn:

 On Tuesday 03 July 2012 11:15:16 Dr. H. Nikolaus Schaller wrote:
  The reason appears that the DM3730CBP gets some warp during
  the soldering process squeezing the balls in the middle of the BGA
  grid so that they may touch a neighbor and make a short circuit.
  And on the corners the balls lift off and this may result in
 interruptions.
 Can that also be the reason for the AUX button getting stuck? Does the
 warping of the CPU-PCB also warp the main PCB, or is there no reason to
 suspect so?

 No, the AUX button is a different issue. It is an accumulation of tolerances
 of the button position and how the whole PCB fits into the plasic
 case.

On that note..., my GTA02 has been sitting on a shelf in my study
with a stuck AUX button.

Is there any special advice for getting it un-stuck?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] New Phoronix article on Gta04

2012-07-15 Thread Joshua Judson Rosen
Christ van Willegen cvwille...@gmail.com writes:

 On Mon, Jul 9, 2012 at 4:38 AM, Joshua Judson Rosen
 roz...@geekspace.com wrote:
  So, where are the $60 T-shirts?

 The ones saying 'I wanted to buy a GTA04 but all I got was this lousy
 T-shirt!' ?

 :-) for the humor-impaired.

Well, I might pay $20 or $30 for one of *those*. For $60, I expect
something with a logo ;)

Like what I'd get in return for a donation to National Public Radio,
Creative Commons, FreedomBox Foundation, or whatever. So, yeah--
if it wasn't obvious, I was actually serious.

In general `T-shirt sales' terms, $60 is a little on the high side, but
it's not really outlandish at all to `donate $60 to a cause and get
a T-shirt as a thank-you gift', e.g.:

 https://creativecommons.net/donate/ ($50 min. donation to get a CC shirt)

 http://kck.st/hywKB2 ($75 min. donation to get a FreedomBox shirt)


In all seriousness.., I really do wonder whether it'd be worthwhile
for Nikolaus to try selling expensive T-shirts via zazzle.com
or such. How much would you pay for a T-shirt that subsidised
GTA04 development? And how expensive would they actually have to be
in order to provide a minimally-useful financial subsidy?

There'd need to be some sort of nice image to put on the shirts,
of course--I'm pretty sure that someone here would be both willing
and able to help produce that if it doesn't yet exist (e.g.: I would).

So, what do you say?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] New Phoronix article on Gta04

2012-07-08 Thread Joshua Judson Rosen
Dr. H. Nikolaus Schaller h...@goldelico.com writes:
 Am 04.07.2012 um 05:06 schrieb Alishams Hassam:
 
  http://www.phoronix.com/scan.php?page=news_itempx=MTEzMjI If you
  missed it. Sadly he doesn't make much constructive criticism; he
[...]
  bashes the specs but it's not as if much can be done about that now.

 There is a typical misunderstanding with the specs.

 The most worrying statement I found was:  for hardware that's slower
 than a $100 iPhone. 

 I never did see a $100 iPhone (even on eBay and then it is broken)...

Eh. You're not selling to the same market as iPhones. You know this.

People who want an iPhone, or who would be satisfied by an iPhone,
wouldn't buy a GTA04 even if you could sell it to them for $50.
They probably wouldn't want one even if you could *give it to them
for free*. Don't worry about them.

By the same token, I bought the GTA02...; I wouldn't buy
an iPhone for $25, but I'd pay a premium for a GTA04...,
if only it wasn't *$1k*. And, I know--it's a fair price.
I just don't have the money in my budget. I could afford
to help subsidize *others'* GTA04 purchases, however, by
buying a $60 T-shirt. I wonder how many other people are
in the same situation as I am: we want to see this thing
succeed, but we can't afford to buy one...; but we could
afford to join the fan-club, if only there was one.

So, where are the $60 T-shirts?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FoxtrotGPS 1.1.1 released

2012-06-13 Thread Joshua Judson Rosen
Hi everybody,

I'd like to announce that FoxtrotGPS 1.1.1 has been released,
and can now be downloaded from http://www.foxtrotgps.org/.

From the NEWS file:

* More detail in OpenStreetMap: FoxtrotGPS now supports loading
  tiles for zoom levels up to 18.

* FoxtrotGPS is once again able to find routes on demand using
  yournavigation.org and openrouteservice.org--thanks to
  Benjamin Deering for removing the dependencies on the
  tangogps.org route-finding proxy.

* FoxtrotGPS now supports loading distinct icons for different POIs--
  and, if you have the `mkvisualid' command from libvisualid installed,
  FoxtrotGPS can even generate distinctive icons automatically.

  For more on libvisualid, see its website:

  http://www.hackerposse.com/~rozzin/VisualIDs

* Double-quotes and single-quotes, and apostrophes in POI-names
  and -descriptions are no longer replaced with backticks.

* The GPX tracks produced by FoxtrotGPS now log latitude
  and longitude with 6 digits after the decimal point.


So, mostly just a few bug-fixes and subtle improvements--
though Ben's fix for route-finding is quite a big improvement :)

Thanks to everyone--especially those who have contributed patches,
bug-reports, and words of wisdom.

Enjoy!

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OpenPhonix?

2012-06-12 Thread Joshua Judson Rosen
Nick Sheppard ns...@attglobal.net writes:
 On 02/06/12 17:36, pike wrote:
  ... We arent voting,
  but if we were, Phonix would be my #1
  (phone,unix,phoenix), and Phonux #2
  (phone,linux,phoenix).

 Actually I agree, OpenPhonix is good, better than OpenPhonux.

 It's nearer to phoenix in English AND German[...]

It's even nearer to phonics, which makes it sound more
to me like an FOSS system for teaching kids to read than a phone

I say just give up on the whole `come up with a name that sounds like
two different words that don't sound each other', and just call it
PiratePhone. Revisions can be designated by different R numbers.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: server update

2012-05-22 Thread Joshua Judson Rosen
Rui Miguel Silva Seabra r...@1407.org writes:

 On Tue, 22 May 2012 17:44:23 +0200
 Harald Welte lafo...@gnumonks.org wrote:
 
  What we have in mind will definitely be an entity that most people
  will have heard of, not some obscure small group...
 
 From the top of my hat I'd hazzard FSFE or Software Freedom
 Conservancy... I wonder what the end result will be :)

Or maybe it'll be the Santa Cruz Operation :p

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FoxtrotGPS 1.1.0 released

2012-02-13 Thread Joshua Judson Rosen
Hi everybody,

I'd like to announce that FoxtrotGPS 1.1.0 has been released,
and can now be downloaded from http://www.foxtrotgps.org/.

Thanks to everyone who's contributed to this release--
and keep the contributions coming :)

There have been a number of issues found and resolved in this release,
and there also various new additions:

* FoxtrotGPS's general support for translations has been expanded,
  and some new translations have also been introduced:

  - Serbian, thanks to Branko Majic
  - Japanese, thanks to Yoshizumi Endo

* Tracks are now logged in GPX 1.1 format, extended with Garmin's
  `TrackPointExtension v2' XML extensions. The track-conversion scripts
  are still included, but expect them to be removed in a future
  release in favour of standard third-party GPX tools.

* The Zephyr HxM heartrate-monitor support that Tobias Prousa wrote
  for tangoGPS 0.99.4 has been incorporated as an optional feature--
  built by default if BlueZ is detected.

* POI categories (and subcategories) are now included for geocaching,
  thanks to Rick Richardson.

* The `Map Download' dialog now allows the user to determine
  whether tiles that have already been cached should be
  re-downloaded, thanks to Mikael Berthe.

* GConf schemas are now included. This means several things,
  but the most notable change for end users is that many
  of FoxtrotGPS's configurable parameters are now documented
  and can be inspected with the standard GConf tools
  even if they have not been set from within FoxtrotGPS.

* FoxtrotGPS now includes a Python script (poi2osm)
  contributed by Denis 'GNUtoo' Carikli for exporting POIs
  to OpenStreetMap XML format, and another (osb2foxtrot)
  contributed by Mitja Kleider for importing POIs from
  OpenStreetBugs.

* The default Google Satellite URL that FoxtrotGPS provides
  for testing and demonstration has been updated to accomodate
  Google's removal of older imagery from their database.
  Note that existing users may have to edit their `Google Sat'
  repository settings and manually change v=53 in the URL
  to v=102.

* The default OpenCycleMap URL has changed; some existing users
  may need to edit ther `Opencyclemap' repository settings per
  http://www.gravitystorm.co.uk/shine/change-of-tileserver-url/.

* A long-standing bug that could cause FoxtrotGPS to crash when
  loading GPX tracks has been fixed.

* The friend-finder has been removed due to tangogps.org
  no longer providing that service. We hope to revive
  the friend-finder with a different back-end, at some point--
  help is welcomed!

* A long-standing bug that made many items in the popup menu
  appear inoperative for many desktop users has been fixed,
  thanks to Branko Majic.

* FoxtrotGPS can now be built with Curl 7.21.8 and newer,
  thanks to Martin Jansa.

* The `autocenter' and `fullscreen' buttons are now proper toggles,
  making it readily apparent (from the visual state of the buttons)
  whether FoxtrotGPS is in autocenter/fullscreen mode.


Enjoy! :)

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


$100 computers (was: Microtouch)

2012-02-08 Thread Joshua Judson Rosen
Shawn Rutledge shawn.t.rutle...@gmail.com writes:

 With an Atmel it sounds like a dancing bear to me; it has so little
 memory that you basically have to use it only for fixed purposes, like
 the games they show.  No dynamic languages or possibility of
 downloading much content.

$100 would also get you Qi Hardware's Nanonote units, which is
comparable to a Raspberry Pi + monitor + keyboard that you can
actually carry in your pocket and use on the go (comes with
a Li-ion battery, runs for ~9 hours in my experience).

I have one. I like it. I use it mainly as a smart music-player;
I've also written and run some Python and Scheme programs on it
(so, it makes a nice `programmer's calculator' for, e.g.: solving
 recursive problems).

Not sure what others do with theirs.

A couple of friends also have them, and it seems to take about
3 days between ordering from Sharism in Hong Kong and having them
arrive on our doorsteps in the US.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


 On 8 February 2012 14:29, Gay, John (GE Energy Services, Non-GE)
 john@ge.com wrote:
 
 On 02/07/2012 10:13 AM, Gay, John (GE Energy Services, Non-GE) wrote:
  Subject: Microtouch
 
  Just spotted on: http://blog.p2pfoundation.net
 
  Microtouch - The ultimate AVR-based iPhone killer!
  http://www.ladyada.net/products/microtouch/
 
  SNIP
 
  Does anyone know how old this is? I've got ~$100 ready to buy it they
 
  get more in stock. The page says 3-5 days, but not when it was last
  updated.
  I hope the first batch wasn't the only batch. I'd really like to play
 
  with a$100 tablet.
 It looks like it was originally announced a little over a year ago (Jan
  27, 2011.) http://www.adafruit.com/blog?s=microtouch is the blog search
  for posts related to the microtouch.
  Now I'm confused as to whether to get to $90 microtouch with it's cute
  touch screen and pocket size on an 8-bit microcontroller, or wait and
  get a raspberryPI for $35 and full Linux, but needs a TV for display???

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Jabber-SMS gateways?

2012-01-25 Thread Joshua Judson Rosen
When I first got my FreeRunner, I was excited by
being able to run Pidgin on it and not only use
AIM but Jabber/XMPP and other chat systems
(I even wrote a plug-in so that pidgin could
 use the FreeRunner's vibrator for alerts).

I quickly realised, however, that the general
`chattiness' of internet IM protocols kept
data flowing through the modem all the time,
which meant that the FreeRunner could never
remain suspended for very long--incoming data
would quickly wake it up.

AOL IM can get around this issue (not in Pigin,
but in general...) by way of a SMS-AIM gateway
that AOL provides (which has a nice `SMS API'
that can be used to configure whether--and how--
messages from AIM buddies are delivered to
a phone as SMS messages and SMS messages send
from the phone are delivered to AIM buddies
over the Internet; this is also what sets the
`phone' status, and `phone' icon, for people
in an AIM buddy-list who are using AIM via
their phones).

It occurred to me that I could probably write
a module for Pidgin that would allow it to
use the AOL SMS gateway for AIM..., but
I'd really rather move off of AIM (for various
reasons) and just use Jabber. The issue
with that, though, is..., where's the
analogous XMPP-SMS gateway?

Is there any such service in existence?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Tangogps?

2011-08-25 Thread Joshua Judson Rosen
Timo Juhani Lindfors timo.lindf...@iki.fi writes:

 Iain B. Findleton ifindle...@videotron.ca writes:
  Anybody have info on what happened to tangogps or who is maintaining
  it these days? I am having rouble building it with the OM tool chain.
 
 You might want to switch to foxtrotgps, which is fork of tangogps. It
 has a bug tracker, public Vcs, IRC channel

Yes :)

 and is also in debian and ubuntu.

and Gentoo, and SHR (and their upstream, OpenEmbedded, I think),
and the FreeBSD Ports collection--and possibly elsewhere;
those are just the systems shipping it that I know about
(if anyone knows of someone else shipping it, let us know--
 I'd like to maintain a list of places where pre-built
 [and pre-integrated] packages are available).

I don't know what's happening with tango--Marcus does seem to have
`fallen off the map', so to speak.

Iain, if you have any suggestions, criticisms, patches, or other
contributions that you can offer, we'd love to hear it :)
I try to keep the FoxtrotGPS bzr history as orderly as possible,
so Marcus and anyone else should be able to pick any specific
improvements out from it for tangoGPS if they want.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Tangogps?

2011-08-25 Thread Joshua Judson Rosen
Iain B. Findleton ifindle...@videotron.ca writes:

 Tks. I am thinking to try my hand at souping up the performance a bit
 on my OM. If I have any success I will advise.

We actually have some major performance-related stuff in the works--
mainly replacing all of the core map-management with John Stowers'
osm-gps-map library (which also, coincidentally, spun off from tangoGPS).
It's slow going, though: most of the work is basically done, but
the patch-series that we got was difficult to integrate. I do want
to give the author credit for his work, however, so I've (slowly) been
picking his changes apart (with a notebook), splitting them into
more easily-understood  -integrated bite-sized chunks with more
understandable ordering, and committing them into a preliminary
branch.

I guess I should open a bug in the bug-tracker for this,
to increase the visibility

 Some aspects of the program design made tangogps a little
 inconvenient for me.

Drop by #foxtrotgps on Freenode, some time.

I'm in the US Eastern timezone, available during my evenings
on most weekdays; I'm `on vacation' from today through the
coming weekend, though--which means that I have more time
to do FoxtrotGPS work and chat on IRC during the day; and
lindi (Timo) and the others have other timezones covered :)

 Getting the libraries set up is my current activity so that I can get
 a build environment going.

Which toolchain, specifically, are you using?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ATT and my beloved Freerunner

2011-08-25 Thread Joshua Judson Rosen
error l...@cmccreery.com writes:

 ATT has been calling and text'ing for the last 2 months.  They have informed
 me that my phone will no longer be compatible with their network on Monday
 Aug 29-30, 2011.  Has anyone else running into this issue?

Yes. They eventually started *intercepting my calls* and redirecting
them to a call-centre where someone would insist that they had to
give me a new phone. This happened several times (and they sent me
several phones--insistent that it had to be so. But this turned out
not to be a good thing...)). A long and convoluted story later,
I decided that it was worthwhile to flee ATT and go to T-Mobile.
ATT made a last-ditch attempt to keep me by holding a cheap phone
that I'd had on my plan hostage.

Of course, shortly thereafter, ATT announced that they would be
buying T-Mobile.

For the time being, T-Mobile has in fact provided a superior experience--
in every way except that SHR, for some reason, just doesn't work right
with my T-Mobile SIM. QtMoko works fine, tho'.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FreeRunner screen/case improvements (was: Shiftd)

2011-06-10 Thread Joshua Judson Rosen
Benjamin Deering ben_deer...@swissmail.org writes:

 On 06/10/2011 10:14 AM, Denis Shulyaka wrote:
 
  The only weak point of GTA04 would be the
  small screen (in physical dimensions) and lack of capacitive
  sensetivity.

 A bigger screen/cooler case would be nice, but keep the resistive
 touch-screen.  It works better in the rain/snow.

It seems to work better with dry/cold fingertips, also.

It also allows for higher-precision input, which is
really valuable sometimes..., but more important
is that it works *at all* for me--where my friends'
capacitive iPhones (and some other devices) that I've tried
simply don't work :(

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FoxtrotGPS 1.0.1 released

2011-05-02 Thread Joshua Judson Rosen
Hi everybody,

FoxtrotGPS 1.0.1 has been released, and a tarball
(with detached GnuPG signature) is available at
http://www.foxtrotgps.org/releases/.

This is a bug-fix release. From the NEWS file...:

FoxtrotGPS 1.0.1 is a bug-fix release; issues resolved since 1.0.0 include:

* Several translations were incomplete in FoxtrotGPS 1.0.0, but
  have now been completed; these are:

- Hungarian, thanks to György Balló
- Spanish, thanks to Dailos Franchy
- French, thanks to Steve Petruzzello

* A bug causing failed downloads to appear permanently stuck
  has been fixed, thanks to Mikael Berthe.

* A bug causing large, fast tileset-downloads to hang the
  user interface has been fixed, also thanks to Mikael Berthe.

* A crash triggered by slow hostname-resolution, found thanks to
  Timo Juhani Lindfors, has been fixed.

* Several resource-leaks, found thanks to Alexandre Maret, have been fixed.

* When friend-finder icons are updated to new positions, they are
  now correctly (and consistently) erased from the old positions.
  Thanks to Ben McCarthy for finding this bug.

* FoxtrotGPS can now be built against libgps 2.96 to support
  use with gpsd 2.96, thanks to Gleb Smirnoff.

* A standard --version command-line flag is now supported.

* foxtrotgps --help no longer fails when no display is available.

* Various holes in the documentation have been filled--including
  the creation of a HACKING guide for those interested in contributing,
  thanks to Brian H Wilson.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Wikireader notices on Twitter? (was: Openmoko / Medion Wikireader?)

2011-03-24 Thread Joshua Judson Rosen
Sean Moss-Pultz s...@openmoko.com writes:
 On Mon, Mar 21, 2011 at 2:10 AM, Patrick Beck pb...@yourse.de wrote:
 
  Am Samstag, den 19.03.2011, 20:40 +0800 schrieb Sean Moss-Pultz:
   We are very focused on making WikiReader a retail success. We sent a
   newsletter out in January talking about our progress:
  
  http://us1.campaign-archive2.com/?u=b982f5bdf55759b5b47661379id=17f3fdc0f8
  
   3 times a year (quarterly) we update WikiReader's content. Usually
   with new languages and added Wikis (beyond just Wikipedia).
 
  i have not seen such a newsletter so it was a mistake by me. But i have
  not found it on http://thewikireader.com/a/blog/
 
 We also announce this type of stuff on twitter (@wikireader) if you
 don't want to subscribe to the newsletter.

Hi Sean,

I wonder, would it'd be possible to also post these announcements to
identi.ca (or some other StatusNet/compatible site)? I'm sure there are
both end users and hackers there who'd like to get these little notices.

There are actually already `openmoko' and `wikireader' groups
on identi.ca, created by your fans:

http://identi.ca/group/wikireader
http://identi.ca/group/openmoko

Maybe you could use the identi.ca-twitter gateway?

(I'm not really sure how that works--I could never figure out
how to use Twitter, so I don't currently have an account there...)

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: 2.5 vs 3.5 jack

2011-02-16 Thread Joshua Judson Rosen
David Lanzendörfer david.lanzendoer...@o2s.ch writes:

  is anybody here from GTA04 developers?
 yes
[...]
 Good thing is, that we also are already planning the gta05, and there I'm
 organizing an amazing, cool and totally innovative new chassis in addition.
 Can't tell too much as long as the specs are not CC-License, but:
 It's TOTALLY cool ;-D

Careful there, David--don't osborne yourselves!

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: some advertising

2011-01-12 Thread Joshua Judson Rosen
Gennady Kupava g...@bsdmn.com writes:

 В Втр, 11/01/2011 в 19:03 +0100, Sylvain Paré пишет:
   http://pare.sylvain.perso.sfr.fr/video/FRvsP2.ogg
 
 Look like slowness question finally closed :)

Speaking of advertisements..., I just happened to be rummaging through
some IM-logs looking for something else, and came across a response
that I gave a friend when he asked me if he should buy a FreeRunner,
back in early 2009:

I guess what I'd say about the FreeRunner at this point is,
if you can see yourself doing some sort of project with it--
like hacking on the phone-stack, or making some sort of SMS-autoresponder,
or doing something with the GPS or accelerometers (and there are
all sorts of cool things you can do with them--some people are using
FreeRunners to do things like autopilot autonomous boats), then
it's one of the best, most fun, constructive toys since Lego
or Erector Set. And for only $300, it's on par with something
like Lego Mindstorms.

But if you just want a phone that happens to run Linux, but all of
that opportunity doesn't actually mean much to you, $300 is
probably a tough sell [just like Lego Mindstorms].


And, further:

It /is/ really interesting developing software for the FreeRunner--
partly because the UI requirements are just sometimes so different
than on the desktop--the screen is so much smaller, and the resolution
is so much higher (something like 200 DPI, as opposed to 96 DPI
on the desktop), and there's only one `mouse button', and no scroll-wheel
(like back in 1999 ;)), and text can be smaller because of the
high-density display, but things that the user is supposed to
be able to click need to be bigger because of the resolution-mismatch
between the screen and the *finger*. The interaction-models I was using
in the VisualID-editor on the desktop turned out to be completely
unworkable on the FreeRunner, for example.


Take that as you may; to be compared to Lego Mindstorms or Erector Set
(niche markets as they may be) seems like high praise, to me.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Heartrate-monitor support for FoxtrotGPS

2010-10-28 Thread Joshua Judson Rosen
Hi everybody,

I've picked apart the changes in tangoGPS 0.99.4 that support
the Zephyr HxM heartrate-monitor, and had a go at integrating them
into FoxtrotGPS; to wit, a branch including that work is available:

http://www.hackerposse.com/~rozzin/foxtrotgps/branches/hrm-integration/

I don't actually have a HxM in my posession, though (at least not yet)--
so I can't really test this. If you have one of these devices, and can
test this branch, would you please? :)

The instructions at http://www.foxtrotgps.org/build.html
still apply, but you'll also need the BlueZ `libluetooth' library
(in Debian and Ubuntu systems, I believe the package is
 libbluetooth-dev).

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FoxtrotGPS 1.0.0 now available

2010-10-26 Thread Joshua Judson Rosen
Hi everybody,

I'm pleased to announce the release of FoxtrotGPS 1.0.0,
the first stable release since branching from tangoGPS;
tarballs (with detached GnuPG signatures) are available at
http://www.foxtrotgps.org/releases/.

There have been a few issues found and fixed since the 0.99.4
release, and several community contributions that Daniel Baumann
has been carrying in his Debian package have been folded in upstream:

* Typographical errors like metrical have been fixed
  (thanks to Brian H Wilson).
* We now recover gracefully if we lose our connection to gpsd,
  where previously we could get into a state where foxtrotgps
  would gobble CPU-time and potentially fail to reconnect
  (thanks to Timo Juhani Lindfors).
* When loading GPX files, we now load `routepoints'
  as well as `trackpoints'
  (this was folded in from tangoGPS).
* A gap in the Finnish translation has been repaired
  (thanks to Timo Jyrinki).
* The Glade-based GUI is maintained more sanely, to make
  the lives of both GUI-designers and translators easier
  (thanks to Timo Jyrinki for consulting on this, and
   apologies to anyone who I confused with the `.glade.in' file).
* A `clear track' button has been enabled, so there's now
  a straightforward way of *unloading* a track
  (this was folded in from tangoGPS).
* We now have a basic manual (man page) included
  (thanks to Daniel Baumann).
* ./autogen.sh now generates less confusing/misleading output.
* Map-tiles are now displayed as soon as they are loaded--
  we no longer wait for *all* downloads to complete before
  showing *any* new tiles.
* Paul Wise's script to import GeoRSS points into the POI database
  is now included (thanks, Paul!).
* Marcus Bauer's convert2gpx and convert2osm scripts are now
  included (thanks, Marcus!), patched with Pavel Zubkou's fix
  (coming via Debian) so that the output of convert2gpx is actually
  valid GPX (thanks, Pavel!); and man pages are included
  (thanks to Daniel Baumann).
* foxtrotgps.desktop has been clean-up and standardised
  in various ways  (thanks to Daniel Baumann), including
  use of a more appropriate set of categories
  (thanks to a patch from Luca Capello, via Debian).

A full list of changes since our baseline tangoGPS release (0.99.3)
is available in the NEWS file in the package.

Sadly, we haven't receive any kind of feedback from our sister project,
tangoGPS--though there has been one tangoGPS revision since we branched...,
which actually includes some changes that I don't believe we should merge
at this time (mainly the `live logging' additions); so it looks as though
we've reached a point where we can't quite be a strict functional superset
of tango (i.e.: `tangoGPS plus'), and `1.0' marks the point where
the two projects have started diverging.

The only changeset left to merge from tangoGPS, right now, is the HxM
heartrate-monitor support (a somewhat substantial addition), which will
go into the first `1.1 series' release; most of the work of disentangling
and re-integrating the changes from the tangoGPS tarball-release has
already been done, and there's just some minor work left to convert the
GUI-changes to GladeXML (my `reconstituted tangoGPS' branch is available
at http://www.hackerposse.com/~rozzin/foxtrotgps/branches/tangogps,
if anyone's interested).

... then I can get back to merging the conversion to use OsmGpsMap :)
and we can work toward the development of many other new and interesting
improvements.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Help from Always Innovating ?

2010-10-03 Thread Joshua Judson Rosen
Alfa21 freerun...@my.is.it writes:
 2010-09...@00:16 Chuck Norris
 
  I've asked them about missing this feature.
  Here are answer:
  
  We do not have a 3G or GSM option because we do not want to force a
  subscription on customers.  Instead we want to focus on using wifi and
  free Skype calls.
 
 force subscription?!
 LOL... maybe they do not know what actually the word option means?
 fool or fail? ;)

Well, `not wanting to force subscriptions' is actually the right answer
if it would have been an `either/or' choice.

More probably, it's because it's just not viable to include it in a
device that size at that price-range--there have been in-depths
discussions about this as it pertained to the FreeRunner, previously;
they're probably still applicable.

As far as the full-sized tablet goes, you could look into getting a
UMTS/HSDPA/whatever USB stick to connect to one of those internal USB ports.
I've seen ones that may be small enough for as low as $50 US, though
it's not obvious how well they'd work from inside the tablet.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: When is the next and more powerful openmoko releasing

2010-09-26 Thread Joshua Judson Rosen
Dr. Michael Lauer mic...@vanille-media.de writes:
 
 as far as i know, openmoko is no longer working on phones.
 
 Unfortunately the freedom loving people are doomed to either work on
 anti-vendor-ports (such as HTC devices etc.) or live with one of the
 semi-free alternatives (Palm Pre, Nokia N900). Right now there is no 
 device rivaling the FreeRunner's openness, nothing comes close.
 
 I don't see that changing soon.

Do you have any insights regarding Bluebird's `Pidion' devices
(beyond `wow, they're expensive' :))?

cf.: http://www.sdgsystems.com/

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: dbus moving into kernel?

2010-09-25 Thread Joshua Judson Rosen
Marco Trevisan (Treviño) m...@3v1n0.net writes:

 Il giorno gio, 16/09/2010 alle 17.23 +0100, Al Johnson ha scritto:
  kdbus is proof-of-concept at the moment, the idea being to reduce the 
  number 
  of context switches needed for each dbus message. One synthetic benchmark 
  shows a 3x speed increase on the n900 but speedup in real world 
  applications 
  seems much more modest.
  
  http://alban.apinc.org/blog/2010/09/15/d-bus-in-the-kernel-faster/
 
 Some days ago I've tried to port this patch to the Openmoko kernel,
 after applying it to the SHR 2.6.32 kernel (patches at [1]), I got
 these results (in average):
 
 dbus-ping-pong test:
 Ping  dbus-daemon (s) kdbus (s)   speedup
 500 ping  3.332.1336.2%
 5000 ping 32.59   26.09   19.9%
 5 ping313.56  176.35  43.8%
 
 
 Adrien Bustany’s ipc-performances tool with 6 random 10 char
 strings:
 
 dbus-daemon query (s) kdbus query (s) speedup
 102.7574.71   27.29%
 
 So, the results are quite good, but the code is actually buggy...
[...]
 I guess that this system could give us a nice speedup when with many
 core applications with very few sources changes.
 
 Comments?

Looking at your numbers, we're talking about shaving `up to 43.8%' off
of something that's already down in the singe-digit milliseconds range
to start with: in the best case above, it goes from 6.3 ms per query
to 3.5 ms per query; in the worse cases, it goes from 6.5 ms down to
5.2 ms. In your last test with Adrien's tool, the 27.29% improvement
is from 1.7 ms to 1.2 ms.

Is D-Bus actually enough of a bottleneck in, say, the FSO or SHR designs
that we should expect to accumulate enough of these ~2-ms reductions
quickly enough for them to actually become noticeable? An improvement of
`2 ms per' can be worthwhile if it adds up quickly enough--but does it?
How long does it take, under normal operating conditions, before even
50 D-Bus calls are made (a total of 0.1 seconds of accumulated savings)?

I don't know the answers to these questions, so they're not rhetorical :)

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: dbus moving into kernel?

2010-09-17 Thread Joshua Judson Rosen
Patryk Benderz patryk.bend...@esp.pl writes:

 Dnia 2010-09-16, czw o godzinie 17:23 +0100, Al Johnson pisze:
  kdbus is proof-of-concept at the moment, the idea being to reduce the 
  number 
  of context switches needed for each dbus message. One synthetic benchmark 
  shows a 3x speed increase on the n900 but speedup in real world 
  applications 
  seems much more modest.
 
 There are a lot of complaints about Dbus IPC. That makes me wonder why
 people don't use one of already existing kernel IPCs [1][2] , and
 instead try to develop another one, which is not secure as I heard?
 [1] http://tldp.org/LDP/lpg/node7.html
 [2] http://tldp.org/LDP/tlk/ipc/ipc.html

I once heard a conversation between two of my fellow engineers:

   e0: I think it's time we came up with something like an API.
   e1: We have an API.
   e0 (joking): What, `PEEK and POKE'?
   e1 (seriously): Yes--`PEEK and POKE' *is* an API.

(neither e0 nor I work there, anymore--but I hear that e1 got promoted)

Of course people *do* use pipes and sockets, etc.: those are
the primitives on which something more fully-featured
(like RPC, or CORBA, or D-Bus) is built.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Freerunner - small and fast distribution only for GPS

2010-08-27 Thread Joshua Judson Rosen
Carsten Gerlach daswaldh...@gmx.de writes:

 does someone know a small distribution which is only made for GPS usage? For 
 outdoor holydays it would be nice to have such a distro. There is no need for 
 using the GSM, blootooth, wifi, acceleration sensor and so on. It should only 
 be fast at booting and should have a small energy consumption. For the 
 application I'm thinking of something like tangogps. It should be able to 
 show 
 the position on a map and log a track.

I haven't really looked at it, but perhaps the OpenTom project has
something to offer that could be easily adapted to the FreeRunner
in the case that you don't come across anything else:

http://www.opentom.org/

They're mainly focused on documenting how to get a Linux OS other than
the stock TomTom firmware installed onto TomTom hardware, but maybe
there is some subset of that community that's interested in
using their GPS units as a GPS units, too. :)

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: When is the next and more powerful openmoko releasing

2010-08-12 Thread Joshua Judson Rosen
Brian bn...@rochester.rr.com writes:

 On Thu, 12 Aug 2010 15:55:21 +0200
 Dr. Michael Lauer mic...@vanille-media.de wrote:
 
  Unfortunately the freedom loving people are doomed to either work on
  anti-vendor-ports (such as HTC devices etc.) or live with one of the
  semi-free alternatives (Palm Pre, Nokia N900). Right now there is no 
  device rivaling the FreeRunner's openness, nothing comes close.
 
 I wouldn't necessarily color all ports of FOSS as anti-vendor. In fact
 don't they demonstrate the versatility and adaptability of FOSS in
 relation to all hardware, especially hardware that isn't open? That's a
 good thing if the goal is to strive towards choice for consumers.
 Granted it's not the ideal situation but it is a step in the right
 direction.

The term anti-vendor port initially struck me as a little odd, as well,
but now I think that Mickey is using a fairly strict definition of anti-,
meaning contrary to--with anti-vendor meaning contrary to the vendor
or (more clearly) contrary to the wishes or actions of the vendor.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


No more FreeRunners in the USA? (was: community Digest, Vol 194, Issue 6)

2010-07-31 Thread Joshua Judson Rosen
Nashvin Gangaram nashv...@gmail.com writes:
 
 There is a list of Distributors here:
 http://wiki.openmoko.org/wiki/Distributors
 
 There only seem to be 2 in North America (1 out of stock),

... and the other being a `special order'.

Wow. Is that it for GSM-850 FreeRunners, then?
I wonder... what kind of coverage could one expect, in the US,
using one of the GSM-900 ones? I've looked at the maps, of course,
but somehow I have trouble believing that they're showing me
`the truth, the whole truth, and only the truth'

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: tangoGPS 0.99.4 - now more sports fun, revive your Freerunner

2010-06-26 Thread Joshua Judson Rosen
Marcus Bauer marcus.ba...@gmail.com writes:

 Hi,
 
 long time no see. A new release of tangoGPS is out with some major
 stuff plenty of little improvements, still getting even a bit 
 faster and snappier here and there.

Cool--

Did you see the message that I posted last week about the updates that
we've made in the FoxtrotGPS branch so far?

I've tried to structure the branch-and-merge history such that it's
easy to read through, and it's quite easy to get diffs and changelogs
for individual features/fixes; for example: I reconstructed the missing
GladeXML file, which it seems like you mentioned wanting to do, last fall,
in response to Debain bug #546336 http://bugs.debian.org/546336:

At one point or other this needs re-engineering. I had already
planned to do this during my summer vacation but then I got an
Arduino board and some other gadgets and my vacation was over
before I started developing on tangogps.

Along the way, several memory-leaks and weird behavioural bugs were fixed
(e.g.: window-objects never being deallocated even though they were
never reused, buttons in one window closing other unrelated windows,
attempts to invoke GTK+ functions on NULL pointers); all of that work
exists in an isolated branch with as little interference as possible
from other tasks--I think that the only non-GUI branches that were merged
into that one are a branch containing a bunch of Autotools cleanup and fixes
(files getting installed to the wrong paths, obvious portability problems,
a whole bunch of warnings, constructs that made it difficult to branch-off
and then contribute changes back upstream, etc.) and the changeset in which
I switched the option-parser to GLib's `GOption' parsing  infrastructure
(which I see you've also now done in tangoGPS).

We've also incorporated libgps, which gets us full support for both the old
and new gpsd protocols--as well as for addressing servers and ports by name
rather than just by IP/number--all totally transparent to the end user.

It looks like the changes that you've made in tangoGPS 0.99.4 *don't*
actually include support for the new JSON-based gpsd protocol
(contrary to what it says on your weblog...); rather, it just supports
*some* deployments of more recent gpsd codebases if the servers are
configured and built with support for the old NMEA-based protocol.
As far as I can tell, tangoGPS is still unable to actually parse the
new-protocol JSON streams that come from the gpsd server

To go along with those improvements, Timo Jyrinki has also contributed
an i18n fix that allows the .desktop file to be translatable, and there
are many other improvements also.

If you haven't already, it would be great if you could take a look
and provide some comment on which changes you'd like to fold into
your branch and which changes you'd like to avoid incorporating.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

2010-06-19 Thread Joshua Judson Rosen
jeremy jozwik jerjoz.for...@gmail.com writes:

 On Thu, Jun 17, 2010 at 4:16 AM, Martin Jansa martin.ja...@gmail.com wrote:
  thanks for recipes, will be available in shr-u feeds today :).
 
  Regards,
 
 two things ive noticed,

I'm reasonably sure that neither of these are actually FoxtrotGPS issues:

 1 phone will go into suspend while running foxtrot, unlike omgps.

My suggestion is that this is an integration issue rather than something
that would be appropriate for us to try to address in FoxtrotGPS per se,
and it should probably be addressed in terms of system policy; if you're
using SHR or another FSO-based system, then there are probably already
ways that you can automatically prevent the system from suspending
whenever the GPS is on or in use by any application; fsoraw can certainly
be used to control this on a per-application basis, but it sounds more
like a general `GPS keeps the system awake' rule is more what you want.

 also, foxtrot does not seem to remember setting an alternate path for
 the map tiles.
 ill set OSM to read from the sd card, scroll about and all the tiles
 are there.
 close foxtrot and all my tiles are gone because the pathing is reset
 to the default location.

It sounds like there's something wrong with your gconf installation--
the only way that I can reproduce this issue is by preventing gconfd
from running.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

2010-06-19 Thread Joshua Judson Rosen
jeremy jozwik jerjoz.for...@gmail.com writes:

 On Sat, Jun 19, 2010 at 7:42 AM, jeremy jozwik jerjoz.for...@gmail.com 
 wrote:
  two things ive noticed, 1 phone will go into suspend while running
  foxtrot, unlike omgps.
  also, foxtrot does not seem to remember setting an alternate path for
  the map tiles.
  ill set OSM to read from the sd card, scroll about and all the tiles are 
  there.
  close foxtrot and all my tiles are gone because the pathing is reset
  to the default location.
 
 also, POI's dont seem to save after close.

If you mean that they don't make it into the database, then I need to
know how to reproduce that--I've never seen that fail (and I don't
think that any of the relevant code has even changed since we branched
from tangoGPS 0.99.3, so there aren't any obvious `suspects').

If you mean that the `show POIs' toggle isn't preserved across restarts,
I believe that that's by design.

In either case, it would be appropriate to start a conversion on the
foss-gps list foss-...@lists.osgeo.org.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


test-post 00

2010-06-17 Thread Joshua Judson Rosen
Apologies if this test-message makes it through to the list and annoys
people; I have another message that I've been trying (and failing) to post
to the list, and I'm trying to diagnose it

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FoxtrotGPS 0.99.4 available (also: looking forward...)

2010-06-17 Thread Joshua Judson Rosen
 depends are now specifically
  probed by ./configure; the package should no longer fail to build
  following successful configuration.

* An `autogen.sh' script hass been added to simplify bootstrapping
  the GNU Autotools-based build-infrastructure.

* The output of the ./configure script's probes for depdencies has
  been made less confusing by naming each dependency as it is
  probed.

* The GUI has been converted to GladeXML, and is dynamically
  loaded via libglade. A GladeXML UI definition can be specified
  from the command-line via a new --gui option.
DESCRIPTION = FoxtrotGPS is a map and GPS application using OpenStreetMap
AUTHOR = Joshua Judson Rosen roz...@geekspace.com
HOMEPAGE = http://www.foxtrotgps.org/;
SECTION = x11/applications
LICENSE = GPLv2
PRIORITY = optional
DEPENDS = curl gtk+ gconf sqlite3 libexif

SRC_URI = 
http://www.foxtrotgps.org/releases/foxtrotgps-${PV}.tar.gz;name=archive;
S = ${WORKDIR}/foxtrotgps-${PV}

inherit autotools pkgconfig

RRECOMMENDS_${PN} = gpsd
RRECOMMENDS_shr = fso-gpsd
require foxtrotgps.inc

SRC_URI[archive.md5sum] = 73f03ba1ee1853dea077aa18518222f7
SRC_URI[archive.sha256sum] = 
c7fffa0d45f59de0b858c84e57a6325af78f97f3492ef5e4bd75d5bf0c20d689
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: qualitiy is important for tangoGPS

2010-05-01 Thread Joshua Judson Rosen
Marcus Bauer marcus.ba...@gmail.com writes:

 As you already stated, tangoGPS is GPL'd, thus certainly if a packager
 of SHR or any other distribution wants to include your patch, that is
 certainly possible, no problem there.

Hi Marcus,

I've been going through the source, and none of the files appear to
actually be labelled with the sort of text recommended in the
COPYING file:

[...]
  If you develop a new program, and you want it to be of the greatest
possible use to the public, the best way to achieve this is to make it
free software which everyone can redistribute and change under these terms.

  To do so, attach the following notices to the program.  It is safest
to attach them to the start of each source file to most effectively
convey the exclusion of warranty; and each file should have at least
the copyright line and a pointer to where the full notice is found.

one line to give the program's name and a brief idea of what it does.
Copyright (C) year  name of author

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
[...]


You've stated that the whole thing is `GPL'd', but what are the
`version constraints'? Should I interpret this as meaning that
tangoGPS is licensed as `version 2 or any later version', as described
in that part of the COPYING document?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Introducing FoxtrotGPS (was: Forking TangoGPS)

2010-04-17 Thread Joshua Judson Rosen
Hello, everyone--

I'd like to formally introduce the foxtrotGPS project:

FoxtrotGPS is an offshoot of Marcus Bauer's excellent tangoGPS
application http://www.tangogps.org/, with a focus on cooperation
and fostering community innovation. You can find more information,
including a link to our public version-control repository,
on the project's website:

http://www.foxtrotgps.org/


FoxtrotGPS' commitment is to improving on the extensibility and
maintainability of what we'd like to consider our `sister project':
rather than competing with tangoGPS, foxtrotGPS exists to channel
the developer-energy that's been bouncing around the community without
having a clear way to fit into the tangoGPS development model.

We intend to help grow the developer community, in part by working
to extend support for open standards and open architecture in
the foxtrotGPS codebase; more specific details are available
on the `roadmap' page of the foxtrotGPS web-site:

http://www.foxtrotgps.org/roadmap.html


Users and developers are invited to connect and collaborate--
with each other and with the foxtrotGPS leadership--via the foss-gps
e-mail list http://wiki.osgeo.org/wiki/FOSS-GPS, as well as
on the #foxtrotGPS IRC channel irc://irc.freenode.net/#foxtrotGPS.

We encourage anyone who's found frustration in developing or
maintaining patches against tangoGPS thus far to participate in
foxtrotGPS instead of agressing the tangoGPS leadership: the
foxtrotGPS `fork' is being done with all possible respect, and our
hope is that we will be able to remain on the best possible terms--
that things can be kept cordial and professional between the two
projects, and that we will find plenty of code to continue to share.
We invite Marcus to incorporate whichever of our changes make sense
for him to use in his project, on whatever schedule is appropriate
for him.


Please join us to share your insights, experiences, wishes,
and most of all your patches.


Thank you, all.

(And--again: thank you, Marcus, especially!)


Let's dance! :)


-rozzin.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Forking TangoGPS (was: tangoGPS community development, patches)

2010-04-13 Thread Joshua Judson Rosen
arne anka openm...@ginguppin.de writes:

 you are definitely off topic.
 this list is neither to insult others at your pleasure nor to discuss  
 issues with your project or ego.

Arne,

You're right. So, please forgive the length of this post:

 those entirely tangogps related mails are filling up my account and have  
 nothing to do with openmoko.
 
 please, stop abusing other projects infrastructure for your personal needs.

I really hadn't intended this to get this crazy, when I posted
asking Marcus what facilities were available to keep up what he's
doing upstream and to communicate with the rest of the
tangoGPS-hacking community.

When I asked those questions, they were intended to be quick and easy
to answer--and the expected quick exchange was indeed relevant to the
Openmoko community, since there are so many people here who have been
using and hacking on tangoGPS (or at least trying to).

But it's devolved into high-traffic tiff with upstream just calling
people names, and everyone else sharing their *frustrations*.

I don't know if Marcus has actually *watched* (or at least listened to)
that video that he referenced earlier in the thread (in message-ID
2010010653.776db...@acer, if anyone actually wants to go re-read
the whole discussion in gmane or something):

http://www.youtube.com/watch?v=ZSFDm3UYkeE


... but we all should watch it--it's pretty good.


As they say, the community mailing-list isn't a group therapy session.
It's clear that we're not getting anywhere, anyway.


So, here goes: I'm forking tangoGPS.

And this doesn't make me a `poisonous person'. This fork is being done
with all possible respect, and I do still hope that it will be on the
best possible terms--perhaps like when EGCS forked from GCC, or when
people `fork' the Linux kernel to work on new subsystems: a good-natured
fork to do more `experimental' exploration that may not be immediately
possible or appropriate for Marcus in tangoGPS. Marcus will be free to
incorporate whatever work we do on this new fork into future releases
of tangoGPS, if he likes--on whatever timeline he likes; he'll also
be free to ignore the parts that he doesn't like. As will everyone else.

We're going to have a go at integrating libgps, for example.


I'm going to try to do my best to provide a sense of leadership and
direction on this new project (let's call it foxtrotGPS--I'm sure we
can find many reasons for that name; I already have a slew of my own :)),
and to be responsive when people submit patches for review (and hopefully
inclusion). Even for people whose patches don't go upstream, we'll have
a Bazaar VCS repository that you can use to keep track of what we're
doing upstream and help maintain your patches (branches) going forward.

If anyone's interested in relevant public discussion on foxtrotGPS,
we have the foss-gps mailing list hosted by the folks at OSGeo:

http://wiki.osgeo.org/wiki/FOSS-GPS

Thank you, Risto, for asking them create it :)


Marcus: if you would like to talk about why I feel the need to fork
your project and am proceeding despite my afore-mentioned reluctance--
and what, if anything, it means to you--we can talk about that privately.

Let me know, and I'll give you my telephone-number--e-mail just doesn't
seem to have enough bandwidth for us; I'd *really* prefer if we could
keep things cordial and professional between our two projects.


So, here we go. It'll be an adventure.
We can dance if we want to.


I know some people are probably going to be very excited by this news,
but it takes a couple of days to get a fork properly bootstrapped--
it's not *just* `run through the codebase and change names' :)

So please be patient, let your passions cool a *little* bit,
and there will be something to show this weekend.


Thank you, all.

(And thank you, Marcus, especially!)


-rozzin.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


tangoGPS community development, patches (was: tangoGPS magnify patch)

2010-04-11 Thread Joshua Judson Rosen
Marcus,

Thank you for your responses today; however, I'm still not clear on
the answers to my questions. Maybe I can be more specific, below...:

Marcus Bauer marcus.ba...@gmail.com writes:

 On Sat, 10 Apr 2010 23:06:48 -0400
 Joshua Judson Rosen roz...@geekspace.com wrote:
 
I have a patch that makes it possible to scale the details on maps
(e.g.: text, icons, line-widths) and change the amount of detail
shown without zooming the map; 
  
  So, when you select `fewer, bigger details', the code just decreases
  *pixel-density* and a `zoom-level offset' adjusted accordingly.
  The map remains at the same zoom-level; but the text and icons get
  bigger, the streets and other lines get wider; the amount of
  visual `clutter' decreases, and information-clarity goes up.
  
  If you select `more, smaller details', the pixel-density is increased
  and the zoom-offset adjusted in the other direction. Again, the map
  remains at the same zoom-level; but the text and icons get smaller,
  the streets and other lines become thinner; the amount of information
  visible at a given zoom-level (the information-density) increases.
 
 This patch is potentially interesting on the Freerunner due to the 3x
 higher dpi of the screen.

Also on the Nokia portables, I'd imagine--while their pixel-density is
somewhat lower than the FreeRunner's, it's still quite remarkably
high: ~225 pixels per inch, I think.

 The patch makes future extensions for layers, non-merkatoor and no
 wgs84 more error prone

Oh--now that's quite interesting: if those are lines of development
that you're currently pursuing, I look forward to reading about them--
I hope that you'll find some time to post something on your weblog.

Now, more to the point...:

 and therefore currently is not suitable for tangoGPS.

Which is fine. It doesn't matter so much to me whether other people
have a use for the features that I implement--both of the features
that I've mentioned in this thread were developed, after all,
primarily because I needed them. I'm not looking to make a name for
myself with this--I've already made a name for myself, and am quite
comfortable with my professional standing :)

I *would* like to make my patches *available* for other people to be
able to find them and use them if they like, and there are also other
functional additions that I'd like to build on top of tangoGPS--which
I'd like to develop openly and with opportunities for the community to
participate; which is why I asked where I should be posting this stuff.
As you say, tangoGPS has a much broader scope than just OpenMoko
at this point, so the `openmoko community' list is surely not
the right venue. But this is where I've posted feature-additions,
bug-fixes, etc. because it wasn't evident where else I should;
I haven't seen any evidence of an actual `tangoGPS mailing-list'.

So, how *should* I collaborate? What mailing-list should I use?
When I fix an upstream bug, in what BTS should I publish the patch?
Where can we talk on IRC about current developments in tangoGPS,
if anywhere?

Most importantly: How should I keep up with work that you're doing
upstream between releases? Maintaining the patches that I use is vital
to me, and it's harder to do that if I have no idea where you're going
upstream--if I have no idea what's going to change out from under me
with the next release. I know you can appreciate that concern, given
the recent gpsd episode :)

You've also mentioned some valuable functional additions that you have
scheduled for sometime in tangoGPS' future, which I'd love to help
make happen sooner; it'd be much easier to come up with patches that
were likely to be acceptable upstream if there were more transparency
in upstream development: a public (for read access) version-control
repository would be *ideal*, but I haven't been able to find one for
tangoGPS. If you're using one of the *distributed* VC tools (like Git,
Bazaar, et al.) then I'd *really* like to know the URL for your public
archive--the benefits from those systems are just huge.

As it is, I feel like I'm trying to track a moving target... with a
blindfold on. The fact that there is `source' material apparently
missing from the tangoGPS release tarballs doesn't help: it looks like
the GUI was done in Glade and C code was autogenerated from that,
but there is no glade-XML file to found in the release tarballs.
Are you even still using glade? If so, where is the `.glade' file?

That's one of the reasons (along with the others listed above) that I
keep asking if you have a public VC repository somewhere and I've just
overlooked it..., and am hoping to get a response some day :)


 However, you can ask the packagers of SHR etc. if they are
 interested in inclusion.

Certainly--and I just heard from someone today that my `detail-scaling'
patch was just the sort of thing for which he had been looking,
so maybe I will forward a copy to shr-devel in case they want it.

Though, If I was them, I'd be quite

Re: Where is the tangoGPS community? (was: TangoGPS font size for speed indicator)

2010-04-10 Thread Joshua Judson Rosen
Apologies for reviving a 3-month-old thread I'm not actually
interested in the `Marcus vs. Risto' fight; but this thread did
raise some questions for me about how I should go about being
part of to the tangoGPS developer community, myself--mainly,
*is* there actually a developer community, and where is it?

More specifically...:

Marcus Bauer marcus.ba...@gmail.com writes:

 On Fri, 8 Jan 2010 09:12:45 +0100
 Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote:
 
  I think it was nothing else just a desperate try to build a
  community around tangogps
[...]
  as apparently you failed to do it.
 
 Ah, allrighty! It is just that tangoGPS has a community of more than
 100.000 users, of more than 25 distributions, of people packaging it,
 people twittering about it, people blogging about it, people discussing
 it in forums...
 
 The tangoGPS friendservice has been used almost half a million times and
 the messaging is frequently used too.
 
 There has been an article on Linux.com about tangoGPS and another one in
 the Linux Magazine.
 
 I'd say the tangoGPS community is bigger than the openmoko community :-P

Those are all measures only of an end-user community.

Having a large, thriving end-user community *is* excellent, and also
important--so I'd like to both congratulate you and thank you for that
accomplishment!

However: I'd like to know where the *developer* community is for tangoGPS--
and please don't take that the wrong way, there's nothing backhanded
in that remark; really, I'm interested in developing tangoGPS, and
communicating and collaborating with other likeminded people.
I have a set of patches, already--what should I do with them?
Where should I post them for posterity? Where is the mailing list?
Is there an IRC channel? Is there a wiki? Is there a bug-tracker?
Is there a public version-control archive? Where are all of these things?

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Where is the tangoGPS community?

2010-04-10 Thread Joshua Judson Rosen
Timo Juhani Lindfors timo.lindf...@iki.fi writes:

 Joshua Judson Rosen roz...@geekspace.com writes:
  Do you know where I can find an official upstream git (or other VC)
  repository, then? I haven't been able to figure out where Marcus' is,
 
 There's no such thing available publicly afaik.
 
  I've been using Bazaar, and have initialised my own repository from
  a release tarball, which kind-of stinks. It looks like there are
  actually some things missing from the tarballs, which stinks more :(
 
 I branched my libgps branch from git.debian.org git tree that has all
 the tarballs and debian changes in different branches. Using a
 different version control system didn't sound like a good idea so I
 stayed with git.
 
 
   Currently I only have a set of patches that add support for libgps.
 
  I have a patch that makes it possible to scale the details on maps
  (e.g.: text, icons, line-widths) and change the amount of detail shown
  without zooming the map; and another patch that adds VisualIDs
  http://scribblethink.org/Work/VisualIDs/visualids.html for POIs.
 
 How can it do that?

I'm very clever. :)

 I thought tangogps only shows bitmap data?

That's correct. The trick is that, since the pre-rendered tile-images
are rendered such that line-widths, text-size, icon-size, etc. are all
constant across `zoom' levels when displayed at a consistent pixel-
density..., I can basically just select a `more zoomed-out' set of
tiles, and scale them up by the same (but inverse) amount before
displaying them.

So, when you select `fewer, bigger details', the code just decreases
*pixel-density* and a `zoom-level offset' adjusted accordingly.
The map remains at the same zoom-level; but the text and icons get
bigger, the streets and other lines get wider; the amount of
visual `clutter' decreases, and information-clarity goes up.

If you select `more, smaller details', the pixel-density is increased
and the zoom-offset adjusted in the other direction. Again, the map
remains at the same zoom-level; but the text and icons get smaller,
the streets and other lines become thinner; the amount of information
visible at a given zoom-level (the information-density) increases.

I posted a copy of this patch to this list and CC'd Marcus
(not knowing what else to do with it), back in November,
in Message-ID 87vdhtaral.fsf%40slice.rozzin.com:

http://thread.gmane.org/gmane.comp.handhelds.openmoko.community/52188



I haven't bothered posting the VisualIDs patch anywhere yet--
just a write-up, along with some screenshots, on my weblog.
But I can post that code, too, if anyone's interested in it.


I don't know--maybe we should post these things to Risto's `foss-gps'
mail list :)

Just *somewhere* where they don't get lost in the cacophony

  Also, if I understand correctly, Marcus is somewhat hostile toward
  that channel--certainly he doesn't use it himself; and it seems at
  least somewhat strange to be building a community around something
  that the upstream maintainer has himself deprecated.
 
  So, I was wondering if--even hoping that--there was some other
  venue that was preferred by upstream; if #tangogps is *competing*
  with some `more official' venue, then it seems kind-of lousy
  to fracture the community like that.

 I have never heard of any other IRC channel.

Well, I guess I'll see you on #tangogps until we hear otherwise.


-rozzin.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Rutgers University writes malware for Freerunner

2010-02-24 Thread Joshua Judson Rosen
Jakob jackram...@googlemail.com writes:

 It's not hard to run your browser on the neo as user. Though it should
 be made default.
 e.g. in SHR one could ask the user at first startup to create a user
 and then run the browser, piding and all those internet applications
 with the rights of this user.

Or just default to running as `operator'.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: tangogps 0.99.1

2010-01-12 Thread Joshua Judson Rosen
Robin Paulson robin.paul...@gmail.com writes:

 2010/1/11 GNUtoo gnu...@no-log.org:
  I'll make that configurable in one of the next versions of tangoGPS.
  hi,Thanks for making tangogps,
  I've also a suggestion, I'd like to be able to configure the speed
  limit(so when the speed goes red), because last time I used
  tangogps(during the last summer hollidays) When I was in a car the speed
  limit was about 50Km/h.That's fine in a city but not on a highway(about
  130 Km/h in France)
 
 perhaps multi-coloured would be useful?
 
 green or black of it's under the urban limit (configurable), orange if
 it's over the urban limit but under the motorway limit (also
 configurable), and red if it's over the motorway limit

Interesting: I wasn't even aware that the speed-indicator changed
colour at all, because it changes between black and a colour that I
(and many other people) cannot see.

If there was a configuration option, then I might have noticed
the feature that way--and even found it useful :)

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Unable to place a WikiReader review on Amazon

2009-11-18 Thread Joshua Judson Rosen
Sean Moss-Pultz s...@openmoko.com writes:

 On Tue, Nov 17, 2009 at 2:19 PM, Sean Moss-Pultz s...@openmoko.com wrote:
      All reviewers must have a password-protected Amazon.com account
      used for at least one purchase from Amazon.com.
 
  Ah ok. So they're forcing you to buy something direct from their store
  after all. This is discouraging.
 
 Finally got a reply from them this morning:
 
   Thank you for writing back to us.
 
   We understand your concern in this regard, as please be informed that
we have checked the details and we are aware of the details in this regard.
The potential customer should have a buyer account and he should have
at least one single item purchase on amazon for the last six months.
 
   Only these potential customers can have option to leave customer reviews.
We appreciate your understanding and apology for any misunderstanding
that we have may have contributed to you in this regard.
 
 So that does now confirm what you said. In parallel universe, I'm sure
 there's a system better than Amazon's.

At least, as they would say..., a system better IN THIS REGARD. :)

(I've never seen that phrase used quite that frequently before--
an average of ~once per sentence?)

At least its showing up in the product listing again. :)

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Unable to place a WikiReader review on Amazon (was: Congratulation, Wikireader! 7th in Amazon TOP 100)

2009-11-16 Thread Joshua Judson Rosen
Sean Moss-Pultz s...@openmoko.com writes:
 
 You made everyone in the Taipei office so happy with this post. This
 is exactly the type of experiences we had in mind when creating
 WikiReader. Please do post on Amazon if you have a bit of extra time:
 
   http://bit.ly/3spvKq
 
 It really does help us a lot!

Hi Sean,

I'd really love to post a review on Amazon, but it seems that Amazon
actually won't let me: apparently, because I placed my order through
http://thewikireader.com/store.html instead of going through the main
amazon.com site, only the *payment* for my order was processed through
Amazon(?), and there doesn't appear to be any way to connect the
`Amazon Payments' information (which shows a record of my order) to
the `Amazon Orders' database.

I think I'll try calling their support line, today.

I see that there's a button marked Leave seller feedback on the
Amazon Payments page--do you know if that does anything useful, or
does it just send you guys an e-mail?

 On Thu, Oct 29, 2009 at 9:35 PM, Joshua Judson Rosen
 roz...@geekspace.com wrote:
 
  Thomas Otterbein th.otterb...@gmx.net writes:
  
   On Wednesday 28 October 2009 22:08:00 Rui Miguel Silva Seabra wrote:
http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_
   3_last
   
Wow, just wow!
   
It's an interesting device, not for me, but quite interesting.
   
What I never expected is such a success.
   
Quite a comparison to the Freerunner's success :)
   
Congratulations, guys!
   
Rui
  
   Hmm, a lot of devices made by Palm, some of them already stone old,
   are the Bestsellers at Amazon? Where is their own Kindle?
 
  The Kindle is listed as a best-seller, but in a different subcategory
  of `electronics'. Actually, it occupies multiple spots in the top-10
  listing in the *overall* `electronics' category, while WikiReader is
  #4 in a much more restricted category. Not to downplay whatever
  success the WikiReader is seeing, though--I got one, myself, and I'm
  very impressed by and happy with it; a few of my technically-minded
  friends have remarked critically, merely on a conceptual basis, but
  those who have actually seen it (especially the `normal people') have
  responded very positively.
 
  It's really not evident just how profound the device is until you find
  yourslef amongst friends who are trying to remember the details of
  something of which you've never even heard, and then suddenly `you're
  the expert' in the group. My first experience with this: a couple of
  friends were trying to make sense of their memories of `trying to
  read' Nikolai Gogol's book, `Dead Souls'..., and there it was in my
  WikiReader--suddenly I was an expert on the book (the big question was
  `what was the point of the protagonist's scheme to buy already-dead
  serfs who counted as taxable property for him'; the answer was `he was
  going to retire by *mortgaging* them'). My wife and I received a `this
  is what the mercaptan additive in Natural gas smells like'
  scratch-and-sniff in the mail from the local gas-supply company, the
  other day, and I was able to instantly start a conversation with my
  wife, in our kitchen, about the history behind these odour-additives
  (and this history turns out to be quite an amazing story,
  actually). We're having amazing experiences like this semi-regularly,
  thanks to this device.
 
  People do say `$100 seems a little expensive', but then they concede
  that maybe it /isn't/ so expensive when reminded that just an 8-GB
  micro-SD card by itself retails for as much as $50 (and I note that
  more simplistic devices than the WikiReader, on that Amazon list--like
  the Scrabble-dictionary--also sell for $50+...).
 
  After actually having the profoundly-wowing `instant expert'
  experience a few times, it becomes easy to accept that the device as
  being worth $100, even though it's terribly difficult to `just explain
  it' to someone who has the perspective of `well, *I* already have a
  $500 device with a $100-per-*month* subscription and a favourable
  location that alows *me* to be connected to the Internet all the time,
  anything that doesn't provide wireless real-time updates and *news*
  with updated charts and graphs has all the appeal of the Pet Rock'.
 
  I guess I should post this on Amazon's review-page for the device
 
  Regarding the Amazon best-seller list per se: I'm not sure that I'm
  entirely clear on what exactly Amazon's `bestseller' rating means--
  is the `current ranking' just based on the rate of sales per hour,
  averaged over the last 1 hour? Do they explain it, somewhere?
 
  --
  Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko

Re: Unable to place a WikiReader review on Amazon

2009-11-16 Thread Joshua Judson Rosen
 jcolb...@netins.net writes:

 You should be able to post a review on Amazon. I bought 
 mine directly from the Wikireader site, as you did, and 
 had no problem posting a review. You may need to log in to 
 Amazon before you try to post.

I think I have to actually buy /something/ *from Amazon* before
they'll let me post any reviews--I don't necessarily have to buy the
product that I'm reviewing from them, but I have to buy *something*
from them. You must have previously bought something from them.

My Amazon account was only even created as a side-effect of the
`Amazon Payments' processing of the order placed through thewikireader.com,
so I don't meet that criteria: I've never bought /anything/ *from Amazon*.

It seems like a sort-of weird policy, but I guess I've probably seen weirder.
Maybe there's some legitimate logic behind it, somewhere.

It looks like the WikiReader has just been removed from their product
listing (except that it's still in some of the `bestsellers' lists,
depending on how you navigate there...), otherwise I'd just buy
another one [*from Amazon*] (hey--the holidays are coming! ;)).

I guess I shouldn't have asked! Sorry, everybody. :(

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Vibrating Pidgin alerts (new plugin)

2009-11-16 Thread Joshua Judson Rosen
Rune Gangstø runeg...@gmail.com writes:
 2009/11/12 Joshua Judson Rosen roz...@geekspace.com
 
  a plugin for Pidgin that allows the Neo's vibrator to be used as a
  notifier for various IM events (such as incoming messages,
  buddy-logon, etc.); which particular events do or don't trigger
  vibrating alerts is configurable via Pidgin's plugin-management
  GUI.
[...]
 http://www.hackerposse.com/~rozzin/pidgin-vibr
[...]

 Nice work.
 
 That will sure come in handy :D

Thanks--I'll be happy if someone else finds it useful :)

If you do end up using it, please do let me know if you have any
issues or suggestions.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Unable to place a WikiReader review on Amazon

2009-11-16 Thread Joshua Judson Rosen
Sean Moss-Pultz s...@openmoko.com writes:

 On Tue, Nov 17, 2009 at 10:46 AM, Joshua Judson Rosen
 roz...@geekspace.com wrote:
 
   jcolb...@netins.net writes:
  
   You should be able to post a review on Amazon. I bought
   mine directly from the Wikireader site, as you did, and
   had no problem posting a review. You may need to log in to
   Amazon before you try to post.
 
  I think I have to actually buy /something/ *from Amazon* before
  they'll let me post any reviews--I don't necessarily have to buy the
  product that I'm reviewing from them, but I have to buy *something*
  from them. You must have previously bought something from them.
 
  My Amazon account was only even created as a side-effect of the
  `Amazon Payments' processing of the order placed through thewikireader.com,
  so I don't meet that criteria: I've never bought /anything/ *from Amazon*.
[...]

 I emailed Amazon directly last night. Here's what they said:
 
 Please be informed that anyone registered as an Amazon.com customer
 is entitled to write a product review. It doesn't matter whether they
 bought the product from our website or not.
 
 So it should work fine.

I think that Amazon is having communications difficulties:

 I think you have to login to Amazon.com with your customer
 account. And you can write a review. Is this what you tried?

It is. After logging in, it tells me:
   
To write a customer review: you must have used this account to
complete a purchase* of an item from Amazon.com. Please wait 24
hours after your first purchase before writing a review.

If you have another account: and you have already used it to make
a purchase, you can sign into that account to write a review.

Other options:

Go back to the item you were just viewing
Visit Your Profile

* A purchase requirement is used to maintain review quality.


After a series of phone-calls and e-mails with Amazon support staff
from various departments (`Amazon.com' support and `Amazon Payments'
support are 2 different departments; and I ultimately ended up at
`Amazon Community' support, which is the department that handles
issues related to product-reviews and other `community'-related things),
I finally got an e-mail that read:

All reviewers must have a password-protected Amazon.com account
used for at least one purchase from Amazon.com.

You'll find helpful information in the Fine Print listed on the
review submission form. Also, please take a look at our Review
Guidelines for information about acceptable review content:

http://www.amazon.com/gp/help/customer/display.html?nodeId=14279631


But it did take a while to get that out of them. They really *were*
friendly and intent on helping at every step of they way, it just
appears that they... have some communications problems. I did get to
talk to real, live people *immediately*--I didn't have to deal with
touch-tone menus or voice-recognition robots; so, there's that..., and
I do have to give them some points for that :)

  It looks like the WikiReader has just been removed from their product
  listing (except that it's still in some of the `bestsellers' lists,
  depending on how you navigate there...), otherwise I'd just buy
  another one [*from Amazon*] (hey--the holidays are coming! ;)).
 
 Yes, our product is missing from their search. You can view / buy
 WikiReader here:
 
   http://www.amazon.com/gp/product/B002N5521W

Yep--that's the URL that I ended up giving (reading) to the phone
support person during the third round of problem-resolution, because
she just couldn't find it otherwise. Not even looking for
`the best-selling electronic office dictionary' ;),
because she started in `electronics' and then moved to
`bestsellers' rather than starting in `bestsellers' and
moving through `electronics'.

 But forget about searching. That's totally broken.
 Seriously we're pulling our hair out over this one. Amazon might be
 nice to customers, but to suppliers it's the worse experience I have
 *ever* seen. I'm on the phone with them more than my girlfriend.

Yeesh.

Well, here's hoping that you're back in the listing soon.

Anyway, I guess I'll just buy something from Amazon (like another
WikiReader) when Amazon's product-listing is un-broken again, then
I'll be able to post a review.

It's nice to hear that I didn't get you banned from the shoppe or
something (along with your children! And your children's children! ...),
I guess.

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Vibrating Pidgin alerts (new plugin)

2009-11-11 Thread Joshua Judson Rosen
Hi everybody,

I got bored the other night and hacked together a plugin for Pidgin
that allows the Neo's vibrator to be used as a notifier for various IM
events (such as incoming messages, buddy-logon, etc.); which
particular events do or don't trigger vibrating alerts is configurable
via Pidgin's plugin-management GUI.

In case anyone else is interested, I've posted tarballs and a Bazaar
archive on my website:

http://www.hackerposse.com/~rozzin/pidgin-vibr


It should also work with any other applications based on libpurple,
but I haven't tried it (while I like Finch on the desktop, it doesn't
seem to make much sense to run it on my FreeRunner ;)).

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: tangogps 0.9.8

2009-11-03 Thread Joshua Judson Rosen
Maksim 'max_posedon' Melnikau maxpose...@gmail.com writes:

 SHR version (mrmoku/unstable feed) segfaults for me, on try to
 download map (4 levels):
[...]
 *** timer_tile_download():
 *** timer_tile_download():
 *** timer_tile_download():
 *** timer_tile_download():
 Segmentation fault

I'm seeing a segfault on line #370 of gps_functions.c (in set_label());
it seems to coincide with the end of map-download, in at least some
configurations (I can reproduce it if I disable auto-download),
so this may be what you're seeing:

There's a buffer-overflow problem that results in the `label70'
pointer being overwritten with what's supposed to be text-data
(and ends up being a garbage pointer) because the `buffer' variable
(actually named buffer :)) is not always big enough to hold the text
that's being g_sprintf'd into it.

As a quick hack, you can try just making the buffer bigger, but it may
be a better solution to use g_strdup_printf() instead of g_sprintf()
(and remembering to g_free() the resulting pointer when done with
it, of course!).

-- 
Don't be afraid to ask (λf.((λx.xx) (λr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


(patch) new feature for tangoGPS: detail-scaling

2009-11-02 Thread Joshua Judson Rosen
Hi everybody,

I've added a feature to my copy of tangoGPS, and thought that others
might be interested: it allows the *details* in the map (e.g.: text,
icons) to be scaled up (to show fewer details, but make the shown
details bigger) or scaled down (to render the details smaller, but
show more of them).

This has made tangoGPS *much* more usable for me on my FreeRunner,
because I can actually read the labels for streets, etc. without
holding the screen very close to my face :)

(I guess that the OpenStreetMap tiles are rasterised expecting
something like 96 DPI, but the FreeRunner's display runs at ~280 DPI,
so text and icons used in OSM tiles is *very* small when displayed on
the FreeRunner without any upsampling; `zooming the details' by 1
level makes everything legible at arm's length, and zooming the
details by 2 levels makes the text easy to read even at a glance while
driving).

I've attached 2 separate patches: one patch that adds the `back end'
of the feature (a new `global_detail_zoom' variable with the
corresponding gconf hooks, and some minor-changes to the tile-loading
code), and another patch that adds the front-end GUI for the feature
(an additional submenu in the map screen, and a couple of new
callbacks to accompany the new menu-items).

I added the submenu and menu-items manually in interface.c--it looks
like Marcus is using Glade to maintain the GUI, but I'm not entirely
sure (I didn't see glade-file in the tarball...); if he still *is*
using Glade, then it may make more sense to defined these submenus via
Glade.

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.

=== modified file 'src/globals.c'
--- src/globals.c	2009-09-26 02:35:15 +
+++ src/globals.c	2009-10-24 19:13:54 +
@@ -22,6 +22,7 @@ int global_x = 890;
 int global_y = 515;
 int global_zoom = 3;
 int global_zoom_max = 20;
+int global_detail_zoom = 0;
 		
 int mouse_dx = 0; 
 int mouse_dy = 0;

=== modified file 'src/globals.h'
--- src/globals.h	2009-09-26 02:35:15 +
+++ src/globals.h	2009-10-24 19:13:54 +
@@ -104,6 +104,7 @@ extern int global_x;
 extern int global_y;
 extern int global_zoom;
 extern int global_zoom_max;
+extern int global_detail_zoom;
 
 extern int mouse_dx; // for mouse move pixmap
 extern int mouse_dy;

=== modified file 'src/init.c'
--- src/init.c	2009-09-26 02:35:15 +
+++ src/init.c	2009-10-24 19:13:54 +
@@ -686,7 +686,10 @@ pre_init()
 global_gconfclient, 
 GCONF/global_zoom,
 err);
-	
+	global_detail_zoom = gconf_client_get_int (
+global_gconfclient,
+GCONF/global_detail_zoom,
+err);
 
 
 

=== modified file 'src/map_management.c'
--- src/map_management.c	2009-10-04 17:46:35 +
+++ src/map_management.c	2009-10-26 01:07:04 +
@@ -35,6 +35,8 @@ load_tile(	gchar *dir,
 		int offset_x,
 		int offset_y)
 {
+	int detail_zoom=global_detail_zoom;	/* round (dpi/96.0)? */
+	int detail_scale=(int) pow (2.0, (float) detail_zoom);
 	int overzoom=0;
 	int upscale=1;
 	gboolean tile_found = FALSE;
@@ -55,7 +57,10 @@ load_tile(	gchar *dir,
 	}
 	else printf(no drawable - NULL\n);
 
-	
+
+	upscale = detail_scale;
+	zoom -= detail_zoom;
+
 	for(overzoom=0; overzoom=3; overzoom++)
 	{
 		g_sprintf(filename, %s/%u/%u/%u.png, dir, zoom-overzoom, x/upscale, y/upscale);
@@ -72,7 +77,7 @@ load_tile(	gchar *dir,
 		upscale *= 2;
 	}
 	
-	if(pixbuf  overzoom)
+	if(pixbuf  upscale  1)
 	{
 		GdkPixbuf	*pixbuf_scaled = NULL;
 
@@ -154,7 +159,7 @@ load_tile(	gchar *dir,
 		if (global_auto_download)
 		{
 			repo = global_curr_repo-data;
-			download_tile(repo,zoom,x,y);
+			download_tile(repo,zoom,x/detail_scale,y/detail_scale);
 		}
 		else
 		{

=== modified file 'src/callbacks.c'
--- src/callbacks.c	2009-09-26 02:35:15 +
+++ src/callbacks.c	2009-10-25 23:52:52 +
@@ -3910,3 +3910,52 @@ on_item18_button_release_event (
 	repaint_all();
   return FALSE;
 }
+
+void
+activate_more_map_details (GtkMenuItem *menu_item, gpointer user_data)
+{
+	GError *error = NULL;
+	gboolean success = FALSE;
+
+	printf (enlarge details\n);
+
+	if (global_detail_zoom  0) {
+		global_detail_zoom--;
+
+	}
+
+	if (global_detail_zoom == 0) {
+		gtk_widget_set_sensitive (GTK_WIDGET (menu_item), FALSE);
+	}
+
+	success = gconf_client_set_int(
+global_gconfclient, 
+GCONF/global_detail_zoom,
+global_detail_zoom,
+error);
+
+	repaint_all ();
+}
+
+void
+activate_larger_map_details (GtkMenuItem *larger_item, GtkMenuItem *more_item)
+{
+	GError *error = NULL;
+	gboolean success = FALSE;
+
+	printf (shrink details\n);
+
+	global_detail_zoom++;
+
+	if (global_detail_zoom  0) {
+		gtk_widget_set_sensitive (GTK_WIDGET (more_item), TRUE);
+	}
+
+	success = gconf_client_set_int(
+global_gconfclient, 
+GCONF/global_detail_zoom,
+global_detail_zoom,
+error);
+
+	repaint_all ();
+}

=== modified file 'src/callbacks.h'
--- src/callbacks.h	2009-09-26 02:35:15 +
+++ src/callbacks.h	2009-10-25 23:53:55 +
@@ -774,3 +774,9 @@ gboolean
 on_item18_button_release_event 

Re: Congratulation, Wikireader! 7th in Amazon TOP 100

2009-10-29 Thread Joshua Judson Rosen
Thomas Otterbein th.otterb...@gmx.net writes:

 On Wednesday 28 October 2009 22:08:00 Rui Miguel Silva Seabra wrote:
  http://www.amazon.com/gp/bestsellers/electronics/172594/ref=pd_zg_hrsr_e_1_
 3_last
 
  Wow, just wow!
 
  It's an interesting device, not for me, but quite interesting.
 
  What I never expected is such a success.
 
  Quite a comparison to the Freerunner's success :)
 
  Congratulations, guys!
 
  Rui
 
 Hmm, a lot of devices made by Palm, some of them already stone old,
 are the Bestsellers at Amazon? Where is their own Kindle?

The Kindle is listed as a best-seller, but in a different subcategory
of `electronics'. Actually, it occupies multiple spots in the top-10
listing in the *overall* `electronics' category, while WikiReader is
#4 in a much more restricted category. Not to downplay whatever
success the WikiReader is seeing, though--I got one, myself, and I'm
very impressed by and happy with it; a few of my technically-minded
friends have remarked critically, merely on a conceptual basis, but
those who have actually seen it (especially the `normal people') have
responded very positively.

It's really not evident just how profound the device is until you find
yourslef amongst friends who are trying to remember the details of
something of which you've never even heard, and then suddenly `you're
the expert' in the group. My first experience with this: a couple of
friends were trying to make sense of their memories of `trying to
read' Nikolai Gogol's book, `Dead Souls'..., and there it was in my
WikiReader--suddenly I was an expert on the book (the big question was
`what was the point of the protagonist's scheme to buy already-dead
serfs who counted as taxable property for him'; the answer was `he was
going to retire by *mortgaging* them'). My wife and I received a `this
is what the mercaptan additive in Natural gas smells like'
scratch-and-sniff in the mail from the local gas-supply company, the
other day, and I was able to instantly start a conversation with my
wife, in our kitchen, about the history behind these odour-additives
(and this history turns out to be quite an amazing story,
actually). We're having amazing experiences like this semi-regularly,
thanks to this device.

People do say `$100 seems a little expensive', but then they concede
that maybe it /isn't/ so expensive when reminded that just an 8-GB
micro-SD card by itself retails for as much as $50 (and I note that
more simplistic devices than the WikiReader, on that Amazon list--like
the Scrabble-dictionary--also sell for $50+...).

After actually having the profoundly-wowing `instant expert'
experience a few times, it becomes easy to accept that the device as
being worth $100, even though it's terribly difficult to `just explain
it' to someone who has the perspective of `well, *I* already have a
$500 device with a $100-per-*month* subscription and a favourable
location that alows *me* to be connected to the Internet all the time,
anything that doesn't provide wireless real-time updates and *news*
with updated charts and graphs has all the appeal of the Pet Rock'.

I guess I should post this on Amazon's review-page for the device

Regarding the Amazon best-seller list per se: I'm not sure that I'm
entirely clear on what exactly Amazon's `bestseller' rating means--
is the `current ranking' just based on the rate of sales per hour,
averaged over the last 1 hour? Do they explain it, somewhere?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [debian] unexpected troubles

2009-10-12 Thread Joshua Judson Rosen
Neil Jerram neiljer...@googlemail.com writes:

 Hi there...
 
 Is this generally the best place for Debian questions?  Or is
 smartphones-userland better?
 
 I've just installed Debian again, and am surprised to be experiencing
 some low-level problems.  Hopefully they are easily fixable.

I'll try addressing the issues that I can:

 As context, what I'm aiming at is:
 - Debian - for the best available package management
 - E17 + Illume - for Raster's keyboard, decent launcher and easy
 switching between windows
 - John Sullivan's fso-el - for performing phone functions from within Emacs.
 
 I've installed e17, and the UI comes up as expected.  I set an overall
 scaling factor of 2, to make everything easier to read and press.
 
 The problems I'm seeing now are:
 
 - Load average unreasonably high.  Right now, for example, my top says
 load average: 8.11, 8.13, 8.09.  Yet CPU usage is only reaching
 around 6%.

Do you perhaps have a bunch of processes waiting on disk I/O? Maybe
waiting to be paged-in from swap? How many processes are in
uninterruptible sleep (`D') state? These also contribute to the
load-counts, in Linux.

What does vmstat say (I usually run vmstat 2)?

What are your top memory-consuming processes (in terms of both real
and virtual memory footprint)?

Do you have a swap partition (or file)? Are you running from the
internal NAND flash, or a micro-SD card?

 - Emacs never appears, yet can't be killed.  E.g. I clicked on the
 launcher icon for Emacs about an hour ago, and nothing has appeared
 yet.  ps waux shows that there is an emacs process:
 
 root  1579  0.0   3.2   25700  3952 ?   DNs  17:44   0:00 /usr/bin/emacs23

Aha--well, there's at least /one/ process in uninterruptible-sleep state :)

 But kill 1579 and kill -9 1579 seem to have no effect on this.

The signal cannot be processed until the system call that is
blocking the process finishes.

 - Battery not apparently charging.  I'm using the USB lead from
 another Linux computer, which successfully charges OM2009/Paroli and
 SHR.  But with Debian there is no + on the battery icon, and no orange
 (or blue) light behind the power button.

There's mention of issues with APM on the DebianOnFreeRunner Debian
Wiki page:

 http://wiki.debian.org/DebianOnFreeRunner#KnownProblems

 - ssh (via USB) not working.  The desktop end looks fine:

While I'm very familiar with Debian on more traditional systems, I'm
not all that familiar with it as people run it on the FreeRunner.
However, as far as USB networking with Linux on the FreeRunner goes:

Is the `g_ether' module loaded on the FreeRunner?

Is the usb-ethernet interface configured on the FreeRunner?

 n...@arudy:~$ netstat -rn
 Kernel IP routing table
 Destination Gateway Genmask Flags   MSS Window  irtt Iface
 192.168.0.0 0.0.0.0 255.255.255.0   U 0 0  0 eth1
 192.168.11.00.0.0.0 255.255.255.0   U 0 0  0 eth0
 0.0.0.0 192.168.11.10.0.0.0 UG0 0  0 eth0
 
 but
 
 n...@arudy:~$ ssh 192.168.0.202 -l root
 ssh: connect to host 192.168.0.202 port 22: No route to host

What do ifconfig and route say on the FreeRunner?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-U / All?] Illume Keyboard in Landscape

2009-10-06 Thread Joshua Judson Rosen
Stroller strol...@stellar.eclipse.co.uk writes:

 On 7 Oct 2009, at 00:26, undrwater wrote:
  ...
  Sorry, I read ALL these explanations as saying exactly the same  
  thing,
  just in different ways. Perhaps you could clarify how they differ?
 
 
  Hm.  I read:
  Problem 1: illume keyboard in landscape mode does not show (the  
  keyboard
  itself doesn't show, only the prediction window and keyboard selector)
 
  Problem 2: qwerty button is hidden in shelf gadget and requires 2  
  taps to
  bring it up
 
  I posted problem 1, I think you understood problem 2.  Am I right?
 
 Item 2 (I find that a problem, too) is discussed in this thread  
 because it's necessary to go through this procedure to overcome  
 problem 1.
 
 In this thread this pair of actions was originally described by  
 Sebastian Krzyszkowiak in his post of 3 October 2009 14:55:51 BST.
 
 Joshua Judson Rosen's post of 3 October 2009 19:04:36 BST (I don't  
 understand what you guys are talking about) may indicate that he  
 doesn't suffer from problem 2.

This is my experience:

If the screen is already in landscape mode when the keyboard pops
up, then the keyboaprd appears perfectly fine.

Only if the keyboard is already shown prior to rotating the
display, then it doesn't show properly when the display arrives in
landscape mode.

In this second case, the only steps required to fix the keyboard
is to hide and then show it by:

0] Lowering the shelf and tapping qwerty
   (to hide the keyboard).
1] Lowering the shelf and tapping qwerty again
   (to re-show the keyboard).

This does /not/ involve the `wrench', or changing any
settings. The word none is not involved, nor is the word default.

And, again: if the screen is rotated into landscape mode prior to
the keyboard becoming visible, this procedure is not even
necessary as the keyboard `just works'.


Contrariwise, situation that I read Sebastian, Petr, et al. describing is:

The keyboard does not appear properly in landscape mode,
regardless of whether the display is rotated before or after the
keyboard appears. If the screen is already in landscape mode when
the keyboard pops up, the keyboard does *not* appear correctly.

To make the keyboard appear properly in landscape mode, *this*
following procedure must be repeated each time the screen is
rotated:

0] Lower the shelf and tap the `wrench' icon.
2] Select Keyboard in the menu that appears.
3] Select the None radiobutton in the screen that appears.
4] Select the Default radiobutton (in the same screen,
   which remains until the Close button is pressed).

[And, since I haven't actually seen /this/ scenario myself,
 I'm assuming that the following step is also needed:]

5] If the keyboard is not showing now, lower the shelf
   and tap qwerty to show it.


The two situations (and procedures) look *remarkably* different to me.

If this is unclear, I can probably post a video demonstrating my
experience

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Universal Remote for CE/HA? (openmoko)

2009-10-03 Thread Joshua Judson Rosen
Jed jedi.the...@gmail.com writes:

   Does anyone know of any OSS supported devices that do have IR integrated?
  
  Psion 5, 5mx, Ericsson mc218. Slow cpu, limited memory, monochrome and old 
  kernel, but excellent battery life on a pair of AAs. Probably not the form 
  factor you're after though.
 
 Interesting idea thanks, perhaps a tad too old though as you say.
 Form-factor would be closer to a standard remote but with an LCD, 
 ideally touch-screen but not imperative.
 
  Neuros OSD - for a low power consumption ethernet to IR gateway
  and standard def media player. Again probably not what you're
  after.
 
 yeah really looking for hand-held device but thanks!

Hah :)

Using the Neuros OSD as an ethernet-IR gateway is actually an
interesting idea, and one that I've had before myself: it would be
really neat to use something like a FreeRunner as a TV remote with a
built-in real-time channel-guide, i.e.: one could get a listing of all
of the TV shows airing at present (or in the upcoming hour), and just
*tap the show's title* on the screen to select it.

My own initial idea was, of course, to just find a handheld device
with inbuilt IR functionality, but then not only did I see that there
was the issue of finding something with `inbuilt IR' functionality at
all, but that the meaning of IR actually varied (computing devices
support IRDA; TVs and other such devices use different protocols, and
it appeared that an IRDA device may not be able to support any of the
non-IRDA protocols). Also, prior to the FreeRunner, I found it
difficult to justify to myself the idea spending $500 or more on a
more functionally-limited device like an iPaq or something that would
probably just end up being a $500+ TV remote control.

But then I got an OSD and realised that it came with a IR dongle and
that I could use it as a gateway, which made the problem easier.

One of the interesting things about the IR functionality of the OSD,
though, is that it doesn't appear to be built-in to the OSD per
se--the IR transmitter is a small device that just connects to the
OSD's serial port.

I believe that there are universal `consumer electronics'-type IR
transceivers (UIRT) currently on the market that function as USB
devices, and some of them are even quite cheap--in the worst case,
this might be a less-invasive option: to simply plug one of these into
a FreeRunner's USB port.

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-U / All?] Illume Keyboard in Landscape

2009-10-03 Thread Joshua Judson Rosen
Sebastian Krzyszkowiak seba.d...@gmail.com writes:

 On 10/3/09, Petr Vanek van...@penguin.cz wrote:
 
  i know all the reasoning, but the bottom line is: if you just want to
  rotate screen and have larger keyboard it doesn't work and it has been
  like that for a long time. restarting E every sinle time you want to
  write an sms in landscape sounds probably good to some, not to me.
  as with the keyboard, there have long been issues with subfolders on
  desktop, another desktop altogether, full-screen with no keyboard etc.
 
  i don't want to sound negative, but don't try to convince me or others
  that it works the way it was intended. it doesn't. despite the issues, i
  like illume and i really wish it is moved from the backburner to the
  front one to get some TLC.
 
  Petr
 
 But I already told you - you don't have to restart whole E. Just enter
 to keyboard menu in illume wrench, select none, and then default (it
 will restart illume keyboard). And it'll work just nicely.

I don't even need to do *that*: I've always just tapped the `qwerty'
box (in the top-right corner, in the default theme), and the keyboard
pops up perfectly fine even in landscape mode. I don't understand what
you guys are talking about--should that not be working for me?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OT: SIM contact limitations

2009-10-03 Thread Joshua Judson Rosen
Dr. H. Nikolaus Schaller h...@computer.org writes:

 Am 26.09.2009 um 01:46 schrieb Brolin Empey:
 
 Anyway, why are SIM contacts (contacts stored on a SIM) so limited?

  1. Cannot have multiple phone numbers per contact.
  2. Cannot change the type (home, work, mobile, etc.) of the
 phone number.
  3. Names are truncated to 18 chars.
 
 Mainly, because SIM card entries have been standardized approx. 1992 so that
 you can use them in *any* phone. Back then, SIM flash memory and computing
 power of a phone was *very* limited. Less than a C64 :) It is similar to why
 plain old FAT memory card format is still in use with all its limitations.

I wonder, have any of these limitations changed in UMTS, for USIM cards?

Not that it helps us using the Neo's builtin GSM modem--I guess we
could add a UMTS modem via the USB port, though :)

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


TangoGPS 0.9.7 segfault fix (was: tangogps 0.9.7 release)

2009-10-01 Thread Joshua Judson Rosen
Thomas Zimmermann zimmerm...@vdm-design.de writes:

 Am Montag 21 September 2009 18:43:37 schrieb Marcus Bauer:
  Heya out there!
  
  First of all thanks for the many positive emails I got over the last
  months, motivating me to bring a new release of tangoGPS to the coolest
  open hardware gadget on earth - the openmoko phone.
  
  The new features include:
  
   * overzoom until level 20
   * upscaling of missing tiles
   * a map scale indicator
   * overhauled this point function
 - easy measuring of distances and ways
 - display of bearing = useful for navigation
   * friend function simplified and you can now add a message
 to your position
[...]
 
 Hi,
 i tried tangogps 0.9.7 on SHR today and it segfaults on zooming. So i assume 
 that the runtimedepencies changed. Can you announce the runtimedepencies for 
 it?

Nice--it's not just me :)

I built mine myself, though (I have features that I want to add), so I
didn't want to complain too quickly--it might have just been a problem
in my build-environment :)

Since you pointed out a consistent context to the crash, I can debug it:

The problem is that load_tile() [in map_management.c] is using the
global variable `scaled_pixbuf' to hold the pointer to the upscaled
map-tile pixbuf, and doesn't quite do all of the bookkeeping necessary
to make that scheme work: it forgets to reinitialize the value to NULL
between runs, and it ends up trying to g_object_unref() a pointer
that's already been free'd.

I've attached a patch that fixes the problem, and makes the situation
easier to manage by just reducing the scope of the `scaled_pixbuf' and
`pixbuf' variables: they're basically owned by load_tile() and should
never be preserved across separate invocations of that function, so
I've made them local; actually, `scaled_pixbuf' has an even more
restrained scope, so I've made it local to the block where it's used.

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.

=== modified file 'src/map_management.c'
--- src/map_management.c	2009-09-26 02:35:15 +
+++ src/map_management.c	2009-10-02 02:40:39 +
@@ -19,8 +19,6 @@
 #include wp.h
 
 
-static GdkPixbuf	*pixbuf = NULL;
-static GdkPixbuf	*pixbuf_scaled = NULL;
 static GError		*error = NULL;
 static GdkGC		*gc_map = NULL;
 
@@ -42,6 +40,8 @@ load_tile(	gchar *dir,
 	gboolean tile_found = FALSE;
 	repo_t *repo;
 	static gchar filename[256];
+
+	GdkPixbuf	*pixbuf = NULL;
 	
 
 	printf(* load tile()\n);
@@ -55,15 +55,6 @@ load_tile(	gchar *dir,
 	}
 	else printf(no drawable - NULL\n);
 
-
-	
-	if (pixbuf)
-		g_object_unref (pixbuf);
-	
-	if (pixbuf_scaled)
-		g_object_unref (pixbuf_scaled);
-
-
 	
 	for(overzoom=0; overzoom=3; overzoom++)
 	{
@@ -83,6 +74,8 @@ load_tile(	gchar *dir,
 	
 	if(pixbuf  overzoom)
 	{
+		GdkPixbuf	*pixbuf_scaled = NULL;
+
 		
 		pixbuf_scaled = gdk_pixbuf_new(GDK_COLORSPACE_RGB, TRUE, 8, 256, 256); 
 
@@ -92,6 +85,13 @@ load_tile(	gchar *dir,
 	-TILESIZE*(x%upscale), -TILESIZE*(y%upscale),
 	upscale, upscale,
 	GDK_INTERP_BILINEAR );
+
+		if (pixbuf)
+		{
+			g_object_unref (pixbuf);
+		}
+
+		pixbuf = pixbuf_scaled;
 	}
 
 	if(!tile_found)
@@ -129,12 +129,13 @@ load_tile(	gchar *dir,
 		gdk_draw_pixbuf (
 			pixmap,
 			gc_map,
-			(overzoom ? pixbuf_scaled : pixbuf),
+			pixbuf,
 			0,0,
 			offset_x,offset_y,
 			TILESIZE,TILESIZE,
 			GDK_RGB_DITHER_NONE, 0, 0);
 
+		g_object_unref (pixbuf);
 	}
 
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OpenMoko Cambridge pub meet

2009-09-01 Thread Joshua Judson Rosen
Tom Yates madhat...@teaparty.net writes:

 we're trying to schedule another one, probably at the granta at about 8pm, 
 like the last one was.
 
 vote for preferred dates at http://www.doodle.com/f88b5xmcbudhnmdg .

It might be good to mention which Cambridge it is :)

I gather, after finding and reading through your personal website,
that you're talking about the Cambridge in England; not the one in
Massachusetts, USA?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Screen in FR goes black and white after resume from suspend

2009-08-22 Thread Joshua Judson Rosen
abatrour abatr...@gmail.com writes:

 RANJAN-3 wrote:
 
  The screen in my FR goes B/W with weird lines after it resumes from
  suspend.Got to know it is WSOD bug (or sometimes resumes in grey scale
  mode)
  .Well temporarily I can change the FR not to suspend but I have to do so
  after every reboot.Any solutions?

 That would happen with mine all the time too. Turns out all you have to do to
 recover from it is put it back into sleep mode and try again. It usually
 takes me 5 or 6 tries to get rid of the wsod.

Do you have omnewrotate running, or is the screen rotated before
suspend for any other reason?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: X forwarding doesn't work

2009-08-15 Thread Joshua Judson Rosen
Michael Tansella michael-tanse...@gmx.de writes:

 I want to start midori in the freerunner and forward the GUI tt my Linux Host 
  
 (Kubuntu)
 
 I tried it the following way, but it starts on the freerunner instead of the 
 host, any idea?:
 
 
 simarill...@simarillion-laptop:~$ ssh -l root -X -v 192.168.5.202
[...]
 r...@om-gta02 ~ $midori

My guess is that /etc/profile on the FreeRunner is overriding the
$DISPLAY environment-variable that sshd sets up, or something along
those lines. You didn't mention which distribution you're using
(OM2008.x? OM2009? SHR?), so I can't be sure, but...:

In SHR (which is what I run), this is what happens: ssh request X11
forwarding, sshd sets up forwarding and sets $DISPLAY to
localhost:10 (for the first connection--other simultaneous
connections get higher numbers), my shell starts and sources
/etc/profile, /etc/profile contains a line that does
export DISPLAY=localhost:0.

It wasn't always like this; I imagine that this was added to
/etc/profile as a bugfix because people didn't like having to do
export DISPLAY=:0 to launch apps (and have them display locally on
the FreeRunner) from SSH logins.

Perhaps a better option would be to change /etc/profile so that it
instead does:

if [ $DISPLAY =  ]
then
export DISPLAY=localhost:0
fi

... or something equivalent. Something like this would also work:

logger -t login Login with DISPLAY on ${DISPLAY:=localhost:0}

That posts a note about the login, and which DISPLAY value it used, to
syslog. The := means `if the variable already has a value, use that
value; otherwise assign the following value to it'.

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: `X forwarding doesn't work' fix

2009-08-15 Thread Joshua Judson Rosen
Sebastian Krzyszkowiak seba.d...@gmail.com writes:

 On 8/15/09, Joshua Judson Rosen roz...@geekspace.com wrote:
 
  In SHR (which is what I run), this is what happens: ssh request X11
  forwarding, sshd sets up forwarding and sets $DISPLAY to
  localhost:10 (for the first connection--other simultaneous
  connections get higher numbers), my shell starts and sources
  /etc/profile, /etc/profile contains a line that does
  export DISPLAY=localhost:0.
[...]

 I just sent patch fixing that. Hopefully next images will have that fixed.

Thank you, Sebastian :)

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Freerunner Chat Application: Suggestions wanted!

2009-07-16 Thread Joshua Judson Rosen
David Ford da...@blue-labs.org writes:

 Yogiz wrote:
  Rewrite Pidgin's UI to be as finger friendly as possible. That's
  probably all we need. Why reinvent the wheel.

 because pidgin takes a lot of ram, is cpu heavy and does a lot of disk
 activity.  that wheel is sort of acceptable on a fat desktop, but not on
 a cellphone :)

I've actually found Pidgin to be perfectly acceptable on my
FreeRunner, both in performance and finger-friendliness (especially
since SHR update the GTK+ theme to use larger, more finger-friendly
widgets). Not that it couldn't be *better* somehow, but...:

The thing that *really* bugs me about using Pidgin for IM over GPRS on
the Freerunner is that the GPRS traffic prevents the FreeRunner from
going to (or staying in) a suspend state--it looks like it wakes up
every time a packet comes in, and the chat protocols are apparently
fairly (pardon the pun) chatty. I've been thinking about how to work
around *that*

Assuming that it's not just my configuration (which I suppose it could
be--in which case, I'm wasting bandwidth...), my initial idea was that
I could have Pidgin connect to some proxy server out on the Internet,
and have the proxy `compress out' all of the excessive chattiness so
that there aren't any keepalive packets sent to the phone, for
example; or that I could, alternately, have a proxy IM client on a
remote server that sends a specially-formed SMS when there's IM
activity that should actually make the mobile client wake up and
establish a connection/login of its own. Interestingly, by complete
coincidence, I later discovered that this latter `SMS callback' scheme
is ostensibly what the what the `mobile e-mail' applications often
*do* use (my wife told me that she started receiving `weird
text-messages from some 3020 number' after switching to a new phone).

As to whether `write a new GUI for Pidgin' or `write a new GUI app
based on libpurple' is a better route..., is there actually a
difference?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
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?

2009-07-14 Thread Joshua Judson Rosen
mobi phil m...@mobiphil.com writes:

 So... my question is ... is it a joke
[...]
 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 that, it appears, also has a $300 higher MSRP. Almost twice as
much as the FreeRunner? A lot of people have expressed shock and
amazement that the FreeRunner could cost even $300; these are,
presumably, not the same people whom you would advise to `just buy the
glofiish for *$700*'. Or..., were *you* joking?

Maybe you mean that Openmoko shouldn't have bothered trying to keep
the cost of the FreeRunner hardware down, and should have just shot
for a wealthier developer-clientele? Maybe, if the FreeRunner was more
obviously `out of reach', not only would they have been able to budget
for more impressive components, but it wouldn't be attainable enough
for as many people to complain about whatever failings it would have?
Something like how Tesla Motors decided to start with the Roadster (is
that an apt example?)?

 and kernel support is almost ready...

`It's almost twice as expensive, but at least it's also harder to
develop for!'? :)

As others mentioned: if you buy a piece of Openmoko hardware, then
you're contributing to the `Open *Hardware* movement', which many
(myself included) would say has merit and should be supported.
*Especially* in its nascent state does it need support--I'm sure that
you can appreciate the relative frailty of infants.

I'm sure that many of us can understand, however, that the
significance of `open hardware' is difficult for many people to either
understand or appreciate. Perhaps we can help you understand :)

As maddog noted, porting open software to a existing (closed?)
hardware platform is a `different' thing than extending the system's
openness right down to the hardware; maybe I can help elucidate the
significance, by way of example. I'm tempted to say that the
open-hardware development is `more significant' than `just porting
software to a proprietary platform', but that's not quite the right
phrasing--mainly because I don't mean to imply that things like
reverse-engineering a given hardware-platform is merely some minor
labour. Any success in that endeavour, however..., is more likely to
be a *fleeting* success.

I consider Rockbox as analogous: I bought an iPod to run Rockbox, and
I gave my wife a Sansa to run it; both of those devices, in any
version that Rockbox has been able to support, are now long-since out
of production, and their replacements must be reverse-engineered all
over again. The project can never seem to run on anything that's
actually in active production for very long, because the targets are
(effectively) fighting them at every step. While their technical
accomplishments are admirable, the very premise of the Rockbox project
(and many like it) seems almost like some sort of `geek Fight Club'--
insistently trying to `work with' a hostile in preference to a willing
teammate.

Openmoko is here with a hand extended, saying `let's work together';
what is Eten's position?

If Eten is making a comparable offer to cooperate, then by all
means--do support them! :)

If we cannot convince you to care about open hardware, and you `merely'
wish to contribute to development of Free/OpenSource Software systems,
then note that *that* contribution *is* also appreciated. Thank you!

If you are have no contribution to make at this time, then..., while
it may be difficult to say, Openmoko *may* simply not have much to
offer you yet, either--it's is a distinct possibility. As previously
noted, the project (or projects, depending on how you look at it) is
(are) still nascent in many respects, and it's entirely possible that
you are simply not the target-audience right now. I've had this happen
to me many times, with many things :)

My SHR FreeRunner, by the way, does already work quite well as *my*
daily phone, PDA, mobile Wi-Fi access-point, GPS navigator,
music-player, web-tablet, IM client..., etc. And it works, for me,
*much* better than the Motorola RAZR that it replaced (and which sold
for..., what was it, $500?) :)

On that note, perhaps I've read too far into your comments--maybe all
you're saying is, `I am upset that the FreeRunner apparently cannot be
all things to all people'?

Perhaps you, like many others (including myself, at some points) got
caught-up in what were, effectively, `internal' discussions and
pep-rallies with/for the developer-community. This seems to be one of
the things that Openmoko-the-company needs to be very careful
with--it's an interesting challenge for them to address `their
developers' without it seeming like they're issuing
press-releases. How hard /is/ it to broadcast a message and hit only a
very specific segment of the public? What's the right way of avoiding
the creation of `too much enthusiasm' that makes developers eagerly
tell all of their *non-developer* friends that they should be

Re: [shr-unstable] phone profile

2009-07-12 Thread Joshua Judson Rosen
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?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-unstable] phone profile

2009-07-12 Thread Joshua Judson Rosen
jeremy jozwik jerjoz.for...@gmail.com writes:

 On Sun, Jul 12, 2009 at 11:49 AM, Joshua Judson
 Rosenroz...@geekspace.com 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?
 
 no. i said i set the phone to vibrate mode. and when it turns on it
 automaticly changes to default [noise making] profile

Actually, you said that it defaults back to default, hence my
response (i.e.: what else would it default to? Wouldn't defaulting to
something else make that thing... `default'?).

Have you tried just setting the ring volume in `Default' to zero?

I may have misunderstood, but I took the `Default' profile to be
similar to the `turn-on volume' setting on my car's audio-system.

Apologies if I was curt, before.

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Is the 850-MHz FreeRunner discontinued? (was: FreeRunner A7, GSM 850?)

2009-07-09 Thread Joshua Judson Rosen
Ben Wong lists.openmoko@wongs.net writes:

  Has the GSM-900 version been determine to work just as well in
  North America?
 
 Well, my international version works fine in North America.  I
 actually asked T-mobile (my carrier) and they said that they don't use
 850MHz in their network.  They said they *might* have roaming partners
 who use 850, but even that is unlikely.

Ah--nice. I haven't spoken to anyone at ATT about this, but the
coverage-maps at gsmworld.com seem to indicate that missing the
850-MHz band wouldn't be a problem on their networks, either (the `GSM
850' and `GSM 1900' shaded maps look identical...).

So, can anyone officially confirm if the 850-MHz version is
discontinued? If this is the case, I'd like to update the wiki (which
still says GTA02 has 2 versions, 850/1800/1900 Mhz and 900/1800/1900
Mhz version).

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


FreeRunner A7, GSM 850?

2009-07-08 Thread Joshua Judson Rosen
It seems like the only A7 FreeRunners available from /any/ of the
distributors are the 1800/1900/900-MHz `world' version (as opposed to
the 1800/1900/850-MHz `North America' version).

This includes the ones selling in the USA.

Is that correct? Has the GSM-850 version been discontinued? Has the
GSM-900 version been determine to work just as well in North America? Or...?

-- 
Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community