Hello Jarl.

Jarl Gullberg:
I've got a patchset that reworks the control files for proper CMake
support and a couple of fixes to the existing patches in order to make
1.4.287 play nice with OpenSSL 3.0. I'm not sure if I've updated the
upstream source in line with policy for this package, though, and
could use some help making sure I'm doing it right.

Debian Unsable is currently in "soft freeze" because of the upcoming release of Debian 12 "Bookworm", such that only small targeted fixes can be uploaded at this point.

   https://release.debian.org/testing/freeze_policy.html

It's not realistic to try to upload 1.4.287 to Debian to get it into the next release at this point. However; it would still be useful to have a newer version packaged in order to release it for the Mumble Ubuntu PPA which is also out of date. I've been working on the Mumble 1.5.517 snapshot release, but unfortunately its not ready for release because the systemd service file it ships is broken and the sysv init file was removed.

I'll send another email to this bug + all involved with the bug as to the status of the 1.5.517 work and what got uploaded to Debian (1.3.4-4) and the MR requests that were incorporated.

At the moment, this is what I've done:
1. downloaded the upstream release tarball
3. renamed it to mumble_1.4.287.orig.tar.gz
2. cd mumble && pristine-tar commit ../mumble_1.4.287.orig.tar.gz
3. unpack tarball in upstream branch, commit and tag as 'upstream/1.4.287'
4. merge 'upstream' into 'debian'

I haven't tested doing the above manually, but on first glance it looks right. I believe these are the same general steps that git-buildpackage does when running 'gbp import-orig <tarball>'. If you don't use git-buildpackage yet and are interested there are some hints about using it here:

  https://wiki.debian.org/PackagingWithGit

And the DebConf conferences have recorded videos on using git-buildpackage also, I think starting around 2013.

I only found the 'extras/make-mumble-git-tarball.sh' script after the
fact, and I do see that that script does some cleanup. I'm also seeing
a lot of dpkg-source warnings about removed files when I build, so I'm
pretty sure I've done something wrong.

If you're importing a tarball, make-mumble-git-tarball.sh isn't meant to be 
used.

The make-mumble-git-tarball.sh was specifically written for mumble 1.3 from Git and isn't meant for Mumble 1.4 and above; 1.4 changes file structure significantly. It was a script I had to build because at the time upstream wanted me to release Mumble 1.3 and there wasn't a tarball available to do it from, and Mumble's git repo uses submodules such that a standard 'git archive' command to build a tarball won't work alone.

Upstream built another tool to extract a tarball from git which is a Python 3 script which is part of the upstream Git repo, so the make-mumble-git-tarball.sh script I created is outdated.

  https://github.com/mumble-voip/mumble/pull/6016

This is how to create a 1.5.x tarball within the 1.5.x Git checkout:

   scripts/create_source_archive.py --revision 1.5.x --format=tar

But again this is only for the situation of creating a tarball from Git to work from; it's not needed if there's already a tarball to import.

That aside, everything seems to run fine (with some hiccups related to
config files for mumble-server that I assume has something to do with
the above). I can open up a couple of MRs on Salsa if you want,
provided I can get some handholding in regards to how you want it done
:)

Please do not open an MR right now, as I have 1.5.517 to push to the repo, so I won't be able to pull an MR for 1.4.287 unless its to a Git branch, which I don't know how to do off the top of my head.

Also, MRs for the Mumble repo in Salsa are disabled for all but those within the VoIP team for now, because they've been happening without my knowledge. I need to figure out how to configure email notifications -- there were MRs put there for a long time that I was never notified by, with no BTS bug report associated with. I never knew MRs in Salsa were a thing until discussion about them in this particular bug.

   -- Chris

--
Chris Knadle
chris.kna...@coredump.us

Reply via email to