Re: OS2008 on n800 - Nice Job
"ext Igor Stoppa" <[EMAIL PROTECTED]> writes: > Unfortunately our dear legal department wants to keep dsme and mce > closed, but apart from waiting some time and blanking the screen and > changing the wireless timeout, they don't do anything that is > power-saving related. The wireless timeout is controlled by wlancond which issues the command to cx3110x. wlancond just listens to a display status signal from DSME. -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo 2.2 (gregale) install problem -- no X
Ryan Pavlik a écrit : > Tomi Ollila wrote: >> Hi >> >> I'm installing Maemo 2.2 (gregale) to my Fedora 8 machine. >> I want to use this version so that compiled binaries/packages work >> on all Nokia Internet Tablets (770, 800, 810). >> >> > This will not work as you anticipate: compiled versions will only work > on the 770 and 2007OS 800's, and only if you use functions that were not > removed in Maemo 3.0. > > You might look into the INdT VMWare Maemo SDK's, for a self-contained > build environment for the different Maemo versions. > And X environment is available on the X86 target ... So you have to construct 2 times the number of targets that you're aiming for : X86 and ARMEL for Gregale, Bora and Chinook Fred ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: chinook, python, libglade and toolbars
Hi, On Dec 11, 2007 3:14 PM, Luca Ognibene <[EMAIL PROTECTED]> wrote: > yep, this is my problem. With libglade 2.4 (provided by nokia sdk) it > doesn't work but with libglade 2.6 (provided by indt) it works fine. > The problem is: which version will be in user's devices? Why there are > two different versions? > When Nokia released the first OS2008 Beta SDK, it didn't include the libglade package. People started to complain about it and then I simply built it from the same sources of OS2007 and uploaded to extras repository. They fixed this issue in the final version of the SDK, where libglade in the official repository. With this, we now have two versions of the package in the system. This shouldn't be an issue, but there is a new "feature" implemented in the latest version of application manager that won't let you upgrade libglade package because it it considered a "system package", something that was possible with older versions of the program. This way, packages built depending on 2.6 won't be installable. Nokia guys are discouraging users of enabling the official SDK repository in your application manager, but in this case there are divergent and "imcompatible" (at least in the app manger point of view) versions available. I'm really interested in solving this issue, which has been generating some headaches for a while. Any Ideas please?? Does Nokia guy can help us?? Best Regards, Etrunko. -- Eduardo de Barros Lima INdT - Instituto Nokia de Tecnologia [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo 2.2 (gregale) install problem -- no X
Tomi Ollila wrote: > Hi > > I'm installing Maemo 2.2 (gregale) to my Fedora 8 machine. > I want to use this version so that compiled binaries/packages work > on all Nokia Internet Tablets (770, 800, 810). > > This will not work as you anticipate: compiled versions will only work on the 770 and 2007OS 800's, and only if you use functions that were not removed in Maemo 3.0. You might look into the INdT VMWare Maemo SDK's, for a self-contained build environment for the different Maemo versions. -- Ryan Pavlik AbiWord Win32 Platform Maintainer, Art Lead: www.abisource.com AbiWord Community Outreach Project: www.cleardefinition.com/oss/abi/blog/ "Optimism is the father that leads to achievement." -- Helen Keller "The folder structure in a modern Linux distribution such as Ubuntu was largely inspired by the original UNIX foundations that were created by men with large beards and sensible jumpers." -- Jono Bacon, The Ubuntu Guide ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
maemo 2.2 (gregale) install problem -- no X
Hi I'm installing Maemo 2.2 (gregale) to my Fedora 8 machine. I want to use this version so that compiled binaries/packages work on all Nokia Internet Tablets (770, 800, 810). The page http://maemo.org/development/documentation/tutorials/Maemo_2.2_Tutorial.html is missing so I can not check out all sb-menu screenshots to figure out all steps. So far I've done: # tar -C / -zxf scratchbox-core-1.0.7-i386.tar.gz # tar -C / -zxf scratchbox-libs-1.0.7-i386.tar.gz # tar -C / -zxf scratchbox-devkit-debian-1.0.7.1-i386.tar.gz # tar -C / -zxf scratchbox-devkit-cputransp-1.0.3-i386.tar.gz # tar -C / -zxf scratchbox-toolchain-cs2005q3.2-glibc-arm-1.0.5-i386.tar.gz # tar -C / -zxf scratchbox-toolchain-cs2005q3.2-glibc-i386-1.0.5-i386.tar.gz # cp Maemo_Dev_Platform_v2.2_armel-rootstrap.tgz /scratchbox/packages # echo 0 > /proc/sys/vm/vdso_enabled # echo 0 > /proc/sys/kernel/vdso # /scratchbox/run_me_first.sh # /scratchbox/sbin/sbox_adduser too $ /scratchbox/login $ sb-conf setup SDK_ARMEL -c cs2005q3.2-glibc-arm -d debian:cputransp -t qemu-arm $ sb-conf select SDK_ARMEL $ sb-conf rootstrap SDK_ARMEL /scratchbox/packages/Maemo_Dev_Platform_v2.2_armel-rootstrap.tgz $ sb-conf install -etc --devkits --fakeroot After this, I can compile programs and make debian packages, but 'af-sb-init.sh start' does not get anything shown in X display. I wonder whether some sb-conf command/option is missing. sb-menu screenshots would help here. Any ideas ? I've made an installation script for this -- it makes gregale installation very simple. It works as good/bad as doing the above steps by hand. Check http://www.iki.fi/too/sw/maemo/maemo22/ for the script(s) Tomi ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: umac.ko
On Tuesday 11 December 2007, [EMAIL PROTECTED] wrote: > > En/na Kalle Valo ha escrit: > >> "ext Luca Olivetti" writes: > >>> En/na Kalle Valo ha escrit: > "ext Alex Iliadis" writes: > >> > >> [packet injection] > >> > > Is there a way that we can modify the source of the umac.ko > > > >module supplied > > > > with the N810 or N800? > > The answer is plain and simple no. The umac.ko module is > > > >proprietary > > > and the source code is not available. Sorry. > >>> > >>> But somebody has access to that sources, so he or she could add > > > >this > > > >>> often requested feature, right? > >> > >> I find that very unlikely. If you can come with a good business > > > >_and_ > > > >> use case, I might reconsider taking this to higher-ups. But the > >> reasons would have to be really good. > > > >Mmh, so I guess that ranking better on > >http://www.aircrack-ng.org/doku.php?id=compatibility_drivers > >wouldn't be > >enough. > >Too bad, since by looking at other patches it shouldn't be a big > >effort. > >Well, now that usb host mode is possible there are other > >alternatives, > >though I fear that my ralink usb adapter needs something more than > >100ma > >to work. > > > >Bye > >-- > >Luca > > I also very much would like this to work with packet injection, and > be able to modify the source completely for other reasons. Though > I know assembly I've never programmed off a data sheet, I certainly > could. > > So in this case can't we just get the full data sheet for the chip > and we're off to the races. Program it to do anything we need. > Third party manu. so I'm assuming the full data sheet is not top > secret...? A full data sheet will do you no good for wireless devices. Wireless devices employ a HAL (hardware abstraction layer) that is meant to restrict people from doing un-regulated things with the chip. People like the FCC require some level of assurance that the distributor is not providing hardware that can be used outside its tested parameters. Basically, I would not bother unless you are pretty deep into reverse engineering. Thanks Brian > > thanks > > > > -- > Free Information On How We can Help With Your Patent. Click Here. > http://tagline.hushmail.com/fc/Ioyw6h4fKEtigOIrPxHUNYW3N0DHsxzAIlGEluR44X6a >wrxmvIWAF5/ > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo Chinook g++ bug: numpunct
g++ in the Maemo Chinook has a rather serious bug that is known to have been fixed already for desktop versions of Linux. It's not getting any love in the public bug-tracker: https://bugs.maemo.org/show_bug.cgi?id=2465 -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: chinook, python, libglade and toolbars
yep, this is my problem. With libglade 2.4 (provided by nokia sdk) it doesn't work but with libglade 2.6 (provided by indt) it works fine. The problem is: which version will be in user's devices? Why there are two different versions? On Dec 11, 2007 7:07 PM, Owen Williams <[EMAIL PROTECTED]> wrote: > I'm using 2.6.2-1indt1 > > owen > > > > On Tue, 2007-12-11 at 18:45 +0100, Luca Ognibene wrote: > > On Dec 11, 2007 6:23 PM, Owen Williams <[EMAIL PROTECTED]> wrote: > > > > > > On Tue, 2007-12-11 at 13:25 +0100, Luca Ognibene wrote: > > > > I'm porting a program wich uses libglade for its gui to maemo. > > > > I've seen that there are two versions of libglade in chinook: > > > > 1:2.4.0-1osso2 and 1:2.6.2-1indt1 > > > > With libglade 2.4.0 i have a problem with toolbars... i've done this > > > > code to reparent a toolbar from a normal toolbar to the hildon > > > > toolbar: > > > > > > > > toolbar = gtk.Toolbar () > > > > for child in self.toolbar2.get_children(): > > > > child.reparent(toolbar) > > > > self.window.add_toolbar(toolbar) > > > > self.toolbar2.destroy() > > > > > > > > > for comparison, my code looks like this: > > > > > > vbox = ... all my window contents ... > > > toolbar = self._widgetTree.get_widget('toolbar1') > > > toolbar.unparent() > > > self.window.add(vbox) > > > self.window.add_toolbar(toolbar) > > > > > > The APIs discourage using unparent, but it works for me. > > > > > > > > Thanks but i've tried but python segfaults for me if i try unparent... argh! > > Are you using chinook? which libglade version? > > > > > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: chinook, python, libglade and toolbars
I'm using 2.6.2-1indt1 owen On Tue, 2007-12-11 at 18:45 +0100, Luca Ognibene wrote: > On Dec 11, 2007 6:23 PM, Owen Williams <[EMAIL PROTECTED]> wrote: > > > > On Tue, 2007-12-11 at 13:25 +0100, Luca Ognibene wrote: > > > I'm porting a program wich uses libglade for its gui to maemo. > > > I've seen that there are two versions of libglade in chinook: > > > 1:2.4.0-1osso2 and 1:2.6.2-1indt1 > > > With libglade 2.4.0 i have a problem with toolbars... i've done this > > > code to reparent a toolbar from a normal toolbar to the hildon > > > toolbar: > > > > > > toolbar = gtk.Toolbar () > > > for child in self.toolbar2.get_children(): > > > child.reparent(toolbar) > > > self.window.add_toolbar(toolbar) > > > self.toolbar2.destroy() > > > > > > for comparison, my code looks like this: > > > > vbox = ... all my window contents ... > > toolbar = self._widgetTree.get_widget('toolbar1') > > toolbar.unparent() > > self.window.add(vbox) > > self.window.add_toolbar(toolbar) > > > > The APIs discourage using unparent, but it works for me. > > > > > Thanks but i've tried but python segfaults for me if i try unparent... argh! > Are you using chinook? which libglade version? > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: chinook, python, libglade and toolbars
On Dec 11, 2007 6:23 PM, Owen Williams <[EMAIL PROTECTED]> wrote: > > On Tue, 2007-12-11 at 13:25 +0100, Luca Ognibene wrote: > > I'm porting a program wich uses libglade for its gui to maemo. > > I've seen that there are two versions of libglade in chinook: > > 1:2.4.0-1osso2 and 1:2.6.2-1indt1 > > With libglade 2.4.0 i have a problem with toolbars... i've done this > > code to reparent a toolbar from a normal toolbar to the hildon > > toolbar: > > > > toolbar = gtk.Toolbar () > > for child in self.toolbar2.get_children(): > > child.reparent(toolbar) > > self.window.add_toolbar(toolbar) > > self.toolbar2.destroy() > > > for comparison, my code looks like this: > > vbox = ... all my window contents ... > toolbar = self._widgetTree.get_widget('toolbar1') > toolbar.unparent() > self.window.add(vbox) > self.window.add_toolbar(toolbar) > > The APIs discourage using unparent, but it works for me. > > Thanks but i've tried but python segfaults for me if i try unparent... argh! Are you using chinook? which libglade version? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: chinook, python, libglade and toolbars
On Tue, 2007-12-11 at 13:25 +0100, Luca Ognibene wrote: > I'm porting a program wich uses libglade for its gui to maemo. > I've seen that there are two versions of libglade in chinook: > 1:2.4.0-1osso2 and 1:2.6.2-1indt1 > With libglade 2.4.0 i have a problem with toolbars... i've done this > code to reparent a toolbar from a normal toolbar to the hildon > toolbar: > > toolbar = gtk.Toolbar () > for child in self.toolbar2.get_children(): > child.reparent(toolbar) > self.window.add_toolbar(toolbar) > self.toolbar2.destroy() for comparison, my code looks like this: vbox = ... all my window contents ... toolbar = self._widgetTree.get_widget('toolbar1') toolbar.unparent() self.window.add(vbox) self.window.add_toolbar(toolbar) The APIs discourage using unparent, but it works for me. owen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: umac.ko
> En/na Kalle Valo ha escrit: >> "ext Luca Olivetti" writes: >> >>> En/na Kalle Valo ha escrit: "ext Alex Iliadis" writes: >> >> [packet injection] >> > Is there a way that we can modify the source of the umac.ko >module supplied > with the N810 or N800? The answer is plain and simple no. The umac.ko module is >proprietary and the source code is not available. Sorry. >>> But somebody has access to that sources, so he or she could add >this >>> often requested feature, right? >> >> I find that very unlikely. If you can come with a good business >_and_ >> use case, I might reconsider taking this to higher-ups. But the >> reasons would have to be really good. > >Mmh, so I guess that ranking better on >http://www.aircrack-ng.org/doku.php?id=compatibility_drivers >wouldn't be >enough. >Too bad, since by looking at other patches it shouldn't be a big >effort. >Well, now that usb host mode is possible there are other >alternatives, >though I fear that my ralink usb adapter needs something more than >100ma >to work. > >Bye >-- >Luca I also very much would like this to work with packet injection, and be able to modify the source completely for other reasons. Though I know assembly I've never programmed off a data sheet, I certainly could. So in this case can't we just get the full data sheet for the chip and we're off to the races. Program it to do anything we need. Third party manu. so I'm assuming the full data sheet is not top secret...? thanks -- Free Information On How We can Help With Your Patent. Click Here. http://tagline.hushmail.com/fc/Ioyw6h4fKEtigOIrPxHUNYW3N0DHsxzAIlGEluR44X6awrxmvIWAF5/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: midi support os2008?
Yury Petrov schrieb: > Is there any way to play midi files in os2008? Does GStreamer support midi > playback? Was timidity ported? I'd love to port some ear-training and karaoke > apps on os2008! AFAIK not out of the box. I once compiled timidity and it worked nicely (on the console). But I had not tried gstreamer support. I will dig into this after Christmas. -Klaus -- Klaus Rotter * klaus rotters de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: USB Host mode and OS2008
Juuso Räsänen wrote: > I also tried with a recompiled kernel with CONFIG_USB_OTG_WHITELIST disabled. > It "removed" some of the above "warnings" but otherwise I didn't notice any > difference in the behaviour. What does this whitelist actually mean?? I'm puzzled by this too. In OS2007 this had some effect and I think USB devices did not work but people are reporting success even without this option. So far I was too lazy to switch this back on and see what works and what not. Maybe this still have some effect but most devices are enabled in the whitelist (like hubs, usb storage or HID devices) so with most devices there is not difference. As for meaning - this whitelist should allow manufacturer to provide a list of tested and supported devices to kernel and disallow any other random device you may otherwise connect. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: USB Host mode and OS2008
> How is it supposed to work? I flashed my N800 with OS2008 for N800 > Beta and plugged in an USB keyword (as I've read it would work without > a powered HUB) but nothing happened. Are there some settings which > must be activated? The following commands helped for me: ~ $ sudo gainroot /home/user # echo host> /sys/devices/platform/musb_hdrc/mode Or alternatively you can use a cable which has USB ID pin grounded. I had a keyboard connected through an unpowered USB hub, and it worked. :) When I first connect the hub (after the previous commands), N800 says that "USB hub not supported" and then few seconds later also "Unable to connect. Device not supported.". Again when connecting keyboard I get a message "USB device not supported". However, the keyboard seems to be working! I also tried with a recompiled kernel with CONFIG_USB_OTG_WHITELIST disabled. It "removed" some of the above "warnings" but otherwise I didn't notice any difference in the behaviour. What does this whitelist actually mean?? Memory stick seems to work as well. It is also automatically mounted and the File manager pops up too. :) Juuso Räsänen _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
chinook, python, libglade and toolbars
I'm porting a program wich uses libglade for its gui to maemo. I've seen that there are two versions of libglade in chinook: 1:2.4.0-1osso2 and 1:2.6.2-1indt1 With libglade 2.4.0 i have a problem with toolbars... i've done this code to reparent a toolbar from a normal toolbar to the hildon toolbar: toolbar = gtk.Toolbar () for child in self.toolbar2.get_children(): child.reparent(toolbar) self.window.add_toolbar(toolbar) self.toolbar2.destroy() but this fails with: GtkWarning: gtk_container_add: assertion `GTK_IS_CONTAINER (container)' failed child.reparent(toolbar) GtkWarning: gtk_button_set_relief: assertion `GTK_IS_BUTTON (button)' failed child.reparent(toolbar) GtkWarning: gtk_container_add: assertion `GTK_IS_CONTAINER (container)' failed self.window.add_toolbar(toolbar) GtkWarning: gtk_button_set_relief: assertion `GTK_IS_BUTTON (button)' failed This code works fine with 2.6.2-1indt1 but i don't know which version will be official in the final sdk.. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: # echo 0 > /proc/sys/vm/vdso_enabled
On 12/10/07, Volker Braun <[EMAIL PROTECTED]> wrote: > On Mon, 10 Dec 2007 13:50:45 +0200, Daniel Bainton wrote: > >> # echo 0 >/proc/sys/vm/vdso_enabled > > This fedora problem info has been in the Scratchbox wiki [1] for ages, > > so if you'd just have read all the documentation, you'd have found it. > > The Scratchbox wiki says: "echo 0 > /proc/sys/kernel/vdso", which might > have worked on ancient Fedora versions but that /proc entry neither > exists on Fedora 7 nor Fedora 8. Oops, didn't read the line carefully enough it seems. I added a line to the SB wiki for this, though anyone who's registered in it could have done it. -- Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810: 2GB internal flash and boot from MMC ?
Igor Stoppa wrote: > > It's a GBA chip. > Oh, so it is similar/same solution like those eMMC chips mentioned at http://www.mmca.org/home after all. I was afraid of that but still was secretly hoping for inaccessible simplified mmc slot with glued real card or something, this could still save some space (but not $$). So looks we're stuck with 2GB size. I guess it it impossible to remove soldered BGA chip. Let's hope it is at least fast and durable one (i.e. SLC flash, 8bits mmc bus width or capable of 48MHz) not similar in quality to cards Nokia bundles with phones or tablets. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Bugfix in cx3110
"ext Steven Walter" <[EMAIL PROTECTED]> writes: > While reading through the wireless card driver (what source is > available), I noticed what is almost certainly a bug: > > --- sm_drv_ioctl_umac.c~ 2007-12-06 22:34:03.0 -0500 > +++ sm_drv_ioctl_umac.c 2007-12-06 22:34:05.0 -0500 > @@ -2024,7 +2024,7 @@ > if (ret < 0) > return ret; > } else { > - if (!crypt_info->flags & IW_ENCODE_MODE) { > + if (!(crypt_info->flags & IW_ENCODE_MODE)) { > /* we cannot do anything. Complain. */ > return -EINVAL; > } > -- > > The old test is equivalent to if (0), which means its not possible > to set the ENCODE_MODE without also setting a key. You are right. Thanks for telling us. I noticed that you already filed a bug about, that's really good: https://bugs.maemo.org/show_bug.cgi?id=2504 For a faster response time I recommend to use cx3110x-devel. I do follow maemo lists, but very infrequently. -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers