Re: MeeGo
Yves-Alexis Perez a écrit : On mer., 2010-02-17 at 22:49 +, Carlos Morgado wrote: Honestly, I'll won't even bother with MeeGo 'till I see products and a decent roadmap. Meanwhile Nokia must just change it's mind, buy some GUI toolkit in Java and decide that's the way to go, go back to Symbian or just fold. Nobody knows. You might have missed the part where the first Meego phone won't be a Nokia. I wonder if Nokia have made Maemo precisely to allow Intel to enter the mobile computer (aka smartphone) business. The ofono project was already a step in that direction. Now Nokia at the MWC send basically 3 messages: 1) Maemo is no more. Even if it may survive for a last release. 2) The Maemo resulting work is now controlled officially by the Linux Fundation, but the real power are in the Intel hands. 3) Symbian^3 and Symbian^4 are the future on all foreseeable Nokia products. My analysis is that the use of QT on Symbian and MeeGo will allow Intel to use the applications from Nokia and vice versa. So I don't see a need from Nokia to supply a Linux product line anymore. Now if this is right, Nokia should have done ofono and Maemo for Intel by expecting something in return. Regards, Jean-Christian ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
Christopher Intemann a écrit : My analysis is that the use of QT on Symbian and MeeGo will allow Intel to use the applications from Nokia and vice versa. So I don't see a need from Nokia to supply a Linux product line anymore. Why wouldn't they? Mobile phones are gaining more and more power, and will eventually merge with the netbook products. Yes, you a right. I also expect the two markets to merge. But the actual signal coming from Nokia do not say that. First, the only clear project Nokia have to be ready for the merge, Maemo, is now outside Nokia. Second, there have yet announced nothing that can possibly be a roadmap to be ready for that merged market. For me, Maemo was a such roadmap. The current Symbian roadmap is a fight against actual concurrents, not a way to merge the market. It could be feasible that future N-Series devices will rather utilize Intel Atom chipsets - which would, however, not be the worst IMHO. It can't be the Atom chipsets, really. The power envelop is an order to high. Even the Moorestown can't match the current ARM SoC. And next ARM SoC will be even better. I don't say that Intel can't product in the future a chip that match the next ARM Soc, but this will take some time to do so. Regards, Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
Hi Carlos, On Wed, Feb 17, 2010 at 11:49 PM, Carlos Morgado cchhb...@gmail.com wrote: Honestly, I'll won't even bother with MeeGo 'till I see products and a decent roadmap. Meanwhile Nokia must just change it's mind, buy some GUI toolkit in Java and decide that's the way to go, go back to Symbian or just fold. Nobody knows. I disagree on most you say but do not on the Java part. Java would IMHO given enough security, portability and ease of development in a way that doesn't cost to much effort. the Current Maemo will already be very hard to scale down(cost of hardware) that that is what you need if you want to sell many devices. Greetings ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
On Thu, Feb 18, 2010 at 12:01 PM, Kees Jongenburger kees.jongenbur...@gmail.com wrote: I disagree on most you say but do not on the Java part. Java would IMHO given enough security, portability and ease of development in a way that doesn't cost to much effort. the Current Maemo will already be very hard to scale down(cost of hardware) that that is what you need if you want to sell many devices. So we would make it run better on low-powered devices by slapping a virtual machine in between? Intuitively, that doesn't feel quite right. -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo, unity or fragmentation?
On Tue, Feb 16, 2010 at 11:23 AM, Michal Kolodziejczyk m...@wp.pl wrote: The more precise way would be to say that moblin is based on the RPM format (used also by Fedora) than using Fedora as a base. Check out the FAQ: http://moblin.org/documentation/moblin-overview/faq It is, however, not just the rpm format but also the fedora tools like yum etc. Regards, Chris ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Invoking fremantle symbol menu
On Wed, 2010-02-17 at 23:45 +0100, ext Peter Tworek wrote: Hi, I'm looking for a way to show freemantle sym menu without using hildon text widgets. I'd like to show it in an application that does not use GTK/Hildon as widget toolkit. Is there a way to do this? Unless I'm completely wrong, drunk, and crazy, that menu is an internal UI of Hildon input methods and is not part of API exposed outside (since HIM only knows when it's needed). Some HIM developer could confirm this. So if you don't use Hildon input methods as all, you'd need to implement your own input methods. I'm not sure if the symbol dialog (it's not a menu) is open or closed source. -Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
On Thursday 18 February 2010, Jean-Christian de Rivaz wrote: basically 3 messages: 1) Maemo is no more. Even if it may survive for a last release. 2) The Maemo resulting work is now controlled officially by the Linux Fundation, but the real power are in the Intel hands. I suspect the reality will be more in the lines of meego being both an upstream for Intel, Nokia and whoever, and a LSB-like spec for application interoperability on different systems. I'd expect that Nokia's MeeGo devices will still have, for example, OVI APIs and Nokia Messaging that no other manufacturer will have, and perhaps other stuff too. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Free space, Qt and PR1.2
Hi, Long story short, is there a PR1.2 migration plan for Qt devs/users, or is it taken care of so the problems outlined above do not apply ? :) I'm quoting Quim here: - When the Qt 4.6 libraries are final they will be integrated in the Maemo 5 official release. We will share this plan in more detail before that release comes so the affected developers are aware and can work in sync. We all want to avoid any hassle to end users and if Qt 4.6 ends up in Extras the risk of them getting in trouble with dependencies when updating is high. So please be patient and follow up the discussion. Cheers Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Graphical Interface designer for Qt
Does someone could tell where to find a GUI designer for Qt? I search for it on google but I did not succeed. Thanks!! This message was sent using IMP, the Internet Messaging Program. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
On Thu, Feb 18, 2010 at 11:54 AM, ac...@dsic.upv.es wrote: Does someone could tell where to find a GUI designer for Qt? I search for it on google but I did not succeed. Hi, Take a look at Qt Creator, and/or Qt Designer. http://qt.nokia.com/products/developer-tools Thanks!! Best, Robin Burchell mob: +447702671419 msn: m...@viroteck.net irc: w00t @ irc.freenode.net twr: http://twitter.com/w00teh ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
Hi, On Thu, Feb 18, 2010 at 11:54 AM, ac...@dsic.upv.es wrote: Does someone could tell where to find a GUI designer for Qt? http://qt.nokia.com/products/developer-tools Best regards, -- Valério Valério http://www.valeriovalerio.org I search for it on google but I did not succeed. Thanks!! This message was sent using IMP, the Internet Messaging Program. ___ 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
Re: MeeGo
Jan Knutar a écrit : On Thursday 18 February 2010, Jean-Christian de Rivaz wrote: basically 3 messages: 1) Maemo is no more. Even if it may survive for a last release. 2) The Maemo resulting work is now controlled officially by the Linux Fundation, but the real power are in the Intel hands. I suspect the reality will be more in the lines of meego being both an upstream for Intel, Nokia and whoever, and a LSB-like spec for application interoperability on different systems. Possible. If this is what there expect, then there need to be quickly a major Linux distribution with width acceptance. Not impossible, but a very hug task ! This remind me the day when UNIX was more and more fragmented to the point every player lose. I think there is a limit into the number of major Linux distribution that can share the big part of the cake. Regards, Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
Hi, On 18 February 2010 12:58, Valerio Valerio vdv...@gmail.com wrote: Hi, On Thu, Feb 18, 2010 at 11:54 AM, ac...@dsic.upv.es wrote: Does someone could tell where to find a GUI designer for Qt? http://qt.nokia.com/products/developer-tools keep in mind that you cannot use QtDesigner to design a UI for Maemo yet. -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
Dnia czwartek, 18 lutego 2010 o 13:06:18 Andrea Grandi napisał(a): keep in mind that you cannot use QtDesigner to design a UI for Maemo yet. O, rly? My player [1] has UI created with Qt Designer. It has separate QMainWindows which are stacked, supports screen rotation (old way - need to update) etc. In one codebase I have support for Maemo5 (two windows) and desktop (one window) UI. 1. http://gitorious.org/qt-module-player/qt-module-player Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
On Thu, Feb 18, 2010 at 12:06 PM, Andrea Grandi a.gra...@gmail.com wrote: keep in mind that you cannot use QtDesigner to design a UI for Maemo yet. Well, provided that you can test frequently or imagine how it will look knowing how e.g. QMenuBar is integrated, then yes, it's possible if you stick to base Qt widgets. Obviously, using things in QMaemo5* is going to be difficult. -- Andrea Grandi Robin Burchell mob: +447702671419 msn: m...@viroteck.net irc: w00t @ irc.freenode.net twr: http://twitter.com/w00teh ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
Hi, On 18 February 2010 13:09, Marcin Juszkiewicz mar...@juszkiewicz.com.pl wrote: Dnia czwartek, 18 lutego 2010 o 13:06:18 Andrea Grandi napisał(a): keep in mind that you cannot use QtDesigner to design a UI for Maemo yet. O, rly? My player [1] has UI created with Qt Designer. It has separate QMainWindows which are stacked, supports screen rotation (old way - need to update) etc. In one codebase I have support for Maemo5 (two windows) and desktop (one window) UI. as far as I know, to load a .ui file you need to have libtools-qt installed. They have been removed from the latest Qt4 that are available in Maemo and there aren't any plans to include them again. I know, this is crazy, but it's exactly what Qt guys told me! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
2010/2/18 Andrea Grandi a.gra...@gmail.com: as far as I know, to load a .ui file you need to have libtools-qt installed. They have been removed from the latest Qt4 that are available in Maemo and there aren't any plans to include them again. I know, this is crazy, but it's exactly what Qt guys told me! Look into using uic to compile them instead of loading them at runtime, see http://doc.trolltech.com/4.6/uic.html -- Andrea Grandi HTH, Robin Burchell mob: +447702671419 msn: m...@viroteck.net irc: w00t @ irc.freenode.net twr: http://twitter.com/w00teh ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
Hi, On 18 February 2010 13:29, Robin Burchell virot...@viroteck.net wrote: 2010/2/18 Andrea Grandi a.gra...@gmail.com: as far as I know, to load a .ui file you need to have libtools-qt installed. They have been removed from the latest Qt4 that are available in Maemo and there aren't any plans to include them again. I know, this is crazy, but it's exactly what Qt guys told me! Look into using uic to compile them instead of loading them at runtime, see http://doc.trolltech.com/4.6/uic.html a similar tool exist for Python too, I'm aware of it, but it's not supporting Maemo at all. I hope you know that Maemo UI is quite differente from the desktop Qt version. There aren't only QtButton, QtDialog, QtLabel ecc... in a user interface. Maemo has its own widget and there's no way (at the moment) to have a real preview of them. If you have seen the recently published video on youtube, showing Maemo 6 widgets, you surely have noticed that Qt developers are showing Maemo support in QtCreator, but it's not ready/published at the moment. -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
On Thu, Feb 18, 2010 at 12:35 PM, Andrea Grandi a.gra...@gmail.com wrote: a similar tool exist for Python too, I'm aware of it, but it's not supporting Maemo at all. I hope you know that Maemo UI is quite differente from the desktop Qt version. It works fine. It converts a .ui to a .cpp, which you can then cross compile for your device. I do know that it's different precisely because I've been doing this stuff myself, as has Marcin and others. There aren't only QtButton, QtDialog, QtLabel ecc... in a user interface. Maemo has its own widget and there's no way (at the moment) to have a real preview of them. In Qt 4.6, there are only 7 Maemo5-specific classes, and 2-3 of those aren't widgets. Those that are, aren't something which will be used everywhere. Meaning that for most dialogs, you probably *will* be able to use Designer, if you keep in mind how e.g. QMenuBar appears on Maemo, etcetera. I said all of this in my original mail. Robin Burchell mob: +447702671419 msn: m...@viroteck.net irc: w00t @ irc.freenode.net twr: http://twitter.com/w00teh ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Graphical Interface designer for Qt
I hope you know that Maemo UI is quite differente from the desktop Qt version. It must be because it must be finger usable and most of desktop UI paradigm is based on mouse use. There aren't only QtButton, QtDialog, QtLabel ecc... in a user interface. Maemo has its own widget and there's no way (at the moment) to have a real preview of them. If you have seen the recently published video on youtube, showing Maemo 6 widgets, you surely have noticed that Qt developers are showing Maemo support in QtCreator, but it's not ready/published at the moment. We should not mix two things. Maemo 6 widgets are based on new QGraphiscview based widget set and that's different than Maemo 5 widget set that is based on enhaged Qt desktop widget set. You can see video of Maemo 5 widgets here. Only bad thing in this video is that they are using stylus, i have not used mine with N900 in many months because it is not needed with finger optimized widgets. http://labs.trolltech.com/blogs/2010/02/15/qt-462-for-maemo-5-released/ Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
Am 16.02.2010 17:31, schrieb Jeremiah Foster: Heavens no!! I strongly feel the opposite, that rpm distros are doomed to fail. debs have wider adoption and have solved lots of problems already, rpms are becoming the corporate preference, not the developer or user preference. But for this project, MeeGo, the rpm is going to be the default format. It seems silly if you want to get your software into MeeGo to spend too much time arguing because I think people will not change - certainly not the Linux Foundation who host the repos, wiki, etc. actually I also think that rpm can not succeed as you can not follow Ubuntu which gets special binary drivers from AMD, fixed Skype releases etc. no other distribution has this level of importance in the corporate world. Therefore I can not agree that rpm is the corporate preference. As far as the Linux Foundations go: if they object, just pay Cononical for Launchpad - it is the best development platform I have used so far anyway... And as I got more time now, here is the Brainstorm vote for DEB: http://maemo.org/community/brainstorm/view/keep_deb_for_meego/ Greets Pavel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo
For people who are fed up being spammed with rpm vs. deb and who want to contribute to a Debian implementation of MeeGo I have started the TMO thread http://talk.maemo.org/showthread.php?t=44967 On 18.02.10 16:05, Pavel Rojtberg wrote: And as I got more time now, here is the Brainstorm vote for DEB: http://maemo.org/community/brainstorm/view/keep_deb_for_meego/ -- Thomas Tanner -- email: tan...@gmx.de GnuPG: 1024/5924D4DD ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
N900 kernel module recompile
Hi all! After all that RPM vs DEB debate I thought I could bring up something more productive ;) I would like to hack on some drivers on the N900, so I need to be able to recompile kernel modules. Ideally I would like only to replace modules, not the whole kernel+modules package. So what I did was I installed the Maemo5 SDK first in order to get the proper toolchain. Then I took a vanilla 2.6.28 Linux kernel archive and applied the kernel patch from http://repository.maemo.org/pool/fremantle/free/k/kernel/ kernel_2.6.28-20094803.3+0m5.diff.gz Then I setup my comile environment: export PATH=/scratchbox/compilers/cs2007q3-glibc2.5-arm7/bin/:$PATH export CROSS_COMPILE=arm-none-linux-gnueabi- export ARCH=arm Then kernel config: cp arch/arm/configs/rx51_defconfig ./.config make oldconfig A make modules does cleanly compile the modules. Fine so far (except for that te modules are *huge* and a arm-none-linux-gnueabi-strip -R .not -R .comment --strip-unneeded seems reasonable). But when I try to load one of the new modules I get: -1 Invalid module format And dmesg shows: no symbol version for struct_module This usually means that CONFIG_MODVERSIONS is not set but I double checked that and I do have CONFIG_MODVERSIONS=y in .config. I also changed the extra version name in the kernel toplevel Makefile, which should be correct (to my knowledge): #NAME = Erotic Pickled Herring NAME = maemo There is an older page about recompiling kernel for Diablo in the Wiki: http://wiki.maemo.org/Compiling_the_kenrel Would that still apply (of course replacing Diablo with Freemantle and N810 with N900 or RX51 respectively)? Again, I just want to hack on one single module. So I would like to avoid having to flash a completely home-grown kernel+modules set (frankly that scares me a little ;) Any hint would be really appreciated ;) Some N900 kernel hackers around here? Ideally I would like to make my changes available again so that others can also play with them by just replacing a single .ko-module... Cheers nils -- kernel concepts GbR Tel: +49-271-771091-12 Sieghuetter Hauptweg 48 Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: FatELF Re: rpm vs. deb and universal binaries/packages
Christian, (et al) I really like this line of thinking. I can easily see myself with several MeeGo based systems, my mobile phone, a larger format tablet for ebook reading, etc., assorted MeeGo based devices in the living room, my Cable Set Top Box, my digital TV, and my Bluray player. Add an IVI system into my car and my wife's car. All of a sudden I have half a dozen MeeGo devices that I want to interoperate in different ways. Certain apps, I would probably want to share between devices, as well as different pieces of media, etc. Aldon -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org]on Behalf Of Christian Walther Sent: Thursday, February 18, 2010 12:01 PM To: Andrew Flegg Cc: maemo-developers Subject: Re: FatELF Re: rpm vs. deb and universal binaries/packages Hi, On 17 February 2010 17:13, Andrew Flegg and...@bleb.org wrote: [...] Why can't said user get content from an architecture aware repository/app store? Yeah, with an application manager that has something like the weave plugin for firefox: Simply take the list of installed apps and ensure that another device running MeeGo - regardless of its architecture - installs the same set of apps. Basically this is a one line shell command, but there's the need for a nice GUI nowadays. ;) Sync this data along with everything else, e.g. configuration of widgets, and the user experience on all devices is the same, wether it's a handset, or netbook. Regards Christian Walther ___ 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
debhelper7 doesn't find python-central
Hi, I'm trying to get python-apt ported to Fremantle. Having struggled for quite a bit with a backported debian/rules file, I decided to give debhelper7 a go. The instructions were clear enough but still no go: dh --with python-central clean dh: unable to load addon python-central: Can't locate Debian/Debhelper7/Sequence/python_central.pm in @INC (@INC contains: /scratchbox/devkits/svn/lib/perl5/site_perl/5.8.4/i686-linux-thread-multi /etc/perl /usr/local/lib/perl/5.8.3 /usr/local/share/perl/5.8.3 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 8) line 2. python_central.pm is provided by the python-central package but it is installed under Debian/Debhelper instead of the custom Debian/Debhelper7 directory assumed by the debhelper7 package. I wonder what would be the best approach to fix this? Cheers, ma. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: reliability of hal-device battery data?
On jeu., 2010-02-18 at 09:59 +0100, Laurent GUERBY wrote: After staying constant at 51% in one minute the charge level went from 53 to 95 when I just unpluged and then repluged the charger. Is there a software way to force the N900 to reevaluate the current battery level? Afaik the battery level is not reliable when charging. So no, unless you unplug the charger and let it settle down. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: debhelper7 doesn't find python-central
Hi Matti, I have uploaded a new version which includes the python_central.pm file from python-central. While this may look like a quick hack (which debhelper7 is anyway) I think it is cleaner than adding a symlink to the Debhelper directory or asking python-central to install the file in two directories. The file is tiny and unlikely to change, anyway. Let me know whether it works with the latest version. cheers, On 18.02.10 18:56, Matti Airas wrote: python_central.pm is provided by the python-central package but it is installed under Debian/Debhelper instead of the custom Debian/Debhelper7 directory assumed by the debhelper7 package. I wonder what would be the best approach to fix this? -- Thomas Tanner -- email: tan...@gmx.de GnuPG: 1024/5924D4DD ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 kernel module recompile
On 18.02.10 18:18, Nils Faerber wrote: I would like to hack on some drivers on the N900, so I need to be able to recompile kernel modules. Ideally I would like only to replace modules, not the whole kernel+modules package. So what I did was I installed the Maemo5 SDK first in order to get the proper toolchain. Then I took a vanilla 2.6.28 Linux kernel archive and applied the kernel patch from apt-get source kernel would be easier Do you plan to provide the extra modules as a package in extras-devel or just as individual files? You could disable building and packaging of the kernel in the debian/rules and control file and only generate a modules package. Please make sure to also rename the source package and the generate packages to avoid conflict with the stock kernel. For indidivual files just extracting the output of the first solution could be the simplest approach. -- Thomas Tanner -- email: tan...@gmx.de GnuPG: 1024/5924D4DD ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 kernel module recompile
Thomas Tanner schrieb: On 18.02.10 18:18, Nils Faerber wrote: I would like to hack on some drivers on the N900, so I need to be able to recompile kernel modules. Ideally I would like only to replace modules, not the whole kernel+modules package. So what I did was I installed the Maemo5 SDK first in order to get the proper toolchain. Then I took a vanilla 2.6.28 Linux kernel archive and applied the kernel patch from apt-get source kernel would be easier That is inside scratchbox having selected the armel target? I can try that, sure! Do you plan to provide the extra modules as a package in extras-devel or just as individual files? I would like to later redistribute the changed driver (it is a change in an existing driver I am planning). A package would be great so that users can seamlessly upgrade. You could disable building and packaging of the kernel in the debian/rules and control file and only generate a modules package. Please make sure to also rename the source package and the generate packages to avoid conflict with the stock kernel. For indidivual files just extracting the output of the first solution could be the simplest approach. OK, I will try - never compiled a kernel using the debian build system :) Many thanks! Cheers nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 kernel module recompile
On 18.02.10 19:40, Nils Faerber wrote: OK, I will try - never compiled a kernel using the debian build system :) it's almost trivial :) I suggest to take a look at my custom kernel source in extras-devel/non-free (due to non-free fiasco-gen). I have converted it to use quilt which makes integration of other community matches much easier. -- Thomas Tanner -- email: tan...@gmx.de GnuPG: 1024/5924D4DD ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Going crazy with HildonPickerButton with multiple selection
Hi all, I've been getting exasperated with HildonPickerButton: I have a simple list of strings, and I want the user to select zero or more of them. HildonPickerButton with multiple selection seems to be perfect for my need, but unfortunately HildonPickerDialog doesn't allow closing the dialog if no item is selected (why???). The only workaround I could come up with, is connecting to the changed signal of the HildonTouchSelector and in the handler run this code. I'm pasting this here in case it turns out to be useful for someone else: = static void hack_sel(GtkWidget *selector, gint column, gboolean *hacked) { GtkWidget *dialog; guint id, ret; if (*hacked) return; /* HILDON HACK: HildonPickerDialog blocks the emission of the * response signal if no item is selected. Since this blocking * happens on a signal handler for the response signal itself, * we disconnect it :-) */ dialog = gtk_widget_get_toplevel(selector); id = g_signal_lookup(response, GTK_TYPE_DIALOG); ret = g_signal_handlers_disconnect_matched(dialog, G_SIGNAL_MATCH_ID | G_SIGNAL_MATCH_DATA, id, 0, NULL, NULL, NULL); if (ret != 1) g_warning(%s: disconnected %u signals!, G_STRFUNC, ret); *hacked = TRUE; } If someone has some better suggestion, you are most welcome to post it. :-) Ciao, Alberto -- http://www.mardy.it - geek in un lingua international! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 kernel module recompile
Hi Nils On Thu, Feb 18, 2010 at 6:18 PM, Nils Faerber nils.faer...@kernelconcepts.de wrote: Hi all! After all that RPM vs DEB debate I thought I could bring up something more productive ;) Thanks! I would like to hack on some drivers on the N900, so I need to be able to recompile kernel modules. Ideally I would like only to replace modules, not the whole kernel+modules package. So what I did was I installed the Maemo5 SDK first in order to get the proper toolchain. The best to start with is to follow the Maemo Kernel Guide. If you follow that and dont' forget to use the extra version trick make EXTRAVERSION=-omap1 bzImage you can indeed scp modules to the device and probe them ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 kernel module recompile
On Thursday 18 February 2010 10:18:48 Nils Faerber wrote: Hi all! After all that RPM vs DEB debate I thought I could bring up something more productive ;) I would like to hack on some drivers on the N900, so I need to be able to recompile kernel modules. Ideally I would like only to replace modules, not the whole kernel+modules package. So what I did was I installed the Maemo5 SDK first in order to get the proper toolchain. Then I took a vanilla 2.6.28 Linux kernel archive and applied the kernel patch from http://repository.maemo.org/pool/fremantle/free/k/kernel/ kernel_2.6.28-20094803.3+0m5.diff.gz Then I setup my comile environment: export PATH=/scratchbox/compilers/cs2007q3-glibc2.5-arm7/bin/:$PATH export CROSS_COMPILE=arm-none-linux-gnueabi- export ARCH=arm Then kernel config: cp arch/arm/configs/rx51_defconfig ./.config make oldconfig A make modules does cleanly compile the modules. Fine so far (except for that te modules are *huge* and a arm-none-linux-gnueabi-strip -R .not -R .comment --strip-unneeded seems reasonable). But when I try to load one of the new modules I get: -1 Invalid module format And dmesg shows: no symbol version for struct_module This usually means that CONFIG_MODVERSIONS is not set but I double checked that and I do have CONFIG_MODVERSIONS=y in .config. I also changed the extra version name in the kernel toplevel Makefile, which should be correct (to my knowledge): #NAME = Erotic Pickled Herring NAME = maemo There is an older page about recompiling kernel for Diablo in the Wiki: http://wiki.maemo.org/Compiling_the_kenrel Would that still apply (of course replacing Diablo with Freemantle and N810 with N900 or RX51 respectively)? Again, I just want to hack on one single module. So I would like to avoid having to flash a completely home-grown kernel+modules set (frankly that scares me a little ;) Any hint would be really appreciated ;) Some N900 kernel hackers around here? Ideally I would like to make my changes available again so that others can also play with them by just replacing a single .ko-module... This isn't exactly what you want, but should provide some hints: http://wiki.maemo.org/User:Jebba/Kernel This dir has my live scratchbox with some scriptlets which may help you see the procedure: http://www.freemoe.org/users/jebba/scratchbox/kernel/ Have fun, -Jeff Moe ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 kernel module recompile
Following exactly the steps from http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Kernel_and_Debugging_Guide/Maemo_Kernel_Guide did the trick and the module loads fine now! Very cool! Though the process seem too complicated to me so after I did my hacking I will look into simplyfying that. Anyway, many thanks to all for pointing me in the right direction! Cheers nils Jeff Moe schrieb: On Thursday 18 February 2010 10:18:48 Nils Faerber wrote: Hi all! After all that RPM vs DEB debate I thought I could bring up something more productive ;) I would like to hack on some drivers on the N900, so I need to be able to recompile kernel modules. Ideally I would like only to replace modules, not the whole kernel+modules package. So what I did was I installed the Maemo5 SDK first in order to get the proper toolchain. Then I took a vanilla 2.6.28 Linux kernel archive and applied the kernel patch from http://repository.maemo.org/pool/fremantle/free/k/kernel/ kernel_2.6.28-20094803.3+0m5.diff.gz Then I setup my comile environment: export PATH=/scratchbox/compilers/cs2007q3-glibc2.5-arm7/bin/:$PATH export CROSS_COMPILE=arm-none-linux-gnueabi- export ARCH=arm Then kernel config: cp arch/arm/configs/rx51_defconfig ./.config make oldconfig A make modules does cleanly compile the modules. Fine so far (except for that te modules are *huge* and a arm-none-linux-gnueabi-strip -R .not -R .comment --strip-unneeded seems reasonable). But when I try to load one of the new modules I get: -1 Invalid module format And dmesg shows: no symbol version for struct_module This usually means that CONFIG_MODVERSIONS is not set but I double checked that and I do have CONFIG_MODVERSIONS=y in .config. I also changed the extra version name in the kernel toplevel Makefile, which should be correct (to my knowledge): #NAME = Erotic Pickled Herring NAME = maemo There is an older page about recompiling kernel for Diablo in the Wiki: http://wiki.maemo.org/Compiling_the_kenrel Would that still apply (of course replacing Diablo with Freemantle and N810 with N900 or RX51 respectively)? Again, I just want to hack on one single module. So I would like to avoid having to flash a completely home-grown kernel+modules set (frankly that scares me a little ;) Any hint would be really appreciated ;) Some N900 kernel hackers around here? Ideally I would like to make my changes available again so that others can also play with them by just replacing a single .ko-module... This isn't exactly what you want, but should provide some hints: http://wiki.maemo.org/User:Jebba/Kernel This dir has my live scratchbox with some scriptlets which may help you see the procedure: http://www.freemoe.org/users/jebba/scratchbox/kernel/ Have fun, -Jeff Moe ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- kernel concepts GbR Tel: +49-271-771091-12 Sieghuetter Hauptweg 48 Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Going crazy with HildonPickerButton with multiple selection
On Thu, Feb 18, 2010 at 10:33:46PM +0200, Alberto Mardegan wrote: HildonPickerButton with multiple selection seems to be perfect for my need, but unfortunately HildonPickerDialog doesn't allow closing the dialog if no item is selected (why???). I know it's controversial, but that was a design decision for Maemo 5. The solution is to have an option labelled None. For an example, open the clock app, try adding a new alarm and see the Repeat button (which allows multiple selection). The first option is Never Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Going crazy with HildonPickerButton with multiple selection
Alberto Garcia wrote: On Thu, Feb 18, 2010 at 10:33:46PM +0200, Alberto Mardegan wrote: HildonPickerButton with multiple selection seems to be perfect for my need, but unfortunately HildonPickerDialog doesn't allow closing the dialog if no item is selected (why???). I know it's controversial, but that was a design decision for Maemo 5. The solution is to have an option labelled None. For an example, open the clock app, try adding a new alarm and see the Repeat button (which allows multiple selection). The first option is Never I see. I could actually implement it in the same way as the clock app is doing. BTW, I find the APIs for handling selections rather cumbersome, I have to write about 20 lines of code just to know the selection state of an item (if multiple selection is enabled). If I write a patch that adds gboolean hildon_touch_selector_is_selected(HildonTouchSelector *selector, gint column, gint index); void hildon_touch_selector_set_selected(HildonTouchSelector *selector, gint column, gint index, gboolean selected); would that have any chance of making its way in a future release? Ciao, Alberto -- http://www.mardy.it -- geek in un lingua international! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Hai ricevuto un messaggio da Antonio Coso...
Hai ricevuto un messaggio da Antonio Coso... Il mittente ed il messaggio inviatoti saranno visibili solo a te. Per leggere cosa ti ha scritto e rispondere tramite il Messenger, segui questo link: http://eu1.badoo.com/0100658417/in/tsIt68fYHLc/?lang_id=8 Altra gente che ti sta aspettando: FICT945 (Palagiano, Italia) Ciccia (Palagiano, Italia) Sansone (Palagiano, Italia) http://eu1.badoo.com/0100658417/in/tsIt68fYHLc/?lang_id=8 Se il link qui sopra non dovesse funzionare, copia il seguente nella barra degli indirizzi del tuo browser. Questa comunicazione fa parte del sistema di notifica per il messaggio inviatoti da Antonio Coso. Se pensi che si tratti di un errore, ignora questa comunicazione. Buon divertimento! Il team di Badoo Hai ricevuto questa email in quanto un utente di Badoo ti ha lasciato un messaggio su Badoo. Eventuali risposte a questa email non sono monitorate ne risposte. Se non desideri ricevere altri messaggi da Badoo, faccelo sapere: http://eu1.badoo.com/impersonation.phtml?lang_id=8mail_code=21email=maemo-developers%40maemo.orgsecret=invite_id=592599user_id=100658417___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers