On Sat, Feb 23, 2013 at 9:18 AM, Julio Merino wrote:
> Module Name:src
> Committed By: jmmv
> Date: Sat Feb 23 14:18:52 UTC 2013
>
> Modified Files:
> src/external/bsd: Makefile
>
> Log Message:
> Makefile
Fixed in the repository to read:
Descend into kyua-cli when MKKYUA
In article <20130428001415.2f6c817...@cvs.netbsd.org>,
Joerg Sonnenberger wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: joerg
>Date: Sun Apr 28 00:14:14 UTC 2013
>
>Modified Files:
> src/external/bsd: Makefile
>
>Log Message:
>Typo
>
>
>To generate a diff of this commit:
On Sun, Apr 28, 2013 at 03:13:59AM +, Christos Zoulas wrote:
> In article <20130428001415.2f6c817...@cvs.netbsd.org>,
> Joerg Sonnenberger wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:joerg
> >Date:Sun Apr 28 00:14:14 UTC 2013
> >
> >Modified Files:
> >
> Log Message:
> Conditionalize libproc here as well (why is it entered twice anyway?)
it kind of sucks, but it makes this stuff work properly no matter
the entry point, including a once-off build (possibly a developer
with new code, or a user updating after a bug fix) in a subdir
that the normal
Could you please add some logical abstraction for this?
Joerg
On Sun, Dec 13, 2009 at 09:09:39PM -0500, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Mon Dec 14 02:09:39 UTC 2009
>
> Modified Files:
> src/external/bsd/ntp: Makefile.inc
>
> Log Message
On Dec 15, 6:16am, jo...@britannica.bec.de (Joerg Sonnenberger) wrote:
-- Subject: Re: CVS commit: src/external/bsd/ntp
| Could you please add some logical abstraction for this?
I am planning to get rid of it completely and turn WARNS on... Soon after
Frank finishes the build. I just don't
On 12/14/10 3:17 PM, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Tue Dec 14 23:17:21 UTC 2010
Modified Files:
src/external/bsd/bind: Makefile.inc
Log Message:
Handle NetBSD-5 and 4 lack of atomics by disabling threads.
To generate a diff of this
On Dec 14, 3:56pm, r...@netbsd.org (Jeff Rizzo) wrote:
-- Subject: Re: CVS commit: src/external/bsd/bind
| On 12/14/10 3:17 PM, Christos Zoulas wrote:
| > Module Name:src
| > Committed By: christos
| > Date: Tue Dec 14 23:17:21 UTC 2010
| >
| >
In article <20110310091801.9968517...@cvs.netbsd.org>,
Julio Merino wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: jmmv
>Date: Thu Mar 10 09:18:01 UTC 2011
>
>Added Files:
> src/external/bsd/tmux: Makefile
> src/external/bsd/tmux/share: Makefile
> src/external
Could you please stop randomly changing 3rd party code without
contacting the maintainer?
Joerg
On Wed, Aug 17, 2011 at 05:30:14AM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Aug 17 09:30:14 UTC 2011
>
> Modified Files:
> src/external/bsd/
In article <20110817212805.gb16...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>Could you please stop randomly changing 3rd party code without
>contacting the maintainer?
Unless the rules have changed, for simple compilation fixes we don't do that.
Otherwise the overhead of doing so would be t
On Thu, Aug 18, 2011 at 01:47:19AM +, Christos Zoulas wrote:
> In article <20110817212805.gb16...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >Could you please stop randomly changing 3rd party code without
> >contacting the maintainer?
>
> Unless the rules have changed, for simple comp
In article <20110818142524.ga26...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Thu, Aug 18, 2011 at 01:47:19AM +, Christos Zoulas wrote:
>> In article <20110817212805.gb16...@britannica.bec.de>,
>> Joerg Sonnenberger wrote:
>> >Could you please stop randomly changing 3rd party code wi
On Fri, Aug 19, 2011 at 10:55:20AM +, Christos Zoulas wrote:
> Every project I know off makes changes locally first and then pushes
> them upstream. It is not practical to wait for upstream to be fixed
> first, specially in cases of security fixes. In some cases we
> maintain many thousands of
Joerg Sonnenberger writes:
> On Fri, Aug 19, 2011 at 10:55:20AM +, Christos Zoulas wrote:
>> Every project I know off makes changes locally first and then pushes
>> them upstream. It is not practical to wait for upstream to be fixed
>> first, specially in cases of security fixes. In some case
On Fri, Aug 19, 2011 at 09:19:46AM -0400, Jim Wise wrote:
> As long as I remember, we've had a strict policy of submitting changes
> upstream where possible, but of _not_ gating fixes on this process --
> particularly fixes which are security or correctness related (the latter
> includes fixes with
I've sent the diff to Kristaps and he included it in his repository.
Thomas
On Wed, Aug 17, 2011 at 11:28:05PM +0200, Joerg Sonnenberger wrote:
> Could you please stop randomly changing 3rd party code without
> contacting the maintainer?
>
> Joerg
>
> On Wed, Aug 17, 2011 at 05:30:14AM -0400, C
Joerg Sonnenberger writes:
> On Fri, Aug 19, 2011 at 09:19:46AM -0400, Jim Wise wrote:
>> As long as I remember, we've had a strict policy of submitting changes
>> upstream where possible, but of _not_ gating fixes on this process --
>> particularly fixes which are security or correctness related
On Fri, Aug 19, 2011 at 10:57:53AM -0400, Jim Wise wrote:
> And the project has a long history of making sure all (these days: most)
> code in the base distribution builds with -Wall -Werror. This isn't
> because every GCC warning is right, of course -- it's because when you
> turn off warnings fo
Joerg Sonnenberger writes:
> On Fri, Aug 19, 2011 at 10:57:53AM -0400, Jim Wise wrote:
>> And the project has a long history of making sure all (these days: most)
>> code in the base distribution builds with -Wall -Werror. This isn't
>> because every GCC warning is right, of course -- it's becau
On Fri, Aug 19, 2011 at 07:54:28PM +0200, Joerg Sonnenberger wrote:
> When have you last checked the number of -Wno-* instances in base?
> Sorry, but pessimizing code to work around clearly bogus GCC warnings is
> not helpful. It doesn't make code easier to read, it doesn't improve
> code quality.
In article <20110819113153.ga5...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Fri, Aug 19, 2011 at 10:55:20AM +, Christos Zoulas wrote:
>> Every project I know off makes changes locally first and then pushes
>> them upstream. It is not practical to wait for upstream to be fixed
>> first
On Wed, Oct 03, 2012 at 07:22:18PM +, Alexander Nasonov wrote:
> Module Name: src
> Committed By: alnsn
> Date: Wed Oct 3 19:22:18 UTC 2012
>
> Removed Files:
> src/external/bsd/sljit: README.import
> src/external/bsd/sljit/dist: Makefile README
> src/external/bsd/s
David Laight wrote:
> How long was it there? and was it ever in a build?
> If not built it can be deleted from the repository.
Not for long and it was never hooked to the build.
It can be removed but I don't know how.
Alex
On Thu, Oct 04, 2012 at 08:25:00PM +0100, Alexander Nasonov wrote:
> Not for long and it was never hooked to the build.
> It can be removed but I don't know how.
Send mail to admins requesting it.
Thomas
In article <20130323153636.51a7417...@cvs.netbsd.org>,
Christos Zoulas wrote:
>Module Name: src
>Committed By: christos
>Date: Sat Mar 23 15:36:36 UTC 2013
>
>Update of /cvsroot/src/external/bsd/pdisk
>In directory ivanova.netbsd.org:/tmp/cvs-serv1752
>
>Log Message:
>from:
>http://can
> Module Name: src
> Committed By: christos
> Date: Fri Nov 29 22:56:19 UTC 2013
>
> Modified Files:
> src/external/bsd/nvi/dist/common: dbinternal.h vi_db.c vi_db.h
> src/external/bsd/nvi/usr.bin/nvi: Makefile config.h port.h
> Added Files:
> src/external/bsd/nvi/dist/
In article <28083.1385770...@splode.eterna.com.au>,
matthew green wrote:
>
>> Module Name: src
>> Committed By:christos
>> Date:Fri Nov 29 22:56:19 UTC 2013
>>
>> Modified Files:
>> src/external/bsd/nvi/dist/common: dbinternal.h vi_db.c vi_db.h
>> src/external/b
> Both are using our db1. The difference is:
>
> -DUSE_DB1 use the emulation code the previous vi used
>(this is not the default)
> -DUSE_BUNDLED_DV use the new vi API that is db neutral (this is
>the default)
>
> There is no separate copy of the db code.
e
On Fri, Jan 17, 2014 at 08:24:20PM +, Martin Husemann wrote:
> Module Name: src
> Committed By: martin
> Date: Fri Jan 17 20:24:20 UTC 2014
>
> Modified Files:
> src/external/bsd/file: Makefile.inc
>
> Log Message:
> Make a gcc 4.8 warning non-fatal (couldn't find a way to avoi
On Fri, Jan 17, 2014 at 11:32:29PM +, David Laight wrote:
> If the problem actually caused by gcc failing to pair all the conditionals?
> Compiling with 'clazz' a compile-time constant might show things.
I don't think so, and I'll leave a final fix to Christos as maintainer.
> Or, if memcpy()
On Sat, Jan 18, 2014 at 10:33 AM, Martin Husemann wrote:
> On Fri, Jan 17, 2014 at 11:32:29PM +, David Laight wrote:
>> If the problem actually caused by gcc failing to pair all the conditionals?
>> Compiling with 'clazz' a compile-time constant might show things.
>
> I don't think so, and I'l
On Sat, Jan 18, 2014 at 10:46:50AM +, Justin Cormack wrote:
> I believe gcc is correct here, you are only allowed to alias via a
> char pointer or the original type. Because you put a void pointer in
> instead gcc is right to complain.
Right, but actually the complaint does not go away if we m
On Jan 18, 11:33am, mar...@duskware.de (Martin Husemann) wrote:
-- Subject: Re: CVS commit: src/external/bsd/file
| On Fri, Jan 17, 2014 at 11:32:29PM +, David Laight wrote:
| > If the problem actually caused by gcc failing to pair all the conditionals?
| > Compiling with 'clazz
On Sat, Jan 18, 2014 at 11:53:09AM +0100, Martin Husemann wrote:
> On Sat, Jan 18, 2014 at 10:46:50AM +, Justin Cormack wrote:
> > I believe gcc is correct here, you are only allowed to alias via a
> > char pointer or the original type. Because you put a void pointer in
> > instead gcc is right
In article <20150926094827.7e80...@cvs.netbsd.org>,
Michael van Elst wrote:
>
>Log Message:
>Don't link partially with static libraries.
>Don't link with kerberos librararies, nothing is using them.
>Don't link with libipsec, our local patch, that requires it, is gone.
Other shared libraries use
In article <20180214124743.40fe4f...@cvs.netbsd.org>,
Ryo ONODERA wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: ryoon
>Date: Wed Feb 14 12:47:43 UTC 2018
>
>Modified Files:
> src/external/bsd/bind: Makefile.inc
>
>Log Message:
>Fix broken dig and host commands
>
>OpenSSL
On 05/07/2018 06:41, Frédéric Fauberteau wrote:
Module Name:src
Committed By: triaxx
Date: Thu Jul 5 05:41:17 UTC 2018
Modified Files:
src/external/bsd/dhcpcd: Makefile.inc
Log Message:
Fix an inconsistency that showed /var/db/duid in the man page while the
binary opene
Christos Zoulas writes:
> Module Name: src
> Committed By: christos
> Date: Sun Mar 10 02:49:52 UTC 2019
>
> Modified Files:
> src/external/bsd/jemalloc/dist/src: jemalloc.c
> src/external/bsd/jemalloc/include/jemalloc: jemalloc.h
> src/external/bsd/jemalloc/lib: Makefi
On 10.03.2019 10:00, Tom Ivar Helbekkmo wrote:
> Christos Zoulas writes:
>
>> Module Name: src
>> Committed By:christos
>> Date:Sun Mar 10 02:49:52 UTC 2019
>>
>> Modified Files:
>> src/external/bsd/jemalloc/dist/src: jemalloc.c
>> src/external/bsd/jemalloc/inclu
On 10.03.2019 10:21, Kamil Rytarowski wrote:
> On 10.03.2019 10:00, Tom Ivar Helbekkmo wrote:
>> Christos Zoulas writes:
>>
>>> Module Name:src
>>> Committed By: christos
>>> Date: Sun Mar 10 02:49:52 UTC 2019
>>>
>>> Modified Files:
>>> src/external/bsd/jemalloc/di
Kamil Rytarowski writes:
> I've pushed a fix to unbreak the build.
>
> Now we have a mismatch mallctlnametomib vs mallctltomib in malloc.h.
>
> Which one is correct?
Rather obviously mallctlnametomib, I'd say - that's the one that's
described in external/bsd/jemalloc/dist/doc/jemalloc.3.
-tih
-
In article <20200311021208.bfb5cf...@cvs.netbsd.org>,
Roy Marples wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: roy
>Date: Wed Mar 11 02:12:08 UTC 2020
>
>Modified Files:
> src/external/bsd/blacklist/bin: blacklistd.c conf.c
> src/external/bsd/blacklist/lib: bl.c
>
On 11/03/2020 15:02, Christos Zoulas wrote:
In article <20200311021208.bfb5cf...@cvs.netbsd.org>,
Roy Marples wrote:
-=-=-=-=-=-
Module Name:src
Committed By: roy
Date: Wed Mar 11 02:12:08 UTC 2020
Modified Files:
src/external/bsd/blacklist/bin: blacklistd.c conf.c
>
> I'll revert this for the time being.
Thanks, I am working on fixing the routing socket to have a perms check.
christos
signature.asc
Description: Message signed with OpenPGP
> Log Message:
> CHANGED FROM 3.1b TO 3.1c
>
> * Do not write after the end of the array and overwrite the stack when
> colon-separated SGR sequences contain empty arguments.
Pullup to -9 and -8 for security fix?
https://mail-index.netbsd.org/source-changes/2020/11/01/msg123671.html
I've asked.
Best,
christos
> On Nov 1, 2020, at 11:19 AM, Kimmo Suominen wrote:
>
>> Log Message:
>> CHANGED FROM 3.1b TO 3.1c
>>
>> * Do not write after the end of the array and overwrite the stack when
>> colon-separated SGR sequences contain empty arguments.
>
> Pullup to -9 and -8 for s
It'd be nice if you'd mentioned the version of bind you were imported
in your commit message. Also: unless we plan on actually using all
the stuff in tests and contrib, do we really need the extra 750-odd files
in the tree?
On Oct 21, 2009, at 10:45 AM, Joerg Sonnenberger wrote:
Module Name:src
Committed By: joerg
Date: Wed Oct 21 17:45:09 UTC 2009
Update of /cvsroot/src/external/bsd/mdocml/dist
In directory ivanova.netbsd.org:/tmp/cvs-serv24959
Log Message:
Initial import mdocml-1.9.9.
mdocml pr
Module Name: src
Committed By:christos
Date:Mon Oct 26 00:29:59 UTC 2009
Update of /cvsroot/src/external/bsd/flex/dist
In directory ivanova.netbsd.org:/tmp/cvs-serv16604
Log Message:
from sourceforge.
what's new in this flex? :-)
.mrg.
In article <27871.1256953...@splode.eterna.com.au>,
matthew green wrote:
>
> Module Name:src
> Committed By: christos
> Date: Mon Oct 26 00:29:59 UTC 2009
>
> Update of /cvsroot/src/external/bsd/flex/dist
> In directory ivanova.netbsd.org:/tmp/cvs-serv1660
In message:
chris...@astron.com (Christos Zoulas) writes:
: In article <20091106183619.ga2...@britannica.bec.de>,
: Joerg Sonnenberger wrote:
: >On Fri, Nov 06, 2009 at 04:53:58PM +, Christos Zoulas wrote:
: >> >- portability: warnx -> fprintf/perror
: >>
: >> This change is bac
On Sat, Nov 07, 2009 at 12:48:16AM -0700, M. Warner Losh wrote:
>
> which ones have the same name, but different behavior on OS X? A quick read
> of the man pages suggests they are identical...
Check about whether they need a \n at the end of the format.
David
--
David Laight: da...@l
In article <20091107.004816.-432821225@bsdimp.com>,
M. Warner Losh wrote:
>In message:
>chris...@astron.com (Christos Zoulas) writes:
>: In article <20091106183619.ga2...@britannica.bec.de>,
>: Joerg Sonnenberger wrote:
>: >On Fri, Nov 06, 2009 at 04:53:58PM +, Christos Zoul
In message: <20091107084411.gt15...@snowdrop.l8s.co.uk>
David Laight writes:
: On Sat, Nov 07, 2009 at 12:48:16AM -0700, M. Warner Losh wrote:
: >
: > which ones have the same name, but different behavior on OS X? A quick read
: > of the man pages suggests they are identical...
:
:
On Sat, Nov 07, 2009 at 02:52:02AM +, Christos Zoulas wrote:
> In article <20091106183619.ga2...@britannica.bec.de>,
> Joerg Sonnenberger wrote:
> >On Fri, Nov 06, 2009 at 04:53:58PM +, Christos Zoulas wrote:
> >> >- portability: warnx -> fprintf/perror
> >>
> >> This change is backwards
Hi Jason !
Could this build.sh release breakage (during toolbuild) be related or do
I need to fix my copy of the tree ?
compile libelf/elf_begin.lo
In file included from
/fs/raid1a/src/NetBSD/tc-merge/src/obj.i386/tools/compat/nbtool_config.h:634,
from
/fs/raid1a/src/NetB
Update of /cvsroot/src/external/bsd/liblzf/dist
In directory ivanova.netbsd.org:/tmp/cvs-serv22361
Log Message:
Import liblzf version 3.5 (2-clause BSD licensed by Marc Lehmann)
what's liblzf, and why do we want it in base?
.mrg.
On Wed, Feb 03, 2010 at 04:04:22PM +1100, matthew green wrote:
>
>Update of /cvsroot/src/external/bsd/liblzf/dist
>In directory ivanova.netbsd.org:/tmp/cvs-serv22361
>
>Log Message:
>Import liblzf version 3.5 (2-clause BSD licensed by Marc Lehmann)
>
>
> what's liblzf, and
On Feb,Wednesday 3 2010, at 6:44 AM, Thor Lancelot Simon wrote:
> On Wed, Feb 03, 2010 at 04:04:22PM +1100, matthew green wrote:
>>
>> Update of /cvsroot/src/external/bsd/liblzf/dist
>> In directory ivanova.netbsd.org:/tmp/cvs-serv22361
>>
>> Log Message:
>> Import liblzf version 3.5 (2
On Wed, Feb 03, 2010 at 08:39:29AM +0100, Adam Hamsik wrote:
>
> Where was this change discussed ? Why were are importing sourcecode without
> any users in base system(look at Lua case). If time permits is quite
> vague, if you will not have a time who will plug this lib to base ?
I imported it b
On Wed, Feb 03, 2010 at 12:44:39AM -0500, Thor Lancelot Simon wrote:
> It's a tiny, very very fast compression library. Christos wants it
> for bootblocks, among other things (or so he says -- ask him).
For boot blocks or boot loaders? I question the use for e.g. compressing
the kernel as that is
On Wed, Feb 3, 2010 at 6:44 AM, Thor Lancelot Simon wrote:
> On Wed, Feb 03, 2010 at 04:04:22PM +1100, matthew green wrote:
>>
>> Update of /cvsroot/src/external/bsd/liblzf/dist
>> In directory ivanova.netbsd.org:/tmp/cvs-serv22361
>>
>> Log Message:
>> Import liblzf version 3.5 (2-cla
On Wed, Feb 03, 2010 at 04:55:07PM +0100, Adam Hoka wrote:
> >
> > It's a tiny, very very fast compression library. ?Christos wants it
> > for bootblocks, among other things (or so he says -- ask him).
>
> U-boot and grub2 can boot lzma compressed images, and its also more
> efficient, what about
On Wed, Feb 03, 2010 at 04:33:59PM +0100, Joerg Sonnenberger wrote:
> On Wed, Feb 03, 2010 at 12:44:39AM -0500, Thor Lancelot Simon wrote:
> > It's a tiny, very very fast compression library. Christos wants it
> > for bootblocks, among other things (or so he says -- ask him).
>
> For boot blocks
On Wed, Feb 03, 2010 at 11:42:34AM -0500, Thor Lancelot Simon wrote:
> The public domain C implementation of lzma is well over half a megabyte
> and appears to require threads. It seems extremely silly to me that
> you'd pick that particular straw man while complaining about system bloat.
XZ's li
On Wed, Feb 03, 2010 at 10:19:57PM +0100, Joerg Sonnenberger wrote:
>
> so that the size advantage of the decoder doesn't matter too much. I
> don't mind a fast compressor for streaming applications, but those
> should exist and named as such.
Well, certainly I named some of mine. I can't check
In article <20100203170030.ga7...@panix.com>,
Thor Lancelot Simon wrote:
>On Wed, Feb 03, 2010 at 04:33:59PM +0100, Joerg Sonnenberger wrote:
>> On Wed, Feb 03, 2010 at 12:44:39AM -0500, Thor Lancelot Simon wrote:
>> > It's a tiny, very very fast compression library. Christos wants it
>> > for b
On Wed, Feb 03, 2010 at 11:52:15PM +, Christos Zoulas wrote:
> I still think it is useful and it should stay, just because the code is
> so simple. It is not the best compressor, but it is a fast and easy to
> understand one. If you don't think so, I'll remove it.
Like I said, I don't have a p
On Feb 3, 2010, at 3:58 PM, Joerg Sonnenberger wrote:
>
> Like I said, I don't have a problem with a fast, small compressor. But
> it would strongly help to actually have a use case. As file format, I
> object it, e.g. it seems to have no real header etc.
Does it even really define a file forma
On Wed, Feb 03, 2010 at 04:26:22PM -0800, Jason Thorpe wrote:
>
> On Feb 3, 2010, at 3:58 PM, Joerg Sonnenberger wrote:
>
> >
> > Like I said, I don't have a problem with a fast, small compressor. But
> > it would strongly help to actually have a use case. As file format, I
> > object it, e.g. i
On Feb,Thursday 4 2010, at 1:45 AM, Joerg Sonnenberger wrote:
> On Wed, Feb 03, 2010 at 04:26:22PM -0800, Jason Thorpe wrote:
>>
>> On Feb 3, 2010, at 3:58 PM, Joerg Sonnenberger wrote:
>>
>>>
>>> Like I said, I don't have a problem with a fast, small compressor. But
>>> it would strongly help
Am 04.02.10 00:52, schrieb Christos Zoulas:
> In article <20100203170030.ga7...@panix.com>,
> Thor Lancelot Simon wrote:
>> On Wed, Feb 03, 2010 at 04:33:59PM +0100, Joerg Sonnenberger wrote:
>>> On Wed, Feb 03, 2010 at 12:44:39AM -0500, Thor Lancelot Simon wrote:
It's a tiny, very very fast
On Thu, 26 Aug 2010, Julio Merino wrote:
Module Name:src
Committed By: jmmv
Date: Thu Aug 26 15:28:31 UTC 2010
Modified Files:
src/external/bsd/atf/dist/atf-c++: io.cpp io.hpp io_test.cpp
src/external/bsd/atf/dist/atf-run: test-program.cpp
Log Message:
Partially
On Thu Aug 26 2010 at 08:43:53 -0700, Paul Goyette wrote:
> >Log Message:
> >Partially pull up the following revisions that address ticket #53:
> >
> > 996f9c26e07a86607f373c8f0243d57329c11543
> > ef98529abaf16e40a2e684496bf3da8f9ff0d09c
> >
> >These prevent atf-run from stalling/crashing when
On Aug 26, 2010, at 4:43 PM, Paul Goyette wrote:
On Thu, 26 Aug 2010, Julio Merino wrote:
Module Name:src
Committed By: jmmv
Date: Thu Aug 26 15:28:31 UTC 2010
Modified Files:
src/external/bsd/atf/dist/atf-c++: io.cpp io.hpp io_test.cpp
src/external/bsd/atf/dis
On Thu, 26 Aug 2010, Julio Merino wrote:
These prevent atf-run from stalling/crashing when a subprocess of a test
case stays around after the test case itself exits.
Reported, and verified working, by po...@.
Just wondering - does this address PR bin/43802 that I just filed?
Yup, but I had
On Sun, Dec 12, 2010 at 03:25:26PM +, Adam Ciarcinski wrote:
> Module Name: src
> Committed By: adam
> Date: Sun Dec 12 15:25:26 UTC 2010
>
> Update of /cvsroot/src/external/bsd/openldap/dist
> In directory ivanova.netbsd.org:/tmp/cvs-serv1493
>
> Log Message:
> Imported openldap-2.4
In article <20110310091542.9618e17...@cvs.netbsd.org>,
Julio Merino wrote:
>Module Name: src
>Committed By: jmmv
>Date: Thu Mar 10 09:15:42 UTC 2011
>
>Update of /cvsroot/src/external/bsd/tmux/dist
>In directory ivanova.netbsd.org:/tmp/cvs-serv2140
>
>Log Message:
>Initial import of tm
changes you've made to src/external in
the last month all been feed back to the relative maintainers?
> From: Joerg Sonnenberger
> To: source-chan...@netbsd.org
> Cc: source-changes-d@NetBSD.org
> Subject: Re: CVS commit: src/externa
On Sat, Sep 17, 2011 at 11:17:51AM +1000, Simon Burge wrote:
> "Joerg Sonnenberger" wrote:
>
> > Module Name:src
> > Committed By: joerg
> > Date: Fri Sep 16 16:09:03 UTC 2011
> >
> > Modified Files:
> >
> > src/external/bsd/libevent/dist: log.h
> >
> > Log Messa
Joerg Sonnenberger wrote:
> Which 15 changes in src/external are you talking about?
Some of them were only Makefile changes, so trimmed from the list;
src/crypto/external/bsd/openssh
Message-Id: <20110825153701.1ff6b17...@cvs.netbsd.org>
Message-Id: <20110829210854.ee03417...@cvs.netbsd.org>
On Wed, Oct 12, 2011 at 12:39:48PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Oct 12 16:39:48 UTC 2011
>
> Modified Files:
> src/external/bsd/cron/dist: cron.8 database.c pathnames.h
>
> Log Message:
> process files in /etc/cron.d/
Not th
In article <20111012181619.GA24188@marx.bitnet>,
Jukka Ruohonen wrote:
>On Wed, Oct 12, 2011 at 12:39:48PM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Wed Oct 12 16:39:48 UTC 2011
>>
>> Modified Files:
>> src/external/bsd/cron/d
On Wed, Oct 12, 2011 at 12:39:48PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Wed Oct 12 16:39:48 UTC 2011
>
> Modified Files:
> src/external/bsd/cron/dist: cron.8 database.c pathnames.h
>
> Log Message:
> process files in /etc/cron.d/
If we'
On Wed, Oct 12, 2011 at 12:39:48PM -0400, Christos Zoulas wrote:
> Modified Files:
> src/external/bsd/cron/dist: cron.8 database.c pathnames.h
>
> Log Message:
> process files in /etc/cron.d/
For the record, I object to this change. I think keeping /etc small
and simple, and having one
On Fri, Oct 28, 2011 at 10:00:20AM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Oct 28 14:00:20 UTC 2011
>
> Modified Files:
> src/external/bsd/mdocml/dist: tbl_data.c
>
> Log Message:
> rename data() -> parse_data() to appease the powerpc64
In article <20111029080748.ga16...@britannica.bec.de>,
Joerg Sonnenberger wrote:
>On Fri, Oct 28, 2011 at 10:00:20AM -0400, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Fri Oct 28 14:00:20 UTC 2011
>>
>> Modified Files:
>> src/external/
On 11/16/11 12:46 PM, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Wed Nov 16 17:46:16 UTC 2011
Modified Files:
src/external/bsd/atf/dist/atf-c++/detail: text.cpp text.hpp
src/external/bsd/atf/dist/atf-run: requirements.cpp test-program.cpp
In article <4ec3f8f7.8020...@netbsd.org>,
Julio Merino wrote:
>On 11/16/11 12:46 PM, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Wed Nov 16 17:46:16 UTC 2011
>>
>> Modified Files:
>> src/external/bsd/atf/dist/atf-c++/detail: text.cpp te
On 11/16/11 1:51 PM, Christos Zoulas wrote:
In article<4ec3f8f7.8020...@netbsd.org>,
Julio Merino wrote:
On 11/16/11 12:46 PM, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Wed Nov 16 17:46:16 UTC 2011
Modified Files:
src/external/bsd/atf/dist/atf
In article <4ec40d98.4070...@netbsd.org>,
Julio Merino wrote:
>
>I know there is no portable way, but at least we can default to "do
>nothing" if this is not supported. It's better than "not building" :-P
Oh, I can arrange that. #ifdef __NetBSD__ :-)
But in my view this is worse...
>Yes, they
On 11/16/11 3:11 PM, Christos Zoulas wrote:
In article<4ec40d98.4070...@netbsd.org>,
Julio Merino wrote:
I know there is no portable way, but at least we can default to "do
nothing" if this is not supported. It's better than "not building" :-P
Oh, I can arrange that. #ifdef __NetBSD__ :-)
B
On Sun, Dec 18, 2011 at 01:40:08PM +, Nicolas Joly wrote:
> Module Name: src
> Committed By: njoly
> Date: Sun Dec 18 13:40:08 UTC 2011
>
> Modified Files:
> src/external/bsd/mdocml/dist: arch.in
>
> Log Message:
> Lowercase arch strings, and add missing ones.
The former is wr
On Sun, Dec 18, 2011 at 04:58:02PM +0100, Joerg Sonnenberger wrote:
> On Sun, Dec 18, 2011 at 01:40:08PM +, Nicolas Joly wrote:
> > Module Name:src
> > Committed By: njoly
> > Date: Sun Dec 18 13:40:08 UTC 2011
> >
> > Modified Files:
> > src/external/bsd/mdocml
On Sun, Dec 18, 2011 at 05:26:00PM +0100, Nicolas Joly wrote:
> On Sun, Dec 18, 2011 at 04:58:02PM +0100, Joerg Sonnenberger wrote:
> > On Sun, Dec 18, 2011 at 01:40:08PM +, Nicolas Joly wrote:
> > > Module Name: src
> > > Committed By: njoly
> > > Date: Sun Dec 18 13:40:08
Am 21.02.12 19:27, schrieb Thomas Klausner:
> Module Name: src
> Committed By: wiz
> Date: Tue Feb 21 18:27:05 UTC 2012
>
> Modified Files:
> src/external/bsd/pkg_install/dist/add: perform.c
> src/external/bsd/pkg_install/dist/lib: version.h
>
> Log Message:
> melt snowflakes
On Tue, Feb 21, 2012 at 10:45:14PM +0100, Marc Balmer wrote:
> bump date for previous.
The bump's already in the commit:
> > -#define PKGTOOLS_VERSION 20120128
> > +#define PKGTOOLS_VERSION 20120221
Thomas
On Mon, Oct 01, 2012 at 09:16:47PM +, Alexander Nasonov wrote:
> Module Name: src
> Committed By: alnsn
> Date: Mon Oct 1 21:16:46 UTC 2012
>
> Update of /cvsroot/src/external/bsd/sljit/dist
> In directory ivanova.netbsd.org:/tmp/cvs-serv13245
>
> Log Message:
> Initial import of sl
Joerg Sonnenberger wrote:
> If this is intended for kernel use, why is it in src/external?
There is an interest to use it as userspace library as well.
Alex
1 - 100 of 330 matches
Mail list logo
