Doug wrote:
>
> Greetings,
>
> As previously discussed, here is a first draft of the rc* script mods. I
> consider the first step in this process to be Jordan's cleanup of the
> variable syntax. This is step 2, which most notably converts test's dealing
>
'm not overly
concerned about getting _my_ way on a lot of these things, so long as we
get a style that is consistent and that everyone can live with.
> > Doug--- /usr/src/etc/rc Thu Aug 26 20:56:36 1999
> > +++ rc Fri Aug 27 09:52:39 1999
> > @@ -8,24 +8,25 @@
>
Nik Clayton wrote:
>
> On Fri, Aug 27, 1999 at 11:23:06AM -0700, Doug wrote:
> > On Fri, 27 Aug 1999, Nate Williams wrote:
> > > Sentences are supposed to have two spaces before you start the next
> > > sentence.
> >
> > Well, that was definitel
Matthew Dillon wrote:
> I guess they don't teach manual typewriting classes any more :-)
Actually I took that class in Jr. High School, way back in '77. It was the
only good advice my Jr. High guidance counselor gave me.
Doug
To Unsubscribe: send mail to [EMAIL PR
one of those "religious"
issues... I see this as step 3. of the project, and will go ahead with it
after step 2. is done if there is no objection.
3. Anything else I should be looking at in this phase of the game?
Doug
--- /usr/src/etc/rc Sat Aug 28 13:51:10 1999
+++ rc Sa
Ben Smithurst wrote:
>
> Doug wrote:
>
> > Okey dokey, I can take a hint. :)
>
> Can you take another one, regarding the unnecessary spaces after the
> values in your "case"s? i.e., that they should be taken out and shot?
> :-)
*sigh* I am co
infree
/usr/src/etc/motd
/usr/src/etc/namedb/named.root
/usr/src/etc/rc.diskless1
/usr/src/etc/rc.diskless2
/usr/src/etc/sendmail/freebsd.mc
/usr/src/etc/termcap.small
Having the tags in the files helps mergemaster, if nothing else. :)
Thanks,
Doug
To Unsubscribe: send mail to [EMAIL
I've seen quite a few reports of this lately, and while this fixes it, it
shouldn't be necessary, should it? Has something changed in the 'make
upgrade' target recently?
Doug
"Andy V. Oleynik" wrote:
>
> Crist, I had latly same sort of things.
>
On Tue, 31 Aug 1999, John Birrell wrote:
> On Mon, Aug 30, 1999 at 09:13:58AM -0700, Doug wrote:
> > I've seen quite a few reports of this lately, and while this fixes it, it
> > shouldn't be necessary, should it? Has something changed in the 'make
> > u
od of people writing
extremely non-portable scripts with them. Maybe I'm missing something
though... Also, keep in mind that it's not just case sensitivity that
we're working with here. It's also the fact that case is a sh builtin, as
opposed to test which is not.
If you want
John Birrell wrote:
>
> On Mon, Aug 30, 1999 at 03:55:42PM -0700, Doug wrote:
> > > `make' has changed.
> >
> > Ok, that's the cause then, so what's the solution? :) And
> > meanwhile is it going to hurt anything if I put a suggestion on my
On Wed, 1 Sep 1999, John Birrell wrote:
> On Tue, Aug 31, 1999 at 08:27:00AM -0700, Doug wrote:
> > John Birrell wrote:
> > > The solution is to fix `make'. I could commit the fix, but I'm not
> > > in a position to build -stable just now. I'm not sup
also like to add a vote for this since
we have multiple machines with 16k user password files. I had intended to
start looking at the code and offer a solution instead of a me too, but it
sounds like others are already on the right track, so I'll be glad to test
something if someone comes up w
ports.
Why not do this as part of the port itself, ala majordomo? That
works just fine and is completely non-controversial because you don't get
it unless you ask for it.
Doug
--
"My mama told me, my mama said, 'don't cry.' She said, 'you're too young a
, so this
proposed change won't help it at all.
My point is simply that fixing this problem is the responsibility
of the port maintainers. There is no point in adding something to the base
system that will only benefit a few people when a mechanism to solve the
problem which does not a
te and painless solution. And ultimately
-Stable will become -Release, so your argument here is absurd on its face.
Please understand, this is not a personal attack. I'm sure that your
proposal was motivated by good intentions, but those of us who see the harm
in it and understand the issues involved are trying to explain why it's a
bad idea.
Doug
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
pose of asking for review ahead of time. I'll have
some freebsd-hacking time tomorrow if there are any more nits to be picked.
Doug
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Present in -Stable and -Current. If you go to Configure | Distributions |
src and attempt to choose All, the src distribution never gets selected and
nothing gets installed. I can send a PR if needed, but it's such a small
thing I didn't think it would be worth it.
Doug
To U
o stop and ask
rather than just panic().
Doug
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Michael Reifenberger wrote:
>
> Hi,
> On Sun, 5 Sep 1999, Doug wrote:
> ...
> > can find the files at http://gorean.org/rcfiles/
> looks good so far.
> I'm missing rc.serial in rcfiles.
Thanks for the reminder. I didn't make any changes to that fil
>
> > fsck_output="$(/sbin/fsck -p | /bin/tee /dev/console)"
> > /sbin/mount -at nonfs
> > echo "${fsck_output}" >/var/run/fsck.boot
> >
> > but I don't expect people to be happy about moving tee(1) from
> > /usr/bin to /bin.
and it's a lot cleaner than mine for a number
of reasons. Completely beyond me to code, but very nice from the design
standpoint.
Doug
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
o adding a panic() key combo,
just wondering if it's duplicating existing technology.
Doug
--
"My mama told me, my mama said, 'don't cry.' She said, 'you're too young a man
to have as many women you got.' I looked at my mother dear and didn't even
crack a
ot
my intention. For all I know, you product could be the best thing since
sliced bread. However the current state of the political aspects of
software development is what it is, so we are better served by not ignoring
it.
Good luck,
Doug (who speaks only for himself)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
t a serial
port card and voila, FINALLY I have a serial console.
TIA for any insights,
Doug
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Mon, 20 Sep 1999, Doug wrote:
> I know that someone will be tempted to warn me about the evils of
> overclocking, but please don't. :) However, just in case anyone is
> interested either the overclocking or the overdrive chip seems to have
> fried the on-board ser
one_pass: 1
net.inet.ip.fw.verbose: 1
net.inet.ip.fw.verbose_limit: 2000
which are not present if there is no IPFW. Can't help you much beyond
that, but hopefully that'll give you a place to start.
Doug
--
"My mama told me, my mama said, 'don't cry.' She said, 'you're too youn
Is this
> > right?
> >
> In answering myself, the port number should be 2049.
Why do you want to specify the port? If you have no need to do
that, just leave the option out.
Good luck,
Doug
--
"My mama told me, my mama said, 'don't cry.' She said, &#
urces of pkg_{info,delete}).
>
> What about to extend the pkg_delete to use a syntax like :
>
> pkg_delete /var/db/pkg/netscape-communicator-4.61/
A hearty "Me too" for this option. It's something I've often wished
for. I can 'cd /var/db/pkg' a
e. One of the things you will see in there are instructions for new
users who want to contribute to the project.
Good luck,
Doug
--
"Stop it, I'm gettin' misty."
- Mel Gibson as Porter, "Payback"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
read/write? I would like to be able to open it read only
so that non-root users can start lmmon without needing to change the
privs on /dev/smb0, but having read your warnings about the delicacy of
the smb device I didn't want to just go changing things willy-nilly. As
far as I can see noth
Doug wrote:
>
> Takanori Watanabe wrote:
>
> > >Not necessary. The mainboards of the ASUS P2B series have
> > >everything onboard that you need. We have it working with
> > >the intpm0 driver and a tool called "lm" that I donwloaded
>
ould help, and if so how would I specify that this specific binary use
those libraries as opposed to the ones in /usr/lib?
Any insights on this would be greatly appreciated. Here are some
details on the binaries, let know if anything else is needed.
Thanks,
Doug
ldd miva
miva:
o them.
I am currently working on taking advantage of apache 1.3.9's new vhost
settings for httpd.conf so that we can reduce the size of our conf files
(and thus the httpd's), but meanwhile it looks like our unusual settings
have uncovered a problem worth fixing.
Thanks,
Doug
--
"St
to do. Remote GDB is an option here if you think that'd be a better
tool. I'll check to see if I'm getting dumps when the machine comes back.
Thanks,
Doug
--
"Stop it, I'm gettin' misty."
- Mel Gibson as Porter, "Payback"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
,
so maybe it's just bad luck. In any case, here is the latest data. Any
input would be appreciated. I can resend the pertinent details to anyone
who needs them.
Thanks,
Doug
Fatal trap 12: page fault while in kernel mode
mp_lock = 0005; cpuid = 0; lapic.id = 0100
fault
ike a
soluble problem, or is it just going to be a case of "don't do that?"
Anything I can do to help mail me and let me know.
Doug
--
"Stop it, I'm gettin' misty."
- Mel Gibson as Porter, "Payback"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
s, etc. for a couple days now and haven't found
anything that will give me this information on a running process. Any
pointers would be welcome.
Thanks,
Doug
--
"Stop it, I'm gettin' misty."
- Mel Gibson as Porter, "Payback"
To Unsubscribe: send mail to
you need to do is
remove the world rx permissions on the parent directory, and make sure
that they don't have access via the group permissions. You might also
want to look at chroot.
Good luck,
Doug
--
"Stop it, I'm gettin' misty."
- Mel Gibson as Porter, "Pay
xb0ff, which has improved things
somewhat, but our hardware vendor slipped in some IBM DeskStar drives on
us, and they've been no end of trouble. He _may_ live to regret his
"mistake." The good news is that the first machine rebuilt with the SCSI
drives and using ncr0 + fxp0 is not s
If you want review for rc.d related stuff freebsd-rc@ is your best bet.
Meanwhile, this patch is fine, thanks for taking the time to look at it.
AFAICS neither 8 nor 7 has this feature either, so feel free to MFC.
Doug
On 11/12/2010 17:19, Garrett Cooper wrote:
Hi,
ramdisk* hasn&#
MFC to 8 and 7 is done, I'm not going to MFC this to 6.
Thanks again,
Doug
On 11/12/2010 17:52, Doug Barton wrote:
If you want review for rc.d related stuff freebsd-rc@ is your best bet.
Meanwhile, this patch is fine, thanks for taking the time to look at it.
AFAICS neither 8 nor 7 has
anything to contribute please follow up on that list.
Thanks,
Doug
- --
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right p
orted them then?
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :)
On 01/08/2011 10:19, george+free...@m5p.com wrote:
No, I did not report the problems then.-- George
Well we're glad you're reporting them now. :)
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
) The fact that 'make release' uses cvs is not a feature
B) It is quite trivially worked around (I speak from experience)
hth,
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience
Sorry if I missed it, but I haven't seen an answer to the question of
whether you've kldload'ed the nvidia module. When you type 'kldstat'
does the nvidia module show up in the list? If not, type 'kldload
nvidia' and try again.
hth,
Doug
--
Noth
ke to see
you get your problem resolved.
In any case, good luck.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours
sing 'make config', that's what it's
there for. :)
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the r
[Yy][Ee][Ss])
gzip --keep -f acct.0 || rc=3;;
esac
sa -s $daily_accounting_flags acct.0 && unlink acct.0 || rc=3
Can anyone see why that would be wrong? If there is no objection, I'll
be committing the attached patch.
Doug
0.006 secs Mon Feb 21 23:23
accton -root pts/2 0.006 secs Mon Feb 21 23:23
ln -root pts/2 0.006 secs Mon Feb 21 23:23
mv -root pts/2 0.007 secs Mon Feb 21 23:23
accton -root pts/2 0.011 secs Mon Feb 21 23:23
Doug
--
Nothin&
o then the dirname should be restored. Example:
$ foo=/a/b//c
$ echo ${foo%/*}
/a/b/
$ dirname $foo
/a/b
A) I refuse to believe that our users are that stupid
B) Even if they are, it works
Doug (ok, "refuse" is a bit strong ...)
--
Nothin' ever doesn't ch
e/zoneinfo to
compare /etc/localtime to (ideally with fully path), I'm happy to
provide a mechanism in mergemaster to make sure it stays up to date.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT expe
ar/db/zoneinfo.
It looks like this hasn't been MFC'd, although I'm not sure why. The
change came in from svn rev 198267 by edwin (CC'd).
Edwin,
Any reason not to MFC this?
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
to
run tzsetup.
3. If /var/db/zoneinfo does not exist, and the new code has not been
added yet, attempt to determine the right answer, and create a
/var/db/zoneinfo file. (Note, I do not look forward to writing that bit.) :)
Sound reasonable?
Doug
--
Nothin' ever doesn&
On 03/28/2011 15:38, Olivier Smedts wrote:
2011/3/28 Doug Barton:
I'm starting a new thread since while the previous one contained a lot of
good information it was starting to get a big fragmented, and as someone
pointed out mergemaster is not a general solution so I want to focus on the
usr on the same filesystem. This point has
been repeated several times in this thread so far, hopefully this can be
the last? :)
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and
orward. Oh, and I
personally don't see a problem with MFC'ing this, but I'm willing to be
convinced.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge
problematic with this change (p4?*COUGH*).
Eh? I don't parse this.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the ri
at $WORK to
this file was several thousand lines long, and that was just additions
IIRC.
Thanks for bringing this up, but I don't care. :) The tools serve us,
not the other way around.
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
interesting and
worthwhile. I am knowledgable in C, scheduling, data interface, somewhat also
in cryptography
One project that I'd very much like to see support for is truecrypt:
http://www.truecrypt.org/
That will combine several of the interests that you mentioned above
On 04/29/2011 20:34, Warren Block wrote:
On Fri, 29 Apr 2011, Devin Teske wrote:
I'm still leaning toward just making the "V" in "Verbose" and "S" in
"Single
User" bolded.
Why not just underline hotkey characters? That's already a well-known
standard in lots of places.
Agreed, that's a much
nce you could have a wireless instance in one jail and another instance in
another jail. However, to manage that instance can require the ioctls and
the host doesn't have access to it anymore either. Running an X server in a
vimage has some issues. Most are pretty easy to over-come.
Maybe it m
Alexander Leidinger writes:
| On Thu, 19 May 2011 10:24:59 -0700 (PDT) Doug Ambrisko
| wrote:
|
| > doesn't have access to it anymore either. Running an X server in a
| > vimage has some issues. Most are pretty easy to over-come.
|
| Are you using my patch
| (http://www.leidinger.
Alexander Leidinger writes:
| Quoting Doug Ambrisko (from Thu, 19 May 2011
| 14:38:40 -0700 (PDT)):
|
| > Alexander Leidinger writes:
| > | On Thu, 19 May 2011 10:24:59 -0700 (PDT) Doug Ambrisko
| > | wrote:
| > |
| > | > doesn't have access to it anymore either. R
On 05/31/2011 07:39, Alexander Best wrote:
...which leads me to the conclusion that -O should be set when DEBUG was
defined: an all ARCHS.
+1
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of know
On 07/09/2011 07:54, Gabor Kovesdan wrote:
> Anyway, consider sendmail and BIND. I think these are important enough
> to get some more protection.
What additional protection could capsicum offer beyond chroot'ing?
(That's not a snark, I don't quite understand all the movin
ce, SHM namespace, and from executing any
> system calls.
Fair enough, although I'd love to see an actual threat analysis before I
concluded that BIND should be close to the top of the list.
Thanks for the response,
Doug
--
Nothin' ever doesn'
There also seems to be a bug with the new boot loader that if you bounce
out to the prompt and do 'boot kernel.other' the kern.module_path sysctl
is not updated. It still lists /boot/kernel first; but that should be
replaced by /boot/kernel.other.
--
Nothin' ever doesn't change, but noth
On 07/17/2011 20:40, Devin Teske wrote:
> What release are you running?
Recent HEAD
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) h
Please stop cross-posting to multiple lists. If you want review for an
rc.d issue post it to freebsd-rc@.
Thanks,
Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowl
On 09/02/2011 07:07, Jarrod Lee Petz wrote:
> We have an AIX system
It's not clear to me what the FreeBSD related problem is here.
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go
Breadth of IT experience, and depth of knowledge in the
On 09/02/2011 17:51, Jarrod Lee Petz wrote:
> Hi Doug,
>
> The problem itself is currently seen on AIX yes.
So you're much more likely to get help on an AIX list.
--
Nothin' ever doesn't change, but nothin' changes much.
--
On 09/03/2011 06:46, Erik Trulsson wrote:
> On Fri, Sep 02, 2011 at 10:25:11PM -0700, Doug Barton wrote:
>> On 09/02/2011 17:51, Jarrod Lee Petz wrote:
>>> Hi Doug,
>>>
>>> The problem itself is currently seen on AIX yes.
>>
>> So you're much
On 09/28/2011 13:26, Colin Barnabas wrote:
> I found a hello world program written in assembly language which
> runs on my amd64 8.2 stable box. However, I can not seem to get
> it to print a new line. Any suggestions on how to print a line
> feed in assembly?
No, we will not help you do your comp
On 10/10/2011 11:55, David Brodbeck wrote:
> Is there any reason to cache negative hits?
It's very important for DNS since there are a fairly large number of
misbehaving applications that don't stop querying until they get some
kind of answer.
And speaking of DNS, while I think that improving nsc
On 11/02/2011 13:28, Mark Saad wrote:
> Hackers
> What is going on here, if I run the following shell script, what is
> the expected output . The script is named xxx
>
> #!/bin/sh
> ps -ax | grep -v grep | grep xxx
>
> Here is what I see
>
>
> # sh xxx
> 88318 p0 S+ 0:00.00 sh xxx
> 883
On 11/02/2011 22:07, Deepak Gupta wrote:
> 6.3 release
... is well past EOL. You'd want to run your tests with something more
recent ... ideally with 9.0-RC1, or at minimum 8-stable.
--
"We could put the whole Internet into a book."
"Too practical."
Br
On 11/25/2011 00:12, Cy Schubert wrote:
> In message <2025070241.ga7...@dataix.net>, Jason Hellenthal writes:
>> List,
>>
>> When using @reboot with cron you expect your proccesses to always start when
>> the system boots up and only when the system boots. But long after the system
>> in ques
On 11/25/2011 00:29, Stefan Bethke wrote:
> I didn't even know cron had this feature. Why wouldn't you add custom rc.d
> scripts for these tasks, or add the commands to rc.local?
Personally I find this feature very useful for unprivileged users to do
their own stuff at
efore running the @reboot jobs. I'm not quite so sure that
the current behavior needs to be preserved though ... I doubt people
purposely restart cron often enough to be anything but surprised by the
current behavior.
Doug
--
"We could put the whole Internet into a book
On 11/25/2011 16:16, Tim Kientzle wrote:
>
> On Nov 25, 2011, at 2:08 PM, Doug Barton wrote:
>
>> On 11/25/2011 08:09, Cy Schubert wrote:
>>> You're right. Sorry. It was late, after a long night of O/T.
>>
>> Actually I was in the same boat, which is why
On 11/25/2011 23:08, Cy Schubert wrote:
> If average users really do need to run something at boot they're likely
> running some kind of service
I don't think second-guessing what users are doing is going to be a
useful exercise here. I will also tell you flat out that this is not the
only use fo
r first
step should be to upgrade to 7-stable.
hth,
Doug
--
[^L]
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
___
freebsd-hackers@freeb
h edges on the new driver that are being worked out
by a few people. It supports all current LSI MegaRAID cards.
So things should get better in the near future.
Thanks,
Doug A.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailma
On 01/04/2012 15:42, Jung-uk Kim wrote:
> Do we care about submitting it back to NetBSD?
The answer to this question is always yes. :) We work hard to maintain
good relationships with the other BSDs, and sharing improvements to
common code is a critical component to that.
D
Looping in hrs@ because he's the author of those changes.
On 01/06/2012 11:35, Mark Felder wrote:
> On Fri, 06 Jan 2012 12:49:45 -0600, Sergey Kandaurov
> wrote:
>
>>
>> You mean ipv6_activate_all_interfaces="YES" ?
>>
> Yes... Unfortunately that's what I get for typing it manually and being
> d
You'll probably get a better response from freebsd-stable@.
Good luck,
Doug
--
You can observe a lot just by watching. -- Yogi Berra
Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolution
On 01/16/2012 16:02, Julian Elischer wrote:
> It pretty much boils down to one thing.. man power..
If the basic design of the system is wrong, it doesn't matter how many
person-hours you throw at it (or don't).
--
It's always a long day; 86400 doesn't fit into a short.
Breadth
so
generously of their time and effort.
I tried to make the point back in June that there was no reason to cut
9.0-RELEASE yet because we don't have solid support for clang in either
the base, or ports (amongst several other reasons) and that the delay
for getting that working would be a
f what 5.0 was supposed to be.
So what we need to do is to learn from the mistakes that were made, and
figure out how we can make *reasonable* plans for both new features, and
the framework for the future development that we want; without making
the "all or nothing" mistake again.
Doug
combine that with the ideas that are being put forward about teams that
"own" a production branch, and a more frequent stripped-down release
process, I think this is a very workable model.
Doug
--
It's always a long day; 86400 doesn't fit into a short.
Bread
On 01/18/2012 16:58, Dieter BSD wrote:
>> The original goal for 5.0 was to completely remove the Giant lock (and
>> do other cool SMP-related stuff). Eventually it was realized that this
>> was too big a goal to fully accomplish in 5.0 (albeit too late in the
>> process) and the goal was changed to
On Thu, 19 Jan 2012, John Kozubik wrote:
Hi Doug,
On Wed, 18 Jan 2012, Doug Barton wrote:
On 01/18/2012 11:46, John Kozubik wrote:
- mark 9 as the _only_ production release
While I understand your motivation, I am not sure this is a workable
goal when combined with the goal that others
ches (including 7), is already in 9.0,
and will be in 8.3.
Obviously you have to have everything in kernel and/or loader.conf
that's necessary to get your local disks available, and the system to
the point where it can start running rc. But everything else can go in
kld_list.
hth,
Doug
--
On 02/18/2012 10:43, per...@pluto.rain.com wrote:
> Doug Barton wrote:
>
>> loading modules through loader.conf is
>> veeryy slooww ...
>
> Is it noticeably slower to load (say) a 6MB kernel + 2MB of
> modules than to load an 8MB kernel?
On 02/19/2012 08:13, per...@pluto.rain.com wrote:
> Given the context of the thread, this:
>
> >> loading modules through loader.conf is
> >> veeryy slooww ...
>
> seemed to be an objection to modularizing the kernel.
The only way you could come to that concl
On 02/20/2012 08:54, Alex Goncharov wrote:
> ,--- You/Tom (Mon, 20 Feb 2012 14:44:09 +) *
> | On Sat, Feb 18, 2012 at 1:14 AM, Doug Barton wrote:
> | > Because loading modules through loader.conf is
> | > veeryy slooww I added an rc.d scrip
ever happened to POLA? This change surprised me, wasn't mentioned
> in /usr/src/UPDATING,
You're supposed to compare your existing kernel config to the new
GENERIC every time you do a major version upgrade. That would have made
the change quite obvious.
Doug
--
It'
On 02/20/2012 07:23, Patrick Powell wrote:
> Oooh! Ahhh! Just what I was looking for. l will extract this from 9
> and put it on my system.
Glad you like it. :) One thing though, you're actually better off
updating to the latest -stable of whatever branch you're using, some
work has gone into
201 - 300 of 1239 matches
Mail list logo
