ty for many uses.
I don't think we want to get into the average BSD user's fantasies...
:-)
--
Paul Robinson
http://www.iconoplex.co.uk/
"All I know is I'm not a Marxist" - Karl Marx
___
[EMAIL PROTECTED] mailing list
http:/
want to hear all about you and what you think? I have some news which may
come as a suprise to you...
Either commit the patch, or don't commit the patch. All I'm saying is that
it might now be time to stop bikeshedding. This is, quite frankly, bordering
on the ridiculous.
--
Paul Robin
were the files being hard-linked to but don't have the time to check.
So in some ways, the output was predictable. Either way, I say commit or let
it die... no... more... ls... :-)
--
Paul Robinson
http://www.iconoplex.co.uk/
___
[EMAIL PRO
o get much help here I'm afraid.
Hope that helps and you get a useful answer out of that lot,
--
Paul Robinson
http://www.iconoplex.co.uk/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
know how to fix that one because I've never had the problem.
Hope that helps somehow.
--
Paul Robinson
http://www.iconoplex.co.uk/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e overall performance would be pretty shocking. If
you're dealing with that many connections, you should be clustering. In
fact, even for 75k, I would suggest clustering your the app over a couple of
servers anyway.
That reminds me - it's a long time since I last looked into -c
On Wed, Jan 21, 2004 at 03:39:52PM +, Paul Robinson wrote:
> I've raised a PR and I'll chase it down with somebody once the correct files
Forgot to mention it's PR 61676 if anybody is backing it out and closing it
now.
rguments
cross BSD-projects).
Unless somebody thinks Theo is wrong, which I doubt, let's all move along,
nothing to see here, it'll get backed out ASAP... :-)
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/
n other words, getting rid of floppies is
not the discussion we should be having, if that makes sense?
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
y we can't still bite that particular bullet, just that it's not a decision which will go down easily with everyone and should be well thought-out."
And I have to say, I agree. If abondoning floppies is part of some well-thought-out and well-planned package management strategy, I'm all
be well thought-out."
I should point out, this appears to have been written some time ago, late
2002 I'm guessing.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
an issue, it just gets a new PR that comes back on
the top of the queue, it's live and we can deal with PRs as they come in.
Thoughts? Just a thought that might help clean up the DB on an idle
Thursday evening. I'm sure it's been thought of before.
Automated PR purging
tainly I hope so!
I've run tabs at the bar at conferences before, and I'm sure I'll do it
again...
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
cussed that the original post touched on (badly).
Now I'm just pissed off that never happened in a constructive manner,
and I'm part to blame."
I think that is a fair summation, and perhaps a good point to let that
particular branch of the thread die.
And for th
'd
read that before posting my last mail to this list. An apology of sorts
is due, and you may have it. Sorry.
And yes, I was having a bad day, and my tone was rotten to those of you
who put so much time into FreeBSD, and all I ask in future i
software development when we all have definite goals in mind. Nobody
is asking anybody to work for free. I'm suggesting that non-developers
can assist developers in refining the project's goals, aims, direction
and make sure that the work the developers carry out is the best p
;t submit
patches due to the limitations of time/skill/whatever. No, I'm not a
Matt fan - I like and respect most on -core and others. I just think 5-
has got... well, it's all a bit out of hand really, isn't it?
All they had to do was ask a few sysadmins and end users what they
peering with your ISPs? I'd consider talking
to them about it. It'll take some time to setup, but it means your
"switching" is done at the router, not at the NAT box, which is the
wrong place to do it anyway.
--
Paul Robinson
straight talking are the norm. :-)
P.S. - the packaging stuff is very similar to thoughts I've had on the
subject derived from the conversations about the installer a few weeks back.
There may be some crossover here, so I'm keen to get on board there too, but
it'll be interesting
We control the
horizontal. Just sit back and relax. Relax... relax... many miles to go
before you sleep...
The poster regrets correspondance on this matter is now closed.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mai
s purge PRs. My advice to you if you
have the time, is just go for it. I'll be finally getting around to my own
PR purging activities in a few weeks now that I have time, (soon!) bandwidth
and a desire to stop drinking. Long story. Don't ask. Anyway
Good luck.
--
Paul Robinson
__
eed to rebuild and reinstall all or almost all of the
> software running on the server. This is of cause if you're keeping the
> server for performing some real work...
That's the benefit of -STABLE over -CURRENT. I would never advise people to
run -CURRENT on live servers. -STABLE
u want. If you cvsup
-STABLE and rebuild the world before a reboot, you also get the benefit of
performance security patches. This is a Good Thing.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
s good thing to do - especially in your case. :-)
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
00
> /var/run/daemon.sock
>
> How can I get rid of these extra ones?
Your process isn't running? Nothing else touching /var/run/daemon.sock? rm
it.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.or
673 dgram /var/run/log
[EMAIL PROTECTED]:~>
you then *know* which are the safe sockets to destroy. If it's a stream
socket, you've got a file that you can rm - they're not going anywhere of
their own accord.*
The short answer then is "rm them, but make sure you rm the
is not what I'm talking about. I know it seems daft,
but I think I've lost you somewhere here. Maybe I can get what I want from
taking Sam's patch and adapting it for FreeBSD, but it's still not quite
what I'm talking about.
Let me do some work, and then during the week I'll send you some design docs
off-list, and maybe that'll explain...
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
r at least, if you're a naughty boy and you get caught, it's
16/1 you're going to spend time in hospital straight away, and about 5/1 you
won't make it out of prison without having a go at killing yourself.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
to all the people who worked on it.
It's understandable. Think of it this way - at least the next-gen installer
is now likely to get a better name, whoever it is that writes it. :-)
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
commercial involvement in
FreeBSD which is no bad thing. You also suddenly make pkg_add able to handle
not only pre-built binaries but grabs all the effort of the ports guys as
well.
Anyway, I think we're both talking about the same thing here,
> Like I said, let me know when you're ready to work on this.
> My stuff is still pretty rough in some spots, but a lot of
> it should prove useful to anyone working on install issues.
Yeah, certainly, thanks for the heads up. I'm sure I would have been
hassling you in a
ase it might be time to consider... dare I say it... a
code fork
Let's see how -desktop works out. :-)
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
apabilities as are available depending on what the person doing the
> install is sitting in front of.
H. See what you're saying. It would be easier, but ultimately, it's not
a huge issue to give a comfortable UI in the space of a floppy. Perhaps I'm
going mad, but last time
would be a good idea. At the moment, there is lots of talk about
installers, package management, etc. including this thread, clogging up
either -hackers or -chat. It's time to move off. I propose somebody,
somewhere, sets up [EMAIL PROTECTED] where the more UI
centric and "working towa
forget Colin's binary upgrade software which looks increasingly
> interesting.
Yeah, noted. Good stuff. I'm just looking at putting a "friedndly"
abstraction over that.
> libh's dead, folks. It's been dead for a good while now. I was just
> kicking i
.
Think outside of the box. ISO images are *not* the way to go for install
distributions on the long-term. Drag-and-drop however could produce a user
ISO that would be useful for a certain class of user.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I'm almost glad to be alive. But
not quite.
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
s not a coincidence that Windows NT had a very similar
stack to FreeBSD when version 4 was released way back when, and it still has
some *remarkable* similarities, even now in Windows 2003 Server...
--
Paul Robinson
___
[EMAIL PROTECTED] mailing list
ver is in need of some "house-keeping" to say the least. :-)
--
Paul Robinson
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> Mike,
> I don't have the test, but I've built a generic performance
> testing framework for FreeBSD over the past couple of months
> that would make running such a test trivial. I'd post a link
> but the page has no permanent home yet. When it gets one I can
> follow it up with a link.
I'd be
> FWIW,
>
> Although the original anticipatory scheduler prototype
> was made for FreeBSD, it cannot be used in the base
> system, unless reimplemented, due to the license. I
> wonder if the Linux guys redid it or simply didn't
> notice.
>
> The option of configuring it for runtime is welcome, I
>
ow FBSD already rocks on I/O generally, but I
am not adverse to look at producing patches to make it better. :-)
It's going to be the week after next before I start working on this proper,
but I'll let -hackers know when the patches against -CURRENT are ready.
--
Paul Robinson
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hiten Pandya wrote:
> Hello gang.
>
> Does anyone know what kind of `Disk Scheduling' algorithm,
> if any, is used in FreeBSD?
I'm assuming you've read this recently then:
http://www.kerneltrap.org/node-592.html
Anticipatory Schedulers are all well and good, but I think (I might be
corrected he
ght? Do you mind if I cite this example anonymously as a
re-enforcement of my argument? :-)
Seriosuly Terry, I can't tell if you were joking or not, but nobody is going
to play with opengis stuff, just because it would be a "neat" way of showing
where user groups are. :-)
--
Paul Rob
s one of the things I always wanted to see in
FBSD. Oh, apart from proper clustering support. ;-)
--
Paul Robinson ,---
Technical Director @ Akita | A computer lets you make more mistakes
PO Box 604, Manchester, M60 3PR | than any oth
rivate mail now, so no worries. ;-)
--
Paul Robinson ,---
Technical Director @ Akita | A computer lets you make more mistakes
PO Box 604, Manchester, M60 3PR | than any other invention with the
T: +44 (0) 161 228 6388 (F:6389)| possi
stand all your reasons, I would just be worried that you're making
the choice because it's your favourite language, when ultimately we should
be thinking about what the rest of the world would like to use. Python is a
good language, I would just reccomend not jumping in right away.
--
Pa
e. I however, agree that there are a lot of things in SACK that would
massively benefit FBSD's net performance.
> > of running out of clusters way before MBUF's.)
>
> This CAN be set separatly I think..
I'd like to see where...
--
Paul Robinson ,---
ical component for us is dual-port NIC.
--
Paul Robinson ,---
Technical Director @ Akita | A computer lets you make more mistakes
PO Box 604, Manchester, M60 3PR | than any other invention with the
T: +44 (0) 161 228 6388 (F:6389
nd stuff.
> - package signature verification would also be a nice thing to have,
> especially with signature fetching over the net
Still open to abuse. To really secure that you would need to put in measures
to prevent man-in-the-middle a
On Jul 11, Bill Moran <[EMAIL PROTECTED]> wrote:
> Along with that, I think I'm finally getting a handle on what really
> needs done to sysinstall. It's been a painful process, wrought with
> misunderstandings and confusion, but I think I'm finally getting what
> the point is.
To me, the point s
On Jul 11, Noses <[EMAIL PROTECTED]> wrote:
>
> I guess you're wrong; it is actually easier to tell customers to use
> /stand/sysinstall for package management and configuration of /etc/rc.conf
> than having them attack delicate parts of the system with clumsy fingers.
Never mind customers, I li
t, it's OK for you to be abusive to somebody who
has a problem, but the rest of us have to keep quiet. Quite a hypocrite
really, aren't you?
Time to add some mail filters...
--
Paul Robinson - Developer/Systems Administrator @ Akitanet Internet
To Unsubscribe: send mail to [EMAIL PROTECTED]
the project, in the same way you demand
others to become valuable to your project.
I don't assume I'm valuable to this project, neither should you. Perhaps
that's the difference between us.
--
Paul Robinson
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Mon, 27 Mar 2000, Dennis wrote:
> So its not what is said, its who says it.
No, that isn't true. As my Mum would say, it's not what you say, it's the
*way* that you say it.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
rt contract or use a commercial OS.
Encore! Encore!
What's the betting this guy has been weened on either MS or SunOS/Solaris
in his past? :-)
--
Paul Robinson - Developer/Systems Administrator @ Akitanet Internet
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
than no
compression, but I'll bow out now... :)
> If you're just replying to be involved in an argument, I have a few
> newsgroups for you to try. :-)
I know, I've seen you on them. :)
> Otherwise, this is pretty much asked and answered.
Fair enough, like I said, I
x27;t compress very well, and I suspect (in fact I know) that hardware
compression at the modem is not as efficient as gzip -9 ... at best you
might be able to get that 22Mb we're talking about saving, down to a 10Mb
saving... you're still leaving the guy with the modem sat there for aroun
se an extra 2Gb of that to be
taken up
Personally, I feel that everything that can be compressed for download,
should be. It would speed up downloads, would be more economical in terms
of bandwidth, cost and time, and I think would be generally considered
respectful for those users with crappy li
nce of improved performance on benchmarks. Does anybody know as to
whether this is possible under any version of FreeBSD? I'll move to 4.0 if
I have to. :)
--
Paul Robinson - Developer/Systems Administrator @ Akitanet Internet
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscrib
, but for redundancy and performance it justs
seems there are better ways of doing it by breaking it up into lots of
smaller filesystems (and I'm not necessarily talking about NFS or
disk-partitioning.. :)
--
Paul Robinson - Developer/Systems Administrator @ Akitanet Internet
To Unsubscribe:
61 matches
Mail list logo
