Re: Accessing contacts via d-bus
It's mostly directly from the maemo-examples and the abook example. I
attached a short example and a pro file for it that uses pkg_config for it.
It prints out the names in the address book. It needs to be run via
run-standalone.sh.
-Tatu
On Mon, Jul 6, 2009 at 11:14 AM, David Greaves da...@dgreaves.com wrote:
Tatu, could you post a link to your code? I'm really interested in seeing
an
example of the addressbook connectivity.
Also I came across this:
http://www.kdedevelopers.org/node/3878
which may be useful.
David
Tatu Lahtela wrote:
Ok talking to my self now :)
Thanks Antonio, that QT library loading seemed to do the trick. I was
able to access the data with the libebook c api, that osso api wasn't
required.
--
Don't worry, you'll be fine; I saw it work in a cartoon once...
--
Tatu Lahtela laht...@iki.fi
#include QLibrary
#include QStringList
#include QDebug
#include libebook/e-book.h
static QLibrary *qgconf_libgconf = 0;
/* Initialize the contact list connections and widgets */
QStringList createContactList()
{
EBook *book;
GError *error = NULL;
GList *g_contacts;
EBookQuery *query;
QStringList contacts;
/* Request a handle to the system-wide addressbook
* The book isn't opened yet. */
book = e_book_new_system_addressbook(error);
if (!book) {
qDebug() Couldn't open addressbook: %s error-message;
g_error_free(error);
return contacts;
}
/* Open connection to the address book */
if (!e_book_open(book, FALSE, error)) {
qDebug() Couldn't open addressbook: %s error-message;
g_error_free(error);
return contacts;
}
/* Create a query. This query matches any
* records in the book. */
query = e_book_query_any_field_contains();
if (!e_book_get_contacts (book, query, g_contacts, NULL)) {
qDebug() Couldn't get query results.\n;
return contacts;
}
if (g_contacts == 0) {
qDebug() no contacts;
} else {
do {
EContact* contact = (EContact*)(g_contacts-data);
EContactName* name = (EContactName*)e_contact_get(contact, E_CONTACT_NAME);
contacts.append(QString(e_contact_name_to_string(name)));
} while(g_contacts-next);
}
return contacts;
}
bool loadGConf()
{
g_type_init();
static volatile bool triedToLoadLibrary = false;
QLibrary *lib = qgconf_libgconf;
if (triedToLoadLibrary)
return lib lib-isLoaded();
qDebug() loading gconf;;
lib = new QLibrary(QLatin1String(gconf-2));
triedToLoadLibrary = true;
if (lib-load() lib-resolve(gconf_client_get_default)) {
qDebug() load successfull!;
return true;
} else {
qDebug() Load failed;
lib-unload();
delete lib;
lib = 0;
return false;
}
}
int main()
{
loadGConf();
qDebug() contacts found: ;
foreach(QString contact, createContactList()) {
qDebug() contact;
}
return 0;
}
contacts.pro
Description: application/vnd.nokia.qt.qmakeprofile
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
3rdShift a écrit : On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. And each new languages need a manual custom binding to use QT because of C++. The GObject model has been designed exactly to avoid a such big wast of time. GObject allow automatic binding in any languages. This is why GTK is technically superior to QT. GObject is a hug success in a lot of very important libraries. I don't see why we should left it for the widgets just because C++ fanatics don't want to learn how to code with a superior programming model that is open to any languages. Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi On Tue, Jul 7, 2009 at 8:09 AM, Jean-Christian de Rivazj...@eclis.ch wrote: 3rdShift a écrit : Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? I think it is because it is to hard to write real applications in c and people end up with half products called libraries. It forces them to take very small steps. I agree that the c++ libraries are sparse, but qt gives us the base classes and patterns we need. As kernel developer I value c but I couldn't resist :p Jean-Christian de Rivaz ___ 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: Maemo will switch (completely?) to Qt?
On 07/07/2009 02:09 AM, Jean-Christian de Rivaz wrote: GObject is a hug success in a lot of very important libraries. I wouldn't go that far. Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? Because a C library can be used as is in C++. So instead of reinventing the wheel, C++ programmers just use the C library. Hub ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Maemo will switch (completely?) to Qt?
On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. You must also see the thing from Nokia's view. To stay in leading position in cellular busines, then ability to renew and respond to challanges is mandatory. You now who are challangers with fancy animated UI and touch screen, to respond this, Nokia need to take next generation toolkit in use. I rather see this as choice between Clutter and Qt. GTK+ is previous generation toolkit. Now Maemo and Symbian developers both are in same situation, they need to learn new toolkit that has required feateres to compete in market. Kate ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing/Disabling the special button below the cursor pad
Hi, Am Dienstag, den 07.07.2009, 03:39 +0300 schrieb David Weinehall: On tis, 2009-07-07 at 02:20 +0200, ext Jey Han Lau wrote: Hi all, 2 quick questions: 1. What do you call that special button below the cursor pad? It's the one that opens up the menu if pressed. (...) I suspect that the key you want to mask is the home-key. because auf Jey Hans description I am quite sure, he mean the menu-button. On the N800 there are 3 buttons, on the N810 only one (the menu key) @Jey Han: which device do you use? I would discourage the menu-key as an exit key. I think consistency is an important thing and the users wouldn't be too much confused. You could open a menu with the menu-key, where the user could choose exit/quit. An other interesting strategy could be the one of the preinstalled games, which freeze the application, when it's leave fullscreen and offer there buttons for quit and resume. Regards, Keywan -- Keywan Najafi Tonekaboni http://www.prometoys.net peo...@world:/# apt-get --purge remove capitalism After unpacking world will be freed. You are about to do something potentially beneficial To continue type in the phrase 'Yes, do as We say!' ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
2009/7/7 kate.alh...@nokia.com: On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. You must also see the thing from Nokia's view. To stay in leading position in cellular busines, then ability to renew and respond to challanges is mandatory. You now who are challangers with fancy animated UI and touch screen, to respond this, Nokia need to take next generation toolkit in use. I rather see this as choice between Clutter and Qt. GTK+ is previous generation toolkit. Now Maemo and Symbian developers both are in same situation, they need to learn new toolkit that has required feateres to compete in market. Kate That makes full sense and I was expecting the switch over to Qt. It's only a shame, for me, that this requires C++ (no idea to which extent). I am willing to learn C++, but as pointed out by someone else, this is a hobby and it's already eating up time. And I don't have that much. Of course, this is a personal rant :) I am totally happy for Nokia to switch to Qt. The move had to be done. I was actually expecting it with Fremantle. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
2009/7/7 3rdShift 3rdsh...@comcast.net: On Mon, 2009-07-06 at 16:23 +0100, Aniello Del Sorbo wrote: 2009/7/6 Andrea Grandi a.gra...@gmail.com: Hi 2009/7/6 Klaus Rotter kl...@rotters.de: ma...@bitblit.net wrote: The way I understand it, Qt uses C++ but GTK uses C. So does one need to learn C++ to write Maemo apps now? That would suck... I think you'll be able to write them in Python too What always stopped me from writing Qt application was that I had to learn a new language to use it. Of course the same reason applies the other way around. As much as I would love to learn Qt, I really hate C++. And I don't want to rely too much on Python. If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. Otherwise, you have a slim chance to make a living for yourself and your family. Let me see, Algol/IBM360, Fortran/IBM360, PL/1/IBM360, Pascal/PC, C/Win,UNIX, C++/Win,UNIX,Embedded, Java/* - you get the picture. And this barely covers first 15 years of paid experience. The army of software developers is expotentially growing in east europe, asia, china, india, and here is US and writing new languages has become extremely easy compare to the old days. I know that you need to be up to date with nowadays technologies. Not sure, though, I am willing to do it for this hobby. -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Aniello Del Sorbo wrote: That makes full sense and I was expecting the switch over to Qt. It's only a shame, for me, that this requires C++ (no idea to which extent). I'm a novice C++ programmer with basic C skills and experience playing with OO langages over the years - I found it fairly simple to write a reasonable application in C++. I also found the Qt toolkit much easier to read and explore. From never using it before to writing a Qt version of pannable-area took me a few months. Before I learned Qt I learned C++/gtkmm and it was a little rough and undocumented - that was actually the motivation to learn a cleaner OO solution. In porting the Gtk app to Qt I practically replaced the widgets with the same text in camelCase and even the arguments were mostly the same. It was astonishing how similar that was. I doubt it's an automatable process but it's not as hard as, eg, a java swing re-write would be. Finally the Qt docs are really superb - and that makes a huge difference. http://doc.trolltech.com/4.5/index.html Obviously these are just my preferences :) Jean-Christian de Rivaz wrote: And each new languages need a manual custom binding to use QT because of C++. The GObject model has been designed exactly to avoid a such big wast of time. GObject allow automatic binding in any languages. This is why GTK is technically superior to QT. GObject is a hug success in a lot of very important libraries. Will this help? http://www.kdedevelopers.org/node/3878 David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
David Greaves a écrit : Jean-Christian de Rivaz wrote: And each new languages need a manual custom binding to use QT because of C++. The GObject model has been designed exactly to avoid a such big wast of time. GObject allow automatic binding in any languages. This is why GTK is technically superior to QT. GObject is a hug success in a lot of very important libraries. Will this help? http://www.kdedevelopers.org/node/3878 Yes, absolutely! Thanks for the link. I hope that one day QT and GTK will merge. Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
GSOC Barcode Scanner and Shopping Assistant [report 3]
Hi , In the past two weeks I have worked on a plugin mechanism by which it would be easier to add stores and services to the shopping Assistant part of the App ,this way any store or service owner can write a plugin for his store. Making the app more extensible . I have ported my scripts for Yahoo shopping and Google Base according to this new plugin mechanism . I have also wrote a server script to deliver the xml with data relating to different stores Although I have developed everything for django , In one of the branches I have also kept code tested for working with Google App Engine . Although in general i have found Google App Engine to be a bit inflexible perhaps because i do not have too much experience with developing web APPs My next steps for the project Write the client part for showing the information from various stores in a beautiful way. Integrate the whole thing. -- A-M-I-T S|S ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
Hi On Tue, Jul 7, 2009 at 8:09 AM, Jean-Christian de Rivazj...@eclis.ch wrote: 3rdShift a écrit : Ask yourself: why there is so few general libraries written in C++ compared to the libraries written in C ? I think it is because it is to hard to write real applications in c and people end up with half products called libraries. It forces them to take very small steps. I agree that the c++ libraries are sparse, but qt gives us the base classes and patterns we need. As kernel developer I value c but I couldn't resist :p No, the real reason is C++ is to C as Lung Cancer is to Lung. Ed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[GSoC09]]Semantic-Based Context-aware Personalized News reader System for Maemo--Report #3
Hi,all: In the past two weeks, the major work is to mine user interest via observing user behavior in the gpodder. I try to record top score keywords of one episode which user chooses to download in the behavior model. Then use a mining algorithm to pick up top-n keywords from this model to populate the user profile. I also tried to re-design the recommendation score algorithm. I want to use new social tag feature in opencalais to score each episode. I think until now, the basic work of recommendation has been done. In the next phase, I would focus on the context-aware module which will not only be in charge of user-awareness but also be aware of device and environment context. I will try to design a framework to implement basic functions and then other developers can easily use this framework to add context-aware funtions into their applications. In the next two weeks, I will do some paper works. I will document the new score algorithm and the framework. At the same time , I will fix some bugs in current code then release a new version of gpodder , then get some feedbacks from the community. If you are interested in my project, then you can find much more information on http://garage.maemo.org/projects/newssprite. You can also check out the code on the svn repository. Any comments and suggestions are welcome.Thanks. -- --Feng GAO --Maemo-GSoC09 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On Tuesday 07 July 2009 13:55:20 e...@okerson.com wrote: No, the real reason is C++ is to C as Lung Cancer is to Lung. Guys, let's not turn this into a C++ vs C debate, that has been done (with dubious results) on more appropriate forums. The question here was whether Qt can be used without extensive C++ knowledge (the answer to which IMHO is - YES). I find it odd to fight over such issues as this, when the real (non-academic, non-philosophical, non-preferential, etc) differences are much larger. E.g. if you fight over C++, what about the simplest GUI issues ? Layouts, Kinetic, DeclarativeUI, QGraphicsView, or if we're talking not only about appearance, MVC widgets ? Or the migration of tools required to use the toolkits, like Glade - QtDesigner, qmake, etc ? God forbid whole modules that were not available in GTK or done completely another way, like, Phonon, QSql, QNetwork... You'll spend FAR more time to adapt those (sometimes small but painstaking) changes than you ever will on the (minimal) extra C++ knowledge/syntax replacement you need. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
actually, if you don't have working knowledge and experience with c++ and the sorts of compiler errors and warnings that are thrown out just jumping in and using your c code and experience to make a c++ app is going to be a nightmare. sure, the syntax is similar and you can use your core logic written in c, but thats not the point. its like uprooting yourself from england to america, the language is almost the same but if you try driving in the same way you will end up being arrested. I am qualified in both c and c++ but have chosen to do my liqbase dev work in c (for different reasons) and I know once its complete it will be callable from any language (as long as bindings exist) but the same cannot be said for people writing standard applications, this is as big an upset as microsoft transitioning to .net (which they can't even totally do - the .net ide is an interop explosion) I will consider qt for development when more of the core libraries are written in it - until then, I personally expect to continue to write in c. (I make extensive use of dynamic linking anyway and believe at some point I can just start writing new components using c++ instead of c and just transition as required) gary (lcuk on #maemo) On Tue, Jul 7, 2009 at 12:46 PM, Attila Csipa ma...@csipa.in.rs wrote: On Tuesday 07 July 2009 13:55:20 e...@okerson.com wrote: No, the real reason is C++ is to C as Lung Cancer is to Lung. Guys, let's not turn this into a C++ vs C debate, that has been done (with dubious results) on more appropriate forums. The question here was whether Qt can be used without extensive C++ knowledge (the answer to which IMHO is - YES). I find it odd to fight over such issues as this, when the real (non-academic, non-philosophical, non-preferential, etc) differences are much larger. E.g. if you fight over C++, what about the simplest GUI issues ? Layouts, Kinetic, DeclarativeUI, QGraphicsView, or if we're talking not only about appearance, MVC widgets ? Or the migration of tools required to use the toolkits, like Glade - QtDesigner, qmake, etc ? God forbid whole modules that were not available in GTK or done completely another way, like, Phonon, QSql, QNetwork... You'll spend FAR more time to adapt those (sometimes small but painstaking) changes than you ever will on the (minimal) extra C++ knowledge/syntax replacement you need. ___ 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: Maemo will switch (completely?) to Qt?
On Tuesday 07 July 2009 15:25:59 gary liquid wrote: actually, if you don't have working knowledge and experience with c++ and the sorts of compiler errors and warnings that are thrown out just jumping in and using your c code and experience to make a c++ app is going to be a nightmare. But... Rather than dissing whole toolkits or design philosophies, isn't it easier to make a migration path, docs, howto's that deal with that AS PART OF migrating from GTK to Qt ? Using your analogy - your England-US migration plan should include attaining practical info that will make everyday life possible/easier, not just the strict paperwork (It is kind of common sense ?). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[GSoC 09] - Mnemosyne for Maemo
Hello! I have posted the third report on my GSoC project: http://www.assembla.com/wiki/show/pomni/GSoC2009_Report3 Looking forward to your comments and suggestions! Br, Max Usachev. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Submenues in Fremantle
On Sat, Jul 04, 2009 at 08:58:14PM +0200, Till Harbaum / Lists wrote: While i was pretty successful doing the first i still need a submenu here and there. I found this example: http://maemo.org/api_refs/5.0/beta/tutorial/html/ch10.html using seperate windows for this. I think that example is not very correct, I'll try to have it updated. If you need to show more options when you select a menu entry, a dialog is probably a better choice. I tried to use a seperate hildonappmenu via hildon_app_menu_popup, but wasn't successful (just nothing pops up). I imagine you are using the beta SDK, there's a bug in HildonAppMenu that could make that fail. Still I think that it's better to use a dialog. Sorry for the delay, btw, I'm currently at the Gran Canaria Desktop Summit and the inet connection here is not very good. For those of you here in Gran Canaria, there are a few talks about Fremantle tomorrow, the first one is about the toolkit (by Claudio and me), but there are also talks about the window manager and the multimedia framework: http://www.grancanariadesktopsummit.org/node/271 Feel free to approach us for questions, comments, etc. Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[GSoC 09] Liqbase Framework Dev. and App. Implementation - report 3
Report #3! http://blog.zachhabersang.com/?p=113 Doing my midterm now. :) Zach ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo will switch (completely?) to Qt?
On 7 Jul 2009, at 03:59, 3rdShift wrote: If you plan to stay in the business as career software developer, then the ability and willingness to retool yourself with new language/OS is a must. I was going to say out of this thread but ... I bit. I actually agree with the above statement even though its been shot down a little. I have a pretty extensive background in software development and from my point of view, learning new languages is just part of the course. Now if you have the time or inclination to do so is an entirely different prospect. I understand that the majority of us are volunteers, we do this because we love to do so. If this changes with the switch to QT then I hope, for Nokia's sake, that the non-C++ lovers get replaced with C++ enthusiasts and the eco-system continues to grow. I for one am an assembler/C developer (among other things) but the switch to C++ doesn't actually put me off developing, it only fuels my enthusiasm as its another feather to add to my bow. Nokia _have_ to do this. With the clout that Google has with Android there is really no other reason for manufacturers to choose anything else when looking for a Linux solution apart from what extra software the platform has cultivated (think iPhone app lock-in). If Nokia build their S60 and Linux app base with QT then Nokia/Tablet users will eventually reach the stage of critical app dependancy that locks them in just like the iPhone/iPod Touch. The Internet Tablet can't do that on its own, its needs the push from the S60+QT install-base. Oh and can I say, HUGE potential in harvesting open source developers to develop for Nokia in QT for not only Internet Tablets but Phones too! Regards, Jamie. -- http://www.linuxuk.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
extras-assistant trouble
Hi, I'm the developer of wizard-mounter ( https://garage.maemo.org/projects/wizard-mounter) and I have a problem with the extras-assistant. I build my own .deb in my sdk and it works fine, also the installation is correct (as you can check by downloading the .deb directly from the browser or you can try to build it yourself through svn in diablo-trunk/ ). When I upload the .tar.gz and other files to the extras-assistant that, I suppose, will automatically generate the deb but it result incorrect : the installation works quite fine but it never show the entry in the menu-list because the .desktop and .service files are placed alone in /. I'm wondering why of this strange behavior and what I'm doing wrong since the extras-assistant output is OK. In my sdk I simply run dpkg-build -rfakeroot to build the .deb and other files. What do extras-assistant exactly to build the .deb ? Thanks for the help. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
