[maemo-developers] Re: Unresolved issues (Week 42)
Koen Kooi wrote: Tommi Komulainen schreef: 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. I've said it on IRC before, but will say it again where (hopefully) more nokians will see it: I really appreciate these summaries! Let's work on giving the community enough information to help themselves and the developers more time and oppertunity to give us a helping hand in more difficult situations. Seconded. It's good to see these summaries. Sebastian ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Pose emulator on 770
I have seen mention of the desire for the palm emulator on the 770. I don't know if this is possible or even practical. I would be willing to financially support the porting of pose to the 770 so that I can read mediacal databases and not have to upgrade to a newer palm. I have pose working on debian but do not know it it will run compiled for the arm. Since I just started medical school and don't have time to learn to package and support the port of pose I was hoping to entice someone into doing the work. This is very of topic for the list please reply directly to me If you feel the need. -- Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Unresolved issues (Week 42)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tommi Komulainen schreef: > 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. I've said it on IRC before, but will say it again where (hopefully) more nokians will see it: I really appreciate these summaries! Let's work on giving the community enough information to help themselves and the developers more time and oppertunity to give us a helping hand in more difficult situations. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFPqqxMkyGM64RGpERAk1GAJ9A7JvC3CMpoBAtaJ4MPIUsFbJrPwCfbKUp s9uzBlaEnqqsFOqjtDBQqqs= =TNhc -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] use DT_GNU_HASH
On 10/24/06, Osvaldo Santana <[EMAIL PROTECTED]> wrote: I think that Rafael forgot the URL: http://sources.redhat.com/ml/binutils/2006-06/msg00418.html I didn't have time to evaluate this patch but speed up the dynamic linker is very important to reduce the time used to import .so modules in Python. yes, PyGTK slowness came mostly from resolving about 3k symbols. :-) Rafael, does your 50% is related to _gtk.so import? -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 Phone: +1 (347) 624 6296; [EMAIL PROTECTED] GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
there is gnash http://www.gnu.org/software/gnash/ but it doesn't do everything flash does yet. It uses OpenGL so I can't imagine it's footprint is small but its a start at least []'s Ian -- .''`. : :' : `. `'` `- Orgulhoso ser MetaRecicleiro http://blogs.metareciclagem.org/manaus http://ianlawrence.info ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] use DT_GNU_HASH
I think that Rafael forgot the URL: http://sources.redhat.com/ml/binutils/2006-06/msg00418.html I didn't have time to evaluate this patch but speed up the dynamic linker is very important to reduce the time used to import .so modules in Python. Thanks, Osvaldo On 10/24/06, Rafael Espíndola <[EMAIL PROTECTED]> wrote: Jakub Jelinek has developed a new hash section for elf DSOs. It uses a better hash function and a much better chain format. [cut] -- Osvaldo Santana Neto (aCiDBaSe) http://www.pythonologia.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] use DT_GNU_HASH
Jakub Jelinek has developed a new hash section for elf DSOs. It uses a better hash function and a much better chain format. In a test that dlopens a lot of files, the new hash format produces a 50% speedup! Should we consider using it in maemo? Best Regards, Rafael ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
On Tuesday 24 October 2006 12:35, Rainer Dorsch wrote: > This is somewhat offtopic, but does somebody know what a good alternatives > to Flash sites? Typically I assume that flash sites have small movies > embedded and allow user interaction (?). I.e. if I blame the flash content > of a side what do I tell them to use instead? The KISS principle. IMHO, Flash is almost never necessary for a good web site. By far the most useless/annoying use of Flash these days is at Youtube and it's ilk. Before the Adobe beta, Youtube and company were a PITA for Linux users, and even now they require non-free software to work easily. There are browser plugins for streaming media, Flash supporting video like this is serious feature creep IMHO. For navigation purposes nothing beats good standards-based (X)HTML, CSS, and maybe some light Javascript. Flash menus are not necessary except for, well, flash. The only other use of Flash I can come up with is more attention-grabbing advertisements, which I ignore anyway. Maybe Flash has a use in interactive product demos before we have more capable W3C SVG implementations, but from my user prospective this doesn't mean anything. My KISS prospective is certainly the antithesis of the design of many commercial web sites. But the simpler, the better for exotic platforms like the 770. -- Andrew Barr ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Flash player 9
Am Montag, 23. Oktober 2006 13:27 schrieb Daniel Stone: > On Mon, Oct 23, 2006 at 02:22:32PM +0300, ext Eero Tamminen 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? 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? > > > > I think the main problem with Flash is that it just plain takes too much > > memory (you can follow Browser memory usage in "top" when going to a site > > with a lot of Flash), especially with content that Web designers nowadays > > put onto sites & their Flash files. > > > > I doubt Flash 9 is going to solve this as according to its documentation > > its minimum requirements are: > > - Modern Processor (at least 800 MHz) > > - 512MB of RAM > > - Alsa Sound Architecture (OSS/ESD will not play audio; > > audio will silently fail.) > > - Graphics Memory (128MB) > > > > 770 has 64MB of RAM. > > And, as far as Flash is concerned, 0MB of video RAM. This is somewhat offtopic, but does somebody know what a good alternatives to Flash sites? Typically I assume that flash sites have small movies embedded and allow user interaction (?). I.e. if I blame the flash content of a side what do I tell them to use instead? Would the alternative designs be better suited for the 770? Many thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.0 device reboot
On 10/24/06, Martin Grimme <[EMAIL PROTECTED]> wrote: Hi,Am Mon, 23 Oct 2006 12:20:36 -0400schrieb "Michael Wiktowy" <[EMAIL PROTECTED]>:> Applications running: ... > maemo-bt-plugin...I notice that you're running the maemo-bt-plugin. I'm not sure whether this is really the cause of the crash, but I have experiencedthese strange reboots some time ago as well. They went away afterI removed the maemo-bt-plugin. It happened with both, the OS 2005and OS 2006 versions, and always went away after removing the bt-plugin. It would be interesting to hear if other people who experience thesereboots also have the maemo-bt-plugin running, or maybe other 3rd partyplugins.I loaded it temporarily just recently to help troubleshoot a GPS parsing problem with mapper. I have never experienced spontaneous idle reboots in the past so that might be the culprit. I have no use for it now so I might as well remove it. Thanks,/Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] maemo.org and Midgard
ext Kalle Vahlman wrote: > 2006/10/24, Ferenc Szekely <[EMAIL PROTECTED]>: >> The project also aims to modularize and contribute back to GForge the >> current garage hacks we made. These are the tag cloud, the >> Debian-maintainer account registration parts, or the new bounty >> plugin [2]. The Midgard project will also benefit (hopefully :) from >> some of the work we will do. > > Btw, as some people (including me) will want to see a screenshot of > any given app before giving it a whirl (or just to judge the UI ;), > are screenshots planned to be included in garage? > > No app can be succesful without pretty screenshots you know! > Screenshots? Hmm, why not? We could actually have a section at the project's homepage [1]. It only requires a 'www' directory in the subversion repo as described in the MaemoGarageStartupUp how-to [2]. But before that we really need to do some work. Perhaps TigerT could also draw us some fancy new layout graphics if we ask him nicely ;) -ferenc [1] http://maemo2midgard.garage.maemo.org/ [2] https://maemo.org/maemowiki/MaemoGarageStartUp ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] hildon_file_chooser_dialog_set_safe_folder() ?
On Tue, 2006-10-24 at 17:19 +0300, Markku Vire wrote: > Hi, > > Murray Cumming wrote: > > The documentation for hildon_file_chooser_dialog_set_safe_folder(): > > http://www.maemo.org/platform/docs/api/hildon-docs/fm-html/hildon-fm-HildonFileChooserDialog.html#hildon-file-chooser-dialog-set-safe-folder > > says > > "Sets a safe folder that is used as a fallback in a case that automatic > > location change fails." > > > > What is "automatic location change" and when might it fail? > > "automatic location change" takes place when (if) file selector detects > that the currently selected location is not usable anymore. This can be > because of: > > * Currently selected location was on mmc and mmc was removed. > * Currently selected location was on gateway device and connection >failed. > * Somebody removed the currently selected folder > * ... some other reason ... > > In these cases file selector tries to move selection into some other > location (usually parent folder). However, if this fails as well, safe > folder provides a fallback location. By default, the root folder is used > as a safe folder, but applications can provide a better fallback > location if needed. Thanks. It would be great if you could add that to the documentation if you can. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] hildon_file_chooser_dialog_set_safe_folder() ?
Hi, Murray Cumming wrote: The documentation for hildon_file_chooser_dialog_set_safe_folder(): http://www.maemo.org/platform/docs/api/hildon-docs/fm-html/hildon-fm-HildonFileChooserDialog.html#hildon-file-chooser-dialog-set-safe-folder says "Sets a safe folder that is used as a fallback in a case that automatic location change fails." What is "automatic location change" and when might it fail? "automatic location change" takes place when (if) file selector detects that the currently selected location is not usable anymore. This can be because of: * Currently selected location was on mmc and mmc was removed. * Currently selected location was on gateway device and connection failed. * Somebody removed the currently selected folder * ... some other reason ... In these cases file selector tries to move selection into some other location (usually parent folder). However, if this fails as well, safe folder provides a fallback location. By default, the root folder is used as a safe folder, but applications can provide a better fallback location if needed. -Markku- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] hildon_file_chooser_dialog_set_safe_folder() ?
The documentation for hildon_file_chooser_dialog_set_safe_folder(): http://www.maemo.org/platform/docs/api/hildon-docs/fm-html/hildon-fm-HildonFileChooserDialog.html#hildon-file-chooser-dialog-set-safe-folder says "Sets a safe folder that is used as a fallback in a case that automatic location change fails." What is "automatic location change" and when might it fail? -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: Avoiding loopback local IP address mode in WIFI connections using Internet Tablet OS 2006
Resending as I wasn't subscribed yet
Patrik Flykt wrote:
Perhaps some sniffing with tcpdump might help...
I'll get to that during next week.
That would be really great! Thanks!
I just tried to connect my N770 to an Apple Powerbook (Mac OSX 10.4 with
WLAN Internet sharing turned on). All other Macs and also Debian based
boxes are able to connect to this box just fine using DHCP. Below is the
tcpdump sniffing from the MAC side. It seems the MAC receives DHCP
requests but just doesn't answer them. Which is awkward given that it
answers other boxes requests using the same configuration. Please note
that this is not a WEP issue or related to signal strength etc.. If I
manually assign IP, DNS etc the 770 can use the connection just fine.
If you need more info let me know.
Sebastian Spaeth
P.S. 00:14:a7:fa:87:e5 should be my N770. The 770 continues to send DHCP
requests frequently even after it connected using a link-local connection.
---
sudo tcpdump -i en1 -A
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en1, link-type EN10MB (Ethernet), capture size 96 bytes
14:52:15.766077 00:14:a7:fa:87:e5 > Broadcast null xid/R: 01 00 len=0
..
14:52:16.086393 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:14:a7:fa:87:e5, length: 548
[EMAIL PROTECTED]@.x..D.C.,..=.
n..
14:52:18.345168 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:14:a7:fa:87:e5, length: 548
[EMAIL PROTECTED]@.x..D.C.,..=.
n..
14:52:21.485325 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:14:a7:fa:87:e5, length: 548
[EMAIL PROTECTED]@.x..D.C.,..=.
n..
14:52:24.712444 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:14:a7:fa:87:e5, length: 548
[EMAIL PROTECTED]@.x..D.C.,..=.
n..
14:52:26.218366 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:11:24:9f:4a:7b, length: 300
E..H.D.C.4..X7j...$.J{
14:52:27.490525 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:11:24:9f:4a:7b, length: 300
E..H.D.C.4..X7j...$.J{
14:52:27.922989 arp who-has 169.254.133.92 tell 0.0.0.0
...\..
14:52:28.370291 IP 10.0.2.1.49468 > 224.0.0.251.mdns: 42281+ PTR?
92.133.254.169.in-addr.arpa. (45)
E..I.d9D
.
...<...5.B.)...92.133.254.169.in-addr.arpa.
14:52:28.440001 arp who-has 169.254.133.92 tell 0.0.0.0
...\..
14:52:28.621119 sebastian-spaeths-powerbook-g4-12.local.49469 >
ff02::fb.mdns: 42281+[|domain] [hlim 1]
`5$...J{.=...5_..)...92.133.254.169.in-add
14:52:28.871583 IP 10.0.2.1.49468 > 224.0.0.251.mdns: 42281+ PTR?
92.133.254.169.in-addr.arpa. (45)
E..I.g9A
.
...<...5.B.)...92.133.254.169.in-addr.arpa.
14:52:28.952158 arp who-has 169.254.133.92 tell 0.0.0.0
...\..
14:52:29.122375 sebastian-spaeths-powerbook-g4-12.local.49469 >
ff02::fb.mdns: 42281+[|domain] [hlim 1]
`5$...J{.=...5_..)...92.133.254.169.in-add
14:52:29.372841 IP 10.0.2.1.49468 > 224.0.0.251.mdns: 42281+ PTR?
92.133.254.169.in-addr.arpa. (45)
E..I.j9>
.
...<...5.B.)...92.133.254.169.in-addr.arpa.
14:52:29.448633 IP 10.0.2.1.mdns > 224.0.0.251.mdns: 0*- [0q]
3/0/0[|domain]
Em:.
.
rx9Sebastian Spaeth...s PowerBook G4
12" [00
14:52:29.460675 arp who-has 169.254.133.92 tell 0.0.0.0
...\..
14:52:29.623683 sebastian-spaeths-powerbook-g4-12.local.49469 >
ff02::fb.mdns: 42281+[|domain] [hlim 1]
`5$...J{.=...5_..)...92.133.254.169.in-add
14:52:29.874159 IP 10.0.2.1.49468 > 224.0.0.251.mdns: 42281+ PTR?
92.133.254.169.in-addr.arpa. (45)
E..I.p98
.
...<...5.B.)...92.133.254.169.in-addr.arpa.
14:52:29.956853 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP,
Request from 00:11:24:9f:4a:7b, length: 300
E..H.D.C.4..X7j...$.J{
14:52:30.124947 sebastian-spaeths-powerbook-g4-12.local.49469 >
ff02::fb.mdns: 42281+[|domain] [hlim 1]
`5$...J{.=...5_..)...92.133.254.169.in-add
14:52:30.477766 arp who-has 169.254.133.92 tell 169.254.133.92
.\.\..
14:52:31.483362 arp who-has 169.254.133.92 tell 169.254.133.92
.\.
Re: [maemo-developers] maemo.org and Midgard
ext Koen Kooi wrote: > Ferenc Szekely schreef: > >>> There are areas, like improvement to the error management tool >>> (bugzilla) or a complete site face-lift which we will not cover this >>> time, but we might working on these right after this project. > > Will you also have a look at unifying all bugtrackers? Every garage project > has one inside > gforge, and maemo has its own bugzilla, which makes moving 'bug in maemo, not > in > maemo-mapper' type bugs time-consuming. > We will not focus on this at the 1st phase of the project. As I wrote we may continue the work and then this unification has one of the highest priorities. > regards, > > Koen > Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] maemo.org and Midgard
2006/10/24, Ferenc Szekely <[EMAIL PROTECTED]>: The project also aims to modularize and contribute back to GForge the current garage hacks we made. These are the tag cloud, the Debian-maintainer account registration parts, or the new bounty plugin [2]. The Midgard project will also benefit (hopefully :) from some of the work we will do. Btw, as some people (including me) will want to see a screenshot of any given app before giving it a whirl (or just to judge the UI ;), are screenshots planned to be included in garage? No app can be succesful without pretty screenshots you know! -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] maemo.org and Midgard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ferenc Szekely schreef: > We have conducted a study on migrating/integrating all existing services > of maemo.org with the Midgard CMS [1] framework. Based on the study we > have decided to go ahead and setup the new environment. > > The highlights of the project are: > -centralized account management using Garage > -on-line documentation authoring using Midgard > -proper and robust access control > -automated API generating/publishing > -database based Application Catalogue ;) > > There are areas, like improvement to the error management tool > (bugzilla) or a complete site face-lift which we will not cover this > time, but we might working on these right after this project. Will you also have a look at unifying all bugtrackers? Every garage project has one inside gforge, and maemo has its own bugzilla, which makes moving 'bug in maemo, not in maemo-mapper' type bugs time-consuming. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFPf+xMkyGM64RGpERAm2gAJ9ZHO5oZraN6YE0+vyjuFIOOWR7RgCfS0R1 stJXz/aRTttqHUAL6eZHDns= =gUNb -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] gtk, gstreamer movie window = problem
2006/10/23, cmonst <[EMAIL PROTECTED]>:
Hi!
In my gstreamer movie player I have connected gstreamer movie window
with gtk menu (gstreamer window is inside gtk app window) using this
code:
static void
cb_expose (GtkWidget * w, GdkEventExpose * ev, GstElement * e)
{
if (GST_IS_X_OVERLAY (e) &&
!GTK_WIDGET_NO_WINDOW (w) && GTK_WIDGET_REALIZED (w)) {
gst_x_overlay_set_xwindow_id (GST_X_OVERLAY (e),
GDK_WINDOW_XWINDOW (w->window));
}
}
(...)
g_signal_connect (content, "expose-event", G_CALLBACK (cb_expose),videosink );
As described in
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-gstxoverlay.html#desc
you need to set it in a message handler in order to set it at the right time.
Everything is ok when I start app (movie window is in right place in
app window) but when I click on some item on maemo system menu (right
top border of the screen ) eg. volume control and I click back on my
app, window with my gtk elements disappears (probably is killed) and
gstreamer movie window is the only window left from my app (it looks
like when you start raw pipeline with some movie, without any
additional gtk elements).
This sounds indeed like the element creates the window itself instead
of using the one you want.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] maemo.org and Midgard
Hello, We have conducted a study on migrating/integrating all existing services of maemo.org with the Midgard CMS [1] framework. Based on the study we have decided to go ahead and setup the new environment. The highlights of the project are: -centralized account management using Garage -on-line documentation authoring using Midgard -proper and robust access control -automated API generating/publishing -database based Application Catalogue ;) There are areas, like improvement to the error management tool (bugzilla) or a complete site face-lift which we will not cover this time, but we might working on these right after this project. The project also aims to modularize and contribute back to GForge the current garage hacks we made. These are the tag cloud, the Debian-maintainer account registration parts, or the new bounty plugin [2]. The Midgard project will also benefit (hopefully :) from some of the work we will do. During the migration we will move all content from the "old site", including the wiki docs. You will not need to worry about your wiki account's either. Our progress can be followed at: http://test.maemo.org or https://garage.maemo.org/projects/maemo2midgard There is practically no content or usable services yet, but we will make regular announcements on the list. Estimated time of project completion is at the end of November. Regards on behalf of the project team, Ferenc [1] http://www.midgard-project.org/ [2] https://garage.maemo.org/plugins/gbounty/index.php?type=group&id=104&pluginname=gbounty ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.0 device reboot
On Tue, Oct 24, 2006 at 10:34:33AM +0200, Martin Grimme wrote: > I notice that you're running the maemo-bt-plugin. I'm not sure > whether this is really the cause of the crash, but I have experienced > these strange reboots some time ago as well. They went away after > I removed the maemo-bt-plugin. It happened with both, the OS 2005 > and OS 2006 versions, and always went away after removing the bt-plugin. > > It would be interesting to hear if other people who experience these > reboots also have the maemo-bt-plugin running, or maybe other 3rd party > plugins. I have seen random reboots (attributed to maemo_af_desktop) when I had the osso-statusbar-cpu plugin running. I have also seen random reboots when I had load-applet and panel-clock plugins running. I've never had maemo-bt-plugin. I've also had some reboots attributed to icd, and a few attributed to the software watchdog (32_wd in /proc/bootreason as opposed to sw_rst). I've seen strange segfaults of cmdline application in xterm that go away when I retry the same command line. Sometimes I suspect it might be a hardware problem (bad RAM?). Marius Gedminas -- Go not unto the Usenet for advice, for you will be told both yea and nay (and quite a few things that just have nothing at all to do with the question). signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] 770/MacOSX/Ruby
On planet Ruby somebody posted a nice blog post about flashing 770 from MacOSX and trimming down the initfs: http://theexciter.com/articles/flashing-the-nokia-770 Also, there is now Ruby for OS2006 and it works great: http://maemo.mmapps.net/ -- MDK ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.0 device reboot
Hi, Am Mon, 23 Oct 2006 12:20:36 -0400 schrieb "Michael Wiktowy" <[EMAIL PROTECTED]>: > Applications running: > on top of the default stuff that starts up > xterm > parkwifi > maemo-bt-plugin > sshd I notice that you're running the maemo-bt-plugin. I'm not sure whether this is really the cause of the crash, but I have experienced these strange reboots some time ago as well. They went away after I removed the maemo-bt-plugin. It happened with both, the OS 2005 and OS 2006 versions, and always went away after removing the bt-plugin. It would be interesting to hear if other people who experience these reboots also have the maemo-bt-plugin running, or maybe other 3rd party plugins. Martin Grimme ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
