Re: Organize the desktop in sub category..
David Reyes Samblas Martinez wrote: > For illume based distros you have shortdesk to organize the icons, it > works pretty well and is highly costumizable > http://projects.openmoko.org/projects/sortdesk/ or > http://www.opkg.org/package_95.html > > old screen shot of shortdesk in action thanks to costumizer kustomizer, > http://wiki.openmoko.org/wiki/Image:Kustomizer-home.png > > The main advantage on this layout for me is to display the icons for the most used apps (or favorites). Unfortunately, folder icons for app organisation is sooo computer biased and boring :-) Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble update with tangoGPS, any idea?
Daniel.Li wrote: > * Failed to download > http://downloads.freesmartphone.org/fso-milestone5/feeds//armv4/Packages.gz, > error 404 > > quoting a message from Al Johnson: > There is no package missing as there is no armv4 entry in the repository. > There is an armv4 config in /etc/opkg/ which shouldn't be there, and has > probably been removed in recent images, and it is that that causes the error. > You can safely ignore it, or just delete the offending entry. Note that > armv4t > is required - one character makes all the difference! This was applicable to the SHR distribution, maybe others, but I don't have the clear picture of what is common or not between distros. Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Suggested IMAP client?
On Sun, Mar 29, 2009 at 7:59 AM, Josh Thompson wrote: > I wrote a very basic imap mail reader (can't compose messages yet) app in > python/GTK. You can find a little more about it here: > > http://people.engr.ncsu.edu/jfthomps/freerunner/ > > Can you also please put it up on www.opkg.org Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[contest last date reminder] Call Recorder cum Dictaphone Application for the Freerunner Competition
Just a reminder that 31st March is the last date for registering for the Call Recorder cum Dictaphone Application for the Freerunner Competition on cofundus.org Details at http://www.cofundos.org/project.php?id=154 Thanks, Rakshat -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FW: wifi mp3 and qwerty?
2009/3/28 flecktor : > i dont know how to find out what version is now installed. i would imagine still 2008.12. unless there's some reason it might have changed that you know of? > after the flash the option of wifi was removed from the setting > section, now i cannot connect to wifi, anyrecommanded wifi package? or > how do i restore the wifi to the setting menu. yes, it wasn't working very well there are several options for controlling wifi: lint the moko services script bundle the above two worked well for me as a combo, although it's not the greatest having one app to turn it on, one to manage connections, but there you go mofi (which i could never get to work, but ymmv) also, have a look at: http://wiki.openmoko.org/wiki/Applications for more apps - there are loads for managing wifi there: wlan knjmokowifi wmiconfig, etc > 3) after the > installtion of mediaplayer1 i copyied files, and when trying to run the > files i recive 3 popup error messages saying: > a. gstreamer error: > interna data flow error." > > b.gstream error: > you do not have a decoder installed to handle this file. You might need to > install the necessar y plugins > > c."gstreamer error: > A MPEG-1 Layer 3 > (MP#) decoder plugin > is required to play > this stream. but not > installed." > > now i found an old mail some one saying they had a simelar problem at : > http://lists.openmoko.org/nabble.html#nabble-td2171492 > > tried all the pagackes listed there (gst-plugin* ,libmad0*) is it an mp3 file? iirc, the mp3 codec was removed, as someone started suing people who released packages which infringed on mp3 patents check back in the archives if you want more info > none worked and i think i overloaded the packages (more then one package per > pluging was installed). > > 4) could you please point out how to make a small qwerty icon to make the > qwerty keyboad pop-up? http://wiki.openmoko.org/wiki/Illume#How_to_install_the_illume_.28Raster.27s.29_keyboard_.3F ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble update with tangoGPS, any idea?
On Sun, 2009-03-29 at 09:45 +0200, Fernando Martins wrote: > Daniel.Li wrote: > > * Failed to download > > http://downloads.freesmartphone.org/fso-milestone5/feeds//armv4/Packages.gz, > > error 404 > > > > > quoting a message from Al Johnson: > > > There is no package missing as there is no armv4 entry in the repository. > > There is an armv4 config in /etc/opkg/ which shouldn't be there, and has > > probably been removed in recent images, and it is that that causes the > > error. > > You can safely ignore it, or just delete the offending entry. Note that > > armv4t > > is required - one character makes all the difference! > > > This was applicable to the SHR distribution, maybe others, but I don't > have the clear picture of what is common or not between distros. Well, sounds the repository is *NOT* there anymore. OK, I have removed armv4 config and it works with opkg update, but I have got another issue, but I didn't find gtk+-fastscaling in the repository? where can I get gtk+-fastscaling?? r...@om-gta02:~# opkg install tangogps_0.9.5-r0_armv4t.opk Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Upgrading tangogps on root from 0.9.3-r3 to 0.9.5-r0... Collected errors: * ERROR: Cannot satisfy the following dependencies for tangogps: * gtk+-fastscaling (>= 2.10.14) * > > Regards, > Fernando -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Organize the desktop in sub category..
Yes I think the same: the folder is not the right solution for a mobile device.. 2009/3/29 Fernando Martins > David Reyes Samblas Martinez wrote: > > For illume based distros you have shortdesk to organize the icons, it > > works pretty well and is highly costumizable > > http://projects.openmoko.org/projects/sortdesk/ or > > http://www.opkg.org/package_95.html > > > > old screen shot of shortdesk in action thanks to costumizer kustomizer, > > http://wiki.openmoko.org/wiki/Image:Kustomizer-home.png > > > > > The main advantage on this layout for me is to display the icons for the > most used apps (or favorites). Unfortunately, folder icons for app > organisation is sooo computer biased and boring :-) > > Regards, > Fernando > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Martino ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Organize the desktop in sub category..
2009/3/29 Fernando Martins : > David Reyes Samblas Martinez wrote: >> For illume based distros you have shortdesk to organize the icons, it >> works pretty well and is highly costumizable >> http://projects.openmoko.org/projects/sortdesk/ or >> http://www.opkg.org/package_95.html >> >> old screen shot of shortdesk in action thanks to costumizer kustomizer, >> http://wiki.openmoko.org/wiki/Image:Kustomizer-home.png >> >> > The main advantage on this layout for me is to display the icons for the > most used apps (or favorites). Unfortunately, folder icons for app > organisation is sooo computer biased and boring :-) Totally agree, so that's why I suppose the creators hs decided to use this icons instead ;) http://forum.telefoninux.org/index.php/topic,1079.0.html > > Regards, > Fernando > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble update with tangoGPS, any idea?
Daniel.Li wrote: > Collected errors: > * ERROR: Cannot satisfy the following dependencies for tangogps: >* gtk+-fastscaling (>= 2.10.14) * > > please check this thread: http://lists.openmoko.org/nabble.html#nabble-td2177634 Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Organize the desktop in sub category..
David Reyes Samblas Martinez wrote: >> The main advantage on this layout for me is to display the icons for the >> most used apps (or favorites). Unfortunately, folder icons for app >> organisation is sooo computer biased and boring :-) >> > Totally agree, so that's why I suppose the creators hs decided to use > this icons instead ;) > http://forum.telefoninux.org/index.php/topic,1079.0.html > > Yes I had seen them, but I don't like them (at least as seen out of context) and I don't think replacing a classical folder icon by another one (even prettier) solves the problem. Actually it might make it worth (In my initial quick look I didn't even realise they were intended as "folder" icon replacements). A common UI mistake is to put an icon without a label... The UI provided by Martino is obvious (as it should), I just miss the common apps icons directly accessible. Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: trouble update with tangoGPS, any idea?
On Sun, 2009-03-29 at 13:39 +0200, Fernando Martins wrote: > Daniel.Li wrote: > > Collected errors: > > * ERROR: Cannot satisfy the following dependencies for tangogps: > > * gtk+-fastscaling (>= 2.10.14) * > > > > > please check this thread: > http://lists.openmoko.org/nabble.html#nabble-td2177634 Yeah, # opkg -force-depends install http://www.tangogps.org/downloads/tangogps_0.9.5-r0_armv4t.opk and modify "Application" to the section of the "Accessories" . and reboot. That's it. Works. Thanks :) > > Regards, > Fernando -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Organize the desktop in sub category..
If the problem is to have the prefered or the most used apps easy accessible the solution could be put this apps before the categoty division.. 2009/3/29 Fernando Martins > David Reyes Samblas Martinez wrote: > >> The main advantage on this layout for me is to display the icons for the > >> most used apps (or favorites). Unfortunately, folder icons for app > >> organisation is sooo computer biased and boring :-) > >> > > Totally agree, so that's why I suppose the creators hs decided to use > > this icons instead ;) > > http://forum.telefoninux.org/index.php/topic,1079.0.html > > > > > > Yes I had seen them, but I don't like them (at least as seen out of > context) and I don't think replacing a classical folder icon by another > one (even prettier) solves the problem. Actually it might make it worth > (In my initial quick look I didn't even realise they were intended as > "folder" icon replacements). A common UI mistake is to put an icon > without a label... > > The UI provided by Martino is obvious (as it should), I just miss the > common apps icons directly accessible. > > Regards, > Fernando > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Martino ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: projects.openmoko.org not reliable
i have the same weirdness with shr-project.org and bearstech.com sometimes i can't acces anything of it, except blog.shr-project.org (but not build or anything else) On Sat, Mar 28, 2009 at 6:16 PM, Leonti Bielski wrote: > Just tried it using anonymizer site - it works. > I guess the problem is my provider. Weird though. > > Leonti > > On Sat, Mar 28, 2009 at 5:12 PM, Leonti Bielski wrote: >> Hello! >> Sometimes I can't open http://projects.openmoko.org/ >> At the same time http://planet.openmoko.org works every time. >> >> Is it only my provider or there is something wrong with openmoko.org site? >> >> Leonti >> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended Improved] Alarm wake up from suspend
On Fri, 27 Mar 2009 14:23:28 -0700 (PDT) andrew howlett wrote: > > Hi all, > > I've been trying to enable wake from suspend for alarms in QtEI, and > I've sorta got it. This file: > > http://radagast.bglug.ca/openmoko/alarmcontrol.cpp > > replaces the file of the same name at > qt-extended-improved/src/server/coreserver/alarmcontrol.cpp > > The code will set a RTC alarm 15 seconds before the alarm. The FR > will wake up at the appropriate time. But the alarm doesn't go off. > Sometimes the alarm will sound 25 seconds later, sometimes longer. > The problem seems to be the QObject event Timer system. The > AlarmControl system starts a QObject timer. The timer is supposed to > generate an event at the alarm time, but the event is late, sometimes > very late. Suspend seems to bugger up the QObject timer system. > > So I'm posting what I've done so far in the hope that a brighter > light than I can illuminate the QObject timer problem. > > later, > Andrew Howlett. > Just to let everybody know: Andrew (radagast) found the issue at hand, and it's a oneliner fix (something about not needing to use a monotonic clock) . See http://trac.karadog.net/qt-extended-improved/ticket/11 I now have a qtextended 4.4.3 installation with the following extra: - working wifi (even after suspend/unsuspend) - alarms on time (for alarms app, but probably also for calender alarms) - mp3 support (albeit laggy if the touchscreen is used) - qterminal (I don't use it, but hey ...) Now the following issues remain: - better keyboard (for me, but that's not a real issue). I've already tweaked the settings a bit to get something better, see http://trac.karadog.net/qt-extended-improved/ticket/10 - voice notes app not recording (seems to be an alsa-state thing) - voicemail service number not saved across reboots - 2.6.28 compatibility, for better battery usage and maybe some other fixes (please, somebody please tell me why 2.6.28 is better for the neo) I'm hoping to have a crack at the voicemail number problem, but see http://trac.karadog.net/qt-extended-improved/ticket/15 If anybody is interested in my qtextended image, I can put a tar.gz file online if wanted ... Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Qt Extended Improved] Voicenotes
> - voice notes app not recording (seems to be an alsa-state thing) I dont have QTEI installed right now but earlier when I used to use it (QTE 4.4.3) voice notes would record a file with the voice but one could only play it back on the media player after a reboot. Is this still the case ot voicenote does not record at all? Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended Improved] Alarm wake up from suspend
On Sun, Mar 29, 2009 at 11:37 AM, Franky Van Liedekerke wrote: > On Fri, 27 Mar 2009 14:23:28 -0700 (PDT) > andrew howlett wrote: > Just to let everybody know: Andrew (radagast) found the issue at hand, > and it's a oneliner fix (something about not needing to use a > monotonic clock) . See > http://trac.karadog.net/qt-extended-improved/ticket/11 > > I now have a qtextended 4.4.3 installation with the following extra: > - working wifi (even after suspend/unsuspend) > - alarms on time (for alarms app, but probably also for calender > alarms) > - mp3 support (albeit laggy if the touchscreen is used) > - qterminal (I don't use it, but hey ...) > > Now the following issues remain: > - better keyboard (for me, but that's not a real issue). I've already > tweaked the settings a bit to get something better, see > http://trac.karadog.net/qt-extended-improved/ticket/10 > - voice notes app not recording (seems to be an alsa-state thing) > - voicemail service number not saved across reboots > - 2.6.28 compatibility, for better battery usage and maybe some other > fixes (please, somebody please tell me why 2.6.28 is better for the > neo) > > I'm hoping to have a crack at the voicemail number problem, but see > http://trac.karadog.net/qt-extended-improved/ticket/15 > > If anybody is interested in my qtextended image, I can put a tar.gz > file online if wanted ... > > Franky I'd be interested. Alarm during suspend has been an issue for me. I've been meaning to investigate it, but I suppose I was hoping someone else would do it first. So I'm very grateful to Mr Howlett ;-) Thanks, Nick ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended Improved] Voicenotes
On Sun, 29 Mar 2009 22:07:54 +0530 rakshat hooja wrote: > > - voice notes app not recording (seems to be an alsa-state thing) > > > I dont have QTEI installed right now but earlier when I used to use > it (QTE 4.4.3) voice notes would record a file with the voice but one > could only play it back on the media player after a reboot. Is this > still the case ot voicenote does not record at all? > > Rakshat well, now it doesn't record at all. Don't ask me why, since QTEI didn't touch that application at all. According to a mail from Lorn: -- hint: probably need to add support for QAudioStates in the mediarecorder. It had been on the qtopia bug list for sometime, but got a lower priority than other things. -- Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended Improved] Alarm wake up from suspend
On Sun, 29 Mar 2009 12:40:41 -0400 Nick Matteo wrote: > On Sun, Mar 29, 2009 at 11:37 AM, Franky Van Liedekerke > wrote: > > On Fri, 27 Mar 2009 14:23:28 -0700 (PDT) > > andrew howlett wrote: > > Just to let everybody know: Andrew (radagast) found the issue at > > hand, and it's a oneliner fix (something about not needing to use a > > monotonic clock) . See > > http://trac.karadog.net/qt-extended-improved/ticket/11 > > > > I now have a qtextended 4.4.3 installation with the following extra: > > - working wifi (even after suspend/unsuspend) > > - alarms on time (for alarms app, but probably also for calender > > alarms) > > - mp3 support (albeit laggy if the touchscreen is used) > > - qterminal (I don't use it, but hey ...) > > > > Now the following issues remain: > > - better keyboard (for me, but that's not a real issue). I've > > already tweaked the settings a bit to get something better, see > > http://trac.karadog.net/qt-extended-improved/ticket/10 > > - voice notes app not recording (seems to be an alsa-state thing) > > - voicemail service number not saved across reboots > > - 2.6.28 compatibility, for better battery usage and maybe some > > other fixes (please, somebody please tell me why 2.6.28 is better > > for the neo) > > > > I'm hoping to have a crack at the voicemail number problem, but see > > http://trac.karadog.net/qt-extended-improved/ticket/15 > > > > If anybody is interested in my qtextended image, I can put a tar.gz > > file online if wanted ... > > > > Franky > > I'd be interested. Alarm during suspend has been an issue for me. > I've been meaning to investigate it, but I suppose I was hoping > someone else would do it first. So I'm very grateful to Mr Howlett > ;-) > > Thanks, > Nick > My version can be found at http://users.telenet.be/liedekef/good1.tgz Install instructions: - flash bin and rootfs of qtextended-improved first, boot and reboot - copy good1.tgz to your phone - rm -rf /opt/Trolltech/Qtopia/* - Unzip/untar good1.tgz to there : tar zxf /home/root/good1.tgz -C /opt/Trolltech/Qtopia - reboot Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] Chronometer
Just a notice, if someone looking for stopwatch, i have created one, packaged for Debian. http://www.mikecrash.com/index.php?name=News&file=article&id=103 -- View this message in context: http://n2.nabble.com/-Debian--Chronometer-tp2553524p2553524.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Chronometer
Mike Crash writes: > Just a notice, if someone looking for stopwatch, i have created one, packaged > for Debian. Btw, the source code seems to have some extra \r characters. Better run dos2unix on *.cc? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtExtended] voicemail number not found
Hi,
I seem to have a bit of an AT-problem to set the voicemail number in
qtextended. The number it should be is "1230", so I pressed the
voicemail button, and found in the AT logs:
Qtopia: AtChat : T : "AT+CSVM?"
Qtopia: AtChat : F : "+CSVM: 0,"1230",129"
Qtopia: AtChat : F : "OK"
But no "1230" as number for voicemail. After that I configure it and I
get for setting:
Qtopia: AtChat : T : "AT+CSVM=1,"1230",129"
Qtopia: AtChat : F : "OK"
And after that for querying:
Qtopia: AtChat : T : "AT+CSVM?"
Qtopia: AtChat : F : "+CSVM: 1,"1230",129"
Qtopia: AtChat : F : "OK"
And now I see the voicemail number, but after a restart of qtextended,
it is gone again. It seems that qtextended ignores the response "+CSVM:
0,"1230",129", maybe because it begins with "0"? But it accepts the one
with "1", but that one doesn't seem to be persistent after a qtextended
restart?
I've also found this in the code, which reads the CSVM command output:
void QModemServiceNumbers::csvm( bool, const QAtResult& result )
{
// Voice mail query: [,[,]]
QAtResultParser cmd( result );
cmd.next( "+CSVM:" );
if ( cmd.readNumeric() != 0 ) {
QString num = cmd.readString();
num = QAtUtils::decodeNumber( num, cmd.readNumeric() );
emit serviceNumber( QServiceNumbers::VoiceMail, num );
} else {
emit serviceNumber( QServiceNumbers::VoiceMail, QString() );
}
}
so anybody with a bit of good fortune, please enlighten me :-)
Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
atd-over-fso 0.70-r1: fix to start atd (missing D-Bus security policy file)
Marcel writes: > Hey Łukasz, > > first: you've built a nice gui there :) > But I've got some problem: I'm using Debian (which somehow has an atd on my > desktop system but I cannot find it in the repositories...) and am happy to > hear you made a(n?) fso wrapper. Having extracted the binary and initscript > from the ipkg by hand, I get this message on starting atd: > > d-a318:~# DISPLAY=:0 atd /var/spool/at/ > Error: Connection ":1.57" is not allowed to own the > service "org.openmoko.projects.ffalarms.atd" due to security policies in the > configuration file Hey Marcel, Thanks for reporting the problem. I have just released atd-over-fso 0.70-r1 including D-Bus security policy file /etc/dbus-1/system.d/atd-over-fso.conf which should fix the problem. After putting this file into your Debian system you have to run /etc/init.d/dbus reload and it should start properly. > > [added the DISPLAY-variable because I suspected x forwarding to mess > something > up there] atd-over-fso, as framoworkd works on the system bus, so DISPLAY has no effect. > Which config file do I have to change and what would these changes look like? See above. > I'd be really happy having an actually working alarms app for the Neo, thanks > for your work! :) I also hope it will :). Packaging for Debian is next on may TODO list, I hope to find some time for that next week. Łukasz > > -- > Marcel ___ 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)
"Michael 'Mickey' Lauer" writes:
> On Saturday 28 March 2009 01:58:34 Łukasz Pankowski wrote:
>> Hello
>>
>> I am the author of Finger friendly alarms [1]. Which I developed for
>> Om 2008.12 up to version 0.2.
>>
>> I am happy to announce version 0.2.1 of ffalarms which adds support
>> for SHR (tested on SHR testing) -- for this I ported atd to work on
>> top of FSO Framework Time API (called atd-over-fso available from
>> ffalarms download page [2]).
>
> Awesome, that fits nicely in line with fso-gpsd and fso-apm. Would you be
> interested to have the code in the git.freesmartphone.org repository?
That would be great.
So to fit even better it should be renamed fso-atd. (I have not looked
at git.freesmartphone.org for similar projects when selecting the
name).
atd-over-fso is currently styled as a patch on top of
${HANDHELDS_CVS};module=apps/atd;tag=ATD-0_70 to be put into
~/moko/local/packages tree (my overlay over org.openmoko.stable, no
fso yet) by
$ make install
but it would be more sane to include patched version into the
git.freesmartphone.org repository and then refer to the supposed
${FREESMARTPHONE_GIT}/fso-atd.git;protocol=git;branch=master
in the recipe (as fso-gpsd). What do you think?
I must confess atd-over-fso does little cheating -- as plain atd it
sets RTC clock from sytem clock before setting an alarm with
org.freesmartphone.Time.Alarm.SetAlarm(). It sets RTC clock directly
as org.freesmartphone.Device.RealtimeClock.SetCurrentTime() says I
have no rights to use it (do not have the actual message at hand), and
even that would be a hack, as org.freesmartphone.Time.Alarm.SetAlarm()
should do this IMHO (I should open a bug report on this).
>
> :M:
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
The Digital Pioneer writes: > SHR-unstable, it segfaults with no output. However, if I run it with --help I > do see that output... I have only SHR-testing installed thus cannot check it now, I will look at this later this week. Could you check if neon, which is similar as far as GUI is concerned, works well if you run it as $ neon --engine x11 and $ neon --engine x11-16 ? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Interesting... Here we are: root @ freerunner [~] # neon --engine x11 Bye bye, thx to use Neon root @ freerunner [~] # neon --engine x11-16 Segmentation fault ___ 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)
The Digital Pioneer writes:
> Interesting... Here we are:
>
> root @ freerunner [~] # neon --engine x11
> Bye bye, thx to use Neon
> root @ freerunner [~] # neon --engine x11-16
> Segmentation fault
So x11-16 engine is broken in SHR-unstable, ffalarms does not have
--engine option (this problem shows it should).
For now you can apply the following patch to
/usr/lib/python2.6/site-packages/ffalarms/ffalarms.py to disable
x11-16 engine:
Index: ffalarms.py
===
--- ffalarms.py (revision 20)
+++ ffalarms.py (working copy)
@@ -653,7 +653,7 @@
if actions or show_list:
sys.exit()
-if ecore.evas.engine_type_supported_get('software_x11_16'):
+if 0 and ecore.evas.engine_type_supported_get('software_x11_16'):
engine = ecore.evas.SoftwareX11_16
else:
engine = ecore.evas.SoftwareX11
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
[QT Extended Improved] on debian rootfs with 2.6.28
Hi,
i am now working on QTE running on debian rootfs with
recent kernel (latest andy-tracking).
Right now i think i have working all that i was using
with QTE 4.4.3 from here [1]. This basically is:
* working SMS/calls
* GPRS
* suspend/resume
Attached are patches that i used and work-in progress
howto. I will upload whole rootfs during this week.
As for the patches - 0001 is taken from here [2] and
adjusted to apply to current git.
0002 fixes problem when alsa scenarios are being
loaded from /etc/alsa which make troubles for debian
rootfs where this dir is used for something else. It
uses just /usr/share/openmoko/scenarios/ which is now
standard location for all distros.
0003 handles renaming of PMU input events
0005 gets rid of apm in favour of sysfs for suspending
All those patches should not break 2.6.24 compatibility
so maybe it makes sense to apply them to QTE improved?
Cheers
Radek
[1] http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/
[2] http://pastebin.com/m4cf5bb93
>From 696d0283506a1a30a047c15443719405673796b4 Mon Sep 17 00:00:00 2001
From: Radek Polak
Date: Sun, 29 Mar 2009 16:11:23 +0200
Subject: [PATCH] patch for 2.6.28 kernels
---
devices/neo/configure-common |2 +-
devices/neo/custom.cpp |8 +++-
devices/neo/server/neobattery.cpp | 11 +++
devices/neo/server/neohardware.cpp | 10 +-
4 files changed, 24 insertions(+), 7 deletions(-)
diff --git a/devices/neo/configure-common b/devices/neo/configure-common
index ab8a0f3..665d961 100644
--- a/devices/neo/configure-common
+++ b/devices/neo/configure-common
@@ -9,7 +9,7 @@
-pictureflow
# FIXME Enable this once it actually works
-#-add-mediaengine gstreamer
+-add-mediaengine gstreamer
# Features that are controlled via modules.
-add-mediaengine cruxus
diff --git a/devices/neo/custom.cpp b/devices/neo/custom.cpp
index 1a54846..cf3c793 100644
--- a/devices/neo/custom.cpp
+++ b/devices/neo/custom.cpp
@@ -41,8 +41,11 @@ QTOPIABASE_EXPORT int qpe_sysBrightnessSteps()
if (QFileInfo("/sys/class/backlight/gta01-bl/max_brightness").exists() ) {
//ficgta01
maxBrightness.setFileName("/sys/class/backlight/gta01-bl/max_brightness");
+} else if (QFileInfo("/sys/class/backlight/gta02-bl/max_brightness").exists() ) {
+//ficgta02, recent kernel (> 2.6.28 )
+maxBrightness.setFileName("/sys/class/backlight/gta02-bl/max_brightness");
} else {
-//ficgta02
+//ficgta02, 'older' kernel (< 2.6.28 )
maxBrightness.setFileName("/sys/class/backlight/pcf50633-bl/max_brightness");
}
if(!maxBrightness.open(QIODevice::ReadOnly | QIODevice::Text)) {
@@ -74,6 +77,9 @@ QTOPIABASE_EXPORT void qpe_setBrightness(int b)
if (QFileInfo("/sys/class/backlight/gta01-bl/brightness").exists() ) {
brightness.setFileName("/sys/class/backlight/gta01-bl/brightness");
//ficgta01
+} else if (QFileInfo("/sys/class/backlight/gta02-bl/brightness").exists() ) {
+//ficgta02, recent kernel (> 2.6.28 )
+brightness.setFileName("/sys/class/backlight/gta02-bl/brightness");
} else {
brightness.setFileName("/sys/class/backlight/pcf50633-bl/brightness");
//ficgta02
diff --git a/devices/neo/server/neobattery.cpp b/devices/neo/server/neobattery.cpp
index 5bf58b1..1555923 100644
--- a/devices/neo/server/neobattery.cpp
+++ b/devices/neo/server/neobattery.cpp
@@ -67,6 +67,9 @@ NeoBattery::NeoBattery(QObject *parent)
if ( QFileInfo("/sys/devices/platform/bq27000-battery.0/power_supply/bat/status").exists()) {
QTimer::singleShot( 10 * 1000, this, SLOT(updateSysStatus()));
isSmartBattery = true;
+}else if ( QFileInfo("/sys/class/power_supply/battery/status").exists()) {
+QTimer::singleShot( 10 * 1000, this, SLOT(updateSysStatus()));
+isSmartBattery = true;
} else {
// 1973 only has dumb battery and must use apm
QTimer::singleShot( 10 * 1000, this, SLOT(updateDumbStatus()));
@@ -204,6 +207,8 @@ bool NeoBattery::isCharging()
if (QFileInfo("/sys/devices/platform/bq27000-battery.0/power_supply/bat/status").exists()) {
//freerunner
chargeFile = "/sys/devices/platform/bq27000-battery.0/power_supply/bat/status";
+}else if ( QFileInfo("/sys/class/power_supply/battery/status").exists()) {
+chargeFile = "/sys/class/power_supply/battery/status";
}
@@ -255,6 +260,8 @@ int NeoBattery::getCapacity()
if (QFileInfo("/sys/devices/platform/bq27000-battery.0/power_supply/bat/capacity").exists()) {
//freerunner
strCapacityFile = "/sys/devices/platform/bq27000-battery.0/power_supply/bat/capacity";
+}else if ( QFileInfo("/sys/class/power_supply/battery/capacity").exists()) {
+strCapacityFile = "/sys/class/power_supply/battery/capacity";
}
int capacity = 0;
@@ -287,6 +294,8 @@ int NeoBattery::getTimeToFull()
if (QFileInfo("/sys/devices/platform/bq27000-battery.0/p
Re: [QT Extended Improved] on debian rootfs with 2.6.28
On Mon, 30 Mar 2009 00:17:42 +0200 Radek Polak wrote: > Hi, > i am now working on QTE running on debian rootfs with > recent kernel (latest andy-tracking). > > Right now i think i have working all that i was using > with QTE 4.4.3 from here [1]. This basically is: > > * working SMS/calls > * GPRS > * suspend/resume > > Attached are patches that i used and work-in progress > howto. I will upload whole rootfs during this week. > > As for the patches - 0001 is taken from here [2] and > adjusted to apply to current git. > > 0002 fixes problem when alsa scenarios are being > loaded from /etc/alsa which make troubles for debian > rootfs where this dir is used for something else. It > uses just /usr/share/openmoko/scenarios/ which is now > standard location for all distros. > > 0003 handles renaming of PMU input events > > 0005 gets rid of apm in favour of sysfs for suspending > > All those patches should not break 2.6.24 compatibility > so maybe it makes sense to apply them to QTE improved? > > Cheers > > Radek > > > [1] http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/ > [2] http://pastebin.com/m4cf5bb93 Hi, does your version unsuspends ok for sms's as well? Mine doesn't for now, but the current recommended kernel is testing-om-gta02-20090120.uImage.bin, and maybe that one is the source of those problems ... Also, given the fact that Houyu Li doesn't seem to be there, I think we need to change the git-location, since nobody has access ... at least these fixes should get in (and also the lan-network script update, and the fix for alarms and unsuspending). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR,FSO] Serenity theme for illume
I know it's been a few weeks since I said I was going to try to get this out, I apologize. I've released what is essentially an alpha test for the Serenity theme, therefore named serenity-0.2. It's incomplete, and may be broken in some ways I've not seen yet. Comments/criticisms/advice on structural and functional aspects are welcome, those on visual style should be limited to points of inconsistency with the rest of the theme or problems like scaling. (specifically, if you don't like the look of the theme that's fine, but don't bother with comments like "I don't like dark themes" or what-not - the point is to present the theme to those interested, and hopefully discuss improvements/fixes, not take a poll of the appeal) Note that this is just an Illume/Enlightenment theme, NOT Elementary or any specific apps. (like Paroli, Zhone, SHR phonegui-efl) I'm working on those as well, however. I use it currently with SHR-unstable and FSO-MS5.1. You can download it from http://newkirk.us/om/serenity-0.2.tar.gz and extract - it opens to a folder named serenity, which contains usr/share/enlightenment/data/themes/serenity.edj and usr/share/enlightenment/data/config/serenity folder holding a few files. Copy themes/serenity.edj and the config/serenity folder to /usr/share/enlightement, then you can select it in Illume Settings under Look->Theme, select 'System' at the top-left to see themes installed globally. (/usr/share/...) NOTE: Wallpaper and Theme, at least, may segfault if you are using Software_16 rendering. Once I'm satisfied that it doesn't break anything, and all the main elements are rethemed, I'll release it as an ipk. (of course, at any time if someone wants to they can extract the serenity.edj file and have their way with it - anyone who wants to enhance or alter it in any way is free to do so, so long as 'simple' alterations like changing some images files retain a credit that the new theme is "based on Serenity by Joel Newkirk" - 'major alterations' or extraction of some portion of Serenity to use in another theme is fine without attribution) What I'm doing: Start with Illume and default themes (anything not defined in illume.edj will 'fall through' to default.edj, like battery and clock) basically renaming illume as serenity, and merge more groups up from default (battery, clock, desktop icon, etc) then work to simplify the structure (graphically and visually - most significantly, making icons two images instead of about eight images each) and shift toward the desired visual appearance. Ordinary buttons are translucent white, though on the black default background they appear grey. Selected/pressed buttons are an 'openmoko-orange' tinted rendition of the same translucent button image. Icons are just icon image at rest, are translucent white when highlighted by keyboard or mouseover (IE dragging on FR) and translucent orange when clicked/tapped. Battery applet is the green one from Illume, but narrower. Tapping it displays the battery percentage and time overlay. GSM applet is the same as Illume but colorized red/yellow/green based on signal quality, with carrier name above signal. Clock applet is more heavily altered, displaying digital time with date below it. Keyboard has been visually/structurally simplified - removing two transparent overlays from each key - resulting in (for me at least) significantly faster keyboard response. (and About:Theme is reworked, though you can only see it if you enable the 'Start' Top Shelf Gadget, then select Enlightenment->Theme from the menu - the animation there is one I've used for splash and busy screens as well, but the FR doesn't seem to have sufficient horsepower to do that without noticeably slowing load times, so I axed them - eventually I may end up with a 'pretty' and a 'functional' version of the theme) Still to do: Several components (like keyboard suggestion popup, tasklist) are still black-text-on-grey-gradient, will be changing to light-on-black. Some visual elements (like left-right arrows on top bar) are still IMHO pretty ugly with software_16, which I hope to fix. I'm hoping within a couple weeks or so to have finished at least the structural/composition changes, resulting in a leaner and faster theme that can easily have any/all images altered to result in a completely different yet still leaner/faster theme. I've also worked on theming Elementary, Zhone, and SHR's telephony GUIs, (just looked at Paroli so far) but haven't yet seen any way to do so without overwriting the original files - which of course is a no-no, being subject to reversion whenever the package owning them is updated. (Can anyone tell me a 'right' way to override them? Does it require rewritten apps that explicitly support theme selection or something?) For those unaware, a .edj file is essentially an archive containing one or more .edc (text) files that define the theme, any number of lossy or lossless compressed images, fonts, and a script to recre
Re: [QT Extended Improved] on debian rootfs with 2.6.28
On Mon, 30 Mar 2009 00:17:42 +0200 Radek Polak wrote: > Hi, > i am now working on QTE running on debian rootfs with > recent kernel (latest andy-tracking). > > Right now i think i have working all that i was using > with QTE 4.4.3 from here [1]. This basically is: > btw, for your version, did you need the patches mentioned at http://moko.mwester.net/qtextended.html#qtx_patches: pkg-config-template-443.patch and qmemoryfile_unix_open_args.patch ? On my fedora-10 system, I for sure need the qmemoryfile_unix_open_args.patch, but I don't know if the pkg-config patch is needed, since the system builds just fine in my case ... Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR/FSO] - GPS - no fix, ogpsd.pickle question
On Fri, Mar 20, 2009 at 6:17 PM, Yorick Moko wrote: > i also didn't get fixes with shr-testing > it used to work fine > it also still works with openmok-agpsui, but not with tangogps I have noticed that if i -start with agpsui, -Power on, -wait for the fix (without moving the phone) -close agpsui without Power off -start tangogps it works well.. so it seems like tangogps is unable to "stimulate" the gps daemon to start. let me know if it's the same for you ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR,FSO] Serenity theme for illume
Is there any way we can get a screenshot of this? Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: atd-over-fso 0.70-r1: fix to start atd (missing D-Bus security policy file)
I've got a similar problem on SHR-unstable... Error: Connection ":1.142" is not allowed to own the service "org.openmoko.projects.ffalarms.atd" due to security policies in the configuration file How might I go about fixing this? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Can't flash fso console images, error -110. Other images flash fine.
Hi,
I have a weird problem that i just can't figure out.
I'm trying to flash this fso console image to my gta01.
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/fso-console-image-om-gta01.jffs2
and i always get this...
$ sudo ./dfu-util -a rootfs -R -D ./fso-console-image-om-gta01.jffs2
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY
Opening USB Device 0x:0x...
Claiming USB DFU Runtime Interface...
Determining device status: state = appIDLE, status = 0
Device really in Runtime Mode, send DFU detach request...
Resetting USB...
Opening USB Device...
Found Runtime: [0x1457:0x5119] devnum=8, cfg=0, intf=0, alt=5, name="rootfs"
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
bytes_per_hash=452853
Starting download:
[##dfu_download error -110
] finished!
unable to read DFU status
I've also tried the two other console images on that page
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/openmoko-fso-console-image-glibc-ipk--20090223-om-gta01.rootfs.jffs2
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/openmoko-fso-console-image-glibc-ipk--20090224-om-gta01.rootfs.jffs2
Both give the same problem.
However, i can flash other distros/images perfectly fine
eg, these all flash fine...
http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta01/openmoko-fso-illume-image-glibc-ipk--20090224-om-gta01.rootfs.jffs2
http://build.shr-project.org/shr-testing/images/om-gta01/shr-lite-image-om-gta01.jffs2
http://buildhost.automated.it/OM2007.2/Openmoko-openmoko-qtopia-image-glibc-ipk-P1-Snapshot-20080710-om-gta01.rootfs.jffs2
It may not be relevant but all the rootfs that don't work are 22mb in size.
The ones that work are all bigger, starting at 37MB
I've tried the following with no luck
1) Getting the latest version of dfu-util
2) Flashing from a different PC
3) Doing a nand erase rootfs
4) Using a different usb cable
I'm running U-Boot 1.3-2-moko12 (Dec 17 2008 - 00:48:40)
If it helps here's what my boot env looks like
(i edited it recently to make it boot from uSD by default and so might
have something to do with the problem if i did something wrong in there)
--
GTA01Bv4 # printenv
baudrate=115200
bootargs_base=rootfstype=jffs2 root=/dev/mtdblock4
console=ttySAC0,115200 console=tty0 loglevel=8
bootdelay=1
menu_1=Set console to USB: setenv stdin usbtty; setenv stdout usbtty;
setenv stderr usbtty
menu_2=Set console to serial: setenv stdin serial; setenv stdout serial;
setenv stderr serial
menu_3=Power off: neo1973 power-off
mtdids=nand0=neo1973-nand
mtdparts=mtdparts=neo1973-nand:0x0004(u-boot),0x4000(u-boot_env),0x0020(kernel),0x000a(splash),0x03d1c000(rootfs)
quiet=1
sd_image_name=uImage
splashimage=nand read.e 0x3200 splash 0x5000; unzip 0x3200
0x33d0 0x96000
stdin=usbtty
usbtty=cdc_acm
boot_menu_timeout=65000
menu_5=Boot from SD with init: setenv bootargs ${bootargs_base}
rootfstype=ext3 root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts}; mmcinit;
ext2load mmc 1 0x3200 ${sd_image_name}; bootm 0x3200
menu_4=Boot from Flash: setenv bootargs ${bootargs_base} ${mtdparts};
nand read.e 0x3200 kernel; bootm 0x3200
bootcmd=setenv bootargs ${bootargs_base} rootfstype=ext3
root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts}; mmcinit; ext2load mmc 1
0x3200 ${sd_image_name}; bootm 0x3200
partition=nand0,0
mtddevnum=0
mtddevname=u-boot
pcf50606_int1=0x53
stdout=usbtty
stderr=usbtty
Environment size: 1250/16380 bytes
GTA01Bv4 #
--
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR,FSO] Serenity theme for illume
On Sun, 29 Mar 2009 21:52:42 -0500 The Digital Pioneer wrote: > Is there any way we can get a screenshot of this? Thanks! http://scap.linuxtogo.org/files/2dd5a8f42c6bd316ea0434c23bde11ba.png and http://scap.linuxtogo.org/files/e971c1737dc487e7a8beeab7ed3e860d.png First is Software, second Software_16 rendering. j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT Extended Improved] on debian rootfs with 2.6.28
Franky Van Liedekerke wrote: > Hi, > > does your version unsuspends ok for sms's as well? Mine doesn't for > now, but the current recommended kernel is > testing-om-gta02-20090120.uImage.bin, and maybe that one is the source > of those problems ... > Also, given the fact that Houyu Li doesn't seem to be there, I think we > need to change the git-location, since nobody has access ... at least > these fixes should get in (and also the lan-network script update, and > the fix for alarms and unsuspending). > > Franky Mine unsuspends for sms - no problem here. Right now i do devel on my local git (and sending patches to this list). I will try to get my git online and let you know then. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtExtended GIT on github.com
Since Houyu Li doesn't seem to be available, and nobody else has write access to the GIT, I've imported the latest 'offical' QtExt into a public place (github.com), without any patches yet. Anyone interested in having his key added for write access just drop me a mail. Filip. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT Extended Improved] on debian rootfs with 2.6.28
Hi Radek, great news, I'll try to test those patches later tonight. Filip. On Mon, 30 Mar 2009 00:30:49 +0200, Franky Van Liedekerke wrote: > On Mon, 30 Mar 2009 00:17:42 +0200 > Radek Polak wrote: > >> Hi, >> i am now working on QTE running on debian rootfs with >> recent kernel (latest andy-tracking). >> >> Right now i think i have working all that i was using >> with QTE 4.4.3 from here [1]. This basically is: >> >> * working SMS/calls >> * GPRS >> * suspend/resume >> >> Attached are patches that i used and work-in progress >> howto. I will upload whole rootfs during this week. >> >> As for the patches - 0001 is taken from here [2] and >> adjusted to apply to current git. >> >> 0002 fixes problem when alsa scenarios are being >> loaded from /etc/alsa which make troubles for debian >> rootfs where this dir is used for something else. It >> uses just /usr/share/openmoko/scenarios/ which is now >> standard location for all distros. >> >> 0003 handles renaming of PMU input events >> >> 0005 gets rid of apm in favour of sysfs for suspending >> >> All those patches should not break 2.6.24 compatibility >> so maybe it makes sense to apply them to QTE improved? >> >> Cheers >> >> Radek >> >> >> [1] http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/ >> [2] http://pastebin.com/m4cf5bb93 > > Hi, > > does your version unsuspends ok for sms's as well? Mine doesn't for > now, but the current recommended kernel is > testing-om-gta02-20090120.uImage.bin, and maybe that one is the source > of those problems ... > Also, given the fact that Houyu Li doesn't seem to be there, I think we > need to change the git-location, since nobody has access ... at least > these fixes should get in (and also the lan-network script update, and > the fix for alarms and unsuspending). > > Franky > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT Extended Improved] on debian rootfs with 2.6.28
Franky Van Liedekerke wrote: > btw, for your version, did you need the patches mentioned at > http://moko.mwester.net/qtextended.html#qtx_patches: > pkg-config-template-443.patch and qmemoryfile_unix_open_args.patch ? > On my fedora-10 system, I for sure need the > qmemoryfile_unix_open_args.patch, but I don't know if the pkg-config > patch is needed, since the system builds just fine in my case ... Hi Franky i didnt need any of them. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
