Re: greetings from the freecalypso project

[Paul Wise]

On Tue, Nov 17, 2015 at 11:05 AM, Spacefalcon the Outlaw wrote:

> If you have voluntarily chosen to obey a law that deems the abandonware
> in question to be proprietary rather than public domain, it is YOUR
> problem and not ours.

You are reminding me of this talk and cartoon by Nina Paley.

http://blog.ninapaley.com/2015/10/22/copyright-is-brain-damage/
https://vimeo.com/50481436

-- 
bye,
pabs

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

Re: greetings from the freecalypso project

[Paul Wise]

On Tue, Nov 17, 2015 at 1:01 AM, David Matthews wrote:

> Please excuse touch of plug and slight bit of off-topic-ness, but just to let 
> anyone here with interest in free (as in source code available) baseband 
> firmware, that the freecalypso project is making strides.

Are you planning to rewrite the proprietary source code from TI/etc so
that freecalypso could be released under a Free Software license?

-- 
bye,
pabs

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

Re: State of FreeCalypso

[Paul Wise]

On Wed, Apr 22, 2015 at 1:32 PM, Spacefalcon the Outlaw wrote:

 GSM

What is it about GSM that would make you move across the world just to use it?

Do your family and friends feel the same way about GSM?

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: State of FreeCalypso

[Paul Wise]

On Wed, Apr 22, 2015 at 5:28 AM, Spacefalcon the Outlaw wrote:

 I do have a mobile phone for communicating with my family and friends

In 2017, ATT will be shutting down their GSM network in the USA in
favour of 3G/4G. Macau is planning to shut down their GSM services in
June 2015. I would hazard a guess that GSM will be shut down worldwide
at some point, probably sooner in the USA. So eventually GTA02 and
Calypo will be less useful for communication as they would need an
external device or some method of device-to-device communication like
the Serval Mesh. What is your plan for the transition away from GSM?

http://mashable.com/2012/08/04/att-2g-wireless/
http://www.dsrt.gov.mo/por/News/special/PressRelease2gArrangementAndInvestigationRpt.html

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: Free phone: smart or not?

[Paul Wise]

On Tue, Mar 17, 2015 at 3:50 PM, Nick wrote:

 That said, I do like the idea of having access to strong encryption
 for SMS type messages and voice, but the way to do that which is
 compatible with what other people use is to use android apps that
 communicate over the internet. Which would require a much more
 complex device than a dumbphone, sadly.

I'm guessing you are talking about the software from Open Whisper
Systems (and WhatsApp)? There is a python port of axolotl, the
encryption system behind Signal/TextSecure (and WhatsApp). I don't
know of any code to fully support Signal/TextSecure on Linux but there
is yowsup for folks who want to interface with the WhatsApp network,
it now supports the axolotl encryption. I expect it wouldn't take much
to get that working on the FR, especially since there are already
Debian packages of both of those. You would need a UI though, yowsup
is command-line.

https://github.com/tgalal/python-axolotl
https://github.com/tgalal/yowsup

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: qtMoko getting bad Network Time

[Paul Wise]

