Advertisement
Guest User

Untitled

a guest
Jul 17th, 2013
152
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 8.76 KB | None | 0 0
  1. <shmerl> Hi
  2. <Stskeeps> hello shmerl
  3. <shmerl> Stskeeps: Someone on TMO said that they saw Jolla commenting that some core applications in Sailfish will remain closed source (not 3rd party stuff like Android emulator but Jolla's stuff). Is it really correct or there is some hope that Jolla will fully open them?
  4. <shmerl> I'm more concerned about things like e-mail client and similar common core applications.
  5. <Stskeeps> i think personally that the moment you say one or the other you have to stick to it
  6. <shmerl> I didn't see Jolla saying either way, so I assumed that this will be explained after the release.
  7. <shmerl> So just wanted to confirm that Jolla didn't make any such statements yet.
  8. <shmerl> Or may be did, and I just missed them.
  9. <shmerl> Also, good news from the Akademy about using Wayland. But just a suggestion - it's good to publish such things somewhere on Sailfish FAQ or Wiki as well.
  10. <Yaniel> yeah
  11. <shmerl> Otherwise fetching them from twitter is somewhat awkward.
  12. <Yaniel> some central place to collect officially stated things
  13. <Yaniel> especially these technical details
  14. <shmerl> Stskeeps: So for the public, Jolla didn't say "yay or nay" about open sourcing yet, correct?
  15. <Stskeeps> newborn son on chest, give me 15 min
  16. <shmerl> Ah, no problem :)
  17. <Morpog_> I do understand Stskeeps as he doesn't want to answer it yet. :)
  18. <Stskeeps> shmerl: regarding qt5+wayland that'll prolly come with SDK; regarding license status of UI, it's currently closed source but nobody knows the future. anything up just below UI besides 3rd party is available in nemo and mer
  19. <shmerl> By UI you mean the environment built on top of the lipstick?
  20. <Stskeeps> and apps, etc
  21. <Stskeeps> HW adaptations are exempt from this rule naturally as they are 3rd party msotly
  22. <shmerl> I see.
  23. <Morpog_> excluding silicia components i guess?
  24. <shmerl> Yeah, I though silica is open.
  25. <Stskeeps> just enough for developers currently, the QML is BSD as that's what developers will customize
  26. <shmerl> Stskeeps: Right now everything is closed naturally since nothing is published yet (except what comes with the SDK).
  27. <Stskeeps> shmerl: yeah, but a significant majority is out there and openly develope
  28. <Stskeeps> d
  29. <Stskeeps> nothing stops nemomobile as an example to do fancy qt5+wayland based stuff like we do
  30. <shmerl> The question rather is, does Jolla has plans about it, or it's not even decided yet for the future.
  31. <shmerl> What I mean mostly are core applications like e-mail client.
  32. <Stskeeps> well, as i said, nobody knows the future
  33. <shmerl> If that's closed, Nemo for example can't use it.
  34. <Stskeeps> personally what i'm curious about: is it about extending functionality or running it elsewhere?
  35. <shmerl> It's either way. And it's also safety. Harmattan was abandoned and nothing could be reused.
  36. <shmerl> Investing in closed components is a risk.
  37. <faenil> shmerl, though email framework is open in Nemo...so you just need a UI for it..
  38. <shmerl> faenil: End user doesn't care about it, if the UI is absent.
  39. <Stskeeps> currently the limit goes at the middleware and technologies used to make sailfish UI is open and openly developed
  40. <Stskeeps> which is a fairly big step up from how things have been in the past, even with meego
  41. <Stskeeps> MW is the real hard part
  42. <Stskeeps> UI anybody can do
  43. <faenil> shmerl, end user doesn't care about messing with code
  44. <faenil> shmerl, what Stskeeps just said
  45. <shmerl> faenil: Exactly. So end user won't start using Nemo, until there is a functional e-mail client.
  46. <Stskeeps> as an example, faenil just got nemo mobile lipstick for wayland working on virtualbox on very solid middleware
  47. <Stskeeps> without significant help
  48. <Stskeeps> this used to be really damn difficult(TM)
  49. <faenil> Nemo can have its awesome email client, as far as framework is open
  50. <faenil> Stskeeps, o/
  51. <shmerl> Stskeeps: It's also about not duplicating the effort pointlessly.
  52. <shmerl> faenil: Can and has are different things.
  53. <Stskeeps> shmerl: sure
  54. <Morpog_> stskeeps, I think it will be less an issue if it's open or not, if 3rd party stuff can plugin into your apps/frameworks/api's properly and enhance or alter that stuff
  55. <shmerl> Stskeeps: Mozilla for example are keeping all applications open.
  56. <faenil> shmerl, of course...
  57. <shmerl> What I'm saying, that Nemo will remain a research project, until it will have core functionality covered.
  58. <shmerl> And they could share that with Sailfish, if the later would be open.
  59. <Stskeeps> anyway - this is how the situation is today
  60. <Stskeeps> things may look different later, but it's very much also about not opening unless you can be open
  61. <Stskeeps> if you can't develop in an open manner, open source doesn't matter -- look at tizen, it's a full, open set of apps
  62. <Stskeeps> where's the community contributions?
  63. <shmerl> Stskeeps: Understandable, but that basically was my question. Is anything preventing it? I.e. why can't it be open?
  64. <shmerl> Stskeeps: Tizen has a long history of not having an open development at all.
  65. <shmerl> So I guess they lost community interest.
  66. <Morpog_> shmerl, nemo is aiming for own QML components as far as I understood. SailfishOS apps would look kinda strange on nemo then.
  67. <Stskeeps> well, as a start, starting to do something in the open takes significant effort; it involves a lot of bootstrapping
  68. <Stskeeps> it won't work if your processes for development run internally
  69. <shmerl> Stskeeps: So it's more about logistic, rather than about fear of competition?
  70. <Stskeeps> and if you have a product to put out, polish, it's something that isn't easy to do or rationalize
  71. <Stskeeps> especially when you're strapped for resources to do so
  72. <Stskeeps> shmerl: you're quite inquisitive
  73. <shmerl> I mean, for some fear of competition is the primary problem for opening stuff. For others it's just too much hassle.
  74. <shmerl> The former is very hard to overcome, but the later is solvable.
  75. <Stskeeps> personally i don't think it's the right time
  76. <shmerl> Stskeeps: May be, but then like Tizen, if it's opened, community will already have a feeling that it's tightly controlled.
  77. <Stskeeps> and we already do quite a lot in the open, even if it's not the sexiest parts
  78. <Stskeeps> for actual OS developers, they are the sexy parts
  79. <shmerl> Stskeeps: I'm just worrying, that it will follow Nokia's mistakes.
  80. <Stskeeps> i would have loved to have what we have today back in the day
  81. <shmerl> Also, for some open stack is a matter of preference. Since Sailfish needs wider adoption, it's probably good to have that as a "feature".
  82. <shmerl> Firefox OS uses that to promote itself.
  83. <shmerl> So Sailfish will be at a disadvantage in this aspect.
  84. <Morpog_> shmerl, for the mass of users it's uninteresting
  85. <shmerl> Mass of users aren't going to use either one.
  86. <shmerl> At least initially.
  87. <Morpog_> it shouldn't be like that, bit it is
  88. <shmerl> those interested in free software will use them first.
  89. <Stskeeps> it's easy to say everything should be open
  90. <Morpog_> well, mass for me is also a few hundred thousands that get a low end firefox OS device
  91. <Stskeeps> in practice it's not so easy
  92. <shmerl> Understandable. But it depends on the will to open or not. For example OpenSolaris devs worked hard to open stuff, gradually.
  93. <shmerl> And they did, until only stuff blocked by third party agreements remained closed, and illumos rewrote that from scratch
  94. <shmerl> So I'm not saying it's easy. I'm more interested whether Jolla has the will or not ;)
  95. <Stskeeps> well, you'd have to ask in a more official manner and sometimes, one's will and desires are private when you're surrounded by sharks :)
  96. <shmerl> Sure, I can send some question to the public Jolla contact if you think it's a good thing to ask.
  97. <Stskeeps> but anyway
  98. <Stskeeps> 60fps, designer-driven UI, strict reviews
  99. <Stskeeps> that's something that is hard to do in an open manner
  100. <shmerl> I especially understand it that before the release Jolla has too much stuff to worry about.
  101. <shmerl> So may be it's better to ask after it.
  102. <Stskeeps> because you'll have to accept that a designer chief's word is law
  103. <shmerl> The only problem - the later it is, the worse it can be.
  104. <Stskeeps> and that if your application is sub-60fps, it's not good enough
  105. <Stskeeps> it's like playing in the linux kernel
  106. <Stskeeps> and if you can't get your changes integrated, what's open source good for?
  107. <Stskeeps> it's not as black and white as 'open' and 'closed' :)
  108. <faenil> Stskeeps, let's see if Sailfish can reach iOS' smoothness level...at its golden days, I mean :)
  109. <sledges> 50 shades of openness :D
  110. <faenil> I've never seen any OS reach that level of smoothness so far :)
  111. <Yaniel> sledges: that sounds like it might even be readable
  112. <shmerl> Stskeeps: Yes, open development is one step up from open source.
  113. <faenil> ahah
  114. <shmerl> But starting with open source has benefits too. At least others can review the code, reuse it and etc.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement