Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-07-02 Thread Julius Pfrommer
Control: tags -1 - moreinfo We just released v1.4.2 of the library in the upstream. The #10 push to mentors was updated to v1.4.2 and resolves the SONAME issue that was discussed prior. Please consider this version to be included in Debian unstable. -- Regards, Julius Pfrommer

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-28 Thread Julius Pfrommer
> The upstream should track the ABI compatibility properly and adjust the > SONAMEs accordingly. This is not what Debian prefers but a generic > requirement for Linux shared library projects. Got it. Then we install the patches proposed for the Debian package into the upstream and come back. This

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-28 Thread Andrey Rakhmatullin
On Tue, May 28, 2024 at 05:48:10PM +0200, Julius Pfrommer wrote: > > > The intent was to do the SONAME patching entirely in the rules file. > > > Now we instead ship a small patch to the upstream CMakeLists.txt that > > > modifies the linker flags. > > This doesn't answer why are you changing the

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-28 Thread Julius Pfrommer
> > The intent was to do the SONAME patching entirely in the rules file. > > Now we instead ship a small patch to the upstream CMakeLists.txt that > > modifies the linker flags. > This doesn't answer why are you changing the SONAME in a Debian-specific > patch at all. The upstream currently produ

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-28 Thread Andrey Rakhmatullin
On Tue, May 28, 2024 at 03:52:57PM +0200, Julius Pfrommer wrote: > > Why are you modifying the SONAME, and why are you doing it with patchelf? > > The intent was to do the SONAME patching entirely in the rules file. > Now we instead ship a small patch to the upstream CMakeLists.txt that > modifie

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-28 Thread Julius Pfrommer
A new version was pushed to mentors and should become visible in a few minutes. > You shouldn't close the RFS in the changelog entry, you are expected to > have an ITP and close it there. done. The changelog now closes #985909. > You should use the latest debhelper compat level. done > Why are

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-27 Thread Andrey Rakhmatullin
Control: tags -1 + moreinfo You shouldn't close the RFS in the changelog entry, you are expected to have an ITP and close it there. You should use the latest debhelper compat level. Why are you modifying the SONAME, and why are you doing it with patchelf? You should put the packaging repo, not the

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-27 Thread Julius Pfrommer
Control: tags -1 - moreinfo The lintian issues are now all resolved. Thanks for any additional hints. Also consider the conversation on the mentors page of the package. -- Regards, Julius Pfrommer

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-24 Thread Andrey Rakhmatullin
Control: tags -1 + moreinfo On Fri, May 24, 2024 at 05:35:00PM +0200, Julius Pfrommer wrote: > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/open62541/ If you didn't run lintian locally (which you should), please visi

Bug#1071755: RFS: open62541/1.4.1-1 [ITP] -- open62541 () is an open source implementation

2024-05-24 Thread Julius Pfrommer
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "open62541": * Package name : open62541 Version : 1.4.1-1 Upstream contact : open62541 Team * URL : https://open62541.org/ * License : MIT, BSD-3-