On Wed, Jan 7, 2015 at 8:51 AM, Jorge wrote:

 Thanks for the confirmation. A question, can you confirm that the session
 excerpt is the one of interest, and it actually says the provider is giving
 the +34 time zone? That would be strange, being the biggest celular provider
 around here. With my Nokia dumbphone I've never seen something like that
 (OTOH, time updatting hasn't worked for me at all last time I needed it).

America/Montevideo seems to be two hours behind UTC.

The log confirms that QtMoko is definitely looking for the GMT-34 timezone.

Looking at the QtMoko source code, +CTZV is an Unsolicited result
code for time zone change events.

https://github.com/radekp/qtmoko/blob/master/doc/html/atcommands.html

Your operator's CTZV value is 136.

The code handling the +CTZV message is here:

https://github.com/radekp/qtmoko/blob/master/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp#L683

That code produces 34 hours in front of UTC for your operator's CTZV value.

There are two other FLOSS implementations of CTZV handling that I know
of, FSO and oFono:

http://www.freesmartphone.org/
https://01.org/ofono

Looking at the FSO code, it produces 8 hours behind UTC for your
operator's CTZV value.

https://github.com/freesmartphone/cornucopia/blob/master/fsogsmd/src/lib/consts.vala#L975

Looking at the oFono code, it produces 34 hours in front of UTC for
your operator's CTZV value.

https://git.kernel.org/cgit/network/ofono/ofono.git/tree/drivers/atmodem/network-registration.c#n841

I then tried to find a reference for how to do this correctly, since
none of the FLOSS implementations I can find produce a result that
matches TZ=America/Montevideo.

The closest I could find is a reference to the value being an offset
from Universal Time in units of 15 minutes.

Not sure what the right answer is here, I think you will need to do
more testing with the same SIM card in a variety of phones from you
and your friends and record the resulting timezone offsets. If you can
also record the CTZV value (some phones have debug info available)
that would be helpful too, in case different phones get different
values or use another command. Start by setting the timezone UTC, then
turn on automatic timezone info and then find out what the resulting
timezone offset is. If any of them then get the correct timezone
you'll need to figure out how.

-- 
bye,
pabs

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

Re: qtMoko getting bad Network Time

[Paul Wise]

On Mon, Jan 5, 2015 at 2:15 AM, Jorge wrote:

 I have a correctly set time  timezone (America/Montevideo), and when my
 qtMoko boots up, after connecting to the cellular network a weird dialog
 appears : The network time is (GMT +34). Set this new time?. If I say No,
 everything keeps working. If I say Yes the timezone is changed to GMT-34
 and as expected the time is borked (00:00 1/1/1970).

34 hours past GMT sounds like your provider has a broken time server.
Usually GMT timezones are 0-12 hours before/after GMT and no further.
Of course QtMoko should probably handle such broken timezones by
ignoring them rather than breaking. Please file a bug about it on the
QtMoko bug reports page:

https://github.com/radekp/qtmoko/issues

-- 
bye,
pabs

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

Re: Indiephone.eu

[Paul Wise]

On Sat, Jun 28, 2014 at 5:17 PM, Dr. H. Nikolaus Schaller wrote:

 Their claim that there is no other product appears to be completely 
 ignoring all our efforts of the past years.

I expect they simply didn't research the various projects out there already.

Here are another few projects/groups that could have some crossover
with open mobile communities btw:

https://www.blackphone.ch/
http://www.fairphone.com/
https://blog.torproject.org/blog/mission-impossible-hardening-android-security-and-privacy
https://guardianproject.info/
http://www.openmediacluster.com/en/user-verifiable-social-telematics-project/

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: [ot] Pi-Phone or blackberry-pi ?

[Paul Wise]

On Sun, Jun 22, 2014 at 8:15 PM, Ed Kapitein wrote:

 I took a model A raspberry pi [1] a tft screen [2] and a Arduino gsm shield
 [3] to create a mobile phone [4]

These folks did something similar:

http://www.freetronics.com/products/arduphone-arduino-compatible-cellphone

-- 
bye,
pabs

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

Re: I tried to install agpsui but failed

[Paul Wise]

On Fri, May 16, 2014 at 7:31 AM, Wuzzy wrote:

 PS: This mailing list seems to be pretty low volume. Is this normal?

Yes, the OpenMoko community is shrinking as people move away to other
communities focussed on other devices.

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: IMEI changing kit for GTA02

[Paul Wise]

On Wed, Feb 19, 2014 at 5:19 PM, Dr. H. Nikolaus Schaller wrote:

 what is semi-legal?

I assume that means it is illegal in some parts of the world and not
in others. For example illegal in the UK, not illegal in Michael's
micronation.

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: Freerunner GPIO locations

[Paul Wise]

On Mon, Feb 17, 2014 at 7:17 PM, Robin Paulson wrote:

 problem is, i can't locate the gpio pins on the motherboard. are there
 any schematics out there with their location? ideally something which
 relates them to the nodes in /sys/class/gpio/

These are the schematics I can find related to this:

http://downloads.openmoko.org/developer/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf
http://svn.openmoko.org/trunk/doc/hardware/GTA02v4/gpio.txt

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: Looking for Info on Neo Freerunner

[Paul Wise]

On Mon, Jan 20, 2014 at 2:27 AM, auto78240314 wrote:

 I am wondering if someone can tell me about the
 Neo Freerunner's features?

Please take a look at the wiki page:

http://wiki.openmoko.org/wiki/Neo_FreeRunner

 How long does the battery last between charges?

http://wiki.openmoko.org/wiki/Neo_FreeRunner_%28GTA02%29_Battery#Notes_about_expected_battery_life

 How many megapixels is the camera?

The device doesn't include a camera.

 What is the contact for the manufacturer of the phone?

It is no longer being manufactured but the contact details of the
former manufacturer are here:

http://openmoko.com/contact.html

-- 
bye,
pabs

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

Re: SHR: monitoring charching rate, voltage, ...

[Paul Fertser]

Hi,

Matthias Apitz g...@unixarea.de writes:
 I would like todo some charching tests with my special charger (a
 minty-boost, http://learn.adafruit.com/minty-boost?view=all ),
 is there a simple way with some shell scripting to monitor every minute
 or so the current charging rate, voltage etc. of the process?

See /sys/class/power_supply/battery/uevent (and other files in there if
you need file-per-parameter).

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: First small steps toward free GSM firmware

[Paul Wise]

On Tue, Oct 29, 2013 at 8:44 AM, Ian Stirling wrote:

 There are separate issues around the IP that you do not have permission to
 use.

This is the illegality that he is referring to, not any potential
spectrum/GSM/IMEI issues. I guess he would ignore the latter as well
as the former though.

On the other hand the Osmocom folks have some notes about potential
legal issues with their work:

http://openbsc.osmocom.org/trac/wiki/SoftwareLicensing
http://bb.osmocom.org/trac/wiki/LegalAspects
http://openbsc.osmocom.org/trac/wiki/LegalNotes

-- 
bye,
pabs

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

Re: Crowdfunding an Ubuntu smartphone (right now)

[Paul Wise]

On Sat, Oct 5, 2013 at 2:16 AM, Dr. H. Nikolaus Schaller wrote:

 I already told you that the hardware source files are open and public.

I agree with Bob Ham on this. The source files are not public and even
the PDFs are not open, they are licensed under a non-commercial
license (CC-BY-NC-SA).

Even the BeagleBone Black people are able to release some sort of
hardware source files:

https://github.com/CircuitCo/-BeagleBone-Black-RevA5/

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: GTA04-N900 vel. Neo900

[Paul Wise]

On Wed, Aug 28, 2013 at 10:12 AM, arne anka wrote:

 maemo isn't great

If I were using Maemo, I guess the biggest problem for me would be
security support, I wonder if there is any right now?

 imo, the way to go would be to port all of maemo to debian thereby getting

Your wording isn't clear here, but I guess you mean join Debian and
get all the new packages and patches from Maemo added to Debian? If
you want to start doing that, take a look at these pages. I'm sure
that the Debian mobile folks will be happy to help guide you with
this.

http://mentors.debian.net/intro-maintainers
https://wiki.debian.org/Mobile

 iirc there is/was work going on in that direction.

At one point the Hildon stuff was in Debian but it got removed because
it became clear that it did not have a future upstream since Nokia was
dropping it. Now some things like 0x are in Debian but not much
else. In particular I don't think that Debian has a version of Linux
that can run on the N900 yet, same for GTA02/GTA04. Probably the same
for bootloaders etc.

There is some info about how different Maemo (all versions) is from
Debian in these files:

http://dex.alioth.debian.org/census/Maemo/sources.new
http://dex.alioth.debian.org/census/Maemo/sources.patches
http://dex.alioth.debian.org/census/Maemo/patches/

These are derived from this data:

https://wiki.debian.org/Derivatives/Census/Maemo

If there is anyone from the Maemo community interested in being the
contact point for maintaining this info, I get the impression that
Jeremiah is no longer involved in Maemo so it would be great to have a
replacement for him.

https://wiki.debian.org/Derivatives/Census
https://wiki.debian.org/DerivativesFrontDesk

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Re: Releasing GTA04 hardware source files (was: community Digest, Vol 353, Issue 3)

[Paul Wise]

For the GTA04 adapter board you are already distributing the files
that Bob Ham is asking for (AFAICT - not an EE).

http://projects.goldelico.com/p/gta04-main/downloads/42/

The adapter board license (CC-BY-SA) is more friendly than the GTA04
board license (CC-BY-NC-SA).

So I'm wondering about the difference between the two.

-- 
bye,
pabs

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

Re: community Digest, Vol 353, Issue 3

[Paul Wise]

On Fri, Aug 23, 2013 at 12:47 PM, Bob Ham wrote:

 I don't understand.  What is the green light with respect to the GTA04?

That was already mentioned; money for components being available.

-- 
bye,
pabs

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

Re: Building a new totally free phone

[Paul Wise]

Security experts have moved on from that line of thinking long ago I
think. The problem with it is that a GSM/3G/LTE modem is not just a
communications channel. It is a generic processor running software.
Probably buggy, insecure, proprietary software. Same goes for GPS,
WiFi, Ethernet and other external-facing firmware. Depending on the
architecture of your device and the simplicity and security of the
interface between your modem and your, attackers may be able to turn
their probably relatively-easy-to-aquire modem beachhead into full
control and monitoring of the whole system. This is the reason the
Replicant folks strongly recommend against Qualcomm devices, where the
CPU is controlled by the modem.

Based on the talks I saw at OHM2013, the SIM card may be a similar
threat. The good news is that some SIM cards are insecure enough that
you (and remote attackers) can calculate the Ki, remove the SIM and
use the Ki instead.

OHM2013 also taught me that the carrier networks are full of juicy
insecure Linux based systems, so you don't just have to worry about
carrier collaboration with nation-state adversaries.

Yes, we need better protocols but we also need libre embedded software
and carriers who run libre software and have some ethics.

-- 
bye,
pabs

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

Re: Crowdfunding an Ubuntu smartphone (right now)

[Paul Wise]

On Thu, Aug 22, 2013 at 8:12 PM, Ben Wong wrote:

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

Are the Ubuntu Edge specs (or something close) achievable by OpenPhoenix?

-- 
bye,
pabs

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

Re: Crowdfunding an Ubuntu smartphone (right now)

[Paul Wise]

On Thu, Aug 22, 2013 at 9:04 PM, Bob Ham wrote:

 No.  I think a better question is whether OpenPhoenix can achieve
 production of *any* phone?

Not currently in stock, but as I understand it, GTA04 exists and is a phone.

https://shop.goldelico.com/wiki.php?page=GTA04

-- 
bye,
pabs

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

Re: GTA02 Screen broken..

[Paul Wise]

On Fri, May 31, 2013 at 6:56 AM, Neil Jerram wrote:

 I'm sorry to hear that.  I've had a few similar falls, usually when I
 forget that the USB cable is still plugged into my laptop.  But so far
 I've been lucky not to end up with a fracture.

Likewise, my gta02 bounces rather than breaks. I hope future casings
for open phones have this characteristic too.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Re: [ANNOUNCE] openmoko.org server move

[Paul Wise]

On Wed, May 15, 2013 at 2:58 PM, Patryk Benderz wrote:
 [cut]
 Maqui Berry supplement is the latest discovery in medicine
 Oh really?

 Epic fail Radek ;) - I hope you have a backup of your web page.

QtMoko moved to sourceforge years ago:

http://qtmoko.sourceforge.net/

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

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

Re: GSM Firmware+Wiki

[Paul Wise]

On Thu, Apr 25, 2013 at 9:38 AM, Paul Wise wrote:

 I've contacted him multiple times on IRC and email last year and this
 year but I never get a response.

I looked at my mail again and discovered this isn't actually true. I
did get one response from him last month stating he hasn't had time to
work on splitting the OpenMoko servers into public and private yet and
once that is done he will get back to me. I've sent him another ping
now.

-- 
bye,
pabs

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

Re: GSM Firmware+Wiki

[Paul Wise]

On Thu, Apr 25, 2013 at 1:46 AM, joerg Reisenweber wrote:

 anyway thanks for reporting, glad it worked for you, enjoy MOKO11! I dunno
 about wiki admins, isn't it a wiki and thus should be editable by registered
 users at least?
 If you have problems with the wiki, contact LaF0rge aka Harald Welte please,
 he's running the whole infra now.

Perhaps you forgot, but the wiki got a flood of spam, Harald disabled
editing except for admins. He hasn't had time to implement editing for
an editors group nor to add some anti-spam tech. I've offered to help
with sysadmin but he hasn't had time to give me access to the servers.
I've contacted him multiple times on IRC and email last year and this
year but I never get a response. The only solution I can think of now
is to make everyone who registered before the spam flood a wiki admin.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

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

Re: [QTmoko] Qx problems

[Paul Wise]

On Tue, Apr 23, 2013 at 1:16 PM, Radek Polak wrote:

 I wonder what happened with xserver-xorg-input-tslib for wheezy - it looks
 the package is missing:

It got removed because the RC bug did not get fixed in time:

http://packages.qa.debian.org/x/xf86-input-tslib.html
http://bugs.debian.org/674821

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

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

Re: community Digest, Vol 333, Issue 4

[Paul Wise]

On Wed, Apr 3, 2013 at 5:53 PM, Christoph Pulster wrote:
 Fairphone aims ... supply chain for conflict minerals, poor working
 conditions or environmental destruction

 sounds all very nice and political correct, but is blabla only.

I would wager that there are more folks that care about that stuff
than there are people who care about FLOSS. Perhaps that means
Fairphone will achieve their aims while this community continues to
struggle. Perhaps not, only time will tell.

 WTF do these guy think we are living in ? Capitalism based on pure
 exploitation of nature and people from poor countrys. Apple does it,
 Openmoko does it. There is no way back.

OpenPhoenux could have said there is no way back when Apple/Android
were dominating the smartphone market, but they didn't. Openmoko could
have said there is no way back when the market was full of
proprietary phones, but they didn't. RMS could have done the same when
he came across someone who signed and NDA, but he started GNU and the
FSF instead. Everyone who wants to change the world has to start
somewhere and then stand behind their convictions. I can only admire
them for trying, whether or not they succeed. Defeatism doesn't
achieve anything.

 In old school business it was called design study and everybody was
 aware, some creative guys had plenty time to fuck their minds not caring
 about calculations. Noeadays it is called kickstarter, companys are
 allowed to collect a lot preorder for non-existing products and
 consumers are even so stupid to make prepayment for these.

 Openmoko release a full working product. This will be a  archivement in
 computer history. .Fairphone will never do. I am so sick of all this
 genius preorder products never available.

Plenty of kickstarters are seeking funding for ramping up mass
production, which I think is a good way to achieve promotion,
production and delivery. This community could learn a lesson or two
from such folks.

-- 
bye,
pabs

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

Re: Take a look at these stupid people...

[Paul Wise]

On Wed, Apr 3, 2013 at 8:04 AM, Sebastian Reinhardt wrote:

 They said: There is no fair smartphone on market, so we have to invent it

 Nothing about GTA04 or OpenMoko! Stupid people! A new example for bad
 journalism...

It probably isn't a good idea to start calling potential allies
stupid, especially on twitter and thus on their website.

If you read their website, they are less about software freedom and
more about not contributing to civil war, genocide, environmental
destruction etc by buying minerals from warlords mined using
slavery-like conditions with zero consideration for the environment.

http://www.fairphone.com/about/
http://www.fairphone.com/faq/#q1
http://www.fairphone.com/faq/#q6

To me, the OpenMoko community seemed to be by geeks, for geeks. That
the Fairphone folks haven't heard about OpenMoko/OpenPhoenux says more
about the publicity and outreach done by our community than about the
Fairphone people. Correct me if I'm wrong but I don't think OpenMoko
Inc scrutinized (or had the resources to) their supply chain for
conflict minerals, poor working conditions or environmental
destruction either. Not sure about Goldelico, it would be interesting
to hear about this.

There is a potential partnership here, I'd encourage Goldelico to make
some connections.

 FairPhone on arte (here I have seen it first):

 http://wp.arte.tv/yourope-de/?p=8490

Could someone do an English transcription of that?

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

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

Re: QtMoko v54

[Paul Wise]

On Sat, Mar 16, 2013 at 7:55 PM, Radek Polak wrote:

 it should work out of the box in v54. You can try youtube.com/html5, enter
 html5 trial and search for QtMoko - that's how i tested. Video is damn slow -
 it's more like slideshow, but audio should be usable. Btw for youtube there is
 nice app called minitube that can play  download videos.

Is the gta02 video acceleration code for mplayer from 2008 not yet
integrated into QtMoko? What about SHR?

http://unadventure.wordpress.com/2008/06/08/accelerating-in-my-pocket
http://repo.or.cz/w/mplayer/glamo.git?a=tree;f=drivers/libglamo;hb=HEAD

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: WIKI is in read-only mode?

[Paul Wise]

On Sat, Mar 16, 2013 at 11:25 PM, Radek Polak wrote:

 Maybe i am wrong but openmoko as company is for years dead and nobody of the
 old admins is willing to spend much time on maintaining the infrastructure.

There are other folks willing to maintain the infrastructure (such as
me), but it seems the current admins don't have time to do the cleanup
of stuff that is needed before they can add new admins who never
worked for OpenMoko Inc.

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: [QtMoko] Wireless connention to eduroam

[Paul Fertser]

Hi,

Giacomo 'giotti' Mariani giacomomari...@yahoo.it writes:
 wpa_supplicant -Dwext -ieth0 
 -c/etc/wpa_supplicant/wpa_supplicant-eduroam.conf -B
 sleep 30
 dhclient eth0

I have two alternative suggestions for you here:

1. Read /usr/share/doc/wpasupplicant/README.Debian and configure it in
roaming mode. That way Debian will take care of calling dhclient
itself when it's needed.

2. Write a simplistic script that would call dhclient when needed and
use it with wpa_cli -a your_script

That way your connection will be fully automatically reestablished after
suspend to ram.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: QtMoko v54

[Paul Wise]

On Thu, Mar 7, 2013 at 7:22 PM, Radek Polak wrote:

 If you want to upgrade (also untested)

I tried this but I could not find out where to get your OpenPGP key
0x91B27C1E1DC56A1F and unfortunately squeeze apt doesn't have the
trusted=yes option in sources.list to override this.

What should the apt sources.list look like for gta02 users now?

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: QtMoko v54

[Paul Wise]

On Thu, Mar 7, 2013 at 9:36 PM, Guilhem Bonnefille wrote:

 I encountered similar issues with obsolete sources.list.

Radek told me on IRC that the new sources.list and gpg key information
is on github:

https://github.com/radekp/qtmoko/blob/master/doc/txt/debian_rootfs_howto.txt

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: [ANN] Tweakable finger-friendly Xmonad + xvkbd + dzen2 ready-to-use config

[Paul Fertser]

Hi David,

dmatthews.org m...@dmatthews.org writes:
 Along with Xmonad config, xvkbd tweaks and a bash wrapper for dzen2
 I've also added some notes about from-scratch X.org configuration for
 gta02, gta04 and about creating a custom Xkb setup.
 
 have you managed to integrate the phoneui stuff?

I haven't tried as I feel no need for that. I'm using my own Emacs
interface to FSO for more than 2 years and if or when it doesn't do
something I need, extending is easy and fun. I do not see any reason why
SHR's UI would be incompatible with my Xmonad configuration though.

That said, I'm using FSO indeed, but not the released version, as I had
to hunt down some bugs before I felt comfortable. You can try using
Cornucopia 0.12 but with gta02 you'll have unnecessary wakeups (on every
+CREG) and messages would fill up the SIM (so you'll have to clean it
sometimes) and Display and CPU resource handling would be
buggy. Compiling FSO natively is possible but is a pain, somewhat
obliviated if you have distcc working.

 would you mind providing a dpkg --get-selections and sources.list?

