Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Debian 10 (Buster) backport #4145

Closed
streaps opened this issue May 7, 2020 · 11 comments
Closed

Debian 10 (Buster) backport #4145

streaps opened this issue May 7, 2020 · 11 comments

Comments

@streaps
Copy link

streaps commented May 7, 2020

The Installing Mumble wiki page tells me that there should be a backport of Mumble 1.3.0 in Debian stable:

Debian unstable has the latest release at all times in its repository. Backports to current stable are done as soon as the package reaches testing (usually a week after release).

but there is only Mumble 1.3.0~git20190125.440b173 in stable. The 1.3.0 release is in testing since last year.

@toby63
Copy link
Contributor

toby63 commented May 7, 2020

Probably @crknadle

That said, the info on the mumble wiki might be outdated.
Maybe stable is in package freeze or something.
Nonetheless I would like to know the details and whether it can be changed.

  • Also could mumble be included in newer backports repos (buster-backports)?

@Krzmbrzl
Copy link
Member

Krzmbrzl commented May 8, 2020

The package is not maintained by us. Thus I'd ask you to contact the respective package maintainer directly (however that works on Debian) ☝️

@Krzmbrzl Krzmbrzl closed this as completed May 8, 2020
@streaps
Copy link
Author

streaps commented May 8, 2020

Then it is a documentation bug and needs to be fixed in the wiki. Please reopen the issue until then.

@Krzmbrzl
Copy link
Member

Krzmbrzl commented May 8, 2020

I just corrected it.

Note also that you can edit the wiki yourself. So if you see an error, you can correct it yourself :)

@toby63
Copy link
Contributor

toby63 commented May 8, 2020

I just corrected it.

Actually it is still not correct and history does not show a change:

Backports to current stable are done as soon as the package reaches testing (usually a week after release).

This seems to not be the case (right now).

Also the wording is a little sketchy to be honest, because
"Backports to current stable" could mean two things:

  1. Package gets included in stable (buster)
  2. Package gets included in stable-backports (buster-backports)

Maybe you could reopen this and wait for an answer by @crknadle to clarify the situation?
Then we (maybe I) could change the wiki.

It is related to mumble and the mumble wiki.

@Krzmbrzl
Copy link
Member

Actually it is still not correct and history does not show a change:

It is corrected. We're having some caching issues with the wiki that leads to changes not being overtaken for everyone but the author of these changes for some time...

Maybe you could reopen this and wait for an answer by @crknadle to clarify the situation?

What good would it do to have this issue open? The issue that concerns us directly was that the info on the wiki is outdated. This I have fixed. The other issue is not related to us in the sense that the Debian package is not maintained by us (The Mumble Team). Therefore the issue about that should be reported to Debian instead.

And if crknadle feels like it, he can still comment on this issue even if it is closed. And if this brings up something that feels like it should be on the wiki, it can be changed/added at any time 🤷

@toby63
Copy link
Contributor

toby63 commented May 30, 2020

Update on this:
I spoke to Mr. Knadle 📧.
He told me that another person (debian-developer) used to do the backport-builds of mumble and that work on this was "dropped".
He also said that it is "possible but not likely" that a new build for the backports repo will be released.
In other words, someone else should do it, if they want it.

@streaps
Copy link
Author

streaps commented May 31, 2020

Thanks for the info.

The Debian way is such a waste of resources and frustrating for the user. It shouldn't be more work than changing the version, updating the build sources and push the button. Using a git snapshot of a version that hadn't been released (and no release candidate) and then not update the package for a very long time, is not even a conservative approach.

For my raspberry pi the options are:

  • build from sources
  • mixing repos (buster and testing)
  • upgrading to testing
  • switch to another distro
  • continue to use the unsupported Mumble git snapshot

:(

@toby63
Copy link
Contributor

toby63 commented Jun 1, 2020

It shouldn't be more work than changing the version, updating the build sources and push the button

Well while I agree that it could be easier (in a perfect world you would have a package manager that can manage all the things (including packages build from source; modifications etc.));
actually (I don't know how much you tried yet) sometimes one is lucky and it is not that much harder.
You can download the debian sources and modify them a bit, basically it's:

  1. replace the src-folder with the recent sources.
    1.a) create a .tar file from the upstream sources
  2. modify the files in folder debian:
  • control (dependencies) (not necessary if you are lucky, but can "easily" (because travis uses ubuntu) be read from the travis build config on mumble: https://github.com/mumble-voip/mumble/tree/master/scripts/travis-ci )
  • rules (build options) (see above)
  • changelog (necessary, dch is your friend) (only obstacle can be the numbering)
  • .install-files (if new files or folders need to be placed somewhere) (mostly not necessary)
  1. try to "rebuild" the package with:
    debuild -b -uc -us (or similar)

In the case of 1.3.0 you might even try to just use the debian sources from the 1.3.0 version and rebuild them on an older debian system (in a container for example).

For raspberry the situation is unknown to me, is it arm64?
I have nearly no knowledge about cross-builds.

@streaps
Copy link
Author

streaps commented Jun 2, 2020

Raspbian and my Pi 2 is still 32-bit. I don't know how hard or easy cross compilation for debian packages is. Maybe it possiblee use a github action? It should also build on the raspberry with some patience.

But it's a waste of time and energy, if users have to compile their own software, because the distribution ships outdated versions. I think I better spent my time in looking for a better distribution.

@toby63
Copy link
Contributor

toby63 commented Jun 2, 2020

But it's a waste of time and energy, if users have to compile their own software, because the distribution ships outdated versions. I think I better spent my time in looking for a better distribution.

Thats true.
For Desktops there are some good alternatives, but I don't know about Raspberry.
I always read about Debian-based distros for that.
Good hunting 😉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants