Re: net-tools future

2009-03-25 Thread Holger Levsen
On Mittwoch, 25. März 2009, Gunnar Wolf wrote: > Munin ... does not > support alerting It does. Directly or via nagios. regards, Holger signature.asc Description: This is a digitally signed message part.

Re: net-tools future

2009-03-24 Thread Gunnar Wolf
Marco d'Itri dijo [Fri, Mar 20, 2009 at 12:14:53PM +0100]: > > trouble for embedded or limited ones. I don't do embedded personally so I > > have no idea how udev fares there, but I can tell you that vservers and udev > > don't go well together. Udev expects a real system where there's none and >

Re: net-tools future

2009-03-24 Thread Gunnar Wolf
Manoj Srivastava dijo [Sat, Mar 21, 2009 at 09:54:42AM -0500]: > Err, isn't munin a hugely complex beasty, that has to be > configured for the network, and usually lives on a signle machine and > polls others? and does alerting and graphing and is a pain to > configure? On the other ha

Re: net-tools future

2009-03-23 Thread Wouter Verhelst
On Sun, Mar 22, 2009 at 10:55:58AM +0100, Florian Weimer wrote: > * Wouter Verhelst: > > > On Sat, Mar 21, 2009 at 10:53:55PM +0100, Florian Weimer wrote: > >> * Bernd Zeimetz: > >> > Being able to rename an interface without messing with udev is a > >> > feature, not a bug. > >> > >> I think you

Re: net-tools future

2009-03-23 Thread Wouter Verhelst
On Sun, Mar 22, 2009 at 01:17:01AM +0100, Marco d'Itri wrote: > On Mar 21, Wouter Verhelst wrote: > > > While 1.6% is indeed a rather small amount, I wouldn't call 1340 people > > 'trivial'. > I do, since I expect that most of these are using sarge or worse. There's no proof of that. Personally,

Re: net-tools future

2009-03-23 Thread Henrique de Moraes Holschuh
On Mon, 23 Mar 2009, Cyril Brulebois wrote: > Henrique de Moraes Holschuh (16/03/2009): > > So, ethtool really needs to grow an option to iterate over all > > netdevs, and another one to print a summary of link state and > > speed,duplex before mii-tool could be dropped. > > I won't promise anyth

Re: net-tools future

2009-03-23 Thread Cyril Brulebois
Henrique de Moraes Holschuh (16/03/2009): > So, ethtool really needs to grow an option to iterate over all > netdevs, and another one to print a summary of link state and > speed,duplex before mii-tool could be dropped. I won't promise anything, but I'm interested in having a look, time permittin

Re: net-tools future

2009-03-22 Thread Florian Weimer
* Wouter Verhelst: > On Sat, Mar 21, 2009 at 10:53:55PM +0100, Florian Weimer wrote: >> * Bernd Zeimetz: >> > Being able to rename an interface without messing with udev is a >> > feature, not a bug. >> >> I think you can't rename most interfaces after the boot process >> anyway. Or has the kern

Re: net-tools future

2009-03-21 Thread Marco d'Itri
On Mar 21, Wouter Verhelst wrote: > While 1.6% is indeed a rather small amount, I wouldn't call 1340 people > 'trivial'. I do, since I expect that most of these are using sarge or worse. > That would be a good argument if you were to explain how, exactly, it > would make other packages more comp

Re: net-tools future

2009-03-21 Thread Wouter Verhelst
On Sat, Mar 21, 2009 at 10:53:55PM +0100, Florian Weimer wrote: > * Bernd Zeimetz: > > Being able to rename an interface without messing with udev is a > > feature, not a bug. > > I think you can't rename most interfaces after the boot process > anyway. Or has the kernel been changed and can rena

Re: net-tools future

2009-03-21 Thread Wouter Verhelst
On Fri, Mar 20, 2009 at 10:53:19AM +0100, Marco d'Itri wrote: > On Mar 20, Wouter Verhelst wrote: > > > It is still possible to install and run Lenny without the use of udev, > > and many people do so. > popcon shows that the number is trivial. Definitely not "many". popcon tells me that there a

Re: net-tools future

2009-03-21 Thread Florian Weimer
* Bernd Zeimetz: >> Kill it ASAP, it's not compatible with udev. > > Being able to rename an interface without messing with udev is a > feature, not a bug. I think you can't rename most interfaces after the boot process anyway. Or has the kernel been changed and can rename interfaces which are i

Re: net-tools future

2009-03-21 Thread Holger Levsen
Hi, On Samstag, 21. März 2009, Manoj Srivastava wrote: > Err, isn't munin a hugely complex beasty, that has to be > configured for the network, and usually lives on a signle machine and > polls others? and does alerting and graphing and is a pain to > configure? actually you just do

Re: net-tools future

2009-03-21 Thread Luk Claes
Manoj Srivastava wrote: > On Sat, Mar 21 2009, Holger Levsen wrote: > > >>> netstat >>> --- >> munin > > Err, isn't munin a hugely complex beasty, that has to be > configured for the network, and usually lives on a signle machine and > polls others? and does alerting and graphing a

Re: net-tools future

2009-03-21 Thread Manoj Srivastava
On Sat, Mar 21 2009, Holger Levsen wrote: >> netstat >> --- > > munin Err, isn't munin a hugely complex beasty, that has to be configured for the network, and usually lives on a signle machine and polls others? and does alerting and graphing and is a pain to configure? On the ot

munin-plugin enhances.. (Re: net-tools future

2009-03-21 Thread Holger Levsen
Hi Jonas, On Samstag, 21. März 2009, Jonas Smedegaard wrote: > >plugin. We dont want to suggest asterisk just because there is a plugin > >to monitor it :) > > Why not? > > The purpose of "Suggests:" is exactly to declare non-important > relationship. From Policy 7.2: True, but IMO it's the other

Re: net-tools future

2009-03-21 Thread Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Mar 21, 2009 at 02:10:40PM +0100, Holger Levsen wrote: >munin uses netstat only in the netstat plugin. I've now added a >suggests (in svn) on the assumption that netstat is a rather common >plugin. We dont want to suggest asterisk just becaus

Re: net-tools future

2009-03-21 Thread Luk Claes
Holger Levsen wrote: > Hi Luk, Hi Holger > On Samstag, 21. März 2009, Luk Claes wrote: Below a list of packages/maintainers that use ifconfig/route/netstat: >>> How did you create that list? You seem to be missing a few.. >> By looking at dependency relations with the net-tools package. I gu

Re: net-tools future

2009-03-21 Thread Holger Levsen
Hi Luk, On Samstag, 21. März 2009, Luk Claes wrote: >>> Below a list of packages/maintainers that use ifconfig/route/netstat: > > How did you create that list? You seem to be missing a few.. > By looking at dependency relations with the net-tools package. I guess > some packages use net-tools if a

Re: net-tools future

2009-03-21 Thread Theodore Tso
On Sun, Mar 15, 2009 at 02:30:18PM -0300, Martín Ferrari wrote: > > About the wrapper scripts: > * ipconfig, route: the most difficult ones, both can be replaced by > calls to "ip", maybe except for some obscure options. Suggestion about the wrapper scripts. It would be nice if they had a mode

Re: net-tools future

2009-03-21 Thread Michael Tautschnig
> Holger Levsen wrote: > > Hi Luk, > > > > On Freitag, 20. März 2009, Luk Claes wrote: > >> Below a list of packages/maintainers that use ifconfig/route/netstat: > > > > How did you create that list? You seem to be missing a few.. > > By looking at dependency relations with the net-tools package

Re: net-tools future

2009-03-21 Thread Luk Claes
Holger Levsen wrote: > Hi Luk, > > On Freitag, 20. März 2009, Luk Claes wrote: >> Below a list of packages/maintainers that use ifconfig/route/netstat: > > How did you create that list? You seem to be missing a few.. By looking at dependency relations with the net-tools package. I guess some pac

Re: net-tools future

2009-03-21 Thread Holger Levsen
Hi Luk, On Freitag, 20. März 2009, Luk Claes wrote: > Below a list of packages/maintainers that use ifconfig/route/netstat: How did you create that list? You seem to be missing a few.. > ifconfig + route > sitesummary > netstat > --- munin > ifconfig > fai deb

Re: net-tools future

