On Mon, Mar 04, 2013 at 10:19:11PM +1100, Rod Whitworth wrote:
> Snip from the manpage describing the format used to apply a date to a
> file:
> ccyy Year.
>mm Month: a number from 1 to 12.
>dd Day: a number from 1 to 31.
>
On 02/24/2013 05:34 PM, Sachidananda wrote:
Ted,
On Sunday 24 February 2013 10:10 AM, Ted Unangst wrote:
On Sun, Feb 24, 2013 at 09:12, Sachidananda wrote:
Also, for the record, it's open that seeks to the end. You can open a
file with O_APPEND and seek back to the beginning, and write will n
Brief background: divert(4) sockets can be used to send packets to a
userspace program. The program can inspect the packets and decide to
either reinject them back into the kernel or drop them.
According to the divert(4) man page, "The packets' checksums are
recalculated upon reinjection." This
You too can have a GIANT buffer cache etc. etc...
After much bug fighting in the midlayer and now uvm over the last 6
months in a number of places, I think it's about time to shop this
around again.
This will only make a difference on amd64 - if you have 4 GB or more
of RAM. What it does is
I believe this problem ought to be fixed over the next few hours
as mirrors pull updated files.
On Mon, Mar 04, 2013 at 11:13:22AM -0500, Ted Unangst wrote:
> On Mon, Mar 04, 2013 at 15:55, Stuart Henderson wrote:
>
> > The client arch and software doesn't make a difference, the problem
> > is on the server side. Problems seen when using opencvs server-side
> > include giving out the wrong f
On Mon, Mar 04, 2013 at 16:19, Stuart Henderson wrote:
> yes, that's older - stsp fixed one problem with it since then...
Oh, missed that. Good to know.
> Hmm. Looking at the number of bytes in the error message which matches
> what's seen on anoncvs.usa and differs to my server... Todd, does t
On Mon, 04 Mar 2013 16:19:56 GMT, Stuart Henderson wrote:
> Hmm. Looking at the number of bytes in the error message which matches
> what's seen on anoncvs.usa and differs to my server... Todd, does the
> copy in your chroot pre-date this commit?
The cvs binary may not have had that fix on anoncv
On Mon, 4 Mar 2013 17:28:17 +0100 Ilya Bakulin wrote:
> On Monday 04 March 2013 16:13:09 Gerhard Roth wrote:
> > Just a little bike-shedding:
> >
> > - The term "readonly" seems more common to me than "nowrite".
> I didn't use "readonly" because there is already a keyword "read-only" with
> the t
On Monday 04 March 2013 16:13:09 Gerhard Roth wrote:
> Just a little bike-shedding:
>
> - The term "readonly" seems more common to me than "nowrite".
I didn't use "readonly" because there is already a keyword "read-only" with
the token name READONLY, and I didn't want to introduce yet another read
On 2013/03/04 11:13, Ted Unangst wrote:
> On Mon, Mar 04, 2013 at 15:55, Stuart Henderson wrote:
>
> > The client arch and software doesn't make a difference, the problem
> > is on the server side. Problems seen when using opencvs server-side
> > include giving out the wrong file version, and givi
On Mon, Mar 04, 2013 at 15:55, Stuart Henderson wrote:
> The client arch and software doesn't make a difference, the problem
> is on the server side. Problems seen when using opencvs server-side
> include giving out the wrong file version, and giving a checkout
> which can't reliably be used again
On 2013/03/04 10:47, Ted Unangst wrote:
> On Sun, Mar 03, 2013 at 22:17, Stuart Henderson wrote:
> > On 2013/03/03 17:11, Ted Unangst wrote:
> >> On Sun, Mar 03, 2013 at 16:16, Stuart Henderson wrote:
> >> > Summary of off-list mail exchange: anoncvs.usa consistently has a
> >> > realloc failure in
On Sun, Mar 03, 2013 at 22:17, Stuart Henderson wrote:
> On 2013/03/03 17:11, Ted Unangst wrote:
>> On Sun, Mar 03, 2013 at 16:16, Stuart Henderson wrote:
>> > Summary of off-list mail exchange: anoncvs.usa consistently has a
>> > realloc failure in xenocara/font/misc-misc/18x18ja.bdf, some other
>
Hi tech@,
Calculating the IP header checksum on Realtek 8168 is broken when the
packet has IP options.
FreeBSD mentions only the 8168C and 8168C_SPIN2 but the 8168CP is the
one we have.
http://svnweb.freebsd.org/base/stable/8/sys/dev/re/if_re.c?r1=219112&r2=219114
Solution is to disable IP chec
On Mon, 4 Mar 2013 15:56:36 +0100 Ilya Bakulin wrote:
> Hi list,
> We have a small issue with snmpd daemon in OpenBSD.
> If people use SNMPv2c, they should explicitly set "read-write" community name
> to some [probably random-generated] string, because otherwise everybody is
> able to alter valu
Hi list,
We have a small issue with snmpd daemon in OpenBSD.
If people use SNMPv2c, they should explicitly set "read-write" community name
to some [probably random-generated] string, because otherwise everybody is
able to alter values of some SNMP nodes (the default value for read-write
communit
Hi,
just wanted to notice that the difference in locking and resource counting
algorithms is not fixed yet. That means that mlockall() in 5.3 is still
broken.
Given that src tree is unlocked now, is there any chance that it will be
fixed?
By the way, we're using the patched version of uvm_map_p
On Mon, 4 Mar 2013 15:18:45 +0100 Gerhard Roth wrote:
> On Mon, 4 Mar 2013 06:02:19 -0500 Matt Dainty
> wrote:
> > * Matt Dainty [2013-02-20 19:30:43]:
> > > Attached are two patches for bios(4) on i386 & amd64 that add support
> > > for detecting the comBIOS on Soekris hardware, which then fil
On Mon, 4 Mar 2013 06:02:19 -0500 Matt Dainty wrote:
> * Matt Dainty [2013-02-20 19:30:43]:
> > Attached are two patches for bios(4) on i386 & amd64 that add support
> > for detecting the comBIOS on Soekris hardware, which then fills in the
> > hw.vendor & hw.product sysctl variables as this hard
"Rod Whitworth" writes:
> Snip from the manpage describing the format used to apply a date to a
> file:
> ccyy Year.
>mm Month: a number from 1 to 12.
>dd Day: a number from 1 to 31.
>T Either the capital let
Snip from the manpage describing the format used to apply a date to a
file:
ccyy Year.
mm Month: a number from 1 to 12.
dd Day: a number from 1 to 31.
T Either the capital letter `T' or a single
space.
* Matt Dainty [2013-02-20 19:30:43]:
> Attached are two patches for bios(4) on i386 & amd64 that add support
> for detecting the comBIOS on Soekris hardware, which then fills in the
> hw.vendor & hw.product sysctl variables as this hardware lacks any
> SMBIOS to provide them. The idea is then thes
> Date: Sun, 3 Mar 2013 22:39:46 +0100 (CET)
> From: Mark Kettenis
>
> In order to be able to support a framebuffer console on i386/amd64 I'd
> like to reorder some code such that wsdisaplay(4) attaches to vga(4)
> *after* drm(4). Since I don't have any hardware with radeondrm(4) I'd
> appreciat
* Mark Kettenis [130304 02:10]:
> In order to be able to support a framebuffer console on i386/amd64 I'd
> like to reorder some code such that wsdisaplay(4) attaches to vga(4)
> *after* drm(4). Since I don't have any hardware with radeondrm(4) I'd
> appreciate it if people with access to such har
25 matches
Mail list logo
