Dear Debian GTK/GNOME Team members,
I maintain some software that needs 3.x version of libsigc++ library in
its
newer releases[1]. However, only the 2.x branch is available in Debian
[2].
As a result, I am wondering if it's okay for us to package the 3.x branch.
I have prepared a packaging repo at [3] with completed packaging
instruction
and copyright review. I am wondering if it's okay to maintain libsigc++-
3.0
under Debian GNOME Team similar to the 2.x branch package, or if I should place the packaging repo under salsa.debian.org/debian/ and have it
uploaded
to NEW queue for review first.
If you find any issues with my packaging scripts, please let me know
(ideally with a patch). Any suggestion would be appreciated. A known issue
is the Uploader substitution in control.in for GNOME team and I haven't figured out the solution, but this should be a minor problem.
Thanks,
Boyuan
[1] https://github.com/wwmm/easyeffects/issues/1000
[2] https://tracker.debian.org/pkg/libsigc++-2.0
[3] https://salsa.debian.org/byang/libsigcplusplus-3.0
Just an update: this is now in Debian Sid: https://tracker.debian.org/pkg/libsigc++-3.0 . The git packaging repo is at https://salsa.debian.org/debian/libsigcplusplus-3.0 . Feel free to make any updates that you find necessary.
On Sat, Jun 18, 2022 at 8:05 PM Boyuan Yang <byang@debian.org> wrote:
Just an update: this is now in Debian Sid: https://tracker.debian.org/pkg/libsigc++-3.0 . The git packaging repo is at
https://salsa.debian.org/debian/libsigcplusplus-3.0 . Feel free to make any
updates that you find necessary.
Hi,
I apologize that we didn't reply to your email earlier. Thank you very
much for packaging this library update!
I went ahead and pushed the packaging to https://salsa.debian.org/gnome-team/libsigcplusplus-3.0
You'll need to re-clone because it uses different branch names (upstream/latest instead of upstream especially).
gbp clone git@salsa.debian.org:gnome-team/libsigcplusplus-3.0.git
I rebased your commits on top of the libsigc++-2.0 git repo to
preserve the git history & some packaging details.
I guess you should get the https://salsa.debian.org/debian/ repo
deleted or at least archived now.
We don't have documentation for how to package a renamed library like
this and the rest of our documentation [1] is missing a lot of
details. Sorry!
I have begun work on packaging gtkmm4.0 and its dependencies. Did you
have any other related app you were looking at packaging or is it just easyeffects?
I noticed that libsigc++-3.0/3.2.0-4 did not properly handle symbol files, such as using 2.x version strings, debian revision in versions (lintian error) and unmatched symbols for different archs. Since you added this
symbol file, it would be great if you can fix it and have libsigc++-3.0 migrated to Testing at least once.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 307 |
Nodes: | 16 (2 / 14) |
Uptime: | 98:46:26 |
Calls: | 6,850 |
Calls today: | 1 |
Files: | 12,354 |
Messages: | 5,415,105 |