RE: [maemo-developers] Still problems with Linux flasher tool...
Roberto Resoli wrote: 2005/11/21, [EMAIL PROTECTED] [EMAIL PROTECTED]: To my knowledge (please correct me if this is not true in all conditions) there is no need to start the update BEFORE turning on the device. I found that with the RD mode enabled the 'hold the home key' technique does not work; the device does a normal boot regardless -- starting the flasher before connecting the device to the usb is the only way in which I could get it into update mode (incidentaly, this means that the windows flasher is useless when you have RD enabled, because it does not seem to have a waiting mode). I do it always so that I put the flasher to waiting and then turn on the device. Works always. I don't know about the Windows-flasher, I have never tried it. And by the way the first time I heard about the home key thing. Perhaps if you are confident that there is a such issue with the Windows-flasher (that it does not have the wait mode), you may file a bug against it. Or just use Linux and be happy, e.g. I wouldn't do software development in anywhere else anyway :). Karoliina ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Still problems with Linux flasher tool...
[EMAIL PROTECTED] wrote: I do it always so that I put the flasher to waiting and then turn on the device. Works always. I don't know about the Windows-flasher, I have never tried it. And by the way the first time I heard about the home key thing. Perhaps if you are confident that there is a such issue with the Windows-flasher (that it does not have the wait mode), you may file a bug against it. Or just use Linux and be happy, e.g. I wouldn't do software development in anywhere else anyway :). The 'home key' technique is the one (the only one) the win32 flashing wizard guides you through (and IIRC also described on the 770 homepage); as such not having a waiting mode is almost certainly a feature, not a bug. Personally I might share your 'use Linux and be happy' sentiment, but considering that the win32 flasher is the tool (only tool?) made available to the normal users by Nokia for software updates, and that undoubtedly most of the 770 users will be coming from the win32 desktop environment, it might not do any harm for Nokia's developers to get some first hand win32 experience with the 770? ;) Tomas ___ Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Still problems with Linux flasher tool...
Hello, pressing the home key prevents booting my device but the flasher tool waits in an endless loop and doesn't find the 770 device. Are there any special requirements regarding the linux host environment? Regards, Marco -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Roberto Resoli Gesendet: Montag, 21. November 2005 15:32 An: maemo-developers@maemo.org Betreff: Re: [maemo-developers] Still problems with Linux flasher tool... 2005/11/21, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hello, Here is a short step by step howto: - Switch off the 770 device. - Plug in the usb cable. - Execute flasher. $ flasher --enable-rd-mode - Flasher starts waiting in the loop until you switch the device back on. - Switch on the 770 device. - And you are done To my knowledge (please correct me if this is not true in all conditions) there is no need to start the update BEFORE turning on the device. 0) plug usb cable in 1) Press hold the home key; turn on 770 2) 770 will not boot and wait indefinitely 3) start the flashing program Tested with linux flasher. Windows flasher never worked for me. Roberto Resoli Best Regards, Karoliina Salminen http://www.karoliinasalminen.com/blog -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Marco Wierer Sent: 17 November, 2005 23:28 To: maemo-developers@maemo.org Subject: [maemo-developers] Still problems with Linux flasher tool... Hello, I'm trying to activate the rd mode on my device using the Linux flasher tool but the tool just waits in an endless loop waiting for the device (Suitable USB device not found, waiting). I already read all threads regarding this topic but I don't have a clue what I'm doing wrong: I turn off the device, start the flasher tool, attach the device and power on the device but without success. I also removed the MMC - same result. The device is simply booting and telling me that it's attached to USB. The 770 is directly connected to the USB interface on my computer (no hub) and I have firmware version 1.2005.42-9 installed on the device. I'm using SuSE 9.3 - any thoughts? Thnx, Marco ___ 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 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] weird crashing ...
Hey all, I'm performing some experimental stuff on the 77'device and I just got confised after receiving the following msg from the device: The program 'testing-xul' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch'. (Details: serial 2527 error_code 8 request_code 56 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) It starts up, but after some time, it just crash, printing as above. The '--sync' suggested option has no effect. Any special reason for that ? thnks regards -- Jorge Souza ___ Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Developer discount charged to credit card!
I've just got my credit card statement, and it has two Nokia items on it: the first is the discounted 770 and the second is the discount as a seperate item! e.g. I've now paid full price (plus two lots of shipping) even though the invoice showed the discount as a deduction... Has anyone else had this problem? cheers, Adam -- Adam Laurie Tel: +44 (20) 7605 7000 The Bunker Secure Hosting Ltd. Fax: +44 (20) 7605 7099 Shepherds Building http://www.thebunker.net Rockley Road http://www.aldigital.co.uk London W14 0DA mailto:[EMAIL PROTECTED] UNITED KINGDOM PGP key on keyservers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] weird crashing... (X server badmatch)
Hi, The program 'testing-xul' received an X Window Systemerror. This probably reflects a bug in the program. The error was 'BadMatch'. (Details: serial 2527 error_code 8 request_code 56 minor_code 0) Request code 56 is X_ChangeGC. (Request codes are listed in X books like Introduction to X Window System by Oliver Jones.) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get ameaningful backtrace from your debugger if you break on thegdk_x_error() function.) This error means that your application tried to access an X server resource that doesn't exist (anymore), either directly or through the libraries it used. For example you removed a window as a response to a button click, but you had an event callback for the window that handled some event for the window only after you had removed the window. In this case the resource was (down below) an X server graphics context, not a window. It starts up, but after some time, it just crash, printing as above. The '--sync' suggested option has no effect. Your stacktrace in GDB is not more readable? Normally --sync just forces the error to manifest immediately when it's done instead of later. If --sync option helps to fix the problem, in the above example it would mean that the two operations were not properly synchronized (X server works asynchronously to your program and events requests are buffered) and you can fix the problem with correctly placed XSync(). Or preferably, with the corresponding Gdk alternative. Any special reason for that ? The code is broken. - Eero PS. In some very rare cases (if you're writing a window manager), application needs to access X server resources which it doesn't control itself. In these cases it can trap the X error while accessing such a resource. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] becoming root in scratchbox
Chris Bare wrote: I'm trying to install libexpat1_1.95.8-3_i386.deb and libexpat1-dev_1.95.8-3_i386.deb inside scratchbox. (I downloaded these files from http://repository.maemo.org/pool/maemo1.1rc5/free/e/expat/) I tried dpkg -i libexpat1_1.95.8-3_i386.deb but it says: dpkg: requested operation requires superuser privilege when I try to su within scratchbox, my normal root password does not work. I tried rootme and got: su: cannot set groups: Operation not permitted what am I doing wrong here? You mailed to maemo-developers list. Using Maemo SDK (and 770) should go to -users... Other than that, try fakeroot dpkg ... :) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer discount charged to credit card!
Adam Laurie wrote: I've just got my credit card statement, and it has two Nokia items on it: the first is the discounted 770 and the second is the discount as a seperate item! e.g. I've now paid full price (plus two lots of shipping) even though the invoice showed the discount as a deduction... Has anyone else had this problem? cheers, Adam Yes. Send mail to the address in the invoice, the will refund you. ps. #include disclaimer_about_mailing_to_wrong_list.txt ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] weird crashing... (X server badmatch)
Hummm ... very clarifying, Thanks. But the point is: why does it work on the scratchbox/xvnc/x86 through ? (i know there are many diffences in pratical terms, but in theory the behaviour should be the same, right ?) regards The program 'testing-xul' received an X Window Systemerror. This probably reflects a bug in the program. The error was 'BadMatch'. (Details: serial 2527 error_code 8 request_code 56 minor_code 0) Request code 56 is X_ChangeGC. (Request codes are listed in X books like Introduction to X Window System by Oliver Jones.) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get ameaningful backtrace from your debugger if you break on thegdk_x_error() function.) This error means that your application tried to access an X server resource that doesn't exist (anymore), either directly or through the libraries it used. For example you removed a window as a response to a button click, but you had an event callback for the window that handled some event for the window only after you had removed the window. In this case the resource was (down below) an X server graphics context, not a window. It starts up, but after some time, it just crash, printing as above. The '--sync' suggested option has no effect. Your stacktrace in GDB is not more readable? Normally --sync just forces the error to manifest immediately when it's done instead of later. If --sync option helps to fix the problem, in the above example it would mean that the two operations were not properly synchronized (X server works asynchronously to your program and events requests are buffered) and you can fix the problem with correctly placed XSync(). Or preferably, with the corresponding Gdk alternative. Any special reason for that ? The code is broken. - Eero PS. In some very rare cases (if you're writing a window manager), application needs to access X server resources which it doesn't control itself. In these cases it can trap the X error while accessing such a resource. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GtkUIManager and HildonAppView
2005/11/16, Jorn Baayen [EMAIL PROTECTED]: Haha :) Well, I guess this will work until the Gazpacho-compliancy Kalle referred to has been implemented. Well, what do you know! Just happened to glance at the hildon-lgpl trunk at svn after it came up again and looks like there's some UI manager related properties in it. http://maemo.org/lxr/source/hildon-lgpl/hildon-lgpl/hildon-app.c#450 http://maemo.org/lxr/source/hildon-lgpl/hildon-lgpl/hildon-appview.c#386 -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Still problems with Linux flasher tool...
Tomas Frydrych wrote: Personally I might share your 'use Linux and be happy' sentiment, but considering that the win32 flasher is the tool (only tool?) made available to the normal users by Nokia for software updates, and that undoubtedly most of the 770 users will be coming from the win32 desktop environment, it might not do any harm for Nokia's developers to get some first hand win32 experience with the 770? ;) eww! so if i wanted to do that, who would pay my Gates tax? cheers, Adam -- Adam Laurie Tel: +44 (20) 7605 7000 The Bunker Secure Hosting Ltd. Fax: +44 (20) 7605 7099 Shepherds Building http://www.thebunker.net Rockley Road http://www.aldigital.co.uk London W14 0DA mailto:[EMAIL PROTECTED] UNITED KINGDOM PGP key on keyservers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] weird crashing... (X server badmatch)
Hi, But the point is: - why does it work on the scratchbox/xvnc/x86 through ? (i know there are many diffences in pratical terms, but in theory the behaviour should be the same, right ?) When it's a question about asynchronous operations, timings can matter: - N770 is much slower than Desktop - If you're on x86 using DISPLAY variable value with host part (as is erronously mentioned in some Maemo docs, see also Maemo bug 22), and/or remote display, X server will use inet socket instead of a unix one and assumably also disables the use of shared memory. This will slow client image operations (like drawing the widgets) a lot. Of course the problem could be something else too, like different SW versions on the target and x86, but I assume you've already checked that? - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer discount charged to credit card!
Toni Willberg wrote: Yes. Send mail to the address in the invoice, the will refund you. I did. So far I have had no response, and, given that they are clearly already aware of the problem (form the number of positive replies I've had), I'm now a little disappointed that it was I and not Nokia that started this thread... :( ps. #include disclaimer_about_mailing_to_wrong_list.txt Actually, this was specifically mailed to this list to draw it to the attention of other likely victims that may not have noticed. Not everybody checks their credit card statements. Strange, but true. cheers, Adam -- Adam Laurie Tel: +44 (20) 7605 7000 The Bunker Secure Hosting Ltd. Fax: +44 (20) 7605 7099 Shepherds Building http://www.thebunker.net Rockley Road http://www.aldigital.co.uk London W14 0DA mailto:[EMAIL PROTECTED] UNITED KINGDOM PGP key on keyservers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer discount charged to credit card!
Adam Laurie wrote: ps. #include disclaimer_about_mailing_to_wrong_list.txt Actually, this was specifically mailed to this list to draw it to the attention of other likely victims that may not have noticed. Not everybody checks their credit card statements. Strange, but true. AFAIK no-one of the _developers_ of Maemo paid for the devices, they were provided by a company whose name is printed in the device, thus maemo-users would have been good place to send a warning to. :) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] weird crashing... (X server badmatch)
On 22.11.2005 16:56, Antônio Gomes wrote: Hummm ... very clarifying, Thanks. But the point is: why does it work on the scratchbox/xvnc/x86 through ? (i know there are many diffences in pratical terms, but in theory the behaviour should be the same, right ?) If you are starting the program form the 'scratchbox console' (and not from the xterm running inside maemo) the issue may as well be the osso theme bug described here : https://maemo.org/bugzilla/show_bug.cgi?id=179 To check run export GTK2_RC_FILES= before starting on 770 or set it to the osso/sapwood theme file in your 'scratchbox console' to reproduce the crash on x86. Hans at Breuer dot Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer discount charged to credit card!
On Tue, 22 Nov 2005, Toni Willberg wrote: Adam Laurie wrote: ps. #include disclaimer_about_mailing_to_wrong_list.txt Actually, this was specifically mailed to this list to draw it to the attention of other likely victims that may not have noticed. Not everybody checks their credit card statements. Strange, but true. AFAIK no-one of the _developers_ of Maemo paid for the devices, they were provided by a company whose name is printed in the device, thus maemo-users would have been good place to send a warning to. :) Hmm... Toni, I don't see your point. From maemo web pages: * maemo-announce: news and updates * maemo-users: for maemo users * maemo-developers: for maemo hackers * maemo-commits: for maemo hackers Of course I might misunderstand what hacker means and I also believe that most of other users do misunderstand that too. I could even go that far that Nokia/subcontructors could use the user mailing list if maemo community will evolve and develope something useful ;) So it would be better to leave the situation as it is and start new Nokia/subcontructors only mailing list if that is necessary... -- Valtteri Rahkonen [EMAIL PROTECTED] http://www.rahkonen.org +358 40 5077041 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Driver development for Maemo
Hello, I'm a student computer science engineering at the university of Ghent Belgium. This year, I will be developing an application streaming system for mobile devices as my Master thesis. Currently, I'm looking for a suitable platform for which to develop my prototype. In my search I came across the Maemo platform which looks like a good option but I was unable to figure out if the platform is mature enough for my cause. So, if someone would be so kind to provide me with some more information to enable me to better assess the suitability of Maemo for my prototype. 1) As is stands now, I would probably have to implement a virtual filesystem on the mobile device which would require me to develop the necessary systemdrivers for it. Is there a driver development kit available or is this included in the SDK? 2) Is it possible to develop such a driver in a reasonable timeframe? I don't want to spend a few years finishing my Master thesis. I'm not afraid to dig deep for this, I just want to know if it can be done by 1 person or if its better to stick with M$ on this. 3) Is there any place or person were I can redirect my questions to regarding driver development for Maemo? Kind regards, Dieter Govaerts ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Driver development for Maemo
Hi Dieter, Quoting Dieter Govaerts [EMAIL PROTECTED]: 1) As is stands now, I would probably have to implement a virtual filesystem on the mobile device which would require me to develop the necessary systemdrivers for it. Is there a driver development kit available or is this included in the SDK? checkout FUSE (http://fuse.sourceforge.net/), it should work on the 770 and you would just need to compile the fuse modules so no need to mess with the kernel itself 2) Is it possible to develop such a driver in a reasonable timeframe? I don't want to spend a few years finishing my Master thesis. I'm not afraid to dig deep for this, I just want to know if it can be done by 1 person or if its better to stick with M$ on this. FUSE is in userspace, and since userspace is easier to debug, etc... Collin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers