The sixty-second edition of my weekly collection of news about #LinuxPhones (@PINE64 #PinePhone, @purism #Librem5 and such), #LinBits, is out!
https://linmob.net/linbits-61-weekly-linux-phone-news-week35-36/
#MMS support landing in #Manjaro, #libhandy 1.4.0, #NemoMobile needs translators and more!
@kop316 @linmob @PINE64 @purism Manjaro does that often without making this explicit, and we then get plenty of invalid bug reports upstream :( There's usually a good reason why stuff that isn't merged yet isn't merged yet. It's fine to have a distro that includes experimental stuff around for those bravest, but I'd like to see Manjaro clearly state which things they pull in are still unfinished so users are well aware of what to expect.
@craftyguy @dos @linmob @PINE64 @purism
Agreed. I prefer "informed consent" to using betas.
@dos @kop316 @linmob @PINE64 @purism They do the same with some stuff developed by postmarketOS devs and then our devs get invalid bug reports as well. It's fine doing it in dev builds where they ship all kinds of nightly stuff, but it really shouldn't happen in "stable" builds without explicitly warning the user about it.
@bart @dos @kop316 @PINE64 @purism With regard to this MMS feature, it's only in Manjaro Phosh dev (I thought about making this more clear in my headline, but didn't). Maybe, to avoid invalid bugreports, they could put in a First Run note (like a simple webview) that links the repos they are using so that bugs get reported there (and then get cherrypicked for upstream if that's where they belong)?
@dean @be @dos @linmob @PINE64 @purism
Ummm....the branch being used is actually called "wip/mms_settings". It isn't in my main branch as I haven't finished working on it.
They are welcome to use what they want ,like I said, this is free software! I just think folks will be disappointed when they realized that MMS support isn't complete.
@be @dos @kop316 @PINE64 @purism Honestly, I don't see AUR PKGBUILDs as "packaging". They are a recipy to install something to try it out with no warranties and hopefully with a way to cleanly uninstall it, if it doesn't work out. This is especially the case for "-git" packages. Users that expect those to work obviously don't know what they're doing – "-git" packages are like hitting "I'm feeling lucky" on Google: Sometimes it works, often it doesn't.
@dos @kop316 @linmob @PINE64 @purism oof, yeah... that's scary that users aren't alerted to the fact that they are receiving patches that are still in review/WIP, especially since folks are trying to "daily drive" this stuff.