Re: QtSql and Debian package probelm
I have now like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
return db.open();
It works fine directly from Qt Creator, but it doesn't work when installing
the Debian package. Any ides?
On Thu, Jun 10, 2010 at 16:39, Daniil Ivanov daniil.iva...@gmail.comwrote:
It's actually better to use getenv(HOME), instead of /home/user.
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:37 PM, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Ok, no need for directory:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.AppName);
if (!db.open())
qDebug() db.lastError();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:33 PM, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
Ehr... no. And how would I do that? Sorry for these silly questions...
Thanks,
Sascha
PS. As such it didn't work in the package. But then again, I did not
create
the directory...
On Thu, Jun 10, 2010 at 16:31, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Did you create /home/user/.somedir/?
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:28 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
OK, let me try that. But at least it doesn't like it when running
from
Qt
Creator (I'm using Nokia Qt SDK). The database stops working and
behaves
the
same way as in the package.
On Thu, Jun 10, 2010 at 16:08, Daniil Ivanov
daniil.iva...@gmail.com
wrote:
Hi!
You should be using something like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.somedir/AppName);
return db.open();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:01 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
I'm just getting:
QSqlQuery::value: not positioned on a valid record
It's like the app is unable to write any data to the SQLite
database.
As
I
said, it does work fine when running it from Qt Creator or MADDE.
On Thu, Jun 10, 2010 at 15:57, David King dav...@openismus.com
wrote:
On 2010-06-10 15:47, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
This how it looks now:
Depends: ${shlibs:Depends}, ${misc:Depends}, libqt4-network,
libqt4-sql,
libqt4-sql-sqlite
But still it doesn't work. Am I missing something? The app works
fine
when I
run it in N900 from Qt Creator.
Which database provider do you use, I guess SQLite? If so, your
Depends:
line looks correct. When you say that the SQL parts of the
application
do
not work, what is the problem? You could try starting your
program
from
the
terminal to check for clues in the output. Either that, or report
any
error
messages that the application gives you.
Thanks for all your help,
Sascha
On Thu, Jun 10, 2010 at 15:12, David King dav...@openismus.com
wrote:
On 2010-06-10 15:01, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
Hi,
I just made a Debian package of my app. I'm using QtSql in it.
But
for
some
reason when I install the package, all the SQL things don't
work.
My
guess
is that I'm missing something in the Build-Depends line in the
control
file.
How can I check what libs I need to add there and what are
their
correct
names?
Cheers,
Sascha
PS. Currently it's like this: Build-Depends: dephelper (5),
libqt4-dev,
libqt4-network
You need to add the relevant Qt SQL provider packages to the
‘Depends:’
line, not the ‘Build-Depends:’ line, as the SQL providers are
plugins
that
are not required at build time, but at runtime. You probably
want
libqt4-sql-mysql or libqt4-sql-sqlite in Depends, depending on
which
database provider you are using.
--
David King | http://amigadave.com/
___
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-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QtSql and Debian package probelm
Hi Sascha!
Can you change your code like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
if (!db.open()) {
qDebug() name db.lastError();
return false;
} else
return true;
and then run your application from the console?
Thanks, Daniil.
On Fri, Jun 11, 2010 at 11:11 AM, Sascha Mäkelä sascha.mak...@gmail.com wrote:
I have now like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
return db.open();
It works fine directly from Qt Creator, but it doesn't work when installing
the Debian package. Any ides?
On Thu, Jun 10, 2010 at 16:39, Daniil Ivanov daniil.iva...@gmail.com
wrote:
It's actually better to use getenv(HOME), instead of /home/user.
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:37 PM, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Ok, no need for directory:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.AppName);
if (!db.open())
qDebug() db.lastError();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:33 PM, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
Ehr... no. And how would I do that? Sorry for these silly questions...
Thanks,
Sascha
PS. As such it didn't work in the package. But then again, I did not
create
the directory...
On Thu, Jun 10, 2010 at 16:31, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Did you create /home/user/.somedir/?
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:28 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
OK, let me try that. But at least it doesn't like it when running
from
Qt
Creator (I'm using Nokia Qt SDK). The database stops working and
behaves
the
same way as in the package.
On Thu, Jun 10, 2010 at 16:08, Daniil Ivanov
daniil.iva...@gmail.com
wrote:
Hi!
You should be using something like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.somedir/AppName);
return db.open();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:01 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
I'm just getting:
QSqlQuery::value: not positioned on a valid record
It's like the app is unable to write any data to the SQLite
database.
As
I
said, it does work fine when running it from Qt Creator or MADDE.
On Thu, Jun 10, 2010 at 15:57, David King dav...@openismus.com
wrote:
On 2010-06-10 15:47, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
This how it looks now:
Depends: ${shlibs:Depends}, ${misc:Depends}, libqt4-network,
libqt4-sql,
libqt4-sql-sqlite
But still it doesn't work. Am I missing something? The app
works
fine
when I
run it in N900 from Qt Creator.
Which database provider do you use, I guess SQLite? If so, your
Depends:
line looks correct. When you say that the SQL parts of the
application
do
not work, what is the problem? You could try starting your
program
from
the
terminal to check for clues in the output. Either that, or
report
any
error
messages that the application gives you.
Thanks for all your help,
Sascha
On Thu, Jun 10, 2010 at 15:12, David King
dav...@openismus.com
wrote:
On 2010-06-10 15:01, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
Hi,
I just made a Debian package of my app. I'm using QtSql in
it.
But
for
some
reason when I install the package, all the SQL things don't
work.
My
guess
is that I'm missing something in the Build-Depends line in
the
control
file.
How can I check what libs I need to add there and what are
their
correct
names?
Cheers,
Sascha
PS. Currently it's like this: Build-Depends: dephelper (5),
libqt4-dev,
libqt4-network
You need to add the relevant Qt SQL provider packages to the
‘Depends:’
line, not the ‘Build-Depends:’ line, as the SQL providers are
plugins
that
are not required at build time, but at runtime. You probably
want
libqt4-sql-mysql or libqt4-sql-sqlite in Depends, depending on
which
database provider you are using.
--
David King | http://amigadave.com/
___
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-developers mailing list
Re: QtSql and Debian package probelm
Try this?
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
if (!db.open()) {
qDebug() name db.lastError();
return false;
} else {
qDebug() name Great success!;
return true;
}
Thanks, Daniil.
On Fri, Jun 11, 2010 at 11:37 AM, Sascha Mäkelä sascha.mak...@gmail.com wrote:
I get no error about that. Just the usual:
QSqlQuery::value: not positioned on a valid record
If there is a database, it's completely empty and I can't write anything
into it.
Thanks,
Sascha
On Fri, Jun 11, 2010 at 11:16, Daniil Ivanov daniil.iva...@gmail.com
wrote:
Hi Sascha!
Can you change your code like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
if (!db.open()) {
qDebug() name db.lastError();
return false;
} else
return true;
and then run your application from the console?
Thanks, Daniil.
On Fri, Jun 11, 2010 at 11:11 AM, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
I have now like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
return db.open();
It works fine directly from Qt Creator, but it doesn't
work when installing
the Debian package. Any ides?
On Thu, Jun 10, 2010 at 16:39, Daniil Ivanov daniil.iva...@gmail.com
wrote:
It's actually better to use getenv(HOME), instead of /home/user.
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:37 PM, Daniil Ivanov
daniil.iva...@gmail.com
wrote:
Ok, no need for directory:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.AppName);
if (!db.open())
qDebug() db.lastError();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:33 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
Ehr... no. And how would I do that? Sorry for these silly
questions...
Thanks,
Sascha
PS. As such it didn't work in the package. But then again, I did not
create
the directory...
On Thu, Jun 10, 2010 at 16:31, Daniil Ivanov
daniil.iva...@gmail.com
wrote:
Did you create /home/user/.somedir/?
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:28 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
OK, let me try that. But at least it doesn't like it when running
from
Qt
Creator (I'm using Nokia Qt SDK). The database stops working and
behaves
the
same way as in the package.
On Thu, Jun 10, 2010 at 16:08, Daniil Ivanov
daniil.iva...@gmail.com
wrote:
Hi!
You should be using something like this:
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
db.setDatabaseName(/home/user/.somedir/AppName);
return db.open();
Thanks, Daniil.
On Thu, Jun 10, 2010 at 4:01 PM, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
I'm just getting:
QSqlQuery::value: not positioned on a valid record
It's like the app is unable to write any data to the SQLite
database.
As
I
said, it does work fine when running it from Qt Creator or
MADDE.
On Thu, Jun 10, 2010 at 15:57, David King
dav...@openismus.com
wrote:
On 2010-06-10 15:47, Sascha Mäkelä sascha.mak...@gmail.com
wrote:
This how it looks now:
Depends: ${shlibs:Depends}, ${misc:Depends}, libqt4-network,
libqt4-sql,
libqt4-sql-sqlite
But still it doesn't work. Am I missing something? The app
works
fine
when I
run it in N900 from Qt Creator.
Which database provider do you use, I guess SQLite? If so,
your
Depends:
line looks correct. When you say that the SQL parts of the
application
do
not work, what is the problem? You could try starting your
program
from
the
terminal to check for clues in the output. Either that, or
report
any
error
messages that the application gives you.
Thanks for all your help,
Sascha
On Thu, Jun 10, 2010 at 15:12, David King
dav...@openismus.com
wrote:
On 2010-06-10 15:01, Sascha Mäkelä
sascha.mak...@gmail.com
wrote:
Hi,
I just made a Debian package of my app. I'm using QtSql in
it.
But
for
some
reason when I install the package, all the SQL things
don't
work.
My
guess
is that I'm missing something in the Build-Depends line in
the
control
file.
How can I check what libs I need to add there and what are
their
correct
names?
Cheers,
Sascha
PS. Currently it's like this: Build-Depends: dephelper
(5),
libqt4-dev,
libqt4-network
Re: QtSql and Debian package probelm
Hmm... it doesn't print anything in the console. I've also added this before
the error:
qDebug() name Error!;
Strange...
Thanks,
Sascha
On Fri, Jun 11, 2010 at 11:57, Sascha Mäkelä sascha.mak...@gmail.comwrote:
On Fri, Jun 11, 2010 at 11:42, Daniil Ivanov daniil.iva...@gmail.comwrote:
Try this?
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
if (!db.open()) {
qDebug() name db.lastError();
return false;
} else {
qDebug() name Great success!;
return true;
}
Thanks, Daniil.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: QT map widget
-Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers- boun...@maemo.org] On Behalf Of ext Till Harbaum Sent: 11 June, 2010 12:03 To: maemo-developers@maemo.org Subject: QT map widget Hi, with the switch to qt i think there's a need for a qt map widget. I really see a need for a unified widget to be used by all applications. The current situation with multiple different map widgets on maemo5 shows what imho should be prevented: - They store cached tiles at different locations wasting bandwidth as well as device flash space - No central point for map maintenance (e.g. cleaning the map cache or downloading entire areas into the cache for offline usage) - No easy and central way to add new map sources - The overall look and feel is different although they intend to provide similar function - Some widgets work behind network proxies, some don't - None of these widgets is really developer friendly I agree with those. Sampo Savola, the author of ecoach suggested to think about a qt map widget. I am also interested in this as i am the author of osm2go, maep and gpxview. Who else would like to contribute to this? I'd like to make sure that such a widget satisfies most developers need to be able to address above issues with one single qt map widget. It looks like the people at Qt are thinking of this as well. http://qt.nokia.com/developer/qt-roadmap/ mentions Maps/Navigation API and while the details are really scarce (it's only a roadmap, so that is expected), it does state that: Provides an API to access maps, landmarks and route information for navigation. Now just to find some troll from Qt who could open that up a bit. Tero A start may be this widget: http://medieninf.de/qmapcontrol/ Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT map widget
On Friday 11 June 2010 11:02:53 Till Harbaum wrote: Hi, with the switch to qt i think there's a need for a qt map widget. I really see a need for a unified widget to be used by all applications. The current situation with multiple different map widgets on maemo5 shows what imho should be prevented: - They store cached tiles at different locations wasting bandwidth as well as device flash space - No central point for map maintenance (e.g. cleaning the map cache or downloading entire areas into the cache for offline usage) - No easy and central way to add new map sources - The overall look and feel is different although they intend to provide similar function - Some widgets work behind network proxies, some don't - None of these widgets is really developer friendly Sampo Savola, the author of ecoach suggested to think about a qt map widget. I am also interested in this as i am the author of osm2go, maep and gpxview. Who else would like to contribute to this? I'd like to make sure that such a widget satisfies most developers need to be able to address above issues with one single qt map widget. A start may be this widget: http://medieninf.de/qmapcontrol/ You might also want to look at the marblewidget (http://edu.kde.org/marble/). As far as I know it can be built without any kde dependency, and is pretty powerful. Marijn ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT map widget
A start may be this widget: http://medieninf.de/qmapcontrol/ You might also want to look at the marblewidget (http://edu.kde.org/marble/). As far as I know it can be built without any kde dependency, and is pretty powerful. Apparently it's also already running on an N900 (from the bottom of the linked page, just in case anyone missed it): http://nienhueser.de/blog/?p=95 https://garage.maemo.org/projects/marble Cheers, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT map widget
Till, I totally agree! regarding qmapcontrol, i was just talking to sampo about this and we identified a rendering bug that i fixed in place (hes got the latest code somewhere) i like the look of this widget, its fairly simple to understand and has support for multiple download services and would make an excellent base to build from. Gary /me makes note to file the related qt bug about the polygon rendering error we identified. On Fri, Jun 11, 2010 at 9:50 AM, Simon Pickering s.g.picker...@bath.ac.ukwrote: A start may be this widget: http://medieninf.de/qmapcontrol/ You might also want to look at the marblewidget ( http://edu.kde.org/marble/). As far as I know it can be built without any kde dependency, and is pretty powerful. Apparently it's also already running on an N900 (from the bottom of the linked page, just in case anyone missed it): http://nienhueser.de/blog/?p=95 https://garage.maemo.org/projects/marble Cheers, Simon ___ 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: QtSql and Debian package probelm
Ehm... Everything is working now. The last suggestion worked just fine with
database and all. I had made just... ehr... Let us just say a very idiotic
mistake in my packing and let's leave it at that. :D
A very big thank you for everyone that helped me with this issue,
Sascha
On Fri, Jun 11, 2010 at 11:59, Sascha Mäkelä sascha.mak...@gmail.comwrote:
Hmm... it doesn't print anything in the console. I've also added this
before the error:
qDebug() name Error!;
Strange...
Thanks,
Sascha
On Fri, Jun 11, 2010 at 11:57, Sascha Mäkelä sascha.mak...@gmail.comwrote:
On Fri, Jun 11, 2010 at 11:42, Daniil Ivanov daniil.iva...@gmail.comwrote:
Try this?
QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
QString name = QDir::homePath() + /CurrencyConverter;
db.setDatabaseName(name);
if (!db.open()) {
qDebug() name db.lastError();
return false;
} else {
qDebug() name Great success!;
return true;
}
Thanks, Daniil.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT map widget
On 11/06/2010 10:02, Till Harbaum wrote: with the switch to qt i think there's a need for a qt map widget. I really see a need for a unified widget to be used by all applications. The current situation with multiple different map widgets on maemo5 shows what imho should be prevented: - They store cached tiles at different locations wasting bandwidth as well as device flash space - No central point for map maintenance (e.g. cleaning the map cache or downloading entire areas into the cache for offline usage) - No easy and central way to add new map sources - The overall look and feel is different although they intend to provide similar function - Some widgets work behind network proxies, some don't - None of these widgets is really developer friendly I should add that I totally agree with the goal here. The question is whether it would be better to decide exactly what we want (in terms of features, hw accelerated rendering, etc.) and write something new, or to modify an existing piece of code. Certainly if this qmapcontrol is suitable that would make life easier (and from a quick glance it looks ok). Would a wiki page be useful to determine people's wishes for such a widget? Just thinking off the top of my head there are things like: Multiple map sources. Would that include things that are available but not necessarily fully legal e.g. Google maps - at least it should provide a way for third parties or users to enable such things? What about deciding what sorts of local POI lookups, routing, traffic info, etc. might be wanted, and whether it should/can come from online or local vector map data (e.g. OSM), or even RDS ;) and how these should be provided. Overlays are another important point - this was a stumbling block for Maemo-mapper for a long time iirc. Cheers, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: QT map widget
Hi, - original Nachricht I should add that I totally agree with the goal here. The question is whether it would be better to decide exactly what we want (in terms of features, hw accelerated rendering, etc.) and write something new, or to modify an existing piece of code. Exactly that's why i am asking here instead of just start coding like i did with maep. That approach wasn't successful. Would a wiki page be useful to determine people's wishes for such a widget? Just thinking off the top of my head there are things like: Sure. But there's one thing we really need to make sure: We need to prevent this from becoming one of those projects that are discussed in every detail without anyone actually doing some work. So perhaps a wiki page make sense, sure. But a garage project with mailing list may be more suitable to keep people interested. Multiple map sources. Would that include things that are available but not necessarily fully legal e.g. Google maps - at least it should provide a way for third parties or users to enable such things? I get frequent requests for user configurable map sources for maep. There are e.g. nice topo maps for finland. Integrating these into the main branch imho doesn't make much sense as these are only interesting for people in finland. I propose some xonfiguration scheme that can be extended just by downloading additional config files from the repositories. Installing finland topo maps would then enable those maps in all apps using this widget. What about deciding what sorts of local POI lookups, routing, traffic info, etc. might be wanted, and whether it should/can come from online or local vector map data (e.g. OSM), or even RDS ;) and how these should be provided. It sure has to be discussed what the widget will provide by itself. These are technical things like GPS integration as well as features like track and waypoint support. I'd say: Technical support for these very common items should be there as e.g. nearly all apps will want to draw something onto the map. It's still to be discussed if even specific waypoint sources should be included into the main map widget. E.g. why should a user be bothered with speed cams in a program displaying bell towers on a map? On the other hand, any program displaying places is intended to be used to get to those places, so navigation may make sense. Also support for very different map types like pre-rendered tiles as well as vector maps sounds great. The finish topo maps would then be a config option for the tile based map renderer. Overlays are another important point - this was a stumbling block for Maemo-mapper for a long time iirc. Yes, overlays are very important, even the option for arbitrary ones as you probably won't be able to predict all use cases. I e.g. always wanted to be able to overlay semi-transparent altitude-maps as this would e.g. give some 3d like effect even for google maps. Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT map widget
Hi, Am Freitag 11 Juni 2010 schrieb tero.k...@nokia.com: It looks like the people at Qt are thinking of this as well. http://qt.nokia.com/developer/qt-roadmap/ mentions Maps/Navigation API and while the details are really scarce (it's only a roadmap, so that is expected), it does state that: Provides an API to access maps, landmarks and route information for navigation. This also sounds like the wouldn't mind community input/cooperation. Now just to find some troll from Qt who could open that up a bit. Maybe someone inside Nokia could approach them ... hint, hint ... Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Installing dependencies on MADDE
I'm trying to package a QT application with MADDE that contains some non-QT dependencies. Is it possible to install it via apt-get install PACKAGE_NAME or dpkg -i PACKAGE_NAME.deb ? If not, how can I add these dependencies to the MADDE environment? -- Frederico Simas Duarte SW UI - Software and User Interface INDT - Nokia Institute http://fredyduarte.net/blog/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Installing dependencies on MADDE
Hi Fred! There is no way. You will need to master using scratchbox. Thanks, Daniil. On Fri, Jun 11, 2010 at 5:51 PM, Fred Duarte fred.dua...@openbossa.org wrote: I'm trying to package a QT application with MADDE that contains some non-QT dependencies. Is it possible to install it via apt-get install PACKAGE_NAME or dpkg -i PACKAGE_NAME.deb ? If not, how can I add these dependencies to the MADDE environment? -- Frederico Simas Duarte SW UI - Software and User Interface INDT - Nokia Institute http://fredyduarte.net/blog/ ___ 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: QT map widget
Hi, Am Freitag 11 Juni 2010 schrieb Simon Pickering: Would a wiki page be useful to determine people's wishes for such a Here we go: http://wiki.maemo.org/QTMapWidget Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Installing dependencies on MADDE
Hi, ext Fred Duarte wrote: I'm trying to package a QT application with MADDE that contains some non-QT dependencies. Is it possible to install it via apt-get install PACKAGE_NAME or dpkg -i PACKAGE_NAME.deb ? If not, how can I add these dependencies to the MADDE environment? Packaging is a bit hard, but if you want to compile you can link directly to the arm-libraries on your system. But please have a look at the forum [1] there is a thread about the situation right now and the options you have. 1. http://talk.maemo.org/showthread.php?t=48536 Daniel -- Frederico Simas Duarte SW UI - Software and User Interface INDT - Nokia Institute http://fredyduarte.net/blog/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to optify in MADDE?
Hi, Wilms Daniel (Nokia-D/Helsinki) wrote: As I said, I will post a more detailed example soon. This was just in brief how it should work. here is the example for the homescreen-widget. Maybe it helps: http://danielwilms.de/new/?p=140 Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
The Nokia-Community channel
(repeated from talk.maemo.org [1]) Something Quim said in the Nokia complaint thread [2] about addressing the right channels (re issues) really hardened this for me: It is increasingly important for the community to have a deep, clear channel into Nokia. IMO that should be handled by the Community Council. But even though Quim and others have been great at facilitating where they can, it still feels ad hoc, as if Nokia executive management doesn't yet buy into Maemo/MeeGo and is still erecting firewalls that we the council can't breach. I have lobbied for periodic Nokia/council get-togethers managed and funded by Nokia. I think such sessions are extremely important but so far no movement on such a thing. It's going to be even more important for MeeGo although more complicated due to the structure. Regardless, it's past due time for Nokia to construct that channel. It's past due time for community outreach to ramp up in the company. I even positioned myself as a candidate to help in my region but I was told that such a thing would not happen until the need was determined. Sorry, that doesn't fly: you CULTIVATE the need. If you build it they will come-- but they won't come if you don't build. And Nokia isn't building big and fast enough. So maybe it's time for me to dust off that topic again and hit it hard... Randall (Randy) Arnold maemo.org community council blog: http://tabulacrypticum.wordpress.com cell: +18177396806 irc: Texrat @ irc.freenode.net twitter: http://twitter.com/texrat linkedin: http://www.linkedin.com/in/tabletman [1] http://talk.maemo.org/showthread.php?t=55913 [2] http://talk.maemo.org/showthread.php?t=55898 -- Ovi Mail: Available in 20 languages http://mail.ovi.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
