Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No release since 2016 #1640

Closed
dbk-rabel opened this issue Aug 17, 2020 · 8 comments
Closed

No release since 2016 #1640

dbk-rabel opened this issue Aug 17, 2020 · 8 comments

Comments

@dbk-rabel
Copy link

Hi,
I see that there was no release since 2016, although there have been a lot of changes afterwards. Will there be any new release? That might make it easier for package maintainers to keep there packages up-to-date.
Yours
David

@D3luxee
Copy link

D3luxee commented Aug 26, 2020

Hi,
I agree with @dbk-rabel and currently im facing issues with the version of the monitoring-plugins on debian stretch & buster which are based on the v.2.2 release tag.
The check_ping -4 command does not work properly since its using the ping command without the -4 flag.
Without the -4 flag the ping command will prefer ipv6 over ipv4 if available.

If i run the ./autogen.sh by myself on the same host:
Tag v2.2:
--with-ping-command: /usr/bin/ping -n -U -w %d -c %d %s
master branch:
--with-ping-command: /usr/bin/ping -4 -n -U -w %d -c %d %s

Now i have to maintain my own package of the monitoring-plugins just to fix this issue. In my opinion it would make sense to tag a new release in the near future to give the package maintainers the chance of updating their packages.

@waja
Copy link
Member

waja commented Sep 9, 2020

Dear @D3luxee,

I agree with @dbk-rabel and currently im facing issues with the version of the monitoring-plugins on debian stretch & buster which are based on the v.2.2 release tag.
The check_ping -4 command does not work properly since its using the ping command without the -4 flag.
Without the -4 flag the ping command will prefer ipv6 over ipv4 if available.

If i run the ./autogen.sh by myself on the same host:
Tag v2.2:
--with-ping-command: /usr/bin/ping -n -U -w %d -c %d %s
master branch:
--with-ping-command: /usr/bin/ping -4 -n -U -w %d -c %d %s

Now i have to maintain my own package of the monitoring-plugins just to fix this issue. In my opinion it would make sense to tag a new release in the near future to give the package maintainers the chance of updating their packages.

It would be really great to report issues in Debian. You can check for existing bugs and if there is none yet, please report it.

Cheers, Jan (with my debian maintainer hat on).

@ghciv6
Copy link
Contributor

ghciv6 commented Sep 15, 2020

It would be really great to report issues in Debian. You can check for existing bugs and if there is none yet, please report it.

I think the package maintainer should monitor the upstream project itself. But i would also prefer a new release to distingish the code base and help package maintainer to detect the time to update.

@waja
Copy link
Member

waja commented Sep 16, 2020

Dear @ghciv6

I think the package maintainer should monitor the upstream project itself. But i would also prefer a new release to distingish the code base and help package maintainer to detect the time to update.

as you may know, Debian is a voluntary project. The documented way of the Debian project to report bugs is inside the BTS. Please keep in mind, that mostly packages are team maintained and even those are in most cases lacking manpower. You can expect what ever you want, also that maintainers monitor their upstream projects (what they mostly do in one or another way), but you should make their life not harder, so please do them a favour and report bugs where it is expected. Especially as @D3luxee described a packaging issue.

Jan, Debian maintainer of monitoring-plugins package.

@ghciv6
Copy link
Contributor

ghciv6 commented Sep 16, 2020

Dear @waja

it's clear to report a packaging issue to the package maintainer.

my intent was:
the debian package is only one package related to this project. the best signal to all of them is to increase the version number on a regular base.

@Al2Klimov
Copy link
Contributor

Now i have to maintain my own package of the monitoring-plugins just to fix this issue. In my opinion it would make sense to tag a new release in the near future to give the package maintainers the chance of updating their packages.

I have the same problem with #1614.

@hydrapolic
Copy link
Contributor

Same for Gentoo Linux, I'll gladly add a new version when the tag is available.

@sni
Copy link
Contributor

sni commented Dec 10, 2020

Fixed in #1651. Thanks for your patience.

@sni sni closed this as completed Dec 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants