Re: svn commit: r219667 - head/usr.sbin/bsdinstall/partedit

2011-03-15 Thread Daniel O'Connor
that the > burn-in time before it is considered sufficiently stable is be > measured in years. Which is a good reason to have a UI to set it :) Or maybe when you say "auto" it asks if you want it on or not. -- Daniel O'Connor software and network engineer for Genesis So

Re: svn commit: r220983 - head

2011-04-24 Thread Daniel O'Connor
t list will show the GPTID (rawuuid) and dumpfs will show the UFS ID. The following shell snippet will generate the UFS ID for a given FS. getfsid() { line=`dumpfs 2> /dev/null $1 | head | grep superblock\ location` if [ $? -ne 0 ]; then return 1 fi # dumpfs doesn't print leading

Re: svn commit: r220983 - head

2011-04-24 Thread Daniel O'Connor
is selected. > I avoid this problem by prefixing a hostname to the label... This is why I prefer IDs since they are nominally unique (UFS ones, GPTs damn well better be :) Although I concede it is rather annoying to work out which is which, or type them out manually.. -- Daniel O'

Re: svn commit: r220983 - head

2011-04-26 Thread Daniel O'Connor
e too difficult. FWIW the above shell snippet is found in a post [sys]install shell script I used for 6.x and later so it has had a bit of testing. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that ther

Re: svn commit: r207472 - in head/sys: conf dev/ath/ath_hal/ar5212

2010-05-01 Thread Daniel O'Connor
we put this option in the kernel for just the > affected machines. Sam didn't like this aspect of the patch when he > reviewed it, and I'd love to hear sane proposals on how to fix it :) Could you do TUNABLE_INT in the MIPS code and TUNABLE_INT_FETCH in ath_hal? -- Daniel O'Con

Re: svn commit: r207472 - in head/sys: conf dev/ath/ath_hal/ar5212

2010-05-01 Thread Daniel O'Connor
It does have the advantage of not requiring the user to do anything which is nice even if it's clunky looking. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them t

Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf

2011-06-11 Thread Daniel O'Connor
a fan of a small base kernel + modules for the many reasons listed in this thread :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanen

Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf

2011-06-12 Thread Daniel O'Connor
but I think it's quite rare (the 80/20 rule works for me here :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG

Re: svn commit: r222980 - in head/sys: amd64/conf i386/conf

2011-06-12 Thread Daniel O'Connor
g devd, but the pci resistance lead me to put > aside the problem for a while. I'll be happy to pick it back up, especially > if I can get some help going through all the drivers and tagging things > appropriately. I would be interested in helping, certainly with the mechanical

Re: svn commit: r211983 - head/sbin/hastd

2010-08-29 Thread Daniel O'Connor
ance like nobody's watching. > ___ > svn-src-...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org" > -- Daniel O'Connor

Re: svn commit: r212964 - head/sys/kern

2010-09-23 Thread Daniel O'Connor
hanged about this if there is enough > push-back. Just saying I'm not there yet. I'd say people are uninterested in debugging right up until their system panics and they want to stop it doing that :) -- Daniel O'Connor software and network engineer for Genesis Software - http://

Re: svn commit: r212964 - head/sys/kern

2010-09-24 Thread Daniel O'Connor
On 25/09/2010, at 8:23, Peter Jeremy wrote: > savecore already has support for a 'minfree' file to prevent > crashdumps filling the crashdir. Maybe the default install should > include a minfree set to (say) 512MB. Or perhaps add maxcount and set it to 1 as well as minfree a

Re: svn commit: r225937 - in head: . release release/amd64 release/i386 release/ia64 release/pc98 release/powerpc release/scripts release/sparc64 usr.sbin usr.sbin/sysinstall

2011-10-03 Thread Daniel O'Connor
. > Thanks. > -- > Craig Rodrigues > rodr...@crodrigues.org > ___ > svn-src-...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscr...@freeb

Re: svn commit: r225937 - in head: . release release/amd64 release/i386 release/ia64 release/pc98 release/powerpc release/scripts release/sparc64 usr.sbin usr.sbin/sysinstall

2011-10-04 Thread Daniel O'Connor
> built installers based on this stuff. > I suspect this would be problematic because bsdinstall is architected differently to sysinstall and the later's scripting is based on calling various C functions :( Also things like dist names are different.. Don't let me stop you writ

Re: svn commit: r251886 - in head: contrib/apr contrib/apr-util contrib/serf contrib/sqlite3 contrib/subversion share/mk usr.bin usr.bin/svn usr.bin/svn/lib usr.bin/svn/lib/libapr usr.bin/svn/lib/liba

