On 21-Jul-2004 Max Laier wrote:
> On Wednesday 21 July 2004 03:03, Brooks Davis wrote:
>> On Tue, Jul 20, 2004 at 07:39:31PM -0500, Conrad J. Sabatier wrote:
[snip]
>> > A dependable tool offering a menu-driven means of configuring the
>> > kernel, ensuring proper config file syntax, dependency ha
On 21-Jul-2004 Brooks Davis wrote:
> You can have my simple flat file kernel config when you pry it from
> my cold, dead hands and I know a number of other develoeprs share
> this viewpoint. All my experiences with the linux visual kernel
> config tool have been annoying and I've got friends with
On Wednesday 21 July 2004 03:03, Brooks Davis wrote:
> On Tue, Jul 20, 2004 at 07:39:31PM -0500, Conrad J. Sabatier wrote:
> > Just musing on an idea here:
> >
> > I've been thinking for a while now about trying to write a tool to make
> > kernel configuration easier, sort of a "make config" (as in
On 21-Jul-2004 Conrad J. Sabatier wrote:
[snip]
> Has this ever come up for discussion before? Now that we have rcNG,
> with its explicit declarations of dependencies, has any thought been
> given to doing something similar with kernel configuration files?
> Something still human-readable, yet
On Tue, Jul 20, 2004 at 07:39:31PM -0500, Conrad J. Sabatier wrote:
> Just musing on an idea here:
>
> I've been thinking for a while now about trying to write a tool to make
> kernel configuration easier, sort of a "make config" (as in ports) for
> the kernel, similar to what's available on some
Just musing on an idea here:
I've been thinking for a while now about trying to write a tool to make
kernel configuration easier, sort of a "make config" (as in ports) for
the kernel, similar to what's available on some of the Linux distros.
Ideally, such a tool would be capable of automatically
Tue, 20 Jul 2004 12:56:45 -0700 (PDT), "Freddie Cash"
<[EMAIL PROTECTED]> wrote:
The end result is the same as building a custom release and
reinstalling using that release to only get the bits you want, but
without all the hassle of building a custom release. :)
Thanx! It's exactly what I want
> At 10:23 PM +0300 7/20/04, Stas D.Myasnikov wrote:
>>... I had thought that install script removes all unneeded files,
>>but it don't. How can I clean out this old binaries, configs, etc?..
>>Is there any automatic way to do this?
> You can: make cleanworld
> which does a fairly decent job of
At 10:23 PM +0300 7/20/04, Stas D.Myasnikov wrote:
... I had thought that install script removes all unneeded files,
but it don't. How can I clean out this old binaries, configs, etc?..
Is there any automatic way to do this?
You can: make cleanworld
which does a fairly decent job of getting rid o
Hello!
While doing 'make world' I used make.conf with couple on 'NO_*=yes',
e.g. NO_KERBEROS=yes (I don't need Kerberos on my home computer). But
after rebuilding world and install I saw the old binaries, configs,
etc. of Kerberos and other parts of base that I didn't build. I had
thought tha
On Tue, Jul 20, 2004 at 11:13:29AM -0700, bsd hack wrote:
> Hi,
>I am building a custom kernel with FreeBSD 5.2... I need to disable ACPI
> (otherwise the system fails to recognize the disk!!)
> ... so is it fine if I just do a make and then a make install of the new kernel and
> then add hi
Hi,
I am building a custom kernel with FreeBSD 5.2... I need to disable ACPI (otherwise
the system fails to recognize the disk!!)
... so is it fine if I just do a make and then a make install of the new kernel and
then add hint.acpi.0.disabled to /boot/loader.conf ? or is anything to be done
On Tue, 20 Jul 2004, Eitarou Kamo wrote:
> >Here's what fsck says:
> >
> >[EMAIL PROTECTED]/mnt/tmp/vpopmail/domains]# fsck /dev/vn0c ** /dev/vn0c
> >BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST
> >ALTERNATE
> >ioctl (GCINFO): Invalid argument
> >fsck: /dev/vn0c: can't read
Hello,
I have been looking at the targ driver written by Nate Lawson and Justin
Gibbs. I am seeing some access of user memory outside of what is
obviously user context (the call to copyin and cam_periph_mapmem() by
way of the targstart() interface). I am wondering how xpt_schedule()
works and
On Tue, 20 Jul 2004, Peter Jeremy wrote:
> It's difficult to see how a sanely written RAID utility could totally
> screw up an array in a short time - a 'build' utility presumably
> writes known data to the array but logically it would do so
> sequentially. The only thing I can think of is that t
On Sun, Jul 18, 2004 at 06:46:34PM -0300, José de Paula wrote:
> > On 2004-07-14 23:51, Jos? de Paula <[EMAIL PROTECTED]> wrote:
> > > I hacked together this little patch to contrib/nvi to make it support
> > > simple modelines. [snip]
> So, what do you think about it, overall? This patch recogniz
On Tue, 2004-Jul-20 02:18:00 -0400, Charles Sprickman wrote:
>And for the most part I can move around the filesystem, read files, etc.
>But it is in a very inconsistent state. How can I make fsck work on this?
>There's data there, but looking into certain dirs panics the box (it is
It's difficult
17 matches
Mail list logo
