[aur-general] no LLDP tools in [extra] or [community] :-/
There's a PKGBUILD for ladvd and lldpd in AUR currently, these are important networking tools in data center environments. Can someone please promote at least one of them to [community] or ideally [extra]? They're not high on votes, but I think this should be an exception since not many people are using Arch in data center environments anyhow that would need them and would thus vote on them. They both implement LLDP daemons.
On 2014-07-23 09:59 -0400 Ido Rosen wrote:
There's a PKGBUILD for ladvd and lldpd in AUR currently, these are important networking tools in data center environments. Can someone please promote at least one of them to [community] or ideally [extra]? They're not high on votes, but I think this should be an exception since not many people are using Arch in data center environments anyhow that would need them and would thus vote on them. They both implement LLDP daemons.
The lack of users is an argument against moving those packages to the official repos, even more so given that potential users would be technically competent and thus full capable of compiling the packages themselves. That said, most packages are moved to community because a TU has a personal interest in the package (and it has enough votes on the AUR and/or is considered an "essential" package). Packages important to niche environments are unlikely to be included unless there is a TU working in that niche environment. Regards, Xyne
On 23/07/2014 15:59, Ido Rosen wrote:
There's a PKGBUILD for ladvd and lldpd in AUR currently, these are important networking tools in data center environments. Can someone please promote at least one of them to [community] or ideally [extra]? They're not high on votes, but I think this should be an exception since not many people are using Arch in data center environments anyhow that would need them and would thus vote on them. They both implement LLDP daemons.
I agree. I will move them. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A
On 23/07/2014 23:35, Sébastien Luttringer wrote:
On 23/07/2014 15:59, Ido Rosen wrote:
There's a PKGBUILD for ladvd and lldpd in AUR currently, these are important networking tools in data center environments. Can someone please promote at least one of them to [community] or ideally [extra]? They're not high on votes, but I think this should be an exception since not many people are using Arch in data center environments anyhow that would need them and would thus vote on them. They both implement LLDP daemons.
I agree. I will move them.
Cheers,
lldpd is now in community. Looking deeper in lldp servers/agents capabilities, I came to the conclusion that including ladvd seems unnecessary. With this in mind: http://www.kempgen.net/voip/lldp-agents.html ladvd has no release since Feb 2012 and less features than lldpd. Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net GPG: 0x2072D77A
On Mon, Aug 4, 2014 at 11:31 AM, Sébastien Luttringer <seblu@seblu.net> wrote:
On 23/07/2014 23:35, Sébastien Luttringer wrote:
On 23/07/2014 15:59, Ido Rosen wrote:
There's a PKGBUILD for ladvd and lldpd in AUR currently, these are important networking tools in data center environments. Can someone please promote at least one of them to [community] or ideally [extra]? They're not high on votes, but I think this should be an exception since not many people are using Arch in data center environments anyhow that would need them and would thus vote on them. They both implement LLDP daemons.
I agree. I will move them.
Cheers,
lldpd is now in community.
Looking deeper in lldp servers/agents capabilities, I came to the conclusion that including ladvd seems unnecessary.
With this in mind: http://www.kempgen.net/voip/lldp-agents.html
ladvd has no release since Feb 2012 and less features than lldpd.
That's fair, thank you for packaging lldpd! I noticed RedHat no longer seems to package ladvd, and has switched to lldpad. Maybe we should package lldpad (aka Open-LLDP) from http://www.open-lldp.org/ ? Thoughts?
Cheers,
-- Sébastien "Seblu" Luttringer https://seblu.net GPG: 0x2072D77A
On 04/08/2014 17:39, Ido Rosen wrote:
On Mon, Aug 4, 2014 at 11:31 AM, Sébastien Luttringer <seblu@seblu.net> wrote:
On 23/07/2014 23:35, Sébastien Luttringer wrote:
On 23/07/2014 15:59, Ido Rosen wrote: That's fair, thank you for packaging lldpd! I noticed RedHat no longer seems to package ladvd, and has switched to lldpad. Maybe we should package lldpad (aka Open-LLDP) from http://www.open-lldp.org/ ? Thoughts?
Background: - Last release one year ago (not so RERO) - Last commit un May 2014 (good) - The software is not in AUR. (nobody seems to have interest) I get all LLDP info (even proprietary protocols) with lldpd and the soft is well maintained. Although I would be happy to see him in community, I do not feel the need to maintain both. Do you see a technical reason to get both? Regards, -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A
On Tue, Aug 5, 2014 at 8:28 PM, Sébastien Luttringer <seblu@seblu.net> wrote:
On 04/08/2014 17:39, Ido Rosen wrote:
On Mon, Aug 4, 2014 at 11:31 AM, Sébastien Luttringer <seblu@seblu.net> wrote:
On 23/07/2014 23:35, Sébastien Luttringer wrote:
On 23/07/2014 15:59, Ido Rosen wrote: That's fair, thank you for packaging lldpd! I noticed RedHat no longer seems to package ladvd, and has switched to lldpad. Maybe we should package lldpad (aka Open-LLDP) from http://www.open-lldp.org/ ? Thoughts?
Background: - Last release one year ago (not so RERO) - Last commit un May 2014 (good) - The software is not in AUR. (nobody seems to have interest)
I get all LLDP info (even proprietary protocols) with lldpd and the soft is well maintained. Although I would be happy to see him in community, I do not feel the need to maintain both. Do you see a technical reason to get both?
Well put. I see no technical reason other than RHEL compatibility, which isn't enough on its own. Lldpd is working great, btw. :)
Regards,
-- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A
participants (3)
-
Ido Rosen
-
Sébastien Luttringer
-
Xyne