Notices


Reply
Thread Tools
kinggo's Avatar
Posts: 665 | Thanked: 1,759 times | Joined on Jun 2010 @ Zagreb
#291
Originally Posted by mikecomputing View Post

I really don't get why they try reinvent the well
that's the spirt and that's why nothing changed in the last 10 years. There are different communites with their projects and they try to make that work on some old or obscured HW and every time some company that actually can make a new HW comes out with something they alway do the same, instead of using something that basically works they start from scratch.
Fragmentation in mobile linux is far worse than it was ever on android. And it just goes on.
 

The Following 9 Users Say Thank You to kinggo For This Useful Post:
Posts: 275 | Thanked: 1,239 times | Joined on Oct 2013 @ France
#292
Originally Posted by marmistrz View Post
Exactly, three questions I'd like Purism to answer
1. What's wrong with Qt Quick? QtQuick Controls 2 are meant especially for mobile and are developed for a really long time?
2. What's wrong with whatever compositor Plasma Mobile/SailfishOS/Nemo Mobile use?
3. What's wrong with apt/yum/zypper/pacman or whatever Alpine uses that they want to go for flatpak? Why O(n) copies of libstdc++? (if my understanding of flatpak is correct) Who is going to update the dependencies when there's a CVE?
For the question 1, I think they have nothing against it. On the contrary.
Looking at the blog post https://puri.sm/posts/gnome-and-kde-...cross-devices/, they said they want to support both KDE and Gnome on the phone, to give users a choice.
They added:
KDE is very far along with their “Plasma” mobile desktop environment, while GNOME is farther behind currently
So confirming that KDE plasma and so the underlying Qt frameworks is already good enough, which is not the case for GTK on mobile.

So why spending time working on GTK ? They justified it like that:
Since Purism uses GNOME as the default desktop environment within PureOS on our laptops, we figured we are going to invest some direct development efforts in GNOME/GTK+ for mobile to stay consistent across our default platforms. Adding KDE as a second desktop environment is directly aligned with our beliefs, and we are very excited to support KDE/Plasma on our Librem 5 phone as well as within PureOS for all our hardware. We will support additional efforts, if they align with our strict beliefs.
That's just two quotes out of the full article I found that illustrate correctly their will, please read it all to have their full explanation.

As for the question 2 about the compositor, they have not explained it fully, except:
For a number of reasons—and after having evaluated several possible choices with upstream project maintainers—, we set out to develop a compositor and shell based on Wlroots and Rootston.
So it looks like they asked themselves the question before wanting to reinvent the wheel. Would be really interesting to see what those reasons were.

For the question 3, flatpak doesn't replace a package manager. There will be one (I can point to a Fosdem presentation where they explain that flatpak is only designed for standalone applications, not system packages). The question is only if they will make flatpak mandatory for app deployment, or only keeping that possible by making the system compatible as a lot of things may be moving to flatpak in the coming years.

my 2 cents...
 

The Following 9 Users Say Thank You to Zeta For This Useful Post:
Posts: 1,450 | Thanked: 6,856 times | Joined on Apr 2010 @ Czech Republic
#293
Originally Posted by marmistrz View Post
3. What's wrong with apt/yum/zypper/pacman or whatever Alpine uses that they want to go for flatpak? Why O(n) copies of libstdc++? (if my understanding of flatpak is correct) Who is going to update the dependencies when there's a CVE?
You are incorrect in both cases (multiple libstdc++ & CVEs) - Flatpak works with the concept of runtimes, which generally contain the core and security sensitive libraries and provide a stable API (per runtime major version). This way apps can share common dependencies & get CVE fixes automatically via runtime updates.

Of course, a few conditions need to be met for this to work:
  • apps need to be using dependencies provided by the runtime
  • the runtime needs to be maintained

So if an app bundles something on top of the runtime, that's not going to be fixed by runtime update if a CVE shows up. But! It might actually not consume extras space if many apps bundle the very same thing (on binary level) - all Flatpak apps on a system live in a single ostree repo, which should automatically deduplicate everything:

Flatpak uses OSTree to distribute and manage applications and runtimes. The repo/ in the above tree is the local OSTree repository. Flatpak creates the active/ directories of applications and runtimes as symlinks to OSTree checkouts (in the same directory). Using OSTree has the advantage that the checkouts are automatically deduped and share diskspace, since OSTree is using hardlinks and content-based addressing. OSTree also makes it easy to roll back to an earlier version, should the need arise. But the definition of the filesystem layout for applications and runtimes and the sandboxing implementation are not tied to OSTree in any way, and it is very possible to distribute runtimes and applications with a different mechanism.
It's some pretty clever stuff.

Also, Flatpak is not really a package management system as people generally understand it (RPM/DEB/etc.) but rather a dedicated system for distributing sandboxed graphical applications built against stable runtimes. As it is nota normal package management system you can do alo of stuff that's generally impossible with normal package management:
  • install multiple versions of an application
  • install applications without root privileges
  • install any flatpak on any distro as long as the required runtime is available on it
  • keep applications from touching stuff outside of the sandbox they have no reason to interact with (could be malware or badly coded apps)

Especially the last point it IMHO rather important if you want to support mobile apps the way people are used to them on mobile platforms (Android/iOS) - eq random application containers developed by random people submitted in binary form to an appstore.

As normal Linux software packages run scriptlets as root and there is zero sandboxing security in this case is based basically on a web of trust and code-review by distro package maintainers and I don't thinks that's going to scale for a mobile app store the way people are used to them on mobile platforms.
__________________
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 17 Users Say Thank You to MartinK For This Useful Post:
Posts: 1,131 | Thanked: 2,705 times | Joined on Dec 2010
#294
First: It's not Qt. I'm actually quite glad as it brings back some competition to the market. Maybe not the correct choice of words but having an alternative approach is good for seeing things from a different point of view.

Second: Hildon was GTK. This is a possible solution/ help for my GTK3 experiments.
 

The Following 9 Users Say Thank You to Android_808 For This Useful Post:
Posts: 275 | Thanked: 1,239 times | Joined on Oct 2013 @ France
#295
Some new blog posts :

https://puri.sm/posts/purism-collabo...t-werner-koch/ : Purism now has a partnership with Werner Koch, creator of GnuPG, to push hardware encryption on their devices.

https://puri.sm/posts/librem5-progress-report-8/ : weekly design report of librem5, focusing on services integration.
 

The Following 6 Users Say Thank You to Zeta For This Useful Post:
Posts: 113 | Thanked: 265 times | Joined on Jun 2014 @ Finland
#296
Originally Posted by Zeta View Post
[...]
https://puri.sm/posts/librem5-progress-report-8/ : weekly design report of librem5, focusing on services integration.
In theory, the visions in this post are awesome. But they also are pretty much the same that Jolla tried. Jolla tried to integrate Facebook to Messages app, like in this picture:https://puri.sm/wp-content/uploads/2...m-1024x588.png

We know what happened, and I'm afraid that it will happen to Purism also. Companies/apps like Facebook, Whatsapp etc. aren't interested to integrate their apps with open source multi use hybrid messaging applications. On the contrary, they will try to prevent it if they can. Nor they will develop their own apps for Purism OS, at least if the phone isn't popular enough. And it won't be popular with those apps missing, so...

Later in that post, they state
The “Messaging” application is used to send instant messages, no matter the technology used behind that (e.g. Matrix, SMS, XMPP).
So perhaps they aren't even planning to integrate Whatsapp stuff. Same with other apps (phone, calendar etc). So they will end like "let's integrate these open services to one app and then use the proprietary apps separately (if available, and I doubt that)." I'm not blaming them, because this is basically the best they can do. But in a modern world, where some particular proprietary apps are quite important for most people, the user experience might be even more complicated if some services are integrated and the others doesn't.

I know that there is still a lot of people who don't use/need those proprietary apps. And the Purism phone is more dedicated to those people. But, it still looks like another Jolla. Big amount of money spent to development, and lack of sales because of missing features. Only "being different" is not a good enough advertisement for most people.
 

The Following 8 Users Say Thank You to Koiruus For This Useful Post:
Posts: 629 | Thanked: 1,449 times | Joined on Aug 2010
#297
Originally Posted by Koiruus View Post
...there is still a lot of people who don't use/need those proprietary apps. And the Purism phone is more dedicated to those people.
....
Only "being different" is not a good enough advertisement for most people.
The number of us who are simply not interested in
centralized proprietary apps with bleeding-edge security blunders
( like whatsapp facebook telegram and other corporate chokepoints )
is a number growing substantially every day.

The pressure to find an alternative to Android/Iphone
is no longer just a handful of nerds like myself and couple of devs.

The other side of that coin is that those of us who will buy
this tech are alpha consumers with money to burn on security,
unlike those who care only for the race to the bottom.
__________________
Three n900s: One for stable working platform,
One for development testing Chopping Onions
One for saltwater immersion power testing resurrected ! parts scavenging

My Mods for Wonko's Advanced Clock Plugin:
ISO8601 clock mod and Momental_IST clock mod

Printing your Email with the N900
 

The Following 5 Users Say Thank You to theonelaw For This Useful Post:
Posts: 113 | Thanked: 265 times | Joined on Jun 2014 @ Finland
#298
Hope you are right. But those people still demand good functionality of other features. Sailfish is still missing many of them. Particularly official Sailfish, but if I have understood correctly, it is also more complicated to port apps for Sailfish than for Maemo or some "typical" Linux distro and thus many apps and features are not so easily achieved.

People looking for alternatives for Android/iPhone still have their needs and they have got used of having those features in their phones. And those who are not nerds/devs, would like to have those features without any terminal hassle, workarounds etc. So the alternative phone still needs a very strong app ecosystem to be succesful. But I guess I shouldn't continue this worrying any longer.
 

The Following 4 Users Say Thank You to Koiruus For This Useful Post:
Posts: 300 | Thanked: 1,631 times | Joined on Jul 2014
#299
Originally Posted by theonelaw View Post
The number of us who are simply not interested in
centralized proprietary apps with bleeding-edge security blunders
( like whatsapp facebook telegram and other corporate chokepoints )
is a number growing substantially every day.

The pressure to find an alternative to Android/Iphone
is no longer just a handful of nerds like myself and couple of devs.

The other side of that coin is that those of us who will buy
this tech are alpha consumers with money to burn on security,
unlike those who care only for the race to the bottom.
[citation needed]
__________________
SirenSong v0.5
Like my work? buy me a beer
 

The Following 4 Users Say Thank You to r0kk3rz For This Useful Post:
mikecomputing's Avatar
Posts: 3,397 | Thanked: 4,746 times | Joined on Feb 2010 @ Gothenburg in Sweden
#300
Puri.sm is a privacy focused company and People here talks about Facebook and whatsup integration seriously that is /facepalm

If you buy librem-5 for Facebook or similar crap you should probably rethink....
__________________
Go librem

telegram @mike7b4
mastodon.social @mike7b4
 

The Following 14 Users Say Thank You to mikecomputing For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 02:38.