Active Topics

 


Closed Thread
Thread Tools
Sohil876's Avatar
Posts: 130 | Thanked: 132 times | Joined on Jan 2013 @ India
#751
Originally Posted by jalyst View Post
They're already doing ****-load that'll benefit others moving into the same area*, with very limited resources mind you. It's unreasonable to expect that they alone must drive the entire XWayland & Python bindings initiatives.
They've already made a solid start on the latter, it remains to be seen if they'll do the same for the former, but if they eventually do, then the whining really needs to be dialled down dramatically.

*hello Canonical -who's already taken some work "internal" a few times, they've typically finally released it later, but only after being pressed
Unreasonable? Dude you sound like "we have to support jolla at any cost"... commercial firm + their decisions + their additional work = their problem, if not sailfish why not tizen... what happened to go with what fills your need. By buying their product you are already risking your money and supporting them enough seeing its a new ecosystem and a new firm. Im not saying we should not support them, i just dont see a reason why if theyre unwilling to make needed efforts. Cmon see samsung and tizen, im not asking jolla to throw cash though, just saying how much theyre lacking to make developers intrested in their ecosystem in a much crowded fierce competition.

Last edited by Sohil876; 2013-07-20 at 11:59.
 

The Following 2 Users Say Thank You to Sohil876 For This Useful Post:
Moderator | Posts: 5,320 | Thanked: 4,464 times | Joined on Oct 2009
#752
Yup, unreasonable to expect them to be the sole arbiter & driver of large projects that benefit far more than just Sailfish, completely unreasonable.
As said, they've already made some significant strides towards a solution for the entire community (not just Sailfish) when it comes to Python/Qt bindings.
Hopefully others will jump on-board & help with that, I've no doubt they will, it always happens....
It'd be great to see them make a similar start with XWayland, unreasonable to expect them to do it completely & utterly on their own though...

Last edited by jalyst; 2013-07-20 at 11:58.
 

The Following User Says Thank You to jalyst For This Useful Post:
Sohil876's Avatar
Posts: 130 | Thanked: 132 times | Joined on Jan 2013 @ India
#753
Originally Posted by jalyst View Post
Yup, unreasonable to expect them to be the sole arbiter & driver of large projects that benefit far more than just Sailfish, completely unreasonable.
As said, they've already made some significant strides towards a solution for the entire community (not just Sailfish) when it comes to Python/Qt bindings.
Hopefully others will jump on-board & help with that, I've no doubt they will, it always happens....
It'd be great to see them make a similar start with XWayland, unreasonable to expect them to do it completely & utterly on their own though...

Then i cant help but say "each to their own", still you have a point there. I do wish luck to jolla though, and i am curious to what lies ahead especially about wayland and qt5, in future i may even get a jolla device if it turns out right. But incase i wasnt clear this is the point i was trying to make....

Originally Posted by Sohil876 View Post
Im not saying we should not support them, i just dont see a reason why if theyre unwilling to make needed efforts. Cmon see samsung and tizen, im not asking jolla to throw cash though, just saying how much theyre lacking to make developers intrested in their ecosystem in a much crowded fierce competition.

Last edited by Sohil876; 2013-07-20 at 12:32.
 

The Following 2 Users Say Thank You to Sohil876 For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#754
Originally Posted by jalyst View Post
As said, they've already made some significant strides towards a solution for the entire community (not just Sailfish) when it comes to Python/Qt bindings.
Hopefully others will jump on-board & help with that, I've no doubt they will, it always happens....
Yup, I'm basically just waiting on THP to publish the updated PyOtherSide code, so I can start playing with it.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following 4 Users Say Thank You to MartinK For This Useful Post:
Posts: 1,269 | Thanked: 3,961 times | Joined on May 2011 @ Brazil
#755
Originally Posted by marbleuser View Post
like i said before

[B]ok, so the current situation is:

maemo apps, meego apps, and 99.99% of existing linux apps can't run on or be ported to jolla. but it can run quite a lot of android apps, but not as much as a dedicated android device. and if you rewrite your app in c++ and specifically target the jollaphone only ,it can run it.
I disagree. The current situation for mobile developers from Maemo/MeeGo/Nemo Mobile to Sailfish pathway is IMHO :

1) softwares in C/C++/Qt 4.7-4.8 (Qt Quick 1) : about 80-90% of MeeGo Harmattan and Nemo Mobile softwares, just some % of Maemo 5 softwares. Anyway due to migration from GUI written in (Harmattan, etc) Qt Quick components to Sailfish Silica (Qt Quick components for GUI in Sailfish OS), there is a need of small-medium source code revision & rewrite. There are 2 options for Qt5/Wayland migration :

1.a) XWayland (X11 running as a Wayland client) be available by Jolla and/or community, so all Qt 4/X11 softwares will remain compatible. Jolla said "just to clarify, while we don't support xwayland atm, we're not ruling out the possibility in future...". It seems XWayland source code isn't long, just some hundreds of lines of code. So, as Jolla itself is open to include XWayland (with the community help, i.e., in Nemo Mobile Wayland effort) and XWayland is a lot smaller than Wayland, I think it is possible to have XWayland ready on Sailfish OS until the end of 2013 (but not included in the Sailfish SDK beta which is soon to be released);

1.b) migrate to Qt 5/Qt Quick 2, which seems to be easy, with minor source code revision & rewrite, then recompile. This work may be worth to also release Qt 5 versions for Ubuntu Touch, Android and iOS (changing from the Qt components from Silica to Qt Components for Ubuntu or Qt Quick Controls);

2) softwares in Python/PySide/Qt 4.7-4.8 (Qt Quick 1) : only about 10-20% of MeeGo Harmattan and Nemo Mobile softwares, just some small % of Maemo 5 softwares. But Python is important, allowing party-time developers to code on device (N900, N9, etc), anytime, anywhere, and contribute to the software diversity. The same migration from Harmattan (etc) Qt Quick components to Sailfish Silica is needed, with small-medium source code revision & rewrite. There are more options for Qt5/Wayland migration, none ready at the moment :

2.a) the same (1.a) option, i.e., release XWayland for Sailfish OS, so PySide and Qt 4.8 could be used in Sailfish as in Sailfish SDK alpha;

2.b) port PySide to Qt5/Qt Quick 2, which has no timeline and is a huge task needing contribution. This effort would benefit Sailfish, Ubuntu Touch, Android and iOS developing in Python/Qt5/Qt Quick 2. So it is expected that Jolla will not contribute (alone) for this huge work;

2.c) use a future PyQt 5 version, because the current one excludes Qt Quick 2. There is also the issue of GPL license and release PyQt 5 for Mer/Nemo/Sailfish;

2.d) use PyOtherSide from thp, which will have a version for Qt5/Qt Quick 2 released soon. It is not a Qt 5 full binding for Python, but it seems a way to code (the GUI) in Qt Quick 2 and call Python from it (so Qt5 is not available from Python, only Python is available from Qt5/Qt Quick 2). As advantages, PyOtherSide is smaller, faster to load and is/will be multiplataform (Symbian, Android, MeeGo, Sailfish, Ubuntu Touch, etc).

So, non-Python developers have a migration path currently available to Qt5/Wayland on Sailfish. Only Python developers are in a wait-to-see/code situation, the easier one seems to be PyOtherSide (2.d).

About the change from Sailfish SDK alpha (with Qt 4.8 & X11) to Sailfish SDK beta (Qt 5 & Wayland) : yes, it is a bad surprise for developers who have already ported/created softwares using Sailfish SDK alpha. But currently there are a very small number (10-20) of softwares written for Sailfish, see the app list in Sailfish - Mer Wiki. So this 'collateral effect' is small.

I trust the Linux/Maemo/MeeGo/Mer/Nemo/Sailfish community efforts so that more than one good solution will be available for developing Sailfish softwares.

I hope XWayland will be released on Sailfish, so X11 legacy will be available : ssh -X, chrooting Debian/etc, many Linux desktop softwares not Wayland compatible, etc.

Originally Posted by marbleuser View Post
NO X11=ANDROID
No, there are many differences between Android and Linux, not only X11 : lack of glibc (so porting Linux softwares is a difficult task), fake multitasking, no dependencies (like .deb or .rpm, so the user sometimes install the same library 5 times repeated wasting storage space), no open development with community participation, no community repository (for libraries, dependencies, etc), etc.
__________________
Python, C/C++, Qt and CAS developer. For Maemo/MeeGo/Sailfish :
Integral, Derivative, Limit - calculating mathematical integrals, derivatives and limits. SymPy - Computer Algebra System.
MatPlotLib - 2D & 3D plots in Python. IPython - Python interactive shell.
-- My blog about mobile & scientific computing ---
Sailfish : Sony Xperia X, Gemini, Jolla, Jolla C, Jolla Tablet, Nexus 4. Nokia N9, N900, N810.

Last edited by rcolistete; 2013-07-20 at 15:41.
 

The Following 16 Users Say Thank You to rcolistete For This Useful Post:
Guest | Posts: n/a | Thanked: 0 times | Joined on
#756
Why would Android allow Jolla to use their apps? Its not gonna happen.
 
Posts: 154 | Thanked: 110 times | Joined on Aug 2011
#757
Originally Posted by Sohil876 View Post
Unreasonable? Dude you sound like "we have to support jolla at any cost"... commercial firm + their decisions + their additional work = their problem, if not sailfish why not tizen...
Let me play devil's advocate here and add 'why not android'

if you port your app to android instead of jolla, then:
1. you've probably learned valuable(literally) dev skills
2. there's a good chance it will run on jolla
3. you don't need to worry about jolla changing their mind again.
4. you don't have to get involved in porting toolkits or xwayland (which was a serious suggestion by one member!!)
5. your potential audience is 10's of millions

win win.
 

The Following 4 Users Say Thank You to marbleuser For This Useful Post:
Moderator | Posts: 5,320 | Thanked: 4,464 times | Joined on Oct 2009
#758
Originally Posted by Lumiaman View Post
Why would Android allow Jolla to use their apps? Its not gonna happen.
And, how do you propose they're going to stop that, without looking like total pariahs?
(much less wasting a large amount of resources stopping what's mostly a positive thing for them)
 
Posts: 1,523 | Thanked: 1,997 times | Joined on Jul 2011 @ not your mom's FOSS basement
#759
Originally Posted by rcolistete View Post
No, there are many differences between Android and Linux, not only X11 : lack of glibc (so porting Linux softwares is a difficult task), fake multitasking, no dependencies (like .deb or .rpm, so the user sometimes install the same library 5 times repeated wasting storage space), no open development with community participation, no community repository (for libraries, dependencies, etc), etc.
Regarding open repos; ever heard of things like F-Droid.org? And in regards to wasting storage space: yes that's real world problem, but... after going through DLL hell (again) on Maemo, i now appreciate if upgrading some library for some tool doesn't break a multitude of other apps too. Besides that, i don't care about space, 16 to 32GB seems to be the norm now.

And besides porting Linux applications; without them being touch-optimized there are more issues than missing out on glibc calls.

I give you on the fake multitasking, really. It could be better. Just so much: In the end (real world experiences for 8 months now), it impacted me less than i feared. Because everything that is fake-switched in Androids method of things just works. No RAM shortage, no DLL hell, no lame processor. And if devs implement background tasks, nothing is lost. So much for theories.
 

The Following User Says Thank You to don_falcone For This Useful Post:
Posts: 1,269 | Thanked: 3,961 times | Joined on May 2011 @ Brazil
#760
Originally Posted by don_falcone View Post
Regarding open repos; ever heard of things like F-Droid.org?
I'm the owner of a Asus Transformer TF101 tablet + Asus Eee Dock, rooted, with Ubuntu chroot, etc. And also a Nexus 4, but mainly for Ubuntu Touch. Yeah, I know F-Droid catalog since a long ago, this is an alternative way of installing softwares, while on Maemo 4/Maemo 5 third-party softwares (libraries, softwares with GUI, etc) are first class softwares available in Maemo.org repositories.

And in regards to wasting storage space: yes that's real world problem, but... after going through DLL hell (again) on Maemo, i now appreciate if upgrading some library for some tool doesn't break a multitude of other apps too. Besides that, i don't care about space, 16 to 32GB seems to be the norm now.
My N900 has more than 100 softwares installed, many programming tools, Easy Debian, etc. And I've never had any problem of library conflict breaking other apps.

I really have some libraries 5x repeated in my Android tablet. Some simple softwares take 10MB where 9.9MB are dependencies embedded...

Originally Posted by don_falcone View Post
And besides porting Linux applications; without them being touch-optimized there are more issues than missing out on glibc calls.
Well, take Linux libraries and CLI tools, without GUI, without glibc it's a nightmare to port them to Android. Some aren't yet even after years of effort from the Android community.

Originally Posted by don_falcone View Post
I give you on the fake multitasking, really. It could be better. Just so much: In the end (real world experiences for 8 months now), it impacted me less than i feared. Because everything that is fake-switched in Androids method of things just works.
Sorry, but after 1 year and half of Asus TF101 (Android 4.0) experience and even some tests of Android 4.2.2 on Nexus 4, I am the witness of many situations of softwares been closed, losing real state, etc. All my friends who are developers and have Android devices cite the same thing, it happens with all Android versions, all hardwares. A mobile OS (Android 4.2.2) on a quad core CPU and 2GB of RAM (of Nexus 4) showing it can't deal with real multitasking (even using Android default softwares) is a joke, a dumbed down OS.

Originally Posted by don_falcone View Post
No RAM shortage, no DLL hell, no lame processor. And if devs implement background tasks, nothing is lost. So much for theories.
RAM and CPU aren't features of the OS. And even with background tasks, Android softwares have multitasking limitations (even native ones).

Sorry, I am a ex-Psion (EPOC 16/32) user&developer, where a 32-bit real multitasking mobile OS (with micro-kernel) on a 16MB of RAM was a lot better than current mobile OS in stability, multitasking, advanced features, etc. My Psion Revo+ lasted 2 years without rebooting, even while I was programming on device in OPL anywhere, anytime.

So, from my ex-Psion point of view, Android, iOS and Windows Phone are just dumbed down mobile OS.
__________________
Python, C/C++, Qt and CAS developer. For Maemo/MeeGo/Sailfish :
Integral, Derivative, Limit - calculating mathematical integrals, derivatives and limits. SymPy - Computer Algebra System.
MatPlotLib - 2D & 3D plots in Python. IPython - Python interactive shell.
-- My blog about mobile & scientific computing ---
Sailfish : Sony Xperia X, Gemini, Jolla, Jolla C, Jolla Tablet, Nexus 4. Nokia N9, N900, N810.

Last edited by rcolistete; 2013-07-20 at 17:00.
 

The Following 10 Users Say Thank You to rcolistete For This Useful Post:
Closed Thread

Tags
jolla, nokia-again?, not-so-open, totally closed, zipper is open

Thread Tools

 
Forum Jump


All times are GMT. The time now is 07:51.