Re: SHR-Core : Display issue?

2012-01-11 Thread Klaus 'mrmoku' Kurzmann
On Wed, 11 Jan 2012, robin wrote:

 hi ben,

 this is a bit off topic but as you have shr-core on your sd-card working 
 would 
 you mind to tell me your installation routine.
 I tried with a 
 a) running qtmoko v37 on nand.
 b) partioning the sdcard from qtmoko and using mkfs.ext3 for the shr 
 partition 
 (first partition fat, second partition ext3 for shr)
 c) afterwards I copied the latest shr-core onto the mountet partition and
 d) tar -xzvf shr-core...tar.gz

 it booted up fine, but connman somehow has problems, so I neither have gsm 
 nor 
 any other connection.

 any ideas?

you have to use --numeric-owner while untaring it. Otherwise ownership
of some files might be wrong - which then causes stuff like
dbus-activation to not work correctly causing GSM to not work correctly.

Btw. GSM is unrelated to connman.

 best regards

 robin

-- 
Klaus 'mrmoku' Kurzmann

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


Re: [Shr-User] [ANNOUNCE] eStarDict

2012-01-04 Thread Klaus 'mrmoku' Kurzmann

On Wed, 04 Jan 2012, urodelo wrote:

 Hello
 Thank you very much.

 When will it be available in shr-unstable feed (Martin)? :-)

sorry, shr-unstable is dead and frozen. We won't be able to build new stuff for 
it.
But you can give shr-core a try. It is in quite good shape by now and
getting better every day :-)

 urodelo

 On Tue, 03 Jan 2012 16:16:59 +0100, Vaudano Luca vaud...@gmail.com
 wrote:

 Hi!
 
 After long time, i released the fifth version of eStarDict.
 http://www.vaudano.eu/wiki/en/estardict
 There are a lot of changes the most important is that you
 can now search multiple dictionaries at once
 
 Best regards
 Luca


-- 
Klaus 'mrmoku' Kurzmann

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


Re: SHR future and way for better stability

