**** BEGIN LOGGING AT Wed Feb 14 03:00:02 2018 Feb 14 05:14:53 https://puri.sm/posts/librem5-progress-report-5/ Feb 14 08:44:43 ofono… *sigh* Feb 14 08:45:03 * mickeyl will port FSO to the ZeroPhone soon Feb 14 08:50:21 mickeyl: FSO got removed from Debian, they probably couldn't be bothered reintroducing it Feb 14 08:52:26 heh, yeah Feb 14 08:52:32 packaging is a disease Feb 14 08:52:42 for individual upstream authors Feb 14 08:52:59 it was easy when all I had to do was taking care about my stuff in OE Feb 14 08:53:16 making it available to all potential distros is crazy :( Feb 14 08:57:58 Purism has partners like GNOME and KDE where the there's a large overlap between the platform's functionality and FSO, hence FSO is not an option Feb 14 08:58:17 FSO is effectively its own platform Feb 14 08:58:40 it is perceived as such and makes more sense if taken as a whole, but back then when I started I took great lengths to make the components individually usable Feb 14 08:58:53 i guess I haven't advertised this well enough Feb 14 09:00:33 are there are no components that aren't covered by the GNOME or KDE platforms? Feb 14 09:00:52 Plasma Mobile uses oFono Feb 14 09:01:04 it has calendaring, contacts, etc. Feb 14 09:01:17 GNOME has Evolution Data Server which does the same Feb 14 09:01:42 (calendaring and contacts, that is) Feb 14 09:01:47 and alarms, etc. Feb 14 09:01:58 NetworkManager handles networking Feb 14 09:02:33 there's battery/charging/power management Feb 14 09:02:43 and so on Feb 14 10:45:45 yeah, I think that is a big part of why FSO didn't get used more. also the general death of libre mobile after om/maemo/meego/etc Feb 14 10:46:39 personally, I would not want to use unpackaged FSO, or any other unpackaged thing Feb 14 10:48:08 and I'd only use flatpak/snaps that were automatically built from my distros binary packages Feb 14 10:52:22 ok, something to consider for any further developments. I know that packaging is important, but if resources are scarce, it always becomes a second thought. Feb 14 10:52:50 and – like I said – back then OE-based-distros were the main consumer anyways. Feb 14 10:53:28 I certainly won't both to take care of every-other-distro, but perhaps debian is important enough to make it a must-have Feb 14 10:53:32 s/both/bother/ Feb 14 10:53:32 mickeyl meant: I certainly won't bother to take care of every-other-distro, but perhaps debian is important enough to make it a must-have Feb 14 10:58:48 I would say as upstream, don't bother with packaging. leave that to downstreams, but make sure your upstream practices are distro-friendly Feb 14 10:59:09 (no embedded code copies, build everything from source, tag releases etc) Feb 14 11:00:48 (also, if you have spare time, use whohas and repology.org to look at packaging, patches and bugs to see if there is anything mergable) Feb 14 11:01:01 that is what I do for things I'm upstream of Feb 14 11:01:40 except, I often also package them. often I'm upstream only because I got started by packaging the thing **** ENDING LOGGING AT Thu Feb 15 03:00:01 2018