On Sun, Mar 30, 2025 at 12:39:38AM +, David Holland wrote:
> On Thu, Mar 27, 2025 at 05:42:03AM +0700, Robert Elz wrote:
> > | Because vnds are specifically configured for mounts; the only thing
> > | they're useful for is mounting a fs image that lives in a regular
> > | file.
> >
>
On Thu, Mar 27, 2025 at 05:42:03AM +0700, Robert Elz wrote:
> | Because vnds are specifically configured for mounts; the only thing
> | they're useful for is mounting a fs image that lives in a regular
> | file.
>
> No they're not, they can be used for playing with newfs variants,
> fs
Date:Wed, 26 Mar 2025 20:46:42 +
From:David Holland
Message-ID:
| Because vnds are specifically configured for mounts; the only thing
| they're useful for is mounting a fs image that lives in a regular
| file.
No they're not, they can be used for playing w
On Thu, Mar 27, 2025 at 02:26:46AM +0700, Robert Elz wrote:
> | GitHub/31: Ricardo Branco: Add -d flag to umount to detach vnds,
>
> Why would we do this for vnd devices, and not cgd, raidframe, ccd, ... ??
Because vnds are specifically configured for mounts; the only thing
they're useful fo
Date:Tue, 25 Mar 2025 15:01:11 -0400
From:"Christos Zoulas"
Message-ID: <20250325190111.e3226f...@cvs.netbsd.org>
| GitHub/31: Ricardo Branco: Add -d flag to umount to detach vnds,
Why would we do this for vnd devices, and not cgd, raidframe, ccd, ... ??
For that,
On Mon, 24 Feb 2025, Paul Goyette wrote:
Do we get a man page for this? :)
Oh I see ot now. thnks
On Mon, 24 Feb 2025, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Mon Feb 24 13:47:57 UTC 2025
Modified Files:
src/sbin: Makefile
Added Files
Do we get a man page for this? :)
On Mon, 24 Feb 2025, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Mon Feb 24 13:47:57 UTC 2025
Modified Files:
src/sbin: Makefile
Added Files:
src/sbin/efi: Makefile bootvar.c bootvar.h certs.c certs.h de
Hi,
It's likely minor, but I believe these changes are enough to also
update the documentation date:
Index: ./src/sbin/ifconfig/ifconfig.8
-.Dd November 25, 2022
+.Dd April 8, 2024
Also "If the interface id a lagg(4) pseudo-interface" probably was
meant to be "If the interface is a lagg(4)..."
Date:Wed, 27 Sep 2023 09:44:10 +
From:"Taylor R Campbell"
Message-ID: <20230927094410.b9257f...@cvs.netbsd.org>
| gpt(8): Make gpt type array and enum match again.
Thanks, and apologies for not checking that better - I did test
that it recognised the new one pr
Taylor R Campbell writes:
> Well, what happened is:
>
> 1. I was drafting posix_memalign and aligned_alloc for libbsdmalloc in
>response to the thread about static program size yesterday, and
>carefully reading the specs -- POSIX 2018, C11 -- to make sure I
>got all the details right.
> Date: Wed, 05 Jul 2023 07:03:09 -0400
> From: Greg Troxel
> References: <20230705105858.33080f...@cvs.netbsd.org>
>
> "Taylor R Campbell" writes:
>
> > Revert "newfs(8): Ensure A divides S before aligned_alloc(A, S)."
> >
> > C17 lifted this restriction.
>
> I know we have only two toolchain
jk> mount_procfs(8): Document the format of the region descriptor
jk> lines contained in the 'map' and 'maps' special files.
This is to the best of my understanding, based on reading
the code and the UVM usenix paper [1].
Corrections welcome.
[1]: https://chuck.cranor.org/p/uvm_usenix.pdf
Regar
Date:Sat, 18 Jun 2022 14:45:12 - (UTC)
From:chris...@astron.com (Christos Zoulas)
Message-ID:
| Nevertheless why don't we make the char one unsigned char?
I wondered about that possibility, but it was a bigger change than I
wanted to make at the time - I didn't
In article <20220614080613.b4570f...@cvs.netbsd.org>,
Robert Elz wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: kre
>Date: Tue Jun 14 08:06:13 UTC 2022
>
>Modified Files:
> src/sbin/raidctl: rf_configure.c
>
>Log Message:
>Fix some config file parsing.
>
>First, and what
Please test it. In HEAD today, and last week, and for probably
a long time back into the past, /sbin/cgdconfig has threads, and
/rescue/cgdconfig does not.
I don"t know when argon2 support was added, or how to use it,
but if you do, it should be simple to create an cgd in vnd using
one, and then
On Mon, May 16, 2022 at 09:10:40AM +, Taylor R Campbell wrote:
> Surely `disabling threads' just means cgdconfig can't take advantage
> of parallelism to compute the same function in less time, not that
> cgdconfig computes a different function or fails to compute the same
> function, no?
>
M
Date:Mon, 16 May 2022 09:10:40 +
From:Taylor R Campbell
Message-ID: <20220516090946.a3c4660...@jupiter.mumble.net>
| > Please re-enable threads. They influence the output hash
| > so by disabling threads you stop people from being able
| > to decrypt their d
> On May 16, 2022, at 5:10 AM, Taylor R Campbell wrote:
>
>> Date: Mon, 16 May 2022 04:49:22 +
>> From: nia
>>
>> On Sun, May 15, 2022 at 03:53:27PM -0400, Christos Zoulas wrote:
>>> Log Message:
>>> Build argon2 inline so that crunched programs work. I also disabled threads
>>> for now;
> Date: Mon, 16 May 2022 04:49:22 +
> From: nia
>
> On Sun, May 15, 2022 at 03:53:27PM -0400, Christos Zoulas wrote:
> > Log Message:
> > Build argon2 inline so that crunched programs work. I also disabled threads
> > for now; we can put them back if needed.
>
> Please re-enable threads. The
On Sun, May 15, 2022 at 03:53:27PM -0400, Christos Zoulas wrote:
> Log Message:
> Build argon2 inline so that crunched programs work. I also disabled threads
> for now; we can put them back if needed.
Please re-enable threads. They influence the output hash
so by disabling threads you stop people
On Sun, Nov 28, 2021 at 07:42:55AM -0800, Jason Thorpe wrote:
>
>
> > On Nov 27, 2021, at 6:01 PM, Christos Zoulas wrote:
> >
> > Module Name:src
> > Committed By: christos
> > Date: Sun Nov 28 02:01:30 UTC 2021
> >
> > Modified Files:
> > src/sbin/cgdconfig: Ma
> On Nov 28, 2021, at 11:57 AM, Roland Illig wrote:
>
> Am 28.11.2021 um 17:37 schrieb Jason Thorpe:
>>> On Nov 28, 2021, at 8:05 AM, Christos Zoulas
>>> wrote:
>>>
>>> 1. which compilation flag should we add -pthread to? CFLAGS or
>>> COPTS? What about c++?
>>
>> GCC defines some preprocessor
Am 28.11.2021 um 17:37 schrieb Jason Thorpe:
On Nov 28, 2021, at 8:05 AM, Christos Zoulas
wrote:
1. which compilation flag should we add -pthread to? CFLAGS or
COPTS? What about c++?
GCC defines some preprocessor macros in response to -pthread, so …
CPPFLAGS? Perhaps a better choice is to ha
> On Nov 28, 2021, at 8:05 AM, Christos Zoulas wrote:
>
> The change is correct; this is how it is done everywhere else in the tree.
> You are right about -pthread doing more than adding -lpthread, but
> in that case, the -pthread should be added to CFLAGS/COPTS etc,
> not LDADD so that it is
The change is correct; this is how it is done everywhere else in the tree.
You are right about -pthread doing more than adding -lpthread, but
in that case, the -pthread should be added to CFLAGS/COPTS etc,
not LDADD so that it is effective during the compilation phase too,
not just the link phas
> On Nov 27, 2021, at 6:01 PM, Christos Zoulas wrote:
>
> Module Name: src
> Committed By: christos
> Date: Sun Nov 28 02:01:30 UTC 2021
>
> Modified Files:
> src/sbin/cgdconfig: Makefile
>
> Log Message:
> -lpthread to LDADD (fixes lint build)
This change is wrong. The -pth
Thanks for the quick response!
rin
On 2021/10/27 2:35, Roland Illig wrote:
Am 26.10.2021 um 06:13 schrieb matthew green:
Rin Okuyama writes:
I don't think this is right thing to be committed.
i agree.
Thank you for the explanation, I just reverted the commit, resulting in
sbin/wsconsctl/M
Am 26.10.2021 um 06:13 schrieb matthew green:
> Rin Okuyama writes:
>> I don't think this is right thing to be committed.
>
> i agree.
Thank you for the explanation, I just reverted the commit, resulting in
sbin/wsconsctl/Makefile 1.16.
Roland
Rin Okuyama writes:
> I don't think this is right thing to be committed.
i agree.
> By this way, we can add similar LINTFLAGS hacks every when
> kernel API is changed.
>
> Please keep this kinds of hacks within your local repository.
>
> > Running lint in non-tools mode picked up the header from
I don't think this is right thing to be committed.
By this way, we can add similar LINTFLAGS hacks every when
kernel API is changed.
Please keep this kinds of hacks within your local repository.
Thanks,
rin
On 2021/10/11 22:27, Roland Illig wrote:
Module Name:src
Committed By: rillig
Da
Sorry, no idea what happened with that. And thanks Martin for fixing it.
kre
The script no longer works:
Starting devpubd.
/libexec/devpubd-hooks/02-wedgenames: 164: Syntax error: end of file unexpected
(expecting "done")
Take care,
Jared
On Thu, 5 Aug 2021, Robert Elz wrote:
Module Name:src
Committed By: kre
Date: Thu Aug 5 12:52:47 UTC 2021
Modif
On Sat, Oct 24, 2020 at 10:38:04PM +0700, Robert Elz wrote:
> | file systems that are used as what spools?
>
> Ah, youth!
>
> The old text:
> This option is useful for optimizing read performance on file systems
> that are used as news spools.
> was refering to netnews (usenet, NNTP
On Sat, Oct 24, 2020 at 10:51:34AM +, Nia Alarie wrote:
> Modified Files:
> src/sbin/mount: mount.8
>
> Log Message:
> file systems that are used as what spools?
Kibozing caches.
--
David A. Holland
dholl...@netbsd.org
Date:Sat, 24 Oct 2020 10:51:34 +
From:"Nia Alarie"
Message-ID: <20201024105134.6539bf...@cvs.netbsd.org>
| file systems that are used as what spools?
Ah, youth!
The old text:
This option is useful for optimizing read performance on file systems
> Module Name: src
> Committed By: jdolecek
> Date: Sun Sep 27 18:17:35 UTC 2020
>
> Modified Files:
> src/sbin/nvmectl: nvmectl.8 nvmectl.h power.c
>
> Log Message:
> add -s option for 'power' command, this instructs the controller to save
> the value so it persists resets/whatnot
> What's wrong with printf("%s", NULL)? It produces '(null)', and at
> least it's visible something is missing there. I think gcc 9.3 is
> overly eager for this.
our libc "(null)" is beyond standard, and while useful,
the current result is UB from a standards POV.
it's a nice thing in that broken
What's wrong with printf("%s", NULL)? It produces '(null)', and at
least it's visible something is missing there. I think gcc 9.3 is
overly eager for this.
Is it correct to just omit the parameter altogether and change output format?
Jaromir
Le dim. 6 sept. 2020 à 04:41, matthew green a écrit :
In article <201906250354.x5p3suvz009...@server.cornerstoneservice.ca>,
John Nemeth wrote:
>On Jun 25, 3:42am, "John Nemeth" wrote:
>}
>} Module Name: src
>} Committed By:jnemeth
>} Date:Tue Jun 25 03:42:46 UTC 2019
>}
>} Modified Files:
>} src/sbin/gpt: gpt.h
>}
>
On Jun 25, 3:42am, "John Nemeth" wrote:
}
} Module Name: src
} Committed By: jnemeth
} Date: Tue Jun 25 03:42:46 UTC 2019
}
} Modified Files:
} src/sbin/gpt: gpt.h
}
} Log Message:
} gpt.c
ARGH! Message should have read:
Add gpt_change_hdr() similar to gpt_change_ent() fo
> On Mar 1, 2019, at 9:43 PM, Robert Elz wrote:
>
>Date:Fri, 1 Mar 2019 11:42:11 -0500
>From:"Christos Zoulas"
>Message-ID: <20190301164211.de6aaf...@cvs.netbsd.org>
>
> | Use getfsspecname() to fill the filesystem argument in dumpdates.
>
> Is there a reason f
Date:Fri, 1 Mar 2019 11:42:11 -0500
From:"Christos Zoulas"
Message-ID: <20190301164211.de6aaf...@cvs.netbsd.org>
| Use getfsspecname() to fill the filesystem argument in dumpdates.
Is there a reason for that?It seems like a step backwards to me.
If I follow wh
On Sat, Dec 29, 2018 at 01:33:23PM +, Alexander Nasonov wrote:
> Christoph Badura wrote:
> > On Thu, Dec 27, 2018 at 10:41:55PM +, Alexander Nasonov wrote:
> > > Perhaps the simplest change would be to pass an unresolved (original)
> > > name when composing a paramsfile. E.g.
> > >
> > > /
Christoph Badura wrote:
> On Thu, Dec 27, 2018 at 10:41:55PM +, Alexander Nasonov wrote:
> > Perhaps the simplest change would be to pass an unresolved (original)
> > name when composing a paramsfile. E.g.
> >
> > /etc/cgd/NAME=mylabel
> > /etc/cgd/ROOT.e
>
> Alas, this will break existing in
On Thu, Dec 27, 2018 at 10:41:55PM +, Alexander Nasonov wrote:
> Perhaps the simplest change would be to pass an unresolved (original)
> name when composing a paramsfile. E.g.
>
> /etc/cgd/NAME=mylabel
> /etc/cgd/ROOT.e
Alas, this will break existing installations that e.g. use /etc/cgd/dkNN
Christoph Badura wrote:
> Using /etc/cgd/ROOT. has the advantage that the cgd will configure
> if the root device changes name, thus upholding POLA.
>
> E.g. moving disks from a controller that attaches sd(4)s to one that
> attaches ld(4)s. I believe you can see that when dd'ing an image from
> S
On Thu, Dec 27, 2018 at 09:53:44PM +, Alexander Nasonov wrote:
> Alexander Nasonov wrote:
> > XXX Default paramsfile for NAME=label is /etc/cgd/dkNN (resolved wedge
> > partition) and /etc/cgd/ROOT. for ROOT.. This isn't yet
> > documented. IMO, it should be the other way around: /etc/cgd/label
Alexander Nasonov wrote:
> XXX Default paramsfile for NAME=label is /etc/cgd/dkNN (resolved wedge
> partition) and /etc/cgd/ROOT. for ROOT.. This isn't yet
> documented. IMO, it should be the other way around: /etc/cgd/label
> for the former and /et/cgd/[root-device] for the latter.
This is true f
Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Sat May 5 11:28:44 UTC 2018
>
> Modified Files:
> src/sbin/cgdconfig: cgdconfig.c
>
> Log Message:
> Check whether the cgd device selected is available to be
> configured,that is, not already in use, before requestin
On 06/29/18 23:24, Izumi Tsutsui wrote:
> Nowadays it should be vndconfig(8)?
> http://netbsd.gw.com/cgi-bin/man-cgi?vnconfig++NetBSD-current
Thanks for the heads up. It should now be fixed.
Sevan
> Modified Files:
> src/sbin/mount_cd9660: mount_cd9660.8
>
> Log Message:
> Note vnconfig(8) may be of interest, especially when looking to mount an iso
> via
> loopback.
Nowadays it should be vndconfig(8)?
http://netbsd.gw.com/cgi-bin/man-cgi?vnconfig++NetBSD-current
---
Izumi Tsutsui
matthew green wrote:
> "Alexander Nasonov" writes:
> > XXX Using memset for wiping isn't a good idea because memset is likely
> > optimised away by gcc. This should be revisited.
>
> use explicit_memset(3)?
Yes, we should change memsets of sensitive buffers to explicit_memset
but we also should i
"Alexander Nasonov" writes:
> Module Name: src
> Committed By: alnsn
> Date: Wed May 9 18:11:56 UTC 2018
>
> Modified Files:
> src/sbin/cgdconfig: cgdconfig.8 cgdconfig.c
>
> Log Message:
> Add '-e' option (echo the passphrase) and wipe the passphrase after use.
>
> XXX Using me
Date:Wed, 9 May 2018 08:59:55 +0100
From:Alexander Nasonov
Message-ID: <20180509075955.GA7743@neva>
| Adding (argc > 0) check before calling opendisk1 fixes the crash.
Thanks - and I see what is wrong now, but (for whatever reason) that did
not fail for me, I guess
Alexander Nasonov wrote:
> (gdb) b opendisk1
> (gdb) run -p
> Starting program:
> /home/alnsn/netbsd-current/clean/src/sbin/cgdconfig/obj/cgdconfig -p
>
> Breakpoint 1, 0x7f7ff78111f6 in opendisk1 () from /lib/libutil.so.7
> (gdb) x/s $rdi
> 0x0: # path=NULL
Adding (argc > 0) check be
Robert Elz wrote:
> Date:Tue, 8 May 2018 19:15:28 +0100
> From:Alexander Nasonov
> Message-ID: <20180508180815.GA5990@neva>
>
> | I think it broke the tool. If you run
> |
> | cgdconfig -p
> |
> | it will crash.
>
> Sorry, I cannot reproduce this, it looks
Date:Tue, 8 May 2018 19:15:28 +0100
From:Alexander Nasonov
Message-ID: <20180508180815.GA5990@neva>
| I think it broke the tool. If you run
|
| cgdconfig -p
|
| it will crash.
Sorry, I cannot reproduce this, it looks to work OK to me.
Can you tell me exact
Date:Tue, 8 May 2018 19:15:28 +0100
From:Alexander Nasonov
Message-ID: <20180508180815.GA5990@neva>
| I think it broke the tool. If you run
| cgdconfig -p
| it will crash.
I shall take a look.
kre
Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Sat May 5 11:28:44 UTC 2018
>
> Modified Files:
> src/sbin/cgdconfig: cgdconfig.c
>
> Log Message:
> Check whether the cgd device selected is available to be
> configured,that is, not already in use, before requestin
Fixed with 'cvs admin'.
Not sure why it wasn't ignored though?
Thomas
On Tue, Jan 23, 2018 at 02:58:46PM +, Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Tue Jan 23 14:58:46 UTC 2018
>
> Modified Files:
> src/sbin/mount_autofs: mount_autofs.8
>
> Log M
The addition of a default case to the getopt loop means refuse will not
have a chance to process built-in options.
On Sat, 25 Nov 2017, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Sun Nov 26 03:06:24 UTC 2017
Modified Files:
src/sbin/mount_qemu
> Date: Sat, 30 Sep 2017 14:21:56 -0400
> From: "David H. Gutteridge"
>
> >Module Name:src
> >Committed By: riastradh
> >Date: Sat Sep 30 15:25:16 UTC 2017
> >
> >Use int64_t for loop index so we don't iterate forever/until trap.
>
> This causes a build failure because of missing
>Module Name:src
>Committed By: riastradh
>Date: Sat Sep 30 15:25:16 UTC 2017
>
>Modified Files:
>src/sbin/resize_ffs: resize_ffs.c
>
>Log Message:
>Use int64_t for loop index so we don't iterate forever/until trap.
Hello,
This causes a build failure because of missing bra
> Modified Files:
> src/sbin/resize_ffs: resize_ffs.c
>
> Log Message:
> Fix the most obvious integer overflow errors which can lead to superblock
> corruption. Thanks to riastradh@
nicely done.
these two give me pause too, maybe make then size_t:
int i; /* Generi
On Tue, Jul 18, 2017 at 07:50:54PM +, Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Tue Jul 18 19:50:54 UTC 2017
>
> Modified Files:
> src/sbin/modload: modload.8
>
> Log Message:
> rgument.
Fixed to:
Fix Dt argument.
Thomas
>
>
> To generate a dif
On Fri, Jun 16, 2017 at 5:29 PM, Roy Marples wrote:
> On 16/06/2017 05:40, Ryota Ozaki wrote:
>> Module Name: src
>> Committed By: ozaki-r
>> Date: Fri Jun 16 04:40:16 UTC 2017
>>
>> Modified Files:
>> src/sbin/route: route.8 route.c
>>
>> Log Message:
>> Support -c option for rout
On 16/06/2017 05:40, Ryota Ozaki wrote:
> Module Name: src
> Committed By: ozaki-r
> Date: Fri Jun 16 04:40:16 UTC 2017
>
> Modified Files:
> src/sbin/route: route.8 route.c
>
> Log Message:
> Support -c option for route monitor
>
> route command exits if it receives routing mes
On 21.04.2017 20:08, co...@sdf.org wrote:
> On Fri, Apr 21, 2017 at 07:46:27PM +0200, Kamil Rytarowski wrote:
>>
>> It's a valid code.
>>
>
> Other things fail:
> http://releng.netbsd.org/builds/HEAD/201704202350Z/evbarm64-aarch64.build.failed
>
> /home/source/ab/HEAD/src/bin/ln/ln.c:357:1: error
On Fri, Apr 21, 2017 at 07:46:27PM +0200, Kamil Rytarowski wrote:
>
> It's a valid code.
>
Other things fail:
http://releng.netbsd.org/builds/HEAD/201704202350Z/evbarm64-aarch64.build.failed
/home/source/ab/HEAD/src/bin/ln/ln.c:357:1: error: function 'usage'
could be declared with attribute 'no
> Date: Fri, 21 Apr 2017 17:47:22 +
> From: co...@sdf.org
>
> /home/source/ab/HEAD-llvm/src/sbin/fsck_ext2fs/pass1.c:242:39: warning:
> comparison of array 'dp->e2di_blocks' equal to a null pointer is always false
> [-Wtautological-pointer-compare]
> (EXT2_MAXSYMLINKLEN =
On 21.04.2017 19:47, co...@sdf.org wrote:
> On Fri, Apr 21, 2017 at 01:33:05PM -0400, Christos Zoulas wrote:
>> e2di_block is an array; can't be NULL, (clang)
>
> I'm guessing this is from
> http://releng.netbsd.org/builds/HEAD-llvm/201704191240Z/amd64.build.failed
>
>
> /home/source/ab/HEAD-llv
On Fri, Apr 21, 2017 at 01:33:05PM -0400, Christos Zoulas wrote:
> e2di_block is an array; can't be NULL, (clang)
I'm guessing this is from
http://releng.netbsd.org/builds/HEAD-llvm/201704191240Z/amd64.build.failed
/home/source/ab/HEAD-llvm/src/sbin/fsck_ext2fs/pass1.c:242:39: warning:
comparis
The bug seems to also exist in NetBSD-7.1 - maybe a pull-up would be
helpful.
Best regards, Frank Kardel
On 03/17/17 07:52, Ryo Shimizu wrote:
Module Name:src
Committed By: ryo
Date: Fri Mar 17 06:52:59 UTC 2017
Modified Files:
src/sbin/ping: ping.c
Log Message:
Fix
On Sun, Feb 12, 2017 at 06:20:53PM +, Christos Zoulas wrote:
> In article <87bmu7l1k6@free.fr>,
> Aymeric Vincent wrote:
> >chris...@astron.com (Christos Zoulas) writes:
> >
> >> Yes, doesn't libcompat provide our getopt()? Or are you trying to compile
> >> this standalone?
> >
> >It does
In article <87bmu7l1k6@free.fr>,
Aymeric Vincent wrote:
>chris...@astron.com (Christos Zoulas) writes:
>
>> Yes, doesn't libcompat provide our getopt()? Or are you trying to compile
>> this standalone?
>
>It does, but from what I understand, we replace only getopt_long()
>unconditionnally and
chris...@astron.com (Christos Zoulas) writes:
> Yes, doesn't libcompat provide our getopt()? Or are you trying to compile
> this standalone?
It does, but from what I understand, we replace only getopt_long()
unconditionnally and use the host's getopt() if the optind variable can
be linked against
In article <20170212165406.79987f...@cvs.netbsd.org>,
Aymeric Vincent wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: aymeric
>Date: Sun Feb 12 16:54:06 UTC 2017
>
>Modified Files:
> src/sbin/gpt: main.c
>
>Log Message:
>Make gpt(8) work when compiled on a glibc-based OS.
In article <3523.1486165...@andromeda.noi.kre.to>,
Robert Elz wrote:
>Date:Fri, 3 Feb 2017 16:56:01 -0500
>From:"Christos Zoulas"
>Message-ID: <20170203215601.cb806f...@cvs.netbsd.org>
>
> | Modified Files:
> |src/sbin/mount_nfs: getnfsargs.c
> |
> | Log Mes
Robert Elz writes:
> Did you intend to keep ...
>
> + printf("netid=%s\n", netid);
>
> ?
He probably didn't - but updating mount_nfs (and removing this line for
tidiness) solves my NFS problem. It now works for all combinations of
upd, tcp, ipv4, and ipv6. :)
-tih
--
Mo
Date:Fri, 3 Feb 2017 16:56:01 -0500
From:"Christos Zoulas"
Message-ID: <20170203215601.cb806f...@cvs.netbsd.org>
| Modified Files:
| src/sbin/mount_nfs: getnfsargs.c
|
| Log Message:
| use the netid value because it could be udp6...
Did you intend to k
On 23.11.2016 15:33, Masatake Daimon wrote:
> Module Name: src
> Committed By: pho
> Date: Wed Nov 23 14:33:29 UTC 2016
>
> Modified Files:
> src/sbin/mount_puffs: mount_puffs.8 mount_puffs.c
>
> Log Message:
> Major rework on mount_puffs(8) so that it can actually start file serve
On Sun, Oct 09, 2016 at 12:57:50PM -0600, Greg Oster wrote:
> > Modified Files:
> >src/sbin/mount: mount.c
> >
> > Log Message:
> > change warning message
> >
> > previously attempting to use mount -t ext2 like myself would result in
> > the warning "mount: mount_ext2 not found for /m
On Sun, Oct 09, 2016 at 12:57:50PM -0600, Greg Oster wrote:
>
> mount -t ext2 /dev/sd0e /mnt1
> mount -t ext2 /dev/sd1e /mnt2
> mount -t ext2 /dev/sd2e /mnt3
> mount -t ext2 /dev/sd3e /mnt4
> -
>
> and getting the message:
>
> mount: mount_ext2 not found
>
> Now: which of those mounts faile
On Sat, 8 Oct 2016 06:47:59 +
"Maya Rashish" wrote:
> Module Name: src
> Committed By: maya
> Date: Sat Oct 8 06:47:59 UTC 2016
>
> Modified Files:
> src/sbin/mount: mount.c
>
> Log Message:
> change warning message
>
> previously attempting to use mount -t ext2 like myself
Hi Robert,
On 14/09/2016 01:09, Robert Elz wrote:
> Turns out I didn't remember the format as well as I thought, it was
> actually ...
>
> * Ian Johnstone, Sydney, 1977
> * Robert Elz, Melbourne, 1978
> * Peter Lamb, Melbourne, 1980
> * Will
On Wed, Sep 14, 2016 at 02:17:26PM +0100, Roy Marples wrote:
> On 14/09/2016 13:00, Joerg Sonnenberger wrote:
> > On Wed, Sep 14, 2016 at 11:46:43AM +, Roy Marples wrote:
> >> Module Name: src
> >> Committed By: roy
> >> Date: Wed Sep 14 11:46:43 UTC 2016
> >>
> >> Modif
On 14/09/2016 13:00, Joerg Sonnenberger wrote:
> On Wed, Sep 14, 2016 at 11:46:43AM +, Roy Marples wrote:
>> Module Name: src
>> Committed By:roy
>> Date:Wed Sep 14 11:46:43 UTC 2016
>>
>> Modified Files:
>> src/sbin/ifconfig: media.c
>>
>> Log Message:
>> Don't bai
On Wed, Sep 14, 2016 at 11:46:43AM +, Roy Marples wrote:
> Module Name: src
> Committed By: roy
> Date: Wed Sep 14 11:46:43 UTC 2016
>
> Modified Files:
> src/sbin/ifconfig: media.c
>
> Log Message:
> Don't bail if SIOGIFMEDIA doesn't return any media lists because we
> can sti
Date:Tue, 13 Sep 2016 15:25:26 +0700
From:Robert Elz
Message-ID: <27729.1473755...@andromeda.noi.kre.to>
| Shutdown originated in 6th edn (maybe 5th) UNSW (pdp-11) unix,
|
| At one stage it had (in comments in the source) our names all neatly
| lined up ...
Date:Mon, 12 Sep 2016 06:22:35 +
From:"Sevan Janiyan"
Message-ID: <20160912062235.6396bf...@cvs.netbsd.org>
| Modified Files:
| src/sbin/shutdown: shutdown.8
|
| Log Message:
| shutdown appeared as a standalone utility in 4.2BSD release, in 4BSD its
Date:Tue, 13 Sep 2016 00:50:30 +0100
From:Sevan Janiyan
Message-ID: <2d30ad57-2341-3b08-1d78-32b468cd5...@netbsd.org>
| I can't seem to find the 4.3BSD-Reno release notes at the moment, but
| the convention is interim releases do not count.
| There are examples
On 13/09/2016 00:09, matthew green wrote:
> that never stopped them being referenced before. infact, the macros
> appear know what they mean because it transforms:
>
>.Bx 4.3 tahoe .
>
> into:
>
>The shells file format appeared in 4.3BSD-Tahoe.
>
> ie, it capitalises and adds the dash.
Sevan Janiyan writes:
> On 12/09/2016 22:02, matthew green wrote:
> > wouldn't "09/06/89" put it in 4.3RENO ? from bsd-family-tree:
> >
> > 4.3BSD Reno 1990-06-29 [QCU], [DOC]
> >
> >
> > .mrg.
>
> Reno & Tahoe along with 4.1{a,b,c} were interim/beta releases.
that never stopped t
On 12/09/2016 22:02, matthew green wrote:
> wouldn't "09/06/89" put it in 4.3RENO ? from bsd-family-tree:
>
> 4.3BSD Reno 1990-06-29 [QCU], [DOC]
>
>
> .mrg.
Reno & Tahoe along with 4.1{a,b,c} were interim/beta releases.
> Log Message:
> Memory File System support appeared in 4.4BSD, implemented as an extension to
> newfs(8). So while newfs may have appeared in 4.2BSD, MFS support was later.
> https://svnweb.freebsd.org/csrg/sbin/newfs/Makefile?r1=39047&r2=39051
> Adjust HISTORY.
> Bump date.
wouldn't "09/06/89" p
"Sevan Janiyan" writes:
> Module Name: src
> Committed By: sevan
> Date: Mon Sep 12 00:15:14 UTC 2016
>
> Modified Files:
> src/sbin/modstat: modstat.8
>
> Log Message:
> Document author and the version modstat appeared.
> Bump date.
it used to live in usr.sbin:
revision 1.1
date
In article <201606091738.u59hcf6c007...@server.cornerstoneservice.ca>,
John Nemeth wrote:
>On Jun 9, 11:12am, "Christos Zoulas" wrote:
>}
>} Module Name: src
>} Committed By:christos
>} Date:Thu Jun 9 15:12:54 UTC 2016
>}
>} Modified Files:
>} src/sbin/gpt: biosboo
On Jun 9, 11:12am, "Christos Zoulas" wrote:
}
} Module Name: src
} Committed By: christos
} Date: Thu Jun 9 15:12:54 UTC 2016
}
} Modified Files:
} src/sbin/gpt: biosboot.c create.c gpt.8 gpt.c gpt.h migrate.c show.c
}
} Log Message:
} PR/51230: Add the ability to set the active
On Mar 17, 12:03pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: CVS commit: src/sbin/resize_ffs
| "Christos Zoulas" writes:
| > Module Name:src
| > Committed By: christos
| > Date: Thu Mar 17 00:54:53 UTC 2016
| >
| > Modifie
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Thu Mar 17 00:54:53 UTC 2016
>
> Modified Files:
> src/sbin/resize_ffs: resize_ffs.c
>
> Log Message:
> Appease gcc-5 from phone@
this caused testsuite failures when i ran it, so i didn't commit this.
d
1 - 100 of 222 matches
Mail list logo
