Re: [maemo-developers] Maemo 2.0 device reboot
2006/10/19, Marius Gedminas <[EMAIL PROTECTED]>: > On Thu, Oct 19, 2006 at 03:48:54PM +0300, Eero Tamminen wrote:>> Hi, ext Marius Gedminas wrote:>> >>> My 770 reboots once every two--three days. I think it's a software >> >>> problem. I could be wrong.>> >> As mentioned in the following link, please file bugs against the errant>> >> applications.>> >> http://maemo.org/maemowiki/ReportingRebootIssues?action="">>> >> I remember in your case it was FBReader - report it to them.>> >>> > /var/lib/dsme/lifeguard-resets claims it is maemo_af_desktop's fault. Were there several reboots accounted for the Desktop process?>>There were 44 reboots accounted for maemo_af_desktop, last time I checked.>>> Btw. there are several reasons why Desktop might die: >> - It's buggy :-)>>I suppose it could also be a buggy plugin?>>> - Something in the device is forcing it to run completely out of memory>>Nah, I have 64 megs of swap, and load-applet never shows more than 1 out >of 4 squares full when these crashes happen.>>One day I'll disable lifeguard resets, wait for a crash, and then ssh>into the device and ... uh ... actually I've no idea what to do then.>Can I enable core files? Is there a gdb package for armel? >>Marius Gedminas>-->A real friend isn't someone you use once and then throw away.>A real friend is someone you can use over and over again.I upgrade Gizmo to version 1.1.0.40 and for now it never crash. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Reboot Cycle
On 10/19/06, Marius Gedminas <[EMAIL PROTECTED]> wrote: It is a known mweather home applet bug: it crashes the desktop app on startup, usually. Disable the applet, and you won't get reboot loops.If you have an ssh server on the device, I think you could ssh into itand sudo apt-get remove mweather. Or just keep rebooting until you get lucky and mweather doesn't crash for you -- it doesn't *always* crash. I suppose I should have looked up that applet on the ApplicationCatalogue2006 wiki as there is a big fat warning that this applet is unstable and a WIP. I just installed it from the Application Manager having no idea it was still a WIP. In any case, I successfully got my 770 desktop not to crash with the following steps: - powerup until you get the white screen of death - plug the charger in - "power off" the 770 (which actually just suspends it when the charger is in) by pressing the power button and choosing "Switch off!" - power on after you see the lone charging symbol in the middle of the screen by pressing the power button When the desktop screen finally did come up, it was missing the middle Contact button along the left hand side of the screen and the applet had a "Failed" message in it. I also found that I didn't need the lifeguard disable hack to stop the rebooting cycle. If I pressed and held the power key as soon as I saw the Nokia hands, I could stop it in the white screen of death state. Then a second press of the power button would switch the 770 off. So I am back to normal without having to reflash my firmware. Thanks for confirming that this app was causing me trouble. Just figured that I would relate some details of my unpleasant experience in hopes that it might help others get out of their future reboot cycles. Nokia should consider some sort of "Safe mode" when lifeguard resets the 770 a few times in sequence as the endless rebooting is not a fun experience. I know X will only retry its start 3 times before dropping to the command line. I think gdm may dump you to a extremely simple session manager if it can't start the Gnome desktop too. You can start Firefox up in a safe mode that will not load any extensions. This is likely the best model to follow. However, an even better model would be to not allow crashing applets to take down your entire desktop. /Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
2006/10/19, Michael Kostrzewa (Nokia-M/Helsinki) <[EMAIL PROTECTED]>: Swfdec is just a decoder for certain kind of swf presentations. It'llnot work for interactive flash stuff.MDKOn Thu, Oct 19, 2006 at 12:55:29PM -0700, ext George Farris wrote:> On Thu, 2006-19-10 at 12:54 -0700, George Farris wrote: > > On Thu, 2006-19-10 at 14:59 -0400, Andrew J. Barr wrote:> > > On Thursday 19 October 2006 14:55, Koen Kooi wrote:> > > > Flash is evil> > >> > > My thoughts exactly. Thank you! > > >> > > (Although GNU Gnash is certainly less evil and I await the day it is generally> > > usable. A necessary evil, if you will.)> >> > swfdec might possible be a better match as it uses gstreamer etc. >The only alternative is Gnash, swfdec last development was 10 Jan 2006 when 0.3.6 was released.It seems that Gnash for Arm is ready did someone try this? > Oh and there is a GNOME guy working on it from what I understand.>>> ___> maemo-developers mailing list> maemo-developers@maemo.org> https://maemo.org/mailman/listinfo/maemo-developers___maemo-developers mailing list maemo-developers@maemo.orghttps://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
Swfdec is just a decoder for certain kind of swf presentations. It'll not work for interactive flash stuff. MDK On Thu, Oct 19, 2006 at 12:55:29PM -0700, ext George Farris wrote: > On Thu, 2006-19-10 at 12:54 -0700, George Farris wrote: > > On Thu, 2006-19-10 at 14:59 -0400, Andrew J. Barr wrote: > > > On Thursday 19 October 2006 14:55, Koen Kooi wrote: > > > > Flash is evil > > > > > > My thoughts exactly. Thank you! > > > > > > (Although GNU Gnash is certainly less evil and I await the day it is > > > generally > > > usable. A necessary evil, if you will.) > > > > swfdec might possible be a better match as it uses gstreamer etc. > > Oh and there is a GNOME guy working on it from what I understand. > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Flight mode
how is flight mode enabled? Is it the same as offline mode? Thanks Diego __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
On Thu, 2006-19-10 at 12:54 -0700, George Farris wrote: > On Thu, 2006-19-10 at 14:59 -0400, Andrew J. Barr wrote: > > On Thursday 19 October 2006 14:55, Koen Kooi wrote: > > > Flash is evil > > > > My thoughts exactly. Thank you! > > > > (Although GNU Gnash is certainly less evil and I await the day it is > > generally > > usable. A necessary evil, if you will.) > > swfdec might possible be a better match as it uses gstreamer etc. Oh and there is a GNOME guy working on it from what I understand. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
On Thu, 2006-19-10 at 14:59 -0400, Andrew J. Barr wrote: > On Thursday 19 October 2006 14:55, Koen Kooi wrote: > > Flash is evil > > My thoughts exactly. Thank you! > > (Although GNU Gnash is certainly less evil and I await the day it is > generally > usable. A necessary evil, if you will.) swfdec might possible be a better match as it uses gstreamer etc. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
On Thursday 19 October 2006 14:55, Koen Kooi wrote: > Flash is evil My thoughts exactly. Thank you! (Although GNU Gnash is certainly less evil and I await the day it is generally usable. A necessary evil, if you will.) -- Andrew Barr Now playing: Sting - Big Lie Small World ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Malix schreef: > As announced on Adobe Flash release manager blog > http://weblogs.macromedia.com/emmy/ Flash 9 for Linux is here. You think > that this can be used under Maemo? Before now Flash was a big pain and I > had a lot of crash with older versions on Linux, but now I think that > Adobe is seriously considering Linux as big OS player. Under Maemo I > have a lot of browser crash that, may be erroneously, attribute to flash > player, so using the new Flash player 9 may resolve those problems. What > do you think? Flash is evil -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFN8ouMkyGM64RGpERAgV1AKC5MEIE9kNagkLi0qmZ02QwmcNo6wCcCjXU cDm4ODFpAP8ytBZj39BsGq4= =kgOM -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Reboot Cycle
On Thu, Oct 19, 2006 at 04:27:32PM +, Michael Wiktowy wrote: > Hello list, > I got finally bit by the endless reboot cycle bug. > > I have set the no-lifeguard-reset flag in R&D mode and now it doesn't > reboot. > I could also stop it from rebooting with a well timed press and hold of the > power button right after the Nokia hands and chime come up. > > However, all I get is the "white screen of death" after it boots. > > The things that I installed since the last reboot were: > - mweather desktop applet It is a known mweather home applet bug: it crashes the desktop app on startup, usually. Disable the applet, and you won't get reboot loops. If you have an ssh server on the device, I think you could ssh into it and sudo apt-get remove mweather. Or just keep rebooting until you get lucky and mweather doesn't crash for you -- it doesn't *always* crash. Marius Gedminas -- Give a man a computer program and you give him a headache, but teach him to program computers and you give him the power to create headaches for others for the rest of his life... -- R. B. Forest signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Reboot Cycle
On 10/19/06, Michael Wiktowy <[EMAIL PROTECTED]> wrote: Hello list,I got finally bit by the endless reboot cycle bug.I have set the no-lifeguard-reset flag in R&D mode and now it doesn't reboot.I could also stop it from rebooting with a well timed press and hold of the power button right after the Nokia hands and chime come up. However, all I get is the "white screen of death" after it boots.The things that I installed since the last reboot were:- mweather desktop applet- upgraded maemo-mapper to 1.2 oops .. send permaturely ... to continue ...and before that I installed the bt-plugin applet to get some data dumps from my bt GPS and had to reboot to get that working right.After updating the maemo-mapper, I started it and it started fine but I didn't have my GPS around to try it. I let my 770 charge overnight. Tried starting maemo-mapper after I had my GPS on and it would look like it was starting but would never come up. So I manually rebooted and now I am stuck. I suspect that it is either a wonky mweather applet crashing the desktop or some wierd interaction with the new maemo-mapper and the bt-plugin.Is my only option to reflash the firmware if the desktop crashes like this? /Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Reboot Cycle
Hello list,I got finally bit by the endless reboot cycle bug.I have set the no-lifeguard-reset flag in R&D mode and now it doesn't reboot.I could also stop it from rebooting with a well timed press and hold of the power button right after the Nokia hands and chime come up. However, all I get is the "white screen of death" after it boots.The things that I installed since the last reboot were:- mweather desktop applet- upgraded maemo-mapper to 1.2 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.0 device reboot
On Thu, Oct 19, 2006 at 03:48:54PM +0300, Eero Tamminen wrote: > Hi, > > ext Marius Gedminas wrote: > >>> My 770 reboots once every two--three days. I think it's a software > >>> problem. I could be wrong. > >> As mentioned in the following link, please file bugs against the errant > >> applications. > >> http://maemo.org/maemowiki/ReportingRebootIssues?action=show > >> > >> I remember in your case it was FBReader - report it to them. > > > > /var/lib/dsme/lifeguard-resets claims it is maemo_af_desktop's fault. > > Were there several reboots accounted for the Desktop process? There were 44 reboots accounted for maemo_af_desktop, last time I checked. > Btw. there are several reasons why Desktop might die: > - It's buggy :-) I suppose it could also be a buggy plugin? > - Something in the device is forcing it to run completely out of memory Nah, I have 64 megs of swap, and load-applet never shows more than 1 out of 4 squares full when these crashes happen. One day I'll disable lifeguard resets, wait for a crash, and then ssh into the device and ... uh ... actually I've no idea what to do then. Can I enable core files? Is there a gdb package for armel? Marius Gedminas -- A real friend isn't someone you use once and then throw away. A real friend is someone you can use over and over again. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
On 10/19/06, Malix <[EMAIL PROTECTED]> wrote: As announced on Adobe Flash release manager blog http://weblogs.macromedia.com/emmy/ Flash 9 for Linux is here. You think that this can be used under Maemo? This is great news, thanks! Maemo uses a non-x86 chip, though, so you'd have to wait for Adobe to port and release the update. In the past Macromedia would not do that (Flash for Linux is not even available for PPC) but since Nokia is a paying customer I'm sure it will appear - with the next major software update, perhaps?. -- Michel Salim http://www.cs.indiana.edu/~msalim http://the-dubois-papers.blogspot.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.0 device reboot
2006/10/19, Eero Tamminen <[EMAIL PROTECTED]>: Hi,ext Marius Gedminas wrote: Hi, after upgrade to maemo 2.0 I have a problem. Some times my 770 reboot. This happen some times when I'm using the browser and every time I try to use Gizmo. For now I never had problem with other programs. You think this is a software problem or hardware?>>> My 770 reboots once every two--three days. I think it's a software>>> problem. I could be wrong.>> As mentioned in the following link, please file bugs against the errant >> applications.>> http://maemo.org/maemowiki/ReportingRebootIssues?action=""> I remember in your case it was FBReader - report it to them. >> /var/lib/dsme/lifeguard-resets claims it is maemo_af_desktop's fault.Were there several reboots accounted for the Desktop process?Btw. there are several reasons why Desktop might die:- It's buggy :-) - Something in the device is forcing it to run completely out of memory (and if alloc fails, Glib will abort the co. process), e.g. because that something is leaking memory or otherwise using a lot of memory without integrating itself to the device memory management: - If possible, app should implement support for the "background killing"i.e. save UI state when backgrounded and then indicate[1] that it's killable when the device runs out of memory:https://stage.maemo.org/svn/maemo/projects/haf/doc/api/hildon-libs/hildon-libs-HildonProgram.html#hildon-program-set-can-hibernate http://www.maemo.org/platform/docs/api/libosso/html/group__Statesave.html http://www.maemo.org/platform/docs/api/libosso/html/group__Autosave.htmlWhen foregrounded, I think app should then remove the state andwhen being re-started, it should check whether there was someUI-state. If there was, restore the UI-state (instead of going to the default application state). If you strace the device apps,you see that UI state is stored under /tmp/osso-appl-states/ whichis on tmpfs i.e. goes away at reboot - It could use the libosso osso_mem_saw_enable & osso_mem_saw_disable http://maemo.org/lxr/source/libosso/src/osso-mem.h#110functions around operations that:- could potentially take a lot of memory (loading large image etc) - handle allocation failures gracefully (not abort/assert) - If app caches things or otherwise has some "optional" memoryusage, it could also listen to the system low memory notifications so that it can purge from RAM all of its caches when that happens:http://www.maemo.org/platform/docs/api/libosso/html/group__Devstate.html http://www.maemo.org/platform/docs/api/libosso/html/group__outside.html#g231284109a21410088850beed324ea57 If the device runs _completely_ out of memory, I don't think the kernelout-of-memory killer knows which process user would prefer to be killedto get more memory :-).Some more info on kernel OOM-killer: http://linux-mm.org/OOM_Killerhttp://lwn.net/Articles/104179/[1] You can check whether app is "background-killable" by: - using "xwininfo|grep Window id" and tapping to the application window,- topping another window, and then- doing "xprop -id | grep KILL"If you see the hibernate property set for the app, it is "background killable".> FBReader just happens to be the application I use most often.>> I haven't reported it in Bugzilla yet, because I do not have a way to> reproduce the problem (other than "try to use the device for a few > days"), and also because it is not that irritating -- the device boots> pretty fast, and the progress bar is kinda nice. :) - Eero___maemo-developers mailing list maemo-developers@maemo.orghttps://maemo.org/mailman/listinfo/maemo-developers Thanks to everyone for suggestions. I will report any information I can collect , following those instructions http://maemo.org/maemowiki/ReportingRebootIssues?action="" , in the hope that those can help to fix bugs. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Flash player 9
As announced on Adobe Flash release manager blog http://weblogs.macromedia.com/emmy/ Flash 9 for Linux is here. You think that this can be used under Maemo? Before now Flash was a big pain and I had a lot of crash with older versions on Linux, but now I think that Adobe is seriously considering Linux as big OS player. Under Maemo I have a lot of browser crash that, may be erroneously, attribute to flash player, so using the new Flash player 9 may resolve those problems. What do you think? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.0 device reboot
Hi, ext Marius Gedminas wrote: Hi, after upgrade to maemo 2.0 I have a problem. Some times my 770 reboot. This happen some times when I'm using the browser and every time I try to use Gizmo. For now I never had problem with other programs. You think this is a software problem or hardware? >>> My 770 reboots once every two--three days. I think it's a software >>> problem. I could be wrong. >> As mentioned in the following link, please file bugs against the errant >> applications. >> http://maemo.org/maemowiki/ReportingRebootIssues?action=show >> >> I remember in your case it was FBReader - report it to them. > > /var/lib/dsme/lifeguard-resets claims it is maemo_af_desktop's fault. Were there several reboots accounted for the Desktop process? Btw. there are several reasons why Desktop might die: - It's buggy :-) - Something in the device is forcing it to run completely out of memory (and if alloc fails, Glib will abort the co. process), e.g. because that something is leaking memory or otherwise using a lot of memory without integrating itself to the device memory management: - If possible, app should implement support for the "background killing" i.e. save UI state when backgrounded and then indicate[1] that it's killable when the device runs out of memory: https://stage.maemo.org/svn/maemo/projects/haf/doc/api/hildon-libs/hildon-libs-HildonProgram.html#hildon-program-set-can-hibernate http://www.maemo.org/platform/docs/api/libosso/html/group__Statesave.html http://www.maemo.org/platform/docs/api/libosso/html/group__Autosave.html When foregrounded, I think app should then remove the state and when being re-started, it should check whether there was some UI-state. If there was, restore the UI-state (instead of going to the default application state). If you strace the device apps, you see that UI state is stored under /tmp/osso-appl-states/ which is on tmpfs i.e. goes away at reboot - It could use the libosso osso_mem_saw_enable & osso_mem_saw_disable http://maemo.org/lxr/source/libosso/src/osso-mem.h#110 functions around operations that: - could potentially take a lot of memory (loading large image etc) - handle allocation failures gracefully (not abort/assert) - If app caches things or otherwise has some "optional" memory usage, it could also listen to the system low memory notifications so that it can purge from RAM all of its caches when that happens: http://www.maemo.org/platform/docs/api/libosso/html/group__Devstate.html http://www.maemo.org/platform/docs/api/libosso/html/group__outside.html#g231284109a21410088850beed324ea57 If the device runs _completely_ out of memory, I don't think the kernel out-of-memory killer knows which process user would prefer to be killed to get more memory :-). Some more info on kernel OOM-killer: http://linux-mm.org/OOM_Killer http://lwn.net/Articles/104179/ [1] You can check whether app is "background-killable" by: - using "xwininfo|grep Window id" and tapping to the application window, - topping another window, and then - doing "xprop -id | grep KILL" If you see the hibernate property set for the app, it is "background killable". > FBReader just happens to be the application I use most often. > > I haven't reported it in Bugzilla yet, because I do not have a way to > reproduce the problem (other than "try to use the device for a few > days"), and also because it is not that irritating -- the device boots > pretty fast, and the progress bar is kinda nice. :) - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] maemo developer environment - OS X PPC / BSD?
Hi, Hello, I'd like to hear from others who have a working development set-up. I have an i486 box running Desktop BSD, an iBook G4 (10.4.8), and an i586 with XP. I'd prefer to install the development system on an external firewire drive. Well, you could do it with that way, but might be easier in short term to just install e.g. Ubuntu along with the XP if you have some reasons to keep using it. Best WIshes, Karoliina ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] maemo developer environment - OS X PPC / BSD?
Hello, I'd like to hear from others who have a working development set-up. I have an i486 box running Desktop BSD, an iBook G4 (10.4.8), and an i586 with XP. I'd prefer to install the development system on an external firewire drive. Just getting started, would like to try installing Ubuntu or Knoppix on an external Firewire drive and use the maemo development tools from there. Initially I might have to modify the kernel that Ubuntu uses on its live CD to support SCSI. Maybe Knoppix DVD already has it... I realize these are issues with these kernels and not with maemo, perhaps there are suggestions about which distribution to use? Otto Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail.___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] spam at maemo wiki
Marius Gedminas wrote: Are you sure there are no links? I've had spammers spam a Trac wiki with lots of links inside a . Yes, go to http://maemo.org/maemowiki/FrontPage?action=info and use the links "View", "Raw" on the right. Links are not in the page (revision 221 as example) but just in the comments field. This is puzzling, looks like stupid vandalism without any gain for anyone. Probably some automatic script which fills wrong text field. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] spam at maemo wiki
On Thu, Oct 19, 2006 at 10:22:41AM +0200, Frantisek Dufka wrote: > Ferenc Szekely wrote: > >Hello, > > > >Every now and then we have some nasty "edits" at maemo's wiki. To avoid > >this I have been thinking to disable anonymous edits till we have a > >solution which: > >-either detects spam and reverts a page if necessary, or > >-provides a challenge-response test (captcha [1]) before submitting a > >page (Thanks "Adam L" for proposing it) > > > > Any news on this? How far is the solution? Maybe we could just lock the > FrontPage. I wonder why the spammer adds just CategoryBluetooth without > spam links. Is he stupid or google takes links from the comments in > RecentChages page? Are you sure there are no links? I've had spammers spam a Trac wiki with lots of links inside a . Marius Gedminas -- I'm a sorceress, not a miracle worker. -- The Spellsong War by L. E. Modesitt, Jr. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] building an application with custom kernel-headers
On Thu, 2006-10-19 at 11:31 +0300, Eero Tamminen wrote: > > [sbox-fitz: ~] > grep > > > IFA_F_HOMEADDRESS /usr/src/su-18-kernel-headers/include/linux/rtnetlink.h > > #define IFA_F_HOMEADDRESS 0x10 > > Is this in the part of the kernel header that is not "exported" > unless you're compiling kernel source code? (or claiming > so with a define used for this) I don't really know what you mean here, but this works outside of scratchbox/maemo, and it works using not 'gcc' but 'gcc-3.4' (gcc is a link to sb_gcc_wrapper in /scratchbox/compilers/bin/ while gcc-3.4 is a pure arm compiler in /usr/bin): [sbox-fitz: ~] > file /scratchbox/compilers/bin/sb_gcc_wrapper /scratchbox/compilers/bin/sb_gcc_wrapper: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped [sbox-fitz: ~] > file /usr/bin/gcc-3.4 /usr/bin/gcc-3.4: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.4.17, dynamically linked (uses shared libs), stripped So I build my package using CC=gcc-3.4 Thanks, anyway. -- Yves-Alexis Perez ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Unresolved issues (Week 41)
Tommi Komulainen wrote: * http://maemo.org/pipermail/maemo-developers/2006-October/005721.html compiling problems in scrathcbox gcc fails with 'sbox-i686-linux-gcc: -lgthread-2.0: linker input file unused because linking not done' solved (gcc -c -lfoo is not a valid gcc command) on different list: http://lists.scratchbox.org/pipermail/scratchbox-devel/2006-October/000225.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] building an application with custom kernel-headers
Hi, > [sbox-fitz: ~] > grep > IFA_F_HOMEADDRESS /usr/src/su-18-kernel-headers/include/linux/rtnetlink.h > #define IFA_F_HOMEADDRESS 0x10 Is this in the part of the kernel header that is not "exported" unless you're compiling kernel source code? (or claiming so with a define used for this) - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Unresolved issues (Week 41)
Here is a list of issues raised on this list I think have not been concluded so far, in no particular order. The easiest way to get off the list is to provide answers, but you can also try convincing me other ways. This is an attempt to improve our communication by providing a short summary reminder for busy people to act on. I'll try to keep up with the experiment for a few weeks and see what happens. * http://maemo.org/pipermail/maemo-developers/2006-October/005721.html compiling problems in scrathcbox gcc fails with 'sbox-i686-linux-gcc: -lgthread-2.0: linker input file unused because linking not done' * http://maemo.org/pipermail/maemo-developers/2006-October/005742.html microphone recording quality GStreamer 0.8 recording sampling rate is limited to 8kHz? Can it be increased? * http://maemo.org/pipermail/maemo-developers/2006-October/005760.html Keeping the softkeypad from going away. "How can you keep the softkeypad from going away in a hildon application written in python?" -- Tommi Komulainen<[EMAIL PROTECTED]> ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] spam at maemo wiki
Ferenc Szekely wrote: Hello, Every now and then we have some nasty "edits" at maemo's wiki. To avoid this I have been thinking to disable anonymous edits till we have a solution which: -either detects spam and reverts a page if necessary, or -provides a challenge-response test (captcha [1]) before submitting a page (Thanks "Adam L" for proposing it) Any news on this? How far is the solution? Maybe we could just lock the FrontPage. I wonder why the spammer adds just CategoryBluetooth without spam links. Is he stupid or google takes links from the comments in RecentChages page? Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] expat and libxml2 now on stage.maemo.org SVN
On Wed, 2006-10-18 at 18:11 +0200, ext Koen Kooi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Kimmo Hämäläinen schreef: > > Hi, > > > > I finally put expat and libxml2 to the stage SVN: > > https://stage.maemo.org/svn/maemo/projects/haf/trunk/expat/ > > https://stage.maemo.org/svn/maemo/projects/haf/trunk/libxml2/ > > Why did you put those in svn? Upstream has a really cool thing called > 'tarball release' > for that. We try to keep all the versions we are using in public SVN. Yes, later the packaging could use an upstream tarball, but it would still be stored in SVN. BR, Kimmo > > regards, > > Koen > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (Darwin) > > iD8DBQFFNlIXMkyGM64RGpERAgwoAJ9Tqr2xcUZ00F3OtwQeaQGO5xO3pQCfcHvc > 46qwyxKjHpLCYn1zfCv69z8= > =ap6k > -END PGP SIGNATURE- > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers