The way you present it sounds devious. But we're just truly trying to work together in the open source ecosystem the best we can and put our resources to their best use.
However this particular deal sounds a lot like white labeling, don't you think ? :)
I’m missing a story about mobile Linux. Has this been discussed; is this something on the roadmap?
There are already excellent e-mail options for iOS. Right now there is almost nothing outside of the cli that’s usable on mobile Linux. Thunderbird would have a chance of being the main choice while helping adoption of mobile Linux in the medium-to long-term.
I understand it’s not realistic to expect anything anytime soon, but I do hope this is being discussed and that we will see a strategy for it.
I bought one a few months ago to support the project but never ended up using it. It's still sitting in a drawer.
Realistically, there's no hope I'll ever do anything with it myself. ;)
It's the most viable and promising so far I think. I have too many directories for it to be usable without some new features, though (namely highlight dirs with new mail and more filtering capabilities). It's practically unusable, but granted I may have an unusual setup. If you just have a handful of active folders it might be great.
Didn't notice any surprising syncing issues so far.
So sayeth every acquiring company about the acquired. I can think of very few that it held true. Maybe this can be added to the list, but only time will tell. I wouldn't suggest people holding their breath though
These aren't companies. It's a communty project and a FOSS project merging resources.
History
>These aren't companies. It's a communty project and a FOSS project merging resources.
Exactly how other situations historically have started. Lot's of FOSS projects "brought into the fold" to "shepard" along only to not get the resources promised.
> History
That's all you have? They are baseless then.
Bearing in mind it's not a 100% successful predictor, but is useful for figuring out how things are _likely_ to play out.
Nothing in this world is purely altruistic. If it didn't make business sense, this wouldn't be happening. Please surprise me and stay true to your word on this.
> The way you present it sounds devious. But we're just truly trying to work together in the open source ecosystem the best we can and put our resources to their best use.
We are all from the internet here, you know exactly why we are this way. Even if true, please understand why your words are perceived this way.
You're reasoning is that the Internet made you do it, therefore it's true?
While yes Mozilla could theoretically enforce its trademarks and appoint its own team to start making more direct decisions, we've seen how that goes with various ex-GNU projects like libreboot or ASF projects where they don't have the community like OpenOffice
> If you install Android app X and, due to an acquisition, the app suddenly morphs into app Y which has a different branding, different UI, different features, a different backend and a different development team (but still has your data), isn't this exactly one of the things that the app store rules are supposed to protect against?
On my phone currently, this applies to the following apps:
* Element
* Free Now (European taxi app bought out by BMW/Daimler, formerly mytaxi, formerly hailo)
* Google Hangouts (Was installed as Talk)
* WhatsApp (now Facebook owned)
* A local cinema chain bought out by a UK + Ireland chain
* Pocket Casts (independent -> NPR -> Automattic)
I never understood why they dropped vector as a name. It wasn't a worse name than element. Riot was a terrible name choice however. Sooner or later it would have got caught up being used by people coordinating a protest or something and the press would have had a field day with it.
But your data has never left the matrix network or your own home server if you chose to have one.
But it did go from Vector -> Riot -> Element and various UI and branding changes along the way yes :) Part of this is also that the app was not really "finished" back in the Vector days. It only really came into its own during the Riot age. For example E2E encryption didn't yet exist at the start, and the underlying support in Matrix was missing as well. It's still a protocol and toolset that's evolving rapidly.
However the benefit of Matrix is that you can choose any client you want, there are several for mobiles.
https://www.theverge.com/2022/6/1/23149832/google-meet-duo-c...
> Pretty soon, the Duo app will get an update that brings an onslaught of Meet features into the platform; later this year, the Duo app will be renamed Google Meet. The current Meet app will be called “Meet Original,” and eventually deprecated.
Umm, no? There's never been a rule about an app developer selling their app/company - that'd be pretty badly restrictive.
It'd be nice if there actually was a rule against something like that…
[1] The key features for why I didn't just use a simple file sync was that it supported bi-directional syncing of play counts, ratings and for podcasts also the playback position.
The problem is that while I don't need the podcasts syncing for regular podcasts (for which a separate podcasts app on my phone would be perfectly fine, and besides I don't listen all that much to podcasts that way anyway), I'm also managing my collection of radio comedies I've scrounged together from all sorts of places as podcasts in iTunes (by simply manually setting the media type to "Podcast" – luckily on Windows, where iTunes hasn't been split up into its components this is still possible), so that
a) they're all together in one place and not cluttering up the music part of my library
b) especially to get the nice at-a-glance listened/not listened/partially listened display, and
c) while iTunes allows setting the "Remember my playback position" for any kind of file, Rocket Player apparently supports remembering the playback position only for podcasts
I've got no idea how GoneMAD and MusicBee's file syncing behave in that regard, but a quick test installation of MusicBee showed that while I could get used to it as an iTunes-replacement for my general music library, it doesn't allow manually importing files as podcasts, meaning I'd have to resort either manually hacking the database, or setting up some sort of fake Podcast running on a local HTTP server in order to import new episodes... :-/
At least for now the old versions will keep working, and if some future Android version does break things, I guess I'll decide what to do about it in terms of a replacement at that time and not now…
Though I guess it does mean that my personal main bug in iSyncr [2] won't ever get fixed now, so maybe I need to resort to APK hacking after all…
[1] Which is how I found out about iSyncr + Rocket Player having been sold in the first place.
[2] After a file has been synced, it won't be synced again if any subsequent changes that don't change either of title/artist/album (or possibly file size, but due to metadata padding small metadata changes won't necessarily change the total file size) happen within 24 hours [3] of the original sync.
[3] I think this is trying to work around the fact that Android reports the file timestamps in local time, so due to either travel or even just summer/winter time a file might suddenly appear as outdated as compared to the last modified timestamp on the desktop. As my desktop with my music library, is in a fixed location, for me 24 hours is excessive, though, and 1 hour to cater for summer/winter time would be enough.
In any case, I've had installed apps have the name change as a part of rebranding before. It's a little bit jarring sometimes, but name changes happen. They're usually small name changes, but I don't thing taking "K-9 mail is continuing development with a new name" as "app becoming something completely different" is really fair. Unless the functionality and UX completely changes, I don't think it's fair to read a name change as something so negative that needs to be "protected against".
Will that help? Not sure. Mozilla seems to have weird goals nowadays.
Anyway, I'm so fed up with empty terms like "experiences" and "excitement" all around in IT. But guess that's what happens when you let marketing dictate way too many things in software development.
What evidence is there for your version of events?
The justification given in the post is just non-information, because you could say this for almost any pair of software products if you define the terms fuzzily enough:
> The Thunderbird team had many discussions on how we might provide a great mobile experience for our users. In the end, we didn’t want to duplicate effort if we could combine forces with an existing open-source project that shared our values. Over years of discussing ways K-9 and Thunderbird could collaborate, we decided it would best serve our users to work together.
I don't want to say this is bad for K9, bit I still wonder what will happen to existing K9 installs.
If you install Android app X and, due to an acquisition, the app suddenly morphs into app Y which has a different branding, different UI, different features, a different backend and a different development team (but still has your data), isn't this exactly one of the things that the app store rules are supposed to protect against?