2011-12-05 Thread Klaus 'mrmoku' Kurzmann
 build output to new 003.
  Latest link points to latest but _closed_ feed (so usually highest -1)
  which
  is currently 001.
 
  If you want to help testing, then best way is to prepare 2nd partition
  (not the
  one you're using for daily phone you depend on) and redirect default
  shr-core
  feeds to latest closed:
  sed -i 's#shr-core#shr-core-staging/latest#g' /etc/opkg/*-feed.conf
  or of course you can lock it to whatever number you want to test later
  ie: sed -i 's#shr-core#shr-core-staging/007#g' /etc/opkg/*-feed.conf
 
  Also you should also download info file from selected directory so you'll
  know
  what you are testing after latest link is moved to newer feed.
  wget http://build.shr-project.org/shr-core-staging/latest/info
 
  Then you can upgrade with opkg or reflash to newer image (if images are
  available
  in staging area too).
  opkg update  opkg upgrade
 
  Now you can test whatever is important for you (telephony, music, video,
  ...)
  and if you're happy with new testing feed you should report it on our wiki
  http://www.shr-project.org/trac/wiki/Stabilizing
  there will be table for each NNN feed and you should say there if you're
  fine with
  it moving to default public feed or if you have found some issues with it,
  bug
  number from http://www.shr-project.org/trac/report where you've reported
  those
  issues would be great and it would be fantastic if you also include in
  that report
  which NNN feed was last known to work for you and first one where it was
  broken.
  That's where those info files you've downloaded will get handy.
 
  After some not-yet-known number of testers which marks the NNN feed as
  working
  it will be rsynced to default feeds and everybody will get it.
 
  This whole mechanism is to provide most reliable default feeds while
  keeping all
  development and of course developers in one SHR flavor.
 
  This is _only_ for runtime issues, it won't help with build issues which
  still
  need to be reported against master in our trac and we'll try to fix them
  asap.
 
  3) There is also http://build.shr-project.org/tests/shr-core/ which
  points to really
  live build and normally shouldn't be used (you can call opkg update when
  there is
  incomplete feed or whatever), so please ignore this feed unless you
  really
  know what you're doing.
 
  Ideas, comments and most importantly patches are very welcome.
 
JaMa on behalf of whole SHR team
 
  --
  Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
 


-- 
Klaus 'mrmoku' Kurzmann

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


Re: [qtmoko] Alsa scenarios - Where do they come from ?

2011-11-30 Thread Klaus 'mrmoku' Kurzmann

On Wed, 30 Nov 2011, Gilles Filippini wrote:

 Klaus 'mrmoku' Kurzmann a écrit , Le 30/11/2011 08:25:
  On Tue, 29 Nov 2011, Gilles Filippini wrote:
  Quoting debian_rootfs_howto from qtmoko v35:
  * Unpack alsa scenarios to /usr/share/openmoko - you can find these
   files in any openmoko distro.
  
  But these files in qtmoko are significantly different - including
  control names - from those in
  http://svnweb.openmoko.org/trunk/src/target/audio/om-gta02 which don't
  work at all with qtmoko.
  
  How does it come?
  
  Names changed with newer kernels which rendered older statefiles
  unusable.

 Makes sense.

 Is there still an upstream for these file?

I think every distro is cooking there own ones... no real upstream I
know off.

 Thanks,

 _g.

-- 
Klaus 'mrmoku' Kurzmann


pgpNCPEP5pzSc.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [qtmoko] Alsa scenarios - Where do they come from ?

2011-11-29 Thread Klaus 'mrmoku' Kurzmann
On Tue, 29 Nov 2011, Gilles Filippini wrote:

 Hi,

 Quoting debian_rootfs_howto from qtmoko v35:
 * Unpack alsa scenarios to /usr/share/openmoko - you can find these
   files in any openmoko distro.

 But these files in qtmoko are significantly different - including
 control names - from those in
 http://svnweb.openmoko.org/trunk/src/target/audio/om-gta02 which don't
 work at all with qtmoko.

 How does it come?

Names changed with newer kernels which rendered older statefiles
unusable.

 Thanks in advance,

 _g.

-- 
Klaus 'mrmoku' Kurzmann


pgpS7w6NRvy8T.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] Unable to load with Qi from uSD card (was CLEANMARKER node found [and something more I can't read] )

2011-11-27 Thread Klaus 'mrmoku' Kurzmann
On Sun, 27 Nov 2011, ø wrote:

  and formated a Trascend 4GB SDHC card with ext3 format, and then

 rootdelay=5 rootfstype=ext2 loglevel=8 quiet splash

if you did a ext3 Partition and specify rootfstype=ext2 that won't boot
IIRC... maybe that is the problem?

-- 
Klaus 'mrmoku' Kurzmann


pgpceHLP6x2b6.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] distro upgrade

2011-11-24 Thread Klaus 'mrmoku' Kurzmann
On Thu, 24 Nov 2011, Christ van Willegen wrote:

 On Thu, Nov 24, 2011 at 17:55, Giacomo 'giotti' Mariani
 giacomomari...@yahoo.it wrote:
  You can modify the uboot env in order to set SD distro as the first one.

 Or, I using Qi, put a 'noboot' file in the NAND to force booting into SD.

which then would not be necessary as Qi boots from SD first..

And flashing Qi from the running env should be possible too.

 Christ van Willegen

-- 
Klaus 'mrmoku' Kurzmann

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


Re: Broken AUX :-(

2010-09-16 Thread Klaus 'mrmoku' Kurzmann
Am Freitag, 17. September 2010, 01:28:53 schrieb Petr Vanek:
 On Thu, 16 Sep 2010 22:41:40 +0200
 
 Alex Samorukov m...@os2.kiev.ua (AS) wrote:
 On 09/16/2010 09:37 PM, Christ van Willegen wrote:
  Hello everyone,
  
  I think I broke my AUX button tonight.
  
  Is there anyone who can fiox this?
 
 I did this one time.
 
 Open your phone and find if aux button on board is damaged or not. In
 my case it was only unsoldered, so i soldered it back myself.
 
 same here in 2 cases already...
 
 Petr

yeah, me too 2x. Not that difficult even for a soldering noob like me :-)

-- 
Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Missing UsbHost

2010-07-02 Thread Klaus 'mrmoku' Kurzmann
Am Freitag, 2. Juli 2010, 15:52:20 schrieb sferic:
 I currently use shr unstable 2.6.32 on an ext3 partition of sd card.
 Everything works fine except networking on usb. As far as I can see is the
 USB host resource is not loaded:
 
 r...@om-gta02 / # shr-settings Connectivity shr_usb.Usb
 SHR Settings
 /usr/lib/python2.6/site-packages/dbus/connection.py:242:
 DeprecationWarning: object.__init__() takes no parameters
   super(Connection, self).__init__(*args, **kwargs)
 DEBUG: creating window: ['Connectivity', '', ['shr_usb.Usb']]
 Launcher loaded in 3.64 sec
 Loading module shr_usb.Usb...
 Module shr_usb.Usb can't be loaded!
 Traceback (most recent call last):
   File /usr/bin/shr-settings, line 72, in renderModules
 cont = mod2.createView()
   File /usr/lib/python2.6/site-packages/shr_settings_modules/shr_usb.py,
 line 94, in createView
 usbpolicy =  self.usb.GetResourcePolicy(UsbHost)
   File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 68, in
 __call__
 return self._proxy_method(*args, **keywords)
   File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 140, in
 __call__
 **keywords)
   File /usr/lib/python2.6/site-packages/dbus/connection.py, line 622, in
 call_blocking
 message, timeout)
 DBusException: org.freesmartphone.Usage.ResourceUnknown: Resource UsbHost
 had never been registered
 
 Page loaded in 0.90 sec
 
 The wifi connection works fine, however. The wifi connection works fine,
 however, and updates are easily made. Who can help?
With the new kernel the usb interface on your _host_ will be something 
different than with the old one... ethX changed.
 
 Many thanks in advance
 Sferic


-- 
Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Missing UsbHost

2010-07-02 Thread Klaus 'mrmoku' Kurzmann
Am Freitag, 2. Juli 2010, 16:13:49 schrieb Fox Mulder:
 Am 02.07.2010 16:05, schrieb Klaus 'mrmoku' Kurzmann:
  With the new kernel the usb interface on your _host_ will be something
  different than with the old one... ethX changed.
 
 You mean that the host (pc and not gta02) will enumerate another name
 than ethX or just another number X when i attach my gta02?
on PC another X like in eth2 instead of eth1 for example.

 
 I'm right in the middle of the big upgrade to 2.6.32 so i have to wait
 until i can test it. :)
go ahead now :-)


-- 
Klaus 'mrmoku' Kurzmann

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


Re: ringtone volume, intone boost, no alsa files

2010-05-20 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag, 20. Mai 2010 08:57:51 schrieb Xavier Cremaschi:
 Forgot to add : changing volume from 0 to 100 in shr-settings/profile
 seems to do nothing :/

Setting ringtone volume via phone profiles did never work.

-- 
Klaus 'mrmoku' Kurzmann

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


Re: [Shr-User] Browser Fennec for SHR?

2010-05-14 Thread Klaus 'mrmoku' Kurzmann
Am Freitag, 14. Mai 2010 20:15:05 schrieb Tom Hacohen:
 On Fri, May 14, 2010 at 8:04 PM, Glenn glenn.mh...@gmail.com wrote:
  Has somebody thought about getting Browser Fennec to SHR?:
 We had it in the past, it just sucks though.
and even more important... it does not build for our arm architecture :/

-- 
Klaus 'mrmoku' Kurzmann

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


Re: Status of GSM base station positioning services clients

2010-05-10 Thread Klaus 'mrmoku' Kurzmann
Am Montag, 10. Mai 2010 21:42:03 schrieb Petr Vanek:
  Are there clients to position the user based on the GSM base
  stations, with on- or offline databases?
 
 Yes, but none which are really production ready, AFAIK. I mean,
 packaged, tested, ready for end user. Nevertheless, it is supposed to
 work at least basically.
 
  It'd be great to be able to detect the approximate location from GSM
  signal and then hook up to GPS faster..
 
 Baruch did some work on the vala implemented openBmap-locator code. I
 am not sure what is the status of it. The code is located on the
 openBmap sourceforge git repository.
 
 Onen
 
 i tried logging by using the openBmap logger but it hasn't been updated
 to the new fsogsmd api yet :/

actually... the monitoring API was still missing in fsogsmd. Mickey comitted 
it yesterday... or the day before... don't remember exactly. And the good 
thing is that the API should be the same. Time to try again :-)

 
 Petr

-- 
Klaus 'mrmoku' Kurzmann

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


Re: SHR phoneui-contacts buddy icons

2010-05-05 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch, 5. Mai 2010 00:36:59 schrieb Robin Paulson:
 On 5 May 2010 00:30, Bernd Prünster bernd.pruens...@gmail.com wrote:
  I was wondering what are the green one eyed alien that appear next to
  the contact name in Contacts list. I thought that it was an icon to
  replace with your friends photos, but I don't find where to change it.
  
  Sorry again for the silly question.
  
  Add a Photo field in the contact view. upon editing that field a file
  browser will appear to choose the picture
 
 the following would be potentially useful:
 add a user to contacts, let's call him 'John Smith'
 take a photo of John
 place the photo in /home/$user/.contact_photos/John Smith.jpg
 then, on using contacts/dialler/messages/etc., john's photo
 automatically appears

problem with this aproach is a naming one. The calculation of the display name 
has gotten complex in between. And then... if you change some component the 
photo will no longer be shown. Something like 
/home/$user/.contact_photos/EntryId.jpg would work. But right now the EntryId 
of a contact is not user visible (and there should be no reason for it to be).

Btw. the filebrowser to select the foto is fixed. 

-- 
Klaus 'mrmoku' Kurzmann

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


Re: SHR phoneui-contacts buddy icons

2010-05-04 Thread Klaus 'mrmoku' Kurzmann
Am Dienstag, 4. Mai 2010 14:30:00 schrieb Bernd Prünster:
 ø wrote:
  Hi.
  
  Excuse my stupid questions, but I have looked for it on google, list,
  SHR manual and Openmoko wiki, and I can't find it. Maybe I'm not using
  the right words.
  
  I was wondering what are the green one eyed alien that appear next to
  the contact name in Contacts list. I thought that it was an icon to
  replace with your friends photos, but I don't find where to change it.
  
  Sorry again for the silly question.
 
 Add a Photo field in the contact view. upon editing that field a file
 browser will appear to choose the picture
 
Unfortunatelly I think I broke the filebrowser :/ Will have to check later. If 
the filebrowser does not pop up you can just enter the path to the photo and 
that should work.

-- 
Klaus 'mrmoku' Kurzmann

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


Upgrades for SHR-unstable

2010-04-01 Thread Klaus 'mrmoku' Kurzmann
Hey all,

Slowly but constantly we manage to fix the breakages we did to your phones in 
the last weeks :P (sorry for that btw.)

There are some good fixes in the shr-unstable feed which should enable you 
again to use your beloved FR as phone again :-)

Please 'opkg update; opkg upgrade' and reboot afterwards.

Yours
-- 
Klaus 'mrmoku' Kurzmann

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


Re: Problem with Messages Dialer and Contacts app

2010-03-24 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch, 24. März 2010 06:45:13 schrieb Chuck Norris:
 After this morning update Messages and Contacts shows white screen.
 Dialer shows white screen and bottom half  of  Contactlist string in
 left upper corner. Before checking phone apps I tried to delete
 /etc/freesmartphone/opim/pim.db to empty contacts and resync. Later I've
 restored pim.db. It doesn't help. Why is it so?

my fault... and easy fixable. Add a configuration for libphone-ui-shr in 
/usr/share/libphone-ui-shr/config with the following content:

[global]
theme = default

After that (and probably a reboot or at least x restart) whiteness should be 
gone.
-- 
Klaus 'mrmoku' Kurzmann

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


Re: phonefsod: duplicates frameworkd configurations?

2010-01-10 Thread Klaus 'mrmoku' Kurzmann
On Sun, 10 Jan 2010, arne anka wrote:

 looking into phonefsod.conf i see, that it duplicates already existing fso  
 configuration:
 - brighness
 - dim
 - idle_screen
 - suspend

 none of the above strikes me as especially particular to the _phone_  
 functionality -- in fact, imo they heavily interfere with settings made  
 elsewhere in frameworkd.conf or rules.yaml and being applied to the device  
 as a whole.

 why tries a _phone_ daemon to handle stuff common to the  overall  
 functionality?

nothing actually duplicated. We are just trying to move away from
oeventsd... so there is stuff that was in rules.yaml (the suspend
handling) - nothing though from frameworkd.conf.

-- 
Klaus 'mrmoku' Kurzmann

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


Re: [Shr-User] Quick e-mail poll: Still using your Freerunner?

2010-01-02 Thread Klaus 'mrmoku' Kurzmann
On Tue, 29 Dec 2009, Risto H. Kurppa wrote:

 Do you use FR as your daily/primary phone?
 Do you use FR as your primary PDA?
yes
yes

 What distribution you run most of the time?

 If you don't use FR as your daily phone/PDA, what phone did you change
 over to, and why?
SHR unstable


 Thank you :)


 r
-- 
Klaus 'mrmoku' Kurzmann

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


Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume

2009-12-16 Thread Klaus 'mrmoku' Kurzmann
On Wed, 16 Dec 2009, Davide Scaini wrote:



 David Vermeille ha scritto:
  2009/12/6 David Vermeille dve...@gmail.com
  
  2009/12/6 Davide Scaini dsca...@gmail.com
 
  Hi,
  i'm experiencing a strange problem with latest shr-u (with latest
  upgrades): after few suspend/resumes (with calipso deep sleep=never) i
  have no more gsm connection, and shr settings says that phonefsod is not
  running (or in power tab couldn't connect to fso of phonefsod). Even if
  I restart both frameworkd and phonefsod i get no gsm connection anymore...
  any ideas? (do you want some logs?)
  d
  ___
  Shr-User mailing list
  shr-u...@lists.shr-project.org
  http://lists.shr-project.org/mailman/listinfo/shr-user
 
 
  Hi,
 
  Same problem here.
 
  And sometimes, the PIN dialog don't even show up just after boot.
 
  David.
 
  
  After some more testing, it seems that my problem came from the
  NO_NEW_FAIR_SLEEPERS trick.
  
  Removing the debug fs and the echo NO_NEW_FAIR_SLEEPERS 
  /sys/kernel/debug/sched_features bring the pin dialog back.
  
  David
  

 I searched for /sys/kernel/debug/sched_features but there's no such file
 neither on my shr-t nor on shr-u. And the problem still remains :P
 d
what version of phonefsod do you have installed?
'opkg list_installed phonefsod' please

-- 
Klaus 'mrmoku' Kurzmann

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


Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume

2009-12-16 Thread Klaus 'mrmoku' Kurzmann
On Wed, 16 Dec 2009, Davide Scaini wrote:

 On Wed, Dec 16, 2009 at 2:44 PM, Klaus 'mrmoku' Kurzmann m...@mnet-online.de
  wrote:
   
After some more testing, it seems that my problem came from the
NO_NEW_FAIR_SLEEPERS trick.
   
Removing the debug fs and the echo NO_NEW_FAIR_SLEEPERS 
/sys/kernel/debug/sched_features bring the pin dialog back.
   
David
   
 
   I searched for /sys/kernel/debug/sched_features but there's no such file
   neither on my shr-t nor on shr-u. And the problem still remains :P
   d
  what version of phonefsod do you have installed?
  'opkg list_installed phonefsod' please
 
  --
  Klaus 'mrmoku' Kurzmann
 


 on shr-t:
 phonefsod - 0.0.0+gitr161+0bc4b96c16c79a977cda3e3499caab32190cccf1-r3.4

 on shr-u:
 phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4
and it happens on SHR-U too? Or just on SHR-T ?

 d

-- 
Klaus 'mrmoku' Kurzmann

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


Re: tangogps 0.9.7 release

2009-10-01 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 01 Oktober 2009 11:49:51 schrieb Thomas Zimmermann:
 Am Montag 21 September 2009 18:43:37 schrieb Marcus Bauer:
  Heya out there!
 
  First of all thanks for the many positive emails I got over the last
  months, motivating me to bring a new release of tangoGPS to the coolest
  open hardware gadget on earth - the openmoko phone.
 
  The new features include:
 
   * overzoom until level 20
   * upscaling of missing tiles
   * a map scale indicator
   * overhauled this point function
 - easy measuring of distances and ways
 - display of bearing = useful for navigation
   * friend function simplified and you can now add a message
 to your position
 
 
  As always, it runs well on your laptop/netbook too. The full release
  announcement is here:
 
   http://www.tangogps.org/gps/cat/News
 
  I am currently looking for cool stories/photos/blog entries for
  featuring on the website. Thus send me your stories, pictures or links
  - be it on the Freerunner or any other device.
 
  Have fun!
  Marcus
 
 Hi,
 i tried tangogps 0.9.7 on SHR today and it segfaults on zooming. So i
  assume that the runtimedepencies changed. Can you announce the
  runtimedepencies for it?
 I installed all depencies mentioned in the debian lenny package:
 ---
 -- libatk-1.0-0 (1.20.0-r0)
 libcairo2 (1.8.0-r0)
 libcurl4 (7.18.2-r1)
 libexif12 (0.6.17-r0)
 gconf-dbus (2.16.0+svnr641-r0)
 libglib-2.0-0 (2.18.3-r1)
 gtk+ (2.14.2-r1)
 pango (1.22.0-r2)
 libsqlite3-0 (3.6.5-r0)
 libc6 (2.6.1-r16)
 ---
 -- But it still segfaults, plz help :)

running under gdb gives the following backtrace:

#0  0x0008 in ?? () 
#1  0x40b2aafc in g_object_unref () from /usr/lib/libgobject-2.0.so.0
#2  0x00029210 in load_tile (dir=0x82358 /home/root/Maps/OSM, zoom=256, 
x=66, y=44, offset_x=-249, offset_y=211)
at map_management.c:64  
  
#3  0x00029810 in fill_tiles_pixel (pixel_x=533600, pixel_y=-45, zoom=0) at 
map_management.c:247  
#4  0x0002fe28 in map_redraw (p=value optimized out) at tile_management.c:65  
  
#5  0x40b83168 in g_timeout_dispatch () from /usr/lib/libglib-2.0.so.0  
  
#6  0x40b82ca0 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 
  
#7  0x40b855c4 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0  
  
#8  0x40b857fc in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 
  
#9  0x40138964 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 
  
#10 0xf850 in main (argc=0, argv=0x1) at main.c:62  
  
(gdb) bt full
#0  0x0008 in ?? ()
No symbol table info available.
#1  0x40b2aafc in g_object_unref () from /usr/lib/libgobject-2.0.so.0
No locals.
#2  0x00029210 in load_tile (dir=0x82358 /home/root/Maps/OSM, zoom=256, 
x=66, y=44, offset_x=-249, offset_y=211)
at map_management.c:64
overzoom = value optimized out
upscale = value optimized out
filename = /home/root/Maps/OSM/7/66/43.png, '\0' repeats 224 times
#3  0x00029810 in fill_tiles_pixel (pixel_x=533600, pixel_y=-45, zoom=0) at 
map_management.c:247
widget = (GtkWidget *) 0x2d
i = -1
j = 1704696
height = value optimized out
tile_x0 = 0
tile_y0 = 1086860968
offset_xn = 0
offset_yn = 211
offset_x = 196028
offset_y = 1086391600
repo = (repo_t *) 0x2f3158
__PRETTY_FUNCTION__ = fill_tiles_pixel
#4  0x0002fe28 in map_redraw (p=value optimized out) at tile_management.c:65
number_threads = 0
#5  0x40b83168 in g_timeout_dispatch () from /usr/lib/libglib-2.0.so.0
No locals.
#6  0x40b82ca0 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
No locals.
#7  0x40b855c4 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
No locals.
#8  0x40b857fc in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No locals.
#9  0x40138964 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
No locals.
#10 0xf850 in main (argc=0, argv=0x1) at main.c:62
No locals.

-- 

Klaus 'mrmoku' Kurzmann

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


Re: shr-contacts/messages/dialer: window size and further issues

2009-09-16 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 16 September 2009 00:22:04 schrieb Michal Brzozowski:
 2009/9/15 jeremy jozwik jerjoz.for...@gmail.com

  On Tue, Sep 15, 2009 at 10:44 AM, arne anka openm...@ginguppin.de wrote:
   [debian] shr-contacts/messages/dialer: window size and further issues
  
   no.
   if only debian it would have kept that to pkg-fso list.
   these apps are developed and mainly used on shr, so the shr guys are
 
  meant
 
   as well -- and probably re the only one able to answer.
 
  right, but they work fine on the shr-distro. so this is not all
  encompassing.

 This doesn't depend on the distro, but on the WM.

 I've had the same trouble when running these apps on SHR under Icewm. The
 problem is that they set a maximum size property (or something similar),
 and the WM won't resize them to anything bigger. The same thing happened in
 vala-terminal (except the other way around - too big and didn't fit the
 screen).

 Illume or enlightement seems to ignore these properties and set the size to
 480x640 no matter what. So I did the same and hacked Icewm to ignore it and
 everything works fine.

evas_object_resize(win-win, 480, 600);

is what we do.
-- 

Klaus 'mrmoku' Kurzmann

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


Re: shr-contacts/messages/dialer: window size and further issues

2009-09-16 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko:
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 198 by 350
program specified maximum size: 198 by 350
...
  
   the way the contents are specified for the window, it isnt resizable.
   the app
   is in control of this.
 
  All SHR apps have these values defined as above.

 That means that all SHR apps will get non-resizable 198x350 windows under
 any stardards-compliant window manager.

 This is definitly a bug that should be fixed.
and what is the proposed fix? Use XSetWMSizeHints? 

-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Notifier

2009-09-15 Thread Klaus 'mrmoku' Kurzmann
Am Dienstag 15 September 2009 14:56:37 schrieb Dan Staley:
 Now that we have shr-today, is notifier necessary?  I find it very
 obtrusive and annoying as it takes up the entire screen even if I am in the
 process of doing something.
 Also, I use launcher so I get an sms/missed call notification there as
 well.

 If I want to get rid of notifier, is just opkg removing it enough?  I
 looked in the oevents rules.yaml hoping to find where it is called on
 incoming sms/calls, but had no luck.
 I feel like I just tried uninstalling it in the past, and I lost all
 vibration/ringtones on incoming calls...but I could be wrong.
Just removing it should be enough. It does not get started on incoming 
calls/SMS... It get's started via a X session script (and that script will be 
removed, when you remove the package).

 Has anyone else done this?

 Thanks,
 -Dan Staley

-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Notifier

2009-09-15 Thread Klaus 'mrmoku' Kurzmann
Am Dienstag 15 September 2009 15:07:24 schrieb Klaus 'mrmoku' Kurzmann:
 Am Dienstag 15 September 2009 14:56:37 schrieb Dan Staley:
  Now that we have shr-today, is notifier necessary?  I find it very
  obtrusive and annoying as it takes up the entire screen even if I am in
  the process of doing something.
  Also, I use launcher so I get an sms/missed call notification there as
  well.
 
  If I want to get rid of notifier, is just opkg removing it enough?  I
  looked in the oevents rules.yaml hoping to find where it is called on
  incoming sms/calls, but had no luck.
  I feel like I just tried uninstalling it in the past, and I lost all
  vibration/ringtones on incoming calls...but I could be wrong.

 Just removing it should be enough. It does not get started on incoming
 calls/SMS... It get's started via a X session script (and that script will
 be removed, when you remove the package).
addendum: you might have to remove it with -force-depends - not sure about 
that. If it complains about dependencies just remove it with 'opkg remove -
force-depends'


  Has anyone else done this?
 
  Thanks,
  -Dan Staley

-- 

Klaus 'mrmoku' Kurzmann

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


Re: nEo theme issues

2009-09-14 Thread Klaus 'mrmoku' Kurzmann
Am Montag 14 September 2009 14:13:54 schrieb Thomas Zimmermann:
 Am Montag 14 September 2009 13:49:56 schrieb Martin Jansa:
  Now I've repacked all your files to one tarball and I'm using it locally
  but before sending patch incorporating theme to shr we need files
  somewhere (SCM would be better, tarball good, extracting your ipkgs just
  to get files to pack them again is no go :))

 I'm sure mrmoku can grant hin git access to shr-themes.git so that he can
 store the theme there.
No Problem - if wanted I just need a public ssh key :-)

-- 
Klaus 'mrmoku' Kurzmann

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


Re: shr-u: how do you keep awake?

2009-09-14 Thread Klaus 'mrmoku' Kurzmann
Am Montag 14 September 2009 14:55:22 schrieb arne anka:
 while playing around with shr-u the last week, i enabled autosuspend,
 which works well.

 i was pleasantly suprised to see, that the fr stays nevertheless awake
 when on usb -- a feat i did not yet manage with debian/fso.

 how is that done?

 looking at the config files did not really make things clear to me, but
 posed again the question of the relation between

 [odeviced.idlenotifier]
 ignoreinput = 2,3,4

 and

 [odeviced.input]
 report1 = AUX,key,169,1
 report2 = POWER,key,116,1
 report3 = CHARGER,key,356,0
 report4 = HEADSET,switch,2,0

it is done via a rule in /etc/freesmartphone/oevents/rules.yaml:
-   
while: PowerStatus()  
filters: Not(HasAttr(status, discharging))
   
actions: OccupyResource(CPU)  

-- 

Klaus 'mrmoku' Kurzmann

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


Re: For all ya BFS (brain fuck scheduler) lovers out there

2009-09-14 Thread Klaus 'mrmoku' Kurzmann
Am Montag 14 September 2009 15:33:56 schrieb Al Johnson:
 On Monday 14 September 2009, Paul Fertser wrote:
  Hi,
 
  Thanks to LKML discussion there's an interesting switch found that
  reportedly makes CFS behave as good as BFS for typical desktop workloads.
 
  Read all the details at [1] and to try it on your devices, simply do:
 
  mkdir /debug
  mount -t debugfs none /debug
  echo NO_NEW_FAIR_SLEEPERS  /debug/sched_features
 
  It will magically solve all the problems but i hope it can improve
  experience at least somewhat.
 
  [1] http://marc.info/?l=linux-kernelm=125260838709566w=3

 According to a later post[2] the mounting should be unnecessary, and this
 should be sufficient:

 echo NO_NEW_FAIR_SLEEPERS  /sys/kernel/debug/sched_features
you have to mount debugfs to /sys/kernel/debug then though... as otherwise 
/sys/kernel/debug is empty.


 [2] http://www.gossamer-
 threads.com/lists/linux/kernel/1128181?do=post_view_threaded#1128181

-- 

Klaus 'mrmoku' Kurzmann

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


Re: apt-portal import opkg repos :) some comments

2009-08-29 Thread Klaus 'mrmoku' Kurzmann
Am Samstag 29 August 2009 04:31:28 schrieb David Reyes Samblas Martinez:
 the problem persist, so the conversion to ascii doesn't solve it, the
 problematic package description is pyelf-sudoku, it seems that is not
 on UTF-8 nor ascii, is that posible?
 Can any one on SHR mantainers take a look on this and fix it?, surelly
 the origin is in the description on the bb file ,isn't it?
 now is late but later on I will continue with import hardcoding the
 skip of this packages to see if there is another one problematic.
It is UTF-8 (at least if I can believe my vim which ususally I can :).
The only special char in there is the × in 9×9 and 3×3 

-- 

Klaus 'mrmoku' Kurzmann

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


Re: [Shr-User] Putting the *S*table back in *S*HR!

2009-08-29 Thread Klaus 'mrmoku' Kurzmann
Am Samstag 29 August 2009 14:00:29 schrieb Nicola Mfb:
 On Fri, Aug 28, 2009 at 6:38 PM, Tomt...@stosb.com wrote:
 [...]

  The goal will probably be creating and testing a new testing image every
  2 weeks or so. Though we haven't officially decided on that.

 May you elaborate? why every 2 weeks a new testing image?
 will not creating a single testing image and opkg update  opkg
 upgrade be sufficient?
yeah, but for those installing it freshly having to flash and then upgrade is a 
pain... And the longer the list of packages to update... the more probable it 
will be that opkg bails out.


 Regards

 Nicola
-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Almost there....

2009-08-03 Thread Klaus 'mrmoku' Kurzmann
Am Montag 03 August 2009 17:52:22 schrieb Sebastian Krzyszkowiak:
 On 8/3/09, pbondo p...@mailme.dk wrote:
  5. Removing the power cable (usb) sometimes means that the phone does
  not auto suspend.
 
  Some debug info?
 
  Sorry unfortunately not. I will try to see if I can reproduce this. Is
  there anything in particular debug information you want ?

 I think /var/log/frameworkd.conf just after is happens should be enough :)
/var/log/frameworkd.log was what he wanted to say ;)
-- 

Klaus 'mrmoku' Kurzmann

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


Re: [shr-unstable] ophonekitd not starting by default

2009-07-10 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 10 Juli 2009 18:33:34 schrieb The Digital Pioneer:
 On Fri, Jul 10, 2009 at 11:29 AM, Sebastian Krzyszkowiak 

 seba.d...@gmail.com wrote:
  Did you updated framework configs? Latest ousaged - fsousaged
  migration needs changes in config, otherwise it won't work.

 Well, here's the pertinent section from my frameworkd.conf:

  [ousaged]
 disable = 1

 [fsousage]

 [fsousage.controller]

 (EOF)

do you have fsousaged installed? It might just be that it does not get 
installed automatically while upgrading... Would be a missing dependency then. 
If you don't have it... opkg install fsousaged.
-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Dead Intone

2009-07-08 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 08 Juli 2009 20:32:22 schrieb The Digital Pioneer:
 Resurrecting because it's still not fixed... :(

 The Digital Pioneer digitalpion...@gmail.com wrote:
  Ugh, this isn't over yet. It's still locking up as soon as it starts
  playing a song. Plays to the end of the track (because mplayer is a
  separate process) but doesn't continue after that. Intone has to be
  killed, but I noticed that it's eating up 10-20% CPU as long as it's
  running, causing my music to cut and skip.
I'm running into problems after suspend/resume. It hangs if trying to play 
then. But it is not intone specific. All sound is broken after that.

Still have to investigate the reason... Does it work for you freshly booted?
-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-unstable]

2009-07-05 Thread Klaus 'mrmoku' Kurzmann
Am Sonntag 05 Juli 2009 00:39:27 schrieb Robin Paulson:
 2009/7/5 Klaus 'mrmoku' Kurzmann m...@mnet-online.de:
   Running
   $ find /usr -name libelementary.so*
   gives nothing.
 
  it'll be there, but called something else. the shr team change the
  name every so often, by adding a string of letters to the name of all
  the e libraries. it's probably something like:
 
  no, NOT so. It is NOT the SHR team and you know that. It is enlightenment
  upstream that changes libnames with every freeze they do right now. That
  will change when they release something stable.
 
  And yes, we could work around that. Though we do not have the proper
  manpower to do that :(

 well, that's only half the story, isn't it?

 shr team chooses which packages to include, so yes they are
 responsible for what they produce.
yep, we're responsible for deciding to bump the revision of E we use.


 as raster's pointed out, these releases aren't for public consumption
 but for testing only. you could very easily stick to the blessed
 releases, and not break every shr install out there on every update.
quoting raster:
Eina, Evas, Ecore, Embryo, Edje, E_Dbus, Efreet and Enlightenment have had a
snapshot release (snapshot 061), Elementary 0.5.0, and can be downloaded from
http://download.enlightenment.org/snapshots/2009-06-14 . If
you are taking source from SVN - http://svn.enlightenment.org, then
use SVN revision 41040.

We're taking E source from SVN - so we did what he recommended and upgraded E 
to 41040.


 or, if you need help doing something, and don't have the manpower -
 ask. i'm sure there are many willing volunteers who would work on
 fixing this. it's really frigging annoying.
believe me - it frigging annoys me too. Just the way you phrased your mail it 
sounded like it is SHR deliberately deciding to rename libraries. Which is not 
true. 

The real problem might just be that SHR has no stable release yet. Because in 
the end we're talking about SHR *unstable*. And we have to bump the 
enlightenment version we use from time to time to get fixes and enhancments, 
don't you agree?

So, this time we took care to rebuild all packages that needed rebuilding. 
This fixes the packages which are in our feed only though. Problems come from 
packages you install from other sources.

What could we do about that? Yes, we could add some compatability lib package 
that adds symlinks from for example libevas-ver-svn-02.so.0 to libevas.so.0.
Raster would hate us for that btw. because this could theoretically lead to 
bogus bugreports from programs linked against an older lib but running with 
the newer one. The ABI in enlightenment world is *not stable* yet. Don't know 
how probable that would be though...

I would propose two things:

a) bug us to get all those packages you want into the SHR feed. This gives us 
the possibility to cleanly rebuild them whenever needed (and spank us if we 
fail to do so :)

b) find a volunteer to do a script adding those links or even a package. We 
certainly could ping that volunteer *before* doing such an upgrade - to give 
him/her time to do that script

What do you think?
-- 
Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Dead Intone

2009-07-05 Thread Klaus 'mrmoku' Kurzmann
Am Sonntag 05 Juli 2009 19:07:16 schrieb The Digital Pioneer:
 Hi. This has been happening for a while now, but it is still with me in
 latest SHR-U and I say it's time to be done with it. Intone is completely
 dysfunctional. At first, it was just giving me trouble because it would
 play one song, but as soon as it started the GUI would lock up entirely.
 The audio kept playing through to the end of the song, but then I had to
 kill intone. I hoped it was just some corruption in the database, so I rm
 -rf'd ~/.intone and tried to rebuild the database, but Intone simply
 crashes whenever I try to add my Music folder. The only unusual terminal
 output is a series of warnings about deprecated DBUS functions or something
 to that effect. I've noticed other apps give these warnings as well, but
 they all seem to work through it, so I don't know if that is the cause or
 not.

 Please help, Intone is my most-used app (aside from dialer, contacts, etc).
 I would really like to get it back. :\
I tried intone with latest shr-unstable. Seems to work. I added some ogg files 
to the playlist, played them and skipped between them...

What intone version do you have installed? opkg list_installed | grep intone ?
-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-U] Dead Intone

2009-07-05 Thread Klaus 'mrmoku' Kurzmann
Am Sonntag 05 Juli 2009 20:47:03 schrieben Sie:
 Yeah, the one in the feed is ancient. (0.30) :(

ok, current intone hit the shr-unstable feed. Please report if it does not 
work for you.

@chandel: I have to apply the following patch to make it build in OE:

diff -uri intone/src/db_sqlite.c intone.mok/src/db_sqlite.c
--- intone/src/db_sqlite.c  2009-06-30 22:41:23.0 +0200
+++ intone.mok/src/db_sqlite.c  2009-07-05 23:10:01.0 +0200
@@ -17,7 +17,7 @@
 #include db_sqlite.h
 #include id3.h
 #include vorbis/codec.h
-#include vorbisfile.h
+#include vorbis/vorbisfile.h
 #include string.h

 int check_file_exists(char *path)
diff -uri intone/src/Makefile.am intone.mok/src/Makefile.am
--- intone/src/Makefile.am  2009-05-15 16:29:18.0 +0200
+++ intone.mok/src/Makefile.am  2009-07-05 23:54:20.0 +0200
@@ -31,6 +31,6 @@
 intone_LDFLAGS = \
-Wl,--export-dynamic

-intone_LDADD = $(INTONE_LIBS)
+intone_LDADD = $(INTONE_LIBS) -lid3

 EXTRA_DIST = $(glade_DATA)


-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR-unstable]

2009-07-04 Thread Klaus 'mrmoku' Kurzmann
Am Samstag 04 Juli 2009 12:59:10 schrieb Robin Paulson:
 2009/7/4 ivvmm unachieva...@gmail.com:
  ran into ridiculous problem while trying to use Elmdentica. It needs
  libelementary.so.0 which lacks from my system. Where to get it?
 
  Running
  $ find /usr -name libelementary.so*
  gives nothing.

 it'll be there, but called something else. the shr team change the
 name every so often, by adding a string of letters to the name of all
 the e libraries. it's probably something like:
no, NOT so. It is NOT the SHR team and you know that. It is enlightenment 
upstream that changes libnames with every freeze they do right now. That will 
change when they release something stable.

And yes, we could work around that. Though we do not have the proper manpower 
to do that :(


 libelementary-pre-ver-svn-01.so.0

 or similar. unless they've got a new naming pattern this week

 just create symlinks from the names that are expected, to each of the
 long names, and you'll be fine

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

-- 

Klaus 'mrmoku' Kurzmann

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


Re: SHR annoyances (+ a few workarounds)

2009-06-25 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 25 Juni 2009 10:45:49 schrieb matthias felsche:
  Wifi
  =
  It seems reliable with the WPA2 networks I use it with but I can't
  seem to turn it off in SHR-settings and once I've connected to a network
  I  can't reconnect to any network without rebooting. (I
  know there's work going on in the kernel relating to this).
  Workaround: After I've finished using wifi, I always reboot the
  phone so that next time I want to connect, it works
 
 
  Dictator
  
  The version in the repositories seems to just record crackling
  if I try and record my voice - this used to work.

 I just tested both version (shr-unstable and opkg.org) here on a former
 shr-testing. works lika a charm! I  guess it's a change in
 python-pyalsaaudio or a kernel-(module?)-related issue.
I think that comes from SHR keeping the alsa state files in 
/usr/share/shr/scenarii now - and IIRC dictator needs to change them.


 Matthias



-- 

Klaus 'mrmoku' Kurzmann

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


Re: [shr] [om2009] call volume in shr-unstable

2009-05-25 Thread Klaus 'mrmoku' Kurzmann
Am Montag 25 Mai 2009 09:25:24 schrieb Petr Vanek:
 hi,

 shr-unstable has been working well on my fr. Latest flashing happened
 about two/three weeks ago.

 After last upgrades my call volume got really loud and the echo is
 back. Also the outgoing sound (my voice) is overdriven and distorted a
 lot. I tried flashing new unstable this morning and the same issue
 happend.

 but: my brothers freerunner seems to be much lover on sound output and
 doesn't show any of this issues, actually his call volume is still on
 the edge of being audible.

 The same issue seems to be happening in latest paroli tr4. Is this a
 FSO bug?
This is *NOT* a bug :) Finally the alsa state file for gsmhandset got fixed in 
the om svn. And this is why it is now in latest SHR and paroli images.

The default volume is put on max, which is obviously to high. And because it 
is depending on personal taste and the location your in (think doing a phone 
call in the disco ;) we want to have a volume and a mic slider in the active 
call view.

Until that will happen, you have to adjust the state file. Open 
/usr/share/openmoko/scenarios/gsmhandset.state and adjust it. IIRC it is 
control.4 (Speaker Playback Volume)... setting it to 105 gets me nice 'normal' 
volume.

 Petr


-- 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR]ophonekitd

2009-05-20 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 20 Mai 2009 17:09:59 schrieb Biagio Marino:
 Hallo,
 ophonekitd doesn't work after upgrade.
 This is the error:

 ** ERROR **: Key file contains line 'libframeworkd-phonegui-efl.so.0'
 which is not a key-value pair, group, or comment
 aborting...
 Aborted
the format of the config file has changed.
To fix it you have to edit /etc/frameworkd-phonegui.conf and make it look like:


[phonegui]
library=libframeworkd-phonegui-efl.so.0

[local]
international_prefix = 00
national_prefix = 0
country_code = 49
home_prefix = 89

adjust the values in [local] to your needs.
-- 

Klaus 'mrmoku' Kurzmann

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


Re: DON'T PANIC

2009-05-19 Thread Klaus 'mrmoku' Kurzmann
Am Dienstag 19 Mai 2009 12:43:25 schrieb Johny Tenfinger:
 On Tue, May 19, 2009 at 11:41, Helge Hafting helge.haft...@hist.no wrote:
  Johny Tenfinger wrote:
  DON'T PANIC
  uBoot splashscreen
 
  If you are using SHR from microSD an Qi, you can use that bootsplash
  when whole system is booting just in just 2 steps:
 
  Is it necessary to boot off the microSD? I have SHR in the internal
  flash, as it fits nicely there.
 
  Helge Hafting

 With Qi - yes (unless you recompile Qi with other boot options).
doesn't Qi check for /boot/append-GTA02 on flash too?

 With u-boot - no, but you have to add loglevel=0 splash to bootargs.

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

-- 

Klaus 'mrmoku' Kurzmann

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


Re: Intone (0.20 - alpha release) Elementary based mplayer frontend

2009-05-15 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 15 Mai 2009 19:27:58 schrieb c_c:
 Hi,

 Thomas Zimmermann wrote:
 So it would be nice if you commit only code that builds to the svn und
  add

 the

 images used in intone and the .desktop file to the svn.

   Sorry for the current state. The last commit somehow scrambled the header
 files. Will be committing the working files tonight.
   I'll also add the images and the desktop file in a resources folder. Wish
 I could help with the .bb file too.
I did a bb for SHR... so no problem :) For now I extracted the icons from the 
ipk and did a patch to make it build ;) Looking forward to drop that again 
though.

 Thanks.

Thank you
-- 

Klaus 'mrmoku' Kurzmann

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


Re: [shr-testing] sim not recognised

2009-05-14 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 15 Mai 2009 02:54:06 schrieb Robin Paulson:
 2009/5/15 Rask Ingemann Lambertsen r...@sygehus.dk:
  On Fri, May 15, 2009 at 11:37:17AM +1200, Robin Paulson wrote:
  what's happening, is there anything i can do to further debug things?
 
GSM firmware revision? Have you flashed the moko11 version yet?
 
  http://wiki.openmoko.org/wiki/GSM/Flashing

 yeah, i thought about that. i was hoping to avoid it - more potential
 for a fubar than i like.
It is much less frightening than I too considered it to be... And has 
interesting fixes too.


 the phone worked fine under om2008.12, the problem's only surfaced
 since i got shr, so i'm fairly sure the firmware update wouldn't fix
 anything
Sorry, but... didn't you say it came with the new SIM card? One possibility 
might be a not correctly inserted SIM... Or an incompatible SIM. To find out 
what's going on... maybe setting loglevel = DEBUG in /etc/frameworkd.conf can 
give some hint? The corresponding log is in /var/log/frameworkd.log then.


Klaus 'mrmoku' Kurzmann

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


Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]

2009-05-06 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 07 Mai 2009 04:11:14 schrieb The Digital Pioneer:
 OK, cool, so I should download that and replace my old one with it? That
 will get me better volume, which I would appreciate immensely? Also, the
 speakerphone state doesn't work at all. When I use it, the thing just goes
 dead -- no sound or mic, as far as I can tell. This assumes that the
 speaker button in SHR's caller app works, I haven't loaded it from CLI
 during a call.

speaker button in SHR works... at least it changes something :-)

Klaus 'mrmoku' Kurzmann


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


Re: SHR-testing 2009-05-02 broken?

2009-05-04 Thread Klaus 'mrmoku' Kurzmann
Am Montag 04 Mai 2009 15:54:12 schrieb Yogiz:
 Hi.

 I reflashed SHR anew today using the following files:

 kernel:
 uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta
02.bin

 rootfs:
 openmoko-shr-image-glibc-ipk--20090502-om-gta02.rootfs.jffs2

 When I boot for the first time, I get the message that there was an
 error loading the connman module and asking to disable it. The broken
 part seems to be the shutdown menu. When I press the power button or
 X from the top menu, I don't get the menu but a black vertical line
 about 1 px wide which disappears once I click anywhere on the screen.
Those are two different issues. The connman module is blacklisted by 
enlightenment upstream, because it needs adjustment to dbus API changes in 
connman. Would not work (and did not work) anyway. We will try to get rid of 
that error on first startup, but it is safe to just click on remove.

The shutdown menu is another issue... it broke by changes in enlightenment and 
needs fixing there. I was told somebody is working on it...


 I upgraded to unstable but the problem is still there. Can anyone
 confirm or suggest something?
Well... upgrading from testing to unstable won't bring you a new 
enlightenment, because at this moment the enlightenment in testing is newer 
than the one in unstable (which will change soon now)...


Klaus 'mrmoku' Kurzmann


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


Re: [SHR] Shelf Gadget configuration and E restart

2009-05-04 Thread Klaus 'mrmoku' Kurzmann
Am Montag 04 Mai 2009 19:23:20 schrieb Laura Vance:
 Petr Vanek wrote:
 On Mon, 4 May 2009 19:33:38 +0200
 
 Johny Tenfinger seba.d...@gmail.com (JT) wrote:
 It was upstream problem, which should be now fixed.
 
 please keep the original question in the email you answer so one knows
 what the question was.
 
 On Mon, 04 May 2009 10:32:21 -0600
 
 Laura Vance van...@thespazcat.com (LV) wrote:
 The clock on my visible shelf has been overlapping my GSM gadget, so I
 wanted to remove and re-add it.
 
 besides the bug described before (above), there is an easy way to
 reposition shelf gadgets: just long tap on them, then you can drag them
 where you want. (too bad we cannot do this with launcher icons...)
 
 --
 Petr Vaněk

 Darn, I wish I would've known that before removing the clock.  Now I'm
 still stuck with E resetting every time I try to re-add the clock.

 How do I put the clock back with E crashing every time?  Is there a
 config file that I can edit?  I couldn't find one with grep -ri, but the
 recursive seems to not work, and it's very tedious to go into every
 directory to grep.
e config is in ~/.e
The easiest way is to just remove that dir. You will loose all the 
modifications you did to the e configuration though... The configuration is in 
binary form, so no text config file to edit.


 -Laura

Klaus 'mrmoku' Kurzmann


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


Re: what happened to shr-testing?

2009-05-01 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 01 Mai 2009 09:32:46 schrieb Robin Paulson:
 hi,
 i went to update my shr installation today, and got error 404 for all
 the package repos hosted by shr. i had a look at the website, and the
 shr-testing part of the site has been renamed. so, 'shr-testing' has
 now become 'shr-testing-bad'

 see:

 http://build.shr-project.org/

 for more

 what gives guys, is there some problem somewhere - i assume the name
 change is for a reason? anything we should know about? the blog's been
 very quiet for a couple of weeks now
sorry... I just announced it on shr-user and not here.

Something went wrong with the testing build, so I moved it to -bad. To not 
break mokos out in the wild.

see announcement here: 
http://lists.shr-project.org/pipermail/shr-user/2009-April/27.html


 cheers

Klaus 'mrmoku' Kurzmann


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


Re: USB Kernel problem with latest SHR unstable

2009-04-24 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 24 April 2009 08:57:48 schrieb Denis Johnson:
 Sorry to reply to my own post. Issue not quite as described.

 Between reflashing from 23rd April to 9th, one of the attempts at
 connecting also involved a reboot of my Ubuntu host. Which still
 failed to allow me to connect with the Kernel from the 2rd. Reflashing
 with the kernel from the 9th then worked. However, repeating the
 exercise as described bellow, also fails on the Kernel from the 9th.
 So something else is still at play here and it may be Ubuntu/host
 related.

 On Fri, Apr 24, 2009 at 4:38 PM, Denis Johnson denis.john...@gmail.com 
wrote:
  I'm not sure who or how to report this but since I have gone through
  the test and it has taken some time to resolve.
 
  Flashing the latest SHR image and kernel from
  http://shr.bearstech.com/shr-unstable/images/om-gta02/ 23 April
 
  uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3
 .4-om-gta02.bin
 
  I could not connect via SSH over USB from my Ubuntu 8.10 host. lsusb
  on the host could see the neo but could not ifup usb0
 
  Only after reflashing just the kernel back to Apr 9, could I again
  reconnect via SSH. I have not tried kernels posted between those dates
  to work out where the problem starts.
 
  Howver to confirm it, I have reflashed back to the latest 23rd April
  but could not connect, then reflashed back to 9th April and worked
  again.
 
  Both report 2.6.29-rc3 via 'uname -r'
 
  cheers Denis


Did you try Franky's suggestion? It is indeed ethX now...

Klaus 'mrmoku' Kurzmann


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


Re: SHR desktop icon display issue.

2009-04-23 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 23 April 2009 16:05:43 schrieb Daniel.Li:
 On Thu, 2009-04-23 at 15:47 +0200, Johny Tenfinger wrote:
  It's not icon issue, it's theme issue. You have selected Illume
  theme instead of Illume SHR.

 Sorry, so how can i fix this theme issue.
 It should be easy, just reset some configurations or copy image files to
 proper folder. is that right?

 Please just let me know where or what I have to change. Thanks.

 http://palfocus.oicp.net/wiki/doku.php?id=blog:daniel:neofreerunner#shr_des
ktop_issue
you can change the theme with the illume settings (the wrench in the topbar)

Klaus 'mrmoku' Kurzmann


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


Re: [shr-testing] Suspend?

2009-04-22 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 22 April 2009 11:08:40 schrieb ivvmm:
 Klaus Fürth wrote:
  Does locking works for you? I get a message No PAM support was built
  into Enlightment desk, locking is disabled. Any way to change this?

 It seems that locking is not possible in SHR for now.
It is! The full lock needs PAM and was never possible. The working lock is the 
desktop simple lock.

Klaus 'mrmoku' Kurzmann


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


Re: [shr-testing] Suspend?

2009-04-22 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 22 April 2009 13:02:26 schrieb ivvmm:
 Klaus 'mrmoku' Kurzmann wrote:
  Am Mittwoch 22 April 2009 11:08:40 schrieb ivvmm:
  Klaus Fürth wrote:
  Does locking works for you? I get a message No PAM support was built
  into Enlightment desk, locking is disabled. Any way to change this?
 
  It seems that locking is not possible in SHR for now.
 
  It is! The full lock needs PAM and was never possible. The working lock
  is the desktop simple lock.
 
  Klaus 'mrmoku' Kurzmann

 I could only find a Lock in wrench key bindings and nothing else that
 could be called a simple desktop lock. Or was I just inattentive? To be
 more strict: how to enable screen locking in SHR-testing?

 Going to wrench and then key bindings, making the aux button call the
 Lock procedure displays a message that Enlightment was configured
 without PAM support.
Instead of selecting the lock action you have to scroll down to the Desktop 
section and select the desktop simple lock there. It is a bit difficult to 
find because of the small screen size though :-)

Klaus 'mrmoku' Kurzmann



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


Re: tangoGPS icon on illume desktop missing

2009-04-20 Thread Klaus 'mrmoku' Kurzmann
Am Montag 20 April 2009 16:57:57 schrieb Daniel.Li:
 Dear List,

 I have just installed
 openmoko-shr-lite-image-glibc-ipk--20090417-om-gta02.rootfs.tar.gz
 and found tangoGPS icon missing.

 How can I fix the problem? Thanks.
edit /usr/share/applications/tangogps.desktop and change the category 
Application to Applications.

Klaus 'mrmoku' Kurzmann


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


Re: Problems in openmoko-messages

2009-04-04 Thread Klaus 'mrmoku' Kurzmann
Am Samstag 04 April 2009 13:23:41 schrieb forin...@gmail.com:
 Hello list!

 Lately I started to use SHR testing distrib on my FR device and found very
 big problem. I'm from Russia and want to send SMS messages on my native
 language, but cannot do it. When I type a new message in russian language -
 nothing is displayed on the screen, when typing in english everything is
 ok. I can perfectly receive message in Russian, but cannot send. Need your
 help.
This is a known problem with enlightenment and UTF8 input... Don't know of a 
fix... not even in sight.


 Big thanks...
 Nik

Klaus 'mrmoku' Kurzmann


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


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au wrote:
  on the FR ifdown usb0;ifup usb
 
  If you are trying to change the default map directory:
 rm -rf ~/Maps
 ln -s YourMapDir ~/Maps
 
  BillK
 
  0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
   Dear Group,
  
   just tried the latest SHR unstable (both kernel and jffs) and found
   following problems:
  
   - when in the boot screen the device gets listed in my debian server
   as a usb one but after booting it dissapears from the list! So can't
   access my FR any more from my machine!
   - tangoGPS still crashes when trying to change the settings :(
   - when I place a call, I can't hear any sound that its ringing!
  
   Any advice for the above issues?
  
   Thanks
  
   Tony

 for networking I get following error:

 interface usb0 not configured

there seems to be some problem with the modules... For me running 'depmod -a' 
and rebooting fixed everything.


 Thanks

 Tony

Klaus 'mrmoku' Kurzmann


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


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 13:40:15 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:39 PM, Klaus 'mrmoku' Kurzmann
 m...@mnet-online.de

  wrote:
 
  Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
   On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au wrote:
on the FR ifdown usb0;ifup usb
   
If you are trying to change the default map directory:
   rm -rf ~/Maps
   ln -s YourMapDir ~/Maps
   
BillK
   
0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
 Dear Group,

 just tried the latest SHR unstable (both kernel and jffs) and found
 following problems:

 - when in the boot screen the device gets listed in my debian
 server as a usb one but after booting it dissapears from the list!
 So can't access my FR any more from my machine!
 - tangoGPS still crashes when trying to change the settings :(
 - when I place a call, I can't hear any sound that its ringing!

 Any advice for the above issues?

 Thanks

 Tony
  
   for networking I get following error:
  
   interface usb0 not configured
 
  there seems to be some problem with the modules... For me running 'depmod
  -a'
  and rebooting fixed everything.
 
   Thanks
  
   Tony
 
  Klaus 'mrmoku' Kurzmann

 when I type depmod -a I get the following:

 WARNING: Couldn't open directory /lib/modules/2.6.29-rc3: No such file or
 directory
 FATAL: Could not open /lib/modules/2.6.29-rc3/modules.dep.temp for writing:
 No such file or directory

 and the problems remain even if I rebbot!
Hmm, this means the modules are not installed... I have /lib/modules/2.6.29-
rc3... So either the last image borked the kernel modules or you have the 
image from April 1st... 
http://build.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-lite-
image-glibc-ipk--20090402-om-gta02-testlab/files-in-image.txt tells me the 
image should be ok:

/home/shr/shr-unstable/tmp/rootfs/lib/modules:
total 12
drwxr-xr-x  3 root root 4096 Apr  1 22:54 .
drwxr-xr-x  5 root root 4096 Apr  2 15:55 ..
drwxr-xr-x  3 root root 4096 Apr  1 22:54 2.6.29-rc3

Maybe you downloaded the fat image (which I did not rebuild yet)... ??


 Also I re-installed and the same behavior persists.

 Thanks

 Tony

Klaus 'mrmoku' Kurzmann


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


Re: [SHR] latest unstable with problems!

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 14:07:59 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 2:04 PM, Klaus 'mrmoku' Kurzmann

 m...@mnet-online.dewrote:
  Am Freitag 03 April 2009 13:40:15 schrieb Tony Berth:
   On Fri, Apr 3, 2009 at 12:39 PM, Klaus 'mrmoku' Kurzmann
   m...@mnet-online.de
  
wrote:
   
Am Freitag 03 April 2009 12:21:53 schrieb Tony Berth:
 On Fri, Apr 3, 2009 at 12:17 PM, W.Kenworthy bi...@iinet.net.au
 
  wrote:
  on the FR ifdown usb0;ifup usb
 
  If you are trying to change the default map directory:
 rm -rf ~/Maps
 ln -s YourMapDir ~/Maps
 
  BillK
 
  0On Fri, 2009-04-03 at 11:58 +0200, Tony Berth wrote:
   Dear Group,
  
   just tried the latest SHR unstable (both kernel and jffs) and
 
  found
 
   following problems:
  
   - when in the boot screen the device gets listed in my debian
   server as a usb one but after booting it dissapears from the
 
  list!
 
   So can't access my FR any more from my machine!
   - tangoGPS still crashes when trying to change the settings :(
   - when I place a call, I can't hear any sound that its ringing!
  
   Any advice for the above issues?
  
   Thanks
  
   Tony

 for networking I get following error:

 interface usb0 not configured
   
there seems to be some problem with the modules... For me running
 
  'depmod
 
-a'
and rebooting fixed everything.
   
 Thanks

 Tony
   
Klaus 'mrmoku' Kurzmann
  
   when I type depmod -a I get the following:
  
   WARNING: Couldn't open directory /lib/modules/2.6.29-rc3: No such file
   or directory
   FATAL: Could not open /lib/modules/2.6.29-rc3/modules.dep.temp for
 
  writing:
   No such file or directory
  
   and the problems remain even if I rebbot!
 
  Hmm, this means the modules are not installed... I have
  /lib/modules/2.6.29-
  rc3... So either the last image borked the kernel modules or you have the
  image from April 1st...
 
  http://build.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-li
 te-
  image-glibc-ipk--20090402-om-gta02-testlab/files-in-image.txthttp://buil
 d.shr-project.org/shr-unstable/images/om-gta02/openmoko-shr-lite-%0Aimage-
 glibc-ipk--20090402-om-gta02-testlab/files-in-image.txttells me the image
  should be ok:
 
  /home/shr/shr-unstable/tmp/rootfs/lib/modules:
  total 12
  drwxr-xr-x  3 root root 4096 Apr  1 22:54 .
  drwxr-xr-x  5 root root 4096 Apr  2 15:55 ..
  drwxr-xr-x  3 root root 4096 Apr  1 22:54 2.6.29-rc3
 
  Maybe you downloaded the fat image (which I did not rebuild yet)... ??
 
   Also I re-installed and the same behavior persists.
  
   Thanks
  
   Tony
 
  Klaus 'mrmoku' Kurzmann

 I did download the following:

 http://build.shr-project.org/shr-unstable/images/om-gta02/shr-image-om-gta0
2.jffs2

 which is the latest available and indeed is from the 1st of April! I didn't
 find any other image!
http://build.shr-project.org/shr-unstable/images/om-gta02/shr-lite-image-om-
gta02.jffs2

which is the lite image... Building the fat image now...


 Thanks

 Tony

Klaus 'mrmoku' Kurzmann


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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-03 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 03 April 2009 21:37:53 schrieb Łukasz Pankowski:
 Yogiz yog...@gmail.com writes:
  Hi and thanks for your app. A working alarm clock is a high priority on
  the Freerunner and yours might work fine.
 
  Firstly, the ipk on the project page installed the python module
  into /usr/lib/python2.5 instead of 2.6. For that reason it failed the
  first time I ran it but after copying the ffalarms folder to
  2.6/site-packages/ it starts fine.

 Hi

 The package for SHR is named ffalarms_0.2.1-r0_all_py2.6.ipk
 (http://projects.openmoko.org/frs/?group_id=260) and it properly
 installes to Python 2.6 directory, ffalarms_0.2.1-r0_all.ipk is
 intended for 2008.12, i.e. Python 2.5.
thanks for this nice app... I added ffalarms and atd-over-fso to the shr-
unstable feed :-)


  Secondly, it doesn't wake up the phone out of suspend on my SHR. When
  returning from suspend manually afterwards it displays the turning off
  alarm page and plays the sound (although very quitely).
hmm... in shr-unstable it wakes up just fine... And I like that increasing 
volume feature very much :D


 The sound starts quiet, but the volume is increasing each second up to
 maximum.

 If you have ffalarms  0.2.1 it may be Daylight Saving Time problem,
 if:

 # grep RealTimeClock `opkg files frameworkd |grep alarm.py`

 gives a line

 self.rtc = dbus.Interface( o, org.freesmartphone.RealTimeClock )

 instead of

 self.rtc = dbus.Interface( o, org.freesmartphone.Device.RealTimeClock
 )

 then you have old ( 4 weeks) frameworkd with a bug preventing from
 using RTC.  Then upgrade, or add .Device. to that file, or try plain
 atd [1] (but this will fight with fso for RTC when you get fixed
 frameworkd version, which is a bad thing).

 If this does not help, tell me.

 [1]
 http://downloads.openmoko.org/repository/Om2008.8/armv4t/atd_0.70-r4_armv4t
.opk

  If I can get it to wake up the phone then the app will be good enough
  for me.
 

Klaus 'mrmoku' Kurzmann


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


Re: [SHR] from debian to shr ;-)

2009-04-02 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 02 April 2009 15:42:33 schrieb Davide Scaini:
 I upgraded again today, and i got new kernel, but with no sound and no
 wifi... is there another way to downgrade or i have to flash the old one?
 d
try to open a terminal and execute 'depmod -a'. After that reboot and it 
should all work again.


 On Wed, Apr 1, 2009 at 9:25 PM, Davide Scaini dsca...@gmail.com wrote:
  Nice! it works, it seems to me that the category Office is compulsory.
  I tried minimo, it's really fast!
  thank you i'll post my impression on this fabulous shr!
  d
 
 
  On Tue, Mar 31, 2009 at 4:22 PM, Steven ** 
  montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.c
 om
 
   wrote:
 
  This has happened to me before when Illume didn't like the combination
  of categories I used.  Copy/paste the categories from a working
  desktop file and see if that helps.
 
  -Steven
 
  On Mon, Mar 30, 2009 at 7:08 AM, Davide Scaini dsca...@gmail.com wrote:
   yes, yesterday i tried making new files in the dir you specified, but
 
  with
 
   no luck (no new icon appeared)... i'll try again, thanks for your
   reply! d


Klaus 'mrmoku' Kurzmann


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


Re: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger

2009-04-02 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 02 April 2009 18:09:41 schrieb Onen:
 Hi,

 if you have comments and/or suggestions about this release or future
 evolution feel free to contact me!

 Well so far what I have tried is to get the package directly into the
 feeds. This is the case for OM:
 http://downloads.openmoko.org/repository/unstable/armv4t/openbmap-logger_0.
2.0-r1_armv4t.ipk

 I am talking to SHR guys to get it in their repository too.
shr-unstable has it now :-)


 But if opkg.org brings something more, I will gladly do this. Thus,
 would you explain me what creating a page on opkg.org would bring more?

 Thanks,

 Onen

 kimaidou wrote:
  Hi
 
  Thanks a lot for this new version. I would like to know if you could
  create a new page in opkg.org http://opkg.org for easily follow,
  install and upgrade it !
 
  Thanks in advance
 
  Kimaidou
 
  2009/3/30 Onen onen.om http://onen.om@free.fr http://free.fr
 
  Hello,
 
  the new version of the logger is out. This is a major step: you can
  now do the complete process (log, upload, delete processed logs)
  graphically! No need to edit any file.
 
  WHAT'S NEW SINCE 0.1?


Klaus 'mrmoku' Kurzmann


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


Re: [SHR] from debian to shr ;-)

2009-03-30 Thread Klaus 'mrmoku' Kurzmann
Am Montag 30 März 2009 13:44:06 schrieb Davide Scaini:
 ok I solved the icons problem... upgrading it looses e-wm-menu...
 but how do i add an icon to the desktop?
 thanks
 d
you have to add desktop files to /usr/share/applications... and illume will 
automatically pick them up. Depending on the menu config (the one you had to 
reinstall - e-wm-menu... in /etc/xdg/menus) the desktop file must contain a 
category. Just look at the other desktop files in there and it should be 
clear.

Normally illume reloads the desktop when files in /usr/share/applications 
appear or disappear... but sometimes this does not seem to work. Have to 
reboot (or at least restart x) then.

Klaus 'mrmoku' Kurzmann


 On Mon, Mar 30, 2009 at 10:57 AM, Davide Scaini dsca...@gmail.com wrote:
  Hi all,
  since yesterday i used debian as my main distro, and flashed the others
  just to give a try. yesterday i flashed the last shr and i found it
  really... working! Nice!
  Today i updated upgraded... and i lost all the icons on the desktop... so
  some questions:
  - how do i restore the icons?
  - how do i add an icon?
  - is there a better browser than midori? (i used epiphany on debian)
  - is there something like pidgin?
  thanks guys, really great work!
  d



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


Re: Transparent keyboard in illume

2009-03-11 Thread Klaus 'mrmoku' Kurzmann
Am Mittwoch 11 März 2009 19:07:25 schrieb Johny Tenfinger:
 It is in git repo for 2 days and it would be in repo after rebuilding
 (I'll ask mrmoku for doing that in few seconds :P)

well... rebuild finished this morning :P

Klaus 'mrmoku' Kurzmann


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


Re: [shr-unstable] no luncher icons

2009-03-09 Thread Klaus 'mrmoku' Kurzmann
Am Montag 09 März 2009 18:05:36 schrieb Johny Tenfinger:
 Fix is on SHR maillist and blog.

 opkg install e-wm-utils
 cd /etc/xdg/menus; wget http://build.shr-project.org/applications.menu

 opkg install menu-freesmartphone should be ok too instead of last
 command, if only it's builded.
built now. 

Klaus 'mrmoku' Kurzmann

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


Re: [SHR] Phonelog and hidden caller ids

2009-03-09 Thread Klaus 'mrmoku' Kurzmann
Am Montag 09 März 2009 20:24:30 schrieb Natanael:
 Xavier Cremaschi wrote:
  Hi folks,
  phonelog crashes as soon as someone calls me from a phone with hidden
  caller id.
 
  There is a simple problem in /usr/bin/phonelog : the output of the error
  message fails because of a problem of python string and int
  concatenation. It seems easy to fix, by replacing :
   print foo + call + bar
  by
   print foo %d bar % call
  (never done anything in python, so not sure)
 
  But, by reading the code, it seems that phonelog will just output a
  message saying hey dude, delete call from database and relaunch, so
  does anybody has or is able to modify phonelog to handle this kind of
  caller-without-id ?
 
  Btw db still grows, so even if the app cannot be launched the FR still
  logs calls.
 
  Xavier Cremaschi.

 Hey Xavier,
 this is a realy bad problem.
 Here i found some lines handling Unknown Numbers,

 from line 367:
 #don't group supressed numbers
 #and make the contact Unknown Number
 if number == *:
 last_parent_added = None
 contact = config.get(suppressed_name)

 but on my phone Unknown Numbers are �...@-� and I get the output:
 sqlite3.OperationalError: Could not decode to UTF-8 column 'number' with
 text '�...@-�'
what version of SHR (or more specifically ophonekitd) are you using? Must be 
rather old... This was fixed long time ago.

Klaus 'mrmoku' Kurzmann


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


Re: [SHR] Phonelog and hidden caller ids

2009-03-09 Thread Klaus 'mrmoku' Kurzmann
Am Montag 09 März 2009 21:22:13 schrieb Natanael:
 Natanael wrote:
  Klaus 'mrmoku' Kurzmann wrote:
  what version of SHR (or more specifically ophonekitd) are you using?
  Must be rather old... This was fixed long time ago.
 
  Klaus 'mrmoku' Kurzmann
 
  r...@om-gta02 ~ $ opkg list | grep phonelog
  pyphonelog - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that connects to
  the shr daemon/a custom daemon
  pyphonelog-dbg - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that
  connects to the shr daemon/a custom daemon
  pyphonelog-dev - 0.15.10-r0.1 - PyPhonelog is a phonelog gui that
  connects to the shr daemon/a custom daemon
  r...@om-gta02 ~ $ opkg list | grep ophonekitd
  ophonekitd - 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1
  - Ophonekitd daemon
  ophonekitd-dbg -
  0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
  daemon
  ophonekitd-dev -
  0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 - Ophonekitd
  daemon
yeah... that version still had that error with hidden caller ids.


 ok opkg update and opkg upgrade made some changes, I hope the problem will
 be fixed :-)

 Upgrading ophonekitd on root from
 0.0.1+gitr514+b3961977c3c2b3ce8fabded3a7cbea9115b4ca6f-r12.1 to
 0.0.1+gitr597+4613a89ffa96d9a858e773719d510c612b1593a7-r15...
 Downloading
 http://shr.bearstech.com/shr-testing/ipk/armv4t/ophonekitd_0.0.1+gitr597+46
13a89ffa96d9a858e773719d510c612b1593a7-r15_armv4t.ipk

 Upgrading pyphonelog on root from 0.15.10-r0.1 to 0.16.3-r0...
 Downloading
 http://shr.bearstech.com/shr-testing/ipk/armv4t/pyphonelog_0.16.3-r0_armv4t
.ipk
Hmm... and it wants to upgrade those two packages only? That would indeed be 
strange. Lot of things changed between the old shr-testing version you are 
using 
and the current shr-testing version. To make things even worse... it won't 
upgrade correctly. You might have to reflash instead.


 be blessed
 Natanael

 --
 Web: http://natanael.comiles.eu
 eMail: natanaela _at_ gmx.de

Klaus 'mrmoku' Kurzmann


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


Re: How to fix missing icons in SHR-Unstable

2009-03-08 Thread Klaus 'mrmoku' Kurzmann
Am Sonntag 08 März 2009 03:19:33 schrieb The Digital Pioneer:
 Hey, all. I've heard the devs are going to release a fix for the missing
 icons in SHR soon, but for those like me who just can't wait, I think I've
 got a fix. I've attached a file which needs to be put into /etc/xdg/menus/
 and that should get your icons back. If it doesn't, let me know and I'll
 try to figure out what else I did.
well... that would be surprising... we (more specifically dos1) found the issue 
and 'opkg install e-wm-utils' fixes it. See blog.shr-project.org for details.

Klaus 'mrmoku' Kurzmann


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


Re: [debian] Illume won't show any icons

2009-03-08 Thread Klaus 'mrmoku' Kurzmann
Am Sonntag 08 März 2009 01:56:41 schrieb Jeffrey Ratcliffe:
 Following this thread:

 http://lists.openmoko.org/nabble.html#nabble-td2315355

 I installed menu-xdg, deleted ~/.e and restarted e, and was able to
 choose Enlightenment (Applications), but I still see no icons.

 What else do I have to do?

 Illume is in black and white. Is this supposed to be the case?

 Regards

 Jeff

don't know for debian... we had missing icons because of not installed e-wm-
utils... 

Klaus 'mrmoku' Kurzmann

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


New SHR-Testing release

2009-03-06 Thread Klaus 'mrmoku' Kurzmann
Hi all,

for those of you who didn't see the blog on Openmoko-Planet or read the SHR 
Mailinglist... We did publish new testing images.

Get them at http://build.shr-project.org/shr-testing/ but read the announcement 
first: http://blog.shr-project.org/2009/03/time-for-testing.html

We hope you like it and want you to tell us if you managed to call your grandma 
with it... or even better if your grandma managed to do a phone call with it :-)

Problems, bugs and critics are welcome too.

Report bugs at: http://trac.shr-project.org/trac or pass by in IRC on freenode 
at #openmoko-cdevel.

Klaus 'mrmoku' Kurzmann

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


Re: New SHR-Testing release

2009-03-06 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 06 März 2009 10:47:20 schrieb Tilman Baumann:
 Klaus 'mrmoku' Kurzmann wrote:
  Hi all,
 
  for those of you who didn't see the blog on Openmoko-Planet or read the
  SHR Mailinglist... We did publish new testing images.

 Time for re-install by image or is opkg upgrade safe?
See the announcement :-) upgrading from old shr-testing does not work... 
Sombody 
even tried it me thinks. Changing the repo config and upgrading from shr-
unstable is supposed to work though.

Klaus 'mrmoku' Kurzmann


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


Re: New SHR-Testing release

2009-03-06 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 06 März 2009 11:13:41 schrieb Tilman Baumann:
 Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 10:47:20 schrieb Tilman Baumann:
  Klaus 'mrmoku' Kurzmann wrote:
  Hi all,
 
  for those of you who didn't see the blog on Openmoko-Planet or read the
  SHR Mailinglist... We did publish new testing images.
 
  Time for re-install by image or is opkg upgrade safe?
 
  See the announcement :-) upgrading from old shr-testing does not work...
  Sombody even tried it me thinks. Changing the repo config and upgrading
  from shr- unstable is supposed to work though.

 Oh, sorry. I was a bit unclear.

 I was on unstable before and I intend to stay on the bleeding edge.
 (Or at least see where that brings me...)

 Question is, what will happen if I do nothing.
 Is the new unstable a clean continuation of the old unstable or does it
 break updates?
It still is a clean continuation... that might change though some day.


 Or should I just go testing anyway because unstable is really not
 intended for real use?
Well... if you need it as a phone you should switch to testing. We intend to do 
some big changes that most definitely will lead to a not working phone in the 
beginning. If you just want something to play with and do not depend on it as 
your daily phone... thats different then :-)

Or you could do what most of us SHR devs do... Have them both. One in flash and 
one on SD.


Klaus 'mrmoku' Kurzmann


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


Re: New SHR-Testing release

2009-03-06 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 06 März 2009 16:43:47 schrieb Tilman Baumann:
 Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 11:13:41 schrieb Tilman Baumann:
  Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 10:47:20 schrieb Tilman Baumann:
  Klaus 'mrmoku' Kurzmann wrote:
  Hi all,
 
  for those of you who didn't see the blog on Openmoko-Planet or read
  the SHR Mailinglist... We did publish new testing images.
 
  Time for re-install by image or is opkg upgrade safe?
 
  See the announcement :-) upgrading from old shr-testing does not
  work... Sombody even tried it me thinks. Changing the repo config and
  upgrading from shr- unstable is supposed to work though.
 
  Oh, sorry. I was a bit unclear.
 
  I was on unstable before and I intend to stay on the bleeding edge.
  (Or at least see where that brings me...)
 
  Question is, what will happen if I do nothing.
  Is the new unstable a clean continuation of the old unstable or does it
  break updates?
 
  It still is a clean continuation... that might change though some day.

 Something is odd with this repo. :)
 See below.

 Looks like the repository is broken.

 I had to disable the /etc/opkg/armv4-feed.conf feed.
 (src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv)
 Since it always produced 404. But that should not have anything to do
 with that.

 (shortened output)
 r...@om-gta01 ~ $ opkg upgrade
 Upgrading python-ecore on root from 0.3.1+svnr38274-ml0 to
 0.3.1+svnr39379-ml0...
 Downloading
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/python-ecore_0.3.1+svnr39
379-ml0_armv4t.ipk Upgrading libecore-evas on root from
 2:0.9.9.050+svnr38274-r1 to
 2:0.9.9.050+svnr39379-r1...
 Downloading
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/libecore-evas_0.9.9.050+s
vnr39379-r1_armv4t.ipk Upgrading libevas-engine-buffer on root from
 2:0.9.9.050+svnr38274-r1 to 2:0.9.9.050+svnr39379-r1...
 Downloading
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/libevas-engine-buffer_0.9
.9.050+svnr39379-r1_armv4t.ipk Upgrading libehal0 on root from
 2:0.5.0.050+svnr38274-r1 to
 2:0.5.0.050+svnr39379-r1...
 ..
 Collected errors:
   * Failed to download
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/python-ecore_0.3.1+svnr39
379-ml0_armv4t.ipk, error 404
   * Failed to download python-ecore. Perhaps you need to run 'opkg update'?
   * Failed to download
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/libecore-evas_0.9.9.050+s
vnr39379-r1_armv4t.ipk, error 404
   * Failed to download libecore-evas. Perhaps you need to run 'opkg
 update'? * Failed to download
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/libevas-engine-buffer_0.9
.9.050+svnr39379-r1_armv4t.ipk, error 404
   * Failed to download libevas-engine-buffer. Perhaps you need to run
 'opkg update'?
   * Failed to download
 http://shr.bearstech.com/shr-unstable/ipk//armv4t/libehal0_0.5.0.050+svnr39
379-r1_armv4t.ipk, error 404
   * Failed to download libehal0. Perhaps you need to run 'opkg update'?
 ..

you catched the moment while building with a new EFL_SRCREV :-) while building 
the packages already built are there, but the index not yet...

That might happen quite frequently in shr-unstable ;)

Build has finished now and upgrade should work.

Klaus 'mrmoku' Kurzmann


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


Re: New SHR-Testing release

2009-03-06 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 06 März 2009 17:14:41 schrieb Tilman Baumann:
 Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 16:43:47 schrieb Tilman Baumann:
  Looks like the repository is broken.
 
  you catched the moment while building with a new EFL_SRCREV :-) while
  building the packages already built are there, but the index not yet...
 
  That might happen quite frequently in shr-unstable ;)

 Updating the feed should be more atomic. If I might say so.
 I would suggest uploading in a temp dir and then moving it on the right
 location.
 Or uploading dirs with build numbers and after finished just symlinking
 the new build on the default location. That would not break anyone
 currently in the process of upgrading.
something like that... will think about it


  Build has finished now and upgrade should work.

 Oddly not. Still same error after update,uprade.
 Is there sill anything uploading?
no uploading involved... the download dir is a symlink to the build dir... on 
the same host.


 Or maybe not, I just remember that our admin has enabled a transparent
 proxy. That might give me the old index...
that would indeed be bad then :-)

Klaus 'mrmoku' Kurzmann


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


Re: New SHR-Testing release

2009-03-06 Thread Klaus 'mrmoku' Kurzmann
Am Freitag 06 März 2009 19:34:05 schrieb Tilman Baumann:
 Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 16:43:47 schrieb Tilman Baumann:
  Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 11:13:41 schrieb Tilman Baumann:
  Klaus 'mrmoku' Kurzmann wrote:
  Am Freitag 06 März 2009 10:47:20 schrieb Tilman Baumann:
  Klaus 'mrmoku' Kurzmann wrote:
  Hi all,
 
  for those of you who didn't see the blog on Openmoko-Planet or read
  the SHR Mailinglist... We did publish new testing images.
 
  Time for re-install by image or is opkg upgrade safe?
 
  See the announcement :-) upgrading from old shr-testing does not
  work... Sombody even tried it me thinks. Changing the repo config and
  upgrading from shr- unstable is supposed to work though.
 
  Oh, sorry. I was a bit unclear.
 
  I was on unstable before and I intend to stay on the bleeding edge.
  (Or at least see where that brings me...)
 
  Question is, what will happen if I do nothing.
  Is the new unstable a clean continuation of the old unstable or does
  it break updates?
 
  It still is a clean continuation... that might change though some day.
 
  Something is odd with this repo. :)
  See below.
 
  Looks like the repository is broken.
 
  you catched the moment while building with a new EFL_SRCREV :-) while
  building the packages already built are there, but the index not yet...

 Sorry to further pollute this thread.
 I successfully upgraded.
 No my desktop is completely empty. No icons whatsoever.
yep... have that too... thats the new EFL_SRCREV ;) known issue but unsolved up 
to now :(

Klaus 'mrmoku' Kurzmann


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


Re: [SHR-Testing] Repositories question

2009-03-05 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 05 März 2009 17:55:29 schrieb boilers...@gmail.com:
 Hi All,

 by following this guide:
 http://wiki.openmoko.org/wiki/Stable_Hybrid_Release
 I've installed SHR Testing.

 Question:
 while updating the repos packages, I get the following error:


 r...@om-gta02 ~ $ opkg update
 Downloading http://build.shr-project.org/shr-testing/ipk//all/Packages.gz
 Inflating http://build.shr-project.org/shr-testing/ipk//all/Packages.gz
 Updated list of available packages in /var/lib/opkg/shr-all
 Downloading http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz
 Downloading
 http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz Inflating
 http://build.shr-project.org/shr-testing/ipk//armv4t/Packages.gz Updated
 list of available packages in /var/lib/opkg/shr-armv4t
 Downloading
 http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz
 Inflating
 http://build.shr-project.org/shr-testing/ipk//om-gta02/Packages.gz Updated
 list of available packages in /var/lib/opkg/shr-om-gta02
 Collected errors:
  * Failed to download
 http://build.shr-project.org/shr-testing/ipk//armv4/Packages.gz, error 404


 Is that a temporary issue or shall I modify smth on my soap ?
you can either ignore it (like I do mostly) or rm /etc/opkg/armv4-feed.conf. 
It is a bogus feed that does not exist and we do not get rid of (or did not 
look into it enough yet). Not needed though.

Klaus 'mrmoku' Kurzmann


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


Re: [SHR-Testing] Packages mismatch ?

2009-03-05 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 05 März 2009 21:23:05 schrieb Leonti Bielski:
 I had the same problem. Looks like Packages.gz is not up to date.
 Just run opkg install
 http://openmoko.opendevice.org/build/shr-unstable/feed/armv4t/shr-settings_
0.1. 0+r75+db5ab33d99dfaddafd61143c90ba5da5f3a42150-r2_armv4t.ipk
 to get newest version.

 Leonti

 On Thu, Mar 5, 2009 at 8:48 PM, boilers...@gmail.com

 boilers...@gmail.com wrote:
  Hi All,
 
  I'm trying to upgrade 'SHR Testing' for the first time.
 
  Ofter an 'opkg update', attempting an 'opkg upgrade' results in the
  following:
 
  r...@om-gta02 /etc/opkg $ opkg upgrade
  Upgrading shr-settings on root from
  0.1.0+r4c57ad048840ca7fcffe440e98043e57eeb40a6a-r2 to
  0.1.0+r72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2... Downloading
  http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r
 72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk Collected
  errors:
   * Failed to download
  http://build.shr-project.org/shr-testing/ipk//armv4t/shr-settings_0.1.0+r
 72+8bb135bd2297712aa15cd315d28fcdc82b49aadb-r2_armv4t.ipk, error 404 *
  Failed to download shr-settings. Perhaps you need to run 'opkg update'?
 
  Thanks.
 

sorry guys... looks like I forgot to build the package-index. Fixed now.

Klaus 'mrmoku' Kurzmann


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


Re: [SHR-Testing] dillo.desktop

2009-03-05 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 05 März 2009 22:22:39 schrieb boilers...@gmail.com:
 Hi All,

 after installing dillo (with 'opkg install dillo'), I had to add the line:
 Categories=Office;
 to the file:
 /usr/share/applications/dillo.desktop
 to make the exec icon appear on the desktop.

 Shall I add a comment on:
 http://www.shr-project.org/trac/ticket/264
 or someone from the SHR dev team is listening and can comment on this ?
I added a new ticket as #264 was about a package from opkg.org...

http://trac.shr-project.org/trac/ticket/341

Thanks for reporting

Klaus 'mrmoku' Kurzmann

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