Menu
▾
▴
net-tools-devel — Developer Mailinglist (guests welcome)
You can subscribe to this list here.
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(52) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2012 |
Jan
(63) |
Feb
(1) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(24) |
Jul
(5) |
Aug
|
Sep
|
Oct
(14) |
Nov
|
Dec
(9) |
| 2013 |
Jan
(18) |
Feb
(6) |
Mar
(1) |
Apr
(8) |
May
(8) |
Jun
(28) |
Jul
(1) |
Aug
(9) |
Sep
(7) |
Oct
(11) |
Nov
(9) |
Dec
|
| 2014 |
Jan
(9) |
Feb
(13) |
Mar
(4) |
Apr
(5) |
May
|
Jun
|
Jul
(4) |
Aug
(3) |
Sep
|
Oct
(8) |
Nov
(9) |
Dec
|
| 2015 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(2) |
May
(15) |
Jun
(2) |
Jul
(16) |
Aug
(4) |
Sep
(4) |
Oct
(2) |
Nov
(16) |
Dec
|
| 2016 |
Jan
(6) |
Feb
(5) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
(17) |
Dec
|
| 2017 |
Jan
(6) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2021 |
Jan
(10) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <be...@ec...> - 2025-06-27 17:05:19
|
<html><body><div dir="ltr">Hello,</div><div dir="ltr"><br></div><div dir="ltr" style="font-family: Aptos, Aptos_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-serif; font-size: 12pt;">Not sure what decisions you need, I am Fine with the manpage project shipping those translated man pages.</div><div id="ms-outlook-mobile-body-separator-line" dir="ltr"><br></div><div id="ms-outlook-mobile-signature"><span style="font-family: Aptos; font-size: 12pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">Gruß,</span><div dir="ltr" style="text-align: left; text-indent: 0px; background-color: rgb(255, 255, 255); font-family: Aptos; font-size: 12pt; color: rgb(0, 0, 0);">Bernd</div><div dir="ltr" style="text-align: left; text-indent: 0px; background-color: rgb(255, 255, 255); font-family: Aptos; font-size: 12pt; color: rgb(0, 0, 0);">-- </div><div style="font-family: Aptos; font-size: 12pt; color: rgb(0, 0, 0);"><span style="background-color: rgb(255, 255, 255);">https://bernd.eckenfels.net</span></div></div><div> </div><div id="mail-editor-reference-message-container" class="ms-outlook-mobile-reference-message"><hr style="display: inline-block; width: 98%;"><div id="divRplyFwdMsg" dir="ltr"><span style="font-family: Calibri, sans-serif;"><b>Von:</b> Helge Kreutzmann <de...@he...><br><b>Gesendet:</b> Freitag, Juni 27, 2025 10:39 AM<br><b>An:</b> be...@ec... <be...@ec...><br><b>Cc:</b> Mario Blättermann <mar...@gm...><br><b>Betreff:</b> Fwd: Re: Localized man pages in net-tools (bug 47)</span><div style="font-family: Calibri, sans-serif;"> </div></div>Hell Bernd, <br>sorry, now unsigned again. <br> <br>Greetings <br> <br>Helge <br> <br>----- Weitergeleitete Nachricht von Helge Kreutzmann <de...@he...> ----- <br> <br>> Date: Fri, 27 Jun 2025 08:38:10 +0000 <br>> From: Helge Kreutzmann <de...@he...> <br>> To: "be...@ec..." <be...@ec...> <br>> Cc: Mario Blättermann <mar...@gm...> <br>> Subject: Re: Localized man pages in net-tools (bug 47) <br>> <br>> Hello Bernd, <br>> I opened the issue almost 3 years ago, in September 2022. This means <br>> almost 3 years of translators and users (and Distribution packagers) <br>> waiting. <br>> <br>> So I will pursue the following course of action: <br>> <br>> a) You make a decision. Then this will be implemented. If this has not <br>> happend by 2025-08-01, then: <br>> <br>> b) I will import all translations from net-tools and contact all <br>> distributions packagers of net-tools I'm aware of and ask them to <br>> remove the translated man pages from their set. End of September <br>> manpages-l10n will start shipping the translations themselves. <br>> <br>> I think I provided all information, but for ~ 3 weeks I can still <br>> provide you with any further information, where necessary, but at some <br>> stage life has to go one and users need to get the translations. <br>> <br>> Greetings <br>> <br>> Helge <br>> <br>> P.S. I put Mario in CC, who co-maintains manpages-l10n with me, so if <br>> you need a second opinion from our side or if you have a urgent <br>> last minute question in July, please contact him. <br>> <br>> Am Tue, Jan 14, 2025 at 04:39:06PM +0100 schrieb be...@ec...: <br>> > For some reasonable last one worked :) <br>> > -- <br>> > http://bernd.eckenfels.net <br>> > <br>> > <br>> > ---------------------------------------------------------------------- <br>> > <br>> > Von: Helge Kreutzmann <de...@he...> <br>> > Gesendet: Samstag, Januar 11, 2025 9:01 AM <br>> > An: Bernd Eckenfels <be...@ec...> <br>> > Cc: va...@ge... <va...@ge...> <br>> > Betreff: Fwd: Re: Localized man pages in net-tools (bug 47) <br>> > <br>> > Hello Bernd, <br>> > sorry, now unsigned, I'm so used to do this … <br>> > <br>> > ----- Weitergeleitete Nachricht von Helge Kreutzmann <br>> > <de...@he...> ----- <br>> > <br>> > > Date: Sat, 11 Jan 2025 07:55:37 +0000 <br>> > > From: Helge Kreutzmann <de...@he...> <br>> > > To: Bernd Eckenfels <be...@ec...> <br>> > > Cc: va...@ge... <br>> > > Subject: Re: Localized man pages in net-tools (bug 47) <br>> > > <br>> > > Hello Bernd, <br>> > > thanks for your reply. <br>> > > <br>> > > Am Sat, Jan 11, 2025 at 07:50:39AM +0100 schrieb Bernd Eckenfels: <br>> > > > given the deprecation and removal status of net-tools my preferred <br>> > > > solution would add minimum work to distributions and package <br>> > maintainers. <br>> > > <br>> > > Great. The most minimal solution (and easiest) is to simply remove the <br>> > > translated man pages from your repository. A little bit fiddeling for <br>> > > me to integrate the translations from your side, but package <br>> > > maintainers at distributions won't need to make a change (simply a few <br>> > > files less to ship) and users won't need to do anything (if they are <br>> > > interested in localized documentation, they will most likely have <br>> > > manpages-nn installed, where nn is their language code, e.g. fr or es. <br>> > > <br>> > > And probably for you as well - you don't have to care about this topic <br>> > > in the future anymore, it is handled my manpages-l10n for you. E.g. <br>> > > new and updated translations simply "pop up" roughly every 3 months <br>> > > almost perfectly aligned to the english version shipped in the <br>> > > distribution. Just one release without the translated man pages would <br>> > > be great to ease the transition. That's all. <br>> > > <br>> > > > While I sympathize with deleting the translations this seems to add <br>> > > > additional work. Does that for example mean on a system where the <br>> > > > net-tools package is no longer installed by default its tool specific <br>> > man <br>> > > > pages will still be delivered? <br>> > > <br>> > > Yes, this is the downside. When you install, say, manpages-fr, you get <br>> > > *all* French man page translations for ~ 100 projects, even if some of <br>> > > them are not on your system. Given the size of hard discs nowadays, I <br>> > > don't think this is a problem. And more documentation IMHO does not <br>> > > hurt - in the end, installing the tools is quite easy in all <br>> > > distributions. <br>> > > <br>> > > (Note: If a distribution does not ship an english man page, e.g. the <br>> > > tool is not present in this distribution, then also the localized man <br>> > > page is *not* shipped. So users only "see" man pages for which they <br>> > > can easily install the package/tool as well.) <br>> > > <br>> > > > therefore keeping the translations seems to be a good option. I am <br>> > still <br>> > > > not entirely sure why the translation tools are in disarray, after all <br>> > > > they have been used in the past. But if you think your patches help, <br>> > let’s <br>> > > > revisit it. <br>> > > <br>> > > They are not automatically maintained, partially outdated, difficult <br>> > > to maintain for translators. I can expand on this, if you need, given <br>> > > ~ 25 years experience as translator. <br>> > > <br>> > > If you want to maintain the translations yourself, I'm happy to <br>> > > transfer the part from manpages-l10n. Then please integrate my patches <br>> > > for po4a. I'm not a programmer, but I do my best to suite your needs, <br>> > > but the bug 47 has not seen any comments from your side. After <br>> > > po4a is integrated, I will then send you the translations from <br>> > manpages-l10n <br>> > > and then you should probably make a call for updates, to get them all <br>> > > aligned to the latest version. (And afterwards it would be good to <br>> > > make a release, so that they are shipped). <br>> > > <br>> > > > maybe we should also contact Debian, Ubuntu, el and SUSE to see what <br>> > they <br>> > > > think. <br>> > > > <br>> > > > maybe delete the man pages which are common, since they probably <br>> > already <br>> > > > installed from different sources? <br>> > > <br>> > > If you need to do some market research, fine. Please tell me the <br>> > > result. Maybe you can ask them as well how the net tools packagers <br>> > > feel about shipping localized man pages? <br>> > > <br>> > > > Gruss <br>> > > > bernd <br>> > > > <br>> > > > BTW: I am not sure why my main mail program (mobile outlook) can’t <br>> > open <br>> > > > your S/Mime message, took me some time to get to it, sorry for the <br>> > delay <br>> > > > in answering, <br>> > > <br>> > > I always sign my e-mails, apologies that your infrastructure does not <br>> > > handle this, I will try to send unsigned messages to you in the <br>> > > future. And your reply was quick, so no need to say sorry at all. <br>> > > <br>> > > Greetings <br>> > > <br>> > > Helge <br>> > > -- <br>> > > Dr. Helge Kreutzmann de...@he... <br>> > > Dipl.-Phys. http://www.helgefjell.de/debian.php <br>> > > 64bit GNU powered gpg signed mail preferred <br>> > > Help keep free software "libre": http://www.ffii.de/ <br>> > <br>> > ----- Ende weitergeleitete Nachricht ----- <br>> > <br>> > -- <br>> > Dr. Helge Kreutzmann de...@he... <br>> > Dipl.-Phys. http://www.helgefjell.de/debian.php <br>> > 64bit GNU powered gpg signed mail preferred <br>> > Help keep free software "libre": http://www.ffii.de/ <br>> > <br>> > -- <br>> > http://bernd.eckenfels.net <br>> <br>> -- <br>> Dr. Helge Kreutzmann de...@he... <br>> Dipl.-Phys. http://www.helgefjell.de/debian.php <br>> 64bit GNU powered gpg signed mail preferred <br>> Help keep free software "libre": http://www.ffii.de/ <br> <br> <br> <br>----- Ende weitergeleitete Nachricht ----- <br> <br>-- <br>Dr. Helge Kreutzmann de...@he... <br>Dipl.-Phys. http://www.helgefjell.de/debian.php <br>64bit GNU powered gpg signed mail preferred <br>Help keep free software "libre": http://www.ffii.de/ <br> <br></div></body></html> |
|
From: ecki <ec...@zu...> - 2025-05-14 20:40:58
|
<html><body><div dir="ltr">Hello,</div><div dir="ltr"><br></div><div dir="ltr">thanks Mohamed Maatallah (@Zephkek) for finding, reporting and coordinating this Medium severity security bug. We now issued our first CVE (pending acceptqnce with the help of GitHub). The Fix for this issue is in the source repo and will be part of the upcoming 2.20 release.</div><div dir="ltr"><br></div><div dir="ltr" style="color: rgb(0, 0, 0);"><a rel="noreferrer noopener" href="https://github.com/ecki/net-tools/security/advisories/GHSA-pfwf-h6m3-63wf">https://github.com/ecki/net-tools/security/advisories/GHSA-pfwf-h6m3-63wf</a></div><div id="ms-outlook-mobile-body-separator-line" dir="ltr"><br></div><div id="ms-outlook-mobile-signature"><div dir="ltr">Gruß,</div><div dir="ltr">Bernd</div><div dir="ltr">-- </div><div dir="ltr">https://bernd.eckenfels.net</div></div><div id="mail-editor-reference-message-container" class="ms-outlook-mobile-reference-message"><hr style="display: inline-block; width: 98%;"><div id="divRplyFwdMsg" dir="ltr"><span style="font-family: Calibri, sans-serif;"><b>Von:</b> co...@ne... <co...@ne...> im Auftrag von net-tools Git repository <no...@co...><br><b>Gesendet:</b> Mittwoch, Mai 14, 2025 10:09 PM<br><b>An:</b> net-tools Git repository <no...@co...><br><b>Betreff:</b> [net-tools:code] New commit [7a8f42] by Zephkeks</span><div style="font-family: Calibri, sans-serif;"> </div></div><h2 class="markdown_content">Branch: master</h2><p class="markdown_content">CVE-2025-46836: interface.c: Stack-based Buffer Overflow in get_name()</p><p class="markdown_content">Coordinated as GHSA-pfwf-h6m3-63wf</p><p class="markdown_content">By Zephkeks on 05/13/2025 09:04<br> <b><a href="https://sourceforge.net/p/net-tools/code/ci/7a8f42fb20013a1493d8cae1c43436f85e656f2d/" style="margin-top: 0px; margin-bottom: 0px;">View Changes</a></b></p><hr><p class="markdown_content">Sent from sourceforge.net because you indicated interest in <a href="https://sourceforge.net/p/net-tools/code/" style="margin-top: 0px; margin-bottom: 0px;">https://sourceforge.net/p/net-tools/code/</a></p><p class="markdown_content">To unsubscribe from further messages, please visit <a href="https://sourceforge.net/auth/subscriptions/" style="margin-top: 0px; margin-bottom: 0px;">https://sourceforge.net/auth/subscriptions/</a></p><div><link itemprop="url" href="https://sourceforge.net/p/net-tools/code/"> <meta itemprop="name" content="View"> </div><meta itemprop="description" content="View"> </div><div> </div></body></html> |
|
From: Mike F. <va...@ge...> - 2023-12-02 01:13:02
|
looks like this was merged via GH https://github.com/ecki/net-tools/pull/22 -mike |
|
From: Zach v. R. <me...@zv...> - 2023-06-21 17:41:00
|
Commit d828f5ce7cbd8d8c5cc4cf8f4a402f9647fa8548 introduced 64-bit interface counters. Commit 811cf0aaf40a0e7f426f8ffaea7c3ca4b8bebdfc changed %llu (correct) to %Lu (incorrect). This patch reverts the latter, present since 2001 shortly after the release of v1.60. |
|
From: Bernd <ec...@zu...> - 2022-12-16 22:21:12
|
<html><body><div dir="ltr"><div>
</div><div>
<div>On my GitHub mirror of net-tools is a feature request to provide parameter extraction ifconfig scripting features (ifconfig eth0 mtu). I am not sure if it’s worth it, but if somebody wants to discuss a concept here and propose a pull request, why not:</div><div dir="ltr"><br></div><div dir="ltr"><a rel="noreferrer noopener" href="https://github.com/ecki/net-tools/issues/19">https://github.com/ecki/net-tools/issues/19</a><br></div><div dir="ltr"><br></div><div dir="ltr">Gruss</div><div dir="ltr">Bernd</div><div id="ms-outlook-mobile-signature"><div style="direction:ltr">-- </div><div style="direction:ltr">http://bernd.eckenfels.net</div></div>
</div>
</div></body></html>
|
|
From: Alejandro C. <alx...@gm...> - 2022-10-01 22:22:44
|
Hi,
Bernd recommended me to consider inetutils for this program (see the
forwarded mail), since net-tools is deprecated.
Yes, it has a race condition by the nature of the port being free at the
time the program prints it, but the kernel will not reuse it unless all
other ports have been used first (AFAIK), so the chances are quite low,
and also the program for which we will use it is just some introductory
tutorial, and not something critical.
Options for selecting the interface, and also to select a port range,
could be implemented easily, and seem useful to me. (Thanks, Bernd, for
your recommendations and small review.)
Would you be interested in adding this tool to inetutils? I would help
maintain it.
Cheers,
Alex
-------- Forwarded Message --------
[resent from a subscribed address; again, since it didn't work...]
[D'oh, I hadn't confirmed subscription; sorry Mike for spamming you :/]
Hi,
As a side effect of doing some work for NGINX Unit, I developed the
following program, which I think might be useful for the general public
and not only for us. Would you want to pick the program for the
net-tools project? I'd be able to help maintain it. Also, since I'm
also the maintainer of the Linux man-pages, you can expect that I'll
provide a manual page for the program.
The program is as simple as it gets. A draft for the manual page would be:
NAME
freeport - get a random unused port number
SYNOPSIS
freeport
DESCRIPTION
This program prints an available IPv4 port and exits.
The port is chosen at random from the ephemeral ports range
(see ip(7)).
EXIT STATUS
0 Success
1 Error
On error, a message is printed on standard error.
And the source code is:
$ cat freeport.c
/*
* SPDX-License-Identifier: GPL-2.0-or-later
* Copyright 2022 NGINX, Inc.
* Copyright 2022 F5, Inc.
*
* Author: Alejandro Colomar <al...@ng...>
*/
#include <netinet/in.h>
#include <stdio.h>
#include <stdlib.h>
#include <strings.h>
#include <sys/socket.h>
#include <unistd.h>
int32_t get_free_port(void);
int
main(void)
{
int32_t port;
port = get_free_port();
if (port == -1)
exit(EXIT_FAILURE);
printf("%d\n", port);
exit(EXIT_SUCCESS);
}
int32_t
get_free_port(void)
{
int sfd;
int32_t port;
socklen_t len;
struct sockaddr_in addr;
sfd = socket(PF_INET, SOCK_STREAM, 0);
if (sfd == -1) {
perror("socket()");
return -1;
}
bzero(&addr, sizeof(addr));
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK);
addr.sin_port = htons(0); // random port
len = sizeof(addr);
if (bind(sfd, (struct sockaddr *) &addr, len)) {
perror("bind()");
goto fail;
}
if (getsockname(sfd, (struct sockaddr *) &addr, &len)) {
perror("getsockname()");
goto fail;
}
port = ntohs(addr.sin_port);
fail:
close(sfd);
return port;
}
Would you be interested in this program?
It was written on Linux, and I'm not sure about its portability (didn't
check), so one of the things to check for adding it to net-tools would
be that.
Cheers,
Alex
--
<http://www.alejandro-colomar.es/>
|
|
From: Bernd <ec...@zu...> - 2022-10-01 22:05:59
|
<html><body><div dir="ltr"><div style="">
</div><div style=""><div>
<div><span style="font-size: 12pt; line-height: normal;">Hello Alejandro,</span></div><div dir="ltr"><br></div><div dir="ltr"><span style="font-size: 12pt; line-height: normal;">Thanks for considering the net-Tools project. I am not so sure that we are a good fit, the package is deprecated and you don’t want to start the career of your tool that way. Also the focus of net-Tools is quite narrow on cross-unix available network admin commands, that’s also not the best fit.</span></div><div dir="ltr"><br></div><div dir="ltr"><span style="font-size: 12pt; line-height: normal;">I think there is a GNU inetutils package, maybe you can get merged there. (But those are much more cross platform, But your code looks like it’s standard/bsd api)</span></div><div dir="ltr"><br></div><div dir="ltr"><span style="font-size: 12pt; line-height: normal;"> BTW the program has by its nature of freeing the socket descriptor a race condition, it’s usually better to actually allocate the port in the target app and then report on it (but yes that’s not always possible). Also I think to remeber a similar tool which could actually inherit the open fd (Kind of like inetd but in slim, but I can’t find it anymore.</span><span style="font-size: 12pt; line-height: normal;"> Maybe you want to implement the idea (an extra-e option).</span></div><div dir="ltr"><span style="font-size: inherit;"><br></span></div><div dir="ltr"><span style="font-size: 12pt; line-height: normal;">Also maybe being able to specify the bind address (or at least : :1) should be possible. And I know some people want to be able to specify a range to select from (in that case the port 0 trick does not work and you have to actually loop over the range (with pseudo random steps).</span></div><div dir="ltr"><br></div><div dir="ltr"><span style="font-size: 12pt; line-height: normal;">Gruss</span></div><div dir="ltr"><span style="font-size: 12pt; line-height: normal;">Bernd</span></div><div id="ms-outlook-mobile-signature"><div style="direction:ltr"><span style="font-size: 12pt; line-height: normal;">-- </span></div><div style="direction:ltr"><span style="font-size: 12pt; line-height: normal;">http://bernd.eckenfels.net</span></div></div><span style="font-size: 12pt; line-height: normal;">
</span></div><span style="font-size: 12pt; line-height: normal;">
</span><div><span style="font-size: 12pt; line-height: normal;"> </span></div><hr style="display:inline-block;width:98%" tabindex="-1"><div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif"><span style="font-size: 17pt; line-height: normal;"><span style="line-height: normal; font-size: 12pt;">Von:</span></span><span style="font-size: 12pt; line-height: normal;"> Alejandro Colomar <alx...@gm...></span><br><span style="font-size: 17pt; line-height: normal;"><span style="line-height: normal; font-size: 12pt;">Gesendet:</span></span><span style="font-size: 12pt; line-height: normal;"> Samstag, Oktober 1, 2022 5:30 PM</span><br><span style="font-size: 17pt; line-height: normal;"><span style="line-height: normal; font-size: 12pt;">An:</span></span><span style="font-size: 12pt; line-height: normal;"> net...@li... <net...@li...></span><br><span style="font-size: 17pt; line-height: normal;"><span style="line-height: normal; font-size: 12pt;">Betreff:</span></span><span style="font-size: 12pt; line-height: normal;"> [net-tools-devel] [RESEND] freeport(1)</span><div><span style="font-size: 12pt; line-height: normal;"> </span></div></font></div><span style="font-size: 12pt; line-height: normal;">[resent from a subscribed address; again, since it didn't work...]
</span><br><span style="font-size: 12pt; line-height: normal;">[D'oh, I hadn't confirmed subscription; sorry Mike for spamming you :/]
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">Hi,
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">As a side effect of doing some work for NGINX Unit, I developed the
</span><br><span style="font-size: 12pt; line-height: normal;">following program, which I think might be useful for the general public
</span><br><span style="font-size: 12pt; line-height: normal;">and not only for us. Would you want to pick the program for the
</span><br><span style="font-size: 12pt; line-height: normal;">net-tools project? I'd be able to help maintain it. Also, since I'm
</span><br><span style="font-size: 12pt; line-height: normal;">also the maintainer of the Linux man-pages, you can expect that I'll
</span><br><span style="font-size: 12pt; line-height: normal;">provide a manual page for the program.
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">The program is as simple as it gets. A draft for the manual page would be:
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">NAME
</span><br><span style="font-size: 12pt; line-height: normal;"> freeport - get a random unused port number
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">SYNOPSIS
</span><br><span style="font-size: 12pt; line-height: normal;"> freeport
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">DESCRIPTION
</span><br><span style="font-size: 12pt; line-height: normal;"> This program prints an available IPv4 port and exits.
</span><br>
<br><span style="font-size: 12pt; line-height: normal;"> The port is chosen at random from the ephemeral ports range
</span><br><span style="font-size: 12pt; line-height: normal;"> (see ip(7)).
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">EXIT STATUS
</span><br><span style="font-size: 12pt; line-height: normal;"> 0 Success
</span><br><span style="font-size: 12pt; line-height: normal;"> 1 Error
</span><br>
<br><span style="font-size: 12pt; line-height: normal;"> On error, a message is printed on standard error.
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">And the source code is:
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">$ cat freeport.c
</span><br><span style="font-size: 12pt; line-height: normal;">/*
</span><br><span style="font-size: 12pt; line-height: normal;"> * SPDX-License-Identifier: GPL-2.0-or-later
</span><br><span style="font-size: 12pt; line-height: normal;"> * Copyright 2022 NGINX, Inc.
</span><br><span style="font-size: 12pt; line-height: normal;"> * Copyright 2022 F5, Inc.
</span><br><span style="font-size: 12pt; line-height: normal;"> *
</span><br><span style="font-size: 12pt; line-height: normal;"> * Author: Alejandro Colomar <al...@ng...>
</span><br><span style="font-size: 12pt; line-height: normal;"> */
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">#include <netinet/in.h>
</span><br><span style="font-size: 12pt; line-height: normal;">#include <stdio.h>
</span><br><span style="font-size: 12pt; line-height: normal;">#include <stdlib.h>
</span><br><span style="font-size: 12pt; line-height: normal;">#include <strings.h>
</span><br><span style="font-size: 12pt; line-height: normal;">#include <sys/socket.h>
</span><br><span style="font-size: 12pt; line-height: normal;">#include <unistd.h>
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">int32_t get_free_port(void);
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">int
</span><br><span style="font-size: 12pt; line-height: normal;">main(void)
</span><br><span style="font-size: 12pt; line-height: normal;">{
</span><br><span style="font-size: 12pt; line-height: normal;"> int32_t port;
</span><br>
<br><span style="font-size: 12pt; line-height: normal;"> port = get_free_port();
</span><br><span style="font-size: 12pt; line-height: normal;"> if (port == -1)
</span><br><span style="font-size: 12pt; line-height: normal;"> exit(EXIT_FAILURE);
</span><br>
<br><span style="font-size: 12pt; line-height: normal;"> printf("%d\n", port);
</span><br><span style="font-size: 12pt; line-height: normal;"> exit(EXIT_SUCCESS);
</span><br><span style="font-size: 12pt; line-height: normal;">}
</span><br>
<br><span style="font-size: 12pt; line-height: normal;">
</span><br><span style="font-size: 12pt; line-height: normal;">int32_t
</span><br><span style="font-size: 12pt; line-height: normal;">get_free_port(void)
</span><br><span style="font-size: 12pt; line-height: normal;">{
</span><br><span style="font-size: 12pt; line-height: normal;"> int sfd;
</span><br><span style="font-size: 12pt; line-height: normal;"> int32_t port;
</span><br><span style="font-size: 12pt; line-height: normal;"> socklen_t len;
</span><br><span style="font-size: 12pt; line-height: normal;"> struct sockaddr_in addr;
</span><br>
<br><span style="font-size: 12pt; line-height: normal;"> sfd = socket(PF_INET, SOCK_STREAM, 0);
</span><br><span style="font-size: 12pt; line-height: normal;"> if (sfd == -1) {
</span><br><span style="font-size: 12pt; line-height: normal;"> perror("socket()");
</span><br><span style="font-size: 12pt; line-height: normal;"> return -1;
</span><br><span style="font-size: 12pt; line-height: normal;"> }
</span><br>
<br><span style="font-size: 12pt; line-height: normal;"> bzero(&addr, sizeof(addr));
</span><br><span style="font-size: 12pt; line-height: normal;"> addr.sin_family = AF_INET;
</span><br><span style="font-size: 12pt; line-height: normal;"> addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK);
</span><br><span style="font-size: 12pt; line-height: normal;"> addr.sin_port = </span><br>
<br></div></div></body></html>
|
|
From: Alejandro C. <alx...@gm...> - 2022-10-01 15:30:17
|
[resent from a subscribed address; again, since it didn't work...]
[D'oh, I hadn't confirmed subscription; sorry Mike for spamming you :/]
Hi,
As a side effect of doing some work for NGINX Unit, I developed the
following program, which I think might be useful for the general public
and not only for us. Would you want to pick the program for the
net-tools project? I'd be able to help maintain it. Also, since I'm
also the maintainer of the Linux man-pages, you can expect that I'll
provide a manual page for the program.
The program is as simple as it gets. A draft for the manual page would be:
NAME
freeport - get a random unused port number
SYNOPSIS
freeport
DESCRIPTION
This program prints an available IPv4 port and exits.
The port is chosen at random from the ephemeral ports range
(see ip(7)).
EXIT STATUS
0 Success
1 Error
On error, a message is printed on standard error.
And the source code is:
$ cat freeport.c
/*
* SPDX-License-Identifier: GPL-2.0-or-later
* Copyright 2022 NGINX, Inc.
* Copyright 2022 F5, Inc.
*
* Author: Alejandro Colomar <al...@ng...>
*/
#include <netinet/in.h>
#include <stdio.h>
#include <stdlib.h>
#include <strings.h>
#include <sys/socket.h>
#include <unistd.h>
int32_t get_free_port(void);
int
main(void)
{
int32_t port;
port = get_free_port();
if (port == -1)
exit(EXIT_FAILURE);
printf("%d\n", port);
exit(EXIT_SUCCESS);
}
int32_t
get_free_port(void)
{
int sfd;
int32_t port;
socklen_t len;
struct sockaddr_in addr;
sfd = socket(PF_INET, SOCK_STREAM, 0);
if (sfd == -1) {
perror("socket()");
return -1;
}
bzero(&addr, sizeof(addr));
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK);
addr.sin_port = htons(0); // random port
len = sizeof(addr);
if (bind(sfd, (struct sockaddr *) &addr, len)) {
perror("bind()");
goto fail;
}
if (getsockname(sfd, (struct sockaddr *) &addr, &len)) {
perror("getsockname()");
goto fail;
}
port = ntohs(addr.sin_port);
fail:
close(sfd);
return port;
}
Would you be interested in this program?
It was written on Linux, and I'm not sure about its portability (didn't
check), so one of the things to check for adding it to net-tools would
be that.
Cheers,
Alex
--
<http://www.alejandro-colomar.es/>
|
|
From: Mike F. <va...@ge...> - 2021-12-13 21:20:03
|
On 13 Dec 2021 19:40, Peter Radisson wrote: > Did you notice, i have reported a "bug" ? if you mean this report, it's already closed & fixed: https://sourceforge.net/p/net-tools/bugs/45/ if you mean a diff bug, i don't know what you're referring to, so please link it. > I noticed that when i rewrote the flags output. If you > are interessted i can post the code, it solves the problem > keeping the output in sync for short and long output. > > I am working on a code to have a better controled output. > (I needed same special informations and was tired to play > with sed). Interessted to participate ? feel free to send patches to the list for review -mike |
|
From: Peter R. <rad...@we...> - 2021-12-13 18:40:45
|
Am 12.12.21 um 04:55 schrieb Mike Frysinger: > On 28 Nov 2021 00:00, Rad...@we... wrote: >> I took a dive into othe code and found this example >> of code duplication. the output is not changed at >> all only the code duplication is gone. > > i fixed up the style a bit & pushed it. thanks! > -mike > hi, thx for the info, good to see the list is not dead yet. Did you notice, i have reported a "bug" ? I noticed that when i rewrote the flags output. If you are interessted i can post the code, it solves the problem keeping the output in sync for short and long output. I am working on a code to have a better controled output. (I needed same special informations and was tired to play with sed). Interessted to participate ? re |
|
From: Mike F. <va...@ge...> - 2021-12-12 04:15:11
|
On 28 Nov 2021 00:00, Rad...@we... wrote: > I took a dive into the code and found this example > of code duplication. the output is not changed at > all only the code duplication is gone. i fixed up the style a bit & pushed it. thanks! -mike |
|
From: <Rad...@we...> - 2021-11-27 23:00:39
|
I took a dive into the code and found this example
of code duplication. the output is not changed at
all only the code duplication is gone.
-- >8 --
make the calculation of units into one routine
use it for tx and rx
Signed-off-by: Peter Radission <Rad...@gm...>
---
lib/interface.c | 77 ++++++++++++++++++++++---------------------------
1 file changed, 34 insertions(+), 43 deletions(-)
diff --git a/lib/interface.c b/lib/interface.c
index a94cd1c..8fa5455 100644
--- a/lib/interface.c
+++ b/lib/interface.c
@@ -643,6 +643,35 @@ void ife_print_short(struct interface *ptr)
/* DONT FORGET TO ADD THE FLAGS IN ife_print_long, too */
printf("\n");
}
+/*
+ value -> val unit
+ */
+
+static void ife_unit(unsigned long long value, char **text ,unsigned long long *short_val)
+{
+ *text="B";
+ *short_val=value*10;
+
+ if (value > 1152921504606846976ull) {
+ *short_val = value / 115292150460684697ull;
+ *text = "EiB";
+ } else if (value > 1125899906842624ull) {
+ *short_val /= 1125899906842624ull;
+ *text = "PiB";
+ } else if (value > 1099511627776ull) {
+ *short_val /= 1099511627776ull;
+ *text = "TiB";
+ } else if (value > 1073741824ull) {
+ *short_val /= 1073741824ull;
+ *text = "GiB";
+ } else if (value > 1048576) {
+ *short_val /= 1048576;
+ *text = "MiB";
+ } else if (value > 1024) {
+ *short_val /= 1024;
+ *text = "KiB";
+ }
+}
void ife_print_long(struct interface *ptr)
{
@@ -651,8 +680,7 @@ void ife_print_long(struct interface *ptr)
int hf;
int can_compress = 0;
unsigned long long rx, tx, short_rx, short_tx;
- const char *Rext = "B";
- const char *Text = "B";
+ char *Rext,*Text;
static char flags[200];
#if HAVE_AFIPX
@@ -865,48 +893,11 @@ void ife_print_long(struct interface *ptr)
* by all addresses.
*/
rx = ptr->stats.rx_bytes;
- short_rx = rx * 10;
- if (rx > 1152921504606846976ull) {
- short_rx = rx / 115292150460684697ull;
- Rext = "EiB";
- } else if (rx > 1125899906842624ull) {
- short_rx /= 1125899906842624ull;
- Rext = "PiB";
- } else if (rx > 1099511627776ull) {
- short_rx /= 1099511627776ull;
- Rext = "TiB";
- } else if (rx > 1073741824ull) {
- short_rx /= 1073741824ull;
- Rext = "GiB";
- } else if (rx > 1048576) {
- short_rx /= 1048576;
- Rext = "MiB";
- } else if (rx > 1024) {
- short_rx /= 1024;
- Rext = "KiB";
- }
- tx = ptr->stats.tx_bytes;
- short_tx = tx * 10;
- if (tx > 1152921504606846976ull) {
- short_tx = tx / 115292150460684697ull;
- Text = "EiB";
- } else if (tx > 1125899906842624ull) {
- short_tx /= 1125899906842624ull;
- Text = "PiB";
- } else if (tx > 1099511627776ull) {
- short_tx /= 1099511627776ull;
- Text = "TiB";
- } else if (tx > 1073741824ull) {
- short_tx /= 1073741824ull;
- Text = "GiB";
- } else if (tx > 1048576) {
- short_tx /= 1048576;
- Text = "MiB";
- } else if (tx > 1024) {
- short_tx /= 1024;
- Text = "KiB";
- }
+ ife_unit(rx,&Rext,&short_rx);
+ tx = ptr->stats.tx_bytes;
+ ife_unit(tx,&Text,&short_tx);
+
printf(" ");
printf(_("RX packets %llu bytes %llu (%lu.%lu %s)\n"),
ptr->stats.rx_packets,
--
2.31.1
|
|
From: Bernd E. <ec...@zu...> - 2021-08-18 20:05:20
|
<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; font-size:11.0pt; font-family:"Calibri",sans-serif;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} .MsoChpDefault {mso-style-type:export-only;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 2.0cm 70.85pt;} div.WordSection1 {page:WordSection1;} --></style></head><body lang=DE link=blue vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal>Hello,</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>if it helps, you can provide a pull request against Github as well, I usually Keep them in sync:</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><a href="https://github.com/ecki/net-tools">GitHub - ecki/net-tools: Linux base networking tools</a></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>And just for reference, I think this is the related bug if you want to Mention #32 in the commit:</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><a href="https://sourceforge.net/p/net-tools/bugs/32/">net-tools / Bugs / #32 DDP (AppleTalk) support broken (sourceforge.net)</a></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Other than that, I prefer to check all the different file names unconditionally (no dependency on kernel versions), and as Mike mention: no need to look at anything besides Linux. (I say this without having checked the patch, is it on netdev?)</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Gruss</p><p class=MsoNormal>Bernd</p><p class=MsoNormal>-- <o:p></o:p></p><p class=MsoNormal>https://bernd.eckenfels.net<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='border:none;padding:0cm'><b>Von: </b><a href="mailto:va...@ge...">Mike Frysinger</a><br><b>Gesendet: </b>Mittwoch, 18. August 2021 21:30<br><b>An: </b><a href="mailto:joe...@gm...">Joe Jamison</a><br><b>Cc: </b><a href="mailto:ph...@gn...">ph...@gn...</a>; <a href="mailto:net...@li...">net...@li...</a><br><b>Betreff: </b>Re: [net-tools-devel] [PATCH] AppleTalk pathnames in /proc/net</p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>On 01 Aug 2021 15:27, Joe Jamison wrote:</p><p class=MsoNormal>> From 9efbaa165fec64bb832940f752e7f2fe113cdaf8 Mon Sep 17 00:00:00 2001</p><p class=MsoNormal>> From: Joe Jamison <jo...@sm...></p><p class=MsoNormal>> Date: Sun, 1 Aug 2021 12:17:52 -0500</p><p class=MsoNormal>> Subject: [PATCH] Updated AppleTalk/DDP pathnames in /proc/net</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>for future patches, can you include our mailing list ?</p><p class=MsoNormal>net...@li...</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>> As of Linux 2.5.41 (Oct-2002), the proc directory entry for</p><p class=MsoNormal>> AppleTalk was changed from 'appletalk' to 'atalk'. This patch</p><p class=MsoNormal>> adds checks to see if net-tools is being compiled for Linux,</p><p class=MsoNormal>> and if compiling against versions greater than 2.5.41, re-defining</p><p class=MsoNormal>> _PATH_PROCNET_ATALK as "/proc/net/atalk". Previously,</p><p class=MsoNormal>> ifconfig would try to access "/proc/net/appletalk", which would</p><p class=MsoNormal>> result in an ENOENT error on newer Linux systems. The path is</p><p class=MsoNormal>> left alone for other UNIXes where this may apply.</p><p class=MsoNormal>> </p><p class=MsoNormal>> </p><p class=MsoNormal>> Tested on: net-tools latest w/atalkd 2.2.6, Linux 4.14.240-amd64</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>we only support Linux, so we don't need __linux__ checks.</p><p class=MsoNormal>you can see how we hardcode linux/ includes everywhere.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>wrt version checks, we document:</p><p class=MsoNormal>> These have largely been tested against Linux kernels 2.6+. They might work</p><p class=MsoNormal>> against older ones if anyone actually still cares about those anymore.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>so i'm inclined to just assume 2.6.0+ nowadays. no one is shipping 2.5 (which</p><p class=MsoNormal>was largely dev only), and no one is building or testing 2.2 or 2.4.</p><p class=MsoNormal>-mike</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>_______________________________________________</p><p class=MsoNormal>net-tools-devel mailing list</p><p class=MsoNormal>net...@li...</p><p class=MsoNormal>https://lists.sourceforge.net/lists/listinfo/net-tools-devel</p><p class=MsoNormal><o:p> </o:p></p></div></body></html> |
|
From: Mike F. <va...@ge...> - 2021-08-18 19:30:07
|
On 01 Aug 2021 15:27, Joe Jamison wrote: > From 9efbaa165fec64bb832940f752e7f2fe113cdaf8 Mon Sep 17 00:00:00 2001 > From: Joe Jamison <jo...@sm...> > Date: Sun, 1 Aug 2021 12:17:52 -0500 > Subject: [PATCH] Updated AppleTalk/DDP pathnames in /proc/net for future patches, can you include our mailing list ? net...@li... > As of Linux 2.5.41 (Oct-2002), the proc directory entry for > AppleTalk was changed from 'appletalk' to 'atalk'. This patch > adds checks to see if net-tools is being compiled for Linux, > and if compiling against versions greater than 2.5.41, re-defining > _PATH_PROCNET_ATALK as "/proc/net/atalk". Previously, > ifconfig would try to access "/proc/net/appletalk", which would > result in an ENOENT error on newer Linux systems. The path is > left alone for other UNIXes where this may apply. > > > Tested on: net-tools latest w/atalkd 2.2.6, Linux 4.14.240-amd64 we only support Linux, so we don't need __linux__ checks. you can see how we hardcode linux/ includes everywhere. wrt version checks, we document: > These have largely been tested against Linux kernels 2.6+. They might work > against older ones if anyone actually still cares about those anymore. so i'm inclined to just assume 2.6.0+ nowadays. no one is shipping 2.5 (which was largely dev only), and no one is building or testing 2.2 or 2.4. -mike |
|
From: m05240db <be...@ec...> - 2021-02-26 17:04:59
|
<html><body><div dir="ltr"><div>
</div><div><div>
<div>Hello,</div><div dir="ltr"><br></div><div dir="ltr">Yes route and netstat -r use basically the same code (some different default columns, if I remeber right with the -e option this can be controlled). </div><div dir="ltr"><br></div><div dir="ltr">There is not really a logic behind that besides that historically some Unox/BSD used route and others netstat, so we just offer both.</div><div dir="ltr"><br></div><div dir="ltr">I want to mention that both use an limited/outdated interface and are deprecated. The more modern iproute2 should be used (ss as replacement of netstat and ip route as replacement of route). Also there are some alternative tools, for example I think busybox has their own implementation.</div><div dir="ltr"><br></div><div dir="ltr">BTW despite net-Tools beeing deprecated in favor of ip route we just released a maintenance version, the first since years which unifies a few patches from the various distributions, which all did a good job in curating user wishes.</div><div dir="ltr"><br></div><div dir="ltr">Gruss</div><div dir="ltr">Bernd</div><div id="ms-outlook-mobile-signature"><div style="direction: ltr">-- </div><div style="direction: ltr">http://bernd.eckenfels.net</div></div>
</div>
<div> </div><hr style="display:inline-block;width:98%" tabindex="-1"><div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif"><b>Von:</b> William Chen <wil...@gm...><br><b>Gesendet:</b> Freitag, Februar 26, 2021 5:41 PM<br><b>An:</b> Bernd Eckenfels<br><b>Betreff:</b> difference between route and netstat<div> </div></font></div>Dear Bernd,
<br>
<br>I see your excellent contribution related to route and netstat. I hope that you are well.
<br>
<br>It seems that route and netstat return almost the same results. Would you please let me know the difference between them? Why do these two commands return redundant results? Would it be better to consolidate the duplication into just a single command?
<br>
<br>Your help is much appreciated! I look forward to hearing from you. Thanks.
<br>
<br>$ route -n
<br>Kernel IP routing table
<br>Destination Gateway Genmask Flags Metric Ref Use Iface
<br>0.0.0.0 192.168.1.1 0.0.0.0 UG 100 0 0 eth0
<br>10.6.0.0 0.0.0.0 255.255.128.0 U 0 0 0 tun0
<br>10.10.0.0 10.6.0.1 255.255.0.0 UG 1000 0 0 tun0
<br>192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
<br>$ netstat -rn
<br>Kernel IP routing table
<br>Destination Gateway Genmask Flags MSS Window irtt Iface
<br>0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
<br>10.6.0.0 0.0.0.0 255.255.128.0 U 0 0 0 tun0
<br>10.10.0.0 10.6.0.1 255.255.0.0 UG 0 0 0 tun0
<br>192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
<br>
<br>
<br>IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
<br>
<br>--
<br>Best regards,
<br>William
<br>
<br></div></div></body></html>
|
|
From: Bernd E. <be...@ec...> - 2021-01-07 14:34:39
|
Hello, Mike Maybe you know, I have this open bug on my GitHub (which I juste refreshed) that there is a Gentoo musl patch to iptunnel.c. It does not look like it is in 2.10, do we need to add it? Did you actually check the gentoo Patches (lately?) Fix headers to build with musl-libc · Issue #14 · ecki/net-tools (github.com) If not, Is there a good (Cloud) Image where I can try that without installing gentoo? Gruss Bernd |
|
From: Narcis G. <inf...@ac...> - 2021-01-07 08:38:08
|
Awesome! Narcis Garcia El 7/1/21 a les 2:56, Mike Frysinger ha escrit: > i've snapped off latest git after a flurry of going through backlog > of bugs, open merge requests, and Gentoo/Debian/Fedora patches. we > now have the 2.10 release after a long slumber. give it a whack and > see what breaks off! > https://sourceforge.net/projects/net-tools/files/net-tools-2.10.tar.xz > -mike > > > > _______________________________________________ > net-tools-devel mailing list > net...@li... > https://lists.sourceforge.net/lists/listinfo/net-tools-devel > |
|
From: Narcis G. <deb...@ac...> - 2021-01-07 08:37:15
|
Awesome! Narcis Garcia __________ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 7/1/21 a les 2:56, Mike Frysinger ha escrit: > i've snapped off latest git after a flurry of going through backlog > of bugs, open merge requests, and Gentoo/Debian/Fedora patches. we > now have the 2.10 release after a long slumber. give it a whack and > see what breaks off! > https://sourceforge.net/projects/net-tools/files/net-tools-2.10.tar.xz > -mike > > > > _______________________________________________ > net-tools-devel mailing list > net...@li... > https://lists.sourceforge.net/lists/listinfo/net-tools-devel > |
|
From: Mike F. <va...@ge...> - 2021-01-07 01:57:04
|
i've snapped off latest git after a flurry of going through backlog of bugs, open merge requests, and Gentoo/Debian/Fedora patches. we now have the 2.10 release after a long slumber. give it a whack and see what breaks off! https://sourceforge.net/projects/net-tools/files/net-tools-2.10.tar.xz -mike |
|
From: Mike F. <va...@ge...> - 2021-01-06 10:23:18
|
On 03 Jan 2021 22:35, Bernd Eckenfels wrote: > Should be possible now I gave you the permission thanks, seems like it's working > we might need to brush up the README and Credits (you and jiri included) a bit? i'll take a look > Date based is fine with me however I wonder if distributions would prefer a “semantic” version number increase, i can't say in my Gentoo work i've ever seen a situation where it mattered as long as the version compared "newer" using reasonable rules. so a "20210101" would always be newer than "1.60". or if we did "2020.01.01". the dotless form seems to be more common in my experience, but i have seen the latter from time to time. that said, i happened to notice that the Makefile RELEASE was set to 2.10-alpha a while back, so for the sake of expediting, i'd be fine to just call it 2.10 and punt the date discussion to the next time we do a release. if the 1.60<->2.10 timeframe is repeated, i think we'll be worrying about y2k38 first :). -mike |
|
From: Narcis G. <inf...@ac...> - 2021-01-04 08:48:17
|
El 3/1/21 a les 22:20, Mike Frysinger ha escrit: > On 28 Aug 2017 21:46, Lentes, Bernd wrote: >> Is netstat really deprecated ? Should i consider to use ss from now on ? > > i think you should > -imke I currently use this command to see listening ports: netstat -tulnp I've tried this other to get same information: ss -nptu but it seems to not be listing listening ones and yes to output connections. How can I get a similar result to netstat with ss? Thank you. |
|
From: Bernd E. <ec...@zu...> - 2021-01-03 23:02:44
|
Hello Mike, Should be possible now I gave you the permission, we might need to brush up the README and Credits (you and jiri included) a bit? Date based is fine with me however I wonder if distributions would prefer a “semantic” version number increase, Gruss Bernd -- http://bernd.eckenfels.net ________________________________ Von: Mike Frysinger <va...@ge...> Gesendet: Sonntag, Januar 3, 2021 10:57 PM An: Bernd Eckenfels Cc: net...@li... Betreff: Re: [net-tools-devel] New official release On 14 Jul 2015 11:40, Laurent Bigonville wrote: > I was wondering, I'm seeing quite some activity in the git repository > in the last months/years, but the last official release is from 2011. > > Are there any plans to rollout a new release? i could cut a snapshot but i don't have file access to the sf.net project. Bernd: would you be OK granting "Release Technicians" to me ? i think this is the right URL for you: https://sourceforge.net/p/net-tools/admin/files/releasers/ i would switch the versions to be date based since "1.60" has no real meaning, and many open source projects take a datestamp approach when they don't care about versions. -mike |
|
From: Mike F. <va...@ge...> - 2021-01-03 21:58:08
|
On 14 Jul 2015 11:40, Laurent Bigonville wrote: > I was wondering, I'm seeing quite some activity in the git repository > in the last months/years, but the last official release is from 2011. > > Are there any plans to rollout a new release? i could cut a snapshot but i don't have file access to the sf.net project. Bernd: would you be OK granting "Release Technicians" to me ? i think this is the right URL for you: https://sourceforge.net/p/net-tools/admin/files/releasers/ i would switch the versions to be date based since "1.60" has no real meaning, and many open source projects take a datestamp approach when they don't care about versions. -mike |
|
From: Mike F. <va...@ge...> - 2021-01-03 21:45:15
|
On 28 Aug 2017 21:46, Lentes, Bernd wrote: > Is netstat really deprecated ? Should i consider to use ss from now on ? i think you should -imke |
|
From: Mike F. <va...@ge...> - 2021-01-03 21:35:16
|
On 11 Dec 2018 11:49, Patrick Talbert wrote: > This is just a note to say I posted a merge request for issue #20: > > https://sourceforge.net/p/net-tools/bugs/20/ > https://sourceforge.net/p/net-tools/code/merge-requests/6/ > > > Please let me know if that's okay or if you would prefer the patch via > some other method. thanks, i hadn't realized we had merge support like this in SF. i left a [minor] comment on it that needs addressing :). -mike |
1 message has been excluded from this view by a project administrator.
