Hi,
I also ran into this problem and have tried both patches here. I don't
really like the second one since in addition to having to supply a -v
flag you get spurious warnings depending on what address families are
installed:
netstat: no support for `AF IPX' on this system.
netstat: no supp
Hi Bernd,
Do you mind if an NMU is done to fix this issue?
Olaf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Mar 11, 2006 at 10:31:58PM +0100, Olaf van der Spek wrote:
> Do you mind if an NMU is done to fix this issue?
An NMU for a Wishlist Bug is IMHO not aproperiate, especially not since the
fixing patch may break existing scripts.
Gruss
Bernd
--
(OO) -- [EMAIL PROTECTED] --
( .. )
Bernd Eckenfels wrote:
On Sat, Mar 11, 2006 at 10:31:58PM +0100, Olaf van der Spek wrote:
Do you mind if an NMU is done to fix this issue?
An NMU for a Wishlist Bug is IMHO not aproperiate, especially not since the
fixing patch may break existing scripts.
The patch I submitted does not chang
Hi Bernd,
What is the status of this bug?
Did you decide about the offered patches already?
Greetings,
Olaf
Olaf van der Spek <[EMAIL PROTECTED]> wrote:
> I've increased the severity to normal as these bugs do affect the
> usefulness of the netstat app.
Can we increase it further? This is not cosmetic. I just
suffered an attack on my httpd from a runaway host, and I couldn't
determine which h
severity 254243 important
thanks
yes it is possible.
The new version will feature a -X option which enforce script-parseable,
untruncated netstat output. Then the bug can be a wishlist to better use the
available interactive screen space.
Gruss
Bernd
On Fri, Mar 17, 2006 at 06:23:56PM +, J
Hi Ian,
Did you see my related patch at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222324
It should also solve the truncation issue but I think it's more general.
> +static void tcpudp_one_end(char *result_buf, size_t result_buf_size,
> +struct aftype *ap, int end_port,
> +struct sockaddr *endaddr)
> +{
> +char buffer[8192];
> +
> +snprintf(buffer, sizeof(buffer), "%s",
> + get_sname(htons(end_
Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> > +static void tcpudp_one_end(char *result_buf, size_t result_buf_size,
> > + struct aftype *ap, int end_port,
> > + struct sockaddr *endaddr)
> > +{
> > +char buffer[8192];
> > +
Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> Did you see my related patch at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222324
>
> It should also solve the truncation issue but I think it's more general.
The thing you sent to the Debian BTS is an ed-format dif
On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> > Did you see my related patch at
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222324
> >
> > It should also solve the truncation issue but I think it's more genera
Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> There are two patches. The second version is in another format.
Ah, yes.
> > at it it seems to just add a new command-line flag for not truncating
> > the address. That's wrong, IMO.
>
> --wide is enabled by default on in
On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> > > at it it seems to just add a new command-line flag for not truncating
> > > the address. That's wrong, IMO.
> >
> > --wide is enabled by default on interactive terminals
> > Bernd prefered that way to avoid breaking any scripts.
>
> ?
>
> My
Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> > Yes, but only if -n is used. Otherwise people are presumably already
> > used to truncation.
>
> I'm not sure about that.
Without -n, addresses are turned into domain
On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> > On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> > > Yes, but only if -n is used. Otherwise people are presumably already
> > > used to truncation.
> >
> > I'm not s
Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> > Without -n, addresses are turned into domain names, which are often
> > truncated by the narrow field width.
>
> But I think that's not desired by users.
I agree that i
On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Olaf van der Spek writes ("Re: netstat IPv6 address truncation patch"):
> > On 9/29/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> > > Without -n, addresses are turned into domain names, which are often
> > > truncated by the narrow field width.
>
Here is an updated version of my patch which fixes the "tcp" vs. "udp"
string in the protocol lookup bit of the unified tcpudp_one_end.
Ian.
diff -Nru /tmp/BEfybKtWqd/net-tools-1.60/debian/changelog
/tmp/BQGUuO9HrM/net-tools-1.60/debian/changelog
--- /tmp/BEfybKtWqd/net-tools-1.60/debian/changel
I am about to apply the attached patch to Ubuntu's version of
net-tools. Here is the debian/changelog entry:
net-tools (1.60-15ubuntu1) breezy; urgency=low
* Do not truncate numeric IPv6 addresses in netstat TCP and UDP.
The new output format is not parseable with the same algorithms as
Hello Ian,
On Tue, Sep 20, 2005 at 04:05:45PM +0100, Ian Jackson wrote:
> Looking at the code it looks like some serious overhaul is required.
> Unfortunately I don't think that I have time to do this now,
> especially at this point in Ubuntu's release cycle.
yes I agree, and you might want to jo
21 matches
Mail list logo