Active Topics
-
The N900 is now 15 years old! (7)
to Nokia N900 by Danct12 - 23 hrs, 51 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 1 day, 19 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 4 days, 4 hrs ago - more...
 |
|
2017-11-13
, 15:48
|
|
Posts: 654 |
Thanked: 2,368 times |
Joined on Jul 2014
@ UK
|
#242
|
Originally Posted by mscion
At the moment they don't have a mobile distro, it's just for laptops. They are working with Plasma Mobile and the Gnome team to develop the new mobile UI stuff.
I was wondering. Where does purism get its dialer, messaging and email apps from? Are they based on software currently in Debian repositories, home grown or someplace else?
|
|
2017-11-14
, 16:21
|
|
Posts: 3,464 |
Thanked: 5,107 times |
Joined on Feb 2010
@ Gothenburg in Sweden
|
#244
|
Announcing the Librem Phone Ringtone Contest winners.
__________________
Keep safe and healthy
Keep safe and healthy
| The Following 5 Users Say Thank You to mikecomputing For This Useful Post: | ||
|
|
2017-11-14
, 19:28
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#245
|
Originally Posted by mscion
Yeah, and not only that - what about the telephony/mobile data stack ? If you check the Mer activity log you can see an awful lot of churn in that on an ongoing basis. A lot of it seems to be pretty low level & rather complicated stuff requiring domain experts.
I was wondering. Where does purism get its dialer, messaging and email apps from? Are they based on software currently in Debian repositories, home grown or someplace else?
This is frankly worrying me quite a bit as I have not seen this mentioned anywhere & it doesnt seem look like something where community can easily help due to the pretty specific knowledge & hardware required.
__________________
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)
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: | ||
|
|
2017-11-14
, 20:58
|
|
Posts: 440 |
Thanked: 2,256 times |
Joined on Jul 2014
|
#246
|
Originally Posted by MartinK
You'd think they would end up using ofono+rilplugin anyway, which jolla contributes upstream to, is there actually an alternative?
Yeah, and not only that - what about the telephony/mobile data stack ? If you check the Mer activity log you can see an awful lot of churn in that on an ongoing basis. A lot of it seems to be pretty low level & rather complicated stuff requiring domain experts.
This is frankly worrying me quite a bit as I have not seen this mentioned anywhere & it doesnt seem look like something where community can easily help due to the pretty specific knowledge & hardware required.
| The Following 7 Users Say Thank You to r0kk3rz For This Useful Post: | ||
|
|
2017-11-14
, 21:38
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#247
|
Originally Posted by r0kk3rz
I would hope so & I'm not sure there is a viable alternative (IIRC Neo FreeRunner used FSO back then but no idea if that's still alive), but I know these things just from an observer PoV. But even then I wonder how much of what Jolla does is applicable to their hardware, etc.
You'd think they would end up using ofono+rilplugin anyway, which jolla contributes upstream to, is there actually an alternative?
__________________
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)
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 3 Users Say Thank You to MartinK For This Useful Post: | ||
|
|
2017-11-15
, 07:00
|
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#248
|
Originally Posted by mikecomputing
I can't help but feel like they have the wrong priorities, if they waste time on such nonsense at this stage of the project.
Announcing the Librem Phone Ringtone Contest winners.
Originally Posted by MartinK
If it is, then barely so.
(IIRC Neo FreeRunner used FSO back then but no idea if that's still alive)
Back in the days when the Neo900 still looked like becoming real in a reasonable amount of time, Sebastian Krzyszkowiak (@dos1) said he'd make sure that SHR would run on the Neo900 running Debian. SHR uses FSO as a backend. Both were included in the official Debian repo at that time (Wheezy was "Stable" then), they were installlable and they ran more or less fine (I had no modem for actual tests and the UI was somewhat unstable, but at least it came up and seemed to run fine in my dry runs until it crashed for reasons I didn't find out).
After the Jessie release some of the FSO background processes weren't able to start, neither with Systemd (which became the new default init System in Jessie), nor with SysV, nor manually. It was quite obvious to me, that nobody actually tested these packages during the Jessie release cycle. So I filed a bug report and the packages were removed from Debian for not being maintained.
|
|
2017-11-15
, 07:42
|
|
Posts: 654 |
Thanked: 2,368 times |
Joined on Jul 2014
@ UK
|
#249
|
Originally Posted by sulu
I'm sure they are just doing it for extra marketing buzz. If they have marketing people as well as technical people, there's no harm done (marketing people can't exactly do the detailed technical stuff anyway).
I can't help but feel like they have the wrong priorities, if they waste time on such nonsense at this stage of the project.
| The Following 7 Users Say Thank You to Feathers McGraw For This Useful Post: | ||
|
|
2017-11-15
, 08:04
|
|
Posts: 915 |
Thanked: 3,209 times |
Joined on Jan 2011
@ Germany
|
#250
|
Originally Posted by Feathers McGraw
Well, I'm sure they have good marketing people with little techical knowledge, and there's nothing wrong with that. I'm just wondering if those people are best put to work by holding ringtone contests.
I'm sure they are just doing it for extra marketing buzz. If they have marketing people as well as technical people, there's no harm done (marketing people can't exactly do the detailed technical stuff anyway).
I believe the same people could also be used to hire technical geeks by presenting unsolved problems as attractive challenges to be solved.
btw:
Having a ringtone contest now, where not even a prototype exists, is pretty pointless. Ringtones are subject to fashion. It will be at least 1.5 years before the Librem 5 will be released. Nobody knows what will be fashionable at that time.
If for some reason Purism feels the need to change the default ringtone by that time, then the current contest will have been pointless.
| The Following 7 Users Say Thank You to sulu For This Useful Post: | ||
I'd guess that Purism will either develop their own tools or rely on their partnership with Gnome and KDE.
Maybe I should have clarified, that I assumed, that endsormeans referred to the x86 desktop version of PureOS where such tools would not be needed.
At least that's what I referred to in my last post, since I tested it in a VM some time ago.
[1] https://packages.debian.org/wheezy/phoneui-apps