-hackers
I got one go ahead, but a I don't see the point from the
then-pseudo-maintainer of the rc stuff.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
actually get over the
hurdle of not being able to read/edit the configuration automatically.
If we'd done it when I originally suggested it in 2000, we'd have tons
of excellent tools like thefish already.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
we no longer rely on 'sh', and we can read configuration using any
programming language, and/or (even better) back the configuration up
with LDAP or whatever.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body
clients I know of support SSL. Outlook, Outlook Express,
Eudora, Netscape, Evolution, mutt, pine, ...
Which IMAP clients don't?
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
people
scurrying to patch when the next DoS or exploit comes out.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
intestines ;-)
/disclaimer
s/python/tcl/, and you're talking about libh.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
. ;)
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
/dev/urandom. Can
you give the output of 'ls -l /dev/*random'?
Maybe someone will have something useful to go on from the information
above instead of it doesn't work.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers
aren't
present.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
...
It should work exactly like the old cron behaviour, unless the '-b' flag
is given.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
. _Especially_ if you intend to MFC this, since
changing this behaviour in a minor release, without a way to have the
old behaviour, is almost certainly wrong.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
onerous a requirement that a buildworld
have happened first.
The problem then is that the programs aren't built with the correct set
of defines and environment. This prevents a forth-less loader, YP-less
libc, and so forth.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail
BJFORMAT_PATH, since $PATH is made to include the
supplied $PATH environment variable in many other places. I'm not
willing to make a judgement whether using the supplied OBJFORMAT_PATH is
correct in any of those places, but I wish to fix the buildkernel
target.
Neil
--
Neil Blakey-Milner
[EMAI
bably be doing them again, now that my time is
more sane.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
functioning as if the time hadn't changed.
The previous behaviour says not to care what changes occur in time
whatsoever, and only compare this exact current minute of the waking up
to the crontab list, and run those jobs.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail
trators
or run FreeBSD").
Again, this change is from OpenBSD. We will synchronise with their
changes, and perhaps offer them back a patch to ignore what "ultra leet
sysadmins who rely on broken behaviour because people who don't are
simply stupid and shouldn't be running FreeBSD anywa
until 5.0; by then we'd
have had our own testing for at least one DST change, and OpenBSD's
testing for at least 7.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
o the algorithm used,
which has been explained. If there is a problem with it, then that
should be determined. My review of it indicates the OpenBSD cron
behaviour is very specific, reliable, and obvious.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
", and the "clueless newbies who
ignorantly expect a job scheduled at 2am to not only run, but run only
once" can be served too, by default.
(Attitude almost entirely feigned to match Doug's)
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
is that it is trying to be clever to let
people set jobs in their local time, and we get bit because of silly
things like DST. It should, of course, be expressed as UTC.)
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fre
n, there's the documentation project; if you like general
hacking, generally hack, and if you like in-depth kernel stuff, I'm sure
the kernel people will be happy for more of themselves. (:
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
in increments and testing whether extra or no jobs are
run.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
out
license problems on a "free software only" system.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
on that.
Cheers,
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
hat passes for "themes". (:
End of advertisement.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
reading our sh-style
configuration, which somewhat requires that non-configuration code to
disappear. (I should've continued when my suggestion was totally
rebuffed last time, but I didn't have the time)
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail
, is available in http://www.FreeBSD.org/handbook/disks.html
Of course, noone reads documentation, so I don't know why I bother. (:
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
of FreeBSD?
We didn't get rid of raw devices. We got rid of block devices, and kept
character devices.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
, and thus when ether_ifattach occurs, that's the second time
that happens.
Of course, I have no idea how the ether_ifattach argument change affects
things - I'm just guessing as to why Dennis may be asking.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe:
takes "expressions", which can be comparisons (ie, "!=",
"=="), which in turn must have a variable on the left hand side. (don't
ask me why)
Therefore, you should use:
.if ${BAZ} == ${FOO}
instead.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
would I realize using /tmp on a ramdisk?
CW on this is varied, but the current trend is that /tmp on a md is just a
waste of ram, since (basically) everything in /tmp is in ram twice.
I think that's MFS, not MD.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED
Hi,
There are plenty of PRs languishing without comment in the PR database,
and this is one that requires a "implement and close it" or "here's a
good reason not to do this, and close it" response.
Any takers? Reply-To set to myself.
Neil
--
Neil Blakey-Milner
Sunesi Cli
' will be in 4.1 and beyond.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
as
it is a _tab_, and not 2 or 4 or 8 spaces. If you're heading into the
margin constantly, you should simplify your code, or break it up into
(preferably reusable) functions that perform one task.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail
booting off Linux partitions?
I doubt they're replacing a multi-purpose, occasionally
not-all-that-clever thing, with a single-purpose very-often
not-all-that-clever thing?
What 'support' will FreeBSD require in 'linuxbios'?
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED
On Mon 2000-06-19 (11:45), Neil Blakey-Milner wrote:
'linuxbios' will only support booting off Linux partitions?
I doubt they're replacing a multi-purpose, occasionally
not-all-that-clever thing, with a single-purpose very-often
not-all-that-clever thing?
Ah wait, having read a bit more
isn't it in 3.4-STABLE yet?
It is necessary for the above configuration (or isn't it? I couldn't find
The PR number might be useful, if you have it. If it's not in the PR
database, then you should submit it. That way we get to lay blame
*grin*.
Neil
--
Neil Blakey-Milner
Sunesi Clinical
On Thu 2000-06-15 (14:03), Marinos J . Yannikos wrote:
On Thu, Jun 15, 2000 at 01:47:17PM +0200, Neil Blakey-Milner wrote:
The PR number might be useful, if you have it. If it's not in the PR
database, then you should submit it. That way we get to lay blame
*grin*.
Sorry
that can do this? What
syntax do they use?
I have a patched version to do this.
If anyone is interessted I'm producing diffs.
I'm sure many people are interested. Send a PR, or patches to
[EMAIL PROTECTED]
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe
from any to any oquota 2 uquota 3 (get even slower)
ipfw add deny ip from any to any oquota 3 (total stop)
(allowing for slower and slower service instead of just two levels)
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED
you can set up your quotas, change the traffic numbers,
change the match sets, all without changing your basic firewall rules.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
. It would also
be useful to be able to update your device driver while running
freebsd, without needing to reboot.
You can already do this. kldunload the old module, and kldload the new
module. Or am I missing something again?
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED
though.
At the very least, I'd like a probe-only way to find out what devices
are available, given a bunch of device driver modules.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
', but it does happen, and is copiously documented and
mentioned on various mailing lists. It would be nice if you could fix
it *grin*.
Neil
--
Neil Blakey-Milner
Sunesi Clinical Systems
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
On Sun 2000-06-04 (23:06), Coleman Kane wrote:
Look through /modules...
I'm still having problems working out what this will do. Can you
explain the differences between the current way of doing things, and
what your stuff will conceptually do?
Neil
--
Neil Blakey-Milner
Sunesi Clinical
On Wed 2000-04-19 (16:51), Neil Blakey-Milner wrote:
I have another idea: We make a sh script named "rcsource" or whatever,
which we source when we want to have the rc environment, stealing your
code maliciously:
/--
sourcercs_sourced_files=
sourcercs ( ) {
local rc_
might be interested in this - if it
works well enough, it might even be useful to put in the tools
directory, or integrate it into any 'update' target that may appear.
It's at http://people.FreeBSD.org/~nbm/three-to-four-conf.pl
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send
e back. ncvs could be made much more intelligent, of
course.
Anyway, enough of that. Time for me to finally learn zsh.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
code. There's nothing
that can be done to prevent it, and you'd basically have FreeBSD
again. Walnut Creek doesn't own FreeBSD, so BSDI can't buy FreeBSD
via Walnut Creek.
So, no, FreeBSD certainly isn't dead. If anything, things will
become even more lively! (:
Neil
--
Neil Blakey-Milner
to answer your question.)
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
/boot/i386/README. :-)
I wrote up some basic stuff, which doesn't seem quite to describe
what you're after, but which may be of use, at
http://rucus.ru.ac.za/~nbm/boot/
It's intended for the handbook, but I haven't had time since starting
my new job to work on it much more.
Neil
--
Neil Blakey
mountpoint names.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ed in
the return from pkg_version, and you pick up the correct ports
directory as a bonus.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ment,
my patches use a -f location option.
Plug in those patches Nik has, and you can have intelligent automatic
updating (although sometimes you'll clobber your configuration
files).
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
;
return j;
}
Or, if you really want to, use your other return scheme.
In other words, initialize j, probably to 0.
Neil
--
Neil Blakey-Milner
n...@rucus.ru.ac.za
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
education
and documentation.
I'd also like to advocate the return of the semi-colon; it is
underused.
(Follow-ups to -chat)
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
education
and documentation.
I'd also like to advocate the return of the semi-colon; it is
underused.
(Follow-ups to -chat)
Neil
--
Neil Blakey-Milner
n...@rucus.ru.ac.za
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
ive a good indication.
Neil
--
Neil Blakey-Milner
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Thu 1999-08-26 (12:33), Ben Rosengart wrote:
On Thu, 26 Aug 1999, Neil Blakey-Milner wrote:
On Thu 1999-08-26 (12:15), Ben Rosengart wrote:
(The man page seems to be in error, though, when it says that "sysctl
vfs" tells what kinds of filesystems are available.)
.
Neil
--
Neil Blakey-Milner
n...@rucus.ru.ac.za
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
On Thu 1999-08-26 (12:33), Ben Rosengart wrote:
On Thu, 26 Aug 1999, Neil Blakey-Milner wrote:
On Thu 1999-08-26 (12:15), Ben Rosengart wrote:
(The man page seems to be in error, though, when it says that sysctl
vfs tells what kinds of filesystems are available.)
lsvfs should
on a box not here, I'll see if it
is up-to-date enough to generate patches, and send them on to help you,
if necessary.
Neil
--
Neil Blakey-Milner
n...@rucus.ru.ac.za
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
want to run both wrapped and non-wrapped services
agree that this is an option, there needn't be a hack to do this sort
of thing.
Neil
--
Neil Blakey-Milner
n...@rucus.ru.ac.za
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-hackers in the body of the message
64 matches
Mail list logo