Am 04.12.2012 um 17:38 schrieb Patrick Welche pr...@netbsd.org:
Module Name: src
Committed By: prlw1
Date: Tue Dec 4 16:38:40 UTC 2012
Modified Files:
src/etc/rc.d: ntpd ppp
Log Message:
Make sure that ntpd creates a pid file for the rc machinery to work.
martin@ wrote:
Here is a patch that changes MAKEDEV to:
- not include {i,o,}pty on any arch in the all target
- mount a ptyfs on top of a tmpfs /dev if the latter is created and
populated due to missing /dev/console by init
Since our ptyfs implementation currently only allows a
On Sat, Sep 15, 2012 at 12:35:26PM +0200, Alan Barrett wrote:
Under what circumstances is it useful for MAKEDEV to mount ptyfs?
Why can't we rely on other code to mount it later?
We can - this is just a very central place to catch them all easily.
I don't mind doing it explicitly elsewehere.
On Sat, Sep 15, 2012 at 04:26:12PM +0900, Izumi Tsutsui wrote:
- MAKEDEV already has makedir command so isn't it better to use
makedir pts 755 as ptm entry does? Or just do mkdev ptm?
Yes, that is better.
- isn't it better to fallback to create compat ipty nodes
if mount_ptyfs fails, so
martin@ wrote:
- isn't it better to fallback to create compat ipty nodes
if mount_ptyfs fails, so that we don't have to put tweaks into
obsolete install floppies?
(though it might cause inode shortage because a number of nodes is
calculated before create_mfs_dev is called in
On Sat, 15 Sep 2012, Martin Husemann wrote:
On Sat, Sep 15, 2012 at 12:35:26PM +0200, Alan Barrett wrote:
Under what circumstances is it useful for MAKEDEV to mount
ptyfs? Why can't we rely on other code to mount it later?
We can - this is just a very central place to catch them all
easily.
Here is a patch that changes MAKEDEV to:
- not include {i,o,}pty on any arch in the all target
- mount a ptyfs on top of a tmpfs /dev if the latter is created and
populated due to missing /dev/console by init
Since our ptyfs implementation currently only allows a single instance, this
can
On Sep 14, 5:23pm, mar...@duskware.de (Martin Husemann) wrote:
-- Subject: Re: CVS commit: src/etc
| Here is a patch that changes MAKEDEV to:
|
| - not include {i,o,}pty on any arch in the all target
| - mount a ptyfs on top of a tmpfs /dev if the latter is created and
|populated due
martin@ wrote:
On Sat, Sep 08, 2012 at 01:34:37AM +0900, Izumi Tsutsui wrote:
Probably we should also remove ipty from MAKEDEV init target
and also add the above mount -t ptyfs ... line into
src/distrib/{amd64,i386}/cdroms/etc.rc and
src/distrib/sparc64/cdroms/installcd/etc.rc
because
On Sat, Sep 08, 2012 at 01:59:14AM -0400, Christos Zoulas wrote:
I think we have to keep using ipty and opty. It is less risky.
I agree. I would suggest to modify the pending pullup #543 with a
patch (basically s/opty/ipty/) and be done for -6 with it.
Then lets start the big revamp for all
martin@ wrote:
On Sat, Sep 08, 2012 at 01:59:14AM -0400, Christos Zoulas wrote:
I think we have to keep using ipty and opty. It is less risky.
I agree. I would suggest to modify the pending pullup #543 with a
patch (basically s/opty/ipty/) and be done for -6 with it.
If ipty entries in
On Sep 8, 2:39pm, mar...@duskware.de (Martin Husemann) wrote:
-- Subject: Re: CVS commit: src/etc
| On Sat, Sep 08, 2012 at 01:59:14AM -0400, Christos Zoulas wrote:
| I think we have to keep using ipty and opty. It is less risky.
|
| I agree. I would suggest to modify the pending pullup #543
On Sat, Sep 08, 2012 at 10:03:01PM +0900, Izumi Tsutsui wrote:
It would be better to start it after we get some RC2 feedback?
You mean for -current?
We need to process #543 (or a variation of it) to fix the sparc64 install
CDs.
Martin
martin@ wrote:
On Sat, Sep 08, 2012 at 10:03:01PM +0900, Izumi Tsutsui wrote:
It would be better to start it after we get some RC2 feedback?
You mean for -current?
Yes, I meant the big revamp for all install media in -current after RC2.
We need to process #543 (or a variation of it) to
On Fri, Sep 07, 2012 at 09:20:49PM +0900, Izumi Tsutsui wrote:
- What's the actual benefits on removing those device nodes on /dev?
Is it more important than possible fallouts in install materials?
Those nodes, if used together with ptyfs, create a serious security
risk. That is why we remove
martin@ wrote:
On Fri, Sep 07, 2012 at 09:20:49PM +0900, Izumi Tsutsui wrote:
- What's the actual benefits on removing those device nodes on /dev?
Is it more important than possible fallouts in install materials?
Those nodes, if used together with ptyfs, create a serious security
risk.
On Sep 7, 9:20pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/etc
| Easier maybe, but we do not realy want those device nodes on typical /dev
| filesystems (at least that was my understanding).
|
| - What's the actual benefits on removing those device nodes
christos@ wrote:
| - If we are going to remove compat pty nodes completely,
| why don't we also update all install stuff not implicitly
| using those node, i.e. shouldn't we change all install media
| to have mount_ptyfs(8) and explicitly mount /dev/pts in /.profile
| or /etc/rc
On Sat, Sep 08, 2012 at 12:24:21AM +0900, Izumi Tsutsui wrote:
x86's MAKEDEV scripts still have ipty in all_md and my freshly
installed NetBSD/i386 6.0_RC1 still has /dev/[pt]typ[01] nodes.
Should it be fixed even in netbsd-6?
Yes!
(in that case we should also fix installimage script to use
martin@ wrote:
(in that case we should also fix installimage script to use ptyfs though)
If you could do that, it would be great.
I guess adding
mount -t ptyfs ptyfs /dev/pts
line into src/distrib/{amd64,i386}/installimage/etc.rc
around mount -t tmpfs is enough, but I have not confirmed.
On Fri, Sep 07, 2012 at 09:45:09AM -0400, Christos Zoulas wrote:
On Sep 7, 9:20pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/etc
| Easier maybe, but we do not realy want those device nodes on typical /dev
| filesystems (at least that was my
On Sat, Sep 08, 2012 at 01:34:37AM +0900, Izumi Tsutsui wrote:
Probably we should also remove ipty from MAKEDEV init target
and also add the above mount -t ptyfs ... line into
src/distrib/{amd64,i386}/cdroms/etc.rc and
src/distrib/sparc64/cdroms/installcd/etc.rc
because third party live CDs
martin@ wrote:
On Sat, Sep 08, 2012 at 01:34:37AM +0900, Izumi Tsutsui wrote:
Probably we should also remove ipty from MAKEDEV init target
and also add the above mount -t ptyfs ... line into
src/distrib/{amd64,i386}/cdroms/etc.rc and
src/distrib/sparc64/cdroms/installcd/etc.rc
because
In article 120908030745.m0127...@mirage.ceres.dti.ne.jp,
Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote:
martin@ wrote:
On Sat, Sep 08, 2012 at 01:34:37AM +0900, Izumi Tsutsui wrote:
Probably we should also remove ipty from MAKEDEV init target
and also add the above mount -t ptyfs ... line
christos@ wrote:
We can, however, use a modified MAKEDEV script for install cdroms (and then
use ptyfs).
MAKEDEV is a generated file so I'm afraid it is a bit annoying
to sync modified version with standard one.
but MAKEDEV can just run mkdir /dev/pts, the rest can be done in rc
On Sep 8, 9:31am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/etc
| christos@ wrote:
|
| We can, however, use a modified MAKEDEV script for install cdroms (and
then
| use ptyfs).
|
| MAKEDEV is a generated file so I'm afraid it is a bit annoying
christos@ wrote:
I am all for removing the ipty and opty targets (and COMPAT_BSDPTY) and
making everything use ptyfs.
For HEAD, yes. What for netbsd-6 and 6.0-RELEASE?
---
Izumi Tsutsui
On Sep 8, 12:33pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/etc
| christos@ wrote:
|
| I am all for removing the ipty and opty targets (and COMPAT_BSDPTY) and
| making everything use ptyfs.
|
| For HEAD, yes. What for netbsd-6 and 6.0-RELEASE?
I think
On Fri, Sep 07, 2012 at 03:05:16AM +0900, Izumi Tsutsui wrote:
Isn't it easier to add ipty into MI all target (at least for HEAD)?
Easier maybe, but we do not realy want those device nodes on typical /dev
filesystems (at least that was my understanding).
We had to fix
Module Name: src
Committed By: matt
Date: Sat Sep 1 01:45:17 UTC 2012
Modified Files:
src/etc/etc.evbarm: MAKEDEV.conf
Log Message:
Add lots more ldN dkN
Add drvctl to md
we probably want to do this on a bunch of other ports too. i've
had to MAKEDEV dk's on recent
Julian Fagir j...@netbsd.org writes:
Module Name: src
Committed By: jdf
Date: Mon Jul 30 22:13:38 UTC 2012
Modified Files:
src/etc: daily
Log Message:
Call `makemandb -q` instead of `makemandb`, as proposed by Edgar Fuss on
tech-userlevel on 20th of July 2012, 12:38.
Why
On Thu, Aug 02, 2012 at 02:01:22AM +0400, Aleksej Saushev wrote:
Julian Fagir j...@netbsd.org writes:
Module Name:src
Committed By: jdf
Date: Mon Jul 30 22:13:38 UTC 2012
Modified Files:
src/etc: daily
Log Message:
Call `makemandb -q` instead of
On Nov 24, 8:30am, Reinoud Zandijk wrote:
}
} Module Name: src
} Committed By: reinoud
} Date: Wed Jul 4 13:54:20 UTC 2012
}
} Modified Files:
} src/etc/etc.amd64: Makefile.inc
} src/etc/etc.i386: Makefile.inc
}
} Log Message:
} Disable GENERIC_USERMODE kernel auto-build
At Wed, 13 Jun 2012 11:35:37 +0900,
Tetsuya Isaki wrote:
The rcvar assignment was missing, but shouldn't the normal logic
skip calling the start command if the rcvar is not YES?
Ah, you mean it's enough to add
rcvar=${name}
line into rc.d/makemandb instead of checkyesno?
On Sat, Jun 16, 2012 at 10:50:08AM +0900, Tetsuya Isaki wrote:
At Wed, 13 Jun 2012 11:35:37 +0900,
Tetsuya Isaki wrote:
The rcvar assignment was missing, but shouldn't the normal logic
skip calling the start command if the rcvar is not YES?
Ah, you mean it's enough to add
On Tue, Jun 12, 2012 at 11:34:49PM +0900, Izumi Tsutsui wrote:
joerg@ wrote:
On Tue, Jun 12, 2012 at 10:59:34PM +0900, Izumi Tsutsui wrote:
joerg@ wrote:
Modified Files:
src/etc/rc.d: makemandb
Log Message:
Allows you to disable it if makemandb=NO in
joerg@ wrote:
On Tue, Jun 12, 2012 at 10:59:34PM +0900, Izumi Tsutsui wrote:
joerg@ wrote:
Modified Files:
src/etc/rc.d: makemandb
Log Message:
Allows you to disable it if makemandb=NO in rc.conf.
Thanks tsutsui@ and Yasushi Oshima.
Is the manual
On Tue, Jun 05, 2012 at 10:18:28PM +0400, Aleksej Saushev wrote:
+++ src/etc/MAKEDEV.tmplTue Jun 5 13:20:01 2012
@@ -2092,9 +2093,9 @@ local)
umask 0
if [ -n $count_nodes ]; then
count_nodes=$((count_nodes + \
-
On Tue, 05 Jun 2012, Aleksej Saushev wrote:
if [ -n $count_nodes ]; then
count_nodes=$((count_nodes + \
- $(linecount $(sh $0.local $opts -s all)) ))
+ $(linecount $($HOST_SH $0.local $opts -s
all)) ))
On Sat, Apr 14, 2012 at 12:14:22AM +, Paul Goyette wrote:
Module Name: src
Committed By: pgoyette
Date: Sat Apr 14 00:14:22 UTC 2012
Modified Files:
src/etc/mtree: NetBSD.dist.tests
Log Message:
Create the directory for the helper program; hopefully fixes the build
Please restore EDITOR=vi, otherwise the following message is going to
haunt me for the rest of time:
$ svn commit
svn: Commit failed (details follow):
svn: Could not use external editor to fetch log message; consider setting the
$SVN_EDITOR environment variable or using the --message (-m) or
Please restore EDITOR=vi, otherwise the following message is going to
haunt me for the rest of time:
Heh, I'm surpised that I see so much useradd(8) users
who have not complained about su -m and EXINIT ;-p
---
Izumi Tsutsui
Jared McNeill jmcne...@invisible.ca writes:
Please restore EDITOR=vi, otherwise the following message is going to
haunt me for the rest of time:
$ svn commit
svn: Commit failed (details follow):
svn: Could not use external editor to fetch log message; consider
setting the $SVN_EDITOR
On Wed, Oct 19, 2011 at 08:53:48AM -0400, Greg Troxel wrote:
Please restore EDITOR=vi, otherwise the following message is going to
haunt me for the rest of time:
$ svn commit
svn: Commit failed (details follow):
svn: Could not use external editor to fetch log message; consider
This can't please everybody, so please nobody reasoning is why NetBSD
also ships with twm as default.
EDITOR=vi has been in /etc/skel for 11yrs now, lots of discussion about
it here: http://gnats.netbsd.org/10985
On Wed, 19 Oct 2011, Greg Troxel wrote:
Jared McNeill jmcne...@invisible.ca
On Tue, 06 Sep 2011, Alan Barrett wrote:
On Tue, 06 Sep 2011, Christos Zoulas wrote:
We definitely don't want to add such magic. Please revert. Otherwise
we should go and do this in 100's of Makefiles.
I have an idea for letting make cleandir deal with this problem,
and may be willing to
In article 2011091027.gb...@apb-laptoy.apb.alt.za,
Alan Barrett a...@cequrux.com wrote:
On Tue, 06 Sep 2011, Alan Barrett wrote:
On Tue, 06 Sep 2011, Christos Zoulas wrote:
We definitely don't want to add such magic. Please revert. Otherwise
we should go and do this in 100's of Makefiles.
I
On Tue, Sep 06, 2011 at 02:53:58PM +0400, Valeriy E. Ushakov wrote:
Are you saying you are going to add a special case for each foo.o file
each time an accidental non-objdir build left foo.o in src? (and no,
that's not a rhetoric question).
The fundamental problem is that the make library
On Wed, Sep 07, 2011 at 08:13:20AM +, David Holland wrote:
The fundamental problem is that the make library finds files by
implicit path searches (of various kinds) which is inherently wobbly
no matter how many bandaids are applied.
Especially in large items like libc andthe kernel...
On Mon, 5 Sep 2011, Valeriy E. Ushakov wrote:
On Mon, Sep 05, 2011 at 15:13:49 +0100, Iain Hibbert wrote:
On Mon, 5 Sep 2011, Joerg Sonnenberger wrote:
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
Module Name:src
Committed By: apb
Date: Mon
On Tue, Sep 06, 2011 at 08:43:10 +0100, Iain Hibbert wrote:
On Mon, 5 Sep 2011, Valeriy E. Ushakov wrote:
On Mon, Sep 05, 2011 at 15:13:49 +0100, Iain Hibbert wrote:
On Mon, 5 Sep 2011, Joerg Sonnenberger wrote:
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
In article 20110905111014.gb12...@britannica.bec.de,
Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
Module Name: src
Committed By:apb
Date:Mon Sep 5 09:57:02 UTC 2011
Modified Files:
On 06.09.2011 12:54, Thomas Klausner wrote:
On Mon, Aug 22, 2011 at 06:54:07PM +, Jean-Yves Migeon wrote:
Module Name: src
Committed By:jym
Date:Mon Aug 22 18:54:06 UTC 2011
[snip]
Log Message:
Modify etc/defaults/Makefile so that architectures can specify an
On Tue, 06 Sep 2011, Christos Zoulas wrote:
Modified Files:
src/etc/mtree: Makefile
Log Message:
Use ${.OBJDIR}/NetBSD.dist.tmp instead of just NetBSD.dist.tmp.
This fixes a problem in which NetBSD.dist.tmp had been created in
the SRCDIR by an earlier build (performed without an
On Tue, Sep 06, 2011 at 01:48:41PM +0200, Jean-Yves Migeon wrote:
Hmmm, /etc/defaults/rc.conf should be transparent to postinstall(8), as
it gets installed via bsd.files.mk during build.sh.
If the source ('-s' of postinstall(8)) is not specified at command line,
according to code it takes
On 06.09.2011 21:29, Thomas Klausner wrote:
If the source ('-s' of postinstall(8)) is not specified at command line,
according to code it takes /usr/src as default. Do you have a
stale/old rc.conf(5) file in there, /usr/src/etc/defaults/rc.conf?
I have the CVS checkout there that was used to
On Tue, 6 Sep 2011, Valeriy E. Ushakov wrote:
On Tue, Sep 06, 2011 at 08:43:10 +0100, Iain Hibbert wrote:
On Mon, 5 Sep 2011, Valeriy E. Ushakov wrote:
On Mon, Sep 05, 2011 at 15:13:49 +0100, Iain Hibbert wrote:
On Mon, 5 Sep 2011, Joerg Sonnenberger wrote:
On Mon, Sep
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
Module Name: src
Committed By: apb
Date: Mon Sep 5 09:57:02 UTC 2011
Modified Files:
src/etc/mtree: Makefile
Log Message:
Use ${.OBJDIR}/NetBSD.dist.tmp instead of just NetBSD.dist.tmp.
This fixes a problem
On Mon, 05 Sep 2011, Joerg Sonnenberger wrote:
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
Modified Files:
src/etc/mtree: Makefile
Log Message:
Use ${.OBJDIR}/NetBSD.dist.tmp instead of just NetBSD.dist.tmp.
Do we really want to add special cases like this? There
On Mon, 5 Sep 2011, Joerg Sonnenberger wrote:
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
Module Name:src
Committed By: apb
Date: Mon Sep 5 09:57:02 UTC 2011
Modified Files:
src/etc/mtree: Makefile
Log Message:
Use
On Mon, Sep 05, 2011 at 15:13:49 +0100, Iain Hibbert wrote:
On Mon, 5 Sep 2011, Joerg Sonnenberger wrote:
On Mon, Sep 05, 2011 at 09:57:02AM +, Alan Barrett wrote:
Module Name: src
Committed By: apb
Date: Mon Sep 5 09:57:02 UTC 2011
Modified Files:
On Mon, Sep 05, 2011 at 03:13:49PM +0100, Iain Hibbert wrote:
IMO these cases are worth handling just because if an OBJDIR is specified,
it should be used. The alternative being that the OBJDIR is used
sometimes? Thats just wrong..
A lot of the OBJDIR support happens by magic in make.
Simon Burge sim...@netbsd.org writes:
Module Name: src
Committed By: simonb
Date: Thu Jul 28 22:28:07 UTC 2011
Modified Files:
src/etc: ntp.conf
Log Message:
Restore duplicate entries, but use 0. and 1. names to ensure that
same hosts aren't used by both entries.
#
Am 29.07.11 10:03, schrieb Aleksej Saushev:
Simon Burge sim...@netbsd.org writes:
Module Name: src
Committed By:simonb
Date:Thu Jul 28 22:28:07 UTC 2011
Modified Files:
src/etc: ntp.conf
Log Message:
Restore duplicate entries, but use 0. and 1. names to
On Mon, Jan 10, 2011 at 05:17:37PM +, Nicolas Joly wrote:
Module Name: src
Committed By: njoly
Date: Mon Jan 10 17:17:36 UTC 2011
Modified Files:
src/etc/mtree: NetBSD.dist.tests
Log Message:
Add lib/libc/sys test dirs.
Thanks!
Dave
--
David Young OJC
On Sun, Jan 09, 2011 at 02:47:27AM +, David Holland wrote:
On Sat, Jan 08, 2011 at 11:49:54PM +, Matthias Scheler wrote:
This is no longer true, for lvm and other things, so let's take a deep
breath and move chown.
Yes, but we should probably provide a symlink from
On Sat, Jan 08, 2011 at 04:16:52PM +, Adam Hamsik wrote:
Modified Files:
src/etc/rc.d: mountcritlocal
Log Message:
Use /rescue/chown not chown from /usr/sbin which might not be available in
time of running this script.
XXX. Why is chown in /usr/sbin ? it should be moved
On 8 Jan 2011, at 23:21, David Holland wrote:
This is no longer true, for lvm and other things, so let's take a deep
breath and move chown.
Yes, but we should probably provide a symlink from /usr/sbin/chown to
/sbin/chown for backwards compatibility reasons.
I don't like the idea of having
On Sat, Jan 08, 2011 at 11:49:54PM +, Matthias Scheler wrote:
This is no longer true, for lvm and other things, so let's take a deep
breath and move chown.
Yes, but we should probably provide a symlink from
/usr/sbin/chown to /sbin/chown for backwards compatibility
reasons.
On Sat, 8 Jan 2011, David Holland wrote:
XXX. Why is chown in /usr/sbin ? it should be moved to /sbin
Because historically nothing needed to be chowned during boot because
it was all root.
This is no longer true, for lvm and other things, so let's take a deep
breath and move chown. I don't
On Jan,Saturday 1 2011, at 11:11 PM, Adam Hamsik wrote:
Module Name: src
Committed By: haad
Date: Sat Jan 1 22:11:45 UTC 2011
Modified Files:
src/etc/mtree: NetBSD.dist.base
Log Message:
Remove optional keyword from directory definition.
This fixes PR misc/44308
On Fri, Dec 31, 2010 at 12:51:24PM -0600, David Young wrote:
IMO, we should put the system to sleep by sending a
power-saving/wakeup-latency goal and a set of waking events (e.g.,
keystroke, mouse movement, LAN activity) to the root device_t using
drvctl. To put any smaller set of devices to
On 31.12.2010 11:10, Jukka Ruohonen wrote:
On Fri, Dec 31, 2010 at 11:01:08AM +0100, Jean-Yves Migeon wrote:
I am using machdep.sleep_state as node to put a domU into suspend mode.
Up to now, putting sleep_state under machdep allowed powerd(8)
sleep_button to be used regardless of the
On Fri, Dec 31, 2010 at 11:29:23AM +0100, Jean-Yves Migeon wrote:
Seems reasonable to me. We could have a more featureful binary later,
and just alias zzz(8) to it.
We have ready ioctl-facilities in sysmon's sysmon_power.c. I believe it
was originally intended by the author that MD code should
On Fri, 31 Dec 2010, Jukka Ruohonen wrote:
On Fri, Dec 31, 2010 at 11:29:23AM +0100, Jean-Yves Migeon wrote:
Seems reasonable to me. We could have a more featureful binary later,
and just alias zzz(8) to it.
We have ready ioctl-facilities in sysmon's sysmon_power.c. I believe it
was
On Fri, Dec 31, 2010 at 04:54:47AM -0800, Paul Goyette wrote:
However, the current implementation is simply a text string with no
defined semantics. A back-end is able to set the value, and it can be
retrieved via the POWER_IOC_GET_TYPE ioctl, but otherwise nothing uses
the value.
Sure, I
On Fri, Dec 31, 2010 at 11:01:08AM +0100, Jean-Yves Migeon wrote:
On 31.12.2010 10:36, Jukka Ruohonen wrote:
Module Name:src
Committed By: jruoho
Date: Fri Dec 31 09:36:15 UTC 2010
Modified Files:
src/etc/powerd/scripts: sleep_button
Log Message:
On 31.12.2010 19:51, David Young wrote:
IMO, we should put the system to sleep by sending a
power-saving/wakeup-latency goal and a set of waking events (e.g.,
keystroke, mouse movement, LAN activity) to the root device_t using
drvctl. To put any smaller set of devices to sleep, send the goal
On Sun, Sep 19, 2010 at 08:52:23PM +, Jonathan A. Kollasch wrote:
Log Message:
Make pci(4) device nodes root:wheel 0640 by default.
Mortals do not need to be able to generate PCI Configuration Space
read transactions, which are not entirely without side effect, as
reported in
On Sun, Jun 06, 2010 at 08:37:57AM -0400, Christos Zoulas wrote:
Modified Files:
src/etc: rc.subr
Log Message:
fix conditional, from dholland.
That makes a lot more sense :-)
(but now I'm wondering if sh should provide some kind of
WIFEXITED/WEXITSTATUS logic so we don't have to
On Fri, Jun 04, 2010 at 02:42:55PM -0400, Christos Zoulas wrote:
Modified Files:
src/etc: rc rc.subr
Log Message:
print human readable exit code.
+ elif [ $1 -eq 127 ]
+ then
+ echo stopped with signal $(expr $1 / 256)
that can't be right...
--
David
On Tue, 16 Feb 2010, matthew green wrote:
Modified Files:
src/etc/rc.d: fsck_root
Log Message:
only fsck / if we find it in /etc/fstab. diskless systems don't need
a / entry.
This seems reasonable. But, without this patch, would it work to
place from_mount in the fs_spec column,
On Tue, 16 Feb 2010, matthew green wrote:
Modified Files:
src/etc/rc.d: fsck_root
Log Message:
only fsck / if we find it in /etc/fstab. diskless systems don't need
a / entry.
This seems reasonable. But, without this patch, would it work to
place
Am 16.02.10 03:46, schrieb matthew green:
Module Name:src
Committed By: mrg
Date: Tue Feb 16 02:46:02 UTC 2010
Modified Files:
src/etc/rc.d: fsck_root
Log Message:
only fsck / if we find it in /etc/fstab. diskless systems don't need
a / entry.
XXX: still get an error
Module Name: src
Committed By:jmmv
Date:Fri Feb 5 16:29:02 UTC 2010
Modified Files:
src/etc: daily security
src/etc/defaults: daily.conf security.conf
Log Message:
Deprecate the pkgdb_dir settings from daily.conf and security.conf
On Mon, 05 Oct 2009, Adam Hamsik wrote:
Modified Files:
src/etc/rc.d: mountall
Log Message:
Add support for mounting zfs filesystems to mountall script. ZFS configuration
is stored in /etc/zpool.cache and it is automatically loaded to kernel from
filesystem. Filesystems are then
Hi,
On Oct,Tuesday 6 2009, at 9:03 AM, Alan Barrett wrote:
On Mon, 05 Oct 2009, Adam Hamsik wrote:
Modified Files:
src/etc/rc.d: mountall
Log Message:
Add support for mounting zfs filesystems to mountall script. ZFS
configuration
is stored in /etc/zpool.cache and it is automatically
On Oct 6, 2009, at 1:22 AM, Adam Hamsik wrote:
Hi,
On Oct,Tuesday 6 2009, at 9:03 AM, Alan Barrett wrote:
On Mon, 05 Oct 2009, Adam Hamsik wrote:
Modified Files:
src/etc/rc.d: mountall
Log Message:
Add support for mounting zfs filesystems to mountall script. ZFS
configuration
Module Name: src
Committed By:christos
Date:Thu Sep 24 14:53:36 UTC 2009
Modified Files:
src/etc: MAKEDEV.tmpl
Log Message:
fix dri/drm confusiog
thanks.
.mrg.
On Thu, 10 Sep 2009, Erik Fair wrote:
On Sep 8, 2009, at 01:56, Christoph Egger wrote:
Modified Files:
src/etc/rc.d: network
Log Message:
Do not flush routes if root file system is nfs mounted.
Fixes boot problem when the nfs server is in a different subnet.
This change should be
On Thu, 10 Sep 2009, Erik Fair wrote:
On Sep 8, 2009, at 01:56, Christoph Egger wrote:
Modified Files:
src/etc/rc.d: network
Log Message:
Do not flush routes if root file system is nfs mounted.
Fixes boot problem when the nfs server is in a different subnet.
matthew green wrote:
On Thu, 10 Sep 2009, Erik Fair wrote:
On Sep 8, 2009, at 01:56, Christoph Egger wrote:
Modified Files:
src/etc/rc.d: network
Log Message:
Do not flush routes if root file system is nfs mounted.
Fixes boot problem when the nfs
On Fri, Sep 11, 2009 at 11:26:54PM +0200, Christoph Egger wrote:
matthew green wrote:
On Thu, 10 Sep 2009, Erik Fair wrote:
On Sep 8, 2009, at 01:56, Christoph Egger wrote:
Modified Files:
src/etc/rc.d: network
Log Message:
Do not flush routes if
christoph_eg...@gmx.de wrote:
recent history has shown that patches got discussed after commit
not before.
The history has also shown you put too much botches ;-p
---
Izumi Tsutsui
On Sep 8, 2009, at 01:56, Christoph Egger wrote:
Module Name:src
Committed By: cegger
Date: Tue Sep 8 08:56:34 UTC 2009
Modified Files:
src/etc/rc.d: network
Log Message:
Do not flush routes if root file system is nfs mounted.
Fixes boot problem when the nfs server
On Tue, Sep 08, 2009 at 06:07:57PM +0200, Christoph Egger wrote:
Joerg Sonnenberger wrote:
On Tue, Sep 08, 2009 at 02:30:56PM +0200, Christoph Egger wrote:
Perhaps a better test would be that dhcpcd shouldn't touch
the default route unless the default route is through the
interface that
Joerg Sonnenberger wrote:
On Tue, Sep 08, 2009 at 02:30:56PM +0200, Christoph Egger wrote:
Perhaps a better test would be that dhcpcd shouldn't touch
the default route unless the default route is through the
interface that dhcpcd is managing.
I agree.
How should dhcpcd deal with
On Aug 3, 2009, at 10:45 AM, Perry E. Metzger wrote:
Module Name:src
Committed By: perry
Date: Mon Aug 3 17:45:48 UTC 2009
Modified Files:
src/etc/rc.d: named ntpdate
Log Message:
ntpdate can't work without named because a modern ntp.conf has dns
names in it. We
On Thu, May 14, 2009 at 03:33:36PM +, Roy Marples wrote:
Module Name: src
Committed By:roy
Date:Thu May 14 15:33:36 UTC 2009
Modified Files:
src/etc/rc.d: network
Log Message:
Only start dhcpcd per interface if not running the full dhcpcd
David Holland wrote:
On Thu, May 14, 2009 at 03:33:36PM +, Roy Marples wrote:
Module Name: src
Committed By: roy
Date: Thu May 14 15:33:36 UTC 2009
Modified Files:
src/etc/rc.d: network
Log Message:
Only start dhcpcd per interface if not running
101 - 200 of 203 matches
Mail list logo