On Wed, Nov 21, 2012 at 11:07:04AM -0600, Jonathan A. Kollasch wrote:
> AFAIR softdeps were never enabled by default when they were around,
> it was always more of a "if you want performance, enable them" note
> somewhere.
I was suprised, but you are right.
Martin
On Wed, Nov 21, 2012 at 12:52:04PM +0100, Martin Husemann wrote:
> On Tue, Nov 20, 2012 at 08:17:43PM +, Jonathan A. Kollasch wrote:
> > Module Name:src
> > Committed By: jakllsch
> > Date: Tue Nov 20 20:17:43 UTC 2012
> >
> > Modified Files:
> > src/distrib/uti
On Tue, Nov 20, 2012 at 08:17:43PM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Tue Nov 20 20:17:43 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: bsddisklabel.c
>
> Log Message:
> Don't enable WAPBL by default. It's far too dang
Module Name:src
Committed By: christos
Date: Sat Jun 23 14:06:02 UTC 2012
Modified Files:
src/distrib/utils/sysinst: disks.c
Log Message:
Trying to print a function pointer as a string is likely to cause tears.
While here, don't match on the unit either
Does not seem t
mbalmer@ wrote:
> >> Log Message:
> >> Put back spaces at EOL where needed (in a message file, a space at EOL
> >> means a line break, a line break means a space...)
> >> This should fix PR 46042.
> >
> > Did you check all changes?
>
> I mechanically reverted all whitespace changes so we have th
Am 01.03.12 17:31, schrieb Izumi Tsutsui:
>> Module Name: src
>> Committed By:mbalmer
>> Date:Thu Mar 1 16:22:16 UTC 2012
>>
>> Modified Files:
>> src/distrib/utils/sysinst: msg.mbr.de msg.mbr.en msg.mbr.es msg.mbr.fr
>> msg.mbr.pl msg.mi.de msg.mi.en msg.mi.e
> Module Name: src
> Committed By: mbalmer
> Date: Thu Mar 1 16:22:16 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: msg.mbr.de msg.mbr.en msg.mbr.es msg.mbr.fr
> msg.mbr.pl msg.mi.de msg.mi.en msg.mi.es msg.mi.fr msg.mi.pl
> src/distrib/utils/sysinst/arc
On Sun, Oct 30, 2011 at 12:30:57AM +, Jonathan A. Kollasch wrote:
> Log Message:
> As both of the "ns-wide.wide.ad.jp" and "light.imasy.or.jp" IPv6 resolvers
> now refuse my queries, replace them with "google-public-dns-a.google.com"
> and "google-public-dns-b.google.com".
(a) Why offer two op
On Sun, Jan 08, 2012 at 09:12:31AM +1100, matthew green wrote:
> this breaks the non-X11R7 systems. please revert it. this needs
> to be fixed to handle both cases -- they still exist.
Aren't there three cases?
- arch is using X11R7 on the to-be-installed version and (old) installed
system
> Module Name: src
> Committed By: christos
> Date: Sat Jan 7 18:54:31 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: aout2elf.c msg.mi.de msg.mi.en msg.mi.es
> msg.mi.fr msg.mi.pl upgrade.c
>
> Log Message:
> only deal with X11R7 now.
this breaks the non-X1
martin@ wrote:
> On Fri, Nov 04, 2011 at 09:02:15PM +0900, Izumi Tsutsui wrote:
> > What won't work on securelevel 1?
> > installboot(8) against mounted LABELSECTOR?
>
> Yes.
Doesn't DIOCWLABEL work as macppc does?
http://nxr.NetBSD.org/xref/src/usr.sbin/installboot/arch/macppc.c#119
---
Izumi
On Fri, Nov 04, 2011 at 09:02:15PM +0900, Izumi Tsutsui wrote:
> What won't work on securelevel 1?
> installboot(8) against mounted LABELSECTOR?
Yes.
Martin
> Log Message:
> Add a new hook, md_pre_mount(), that is called after preparation of
> the target filesystem, but before mounting it. Use this on sparc64
> to install the primary boot block, but install the secondary boot
> (/ofwboot) later.
> This allows sysinst to run at securelevel 1 (as long as
On Mon, Oct 31, 2011 at 03:45:05PM +, Jonathan A. Kollasch wrote:
> Depends, I often will install sets I've built myself from a random
> server. But adding a server (preferably further down the
> list) that only answers for netbsd.org might be a option some people
> would prefer to use.
I won
On Mon, Oct 31, 2011 at 11:40:25AM -0400, Greg Troxel wrote:
>
> If TNF can provide a open resolver on a stable IPv6 address for use
> by sysinst, that'd be great.
>
> Do we need only a resolver that answers for things in netbsd.org, to
> find mirrors, or really a full resolver?
Depends, I o
If TNF can provide a open resolver on a stable IPv6 address for use
by sysinst, that'd be great.
Do we need only a resolver that answers for things in netbsd.org, to
find mirrors, or really a full resolver?
pgpkxsOKL8CZH.pgp
Description: PGP signature
On Sun, Oct 30, 2011 at 11:07:04AM +0100, Martin Husemann wrote:
> On Sun, Oct 30, 2011 at 09:41:09AM +0100, Bernd Ernesti wrote:
> > > Log Message:
> > > As both of the "ns-wide.wide.ad.jp" and "light.imasy.or.jp" IPv6 resolvers
> > > now refuse my queries, replace them with "google-public-dns-a.g
On Sun, Oct 30, 2011 at 09:41:09AM +0100, Bernd Ernesti wrote:
> > Log Message:
> > As both of the "ns-wide.wide.ad.jp" and "light.imasy.or.jp" IPv6 resolvers
> > now refuse my queries, replace them with "google-public-dns-a.google.com"
> > and "google-public-dns-b.google.com".
>
> IMHO they shoul
On Sun, Oct 30, 2011 at 12:30:57AM +, Jonathan A. Kollasch wrote:
> Module Name: src
> Committed By: jakllsch
> Date: Sun Oct 30 00:30:57 UTC 2011
>
> Modified Files:
> src/distrib/utils/sysinst: menus.mi
>
> Log Message:
> As both of the "ns-wide.wide.ad.jp" and "light.imasy.o
Module Name:src
Committed By: martin
Date: Sun Feb 28 22:42:44 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/sparc64: md.h
Log Message:
Enable dynamic sizing of the default swap partition
To generate a diff of this commit:
cvs rdiff -u -r1.15 -r1.16 src/distrib
Module Name:src
Committed By: martin
Date: Sun Feb 28 22:42:44 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/sparc64: md.h
Log Message:
Enable dynamic sizing of the default swap partition
To generate a diff of this commit:
cvs rdiff -u -r1.15 -r1.16 src/distrib
On Sun, Feb 28, 2010 at 11:47:44AM +, David Holland wrote:
> The right thing to do is to make fsck_lfs exit without doing anything
> (or otherwise behave innocuously) when run with -p.
Fine with me, please feel free to do that and backout the sysinst change.
Martin
On Wed, Feb 17, 2010 at 04:09:52PM +, Martin Husemann wrote:
> Modified Files:
> src/distrib/utils/sysinst: disks.c
>
> Log Message:
> eeh says we should not enable fsck_lfs on lfs partitions
Even assuming this is true in the medium to long term rather than a
temporary problem... th
Module Name:src
Committed By: wiz
Date: Sun Feb 21 13:28:47 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/cobalt: msg.md.en
Log Message:
Consistently call the file system "ext2".
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3 src/distrib/utils/sysi
Module Name:src
Committed By: martin
Date: Thu Feb 18 12:21:52 UTC 2010
Modified Files:
src/distrib/utils/sysinst: bsddisklabel.c
Log Message:
Since we call /usr and /var with absolute paths, lets do that for /tmp
as well.
To generate a diff of this commit:
cvs rdiff -u
On Thu, Feb 18, 2010 at 01:15:44AM +0900, Izumi Tsutsui wrote:
> I'd also like to make lfs optional in sysinst per ports,
> but I wonder how we can put #ifdef into menuc(1) sources..
I thought it is (runtime-) optional by checking for mount_lfs and friends,
see check_lfs_progs().
Martin
> Modified Files:
> src/distrib/utils/sysinst: disks.c
>
> Log Message:
> eeh says we should not enable fsck_lfs on lfs partitions
I'd also like to make lfs optional in sysinst per ports,
but I wonder how we can put #ifdef into menuc(1) sources..
---
Izumi Tsutsui
Module Name:src
Committed By: martin
Date: Wed Feb 17 16:11:01 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/sparc64: md.h
Log Message:
We can now boot from FFSv2, so offer it + even use it as a default.
To generate a diff of this commit:
cvs rdiff -u -r1.14 -r
Module Name:src
Committed By: martin
Date: Wed Feb 17 16:09:52 UTC 2010
Modified Files:
src/distrib/utils/sysinst: disks.c
Log Message:
eeh says we should not enable fsck_lfs on lfs partitions
To generate a diff of this commit:
cvs rdiff -u -r1.110 -r1.111 src/distrib/ut
Module Name:src
Committed By: ahoka
Date: Mon Feb 1 00:39:03 UTC 2010
Modified Files:
src/distrib/utils/sysinst: net.c
Log Message:
Make it proper KNF as it should have been done in my previous commit.
To generate a diff of this commit:
cvs rdiff -u -r1.125 -r1.126 src/
Module Name:src
Committed By: ahoka
Date: Mon Feb 1 00:06:18 UTC 2010
Modified Files:
src/distrib/utils/sysinst: net.c
Log Message:
Remove duplicate sys/sysctl.h inclusion and put includes in alpabetic
order.
To generate a diff of this commit:
cvs rdiff -u -r1.124 -r1.1
Module Name:src
Committed By: jmmv
Date: Wed Jan 27 11:02:03 UTC 2010
Modified Files:
src/distrib/utils/sysinst: defs.h util.c
Log Message:
Perform in-place replacement of the cypher type instead of renaming the
passwd.conf file to passwd.conf.pre-sysinst file and creating
Module Name:src
Committed By: wiz
Date: Sun Jan 17 22:48:50 UTC 2010
Modified Files:
src/distrib/utils/sysinst: wskbd.c
Log Message:
Only a return value below 0 denotes an error in open(2). Found by cppcheck.
To generate a diff of this commit:
cvs rdiff -u -r1.8 -r1.9 sr
Module Name:src
Committed By: wiz
Date: Sun Jan 17 22:47:19 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/mac68k: md.c
Log Message:
Close file when finished with it. Found by cppcheck.
To generate a diff of this commit:
cvs rdiff -u -r1.56 -r1.57 src/distrib/ut
Module Name:src
Committed By: martin
Date: Wed Jan 13 07:52:38 UTC 2010
Modified Files:
src/distrib/utils/sysinst: Makefile.inc
Log Message:
Avoid adding -Os to CFLAGS if DBG is set and contains -g.
This helps gdb a lot when compiling local debug versions of sysinst.
To
Module Name:src
Committed By: martin
Date: Wed Jan 13 07:48:58 UTC 2010
Modified Files:
src/distrib/utils/sysinst: net.c
Log Message:
Use the proper structs for ioctls to fetch network configuration.
Might fix PR 42436.
To generate a diff of this commit:
cvs rdiff -u -r1
Module Name:src
Committed By: dsl
Date: Sat Jan 2 21:16:47 UTC 2010
Modified Files:
src/distrib/utils/sysinst: Makefile.inc defs.h label.c mbr.c
Log Message:
Change most of the variables that hold disk sector number to be (at least)
uint32_t. Might make sysinst work on di
Module Name:src
Committed By: dsl
Date: Sat Jan 2 20:54:46 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/mvme68k: md.c
src/distrib/utils/sysinst/arch/x68k: md.c
Log Message:
Fix another couple of signed v unsigned comparisons of disk block numbers.
To
Module Name:src
Committed By: dsl
Date: Sat Jan 2 18:06:58 UTC 2010
Modified Files:
src/distrib/utils/sysinst: aout2elf.c disks.c util.c wskbd.c
src/distrib/utils/sysinst/arch/acorn32: md.c
src/distrib/utils/sysinst/arch/cobalt: md.c
src/distrib/uti
Module Name:src
Committed By: dsl
Date: Sat Jan 2 17:15:07 UTC 2010
Modified Files:
src/distrib/utils/sysinst/arch/mac68k: menus.md.de menus.md.en
menus.md.es menus.md.pl
Log Message:
Sanitise whitespace to minimise the differences between these files.
To ge
On 08/24 05:13, Matthias Scheler wrote:
> On Sun, Aug 23, 2009 at 09:16:17PM +, Jared D. McNeill wrote:
> > Modified Files:
> > src/distrib/utils/sysinst: menus.mi msg.mi.de msg.mi.en msg.mi.es
> > msg.mi.fr msg.mi.pl util.c
> >
> > Log Message:
> > Get rid of the 'select extractio
On Sun, Aug 23, 2009 at 09:16:17PM +, Jared D. McNeill wrote:
> Modified Files:
> src/distrib/utils/sysinst: menus.mi msg.mi.de msg.mi.en msg.mi.es
> msg.mi.fr msg.mi.pl util.c
>
> Log Message:
> Get rid of the 'select extraction verbosity' menu.
Which option does it use now?
On Sat, Apr 04, 2009 at 10:43:41PM +, David Holland wrote:
> On Sat, Apr 04, 2009 at 02:27:01PM +, Andrew Doran wrote:
> > Yes, alpha boots. It has significant problems from what I have seen.
>
> PR numbers?
>
> (There are quite a few in my index, but they're mostly old and of
> doubtful
On Sun, Apr 05, 2009 at 08:52:39AM +0900, Izumi Tsutsui wrote:
> Then, is it matter for modern GB HDD? ;-p
No, that's why the suggestion was to check the disk size and default to
UFS2 only on those shiny new big disks.
Martin
On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > I suggested that to ad in private email earlier. UFS1 is still good for
> > small file systems because it has less overhead.
>
> Is the possible overhead noticeable on the modern CPU?
> If not, it's okay to change default per port
jo...@britannica.bec.de wrote:
> On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > > I suggested that to ad in private email earlier. UFS1 is still good for
> > > small file systems because it has less overhead.
> >
> > Is the possible overhead noticeable on the modern CPU?
> > I
jo...@britannica.bec.de wrote:
> On Sun, Apr 05, 2009 at 08:52:39AM +0900, Izumi Tsutsui wrote:
> > jo...@britannica.bec.de wrote:
> >
> > > On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > > > > I suggested that to ad in private email earlier. UFS1 is still good
> > > > > for
On Sun, Apr 05, 2009 at 08:52:39AM +0900, Izumi Tsutsui wrote:
> jo...@britannica.bec.de wrote:
>
> > On Sun, Apr 05, 2009 at 08:03:54AM +0900, Izumi Tsutsui wrote:
> > > > I suggested that to ad in private email earlier. UFS1 is still good for
> > > > small file systems because it has less overhe
pe...@piermont.com wrote:
> Martin Husemann writes:
> > On Sun, Apr 05, 2009 at 01:13:38AM +0900, Izumi Tsutsui wrote:
> >> Like this?
> >
> > Looks good - one more evil idea: do we know the size of the target disk
> > at this point already? (I think so...)
> > We could make UFS2 the default for
On Sat, Apr 04, 2009 at 02:27:01PM +, Andrew Doran wrote:
> Yes, alpha boots. It has significant problems from what I have seen.
PR numbers?
(There are quite a few in my index, but they're mostly old and of
doubtful currency.)
--
David A. Holland
dholl...@netbsd.org
Martin Husemann writes:
> On Sun, Apr 05, 2009 at 01:13:38AM +0900, Izumi Tsutsui wrote:
>> Like this?
>
> Looks good - one more evil idea: do we know the size of the target disk
> at this point already? (I think so...)
> We could make UFS2 the default for everything > 50GB or some arbitrary
> t
On Sun, Apr 05, 2009 at 01:13:38AM +0900, Izumi Tsutsui wrote:
> Like this?
Looks good - one more evil idea: do we know the size of the target disk
at this point already? (I think so...)
We could make UFS2 the default for everything > 50GB or some arbitrary
threshold.
Martin
a...@netbsd.org wrote:
> On Sat, Apr 04, 2009 at 03:04:43PM +0200, Martin Husemann wrote:
>
> > On Sat, Apr 04, 2009 at 09:43:46PM +0900, Izumi Tsutsui wrote:
> > > In any case, __HAVE_UFS2_BOOT in types.h seems ambiguous for me.
> > > Isn't it better to have some other macro in sysinst/arch/${MA
On Sat, Apr 04, 2009 at 03:12:59PM +0200, Martin Husemann wrote:
> On Sat, Apr 04, 2009 at 11:50:00AM +, Andrew Doran wrote:
> > alpha and pmax seem unmaintained and as far as I can tell don't boot/work,
> > so I don't care.
>
> I have no pmax, but alpha (current as of a few hours ago) boots
On Sat, Apr 04, 2009 at 03:04:43PM +0200, Martin Husemann wrote:
> On Sat, Apr 04, 2009 at 09:43:46PM +0900, Izumi Tsutsui wrote:
> > In any case, __HAVE_UFS2_BOOT in types.h seems ambiguous for me.
> > Isn't it better to have some other macro in sysinst/arch/${MACHINE}/md.h ?
>
> I agree, it doe
On Sat, Apr 04, 2009 at 11:50:00AM +, Andrew Doran wrote:
> alpha and pmax seem unmaintained and as far as I can tell don't boot/work,
> so I don't care.
I have no pmax, but alpha (current as of a few hours ago) boots just fine.
Martin
On Sat, Apr 04, 2009 at 09:43:46PM +0900, Izumi Tsutsui wrote:
> In any case, __HAVE_UFS2_BOOT in types.h seems ambiguous for me.
> Isn't it better to have some other macro in sysinst/arch/${MACHINE}/md.h ?
I agree, it does not belong in types.h.
Martin
a...@netbsd.org wrote:
> On Sat, Apr 04, 2009 at 07:47:12PM +0900, Izumi Tsutsui wrote:
> > a...@netbsd.org wrote:
> > > Module Name: src
> > > Committed By: ad
> > > Date: Sat Apr 4 10:38:00 UTC 2009
> > >
> > > Modified Files:
> > > src/distrib/utils/sysinst: bsddisklabe
On Sat, Apr 04, 2009 at 07:47:12PM +0900, Izumi Tsutsui wrote:
> a...@netbsd.org wrote:
>
> > Module Name:src
> > Committed By: ad
> > Date: Sat Apr 4 10:38:00 UTC 2009
> >
> > Modified Files:
> > src/distrib/utils/sysinst: bsddisklabel.c
> >
> > Log Message:
>
a...@netbsd.org wrote:
> Module Name: src
> Committed By: ad
> Date: Sat Apr 4 10:38:00 UTC 2009
>
> Modified Files:
> src/distrib/utils/sysinst: bsddisklabel.c
>
> Log Message:
> - Default to UFS2 if the platform can boot from it.
Should we reject UFS2 for root partition
if MD
60 matches
Mail list logo
