Subject: libsmi: New upstream version 0.5.0 available.
Date: Mon, 02 Aug 2021 14:02:32 +0200
Source: libsmi
Severity: wishlist
Upsteam has released 0.5.0 already in 2014.
Would be cool to have this version as well in Debian.
TIA!
--
tobi
-- System Information:
Debian Release: 11.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Acknowledgement sent
to Vincent Bernat <[email protected]>:
Extra info received and forwarded to list.
(Mon, 02 Aug 2021 17:57:02 GMT) (full text, mbox, link).
Subject: Re: Bug#991813: libsmi: New upstream version 0.5.0 available.
Date: Mon, 02 Aug 2021 19:54:48 +0200
❦ 2 August 2021 14:02 +02, Tobias Frost:
> Upsteam has released 0.5.0 already in 2014.
> Would be cool to have this version as well in Debian.
I don't remember why I didn't package but I remember there was some
"good" reason. I think there is an ABI incompatibility but it is not
reflected in the ABI number (VERSION, REVISION and AGE stays the same).
I may have contacted upstream on the mailing list about this, but all I
can find is me asking about what's new in this 0.5.0 because no
changelog, no announce, not listed on the official website and got no
answer. So, maybe, there is no issue at all.
--
Extreme fear can neither fight nor fly.
-- William Shakespeare, "The Rape of Lucrece"
Acknowledgement sent
to Tobias Frost <[email protected]>:
Extra info received and forwarded to list. Copy sent to Vincent Bernat <[email protected]>.
(Tue, 03 Aug 2021 05:45:02 GMT) (full text, mbox, link).
Subject: Re: Bug#991813: libsmi: New upstream version 0.5.0 available.
Date: Tue, 3 Aug 2021 07:42:22 +0200
On Mon, Aug 02, 2021 at 07:54:48PM +0200, Vincent Bernat wrote:
> ❦ 2 August 2021 14:02 +02, Tobias Frost:
>
> > Upsteam has released 0.5.0 already in 2014.
> > Would be cool to have this version as well in Debian.
>
> I don't remember why I didn't package but I remember there was some
> "good" reason. I think there is an ABI incompatibility but it is not
> reflected in the ABI number (VERSION, REVISION and AGE stays the same).
> I may have contacted upstream on the mailing list about this, but all I
> can find is me asking about what's new in this 0.5.0 because no
> changelog, no announce, not listed on the official website and got no
> answer. So, maybe, there is no issue at all.
I was trying to build snmpb (possibly packaging it), and they bundle 0.5.0 (and in their
CMake transition branch they even require it.)
with some patches on top (some might be interesting for upstream, I still have to check)
More concrete, I'm bitten at least by https://bugzilla.redhat.com/show_bug.cgi?id=975879.
This issue is very annoying as it prevents using libsmi being used from C++ without severere hackery.
it is fixed in 0.5.0 by https://gitlab.ibr.cs.tu-bs.de/nm/libsmi/-/commit/d112498b73c70bea37280d4fd3669f911cf77c87
There are also other nice to have fixes, some prevents crashes, some code no
longer relying from undefined behaviour etc; some even after the 0.5.0.
So -- my 2 cent -- I would even package trunk of the git repo, it would
be much better than the more-than-adecade(!) old version in Debian.
Regarding ABI: I've diffed the 0.4.8 smi.h with the 0.5.0 one:
all those changes should not be ABI changing.
--
tobi
> --
> Extreme fear can neither fight nor fly.
> -- William Shakespeare, "The Rape of Lucrece"
Acknowledgement sent
to Vincent Bernat <[email protected]>:
Extra info received and forwarded to list.
(Tue, 03 Aug 2021 05:57:03 GMT) (full text, mbox, link).
Subject: Re: Bug#991813: libsmi: New upstream version 0.5.0 available.
Date: Tue, 03 Aug 2021 07:54:26 +0200
❦ 3 August 2021 07:42 +02, Tobias Frost:
> So -- my 2 cent -- I would even package trunk of the git repo, it would
> be much better than the more-than-adecade(!) old version in Debian.
If you have some time, feel free to take over the package. I have too
much on my plate currently.
> Regarding ABI: I've diffed the 0.4.8 smi.h with the 0.5.0 one:
> all those changes should not be ABI changing.
Thanks for checking. If you don't want to take over the package, I'll
try to find some time to update to 0.5.0.
--
Instrument your programs. Measure before making "efficiency" changes.
- The Elements of Programming Style (Kernighan & Plauger)
Acknowledgement sent
to Tobias Frost <[email protected]>:
Extra info received and forwarded to list. Copy sent to Vincent Bernat <[email protected]>.
(Tue, 03 Aug 2021 06:36:02 GMT) (full text, mbox, link).
Subject: Re: Bug#991813: libsmi: New upstream version 0.5.0 available.
Date: Tue, 3 Aug 2021 08:33:17 +0200
On Tue, Aug 03, 2021 at 07:54:26AM +0200, Vincent Bernat wrote:
> ❦ 3 August 2021 07:42 +02, Tobias Frost:
>
> > So -- my 2 cent -- I would even package trunk of the git repo, it would
> > be much better than the more-than-adecade(!) old version in Debian.
>
> If you have some time, feel free to take over the package. I have too
> much on my plate currently.
>
> > Regarding ABI: I've diffed the 0.4.8 smi.h with the 0.5.0 one:
> > all those changes should not be ABI changing.
>
> Thanks for checking. If you don't want to take over the package, I'll
> try to find some time to update to 0.5.0.
Lets form a team or maybe ask the net-snmp people if they would be ok
in expanding the scope towards are more snmp team?
> --
> Instrument your programs. Measure before making "efficiency" changes.
> - The Elements of Programming Style (Kernighan & Plauger)
Acknowledgement sent
to Vincent Bernat <[email protected]>:
Extra info received and forwarded to list.
(Tue, 03 Aug 2021 08:24:03 GMT) (full text, mbox, link).
Subject: Re: Bug#991813: libsmi: New upstream version 0.5.0 available.
Date: Tue, 03 Aug 2021 10:13:05 +0200
❦ 3 August 2021 08:33 +02, Tobias Frost:
>> > So -- my 2 cent -- I would even package trunk of the git repo, it would
>> > be much better than the more-than-adecade(!) old version in Debian.
>>
>> If you have some time, feel free to take over the package. I have too
>> much on my plate currently.
>>
>> > Regarding ABI: I've diffed the 0.4.8 smi.h with the 0.5.0 one:
>> > all those changes should not be ABI changing.
>>
>> Thanks for checking. If you don't want to take over the package, I'll
>> try to find some time to update to 0.5.0.
>
> Lets form a team or maybe ask the net-snmp people if they would be ok
> in expanding the scope towards are more snmp team?
Whatever you see fit. I don't think the SNMP team has much bandwidth
either, so I wouldn't go through the trouble.
--
Truth is the most valuable thing we have -- so let us economize it.
-- Mark Twain
Acknowledgement sent
to Tobias Frost <[email protected]>:
Extra info received and forwarded to list. Copy sent to Vincent Bernat <[email protected]>.
(Tue, 03 Aug 2021 08:51:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Craig Small <[email protected]>:
Extra info received and forwarded to list. Copy sent to Vincent Bernat <[email protected]>.
(Mon, 09 Aug 2021 11:27:05 GMT) (full text, mbox, link).
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2021-08-03 at 08:48, [email protected] wrote:
> Best of course would be that the packages would be team maintained,
> so I'm wondering if the net-snmp would be open to the idea to expand
their
> scope to handle also such packages.
Hi Tobi,
I don't think there really is much of a team. Not sure what happened (my
working theory is they all finally understood how to read ASN.1 and went
mad in the process).
I think I'm all that's left as far as active maintainers. The email list
has 5 members.
However, I'm willing to help. There's probably some overlap in the strange
sort of bugs snmp can bring.
The other complexity is that net-snmp uses the old style type of team, see
https://wiki.debian.org/Alioth/MailingListContinuation . Looking into it,
I really should move it to the new-style team maintainership (like how the
Python team works).
I don't think it would be a good idea to make a new package use an
old-style team.
I'm not sure of your timings, but I probably should actually start to move
net-snmp onto the new style team. It would have been nice to do this before
the freeze but we are here now.
- Craig
-----BEGIN PGP SIGNATURE-----
Version: FlowCrypt Email Encryption 8.1.3
Comment: Seamlessly send and receive encrypted email
wsFzBAEBCgAGBQJhERDBACEJEAIhZsD/PITjFiEEXT3w9TizJ8CqeneiAiFm
wP88hOPqBhAAjf6r5d7jFiirx/AiUZQbxTHHA50MimmiTaFSK7WPHwi9lM/1
EtJWJAoPdkqtwxHK5ip3rPjupfnVOMLoJitM9iejSRXLk9P5q6DM/3tFE0WH
AVgK+pN/EVyTAkGqVgwuSkfBZxT0x613Un5Y3k1kR3Q5YE47bGkttK9+/Uck
emeNbf3MUDixlaYrnxLasQl32K9F7XtnN7XJe1ymkoCi+uooGRN984qCzVOT
CBFYCzY8Rwe8LE5CK6kK5hZknSdspabyKefVhrzBnB9y5AL+3GA8Dp19glmo
eLyzDe8S9YG4y2b6YoDg3dcYgZN/aoZtuCNFMQvP+har0+Zvh8QGJ6/M70Uo
feSctT4Pq4jNvXQNheXsjIoyGsxZR6nMZ4zebQp5yUVcDYeYHj8xKVb6llh7
18WK7wNcRwSKNkWzP1kcZi+uSzdqMi6utak+pasjufov2syQKLwgQ2FLa4Tq
essut6dUjEcZN0cMS1EKCN0/oaob1qN00UOT6Q5R+2ZXQG7NM66W7s9UgQNZ
WSFWDNYr0CpZdlym3APUyWMzein8rstEN2EGSf/H+5KsXDMa0fDrKdQayXsG
cPtLreucdj3YS2FjyIe0aIiMj5s9P2Y0SiZC9AFANSu6C7Dc2dsuhOx0qVwN
YBGIGWEWwlmMBInXr7CnlpwZJedOH2Axv/E=
=ZrDE
-----END PGP SIGNATURE-----
Acknowledgement sent
to Craig Small <[email protected]>:
Extra info received and forwarded to list. Copy sent to Vincent Bernat <[email protected]>.
(Mon, 20 Sep 2021 11:54:02 GMT) (full text, mbox, link).
Subject: Re: [Pkg-net-snmp-devel] net-smnp packaging team also suitable for
other snmp packages?
Date: Mon, 20 Sep 2021 04:49:29 -0700
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi,
I have now updated net-snmp to use the new style teams. You'll see that
the control file is now:
Maintainer: Debian SNMP Team <[email protected]>
Uploaders: Craig Small <[email protected]>,
Thomas Anders <[email protected]>,
Noah Meyerhans <[email protected]>
You can use the same maintainer if you like, its a generic SNMP team rather
than net-snmp specific, though of course at the moment its the only package
in that team.
The uploaders of course would be different for your package.
- Craig
- --
Craig Small https://dropbear.xyz/ csmall at :
dropbear.xyzDebian GNU/Linux https://www.debian.org/ csmall at :
debian.orgGPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B
DF50 FEA5
On 2021-08-09 at 11:25, [email protected] wrote:
> On 2021-08-03 at 08:48, [email protected] wrote:
>
> > Best of course would be that the packages would be team maintained,
> > so I'm wondering if the net-snmp would be open to the idea to expand
> their
> > scope to handle also such packages.
>
> Hi Tobi,
> I don't think there really is much of a team. Not sure what happened
(my
> working theory is they all finally understood how to read ASN.1 and went
> mad in the process).
> I think I'm all that's left as far as active maintainers. The email list
> has 5 members.
>
> However, I'm willing to help. There's probably some overlap in the
strange
> sort of bugs snmp can bring.
> The other complexity is that net-snmp uses the old style type of team,
see
> https://wiki.debian.org/Alioth/MailingListContinuation . Looking into
it,
> I really should move it to the new-style team maintainership (like how
the
> Python team works).
> I don't think it would be a good idea to make a new package use an
> old-style team.
>
> I'm not sure of your timings, but I probably should actually start to
move
> net-snmp onto the new style team. It would have been nice to do this
before
> the freeze but we are here now.
>
> - Craig
-----BEGIN PGP SIGNATURE-----
Version: FlowCrypt Email Encryption 8.1.3
Comment: Seamlessly send and receive encrypted email
wsFzBAEBCgAGBQJhSHVHACEJEAIhZsD/PITjFiEEXT3w9TizJ8CqeneiAiFm
wP88hON1+A//Us0cDz7Gal+NZq8sYXUvLE8QM8++gD+lmT/z+5oLU6E9RA1s
+4qq/tJ/OeKB0KawxO7z6SbztE7Jb+qFQF9tRuz38sy9+Y0VFJuw3qRYYm3c
QAIC4/rDEyPz34IUdLoZlwH8HsVPgcb3xeG0N0ylk3kNSPqml/Y6VzAzsAw+
t82KctEC89OqS0xAsubCqS28qBWg3TAYsmTba3fKXpxHSe3OVJpdcyUf+3xf
b4Z0YQpCjwmghSlBPBfoZazUOwLWC3ffNhYmKMXNM6SjqtMs02MZCTG5ggMF
iLkwu1NmbKt6isdEaMmuGUno14GwdqrFaniHaY6x67De5XxRYjMmIe8ZFdrx
+ZEbuKQ1Z1UBbYuAoSC0moX8gehqn5g0me5Se3BAvyT/W7DOGr0b+GREvIbo
LDEfKITsYgteyI16mYxbYJgz0gvCU7QASSDY2/k982Elp9/UglcfDnfv4FgW
vnEmDcxktcgDRDCOdmoAgiYpKjFbZi04nu2Ye++T/h7WoRTDcjTkyexbzj9B
oDkt/O55vJ/T/JjLASmN9G4m247rkU/2wdswHkCObFJtLMn2AWqEcjaFXcWM
cwRj+ojudCsi9O2veFHEAGJqaLLddXGYylXW8sXkP2nyhTrWE3+J7CfJpXe3
bZpZ8W580vDBzgvQt3MzWz0IR7p2+Q9B1z8=
=/At5
-----END PGP SIGNATURE-----
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.