![]() |
2010-08-22
, 18:54
|
Posts: 3,464 |
Thanked: 5,107 times |
Joined on Feb 2010
@ Gothenburg in Sweden
|
#2
|
Hello folks,
I may have missed this, but what kind of backwards compatibility can we expect with MeeGo to Maemo applications? There have been a ton of very useful penetration testing applications written for Maemo, can we expect any support of these applications on MeeGo (without the authors rewriting the applications)?
Any input is much appreciated.
![]() |
2010-08-22
, 18:55
|
Posts: 1,513 |
Thanked: 2,248 times |
Joined on Mar 2006
@ US
|
#3
|
Hello folks,
I may have missed this, but what kind of backwards compatibility can we expect with MeeGo to Maemo applications? There have been a ton of very useful penetration testing applications written for Maemo, can we expect any support of these applications on MeeGo (without the authors rewriting the applications)?
Any input is much appreciated.
![]() |
2010-08-22
, 19:12
|
|
Posts: 1,391 |
Thanked: 4,272 times |
Joined on Sep 2007
@ Vienna, Austria
|
#4
|
The biggest issue is probadly the package manager is different so the developers need to repack packet to RPM instead of DEB packages.
![]() |
2010-08-24
, 04:44
|
Posts: 393 |
Thanked: 67 times |
Joined on Feb 2010
|
#5
|
Yes, if they don't use any of the Hildon stuff. GTK+ dialogs also look a bit strange (no decorations) in the current MeeGo firmware image for the N900. The apps must not access Maemo-specific stuff through D-Bus services that are not available on MeeGo. Most Maemo 5 GUI apps use at least parts of Hildon (if they don't use Qt), though (things like kinetic scrolling, large buttons, the app menu, etc..) - so porting these will most likely require some changes.
That's probably the smallest issueYou could either have dpkg installed in MeeGo as well (and don't forget that Harmattan aka "the first MeeGo-ish OS that comes out with the next Nokia phone" is still using DEB), and there are tools like alien which can convert between RPM and DEB. Ignoring some technical details (like scripts and dependency information amongst other metadata), packages can be though of as archive files that simply contain all files as they are installed in the file system - if the dependencies are satisfied and the binaries are compiled for the correct architecture, there's no no problem with taking the contents of a .deb package and setting it up inside an RPM-based system (that is, if you don't have the source available - otherwise you could just create a Spec File and build a "native" RPM, which is less of an issue than changing the source code and rewriting code to remove the Maemo 5 dependencies and replace them with their MeeGo equivalents).
![]() |
2010-08-24
, 05:30
|
|
Posts: 41 |
Thanked: 144 times |
Joined on Dec 2007
@ Lieto, Finland
|
#6
|
![]() |
2010-08-24
, 18:46
|
Posts: 222 |
Thanked: 205 times |
Joined on Jul 2009
@ Finland
|
#7
|
I think the best way to make sure that your app works on MeeGo is to use plain Qt.
![]() |
2010-08-25
, 05:33
|
|
Posts: 41 |
Thanked: 144 times |
Joined on Dec 2007
@ Lieto, Finland
|
#8
|
![]() |
2010-08-25
, 12:43
|
|
Posts: 1,716 |
Thanked: 3,007 times |
Joined on Dec 2009
@ Warsaw, Poland
|
#9
|
I may have missed this, but what kind of backwards compatibility can we expect with MeeGo to Maemo applications?
![]() |
2010-08-25
, 18:31
|
Posts: 222 |
Thanked: 205 times |
Joined on Jul 2009
@ Finland
|
#10
|
Is there an official decision that e.g. I'm just interested in because the following diagram doesn't say anything about MeeGoTouch.
The Following User Says Thank You to vivainio For This Useful Post: | ||
I may have missed this, but what kind of backwards compatibility can we expect with MeeGo to Maemo applications? There have been a ton of very useful penetration testing applications written for Maemo, can we expect any support of these applications on MeeGo (without the authors rewriting the applications)?
Any input is much appreciated.