Thomas Klausner writes:
> On Sat, Mar 21, 2009 at 12:15:54AM +0000, Perry E. Metzger wrote:
>> Module Name: src
>> Committed By:perry
>> Date:Sat Mar 21 00:15:54 UTC 2009
>>
>> Modified Files:
>> src/crypto/dist/ssh: scp.1 sft
ecent versions in pkgsrc won't work.
Won't this result in even more mysterious failures?
Perry
--
Perry E. Metzgerpe...@piermont.com
the last compile date. However,
I'm not sure why one actively wants it given that you have all the
rcsid's already in the binary. Also, why would one want it more in
"make" than in any other program?
Perry
--
Perry E. Metzgerpe...@piermont.com
David Holland writes:
> On Tue, Mar 24, 2009 at 09:53:13AM -0400, Perry E. Metzger wrote:
> > > However, I think you should put back the change to main.c that sets
> > > MAKE_VERSION if passed on the command line; I suspect either pkgsrc
> > > and/or sjg'
David Holland writes:
> On Tue, Mar 24, 2009 at 09:24:12AM -0600, M. Warner Losh wrote:
> > : > Well, remember make is an interpreter; the date goes into the make
> > : > variable $(MAKE_VERSION) so the information is available to Makefiles.
> > :
> > : Yah, but it is largely worthless. Cons
ate the
*build* date.
If you want it and you're willing to do the work, go for it.
Perry
--
Perry E. Metzgerpe...@piermont.com
Alistair Crooks writes:
> This is veering off topic, I fear, but a datapoint:
>
> We used a mmdd-based time value for version numbering of the
> pkg_install tools, derived from embedded RCS Ids, for years (to check
> tools had sufficient features for what they were going to be asked to
> do).
Martin Husemann writes:
> On Sun, Mar 29, 2009 at 02:59:59PM +, Christos Zoulas wrote:
>> Or add some syntax to the file for optional assignments, like:
>>
>> ddb.onpanic?=1
>> or
>> ddb.onpanic?ddb.onpanic=1
>
> I like those two variants (not sure which one better).
The second remi
> repeatable-builds supported
> % echo $?
> 0
> % make -Q me-a-crocodile-sandwich-and-make-it-snappy
> me-a-crocodile-sanewich-and-make-it-snappy not supported
> % echo $?
> 1
>
> i.e. de-couple the feature from the date. The two are obviously not related
> in this
ollowed, so the original code
should have been normalized to the style guide. It would be okay to
discuss changing the style guide, but that's a different issue.
Perry
--
Perry E. Metzgerpe...@piermont.com
Izumi Tsutsui writes:
> Module Name: src
> Committed By: tsutsui
> Date: Thu Apr 2 23:06:16 UTC 2009
>
> Modified Files:
> src/distrib/sets: maketars
>
> Log Message:
> Explicitly sort entries on preparing set files from METALOG.
> METALOG could have different order due to install
Alan Barrett writes:
> It would also make sense to add a sort option to mtree.
Does mtree -C sort already? I haven't read the sources but it seems to
rearrange what it is fed into a canonicalized order.
Perry
Alan Barrett writes:
> On Fri, 03 Apr 2009, Perry E. Metzger wrote:
>> Alan Barrett writes:
>> > It would also make sense to add a sort option to mtree.
>>
>> Does mtree -C sort already? I haven't read the sources but it seems to
>> rearrange what it
Izumi Tsutsui writes:
> Did you commit your change without build and test? ;-p
No, I did a test build. I just noted that when I re-ordered things they
got re-reordered by mtree, but I didn't look into it much.
Perry
--
Perry E. Metzgerpe...@piermont.com
h adding support for it in the next week or so.
Perry
--
Perry E. Metzgerpe...@piermont.com
Alan Barrett writes:
> Module Name: src
> Committed By: apb
> Date: Sat Apr 4 15:27:48 UTC 2009
>
> Modified Files:
> src/distrib/sets/lists/comp: mi
>
> Log Message:
> Mention html versions of recently-added bit* man pages
Thanks for getting tha
; 50GB or some arbitrary
> threshold.
I suggested that to ad in private email earlier. UFS1 is still good for
small file systems because it has less overhead.
Perry
--
Perry E. Metzgerpe...@piermont.com
matthew green writes:
>Alan Barrett writes:
>> Perry, please could you answer this question.
>
>I'd rather not re-open the discussion without a good cause to do so, no.
>
> christos, myself and alan have all asked you about this and you
> continue to refuse to answer it.
Actuall
Alan Barrett writes:
> On Sat, 04 Apr 2009, Perry E. Metzger wrote:
>> Could someone explain to me what the big deal in the first place is?
>> Does having an extra boolean really make the world a horrible place?
>> So MKREPRO will set MKARZERO, what's the big deal? Wh
STATICLIB:= no
. else
MKPIC:= no
. endif
There are others. I don't want to belabor it.
Perry
--
Perry E. Metzgerpe...@piermont.com
David Holland writes:
> On Sat, Apr 04, 2009 at 05:56:04PM -0400, Perry E. Metzger wrote:
> > There are others. I don't want to belabor it.
>
> all the same, I don't remember seeing any justification for adding yet
> another switch.
I explained the justification du
osted.org. After a 4.2 and 4.3 release, the project was renamed
> to "cronie". (https://fedorahosted.org/cronie/)
That is not vixiecron, though, and they probably never should have used
the same numbering scheme.
Perry
--
Perry E. Metzgerpe...@piermont.com
"Jared D. McNeill" writes:
> Detaching ACPI is more complicated than this because it is actually
> used for much more than just device attachment; think about IRQ
> routing, PCI bus discovery, PCI bus/addr/intr fixups, and CPU
> attachment as some examples. It's probably not worth the effort.
If
Joerg Sonnenberger writes:
> Modified Files:
> src/etc: rc
> src/etc/defaults: rc.conf
> src/share/man/man5: rc.conf.5
>
> Log Message:
> Add rc_directories to specify where to look for rc scripts.
> For the moment all scripts must be in /root and non-existent directories
> are
Andrew Doran writes:
> On Sat, Apr 11, 2009 at 12:21:57AM +0000, Perry E. Metzger wrote:
>
>> Modified Files:
>> src/sys/fs/tmpfs: tmpfs_vnops.c
>>
>> Log Message:
>> SAVENAME was not set for rename and delete as required
>>
>> Patch from ch
Joerg Sonnenberger writes:
> Module Name: src
> Committed By: joerg
> Date: Wed Apr 15 22:36:05 UTC 2009
>
> Modified Files:
> src/etc/rc.d: Makefile
> Added Files:
> src/sbin/rcorder: rcorder-visualize.sh
>
> Log Message:
> Add a small script to visualize the rc dependency g
Izumi Tsutsui writes:
> Module Name: src
> Committed By: tsutsui
> Date: Sat Apr 18 11:30:30 UTC 2009
>
> Modified Files:
> src/usr.bin/crunch/crunchide: exec_ecoff.c
>
> Log Message:
> Fix another -Wsign-compare issue.
>
> XXX: is it really worth to keep non native aout/coff/ecoff
Christos Zoulas writes:
> Module Name: src
> Committed By: christos
> Date: Wed Apr 22 18:27:03 UTC 2009
>
> Modified Files:
> src/etc/rc.d: named
>
> Log Message:
> Adjust for new default location of the pid file.
Seems kind of weird to have stuff in /var/run/named/named.pid -- w
only other time it writes is to dump a debugging
file -- the latter is supposed to be done in /var/tmp though.
Perry
--
Perry E. Metzgerpe...@piermont.com
"Alistair G. Crooks" writes:
> + get rid of some assertions in the code - this is a library - about 100 to go
Why does the fact that it is a library make assertions a bad thing,
especially in security code?
Perry
umes something like
the idea that time_t is always, say, four bytes. Then, later, someone
like Christos comes along and turns the value into an eight byte
quantity and assumptions fail. It is nice to have the assumptions fail
in a nice loud way at compile time. This is not the same as checking
that pi has not changed.
Perry
--
Perry E. Metzgerpe...@piermont.com
ity critical code with various checks,
even for things that are seemingly unlikely to change.
Perry
--
Perry E. Metzgerpe...@piermont.com
"Alistair G. Crooks" writes:
> Module Name: src
> Committed By: agc
> Date: Fri May 8 06:06:39 UTC 2009
>
> Modified Files:
> src/crypto/external/bsd/netpgp/dist: TODO configure configure.ac
> src/crypto/external/bsd/netpgp/dist/src/bin: netpgp.c
> src/crypto/external
(it should be essentially no performance
hit), and I think it would also be nice if NetBSD could zeroize or
randomize RAM on voluntary shutdowns. Neither, of course, is a
NetPGP issue.
> I'd really recommend source-changes-full for reviewing the changes
> that are made - the setrl
Lubomir Sedlacik writes:
> On Sat, May 09, 2009 at 12:44:27PM -0400, Perry E. Metzger wrote:
>> By that token, it would be of use for NetBSD to port over the
>> encrypted swap features other OSes have (it should be essentially no
>> performance hit), [...]
>
> Per
Simon Burge writes:
> "Perry E. Metzger" wrote:
>
>> [ ... ] Encrypted swap should
>> be the default -- either using cgd or by simply encrypting the blocks as
>> they go in and out without using the cgd layer.
>
> You've benchmarked the effect of
ctly advocate for (besides scrapping the
current UI) is something like the ssh-agent functionality. It is painful
having to type in your passphrase for every email message you read,
every one you want to sign, etc.
Perry
--
Perry E. Metzgerpe...@piermont.com
ve making all man pages refer consistently
to FFS, FFSv1, FFSv2, and not to mix in the references to UFS.
Perry
--
Perry E. Metzgerpe...@piermont.com
"M. Warner Losh" writes:
> In message: <87r5yv4rqn@snark.cb.piermont.com>
> "Perry E. Metzger" writes:
> :
> : "M. Warner Losh" writes:
> : > What I didn't glean from the discussion is what, exactly, you were
"Alistair G. Crooks" writes:
> + allow a choice of hash algorithms for the signature digest (rather
> than hardcoding SHA1 - it is looking as though collisions are easier
> to manufacture based on recent findings)
> + move default signature RSA hash algorithm to SHA256 (from SHA1). This is
>
ged, you will
*know*.
I don't think you should commit any more cosmetic changes if you aren't
willing to do that sort of check. If you script it, it isn't even
terribly much effort.
Perry
--
Perry E. Metzgerpe...@piermont.com
David Holland writes:
> On Mon, May 11, 2009 at 10:32:30AM -0400, Perry E. Metzger wrote:
> > The only thing I will directly advocate for (besides scrapping the
> > current UI) is something like the ssh-agent functionality. It is painful
> > having to type in your passp
"Alistair G. Crooks" writes:
> Modified Files:
> src/crypto/external/bsd/netpgp/dist: TODO
> src/crypto/external/bsd/netpgp/dist/include: netpgp.h
> src/crypto/external/bsd/netpgp/dist/src/lib: compress.c create.c
> crypto.c crypto.h keyring.c keyring.h misc.c netpgp.c
Matthias Scheler writes:
> Log Message:
> Add makefile framework to build Postfix 2.6.2. Don't turn it on yet as
> the Postfix 2.6.2 binary doesn't work yet because it cannot
> find "/usr/libexec/postfix/postfix-script".
That has to be /etc/postfix/postfix-script (yes, I know, it is unusual,
but
Matthias Scheler writes:
> Module Name: src
> Committed By: tron
> Date: Tue Jun 23 17:55:06 UTC 2009
>
> Modified Files:
> src/external/ibm-public/postfix: Makefile
> src/external/ibm-public/postfix/conf: Makefile
> src/external/ibm-public/postfix/postfix-etc: Makefile
Andrew Doran writes:
> On Tue, Jun 23, 2009 at 07:36:41PM +, Elad Efrat wrote:
>
>> Log Message:
>> Move the implementation of vaccess() to genfs_can_access(), in line with
>> the other routines of the same spirit.
> ...
>> No objections on tech-kern@:
>>
>> http://mail-index.netbsd.org
"Perry E. Metzger" writes:
> Matthias Scheler writes:
>> Log Message:
>> Add makefile framework to build Postfix 2.6.2. Don't turn it on yet as
>> the Postfix 2.6.2 binary doesn't work yet because it cannot
>> find "/usr/libexec/postfix/post
Matthias Scheler writes:
> On Tue, Jun 23, 2009 at 06:02:04PM -0400, Perry E. Metzger wrote:
>> Matthias Scheler writes:
>> > Log Message:
>> > Add makefile framework to build Postfix 2.6.2. Don't turn it on yet as
>> > the Postfix 2.6.2 binary doesn
Matthias Scheler writes:
> On Thu, Jun 25, 2009 at 10:04:01AM -0400, Perry E. Metzger wrote:
>> Ah, well, if that has changed, then clearly it should be left in the new
>> setup. That does leave the question of whether we should obsolete the
>> /etc/postfix/postfix-script
Arnaud Lacombe writes:
> On Wed, Jun 24, 2009 at 6:42 AM, Izumi Tsutsui wrote:
>> - it's reasonable for me that we should wait at least a week
>> before to consider "no response means no objections."
>>
> FWIW, I'm not sure the policy "wait for objection and commit if none"
> is the best to foll
Marc Balmer writes:
> Here I have a question:
>
> [...]
>
>> We already have some guidelines:
>>
>> http://www.NetBSD.org/developers/commit-guidelines.html
>
> [...]
>
* Changing existing interfaces in libraries or in the kernel
requires prior approval by Core.
>
>
> Does this mean th
sponsors first, of course.
Always a good thing to do when one is a new developer.
--
Perry E. Metzgerpe...@piermont.com
Joerg Sonnenberger writes:
> Module Name: src
> Committed By: joerg
> Date: Thu Jun 25 20:27:06 UTC 2009
>
> Added Files:
> src/usr.bin/unzip: Makefile unzip.1 unzip.c
>
> Log Message:
> Add work-in-progress unzip(1) frontend for libarchive.
> Derived from FreeBSD's unzip.
Very co
Christos Zoulas writes:
> I think this utility should be renamed wakeonlan because wake is too
> generic.
Agreed -- it seems like a better name.
Perry
Simon Burge writes:
> "wake" is a lot more generic term than "ssh" or "tcpdump". When I first
> saw the subject "CVS commit: src/usr.sbin/wake" it wasn't in any way
> obvious that this sent wake-on-lan packets to remote hosts. My first
> guess was something that "woke up" processes blocked in t
gt; Rename internal getline() function to get_line() so it does
>> conflict with the soon to be added getline(3) libc function.
>
> You mean, that is does *not* conflict, right ?
I'm also confused here -- wouldn't the definition in libc be shadowed by
the version in the program itself?
Perry
--
Perry E. Metzgerpe...@piermont.com
till a newdev, please get approval from a specific person
> before you commit changes.
I don't think the change was unreasonable or required more approval than
Marc already got.
Perry
--
Perry E. Metzgerpe...@piermont.com
Tonnerre LOMBARD writes:
> On Sun, Jul 26, 2009 at 12:14:28PM -0400, Perry E. Metzger wrote:
>> > While you're still a newdev, please get approval from a specific person
>> > before you commit changes.
>>
>> I don't think the change was unreason
Tonnerre LOMBARD writes:
> On Sun, Jul 26, 2009 at 12:48:06PM -0400, Perry E. Metzger wrote:
>> That's another thing: quit being so rude to a new developer. Even if it
>> was bad for him to do this commit, it would be unreasonable to tell him
>> off so impolitely.
>
d, and chritos@ too as this should have
> been privately discussed.
Violent agreement all around.
Perry
--
Perry E. Metzgerpe...@piermont.com
Arnaud Lacombe writes:
> On Mon, Jul 27, 2009 at 1:41 PM, Perry E. Metzger wrote:
>> And in addition to being less than 24 hours old, the code was his own
>> code. The clear de facto rule is that you can change code you wrote and
>> own with a lot less approval, even for
David Laight writes:
> Module Name: src
> Committed By: dsl
> Date: Thu Jul 30 21:42:06 UTC 2009
>
> Modified Files:
> src/lib/libc/string: strcspn.c strspn.c
>
> Log Message:
> Use a 'register only' str[c]spn() on 64 bit systems.
How much of a speedup is this?
Also, you have a s
still exist.
That seems like quite a good thing. We should probably do that, moving
ntpd much earlier in the system startup and making kdc etc. depend on
ntpd instead of ntpdate. Are you willing to do the work? I don't have
time for some days.
Perry
--
Perry E. Metzgerpe...@piermont.com
pseudo-dependency (TIME or
some such) that any such tools would DEPEND on.
Perry
--
Perry E. Metzgerpe...@piermont.com
"M. Warner Losh" writes:
> In message: <87ab2dat79@snark.cb.piermont.com>
> "Perry E. Metzger" writes:
> :
> : Frank Kardel writes:
> : > Actually we can retire ntpdate in rc unless we are very tight on
> : > memory. ntpd_fla
65 matches
Mail list logo