[qtMoko] Request needed to restore bluetooth
Hi,
I encounter a strange issue. Currently, my qtMoko refuse to start: it
freezes with a SegmentationFault message on the framebuffer.
After some investigation, it seems that the faulty is qpe. But I do
not understand why.
Looking at many many logs, it seems to be related to bluetooth
unavailable when qpe initializing (last messages are around bluez DBus
interfaces unavailable). So, I enabled bluetooth ('om bt power 1') and
then restarted qtMoko ('/etc/init.d/qtmoko restart'), even after some
bluetooth fixes ('/opt/qtmoko/bin/btfix.sh'). But nothing better,
Segmentation Fault always occurs. Nevertheless, something strange
occurs: bluetooth device is powered off, while it was on just before.
So, a new idea: the last-action-before-hanging-system is to disable
bluetooth at startup, because I do not need bluetooth myself. So, I
imagine the following: when initializing, qpe apply my settings and
disable bluetooth, but just after it enters a code that reclaim
bluetooth.
How can I solve this? Is there a way to change the startup settings
without GUI? Is there a way to start enought part of GUI to change
settings?
Also, I'm probably wrong: is there any other way to solve the issue?
Thanks for reading and for any suggestion.
--
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
2011/6/2 Radek Polak :
> Guilhem Bonnefille wrote:
>
>> I encounter a strange issue. Currently, my qtMoko refuse to start: it
>> freezes with a SegmentationFault message on the framebuffer.
>>
>> After some investigation, it seems that the faulty is qpe. But I do
>> not understand why.
>>
>> Looking at many many logs, it seems to be related to bluetooth
>> unavailable when qpe initializing (last messages are around bluez DBus
>> interfaces unavailable). So, I enabled bluetooth ('om bt power 1') and
>> then restarted qtMoko ('/etc/init.d/qtmoko restart'), even after some
>> bluetooth fixes ('/opt/qtmoko/bin/btfix.sh'). But nothing better,
>> Segmentation Fault always occurs. Nevertheless, something strange
>> occurs: bluetooth device is powered off, while it was on just before.
>
> Hi,
> i am not quite sure if it's really bluetooth. I'd rather try remove and
> install again qtmoko package with apt-get - maybe the executable got somehow
> corrupted.
>
> Another option is to ssh to the FR, install gdb and check the backtrace:
>
> apt-get install gdb
> /etc/init.d/qtmoko stop
> source /opt/qtmoko/qpe.env
> gdb qpe
> r
I did not find time to start debugger yet. But please, find the qpe's
output attached.
Best regards,
--
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/
qpe.traces
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
2011/6/2 Radek Polak :
> Guilhem Bonnefille wrote:
>
>> I encounter a strange issue. Currently, my qtMoko refuse to start: it
>> freezes with a SegmentationFault message on the framebuffer.
>>
>> After some investigation, it seems that the faulty is qpe. But I do
>> not understand why.
>>
>> Looking at many many logs, it seems to be related to bluetooth
>> unavailable when qpe initializing (last messages are around bluez DBus
>> interfaces unavailable). So, I enabled bluetooth ('om bt power 1') and
>> then restarted qtMoko ('/etc/init.d/qtmoko restart'), even after some
>> bluetooth fixes ('/opt/qtmoko/bin/btfix.sh'). But nothing better,
>> Segmentation Fault always occurs. Nevertheless, something strange
>> occurs: bluetooth device is powered off, while it was on just before.
>
> Hi,
> i am not quite sure if it's really bluetooth. I'd rather try remove and
> install again qtmoko package with apt-get - maybe the executable got somehow
> corrupted.
>
> Another option is to ssh to the FR, install gdb and check the backtrace:
>
> apt-get install gdb
> /etc/init.d/qtmoko stop
> source /opt/qtmoko/qpe.env
> gdb qpe
Here is the backtrace.
Program received signal SIGSEGV, Segmentation fault.
0x40a3c414 in QDBusAbstractInterface::isValid() const () from
/opt/qtmoko/lib/libQtDBus.so.4
(gdb) where
#0 0x40a3c414 in QDBusAbstractInterface::isValid() const () from
/opt/qtmoko/lib/libQtDBus.so.4
#1 0x403e16b8 in bool QBluetoothDbusIface::btcall(QString
const&, QDBusReply&, QList, bool, QObject*, char
const*, char const*) () from /opt/qtmoko/lib/libqtopiacomm.so.4
#2 0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
#3 0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Any suggestion to restore functional qtMoko is welcome.
--
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
FIXED. At least, my Neo runs again ;-)
2011/6/2 Guilhem Bonnefille :
> I encounter a strange issue. Currently, my qtMoko refuse to start: it
> freezes with a SegmentationFault message on the framebuffer.
>
> After some investigation, it seems that the faulty is qpe. But I do
> not understand why.
>
> Looking at many many logs, it seems to be related to bluetooth
> unavailable when qpe initializing (last messages are around bluez DBus
> interfaces unavailable). So, I enabled bluetooth ('om bt power 1') and
> then restarted qtMoko ('/etc/init.d/qtmoko restart'), even after some
> bluetooth fixes ('/opt/qtmoko/bin/btfix.sh'). But nothing better,
> Segmentation Fault always occurs. Nevertheless, something strange
> occurs: bluetooth device is powered off, while it was on just before.
>
> So, a new idea: the last-action-before-hanging-system is to disable
> bluetooth at startup, because I do not need bluetooth myself. So, I
> imagine the following: when initializing, qpe apply my settings and
> disable bluetooth, but just after it enters a code that reclaim
> bluetooth.
I found the configuration file containing the disabling of bluetooth:
/home/root/Settings/Trolltech/Launcher.conf
Contained:
[AppLoading]
PreloadApps=bt-poweroff.sh
Once commented, qpe runs correctly. But there is still a "bug" in the
code when bluetooth is disabled.
--
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
2011/6/5 Radek Polak : > You wrote: > >> Thanks for adding my name as author of the related change. >> But, I also noted that two scripts have the kill list: >> /etc/init.d/qtmoko and /etc/init.d/qpe.sh > > /etc/init.d/qtmoko is the patched one - debian intaller copies it there. > > /etc/init.d/qpe.sh is now obsolete - it was renamed to the one above ^^ OK. It is certainly normal as I updated qtMoko with tarball. I will delete this file. >> Other question: it seems that qtMoko exists on two public sites: >> SourceForge and Github. What is the "official" one? > > I like github for source code, so the latest code is there. For everything > other there is sourceforge. I sometimes also update the git on sourceforge, > because of ohloh statistics. I suggest to update sourceforge's Git repo regularly with all "official" stuff. We do that on the viking project: sourceforge is the official repo and github (or others) contains the private repo of contributors, with experimental works. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
2011/6/5 Radek Polak : > Guilhem Bonnefille wrote: > >> Here is the backtrace. >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x40a3c414 in QDBusAbstractInterface::isValid() const () from >> /opt/qtmoko/lib/libQtDBus.so.4 >> (gdb) where >> #0 0x40a3c414 in QDBusAbstractInterface::isValid() const () from >> /opt/qtmoko/lib/libQtDBus.so.4 >> #1 0x403e16b8 in bool QBluetoothDbusIface::btcall(QString >> const&, QDBusReply&, QList, bool, QObject*, char >> const*, char const*) () from /opt/qtmoko/lib/libqtopiacomm.so.4 >> #2 0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4 >> #3 0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4 >> Backtrace stopped: previous frame identical to this frame (corrupt stack?) > > Hmm this looks quite strange since it segfaults in the Qt call > (QDBusAbstractInterface). I cant tell more just from the stacktrace. It would > be best if i could debug this locally. Hmm and i will probably rework the > whole bluetooth library after experience with FSO, e.g. so that the BT dbus > bindings are autogenerated. Reading traces and code, I think I found at least one aspect of the bug. Here is a small patch. As I'm not yet able to compile and test my modifications, this is a "blind" patch. Can you give me feedback, please? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
With the patch, now. (sorry) 2011/6/6 Guilhem Bonnefille : > 2011/6/5 Radek Polak : >> Guilhem Bonnefille wrote: >> >>> Here is the backtrace. >>> >>> Program received signal SIGSEGV, Segmentation fault. >>> 0x40a3c414 in QDBusAbstractInterface::isValid() const () from >>> /opt/qtmoko/lib/libQtDBus.so.4 >>> (gdb) where >>> #0 0x40a3c414 in QDBusAbstractInterface::isValid() const () from >>> /opt/qtmoko/lib/libQtDBus.so.4 >>> #1 0x403e16b8 in bool QBluetoothDbusIface::btcall(QString >>> const&, QDBusReply&, QList, bool, QObject*, char >>> const*, char const*) () from /opt/qtmoko/lib/libqtopiacomm.so.4 >>> #2 0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4 >>> #3 0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4 >>> Backtrace stopped: previous frame identical to this frame (corrupt stack?) >> >> Hmm this looks quite strange since it segfaults in the Qt call >> (QDBusAbstractInterface). I cant tell more just from the stacktrace. It would >> be best if i could debug this locally. Hmm and i will probably rework the >> whole bluetooth library after experience with FSO, e.g. so that the BT dbus >> bindings are autogenerated. > > Reading traces and code, I think I found at least one aspect of the > bug. Here is a small patch. As I'm not yet able to compile and test my > modifications, this is a "blind" patch. Can you give me feedback, > please? > > -- > Guilhem BONNEFILLE > -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com > -=- mailto:guilhem.bonnefi...@gmail.com > -=- http://nathguil.free.fr/ > -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ fix-bluetooth.patch Description: Binary data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Request needed to restore bluetooth
2011/6/7 Giacomo 'giotti' Mariani : >>> >> Guilhem Bonnefille wrote: >> >[...] >> > Any suggestion to restore functional qtMoko is welcome. > Hi Guilhem, > I had a similar problem some time ago... it was probably related to > UBIFS corruption. Is your QtMoko installed in NAND? If yes, conside > following gena2x suggestion [1]. > > [...] Thanks for your attention. But as you can see, I reproduced, bypass the problem and identify a possible origin. Conclusion: in my case, it is not I/O error but a "simple" bug, hidden and waiting for a new user. :-) -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtMoko] Wiki spammed
Hi, Looking for documentation on qtMoko, I found that the wiki is spammed. Is there any cleanning process in progress? What is the policy? With a fresh wiki login, I'm (naturally) not able to drop pages. Can someone give me enought priviledge to delete pages? I can also simply rename all identified page in order to add "SPAM" prefix: current priviledge are enough and wiki's administrator will then be able to easily check and drop pages. http://qtmoko.org/ http://qtmoko.org/wiki/Special:AllPages -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtmoko : typing text without stylus
2011/6/7 Xavier Cremaschi : > On 07/06/2011 21:58, Xavier Cremaschi wrote: >> >> On 06/06/2011 21:45, Peter Fey wrote: >>> >>> Am Montag, den 06.06.2011, 18:01 +0200 schrieb Xavier Cremaschi: >>>> >>>> and it seems there is an English dictionary in >>>> /opt/qtmoko/etc/dict >>>> (.dawg files wtf?) >>>> >>> Hi, >>> this guide (http://www.fragcom.de/server/fragcom_words) explains how to >>> add a german dictionary to qtmoko. You need to adjust paths to the paths >>> used by qtmoko, but under qtmoko ~v26 I got it to work an noticed >>> predictive effects :-). I haven't tried for recent versions of qtmoko. >>> >>> Steps 6&7 for non-germans: replace en_US by de_DE in the mentioned file >>> twice, and reboot freerunner. >>> >>> It also mentions the .dawg file is from a debian package called >>> "wngerman", maybe something similar exists for your languages. >>> >>> Peter >> >> Ok I tried it with a french dictionary and also the original words.dawg >> for en_US, and it doesn't seem to work for me :( Same behavior as >> previously... > > It works with : > http://kewlcat.no-ip.org/openmoko/words.dawg > instead of the dict I used. Good news! First idea coming: we need to package this in many Debian packages. Where the word list came from? Other say: what is the licence? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] Wiki spammed
2011/6/8 Radek Polak : > Guilhem Bonnefille wrote: > >> Looking for documentation on qtMoko, I found that the wiki is spammed. >> Is there any cleanning process in progress? What is the policy? With a >> fresh wiki login, I'm (naturally) not able to drop pages. Can someone >> give me enought priviledge to delete pages? I can also simply rename >> all identified page in order to add "SPAM" prefix: current priviledge >> are enough and wiki's administrator will then be able to easily check >> and drop pages. > > If you tell me username, i can give you admin rights. I never wanted to mess > with wiki and i thought that community can keep it in decent, but i was > obviously wrong :( username=Guyou > It would be really nice to block the wiki so that only registered and maybe > approved users could contribute. I wonder if that could be arranged from the > wiki admin area or if we need Fabio who is hosting wiki and owns qtmoko.org > domain. I previously managed a mediawiki by myself. But as spare time is missing, I was really happy to discover that SourceForge offers such service. Now, the mediawiki instance of viking is the one deployed and managed by SourceForge. Only SourceForge users can edit, if wiki admin give write permissions. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
navit and libQtGui
Hi, I discovered that navit has a Qt frontend. So, I firstly do not understand why we should use Qx to run navit. Then, I discovered that the libQtGui provided by official Debian package is compiled with X11 support. Where do the /opt/qtmoko/lib/libQtGui.so.4 came from? Is there any solution to find to replace Debian's package libqtgui4 with a one compiled without X11 support? Anybody to rebuild just navit-graphics-qt-qpainter package with the Qt version of QtMoko? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtmoko : typing text without stylus
2011/6/8 Xavier Cremaschi : > On 08/06/2011 14:04, Guilhem Bonnefille wrote: >> >> Good news! First idea coming: we need to package this in many Debian >> packages. Where the word list came from? Other say: what is the >> licence? >> > > From here : http://www.openwall.com/wordlists/ > > You can get them (not in .dawg format) here : ftp://ftp.openwall.com/pub/ > > Licence is here : http://www.openwall.com/wordlists/LICENSE.shtml My understanding is we cannot package these wordlist because the license has some restriction incompatible with free license (there is no restriction on selling or not Freerunner distributions). -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtmoko : typing text without stylus
2011/6/8 Xavier Cremaschi : > On 08/06/2011 14:04, Guilhem Bonnefille wrote: >> >> Good news! First idea coming: we need to package this in many Debian >> packages. Where the word list came from? Other say: what is the >> licence? >> > > From here : http://www.openwall.com/wordlists/ > > You can get them (not in .dawg format) here : ftp://ftp.openwall.com/pub/ > > Licence is here : http://www.openwall.com/wordlists/LICENSE.shtml Naïve question: why not using already package wordlists? I found that w* packages contain wordlist under /usr/share/dict/. And these one has a correct license. Take a look at wfrench as example. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: navit and libQtGui
2011/6/9 Radek Polak : > On Wednesday 08 June 2011 23:56:49 Guilhem Bonnefille wrote: >> Is there any solution to find to replace Debian's package libqtgui4 >> with a one compiled without X11 support? > > This is something i am very interested in. If we could install QWS version of > QT (embedded one which paints to framebuffer) it might be theoretically > possible to run all QT applications in debian without recompiling. > > But this has to be tested and we would have to upgrade QtMoko's QT to 4.6 so > that it's the same version as in debian. I did not find anything related to QWS in Debian (yet). But I found the following page: https://wiki.kubuntu.org/Specs/M/ARMQtonEmbedded/Guide The interesting part is QWS precompiled packages already exist. The worth part is the introduction. It seems that X11 and QWS flavour are API compatible, but not ABI compatible. So, precompiled Debian's package with X11 are not supposed to run with QWS. So, it seems that the only "simple" solution is to find a way to build the "qtpainter" navit's plugin with QWS. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to run navit in qtmoko
I think you have to comment the mapset using /usr/share/navit/maps/*.xml I'm thinking about a Debian bug report to clean the configuration packaged. 2011/6/15 Frank : > Hallo, > can anybody tell me about the 'secret' to run navit on my neo? > > I use qtmoko (v35). > When I 'Launch' navit from QX then for a few seconds I see > "press AUX to leave". Then it falls back to QX-Gui. > At second attempt I see only the linux-console for a few seconds. > > There is some output in '/var/log/user.log' you see below but I can't decide > which of this problems is killig navit. > > In /home/root/.navit/navit.xml I have configured a OSM-Map: > > > enabled="yes" data="/media/card/maps/germany.bin" /> > > > All other Mapsets are set to enabled="no". > > > user.log: > > gpsd[1059]: gpsd: can't bind to IPv4 port gpsd, Address already in use > gpsd[1059]: gpsd: maybe gpsd is already running! > gpsd[1059]: gpsd: can't bind to IPv6 port gpsd, Address already in use > gpsd[1059]: gpsd: maybe gpsd is already running! > Qtopia: (II) verbosity set to 5 > Qtopia: Using GLAMO 3362 card > Qtopia: (II) Screen: 16/16 depth/bpp > Qtopia: (II) vram size:8323072, onscreen vram size:614400, offscreen vram > size:7708672 > Qtopia: (II) initialising offscreen pixmaps > Qtopia: error opening security policy file /usr/lib/xserver/SecurityPolicy > Qtopia: Extended Input Devices not yet supported. Impelement it at line 637 > in ../../../../hw/kdrive/src/kinput.c > Qtopia: Could not init font path element /usr/share/fonts/X11/cyrillic, > removing from list! > Qtopia: Could not init font path element > /usr/share/fonts/X11/100dpi/:unscaled, removing from list! > Qtopia: Could not init font path element > /usr/share/fonts/X11/75dpi/:unscaled, removing from list! > Qtopia: Could not init font path element /usr/share/fonts/X11/Type1, > removing from list! > Qtopia: Could not init font path element /usr/share/fonts/X11/100dpi, > removing from list! > Qtopia: Could not init font path element /usr/share/fonts/X11/75dpi, > removing from list! > Qtopia: Could not init font path element > /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list! > Qtopia: > Qtopia: (process:1064): Gtk-WARNING **: Locale not supported by C library. > Qtopia: ^IUsing the fallback 'C' locale. > Qtopia: > Qtopia: (:1064): Gdk-WARNING **: locale not supported by C library > Qtopia: navit:plugin_load:can't load > '/usr/lib/navit/gui/libgui_internal.so', Error > '/usr/lib/navit/gui/libgui_internal.so: undefined symbol: > navit_add_bookmark' > Qtopia: navit:plugin_load:can't load '/usr/lib/navit/osd/libosd_core.so', > already loaded > Qtopia: vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to > localhost:default > Qtopia: netlib_connectsock() returns socket on fd 21 > Qtopia: vehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=21 > evwatch=0xb2710 > Qtopia: navit:xinclude:Unable to include /usr/share/navit/maps/*.xml > Qtopia: navit:navit_init:no gui > Qtopia: sh: gdb: not found > Qtopia: FreeFontPath: FPE "/usr/share/fonts/X11/misc" refcount is 2, should > be 1; fixing. > > > -- > > Frank > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to run navit in qtmoko
Oups... wrong solution. A bigest problem: Qtopia: navit:plugin_load:can't load '/usr/lib/navit/gui/libgui_internal.so', Error '/usr/lib/navit/gui/libgui_internal.so: undefined symbol: navit_add_bookmark' Check you have installed navit_gui_internal (or something like that). 2011/6/15 Guilhem Bonnefille : > I think you have to comment the mapset using /usr/share/navit/maps/*.xml > > I'm thinking about a Debian bug report to clean the configuration packaged. > > 2011/6/15 Frank : >> Hallo, >> can anybody tell me about the 'secret' to run navit on my neo? >> >> I use qtmoko (v35). >> When I 'Launch' navit from QX then for a few seconds I see >> "press AUX to leave". Then it falls back to QX-Gui. >> At second attempt I see only the linux-console for a few seconds. >> >> There is some output in '/var/log/user.log' you see below but I can't decide >> which of this problems is killig navit. >> >> In /home/root/.navit/navit.xml I have configured a OSM-Map: >> >> >> > enabled="yes" data="/media/card/maps/germany.bin" /> >> >> >> All other Mapsets are set to enabled="no". >> >> >> user.log: >> >> gpsd[1059]: gpsd: can't bind to IPv4 port gpsd, Address already in use >> gpsd[1059]: gpsd: maybe gpsd is already running! >> gpsd[1059]: gpsd: can't bind to IPv6 port gpsd, Address already in use >> gpsd[1059]: gpsd: maybe gpsd is already running! >> Qtopia: (II) verbosity set to 5 >> Qtopia: Using GLAMO 3362 card >> Qtopia: (II) Screen: 16/16 depth/bpp >> Qtopia: (II) vram size:8323072, onscreen vram size:614400, offscreen vram >> size:7708672 >> Qtopia: (II) initialising offscreen pixmaps >> Qtopia: error opening security policy file /usr/lib/xserver/SecurityPolicy >> Qtopia: Extended Input Devices not yet supported. Impelement it at line 637 >> in ../../../../hw/kdrive/src/kinput.c >> Qtopia: Could not init font path element /usr/share/fonts/X11/cyrillic, >> removing from list! >> Qtopia: Could not init font path element >> /usr/share/fonts/X11/100dpi/:unscaled, removing from list! >> Qtopia: Could not init font path element >> /usr/share/fonts/X11/75dpi/:unscaled, removing from list! >> Qtopia: Could not init font path element /usr/share/fonts/X11/Type1, >> removing from list! >> Qtopia: Could not init font path element /usr/share/fonts/X11/100dpi, >> removing from list! >> Qtopia: Could not init font path element /usr/share/fonts/X11/75dpi, >> removing from list! >> Qtopia: Could not init font path element >> /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list! >> Qtopia: >> Qtopia: (process:1064): Gtk-WARNING **: Locale not supported by C library. >> Qtopia: ^IUsing the fallback 'C' locale. >> Qtopia: >> Qtopia: (:1064): Gdk-WARNING **: locale not supported by C library >> Qtopia: navit:plugin_load:can't load >> '/usr/lib/navit/gui/libgui_internal.so', Error >> '/usr/lib/navit/gui/libgui_internal.so: undefined symbol: >> navit_add_bookmark' >> Qtopia: navit:plugin_load:can't load '/usr/lib/navit/osd/libosd_core.so', >> already loaded >> Qtopia: vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to >> localhost:default >> Qtopia: netlib_connectsock() returns socket on fd 21 >> Qtopia: vehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=21 >> evwatch=0xb2710 >> Qtopia: navit:xinclude:Unable to include /usr/share/navit/maps/*.xml >> Qtopia: navit:navit_init:no gui >> Qtopia: sh: gdb: not found >> Qtopia: FreeFontPath: FPE "/usr/share/fonts/X11/misc" refcount is 2, should >> be 1; fixing. >> >> >> -- >> >> Frank >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > > -- > Guilhem BONNEFILLE > -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com > -=- mailto:guilhem.bonnefi...@gmail.com > -=- http://nathguil.free.fr/ > -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - moving wiki
2011/6/15 Patryk Benderz : > Dnia 2011-06-15, śro o godzinie 14:45 +0200, Radek Polak pisze: >> Hi, >> we are now moving wiki from qtmoko.org to sourceforge. > Are there major differences in wiki engine version? > >> The new SF wiki address is >> >> https://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=Main_Page >> > Will you make redirection from old wiki address to SF? I don't know if something "automatic" is possible. But I suggest that anybody who transfer content from one wiki to other insert a link to the new page in the old page. Experienced MediaWiki user would create a template for this, but I'm not able to do this. :-) -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qtmoko] how to disable GSM function
2011/6/29 phifmr : > (¹) Thanks for your great job. More I use it more I love it (especially > because it is debian based). > > Because I want to limit at the maximum GSM functionality (particularly > the radio frequency) , is there a way to stop/resume this GSM > functionality "on the fly" (that is without shutdown the phone). Did you give a look at "air plane" mode? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v35 - Contact -> Text selects landline number
2011/7/6 Philip Rhoades : > When I am viewing a contact and want to send that person a text, more often > than not, the number that is selected is the landline number NOT the mobile > number - why is that. If I go the other route, typing up a text first and > then selecting the recipient, it selects the mobile number correctly . . > very strange . . Funny: I currently encounter the same problem. To bypass: in the "call" screen, select the person and its right number before selecting the SMS application. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v35 - Contact -> Text selects landline number
2011/7/6 Philip Rhoades : > Are you talking about clicking on the little mobile phone icon from the > bottom left of the main screen? When I use that and scroll down to the > person, the only number displayed is the landline number . . but it is a > pain to use it like that anyway - this person is at the bottom of a long > list and it is slow to scroll all the way down - it is quicker to click on > the letter first from the contact list. Sure. Currently, I'm quite surprised that there is at least 3 different contact selectors used in 3 different contexts: sometime with "first letter" shortcut, sometime with text field to filter, sometime with nothing. I imagine it would be better to reduce to a single contact selector with all features: "first letter" short cut and text field to filter. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Port of monav to qtMoko
Hi all, As an OpenStreetMap contributor, one of my major usage of OpenMoko is for mapping. I also appreciate to *use* OpenStreetMap data for routing assitance. For this usage, I use navit. But navit has, currently, poor integration with qtMoko. I planned to work on this topic, but time is missing. I've just discovered monav: http://code.google.com/p/monav/ Does someone tried to port it to qtMoko? The main interest is that monav is a qt program. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] How do you manage your free space ?
2011/8/6 Hrabosh : > > My whole system runs from the card. > > I don't use internal memory for nothing but some dated QtMoko for the > case of the card (or system on the card) failure. (I use my FR as daily > and the only phone). I do the same. Furthermore, my sd store three system plus qi-bootmenu as bootloader in first partition. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] landscape mode under QX
2011/9/14 Francesco De Vita : > Hi! > I found a workaround to use apps under qx and in a usable landscape mode. > You have to make a simple script but: > - you have to launch it within xterm with matchbox (+ virtual keyboard); > - the screen flickers a little (very little, it is usable), I think I have > to set a proper screen refresh rate but I didn't manage to get it yet; > > example: > >> #!/bin/sh >> killall matchbox-keyboard >> xrandr -o 1 >> xinput set-int-prop "Touchscreen" "Evdev Axis Inversion" 8 0 1 >> xinput set-int-prop "Touchscreen" "Evdev Axes Swap" 8 0 >> xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 98 911 918 >> 107 >> >> YOUR_APP_HERE >> >> xrandr -o normal >> xinput set-int-prop "Touchscreen" "Evdev Axis Inversion" 8 0 0 >> xinput set-int-prop "Touchscreen" "Evdev Axes Swap" 8 1 >> xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 107 918 911 >> 98 > > change YOUR_APP_HERE with for example: > openttd > numptyphysics -geometry 640x480 > scummvm You can have a generic wrapper if you replace YOUR_APP_HERE with (I think): "$@" -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko works as an usb keyboard now
2011/11/4 Raphael Wimmer : > This is great! > > I have been waiting for such a gadget driver since I got my first Zaurus. > Is there already a mouse gadget? > I remember a quite similar project (not tested) allowing to use the Neo as an input. But it is non-standard: need to install a software on PC and NEO. http://projets.paulk.fr/neoinput/ (in french) -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] new theme: MokoFaen
Hi Joif, 2011/12/12 Joif : > There is a new theme that I worked on: MokoFaen. Thanks for doing such job. > As it is a sort of Faenqomod v2 I suppose that Faenqomod can be possibly > deleted from the apps page. I've not yet tested it, but for what I saw in screenshots, this theme follow different ideas from previous one. I suggest to keep both themes available. As they are quite differents, people can prefer one or the other. IMHO, a "revision" of a theme is something that just improve sizes, colors or icons. Since it change the location of buttons, it is something more than a revision. Thanks again for contributing this so important aspect of software: the "polished" UI. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v37 for GTA02
Hi, 2011/12/12 : > - a third button in the context bar, maybe for the keyboard; +1 Really good idea. Currently, only two butons on this part of the screen seems a waste. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v37 for GTA02
Hi, A really big thank for you keeping our phones alive. 2011/12/11 Radek Polak : > Besides this i have figured out, how to quite easily rebuild regular Qt apps > for QtMoko so that you dont have to use qbuild. You can look forward very soon > for FBReader port (just finishing the .deb package), i hope i can do the same > with navit. > > Any other ideas for cool qt apps that you would like on QtMoko? A native navit GUI with deep integration with qtMoko would be great. For example, an integration with address book, to store location of a contact in address book and firing a GPS guidance in navit from address book. An other same integration would be to enable neronGps to do the same (replacing guidance by a simple waypoint display). I'm quite surprise you think porting navit will be easy. AFAK, navit qt GUI is based on QML which is not supported by qtMoko. Something new on this part? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v37 for GTA02
2011/12/14 Guilhem Bonnefille : > Hi, > > A really big thank for you keeping our phones alive. > > 2011/12/11 Radek Polak : >> Besides this i have figured out, how to quite easily rebuild regular Qt apps >> for QtMoko so that you dont have to use qbuild. You can look forward very >> soon >> for FBReader port (just finishing the .deb package), i hope i can do the same >> with navit. >> >> Any other ideas for cool qt apps that you would like on QtMoko? > > A native navit GUI with deep integration with qtMoko would be great. > For example, an integration with address book, to store location of a > contact in address book and firing a GPS guidance in navit from > address book. Please, note that address book can stay untouched as navit embed geoconding. Going to a given contact can ba "as simple as" selecting the contact, picking the address field, using the geocoding features and firing the guidance. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit for QtMoko
2011/12/16 Radek Polak : > On Friday 16 December 2011 14:21:31 Patryk Benderz wrote: > >> Dnia 2011-12-15, czw o godzinie 16:00 +0100, Radek Polak pisze: >> > Hi, >> > also navit is now ported to qtmoko. >> >> Did you ported it or was it someone else? Does it still use X server? >> Anyway big thanks to those who did it. Navit was the most lacking app >> for me on QtMoko. > > I have ported it - it was quite easy. It does not use X server. I uses qt > painter that is drawing to framebuffer as all other qtmoko apps. A really big thanks for this. Navit seems much more reactive on qtmoko than on SHR. But, the topic seems to need some more work for a better integration. When I start navit, nothing occurs on GPS device part: nor power on, nor GPSd launch. Did I missed something? Currently I imagine the following solutions: - use a script shell wrapper around navit to activate device, start gpsd and fire navit (and undo all these when navit terminate) - insert some specific code in navit for qtmoko, like NeronGPS does (directly power on or off from code via /sys/devices/platform/gta02-pm-gps.0/power_on) This topic brings me an other question: what design for GPS related tools? Raw device (like NeronGPS) or GPSd (like currently pre-configured navit-qtmoko)? Note: I'm still using qtMoko v35. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: two GTA02 with different characteristics
Hi, 2011/12/25 Matthias Apitz : > Some weeks ago I acquired a second GTA02 and installed SHR into it; they > both behave different in some hardware related aspects: >[...] > > 2: > The older on GPS needs 1-3 minutes to get a 3D Fix, the newer a few > seconds, sometimes less than 10 secs; > I think this part is totally due to software. Recent distribution use the ability of the AGPS chipset to save and then restore "fix" related data. Doing this, the fix can be really faster (10 seconds instead of 2 minutes). -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: building non-x11 qtmoko apps
2011/12/25 Radek Polak : > On Saturday 24 December 2011 22:54:06 Tiago Bortoletto Vaz wrote: > >> Hi, is it possible to build apps for qtmoko without qtopia sdk? I've doing >> a cleanup in debian packages for qtmoko and got some built using qmake and >> qt dev libs in a armel debian system. The issue is that it only runs under >> qx in qtmoko :) How to get them supporting fb? > > I think the problem is that Qt-X11 is not binary compatible with Qt-embedded. > They are source code compatible. > > So you can have same sources but you need to compile twice against Qt-X11 and > Qt-embedded. This is probably because X11/embedded classes have different > members and e.g. sizeof(QWidget) is different on each platform - but maybe i > am > wrong - i have not checked it. > > If they were binary compatible you could run all Qt apps in debian (like > navit, FBReader) without recompiling. I read that recent release of Qt adds an abstraction layer for windowing system. I not read anything more, but I hope this will solve such an issue. I think it could be really interesting to have all many applications built in emdebian (for example) and simply install the right backend (X11, FB...) to allow installation of any application without rebuild. But I fear tthis technology would not be available for qtMoko due to certainly HUGE impact in code. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtMoko] How Contact selection UI is filled
Hi, When writing a message (SMS), the recipient dialog show me a list of contact (with checkboxes). But when I select some contact, with many phone numbers, the wrong phone number is picked and I do not have ability to select the right one. I do not know what's wrong: - is there any filtering on phone number? - is it missing a dialog to select between the different phone numbers of a contact? Can someone point me the source code responsible of this dialog? I tried to look at it, but qtMoko is quite complex and hard to start with (specially for occasional hacking). Thanks in advance. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtMoko] How Contact selection UI is filled
I still not know precisely what code is running when I select recipients of a SMS. But I found many codes doing similar things, but differently. QContactSelector (in src/libraries/qtopiapim/qcontactview.cpp) allow to select a single contact (I think) but return a QContact reference. The caller is then responsible of picking the right info and requesting a new selection from the user if the selected contact has many possible info (see src/server/phone/dialer/touch/dialer.cpp). This seems quite a good design. I also found AddressSelectorWidget (in src/libraries/qtopiamail/addressselectorwidget.cpp). It allows to select many recipients. But, by design, it does not allow to select the phone number of a contact when this contact has many phone numbers. The info used are only the defaultPhone or defaultEmail. This selector is interesting as it allow to select many contacts and offers a "Find" feature. What's the right way to fix the issue? I imagine the best one is to merge these selectors. But I'm really too new to qtMoko's hacking to decide the way to merge these codes. Any suggestion is welcome. 2012/1/22 Guilhem Bonnefille : > Hi, > > When writing a message (SMS), the recipient dialog show me a list of > contact (with checkboxes). But when I select some contact, with many > phone numbers, the wrong phone number is picked and I do not have > ability to select the right one. I do not know what's wrong: > - is there any filtering on phone number? > - is it missing a dialog to select between the different phone numbers > of a contact? > > Can someone point me the source code responsible of this dialog? I > tried to look at it, but qtMoko is quite complex and hard to start > with (specially for occasional hacking). > > Thanks in advance. > -- > Guilhem BONNEFILLE > -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com > -=- mailto:guilhem.bonnefi...@gmail.com > -=- http://nathguil.free.fr/ -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v38 for GTA02
Nice to learn v38 is available to GTA02. Thanks. 2012/2/3 Radek Polak : > Most of the changes since v37 were GTA04 hw adapation. But qtmoko is now much > better packaged and package name has changed slightly (qtmoko-neo_38-1) [3]. > This probably means that if you want to upgrade from previous version you have > to remove old qtmoko package and install qtmoko-neo, but i havent tested it. Something is wrong with Debian related files. Packages.gz indicates packages are under binary/ subdirectory, but this directory does not exist. Can you fix this? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: script is corrupt or invalid: (was: QtMoko v38 for GTA02)
Oops, I sent message only to Radek. Sorry for that. -- Forwarded message -- From: Guilhem Bonnefille Date: 2012/2/4 Subject: script is corrupt or invalid: (was: QtMoko v38 for GTA02) To: Radek Polak Upgrading my QtMoko system, I found the following warning: insserv: warning: script is corrupt or invalid: /etc/init.d/../rcS.d/S96overcommit_memory.sh Not sure the reason of this warning, but I noticed a white space between "#!" magic and "/bin/sh" command on the first line. Or perhaps just the missing insserv header to help it decide when to start this "service". -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v39 for Freerunner
Hi, Thanks for this update. 2012/2/7 Radek Polak : > i have uploaded QtMoko v39 which should fix problems with v38, that is: > > * alsa states are now in correct place and sound should work now again > * the kernel package should be now again installable > > I have quickly tested it in NAND and it looked ok to me. I hope there will be > no problems this time. Upgraded done. Linux install is OK and alsa states are correctly installed. Thanks again. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Looking for a GPS only distribution for Freerunner
Hi, Due to a recent move to N900 (developped in [1]) as main phone, my Neo Freerunner lost is phone responsibility. In order to avoid storing it on a shelf, I imagined to convert it as raw in car GPS (sort of open version of TomTom). In order to exploit the maximum of the hardware, I imagined to installed a really dedicated distribution, in order to avoid CPU/RAM lost in unnecessary tasks. As example, I imagined a sort of Debian base with navit over SDL configured to start just after boot. Do you know such a project? Someone started similar project? Do you have any suggestion to start something like this? I also imagined an evolved version of the project, oriented on IVI (In Vehicle Infotainment). Something supporting GPS + Bluetooth for realying sound on car, playing sound or video (for children). But always with simple goal in order to reduce the load of environment (no X, no window managing solution...). Any idea are welcome. [1] http://nathguil.free.fr/wordpress/?p=519 (fr) -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Looking for a GPS only distribution for Freerunner
Thanks for answer. I realized I was not as clear as needed. 2012/2/12 Timo Juhani Lindfors : > Guilhem Bonnefille writes: >> version of TomTom). In order to exploit the maximum of the hardware, I >> imagined to installed a really dedicated distribution, > > Distributions are made of packages, why not just take an existing > distribution and only install the packages you want? Starting a new > distribution is a lot of work. > >> Do you know such a project? Someone started similar project? Do you >> have any suggestion to start something like this? > > I'd just take some distribution that you know and configure it to meet > your needs. You probably want to think about power management a bit, > perhaps add some logic that will automatically shutdown freerunner if > battery energy goes below 20% to make sure that you'll never completely > drain the battery. Yes, I was exactly thinking about that: reusing an existing distribution as base and configuring it for the need. I do not plan to create a new distribution. So, I'm looking for someone already working on a project like this: selecting and configuring the right tools for converting a FreeRunner in a raw in-car GPS. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM as car navigation
Hi, 2012/2/26 Christoph Pulster : > please see Openmoko inside a vehicle as navigation system: > https://despora.de/posts/228392 > > Credits go to Frank Jaeger (fr...@fotodrachen.de) ! > > Software: Navit with routing data from OpenStreetMap. > gpsd shows actual position. > > Hardware: Freerunner with vehicle holder (19 eur in pulster.eu shop). Great, I recently posted in order to discover if someone already did such a job. Personnally, I used navit with qtmoko and SHR. Worked quite good. But as I removed my SIM, I'm now looking for a projet dedicated to converting Freerunner in car navigation system (and nothing more). Do you know what operating system was used by Frank Jaeger? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM as car navigation
Hi Frank, Thanks for your answer. 2012/2/27 Frank : > Am 27.02.2012 17:21, schrieb Guilhem Bonnefille: > I don't really know, what the reason was. > I think it was a missing device in the gpsd-configuration. > > Other GPS-Apps worked well - but not navit. > Maybe they use the gps-device without gpsd? > > I had to run > $ dpkg-reconfigure gpsd > and set device to "/dev/ttySAV1" > > Is gpsd for gta02 shipped with empty device-entry in .conf? Strange. Did you run gpsd? Last time I played with navit in qtmoko, I realized that qtmoko does not run automatically gpsd. Some packaging work must still be done to manage gpsd when GPS device is switched on/off and when navit is started/stopped. As far as I know, NeronGPS uses raw device directly (does not use gpsd), and directly switch on/off the power for the device. At the opposite, navit is really well packaged in SHR. A simple tap on the navit icon and everithing goes well. Perhaps someone can pick some ideas from SHR to port them to qtmoko. Nevertheless, this is all the reason why I wish to start a dedicated project. A base distribution with just some configuration to: - power up the device at start time - save and restore the A-GPS data - start navit - some choices to optimize rendering on Freerunner (refresh rate, detail level...) -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT] Debugging apps help.
2012/2/29 Πρεκατές Αλέξανδρος : > > When using gdb on the device wont we miss the source files ? i mean, we'll be > able to see the source line in gdb on the device? > Depending on your need. A simple gdb without sources can help identify some problems. But you can also certainly use gdb for remote debugging: http://davis.lbl.gov/Manuals/GDB/gdb_17.html -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Upgrading SHR-CORE
Hi, I have shr-core 2012.01 installed on my openmoko. I saw that new versions are available (2012.07 and "shr-core"). What is the upgrade process? "opkg upgrade" does not update my system. Thanks in advance, -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ubuntu / Firefox OS for Openmoko
2013/1/11 Sebastian Krzyszkowiak > On Fri, Jan 11, 2013 at 4:49 PM, Thamos wrote: > > Hi, > > > > i am ambiguous about that. > > I think we have already enough Operating Systems with QtMoko and SHR and > > Replicant. (Did i miss a really working distro?) > > But, as it seems to me, we don't have enough software developers, and as > > Mozilla and Ubuntu are big projects, this seems to be a way to use their > > ressources to get some nice features to our phones. > > > > i don't know anything about the OSs themself to evaluate them. > > And i don't know if they are really interested in working with us, as > > you wrote, they are searching big players > > > > I think the question is if we have people on our side who want to start > > such an project (and try to drag some of their developers in). > > > > greets, > > Thamos > > Personally, I think that all we need is some good marketing inside the > community. For many people that do not track Openmoko by themselves, > this project is dead. When I mention it to someone, reaction is very > often "is it still alive? Really?". > > Ubuntu and Firefox OS may be good opportunities to use for marketing. > A lot of people inside those two communities will be interested in a > phone that is completely free and allows them to run systems they're > working on without fighting with some closed source binaries. This > will also attract FLOSS-extremists (sorry for term, just couldn't find > out anything better at the moment :D) to those OSes, so benefits will > be mutual. > > I think that's the way we should promote ourselves right now. Instead > of aiming for end users, we can attract developers of those projects. > Most of them probably doesn't know about GTA04 at all, or think about > it as a "Freerunner-zombie", which won't last long. If we're able to > show them that OpenPhoenux exists and is constantly progressing, > without repeating Openmoko mistakes from past, then developers for > sure will be interested. > > Interested developers -> platform support -> way to reach end-users. > > +1 I share all the opinions of Sebastian: trying to put a bridge between all these projects make definitively sense. And it's probably nothing more than advertising about the vitality of the OpenMoko project. At the same time, it's easy for me to say that as I'm unable to invest in this fantastic project. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v54
I encountered similar issues with obsolete sources.list. What about adding a qtmoko_apt_sources.deb package, distributing a configuration file inside the source.list.d/ directory? It would offer simpler (and transparent) migrations. 2013/3/7 Paul Wise > On Thu, Mar 7, 2013 at 7:22 PM, Radek Polak wrote: > > > If you want to upgrade (also untested) > > I tried this but I could not find out where to get your OpenPGP key > 0x91B27C1E1DC56A1F and unfortunately squeeze apt doesn't have the > trusted=yes option in sources.list to override this. > > What should the apt sources.list look like for gta02 users now? > > -- > bye, > pabs > > http://wiki.openmoko.org/wiki/User:PaulWise > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v54
2013/3/7 Radek Polak > ** > > On Thursday, March 07, 2013 02:36:33 PM Guilhem Bonnefille wrote: > > > > > I encountered similar issues with obsolete sources.list. > > > > > > What about adding a qtmoko_apt_sources.deb package, distributing a > > > configuration file inside the source.list.d/ directory? It would offer > > > simpler (and transparent) migrations. > > > > I had to change the urls because of new armhf architecture, so let's hope > it will stay as is now forever. > > > I mostly though about the qtmoko specific URLs. It probably won't change in near future, but... who know... it already happen and Sourceforge is also subject to changes (they are currently moving to the new Allura project). -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v58 with 2.6.39 kernel and improved power management
2013/12/12 Radek Polak > Hi, > > QtMoko v58 for Freerunner is now out! You can download here [1] and visit > our homepage [2] for more info. > Nice! Many thanks, I will give it a try ASAP. > [cut] > > As a side effect while playing with the new kernel i have discovered power > management bug in lis302dl (accelerometer) driver. The module seems to eat > ~6mA in suspend. So by default the module is now not loaded and > accelerometers are not working. On the other side, the current in suspend > is now between 4..6mA which gives ~200 hours in standby! If you want to use > accels you do: > > > > echo lis302dl >> /etc/modules > > echo joydev >> /etc/modules > Something you certainly tried, but I ask the question: did you try to automatically unload/reload module when going to suspend mode? I remember there is such framework around suspend/hibernate framework: simply list modules somewhere and they are automagically unloaded when goind to suspend mode and restored when resuming. > [cut] > > > > > > Btw - anyone has working GPS on Freerunner? I cant get fix and it seems > it's not SW problem. It would be nice to have it working again... > > > I will try, as my only plans for freerunner are around a GPS "evolved" device. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
