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

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