Selections attached (but I'm not actually using anything from fso,
running actual binaries from /usr/local) , sources.list is trivial:

deb http://mirror.bytemark.co.uk/debian unstable main 
deb http://mirror.bytemark.co.uk/debian experimental main

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

===File /root@fr:/root/dpkg-selections==
acl install
adduser install
alsa-ossinstall
alsa-utils  install
apmdinstall
apt install
autoconfinstall
automakeinstall
autotools-dev   install
avr-libcinstall
avrdude install
base-files  install
base-passwd install
bashinstall
bc  install
binfmt-support  install
binutilsinstall
binutils-avrinstall
bison   install
bluez-audio install
bluez-hcidump   install
bluez-utils install
bridge-utilsinstall
bsdmainutilsinstall
bsdutilsinstall
build-essential install
bzip2   install
ca-certificates install
chrpath install
console-common  install
console-datainstall
console-setup   install
console-setup-linux install
consolekit  install
coreutils   install
cpp install
cpp-4.6 install
cu  install
dashinstall
dbusinstall
dbus-x11install
dconf-gsettings-backend:armel   install
dconf-service   install
debconf install
debconf-i18ninstall
debhelper   install
debian-archive-keyring  install
debianutils install
defoma  deinstall
devscripts  deinstall
dhcp-client install
dhcp3-clientinstall
dhcp3-commoninstall
diffinstall
diffstatinstall
diffutils   install
distcc  install
dosfstools  install
dpkginstall
dpkg-devinstall
dropbeardeinstall
dzen2   install
e17   

[ANN] Tweakable finger-friendly Xmonad + xvkbd + dzen2 ready-to-use config

[Paul Fertser]

Hi,

After getting tired enough of my inability to make E17 Illume do what
I wanted, I decided to try another route and prepared a configuration
that I was actually able to fine-tune to my liking, based on simple
to understand and tweak software.

Along with Xmonad config, xvkbd tweaks and a bash wrapper for dzen2
I've also added some notes about from-scratch X.org configuration for
gta02, gta04 and about creating a custom Xkb setup.

It was prepared on Debian but I would expect most of the content to be
applicable to the other distributions as well.

Please find the README at
https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/README.org

Screenshots:
https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/xmonad-dzen-screenshot1.png
https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/blobs/raw/master/xmonad-dzen-screenshot2.png

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: tizen released

[Paul Wise]

SRPMs are here:

http://download.tizen.org/releases/2.0/tizen-2.0_20130218.10/repos/base/source/
http://download.tizen.org/releases/2.0/tizen-2.0_20130218.10/repos/main/source/

git repos here:

https://review.tizen.org/git/

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

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

Re: tizen released

[Paul Wise]