2013-06-18 Thread Daniel O'Connor
ependency > chain it carries, with the largest being Python and Perl IIRC. Perhaps there should be an svnlite port then, or svnstatic or similar. If an svnstatic port was installed as a package it would have no run time dependencies, so not huge chains of stuff to install. -- Daniel O'Conn

Re: svn commit: r251886 - in head: contrib/apr contrib/apr-util contrib/serf contrib/sqlite3 contrib/subversion share/mk usr.bin usr.bin/svn usr.bin/svn/lib usr.bin/svn/lib/libapr usr.bin/svn/lib/liba

2013-06-20 Thread Daniel O'Connor
ew other advantages that other people have listed. That approach has a small footprint (binary + man page), is always up to date (so the VCS infrastructure is not tied to the earliest version of SVN) and doesn't have any dependencies. -- Daniel O'Connor software and network engineer for

Re: svn commit: r252032 - head/sys/amd64/include

2013-06-24 Thread Daniel O'Connor
ctually use. > > There is at least 1 counter decrement (add -1) in tcp, so the native counters > need to be signed. You could convert decrements into an increment of a separate counter and then subtract that value from the others when collecting them all. -- Daniel O'Connor softwar

Re: svn commit: r265132 - in head: share/man/man4 sys/dev/null

2014-04-30 Thread Daniel O'Connor
writing... /dev/ones, it's just > like /dev/zero except it returns 0xff bytes. Useful for dd'ing to wipe > out flash-based media. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/79421 :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com

Re: svn commit: r260486 - head/etc/defaults

2014-01-09 Thread Daniel O'Connor
for a > HBA and a 10GE NIC. That's a little nuts. > Most of those aren't paid unless you actually enable the thing in question. Same with this change, if you aren't using NFS you don't pay the cost. -- Daniel O'Connor software and network engineer for Genesis So

Re: svn commit: r297897 - in head/usr.bin: . resizewin

2016-05-03 Thread Daniel O'Connor
Also, it's not functionally identical to the xterm version which could cause an issue for some users. -- Daniel O'Connor "The nice thing about standards is there are so many to choose from." - Andrew Tanenbaum > On 4 May 2016, at 07:58, Conrad Meyer wrote: > >>

Re: svn commit: r236380 - head/sys/vm

2012-06-01 Thread Daniel O'Connor
ysctls which have duplicate information, eg kern.geom.conf* (text, XML & dot versions of the same data) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from.&

Re: svn commit: r237223 - head/sys/dev/fb

2012-06-18 Thread Daniel O'Connor
size is odd, this does not copy the last byte. Not sure, whether this is > intended. Add KASSERT(size & 0x1 == 0, ("odd size copy")); before size >>= 1; :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing

Re: svn commit: r242520 - head/sys/kern

2012-11-04 Thread Daniel O'Connor
lock) immediately following the indirect block. We should also do this for other indirect block boundaries, but it is only important for the first one. Suggested by: Bruce Evans MFC: 2 weeks ie it is a joke :) -- Daniel O'Connor software and network engineer for Genesis Software - http:

Re: svn commit: r242897 - head/release

2012-11-11 Thread Daniel O'Connor
I do intend to exclude more dot-dirs. Why not just exclude '.??*' ? I doubt the source tree will ever grow a top level directory whose name starts with a dot. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about

Re: svn commit: r237223 - head/sys/dev/fb

2012-06-20 Thread Daniel O'Connor
is odd, this does not copy the last byte. Not sure, whether = >>> this is intended. >> >> Feel free to improve... > > Surely if you pass it an odd size you made a mistake - either the wrong function was used or you computed the size incorrectly. -- Daniel O'C

Re: svn commit: r233052 - head/share/mk

2012-03-20 Thread Daniel O'Connor
disk to store 4 spaces for your odd number of indent lines is trivial.. I understand that bsd.port.mk and friends have legacy and that is fine but I don't think it's a good precedent to use when indenting other makefiles (which is a great idea IMO) -- Daniel O'Connor soft

Re: svn commit: r233052 - head/share/mk

2012-03-20 Thread Daniel O'Connor
into a tab uses more disk space than just tabs, but that amounts to sweet FA these days. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew T

Re: svn commit: r247359 - head/sbin/reboot

2013-02-27 Thread Daniel O'Connor
> > You should probably just remove the flag entirely. sio(4) doesn't build on > 8.x and later. The handbook will need fixing too since it mentions sio(4) and -D/-h. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice t