The sixty-second edition of my weekly collection of news about (@PINE64 , @purism and such), , is out!

linmob.net/linbits-61-weekly-l

support landing in , 1.4.0, needs translators and more!

@linmob @PINE64 @purism

That is my branch of Chatty by the looks of it. While they are welcome to package and ship it (It is free software after all!), I just caution that MMS support in Chatty is very much experimental, and many things do not work yet.

I just I don't want folks to be disappointed when things do not work as expected.

@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.

@dos @kop316 @linmob @PINE64 @purism Ugh, we're dealing with a broken AUR package for Tenacity whose maintainer has ignored our build instructions upstream and shipping a totally broken package.

Follow

@dos @kop316 @linmob @PINE64 @purism Despite that we've explicitly said to *not* package before we make a release.

@be @dos @kop316 @linmob @PINE64 @purism I feel like this is a good reason to relabel your master branch 'development' and say if the build I not from a release branch it's not supported.

@dean @dos @kop316 @linmob @PINE64 @purism I disagree. master/main = development. That's normally how it works. There has never been a release. Packaging software that has never been released is irresponsible IMO.

@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.

@linmob @dos @kop316 @PINE64 @purism Whatever you say it is doesn't really matter. What matters is that upstream keeps getting annoying bug reports for a broken package we have no control over and the package maintainer has made no effort to fix nor work with us.

Sign in to participate in the conversation
Fosstodon

Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.