2009-03-20 Thread Luk Claes
Martín Ferrari wrote: > Hi, Hi In our call to move away from net-tools, I want to first start with identifying the packages that still use it: > * ifconfig, route: the most difficult ones, both can be replaced by > calls to "ip", maybe except for some obscure options. > * netstat : sstat provi

[OT] net-tools future

2009-03-20 Thread Mike Bird
On Fri March 20 2009 09:29:26 Steve Langasek wrote: > On Fri, Mar 20, 2009 at 11:13:45PM +1100, Ben Finney wrote: > > Marco, it was you that cited absence of evidence (the low popcon > > score) as evidence of absence. You don't get to accuse Adam of doing > > the same, especially since he's not doi

Re: net-tools future

2009-03-20 Thread Steve Langasek
On Fri, Mar 20, 2009 at 11:13:45PM +1100, Ben Finney wrote: > m...@linux.it (Marco d'Itri) writes: > > On Mar 20, Mike Bird wrote: > > > > popcon shows that the number is trivial. Definitely not "many". > > > Perhaps sysadmins that go to the effort of removing udev from > > > some systems are le

Re: net-tools future

2009-03-20 Thread Mikhail Gusarov
Twas brillig at 15:30:11 20.03.2009 UTC+01 when kilob...@angband.pl did gyre and gimble: AB> udev is needed to allow for complex and/or hotplugged hardware. AB> Small systems have either little, static hardware, Small systems nowadays have a lot of hotplugged hardware: various USB devices, fr

Re: net-tools future

2009-03-20 Thread Adam Borowski
On Fri, Mar 20, 2009 at 02:37:44PM +0100, Marco d'Itri wrote: > On Mar 20, Adam Borowski wrote: > > > You keep missing the point. udev matters in the host system, not in each > > > context. > > Do you mean the original point of this thread, about ifrename (which indeed > > can't be used inside vse

Re: net-tools future

2009-03-20 Thread Marco d'Itri
On Mar 20, Adam Borowski wrote: > > You keep missing the point. udev matters in the host system, not in each > > context. > Do you mean the original point of this thread, about ifrename (which indeed > can't be used inside vserver or openvz, can be in xen)? Or do you mean > other uses of udev? A

Re: net-tools future

2009-03-20 Thread Adam Borowski
On Fri, Mar 20, 2009 at 01:03:32PM +0100, Marco d'Itri wrote: > On Mar 20, Adam Borowski wrote: > > They have their specific needs, and the last time I checked, udev couldn't > > fulfill them. You need just /dev/{null,zero,full,random,urandom,tty,ptmx} > > and the links to /proc/. More may be ne

Re: net-tools future

2009-03-20 Thread Ben Finney
m...@linux.it (Marco d'Itri) writes: > On Mar 20, Mike Bird wrote: > > > > popcon shows that the number is trivial. Definitely not "many". > > Perhaps sysadmins that go to the effort of removing udev from > > some systems are less likely to install popcon on those systems? > And surely lurkers a

Re: net-tools future

2009-03-20 Thread Marco d'Itri
On Mar 20, Adam Borowski wrote: > They have their specific needs, and the last time I checked, udev couldn't > fulfill them. You need just /dev/{null,zero,full,random,urandom,tty,ptmx} > and the links to /proc/. More may be needed, but that depends on the You keep missing the point. udev matter

Re: net-tools future

2009-03-20 Thread Adam Borowski
On Fri, Mar 20, 2009 at 12:14:53PM +0100, Marco d'Itri wrote: > On Mar 20, Adam Borowski wrote: > > trouble for embedded or limited ones. I don't do embedded personally so I > > have no idea how udev fares there, but I can tell you that vservers and udev > > don't go well together. Udev expects

Re: net-tools future

2009-03-20 Thread Josselin Mouette
Le vendredi 20 mars 2009 à 12:14 +0100, Marco d'Itri a écrit : > This is why you install udev in the host system and bind-mount its /dev > to the /dev of each context. Erm… no, you don’t. -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from p

Re: net-tools future

2009-03-20 Thread Marco d'Itri
On Mar 20, Adam Borowski wrote: > udev is desired, nearly required for big systems, right. It's bloat and It's not. > trouble for embedded or limited ones. I don't do embedded personally so I > have no idea how udev fares there, but I can tell you that vservers and udev > don't go well togethe

Re: net-tools future

2009-03-20 Thread Mike Bird
On Fri March 20 2009 02:53:19 Marco d'Itri wrote: > On Mar 20, Wouter Verhelst wrote: > > It is still possible to install and run Lenny without the use of udev, > > and many people do so. > > popcon shows that the number is trivial. Definitely not "many". Perhaps sysadmins that go to the effort o

Re: net-tools future

2009-03-20 Thread Mikhail Gusarov
Twas brillig at 10:50:23 20.03.2009 UTC+01 when kilob...@angband.pl did gyre and gimble: AB> It's bloat and trouble for embedded or limited ones. mdev from busybox kicks in there. -- pgpoBcZgEVOcl.pgp Description: PGP signature

Re: net-tools future

2009-03-20 Thread Adam Borowski
On Fri, Mar 20, 2009 at 09:57:13AM +0100, Wouter Verhelst wrote: > On Sun, Mar 15, 2009 at 11:07:29PM +0100, Marco d'Itri wrote: > > Every relevant Linux distribution requires udev, and so do many > > important features of Debian systems. Anything not compatible with udev > > is a toy which wastes

Re: net-tools future

2009-03-20 Thread Marco d'Itri
On Mar 20, Wouter Verhelst wrote: > It is still possible to install and run Lenny without the use of udev, > and many people do so. popcon shows that the number is trivial. Definitely not "many". > Whether you agree that this is useful or a 'toy' > setup is beside the point; fact is that it happ

Re: net-tools future

2009-03-20 Thread Wouter Verhelst
On Tue, Mar 17, 2009 at 09:05:53AM +0100, Bjørn Mork wrote: > Ben Hutchings writes: > > You can do this with ethtool now, and more cleanly: > > > > link-speed 100 > > link-duplex full > > Yes, I know. But that means that existing working configurations have > to be modified. Which shoul

Re: net-tools future

2009-03-20 Thread Wouter Verhelst
On Sun, Mar 15, 2009 at 11:07:29PM +0100, Marco d'Itri wrote: > On Mar 15, Bernd Zeimetz wrote: > > Being able to rename an interface without messing with udev is a > > feature, not a bug. > Every relevant Linux distribution requires udev, and so do many > important features of Debian systems. Any

Re: net-tools future

2009-03-17 Thread William Pitcock
On Tue, 2009-03-17 at 21:30 -0600, Gunnar Wolf wrote: > Oops... I strongly suggest providing a wrapper that matches netstat's > format as closely as possible (even bug-for-bug if possible). Netstat > is probably among the most used tools by sysadmins and programmers > alike, both for software we di

Re: net-tools future

2009-03-17 Thread Gunnar Wolf
Martín Ferrari dijo [Sun, Mar 15, 2009 at 02:30:18PM -0300]: > Hi, > > Luk Claes and me, as the current maintainers of net-tools, we've been > thinking about it's future. Net-tools has been a core part of Debian and > any other linux based distro for many years, but it's showing its age. > (...) >

Re: net-tools future

2009-03-17 Thread Bjørn Mork
Ben Hutchings writes: > On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote: > >> mii-tool may not be meant for scripts, but I for one have used it in >> the past to force speed/duplex like this: >> >> iface eth1 inet static >> address 10.122.226.9 >> netmask 255.25

Re: net-tools future

2009-03-16 Thread Ben Hutchings
On Mon, 2009-03-16 at 22:25 +, Ben Hutchings wrote: > On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote: [...] > > I fail to see the value of removing mii-tool. I'd rather see just the > > non-working features removed in favour of an ethtool recommendation. > > It doesn't recognis

Re: net-tools future

2009-03-16 Thread Guus Sliepen
On Sun, Mar 15, 2009 at 06:41:14PM +, Ben Hutchings wrote: > > * nameif: can be replaced by "ip link", not sure if it's worth the > > effort (does anybody actually use it?) > > Never heard of it, and it seems redundant with udev now. There's also > ifrename. I think udev can now do everyth

Re: net-tools future

2009-03-16 Thread Ben Hutchings
On Mon, Mar 16, 2009 at 01:08:04PM +0100, Bjørn Mork wrote: > Martín Ferrari writes: > > > Problematic tools: > > * mii-tool: it could be dropped and replaced by a pointer to ethtool as > > it's not meant to be used automatically by scripts. On the other hand, > > it's distributed as a stand-alo

Re: net-tools future

2009-03-16 Thread Bjørn Mork
Martín Ferrari writes: > Problematic tools: > * mii-tool: it could be dropped and replaced by a pointer to ethtool as > it's not meant to be used automatically by scripts. On the other hand, > it's distributed as a stand-alone tool [0] and we could do the same. A couple of notes: mii-tool and

Re: net-tools future

2009-03-15 Thread Henrique de Moraes Holschuh
On Sun, 15 Mar 2009, Martín Ferrari wrote: > * mii-tool: it could be dropped and replaced by a pointer to ethtool as > it's not meant to be used automatically by scripts. On the other hand, mii-tool behaviour when you call it without parameters is *extremely* useful to locate which cable goes whe

Re: net-tools future

2009-03-15 Thread Martín Ferrari
On Sun, Mar 15, 2009 at 21:52, Brian May wrote: > Martín Ferrari wrote: >>  * netstat : sstat provides almost the same information, just some >> formatting changes and parsing the command line > sstat? > > I see /usr/bin/sstat in slurm-llnl - but that doesn't look right. > > What sstat are you re

Re: net-tools future

2009-03-15 Thread Marco d'Itri
On Mar 15, David Paleino wrote: > > [..] Welcome to 2008. > > Marco, did you dist-upgrade yourself? ;) http://en.wiktionary.org/wiki/irony HTH. -- ciao, Marco signature.asc Description: Digital signature

Re: net-tools future

2009-03-15 Thread Brian May
Martín Ferrari wrote: > * netstat : sstat provides almost the same information, just some > formatting changes and parsing the command line > sstat? I see /usr/bin/sstat in slurm-llnl - but that doesn't look right. What sstat are you referring to here? -- Brian May -- To UNSUBSCRIBE, e

Re: net-tools future

2009-03-15 Thread David Paleino
On Sun, 15 Mar 2009 23:07:29 +0100, Marco d'Itri wrote: > [..] Welcome to 2008. Marco, did you dist-upgrade yourself? ;) Ciao, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG

Re: net-tools future

2009-03-15 Thread Marco d'Itri
On Mar 15, Bernd Zeimetz wrote: > Being able to rename an interface without messing with udev is a feature, not > a bug. Every relevant Linux distribution requires udev, and so do many important features of Debian systems. Anything not compatible with udev is a toy which wastes space in the arc

Re: net-tools future

2009-03-15 Thread Bernd Zeimetz
Marco d'Itri wrote: > On Mar 15, Martín Ferrari wrote: > >> * netstat : sstat provides almost the same information, just some >> formatting changes and parsing the command line > While I am happy to see ifconfig and route go, I am not sure that > netstat is in the same category and should be rep

Re: net-tools future

2009-03-15 Thread Martín Ferrari
Marco, On Sun, Mar 15, 2009 at 15:11, Marco d'Itri wrote: >>  * netstat : sstat provides almost the same information, just some >> formatting changes and parsing the command line > While I am happy to see ifconfig and route go, I am not sure that > netstat is in the same category and should be

Re: net-tools future

2009-03-15 Thread Ben Hutchings
On Sun, 2009-03-15 at 14:30 -0300, Martín Ferrari wrote: [...] > * nameif: can be replaced by "ip link", not sure if it's worth the > effort (does anybody actually use it?) Never heard of it, and it seems redundant with udev now. There's also ifrename. > Problematic tools: > * mii-tool: it cou

Re: net-tools future

2009-03-15 Thread Marco d'Itri
On Mar 15, Martín Ferrari wrote: > * netstat : sstat provides almost the same information, just some > formatting changes and parsing the command line While I am happy to see ifconfig and route go, I am not sure that netstat is in the same category and should be replaced with something which is

net-tools future

2009-03-15 Thread Martín Ferrari
Hi, Luk Claes and me, as the current maintainers of net-tools, we've been thinking about it's future. Net-tools has been a core part of Debian and any other linux based distro for many years, but it's showing its age. It doesnt support many of the modern features of the linux kernel, the interfac