[I'm subscribed, no need to CC]

On Tue, Feb 19, 2013 at 1:51 AM, Denis 'GNUtoo' Carikli wrote:

 was it ported on some real devices beside the emulator?

When I was compiling the links at [1] I asked on the IRC channel and
was told there is no general page about ports. There was a developer
device program that doesn't seem to be distributing devices right now
and the Tizen 2.0 release included images, I guess they are for the
developer devices. Based on the mailing list archives it looks like
various ports are being worked on.

https://www.tizen.org/blogs/bdub/2012/tizen-developer-hardware-now-available
https://developer.tizen.org/support/development-unit-program
http://download.tizen.org/releases/latest/2.0/images/
https://lists.tizen.org/pipermail/general/2013-February/thread.html

1. http://wiki.debian.org/Mobile#Devices

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: tizen released

[Paul Wise]

I asked on IRC again and got a couple of links:

https://www.tizen.org/irclogs/%23tizen.2013-02-19.log.html#t2013-02-19T02:51:25

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Re: FreeTSM30/FreeCalypso project started

[Paul Wise]

On Thu, Feb 14, 2013 at 2:41 PM, Harley Laue wrote:

 I wish you all the best to be successful in your project

It would be much better for him to spend time on getting
NuttxBB/OsmocomBB working, at least the results would be Free Software
and distributable in projects like SHR, QtMoko, Debian, AoF etc.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

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

Re: Qtmoko - broken app repository

[Paul Wise]

On Sun, Jan 27, 2013 at 6:22 PM, Peter Viskup wrote:

 What armhf?

http://wiki.debian.org/ArmHardFloatPort

 Was the repository changed somehow

It looks like yes, hopefully one of the QtMoko folks can comment.

-- 
bye,
pabs

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

Re: Qtmoko - broken app repository

[Paul Wise]

On Sun, Jan 27, 2013 at 12:04 AM, Peter Viskup wrote:

 I just tried to install one of the Qtmoko applications and it failed.

Maybe you need an apt-get update? The deb is here:

http://qtmoko.sourceforge.net/apps/qtmoko-qgcide.html
http://qtmoko.sourceforge.net/apps/armel/qtmoko-qgcide_32-1_armel.deb

Unfortunately it doesn't look like there is an armhf version available:

http://qtmoko.sourceforge.net/apps/armhf/

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: qtmoko keyboard focus enhancement

[Paul Wise]

I would suggest to reduce the opacity too (maybe to 0.5), I keep
having to show and hide the keyboard when in the Terminal app.

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: [QtMoko] power off GSM?

[Paul Wise]

On Wed, Jan 9, 2013 at 4:51 PM, robin wrote:

 did you also try just to

 echo -en AT at POFF\r /dev/ttySAC0

 without setting the modem to dummy beforehand?

Doesn't appear to work, at least Linux still thinks GSM is on:

# cat /sys/bus/platform/devices/gta02-pm-gsm.0/power_on
1

I guess that it gets turned off and then QtMoko turns it back on.

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

[QtMoko] power off GSM?

[Paul Wise]

Hi all,

Does anyone know if it is possible in QtMoko to power off GSM on
startup and keep it off? I'm only using my gta02 as a computer right
now and don't want to waste energy on GSM.

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: [QtMoko] power off GSM?

[Paul Wise]

Unfortunately if I do that then QtMoko doesn't start. qpe seems to be
using 100% CPU and the child processes of qpe have all died and become
zombies. Setting the modem to dummy seems to be the cause of this.

PS: I'm subscribed, no need to CC me.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: possible to use wifi and usb networking at the same time? (qtmoko)

[Paul Wise]

Thats a bug in QtMoko's network setup, it seems to take full control
of the kernel's networking setup without asking the kernel what
networks are setup already and should remain. It also needs to be
aware that not all network interfaces are managed by the QtMoko
network UI.

You can work around it by starting the USB network from a terminal
after starting the WiFi. Run ifup usb0 if using ifupdown for the USB
connection (which is the default on Debian). That will give you two
default routes because ifupdown also doesn't pay attention to existing
kernel network state, but you will still be able to login. If USB is
not connected or not forwarding connections then you may need to
delete the extra default route to connect to the Internet though:

ip route del default via 192.168.0.200 dev usb0

-- 
bye,
pabs

http://wiki.openmoko.org/wiki/User:PaulWise

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

Re: GTA02 power death

[Paul Fertser]

Hi,

On Sun, Dec 23, 2012 at 08:15:22AM +, Dmitry Shalnoff wrote:
 thank you very much for answer and all hints and links!

BTW, the bass rework looks very similar to what i was doing, i wonder
who did that :) too bad it looks like i didn't warn everyone strong
enough (though i did put a big fat warning on the rework page) when i
discovered the shield must be additionally insulated after the rework,
i apologise for that :/

 I successfully de-solder the inductor (quick testing shows that no  
 resistors shorted around... as I hope)

Can you share the technique you used to desolder it?

 and found some analogues on farnell (same package and inductance),
 but I'm not pretty sure concerning the frequency and other
 parameters.

Taking a closer look at the schematics and the PCF50633 datasheet i
see that this inductor is part of the main step-up/step-down auto
converter with an output current as big as 1.1A. It works at 1.7MHz
frequency (the irc log i found appears to be unrelated). As far as i
can tell that's unrelated to the self-resonance frequency of the
inductor (that's always much higher for the modern parts). I'd get the
one with 1.1A rated current, and on 1.7MHz all of those having
self-resonant frequency of 50MHz should work decently. I do not
understand much in EE though so probably you'll want some quick advice
from those who really knows inductive step-up/down converters.

 And just one more question (maybe to late), I didn't remove LCD before  
 de-soldering and now I'm slightly worry about possible damage of it.  
 Visually it's ok. What is your opinion?

I never removed LCD too, and everything was fine. It's shielded from
the heat by the PCB itself, and i doubt you could have heated it up
too much.

Best of luck!

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: GTA02 power death

[Paul Fertser]

Dmitry Shalnoff shaln...@gmail.com writes:
 here is HiRes picture of the patient
 http://www.shalnoff.com/pics/freerunner_pcb.JPG
 You easily find it by burning fume around it :)

Hi. I think that's the same that happened with another device i did
bass rework for. The large shield is too easy to tilt a bit and it can
touch the big capacitors shorting something to ground.

Nice pals at work helped me to desolder that inductor (with hot air
gun) and they found another that was similar enough (see the PMU
datasheet), and that revived the device.

You can find BOM, component placement etc at
http://people.openmoko.org/joerg/schematics/GTA02/

Good luck!
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: GTA02 power death

[Paul Fertser]

On Sun, Dec 23, 2012 at 10:38:56AM +0400, Paul Fertser wrote:
 Dmitry Shalnoff shaln...@gmail.com writes:
  here is HiRes picture of the patient
  http://www.shalnoff.com/pics/freerunner_pcb.JPG
  You easily find it by burning fume around it :)
...
 found another that was similar enough 

I found some IRC log and it looks like the inductor you need should be
rated for = 2MHz and = 500mA current. But i'm not sure about the
details, that was so long ago. I just remember that they found
something that was physically smaller and of similar specs.

Desoldering with hot air requires expertise, i wouldn't probably
attempt it myself even now: if you shake the board accidentally,
you'll shake off other components too.

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [off-topic] smartphone alternatives?

[Paul Wise]

On Thu, Dec 20, 2012 at 4:05 AM, Denis 'GNUtoo' Carikli wrote:

 Yes it's a really good device: it's almost like the GTA02, but faster,
 better, less hardware bugs, but also has a non-free wifi firmware.

GTA02 also has non-free WiFi firmware, but it is in the WiFi chip's
internal storage instead of loaded into internal RAM by Linux. It is
also a very buggy beta version.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Re: OpenMoko wiki needs to be set to read-only due to spam

[Paul Wise]

On Mon, Nov 12, 2012 at 4:17 AM, Troy Benjegerdes wrote:

 How can I get a database dump of the wiki so I can clone it? What I'd
 really like to be able to do is run a read-write fork/clone of the
 mirror, and have the backend database be files in mercurial or git,
 and then we can have an editable version that I can experiment with
 OpenID auth with, and possibly have an easy way to merge 'patches'
 back to the read-only main site. This probably requires more patching
 to the mediawiki software than I want to think about.

Timo made a dump a while ago, I guess you should use his tools:

http://lindi.iki.fi/lindi/openmoko/mirror/wiki.openmoko.org/mirror-tools/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Re: OpenMoko wiki needs to be set to read-only due to spam

[Paul Wise]

On Sat, 2012-11-10 at 18:57 -0500, Harry Prevor wrote:

 Sorry for bringing this somewhat old topic up, but why did this have
 to be done? I can understand restricting editing to registered users
 only or adding CAPTCHAs to prevent spam, but isn't making the (still
 very important) wiki entirely read only very exccessive? I've found a
 few pages with errors but I'm now unable to edit them, seemingly
 forever. Please reconsider this.

The only sysadmin (Harald) doesn't yet have time to setup some anti-spam
mechanisms. I've volunteered as a second sysadmin but Harald hasn't had
time to do some things that are needed before he can add me to the team.
Making the wiki read-only is a stop-gap measure until some anti-spam
stuff can be setup and all the spam pages removed by myself or Harald.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

OpenMoko wiki needs to be set to read-only due to spam

[Paul Wise]

Hi Harald, all,

To whoever is able to make the OpenMoko wiki read-only, please do so
since no-one is monitoring it for spam and removing that:

http://wiki.openmoko.org/wiki/Special:RecentChanges

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: About the future of the freesmartphone.org middleware

[Paul Fertser]

Enrico Zini enr...@enricozini.org writes:
 This said, oFono does have one very compelling feature: on my N900, it
 works reliably. Far better than any version of FSO that I ever managed
 to put on my FreeRunner ever did.

If you think that Nokia's N900 firmware is using oFono, you're
wrong. Or do you mean something else?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Stop whininig / be friendly

[Paul Fertser]

Hi Christoph,

openm...@pulster.de (Christoph Pulster) writes:
 thanks for your advices, which are intelligent ones, really.
 You are right, bitterness is what I feel. Why ?
...
 Coming to an end with my rant, 50% may be my personal bitterness, but  
 50% are in some way true. The fail of Openmoko is the proove.

Very well justified and open and transparent mail. Big thanks for your
frankness, and best of luck in your complicated business.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

*.openmoko.org infrastructure

[Paul Fertser]

Hello,

There was considerable tension in the community lately regarding the
Openmoko community resources, namely docs.openmoko.org ,
wiki.openwoko.org , svn.openmoko.org , people.openmoko.org .

The problem is that not only the servers were unstable and apparently
required a kick every now and then but also that there's no clearly
visible contact person and the whole situation regarding the resources
is causing honest concern and inconvenience in community.

Right at the moment svn.openmoko.org and docs.openmoko.org are still
inaccessible (since weeks) and nobody really knows how to proceed.

For the community to be able to deduce a way to manage this situation
i would like to ask everybody involved to clarify these questions:

1. Who owns the servers and who pays which bills? How to get a proxy
or transfer the responsibility for the openmoko.org domain and
infrastructure to other person in case the original owner becomes
unavailable? Whom can you propose to take this role?

2. Who actually has admin credentials, is supposed to care about
things like server outages, and what is the suggested procedure to
contact that person? Is there a proxy for this position? How to
transfer the credentials to another person in case the original
maintainer becomes unavailable?

3. What is the practical and reliable way to do administrative tasks
like e.g. obtaining the dump of the wiki and docs.openmoko.org
bugtracker database?

4. What suggestions do you have to improve the status quo?

Thanks in advance for your replies and commitment.

Sincerely,
Paul Fertser
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Sharing TSM30 source

[Paul Fertser]

msoko...@ivan.harhan.org (Michael Sokolov) writes:
 What I'm basically saying is that for as long as the recognized /
 trusted / respected leaders of this community are acting selfishly and
 refusing to share a piece of ware with brothers in need, I feel no
 incentive to contribute to this community.

First of all, i've never ever claimed i posses a copy.

Second, even if i did have access to it but refused to share, that
would mean i am bound by a promise and not by some stupid NDA. And you
can imagine i do not break promises given to a friend.

Third, i'm nowhere near being a recognised/respected leader of the
community, i'm just a by-stander. So please, even if you do consider
my behaviour offensive, you shouldn't extend your attitude to the
whole community. 

I'm a bit dissappointed by you continiously trying to present me like
a greedy stupid hamster, as in fact i'm not and i would share if i
fucking could. I've honestly tried to help you.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Using dumb batteries (was: Re: GTA02 fails to charge)

[Paul Fertser]

Denis 'GNUtoo' Carikli gnu...@no-log.org writes:
 I've tried it, and on SHR it works out of the box, however only the
 kernel supports charging the battery, not the bootloader, so I need the
 original battery for flashing it trough the NOR uboot.

To the best of my knowledge, the NOR u-boot doesn't implement the
bq27x0 HDQ driver, and hence it has no way to distinguish between a
dumb battery and an original one.

So it should be able to charge any battery without any issues.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: community Digest, Vol 254, Issue 2

[Paul Fertser]

msoko...@ivan.harhan.org (Michael Sokolov) writes:
 I am in a disadvantaged position because I have come to the party
 late.

You're a very smart fellow indeed, and your reasoning about the holy
grail being in the form of many object files seem to be correct
(though ELF is unlikely there). I can speculate that you being in a
disadvantaged position is probably not because you came late but
because you are willing to share with everybody, and not just with
those whom you trust personally. As far as i can tell, this approach
is considered harmful (and inappropriate, impractical: it doesn't
provide much advantage while creating a considerable threat for the
project and for the reputation of the members) among those who
actually posses the materials. Also, your fundamentalistic attitude
is a bit scary: it's too uncommon and it doesn't feels predictable
enough, and you are to be predictable for the people to trust
you. That's all just my humble opinion of course, but that's how i
honestly see it. My advice is to start actively participating in the
OsmocomBB project when your device arrives.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Liberated Calypso docs found

[Paul Fertser]

msoko...@ivan.harhan.org (Michael Sokolov) writes:
 Yup, technical aspects such as the Calypso chipset and its firmware.
 Before we can start improving the latter, we need to obtain a copy of
 whatever at least partially modifiable source the Openmoko company
 had.

But why? All OM had were some loosy sources for the gpio (and such)
init plus AT intepreter. No lower layers at all, only blobs. OsmocomBB
is already doing _much more_, so those original sources would add
nothing to it.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Liberated Calypso docs found

[Paul Fertser]

msoko...@ivan.harhan.org (Michael Sokolov) writes:
 But if they aren't there yet, I will *not* abstain from hacking TI's
 original code, assuming that I can succeed in physically laying my
 hands on it, however illegal it may be.

What exactly do you want to change in it? Disabling RRLP? Having AT
command intepreter sources wouldn't help it, also i'm not sure if the
original firmware had that functionality implemented in the first
place. You're right about the OsmocomBB limitiations, but that's the
only way to get a really free phone currently, afaict. Having TI's
blobs is not much different from having them all in a single firmware
files.

 If you can share it with me, I can pay you for it with my own blood.
 A-positive.

They give ~$30 (+$15 for meal) for donating a standard amount of blood
(350/450ml). Just fyi ;)

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: NAND vs SD on GTA02

[Paul Fertser]

Hi,

msoko...@ivan.harhan.org (Michael Sokolov) writes:
 Hence my question to the community: is the flash wear-out concern I've
 just outlined the primary reason for the recommendation of using SD
 instead of NAND to hold the OS/distro, or was that recommendation driven
 by some other, completely unrelated concerns? 

I personally prefer SD for these reasons:

1. unlimited space, and you'd need an SD anyway if you want to use
OSM and/or Debian
2. ease of maintenance: if you fucked up your config files or kernel
and can't boot, just swap it out and fix it in your laptop
3. ease of swapping distros (not applicable to me as i use only
Debian)

However, the points you raised in your analisys are all valid as it's
true that glamo makes SD access slow, and that the power consumption
is a bit higher etc. It's just that it doesn't make any difference for
me :)

As to the distro development, you might want to try NFS root over USB
during the active development phase. I can also suggest looking at
OpenWrt if you want a solid plain manageable cool base for your
distro.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: My VoIP experience in Freerunner

[Paul Fertser]

Hi,

Thanks for sharing the valueable info :)

Tiago Bortoletto Vaz ti...@debian.org writes:
  • I was not able to have default Freerunner headset working on an
  acceptable quality. Help will be very welcome.

I think the voip-handset state file is supposed to be used with the
handset (i.e. builtin mic and speaker) rather than with the
headset. You'd need to study the routing diagram[1] to see what
changes are needed to get a voip-headset setup.

To check if it's working, you can simply load the statefile and then
use ``arecord'' to record a sample file, scp it to your PC and check
the levels and quality. Then scp some other known to be good file from
PC to FR and use ``aplay'' to check the playback quality.

Also, make sure you're not CPU-bound. As s3c2442 lacks an FPU, you
probably should avoid codecs that require floating point operations,
and also probably you might need to disable echo cancellation and/or
silence detection.

Be warned though, afaict the FR case (especially if you have both
screws properly secured, i personally use my device without those for
several years without any issues) provokes echo, so you might need to
find an acceptable way (yet-to-be-discovered hardware mod or software)
to do echo cancellation.

[1] http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: hifi headphones flac

[Paul Fertser]

phifmr phi...@gmail.com writes:
 It is for treat a tinnitus. I need to make tailor-made notched
 music...and to listen to with hi fi headphones.

Make sure you've got the bass fix[1] (and even with that i can't
promise you hifi headphones would work properly, you'll probably need
other adjustments) or use bluetooth.

[1] http://wiki.openmoko.org/wiki/GTA02_bass_fix
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Freerunner won't charge

[Paul Fertser]

clemens kirchgatterer clem...@1541.org writes:
 I have the same problem. Can you pls report if replacing the chip actually 
 fixes the moko?

Replacing pcf50633? I'm not sure anyone has ever tried that, it's BGA
iirc. Have you investigated other options?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Freerunner won't charge

[Paul Fertser]

Ronald Tallent r...@tallent.ws writes:
 On Tue, 2011-07-05 at 15:05 +0400, Paul Fertser wrote:
 Replacing pcf50633? I'm not sure anyone has ever tried that, it's BGA
 iirc. Have you investigated other options?

 The purpose of this thread was kind of to discover and explore those
 other options if there are any. I'm out of my league here. If you have
 suggestions of things to try please post them,

What i'd do is basically checking all of the relevant registers of the
PMU (you can easily view the dump with the corresponding sysfs node),
and i think that would give a reasonable clue explaining why PMU
thinks it's not possible to charge the battery. BTW, have you already
posted your dmesg here, i think i haven't seen that one?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Freerunner won't charge

[Paul Fertser]

Hi,

Ronald Tallent r...@tallent.ws writes:
 So, there's no way to fix this thing? If I need to take it to an
 electronics repair shop to get it fixed I can, just need to know what
 part(s) will need to be repaired/replaced. Anyone know were I can get
 hold of schematics for the mainboard? If it's a simple repair proceedure
 I might be able to do it myself even.

Schematics are available from [1]. I hope you'll find the cause and
will be able to use your cool device again :)

Basically, what you need to know is that charging is controlled by the
PMU chip, PCF50633, it's connected over SPI bus and you can easily
view dump of its registers from [2] (newer kernels might have a
slightly different path but the same filename). Schematics are pretty
much obvious but if you have any questions, feel free to ask here or
on #openmoko-cdevel irc channel.

[1] http://people.openmoko.org/joerg/schematics/
[2] /sys/class/i2c-adapter/i2c-0/0-0073/dump_regs
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Neon image viewer?

[Paul Wise]

Hi,

I'm wondering where the Neon code and development repository after
projects.openmoko.org was shut down, anyone know? If so, please update
the wiki page:

http://wiki.openmoko.org/wiki/Neon

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [openmoko-announce] Shiftd

[Paul Fertser]

openm...@pulster.de (Christoph Pulster) writes:
 We were fascinated, yet totally overwhelmed by the shear volume of
 videos on the web.

 I am bored, yet totally disgusted of the video trash flowting around.
 95% is pure waist of livetime, for the other 5% go and meet friends,
 paint a picture, enjoy nature, sports or find a girl to hug.

100% ACK. I find it occassionally useful to share links to some
youtube music videos with my friends, but for that XMPP (and
xmpp-based microblogging service that can also be accessed via
ATOM/RSS) and then youtube-dl+mplayer work just fine, i do not need
any other fascinating aggregation service.

As to the flash-based/using services in general (even as a PoC) i can
only echo it once again: it'd be nicer if those devs just went and
hugged their girls instead as it would have at least some potential at
making this world better, imho.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Dialling INTO a wireless broadband modem with OpenMoko

[Paul Fertser]

Hi,

On Tue, May 31, 2011 at 03:24:49AM +1000, Philip Rhoades wrote:
 I assume you're already using pppd for establishing the connection
 from the remote system to some host in the internet that you
 control.

 No - when I plug the dongle in, I just let NetworkManager find it and  
 set it up.  I haven't got it in front of me now, but I think I have to  
 type some sort of keyring password to allow the connection?

I would guess it's highly unlikely NM doesn't use pppd for establishing the
connection.

 I think simply adding persist lcp-echo-failure 10
 lcp-echo-interval 5 options to its config (/etc/ppp/options or
 /etc/ppp/peers/yourpppdscript  or some other way specific to how you
 start pppd) should be enough.

 I want to make the connection from the other direction - from my normal  
 F14 desktop TO the remote Virgin mobile broadband dongle F14 machine.

Without CSD the most reasonable option imho would be to keep a persistent
connection over GPRS to some internet host you control and use it as a proxy.
An alternative would be to establish GPRS connection upon an incoming (voice)
call or message but that'd be more complex and fragile to set up.

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Dialling INTO a wireless broadband modem with OpenMoko

[Paul Fertser]

On Tue, May 31, 2011 at 04:40:13AM +1000, Philip Rhoades wrote:
 Without CSD the most reasonable option imho would be to keep a persistent
 connection over GPRS to some internet host you control and use it as a proxy.
 An alternative would be to establish GPRS connection upon an incoming (voice)
 call or message but that'd be more complex and fragile to set up.

 The GPRS connection is just as likely to drop out as the existing setup  
 isn't it?

Isn't the existing setup the same already (GPRS/HSDPA)? And with persist
option it should be pretty reliable.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Dialling INTO a wireless broadband modem with OpenMoko

[Paul Fertser]

Philip Rhoades p...@pricom.com.au writes:
 I am wondering if it would be possible to use minicom on the
 Freerunner to dial the phone number of the remote dongle, make a
 connection

If CSD[1] is available from your provider, then you can do that,
right. If not, all you can do is to write some smart enough script
that would do something with the connection once it tears off (in
fact, probably simply adding persist option to pppd will suffice).

[1] http://en.wikipedia.org/wiki/Circuit_Switched_Data

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Dialling INTO a wireless broadband modem with OpenMoko

[Paul Fertser]

Hi,

On Sat, May 28, 2011 at 06:59:33AM +1000, Philip Rhoades wrote:
 On 2011-05-28 04:25, Paul Fertser wrote:
 Philip Rhoadesp...@pricom.com.au  writes:
 I am wondering if it would be possible to use minicom on the
 Freerunner to dial the phone number of the remote dongle, make a
 connection

 If CSD[1] is available from your provider, then you can do that,
 right. If not, all you can do is to write some smart enough script
 that would do something with the connection once it tears off (in
 fact, probably simply adding persist option to pppd will suffice).

 OK, I will check with VirginMobile (Australia) but if that doesn't work  
 I could switch to Telstra.  Are there some working scripts around to do  
 the PPP stuff?

There's plenty of examples for using gprs/3g under GNU/Linux the
manual way.

I assume you're already using pppd for establishing the connection
from the remote system to some host in the internet that you
control. I think simply adding persist lcp-echo-failure 10
lcp-echo-interval 5 options to its config (/etc/ppp/options or
/etc/ppp/peers/yourpppdscript or some other way specific to how you
start pppd) should be enough.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: power drain after wifi connection

[Paul Fertser]

Alfa21-mobile freerun...@my.is.it writes:
 so I can find the unbind here:
 root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi
 /sys/bus/platform/drivers/s3c-sdi/unbind
...
 how I can check if it's in bind or unbind state?

If ar6000 is listed among the files at the path you mention, it's
binded.

 maybe the scripts in qtmoko try to unbind it using a wrong path?

Possibly so :)

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: power drain after wifi connection

[Paul Fertser]

Radek Polak pson...@seznam.cz writes:
 On Thursday 26 May 2011 13:01:05 Alfa21-mobile wrote:
 and are executables... but I do not know neither if they are called
 after a wifi disconnection, nor if after an unbind/bind cycle the
 power consumption during stdby returns to the same state like after a
 reboot (now I'm testing this one)

 I am quite sure they are not called after disconnect. I think that the kernel 
 is responsible to turn wifi off in suspend (unless you want to keep it on 
 during 
 suspend e.g. for wake-on-wlan function).

Yes, in suspend the kernel turns off the module completely, it
shouldn't drain anything, at least it never used to.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [QtMoko] USB charging (and network) from Windows 7

[Paul Fertser]

Alfa21 freerun...@my.is.it writes:
 2011-05-25@00:05 Paul Fertser
 Alfa21 freerun...@my.is.it writes:
  ah! keep in mind: if you enable wifi at least once in any boot
  cycle, your moko will drain more current than usual, also if you
  disconnect wifi and put the phone to sleep.
 
 Are you really sure? Because i'm not aware of any bugs in this
 area. Please clarify.
 

 here on my v34 the issue is 100% repeatable... I thought it was a
 known one, isn't it?

Hm, you do not spare too many details, do you :) Are you really sure
the ar6000 module is unbinded when you disable wifi?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: power drain after wifi connection

[Paul Fertser]

Alfa21 freerun...@my.is.it writes:
 2011-05-25@23:31 Paul Fertser
 Hm, you do not spare too many details, do you :) Are you really sure
 the ar6000 module is unbinded when you disable wifi?

 sorry, I didn't know which kind of details you meant...

Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let
you know if the module (even when built-in) is binded or not. It
shouldn't be if you want the card to not drain the battery.

``echo s3c2440-sdi  .../unbind'' (or bind) is how to handle this
manually.

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [QtMoko] USB charging (and network) from Windows 7

[Paul Fertser]

Alfa21 freerun...@my.is.it writes:
 2011-05-24@14:15 Xavier Cremaschi
  If you try om utility (from omhacks package) it could have parameter for 
  enabling fast charge. Then you can edit the Fast charge mode script so 
  that 
  it uses om command (and send the result to me so that i can commit it as 
  patch ;-).  
 Thanks for the hint. As soon as I will be able to log through ssh I will
 try to find a way to make it work (86ma is probably not enough to start
 WiFi)

 ah! keep in mind: if you enable wifi at least once in any boot
 cycle, your moko will drain more current than usual, also if you
 disconnect wifi and put the phone to sleep.

Are you really sure? Because i'm not aware of any bugs in this
area. Please clarify.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: QtMoko v33 - More battery info and questions

[Paul Fertser]

Hi,

On Tue, Mar 29, 2011 at 06:00:22PM +1100, Philip Rhoades wrote:
 Philip Rhoadesp...@pricom.com.au  writes:
 - Even with the dumb battery configuration, the battery charging
 animated icon continues after USB (power) disconnection - should that
 happen?

 Provide uevent files contents for both the battery driver and
 pcf50633-mbc drivers.

 /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/pcf50633-mbc.0/power_supply/usb/uevent

 POWER_SUPPLY_NAME=usb
 POWER_SUPPLY_TYPE=USB
 POWER_SUPPLY_ONLINE=1

With USB unplugged this looks like a manifistation of a bug. Please specify the
kernel version you use.

 - The discharge rate attached for an inactive phone (with a blanked
 screen) with a new, fully charged battery is not very good (~10
 hours)

 Keep in mind that the SoC was constantly running during that test, so
 this should be ok. Normal usage assumes you use suspend-to-ram when
 you do not actually interact with the device, that should give ~70
 (without #1024 fix) or ~140 (with it) hours of standby time.


 At the moment dim is set to 20s, display off to 50s and suspend is off -  
 are you saying that suspend should be set to 120s or something?  How  
 does that affect incoming calls?

Incoming calls should wake up the device without any issues, there's a
dedicated irq line for that.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: QtMoko v33 - More battery info and questions

[Paul Fertser]

Hi,

Philip Rhoades p...@pricom.com.au writes:
 - Even with the dumb battery configuration, the battery charging
 animated icon continues after USB (power) disconnection - should that
 happen?

Provide uevent files contents for both the battery driver and
pcf50633-mbc drivers.

 - Using the methods above, both bind and unbind files exist in the
 driver directory - shouldn't there be only one at any one time?  If
 not, don't the files only need to be created once instead of
 repeatedly each time the scripts/aliases are run?

Those files are always present in the sysfs, kernel maintains them
automatically for every driver.

 - The discharge rate attached for an inactive phone (with a blanked
 screen) with a new, fully charged battery is not very good (~10
 hours)

Keep in mind that the SoC was constantly running during that test, so
this should be ok. Normal usage assumes you use suspend-to-ram when
you do not actually interact with the device, that should give ~70
(without #1024 fix) or ~140 (with it) hours of standby time.

 - Should the phone be shut down after the dumb battery is fully
 charged?

No, charging is the same for gta02 battery and the dumb one, it's safe
and doesn't require manual intervention.

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: QtMoko new replacement battery - charging oddness

[Paul Fertser]

Hi,

Philip Rhoades p...@pricom.com.au writes:
 My original Neo battery lasts about 3.5 hours from a full charge with
 no activity with QtMoko v33.  I bought replacement BL-6C batteries but
 when I plug either of them in, they appear to be charging (~20 hours)
 but when the USB is disconnected the battery icon appears to be still
 charging(!) and the Neo shuts down soon after ( 2 hours) with no
 charge.  When I reboot, I try to cat the files in:

Have you tried reading the battery QA[1]? It clearly states you need
to use another driver to get some status for a dumb battery.

[1] http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Audio path gain

[Paul Fertser]

Hi,

Hrabosh zbyne...@volny.cz writes:
 giacomo 'giotti' mariani píše v Út 08. 02. 2011 v 10:40 +0100:
  Yes, I really meant bass fix. I have replaced each 1uF cap with 2x 47uF
  caps in parallel. They are isolated by heat-shrinking tube and
  everything even fit under the metal cover.
 
  It really helped a lot, no problem using my FR as portable player now.
 
  I have taken some pictures ... anyone interested? I may put them online
  if so.
 
 Of course I'm interested!

 Here you go:

 http://hnet.endofinternet.net/elektro/Freerunner/Bass_fix/bf.html

That's rather cool, i added the link to the wiki page. Thanks for
sharing :)

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Linux 2.6.38?

[Paul Wise]

Hi all,

Are any of the 2.6.37 patches merged into mainline 2.6.38-rc1? Is it too
late for them to be merged or are they mostly fixes that could be
submitted for mainline inclusion outside the (now closed) merge window?

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

OM/FSO/SHR related stuff for CELF embedded project proposals for 2011?

[Paul Wise]

From http://lwn.net/Articles/419696/:

The CE Linux Forum is looking to fund proposals for embedded Linux
projects. Each year, CELF spends money on contract work to improve
Linux for use in embedded systems. Some of the projects we have
sponsored in the past include Linux-tiny, DirectFB enhancements, smem,
U-boot and kexecboot improvements, and Squashfs and YAFFS mainlining.
If you have an idea, now is the time to submit it and, with luck, be
paid to implement it.

http://elinux.org/CELF_Open_Project_Proposal_2011

Some ideas I thought might be useful to OM/FSO/SHR folks:

Mainlining u-boot support for OM devices.

Support for AR6001/AR6002 in the ath6k driver and mainlining it.

Work on porting Linux to newer phones and mainlining Android code.

Mainline, bugfix the drivers for the Freerunner Navigation Board.

Any more ideas?

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

[Paul Wise]

On Fri, 2010-11-19 at 23:38 +0800, Paul Wise wrote:
 Is anyone else having broken audio on Debian with pkg-fso
 linux-image-2.6.34-openmoko-gta02?'

gena2x seems to have found the cause, I had 'Stereo Out Switch' and
'Right Mixer Right Playback Switch' turned off in my alsa settings. Zero
idea how they got like that. The arecord issue is still present though.

r...@booph(Debian):~# diff -u myfile.state aplay34_working.state
--- myfile.state2010-11-20 23:26:52.0 +0800
+++ aplay34_working.state   2010-11-20 23:25:08.0 +0800
@@ -539,7 +539,7 @@
comment.count 1
iface MIXER
name 'Stereo Out Switch'
-   value false
+   value true
}
control.54 {
comment.access 'read write'
@@ -864,7 +864,7 @@
comment.count 1
iface MIXER
name 'Right Mixer Right Playback Switch'
-   value false
+   value true
}
control.89 {
comment.access 'read write'

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Debian] aplay/mplayer broken with pkg-fso linux-image-2.6.34-openmoko-gta02?

[Paul Wise]

Is anyone else having broken audio on Debian with pkg-fso
linux-image-2.6.34-openmoko-gta02? Timo Jyrinki can reproduce it with
one GTA02 but not with another one. Here are some symptoms:

r...@booph(Debian):~# uname -a
Linux booph 2.6.34-20101108.git1508bbb5 #1 Sat Nov 13 22:33:10 UTC 2010 armv4tl 
GNU/Linux
r...@booph(Debian):~# aplay inigo.wav 
Playing WAVE 'inigo.wav' : Unsigned 8 bit, Rate 22050 Hz, Mono
aplay: pcm_write:1603: write error: Connection timed out
r...@booph(Debian):~# mplayer stash/music/penguinplanet.ogg 
MPlayer 1.0rc3-4.4.4 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote
control.

Playing stash/music/penguinplanet.ogg.
[Ogg] stream 0: audio (Vorbis), -aid 0
Ogg file format detected.
Clip info:
 Name: Penguin Planet (Authentic Edit
 Artist: Void Main
==
Trying to force audio codec driver family ffmpeg...
Requested audio codec family [vorbis] (afm=libvorbis) not available.
Enable it at compilation.
Opening audio decoder: [tremor] Ogg/Vorbis audio decoder
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000-176400)
Selected audio codec: [tremor] afm: tremor (OggVorbis audio)
==
AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:   0.0 (00.0) of 232.6 (03:52.5) ??,?% 

MPlayer interrupted by signal 2 in module: play_audio


MPlayer interrupted by signal 2 in module: play_audio
r...@booph(Debian):~# mplayer inigo.wav 
MPlayer 1.0rc3-4.4.4 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing inigo.wav.
[demux_audio] truncated extradata (0  40)
Audio only file format detected.
==
Trying to force audio codec driver family ffmpeg...
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 22050 Hz, 1 ch, u8, 176.4 kbit/100.00% (ratio: 22050-22050)
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
==
AO: [alsa] 22050Hz 1ch u8 (1 bytes per sample)
Video: no video
Starting playback...
[AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START 
failed (-110): Connection timed out
[AO_ALSA] Write error: Connection timed out
[AO_ALSA] Trying to reset soundcard.
[AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START 
failed (-110): Connection timed out
[AO_ALSA] Write error: Connection timed out
[AO_ALSA] Trying to reset soundcard.
[AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START 
failed (-110): Connection timed out
[AO_ALSA] Write error: Connection timed out
[AO_ALSA] Trying to reset soundcard.
[AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START 
failed (-110): Connection timed out
[AO_ALSA] Write error: Connection timed out
[AO_ALSA] Trying to reset soundcard.
[AO_ALSA] alsa-lib: pcm_hw.c:587:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START 
failed (-110): Connection timed out
[AO_ALSA] Write error: Connection timed out
[AO_ALSA] Trying to reset soundcard.
...
..
.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [GTA04] When is the next and more powerful openmoko releasing

[Paul Fertser]

Hi,

Dr. H. Nikolaus Schaller h...@goldelico.com writes:
 time for another update.
...
 Current status: the 1.8V is now working but the VDD2 (1.2 V) not.
 The TPS chip aborts the power up sequence early.

 We could solve that by adding a jump start resistor.
...

Nikolaus, this project is a very interesting effort and i am glad to
read you're steadily moving towards getting a modern and functional
device as free as freerunner. This news are fairly encouraging, there
was nothing like that on the community mailing list for quite a while.

There is this one thing that bothers me though: i would be rather glad
to see Joerg Reisenweber[1], one of the most clueful and insightful HW
guys from the OpenMoko fame in your team; to me it looks like his
experience could really help to not only kickstart your endeavor but
to also cope with all those hurdles along the way.

Sincerely wishing you best of luck and happy hacking.

[1] http://wiki.openmoko.org/wiki/User:JOERG
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: WM8753 Speaker Playback ZC Switch

[Paul Fertser]

Hi,

Ed Kapitein e...@kapitein.org writes:
 I am happily hacking on my FR and was toying with the wolfson.
 I happen to notice that in order to get any sound from the earpiece i
 had to switch on the Speaker Playback ZC Switch.

This is used to enable/disable Zero Cross detection, i.e. the gain
will be changed only on zero cross (or timeout). I'm afraid you'll
need to refer to the actual datasheet to understand this in
details. Feel free to ask me if anything is unclear.

HTH

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: backup battery and case screws questions

[Paul Fertser]

Benjamin Deering ben_deer...@swissmail.org writes:
 I use an allen (hex) wrench to remove them, I am seeking replacements 
 because I lost one.

FYI i'm using my gta02 as my only daily cell phone for more than a
year without any screws whatsoever.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: community Digest, Vol 204, Issue 8

[Paul Fertser]

openm...@pulster.de (Christoph Pulster) writes:
 an intelligent marketing idea. My idea on the later is, to point the
 finger in the Apple direction and naming the evil by name.

This sounds really cool to me, Christoph. Honestly, i'd prefer to see
more Apple (and Android as well) bashing. But do you have any success
stories for this kind of marketing?

On a related note, i think there's no commercial future with such a
device. Openmoko proved that. Too few interested people, really too
few. Despite Freerunner still being the only one. I'd tend to agree
with Raster who says Let's get an open enough consumer device that
can be sold to the masses and hack on it.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Testing freerunner's audio quality

[Paul Fertser]

Gennady Kupava g...@bsdmn.com writes:
 Many gossips flying around about bad fr's audio subsystem quality. I
 promised to proove that FR audio subsystem is good, just default
 headphones quality below anything.

I thought we did the bassfix on this device, didn't we? That makes
hell of a difference, i tried comparing my bassfixed FR with a factory
one and it was stunning how much they differ.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

LCA2011 Mobile FOSS Miniconf CfP

[Paul Wise]

The miniconfs at LCA2011 in Brisbane, Australia was recently announced
and includes a Mobile FOSS miniconf. Are any OpenMoko folks planning on
submitting any talks? The CfP closes Friday 22nd October 2010.

http://lca2011.linux.org.au/media/news/34
http://mobilefoss.jamespurser.com.au/Call_For_Papers

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

repairing FR back cover?

[Paul Wise]

Hi all,

So, I dropped my FR one too many times and broke the remaining short
prong (I broke the other one a while ago) that holds the end of back
cover (near the hole) in place. The two longer prongs on the side of the
cover are still intact so the cover stays on but it comes off more
easily when I drop it. Does anyone have some ideas for how to repair it,
keeping in mind I lost the two plastic bits that broke off? Or are there
spare parts available for the FR still?

[Please CC me if you reply]

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: qtmoko v26 bluetooth headset

[Paul Fertser]

Jim Morris m...@e4net.com writes:
 Anyway I tried to get my bluetooth headset to work, and I am not
 sure exactly what needs to be done to make this work seemlessly.

This [1] page and this guy might help. Also feel free to ping me or
him on irc, we do know some bluetooth tricks :)

Also keep in mind that if you've got an ordinary (non-stereo,
non-A2DP) headset, it's not supposed to work with mplayer and
such. See [2] for the reference.

[1] http://wiki.openmoko.org/wiki/User_talk:Gabrys
[2] http://piotr.gabryjeluk.pl/bluetooth-on-shr
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: qtmoko v26 bluetooth headset

[Paul Fertser]

Jim Morris m...@e4net.com writes:
 Paul Fertser wrote:
 This [1] page and this guy might help. Also feel free to ping me or
 him on irc, we do know some bluetooth tricks :)

 Unfortunately frameworkd and the dbus stuff does not appear to be
 relevant for qtmoko.

Some dbus stuff (calls to org.bluez) is relevant :)

 seems Radek got most of it working, but going into a shell and
 typing stuff to connect and disconnect would probably make the
 California Highway Patrol come down on you like a ton of bricks,
 especially since texting while driving is illegal (although it
 doesn't say typing shell commands is illegal ;)

ROTFL

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Boot selection

[Paul Fertser]

Hi,

Ed Kapitein e...@kapitein.org writes:
 Is there a way to select where to boot from, nand or uSD?
 and i need a software choice, no the obvious boot select with the aux
 button, which requires physical access to the freerunner.

With Qi you can create a special file in /boot and it will skip this
uSD partition. Then when you boot from NAND you can remove this file
to boot from uSD next time.

HTH
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: [ANN][SHR][Debian] New Emacs interface for FSO

[Paul Fertser]

Hi,

Michael, let me take this opportunity to thank you for all the
wonderful opportunities opened by the D-Bus integration in Emacs, it
really rocks :)

On Wed, Aug 18, 2010 at 10:24:05PM +0200, Michael Albinus wrote:
  Unfortunately, it’s not currently possible for one emacs
  process to use both local and remote dbus message
  buses due to bindings’ limitation.
 
 What do you mean by this? Is it a restriction we could throw away in
 Emacs?

Yes, to the best of my understanding to leverage this restriction one
needs to modify dbusbind.c. Currently the emacs bindings accept only
:session or :system for the bus name and use dbus_bus_get() to get one
of them. It should support also arbitrary strings and call
dbus_connection_open() instead (in xd_initialize()). One should also
not forget to call dbus_connection_unref() after he's done (according to
http://dbus.freedesktop.org/doc/api/html/group__DBusConnection.html).
I also suspect that dbus_bus_get has an interesting undesired
side-effect: it'll kill the app if connection drops.  Not exactly what
you want to be done with your emacs.

OTOH, i'm not sure this usecase is worth caring about. At least i know
i'm the only user of fso.el and i do not really need that :/
 
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Mail Wrapping

[Paul Fertser]

Dr. H. Nikolaus Schaller h...@computer.org writes:
 Am 13.08.2010 um 22:35 schrieb steve:
 Nikolaus, couldn't you wrap your lines to something more standard (72 or
 so ?) Thanks, I like reading your prose, but those long lines are really
 irritating.

 there are different opinions if the 80 char line wrapping of mail is standard 
 or some
 old-fashioned relict from the 80ies. I have tried to find out what it is but 
 it appears
 to be a problem with some MUAs not correctly handling RFC 2646.

Well, i can't really see how format=flowed can make any sense, even
nowadays. I think all sane MUAs go without it by default, and for a
reason: it messes with formatting which is important when you're
sending snippets of code, patches, logs etc.

Probably it's the right time for you to stop following the rules set
by Apple and to start using a better MUA? ;)

 So, wouldn't it be simpler if you reduce the width of your display window?
 Your client should then wrap long lines.

That's not exactly a good option for those of us using tiling window
managers, sorry.

Good luck and happy hacking :)
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Re: Mail Wrapping

[Paul Fertser]

Hi,

Dr. H. Nikolaus Schaller h...@goldelico.com writes:
 If there is no such RFC, please report bugs for your clients that
 don't wrap long (MIME encoded) lines they receive to the width of
 the display window.

Nikolaus, thanks for the serious attitude wrt this issue.

My client does wrap long lines to the width of the display window, but
as i'm using a tiling window manager, my client is almost always
fullscreen (and sometimes i split my screen horizontally, with MUA's
width obviously not affected).

I can agree that using f=f is legal but nevertheless i can see no
reason why insist on using it given it seems to have no benefits but
quite some drawbacks and hence it's customary to avoid it (e.g. most
mails at LKML are wrapped).

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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