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
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
On Sun, Jul 30, 2023 at 09:23:22AM +, Masatake Daimon wrote:
> Modified Files:
> src/games/hack: hack.o_init.c
>
> Log Message:
> hack(6): Fix a segfault that occurs when ASLR is enabled
>
> Prior to this change, savenames() would store "objects" in save files as a
> blob, and re
On Sun, Aug 28, 2022 at 03:30:41AM -0400, Christos Zoulas wrote:
> Modified Files:
> src/distrib/sets/lists/debug: mi
>
> Log Message:
> fix sets
Bah. Sorry about that. Been too long since the last time...
--
David A. Holland
dholl...@netbsd.org
On Sat, Aug 27, 2022 at 09:44:10PM +, David A. Holland wrote:
> Module Name: external
> Committed By:dholland
> Date:Sat Aug 27 21:44:10 UTC 2022
>
> Update of /cvsroot/external/bsd/tradcpp/dist
> In directory ivanova.netbsd.org:/tmp/cvs-serv4832
>
> Log Messag
On Wed, Feb 02, 2022 at 05:43:45AM +0700, Robert Elz wrote:
> | Test mkdir(2) with one or more trailing slashes - this currently fails
> | for v7fs.
>
> As it should I think, trailing slashes are not simply deleted in v7fs.
>
> [...]
>
> If this was ever changed, it would not truly be
On Mon, Jul 19, 2021 at 01:33:53AM +, David A. Holland wrote:
> Part 3; cvs randomly didn't commit all the files the first time, still
> hunting down the files it skipped.
ok, I'm pretty sure that's the lot.
--
David A. Holland
dholl...@netbsd.org
On Thu, Jul 01, 2021 at 12:25:51AM -0400, Christos Zoulas wrote:
> Modified Files:
> src/sys/kern: vfs_vnops.c
>
> Log Message:
> don't clear the error before we use it to determine if we are moving or
> duping.
oh ffs...
*goes to soak head*
--
David A. Holland
dholl...@netbsd.org
On Wed, Jun 30, 2021 at 06:42:21PM +0900, Rin Okuyama wrote:
> /home/source/ab/HEAD/src/sys/kern/vfs_vnops.c:357:11: error: 'vp' may be
> used uninitialized in this function [-Werror=maybe-uninitialized]
> 357 | *ret_vp = vp;
> | ^~~~
> cc1: all warnings being treated as e
On Wed, Feb 17, 2021 at 11:51:04PM +, David A. Holland wrote:
> Also, Someone(TM) should check if POSIX permits this or if we ought to
> improve the implementation.
Unsurprisingly, POSIX is silent. It just says "rewinddir shall also
cause the directory stream to refer to the current state of
On Sun, Oct 25, 2020 at 05:37:36PM +, Simon J. Gerraty wrote:
> Modified Files:
> src/usr.bin/make: main.c
> src/usr.bin/make/unit-tests: varmod-match-escape.exp
>
> Log Message:
> Skip reading .MAKE.DEPENDFILE if set to
> "/dev/null" or anything starting with "no".
>
> Ref
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
(yes, change is from January, I'm hugely behind)
On Mon, Jan 27, 2020 at 10:22:03PM +, Andrew Doran wrote:
> Modified Files:
> src/common/lib/libc/string: bcmp.c memcmp.c
>
> Log Message:
> Drop the alignment check if __NO_STRICT_ALIGNMENT (x86, m68k, vax).
Even on machines that al
On Thu, Mar 26, 2020 at 10:54:21AM +0700, Robert Elz wrote:
> | I don't agree -- because applications shouldn't attempt to modify the
> | result, it should be const.
>
> The only reason apps shouldn't modify the string is in case of
> porting the app to an (well, some) ancient implementat
On Wed, Mar 25, 2020 at 06:50:47PM +, Robert Elz wrote:
> Modified Files:
> src/lib/libc/string: strerror.3
>
> Log Message:
> Delete the BUGS paragraph about the "missing" const qualifier for the
> result type of strerror() (and strerror_l()). While that once should
> really hav
On Thu, Dec 19, 2019 at 11:04:25PM -0500, Christos Zoulas wrote:
> Module Name: src
> Committed By:christos
> Date:Fri Dec 20 04:04:25 UTC 2019
>
> Modified Files:
> src/share/mk: bsd.sys.mk sys.mk
>
> Log Message:
> move MV to sys.mk because it is used there
On Mon, Sep 16, 2019 at 07:47:24AM +0700, Robert Elz wrote:
> | There have been OSes in the past where memory not freed yet at process
> | exit is _not_ freed by the system, and there might be again,
>
> Please everyone, let's retain some perspective. Systems like those
> (Roy mentioned
On Fri, Sep 13, 2019 at 07:03:40PM +0700, Robert Elz wrote:
> It isn't so much that I think we need to save the cost of doing
> the free() (though for ps it turns out to be harder than you'd expect
> to actually get it right) but whether it is worth anyone time and
> effort to actually work out
On Mon, Feb 25, 2019 at 06:07:23AM +, David Holland wrote:
> that one doesn't set dropend correctly for small buffers, outsmarted
> myself while writing it.
Better change (still against 1.242) that makes the logic much
simpler. Will test this overnight...
Index:
On Mon, Feb 25, 2019 at 05:50:08AM +, David Holland wrote:
> Furthermore, this:
>
> > + rawbuf -= dropend;
>
> is entirely wrong (it needs to be "rawbufmax") and without that bound
> on rawbufmax the code is unsafe...
I repaired this bit just n
On Sun, Feb 24, 2019 at 07:51:24PM -0500, Christos Zoulas wrote:
> Module Name: src
> Committed By:christos
> Date:Mon Feb 25 00:51:24 UTC 2019
>
> Modified Files:
> src/sys/ufs/ufs: ufs_vnops.c
>
> Log Message:
> drop unused
dropping this logic is wrong...
On Sun, Feb 24, 2019 at 07:06:40PM +, Michael van Elst wrote:
> Modified Files:
> src/sys/ufs/ufs: ufs_vnops.c
>
> Log Message:
> Reading a directory may trigger a panic when the buffer is too small.
> Adjust necessary checks.
:
> + if (physstart >= physend) {
> +
On Sun, Feb 24, 2019 at 05:01:52PM +, Kamil Rytarowski wrote:
> Modified Files:
> src/sys/netinet: sctp_asconf.h
>
> Log Message:
> Appease GCC7 in sctp_asconf.h
>
> Do not declare types inside function parameter list.
> Add decklarations of types before these function prototypes
On Mon, Jan 28, 2019 at 07:45:12PM +0700, Robert Elz wrote:
> | at least the Arabic ones (momayyez). Supporting 2-3+ styles is opening
> | Pandora's box;
>
> No-one is planning that. There are two options - the C locale, or
> the locale set in the environment.
Actually it's kind of wha
On Sun, Jan 27, 2019 at 07:10:24PM +0100, Maxime Villard wrote:
> > Restore satlink's majors entries commented out and marked obsolete.
> > Otherwise they might accidentally get reused later and cause a
> > security problem.
>
> This is completely useless, please revert. You are re-adding ref
On Sat, Jan 26, 2019 at 12:28:08PM +0100, Kamil Rytarowski wrote:
> This is where I disagree. In my opinion (of a native user of ",") -
> parsing locale specific input for such programs doesn't make sense.
>
> Locale specific format is in my opinion appropriate only for programs
> that proces
On Mon, Jan 14, 2019 at 09:42:54AM +1100, matthew green wrote:
> it would be OK if this was _read-only_ access to network
> configuration, but one should never be allowed to change the
> it unless root.
In the long run, it's quite helpful for laptops to be able to adjust
the network configurati
On Sat, Nov 03, 2018 at 06:30:00PM +, Martin Husemann wrote:
> Remove "usage" translations - they never could be displayed as we only select
> the language later.
What happens in the scenario when someone's using sysinst after
installation and has a locale set?
--
David A. Holland
dholl...
On Wed, Apr 04, 2018 at 08:31:11PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By:christos
> Date:Thu Apr 5 00:31:11 UTC 2018
>
> Modified Files:
> src/usr.bin/make: parse.c
>
> Log Message:
> Be more selective about detecting a SYSV include
On Fri, Dec 08, 2017 at 03:52:01PM +, Taylor R Campbell wrote:
> Modified Files:
> src/share/man/man9: mutex.9
>
> Log Message:
> Specify memory ordering implied by mutex_(spin_)enter/exit.
>
> I'm hesitant to just say `implies membar_enter/exit' -- that may be a
> little stronge
On Mon, Dec 04, 2017 at 07:41:56PM +0100, Maxime Villard wrote:
> > Are you saying Christos is lying about it working after reverting your
> > commits?
>
> Why don't you read the previous emails from this thread, instead of
> coming up with random, inaccurate statements like this one? I said
On Wed, Dec 06, 2017 at 08:25:08AM +0700, Robert Elz wrote:
> It isn't the precedence of the operators that is at issue, but
> deciding what is an operator -
oh right, I'm pretty sure I knew about that at one point and blocked
it out for the sake of my sanity :-)
--
David A. Holland
dholl...@n
On Mon, Dec 04, 2017 at 02:50:33PM +, Robert Elz wrote:
> Modified Files:
> src/etc/rc.d: sshd
>
> Log Message:
> Do away with (not well specified, even if it happens to work) absurd
> 15 arg test ([ ]) expression, and replace it with several well defined
> 2 arg tests, combined wi
On Sat, Dec 02, 2017 at 09:59:02AM +, Maxime Villard wrote:
> Module Name: src
> Committed By:maxv
> Date:Sat Dec 2 09:59:02 UTC 2017
>
> Modified Files:
> src/sys/arch/amd64/conf: ALL
>
> Log Message:
> Remove options that do not exist on amd64.
Compil
On Sun, Dec 03, 2017 at 11:53:37PM +0100, Manuel Bouyer wrote:
> On Sun, Dec 03, 2017 at 11:06:47AM -0800, bch wrote:
> > ...
> > /usr/src/sys/dev/acpi/wmi/wmi_dell.c: In function 'wmi_dell_action':
> > /usr/src/sys/dev/acpi/wmi/wmi_dell.c:234:16: error: comparison between
> > signed and unsig
On Sun, Dec 03, 2017 at 10:05:08AM +0100, Maxime Villard wrote:
> Le 02/12/2017 ? 22:23, David Holland a ?crit :
> > On Sat, Dec 02, 2017 at 10:04:26PM +0100, Maxime Villard wrote:
> > > > Revert this. Compat on amd64 must be available all the way back to
> &
On Wed, Oct 04, 2017 at 07:54:33PM -0400, Christos Zoulas wrote:
> Log Message:
> Add NOBINARIES, useful to build tools are libraries which is what's needed
> for mknative.
Wouldn't it make more sense for this to be a build target than a
setting (as in, say, "build.sh libs")?
--
David A. Holl
On Sat, Dec 02, 2017 at 10:04:26PM +0100, Maxime Villard wrote:
> > Revert this. Compat on amd64 must be available all the way back to
> > 0.9, same as i386.
> >
> > Also, please stop unilaterally breaking the world.
>
> You are kidding, right? Everything below COMPAT_15 has *never* been
>
On Sat, Dec 02, 2017 at 01:03:15PM +, Maxime Villard wrote:
> Modified Files:
> src/sys/arch/amd64/conf: GENERIC files.amd64
> src/sys/arch/xen/conf: files.xen
> Removed Files:
> src/sys/arch/amd64/amd64: compat_13_machdep.c
>
> Log Message:
> Drop COMPAT_13 on amd64, al
On Tue, Oct 03, 2017 at 06:54:52PM +0200, Maxime Villard wrote:
> I'm not responding to this nonsensical thread anymore,
The problem is, you keep acting unilaterally without having gathered a
consensus, then ignoring the resulting objections and demanding to
have everything your way and only your
On Fri, Mar 24, 2017 at 12:49:43PM +, Brian Ginsbach wrote:
> Modified Files:
> src/share/misc: acronyms.comp
>
> Log Message:
> Add the more prevalent media access control (MAC) in addition to
> medium access control
It doesn't really need both...
--
David A. Holland
dholl...@ne
On Wed, Jan 11, 2017 at 12:12:33PM +, Joerg Sonnenberger wrote:
> Modified Files:
> src/sys/fs/tmpfs: tmpfs_vnops.c
>
> Log Message:
> Remove RO check in tmpfs_putpages for now, the syncer doesn't like the
> error code.
Either removing it is wrong or it should be changed to KASSERT
On Wed, Jan 04, 2017 at 09:17:23AM +0800, Paul Goyette wrote:
> > > /* info for a single history event */
> > > struct sysctl_history_event {
> > > -struct timespec she_tspec;
> > > +time_t she_time_sec;
> > > +uint32_tshe_time_usec;
> > > +uin
On Mon, Jan 02, 2017 at 05:18:49AM +0100, Kamil Rytarowski wrote:
> > Historically exect() is used by debuggers to start debuggees. While
> > it's equivalent to using PT_TRACE_ME followed by execve(), I think the
> > result is that the new process first stops immediately after the exec
> > fini
On Sat, Dec 31, 2016 at 08:57:16PM +, Kamil Rytarowski wrote:
> Update TODO.ptrace
>
> Mark exect(3) for removal, there is no use-case for it. exec() is already
> monitored and emits SIGTRAP when traced.
Historically exect() is used by debuggers to start debuggees. While
it's equivalent t
On Sat, Dec 31, 2016 at 08:33:04PM +, co...@sdf.org wrote:
> On Sat, Dec 31, 2016 at 03:33:03PM +, Maya Rashish wrote:
> > - w = r + y * I;
> > + r = sqrt(x);
> > + w = r;
> >}
> >
On Wed, Dec 28, 2016 at 07:32:05PM +, Taylor R Campbell wrote:
> It's true that moving the kauth call expanded the attack surface a
> little bit. Now we have to worry about:
When I saw the original commit I wondered it if it was an information
leak. Maybe it's not, but that's certainly a fo
On Tue, Dec 06, 2016 at 01:41:03PM -0500, Christos Zoulas wrote:
> Module Name: src
> Committed By:christos
> Date:Tue Dec 6 18:41:03 UTC 2016
>
> Modified Files:
> src/lib/libc/net: linkaddr.c
>
> Log Message:
> Fix buffer copy without checking the size of
On Sat, Nov 26, 2016 at 09:21:17PM +1100, matthew green wrote:
> > Modified Files:
> >src/sys/arch/amd64/conf: GENERIC
> >
> > Log Message:
> > 1.6 was the first amd64 release. (although it didn't really work too well
> > before -5)
>
> dunno what you're talking about. i ran it for m
On Fri, Nov 25, 2016 at 01:04:20PM +0100, Maxime Villard wrote:
> ? It probably means there is some kind of stupid assumption or hack in
> emacs. If you could send me the core, the binary and tell me which arch it
> is, that would be nice.
No, if there is a problem it is somewhere in crtstuff,
On Thu, Nov 24, 2016 at 10:28:56PM +0900, Masanobu SAITOH wrote:
> > Put a one-page redzone between userland and the PTE space on amd64 and
> > i386.
> >
> > The PTE space is a critical region that maps the page tree, and bugs have
> > been found in both amd64 and i386 where the kernel would
On Mon, Oct 31, 2016 at 04:15:23AM +, NONAKA Kimihiro wrote:
> Modified Files:
> src/sys/dev/usb: usbdevs
>
> Log Message:
> Remove duplicated HUAWEI E353 entry.
Woops, sorry about that.
--
David A. Holland
dholl...@netbsd.org
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 Thu, Oct 13, 2016 at 08:56:31AM +, Ryo Shimizu wrote:
> Modified Files:
> src/sys/dev: mm.c
>
> Log Message:
> /dev/mem cannot lseek over 0x8000 on 32bit architectures.
This isn't enough (at least pedantically) because uio_offset is
signed.
(in fact, since uio_offset is sign
On Mon, Oct 10, 2016 at 10:23:46AM +0300, Valery Ushakov wrote:
> > Log Message:
> > PR 49636 Henning Petersen: use "0L" to return 0 from a function returning
> > long, and test its returned value against "0L" instead of "0".
> >
> > This is not especially necessary, but it's also harmless.
On Thu, Sep 22, 2016 at 11:57:06AM -0400, Christos Zoulas wrote:
> Modified Files:
> src/sys/fs/nfs: files.newnfs
>
> Log Message:
> add missing attribute
I didn't think that even configured yet...
--
David A. Holland
dholl...@netbsd.org
On Sun, Sep 18, 2016 at 09:52:37PM +, Jaromir Dolecek wrote:
> Modified Files:
> src/sys/dev/ic: ld_nvme.c
>
> Log Message:
> must use PR_NOWAIT also during ldattach()/dkwedge discover, our i/o is there
> called with a spin lock held, which triggers LOCKDEBUG panic
That sounds like
On Sun, Sep 18, 2016 at 06:28:12AM +0800, Paul Goyette wrote:
> > > Modified Files:
> > > src/distrib/sets/lists/modules: md.amd64 md.i386 mi
> > >
> > > Log Message:
> > > Fix sets lists for nvme module. Since it is being built only for the
> > > i386 and amd64 platforms, the entries belon
On Sat, Sep 17, 2016 at 02:27:19AM +, Paul Goyette wrote:
> Modified Files:
> src/distrib/sets/lists/modules: md.amd64 md.i386 mi
>
> Log Message:
> Fix sets lists for nvme module. Since it is being built only for the
> i386 and amd64 platforms, the entries belong in the md.xxx lis
On Tue, Aug 23, 2016 at 02:24:30AM -0400, Christos Zoulas wrote:
> Modified Files:
> src/sys/ufs/ext2fs: ext2fs_vfsops.c
>
> Log Message:
> CID 1371644: use strlcpy, remove dup copy.
You sure about the dup copy? Those are different string buffers.
--
David A. Holland
dholl...@netbsd.o
On Wed, Jul 20, 2016 at 02:14:12PM -0400, Christos Zoulas wrote:
> Modified Files:
> src/usr.bin/xlint/lint1: cgram.y
>
> Log Message:
> accept attributes in param decls
Parsing gcc attributes "correctly" (as in, where gcc accepts them) is
a trainwreck. Do we really want to bother tryin
On Thu, Jul 14, 2016 at 01:59:19AM +, Matt Thomas wrote:
> Added Files:
> src/lib/libc_fp: Makefile gcc-softfloat.c
> src/lib/libc_fp/arch/mips: Makefile.inc fpdf.S fpsf.S shlib_version
>
> Log Message:
> Library which implements the softfloat primitives using FP instructions
On Mon, Jul 11, 2016 at 09:42:20AM +, Kengo NAKAHARA wrote:
> Log Message:
> strncpy should use destination buf length instead of source buf length.
>
> pointed out by nonaka@n.o.
this should almost certainly be strlcpy, not strncpy.
--
David A. Holland
dholl...@netbsd.org
(from a while back)
On Sun, Jan 24, 2016 at 02:11:56PM +0100, Joerg Sonnenberger wrote:
> On Fri, Jan 22, 2016 at 11:31:30PM +, David A. Holland wrote:
> > Module Name: src
> > Committed By: dholland
> > Date: Fri Jan 22 23:31:30 UTC 2016
> >
> > Modified Files:
On Mon, Jun 20, 2016 at 03:14:35PM -0400, Christos Zoulas wrote:
> Modified Files:
> src/sys/kern: kern_exec.c
>
> Log Message:
> put back commented out name resolution code that was gc'ed after previous
> refactoring.
Wait a moment, I thought we'd put in code to do getcwd for that cas
On Sun, Jun 19, 2016 at 06:58:17AM +, David A. Holland wrote:
> Modified Files:
> src/sys/dev/pci: arcmsr.c
>
> Log Message:
> Broaden the #if NBIO > 0 block. Should fix broken emips build.
Erm: "evbppc"
--
David A. Holland
dholl...@netbsd.org
On Sun, Jun 05, 2016 at 01:33:04PM +, Maxime Villard wrote:
> Modified Files:
> src/sys/arch/i386/stand/lib: bootmenu.c menuutils.c
> src/sys/lib/libsa: gets.c stand.h
>
> Log Message:
> Use gets_s instead of gets. The x86 bootloader prompt is easy to
> overflow.
That's not g
On Sun, May 08, 2016 at 04:01:56PM -0400, Christos Zoulas wrote:
> Modified Files:
> src/sys/kern: kern_pax.c
>
> Log Message:
> Fix stack allocation; limit delta to a quarter of the stack size. This should
> get rid of the random aborts.
Obviously I don't understand all the criteria,
On Sat, May 07, 2016 at 11:59:09AM +, Maxime Villard wrote:
> Modified Files:
> src/sys/ufs/ffs: ffs_subr.c
>
> Log Message:
> uaf
: - if ((*bpp)->b_blkno >= 0 && (error = fscow_run(*bpp, false)) != 0)
: + if ((*bpp)->b_blkno >= 0 && (error = fscow_run(*bpp, false)) !=
On Sun, May 01, 2016 at 10:21:02AM +, NONAKA Kimihiro wrote:
> Log Message:
> Added nvme(4) for Non-Volatile Memory Host Controller Interface devices.
> Ported from OpenBSD.
Woohoo!
Am I right though in thinking that this driver is not yet MPSAFE?
--
David A. Holland
dholl...@netbsd.org
On Mon, Mar 21, 2016 at 01:36:22AM +0100, Joerg Sonnenberger wrote:
> Here is a trivial test case showing that the basic problem exists for
> both clang and gcc:
>
>int a, b
>
>int f(void) {
> return &a != &b;
>}
Do you perhaps mean "extern int a, b;"? That's an importan
On Sat, Feb 20, 2016 at 01:19:03AM +, Simon J. Gerraty wrote:
> Modified Files:
> src/usr.bin/make: [lots of very random stuff]
Was any of this discussed anywhere?
--
David A. Holland
dholl...@netbsd.org
On Thu, Dec 31, 2015 at 04:14:52PM -0500, Greg Troxel wrote:
> > When evaluated on a Sunday, "next Sunday" means 7 days in the future,
> > not 14. When evaluated on a Monday, it apparently means 13 days in the
> > future. There's not exactly a spec for parsedate.y, so conform to the
> > impleme
On Mon, Nov 09, 2015 at 09:59:18AM +, Stephen Borrill wrote:
> Modified Files:
> src/sys/ufs/lfs [netbsd-5]: lfs_segment.c
>
> Log Message:
> Fix breakage from ticket #1974
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.213.8.1 -r1.213.8.2 src/sys/ufs/lfs/lfs_segme
On Thu, Sep 03, 2015 at 02:56:35PM +0900, Masao Uebayashi wrote:
> Because ${OBJS} affects not only build order but also link order.
And this matters why, in the absence of e.g. profile-driven function
layout?
(although it might be interesting to see if running ${OBJS} through
lorder/tsort impro
On Thu, Sep 03, 2015 at 01:30:18AM +, Masao Uebayashi wrote:
> Module Name: src
> Committed By:uebayasi
> Date:Thu Sep 3 01:30:18 UTC 2015
>
> Modified Files:
> src/sys/conf: Makefile.kern.inc
>
> Log Message:
> Stop ordering objects alphabetically now t
On Sat, Aug 29, 2015 at 03:51:53PM +, Masao Uebayashi wrote:
> According to nxr.netbsd.org, nothing uses MEMORY_DISK_IMAGE. Retire it.
> Premature design and its build rule bloats Makefile.kern.inc. There are
> other ways like MEMORY_DISK_DYNAMIC.
>
> (When kernel will be built as reloc
On Sun, Aug 23, 2015 at 12:00:23PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By:christos
> Date:Sun Aug 23 16:00:23 UTC 2015
>
> Modified Files:
> src/sbin/fsck_lfs: pass0.c
>
> Log Message:
> swap the formats too, not just the args.
sorry
On Sun, Aug 09, 2015 at 01:06:30AM +0200, Aymeric Vincent wrote:
> David Holland writes:
>
> > > Fix bracket expressions by moving '-' to the end of them. GNU awk
> > choked.
> >
> > Front is safer. fwiw.
>
> OK, I moved them to the
On Sat, Aug 08, 2015 at 10:27:00PM +, Aymeric Vincent wrote:
> Modified Files:
> src/external/mit/xorg: xorg-pkg-ver.mk
>
> Log Message:
> Fix bracket expressions by moving '-' to the end of them. GNU awk choked.
Front is safer. fwiw.
--
David A. Holland
dholl...@netbsd.org
On Sun, Jul 26, 2015 at 10:22:24PM +, Thomas Klausner wrote:
> Modified Files:
> src/games/atc: atc.6
>
> Log Message:
> Use An in AUTHORS section.
Shouldn't the uucp address be .Aq'd too?
--
David A. Holland
dholl...@netbsd.org
On Sat, Jul 25, 2015 at 10:40:35AM +, Martin Husemann wrote:
> Modified Files:
> src/sys/ufs/lfs: lfs_bio.c lfs_debug.c lfs_pages.c lfs_segment.c
> lfs_vnops.c
>
> Log Message:
> Use accessors in DEBUG and DIAGNOSTIC code as well
Woops, sorry...
--
David A. Holland
dholl
On Wed, Jul 15, 2015 at 02:23:40PM +, Antti Kantee wrote:
> Modified Files:
> src/lib/libc/arch/i386/gen: Makefile.inc
> src/lib/libc/arch/x86_64/gen: Makefile.inc
>
> Log Message:
> Remove "objects built from C sources" comments. Everyone can see
> they're built from C sourc
On Fri, Jul 03, 2015 at 08:12:42PM +0100, Roy Marples wrote:
> >> Modified Files:
> >> src/usr.sbin/rtadvd: advcap.c if.c rrenum.c rtadvd.c
> >>
> >> Log Message:
> >> Use %m in syslog(3) instead of %s strerror(3).
> >
> > Was this really necessary? Last I remember we considered %m a leg
On Fri, Jun 05, 2015 at 03:41:59PM +, Roy Marples wrote:
> Module Name: src
> Committed By:roy
> Date:Fri Jun 5 15:41:59 UTC 2015
>
> Modified Files:
> src/usr.sbin/rtadvd: advcap.c if.c rrenum.c rtadvd.c
>
> Log Message:
> Use %m in syslog(3) instead of
On Mon, Jun 29, 2015 at 12:25:49PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By:christos
> Date:Mon Jun 29 16:25:49 UTC 2015
>
> Modified Files:
> src/sys/miscfs/specfs: spec_vnops.c
>
> Log Message:
> Revert previous, and explain why.
Hrm
On Tue, Jun 23, 2015 at 06:23:36PM +1000, matthew green wrote:
> > Log Message:
> > Don't reference netbsd32_nfssvc unless NFSSERVER is defined.
> > Fixes PR 49994.
>
> thanks.
*bow*
--
David A. Holland
dholl...@netbsd.org
On Sat, Jun 20, 2015 at 04:42:32PM +, Hubert Feyrer wrote:
> Seriously: give the reader of the manpage an idea on what this program
> is for without forcing them to Google or read another manpage.
Thank you!
(there are quite a few man pages that would benefit from this treatment...)
--
Da
On Sat, May 09, 2015 at 05:22:18PM -0400, Christos Zoulas wrote:
> Modified Files:
> src/usr.sbin/rpcbind: rpcbind.c
>
> Log Message:
> use EXIT_SUCCESS/EXIT_FAILURE consistently.
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.21 -r1.22 src/usr.sbin/rpcbind/rpcbind.c
On Sun, Apr 26, 2015 at 09:24:26PM +0200, Marc Balmer wrote:
> > If you persist in this attitude, you're likely to generate a consensus
> > within this part of the "Internet culture" to document your sudden
> > lack of a commit bit.
>
> David, I think this a uneeded threat. rodent's commit m
On Sun, Apr 26, 2015 at 06:09:37PM +0900, Masao Uebayashi wrote:
> Are you removing any inappropriate/hostile words in the tree (if exists)?
If there's stuff of the same sort as the acronyms that got pruned,
perhaps so. Don't know of any, but that doesn't mean it's not there.
(routine bad langua
On Fri, Apr 24, 2015 at 12:20:17AM +, Blue Rats wrote:
> Module Name: src
> Committed By:rodent
> Date:Fri Apr 24 00:20:17 UTC 2015
>
> Modified Files:
> src/share/misc: acronyms
>
> Log Message:
> +BB = baby - with this commit, we document, rather than p
On Mon, Feb 23, 2015 at 01:38:54PM +, Maxime Villard wrote:
> Modified Files:
> src/sys/ufs/ffs: ffs_vfsops.c
>
> Log Message:
> Small changes:
> - instead of always calling DPRINTF with __func__, put __func__ directly
>in the macro
> - ffs_mountfs(): rename fsblockloc -> fs
On Sat, Feb 14, 2015 at 08:07:39AM +, Maxime Villard wrote:
> Modified Files:
> src/sys/ufs/ffs: ffs_appleufs.c
>
> Log Message:
> ffs_appleufs_validate():
> - remove superfluous printfs
> - ensure ul_namelen!=0, otherwise the kernel accesses ul_name[-1] and
>overwrites the
On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote:
> So, while you expect that "options" works before it's defined, you
> also expect the order is honored for "no" use. I'm not sure how it
> can work internally.
>
> At this moment, "no" are evaluated when it's parsed. Those "n
On Thu, Oct 30, 2014 at 04:40:57PM +, David Holland wrote:
> > }
> > } Module Name:src
> > } Committed By: dholland
> > } Date: Thu Oct 30 06:13:50 UTC 2014
> > }
> > } Modified Files:
> > } src/usr.b
On Wed, Oct 29, 2014 at 11:54:41PM -0700, John Nemeth wrote:
> On Oct 30, 6:13am, "David A. Holland" wrote:
> }
> } Module Name: src
> } Committed By: dholland
> } Date: Thu Oct 30 06:13:50 UTC 2014
> }
> } Modified Files:
> }src/usr.bin/rsh: rsh.c
> }
> }
On Thu, Sep 25, 2014 at 03:08:29PM +, Emmanuel Dreyfus wrote:
> Modified Files:
> src/lib/libc/include: namespace.h
> src/lib/libc/sys: Makefile.inc
> Added Files:
> src/lib/libc/sys: fdiscard.c posix_fallocate.c
>
> Log Message:
> Fix argument paddiing for posix_falloca
On Fri, Sep 19, 2014 at 09:05:23AM +, Matt Thomas wrote:
> Added Files:
> src/sys/conf: filesystems.config
>
> Log Message:
> include for configs which includes all file-systems and any dependent
> pseudo-devices
Was this discussed anywhere?
I'm not saying it's a bad idea; I'm jus
On Thu, Sep 11, 2014 at 09:20:54PM +, Christos Zoulas wrote:
> > > Modified Files:
> > > src/external/bsd/nvi/docs/USD.doc/vi.ref: Makefile ref.so vi.ref
> > >
> > > Log Message:
> > > Fix the index building which got completely broken after the last update.
> >
> >I thought I'd tested
1 - 100 of 550 matches
Mail list logo