--- Steve Lamb <[EMAIL PROTECTED]> wrote:
> anoop aryal wrote:
> > is openoffice.org *EXACTLY* like MS Office?
> > is Evolution *EXACTLY* like Outlook?
>
> No, but I wasn't asking for an exact match.
> That was a strawman Tony set
> up. I asked for a tool that was *like* it. I even
> desc
On Saturday, 25 March 2006 20:33, Steve Lamb wrote:
> anoop aryal wrote:
> > is openoffice.org *EXACTLY* like MS Office?
> > is Evolution *EXACTLY* like Outlook?
>
> No, but I wasn't asking for an exact match. That was a strawman Tony
> set up. I asked for a tool that was *like* it. I even d
anoop aryal wrote:
> is openoffice.org *EXACTLY* like MS Office?
> is Evolution *EXACTLY* like Outlook?
No, but I wasn't asking for an exact match. That was a strawman Tony set
up. I asked for a tool that was *like* it. I even described the tool, it set
limits on applications. Traffic Shap
On Friday 24 March 2006 11:07 pm, Steve Lamb wrote:
> Tony Godshall wrote:
> > Looking for things in open source that work EXACTLY like
> > commercial tools in Windows is a recipe for failure.
>
> Uh, no, it's not. It's pretty much the foundation of where a lot of OS
> software pulls people aw
Steve Lamb wrote:
>When I reference a specific tool to address a specific problem it behooves
>the individuals answering to look at what I am referencing first. I mean
>would you consider the following a reasonable answer to, "Does there exist a
>game like F.E.A.R. on Linux?"
>
>"Well, t
Tony Godshall wrote:
> Looking for things in open source that work EXACTLY like
> commercial tools in Windows is a recipe for failure.
Uh, no, it's not. It's pretty much the foundation of where a lot of OS
software pulls people away from Commercial applications. I mean would you
call someone
> That is EXCACTLY what I was looking for. Setting limits on the
Looking for things in open source that work EXACTLY like
commercial tools in Windows is a recipe for failure.
People are trying to be helpful and you slap them down.
Go troll somewhere else.
--
To UNSUBSCRIBE, email to [EMA
Chris Roddy wrote:
> honestly it seems to me that this train-wreck has resulted from a poorly
> phrased question. "is there a netlimiter-like tool in debian" is already
> proposing the solution. it seems to me that the question here is "how
> can i adjust network bandwidth consumption to achieve fo
On Friday 24 March 2006 05:09 pm, Chris Roddy wrote:
> indeed you can. trickle has several options for adjusting the detection
> window and smoothing behavior.
>
> honestly it seems to me that this train-wreck has resulted from a poorly
> phrased question. "is there a netlimiter-like tool in debian
indeed you can. trickle has several options for adjusting the detection
window and smoothing behavior.
honestly it seems to me that this train-wreck has resulted from a poorly
phrased question. "is there a netlimiter-like tool in debian" is already
proposing the solution. it seems to me that the q
On Fri, 24 Mar 2006 10:24:56 -0800
Andrew Sackville-West <[EMAIL PROTECTED]> wrote:
>
> yes. however, nowhere do you say that traffic shaping isn't what you want.
> >
and I also wrote:
> in your original post you seem to imply that a front for iptables is okay but
> that you also don't want t
On Fri, 24 Mar 2006 09:43:40 -0800
Steve Lamb <[EMAIL PROTECTED]> wrote:
> Andrew Sackville-West wrote:
> > well, Steve, to be honest, I was offended by the responses you were giving
> > to everyone's attempts to help you. Maybe its a simple misunderstanding,
> > but here's my take on it. I put up
Alright, I'm going to chalk all this up to simple communications issues. In
that email is arguably a flawed method of human interaction as we miss all
kinds of things and frequently mis-interpret what others really mean.
On Fri, 24 Mar 2006 09:30:33 -0800
Steve Lamb <[EMAIL PROTECTED]> wrote:
Andrew Sackville-West wrote:
> well, Steve, to be honest, I was offended by the responses you were giving
> to everyone's attempts to help you. Maybe its a simple misunderstanding,
> but here's my take on it. I put up the first response telling you "google
> is your friend" and pointing you to a de
Doofus wrote:
> As a neutral reader I'd say "hostile" is way overstated. More hostile
> would have been the more appropriate advice "learn to use the search
> facilities", which it seems everyone in here is too friendly and helpful
> to have given you.
Uhm, a few did. Point is as a regular
On Thu, 23 Mar 2006 21:20:38 -0800
Steve Lamb <[EMAIL PROTECTED]> wrote:
> Andreas Rippl wrote:
> > Which leads us to your options:
>
> Why does this hostile crap always come out to a simple request. "Does
> this exist?" If not why always, ALWAYS is it "write your own", "Live with
> what yo
Steve Lamb wrote:
>Andreas Rippl wrote:
>
>
>>Which leads us to your options:
>>
>>
>
>Why does this hostile crap always come out to a simple request. "Does
>this exist?" If not why always, ALWAYS is it "write your own", "Live with
>what you get" or "get outta here"? What is so hard w
Andreas Rippl wrote:
> Which leads us to your options:
Why does this hostile crap always come out to a simple request. "Does
this exist?" If not why always, ALWAYS is it "write your own", "Live with
what you get" or "get outta here"? What is so hard with a simple, "No, it
doesn't." Jeez.
On Wednesday 22 March 2006 02:32 pm, Steve Lamb wrote:
> Andreas Rippl wrote:
> > Package: trickle
>
> First off it is really poor considering it needs to be run once per
> application. This would require mass editing of init.d scripts. Secondly
> trickle is very poor at what it does.
> If
On Wed, Mar 22, 2006 at 12:32:35PM -0800, Steve Lamb wrote:
> Andreas Rippl wrote:
> > Package: trickle
>
> First off it is really poor considering it needs to be run once per
> application. This would require mass editing of init.d scripts. Secondly
> trickle is very poor at what it does.
Andreas Rippl wrote:
> Package: trickle
First off it is really poor considering it needs to be run once per
application. This would require mass editing of init.d scripts. Secondly
trickle is very poor at what it does. If you tell it to limit something to
80kps and you have a 160kps line it
On Tue, Mar 21, 2006 at 09:58:32PM -0800, Steve Lamb wrote:
> Mankuthimma wrote:
> > In this case apt is your friend :)
>
> > $ apt-cache search apache limit
> > libapache-mod-limitipconn - module for Apache which limits simultaneous
> > connections per IP
>
> And Apache was an example. Now
On Tue, 21 Mar 2006 20:38:21 -0800
Steve Lamb <[EMAIL PROTECTED]> wrote:
> Andrew Sackville-West wrote:
> > google is your friend.
>
> Not in this case. Not in many cases. Have you googled Netlimiter to see
> what I was asking about? Wondershaper and other tools don't equate to that
> tool
Mankuthimma wrote:
> In this case apt is your friend :)
> $ apt-cache search apache limit
> libapache-mod-limitipconn - module for Apache which limits simultaneous
> connections per IP
And Apache was an example. Now for the other applications I am running?
--
Steve C. Lamb
Hi,On 3/22/06, Steve Lamb <[EMAIL PROTECTED]> wrote:
Andrew Sackville-West wrote:> google is your friend.Not in this case. Not in many cases. Have you googled Netlimiter to seeIn this case apt is your friend :)$ apt-cache search apache limit
libapache-mod-limitipconn - module for Apache which
Andrew Sackville-West wrote:
> google is your friend.
Not in this case. Not in many cases. Have you googled Netlimiter to see
what I was asking about? Wondershaper and other tools don't equate to that
tool. All of those seem to be a good basis but the configuration is a wee bit
above "this
On Mon, 20 Mar 2006 23:41:57 -0800
Steve Lamb <[EMAIL PROTECTED]> wrote:
> Ok, this is bugging me immensely. I'm getting tired of applications on my
> linux box hogging all my BW. Unfortunately most of 'em haven't wised up to
> the whole self-limiting of bandwidth. The primary culprit right
Ok, this is bugging me immensely. I'm getting tired of applications on my
linux box hogging all my BW. Unfortunately most of 'em haven't wised up to
the whole self-limiting of bandwidth. The primary culprit right now is
Apache. Every time Google or Yahoo (normally at the same time) decide t
28 matches
Mail list logo
