On Fri, Sep 19, 2014 at 10:05:35PM -0700, patrick keshishian wrote:
> Hi,
>
> Just ran into something strange. I was running 'sudo cdio cdrip'
> and in another shell running a memory-hungry perl script, this
> caused a bunch of processes to swap out (namely Xorg). Once
> the cdrip was done, and I
Hi,
Just ran into something strange. I was running 'sudo cdio cdrip'
and in another shell running a memory-hungry perl script, this
caused a bunch of processes to swap out (namely Xorg). Once
the cdrip was done, and I killed the perl script, and let the
system "calm down", I still noticed lag in m
On Fri, 19 Sep 2014 16:08:33 +0200
Otto Moerbeek wrote:
> On Fri, Sep 19, 2014 at 10:21:13PM +1000, Adam wrote:
>
> > Patch for argument parsing below.
> >
> > Diff taken in relation to Revision 3 of the aforementioned patch.
> >
> > I do not understand why this should be a separate diff for t
On 09/19/14 08:33, Stuart Henderson wrote:
On 2014/09/19 14:26, Stuart Henderson wrote:
On 2014/09/19 08:21, Stan Gammons wrote:
On Sep 19, 2014 8:06 AM, "Stuart Henderson" wrote:
On 2014/09/19 07:37, Stan Gammons wrote:
I have an apc usb ups that was working with OpenBSD 5.5 stable, but
w
EHOSTUNREACH, EOVERFLOW and ECANCELED are now part of POSIX so we
should adjust sys/errno.h accordingly.
- todd
Index: /sys/sys/errno.h
===
RCS file: /home/cvs/openbsd/src/sys/sys/errno.h,v
retrieving revision 1.22
diff -u -r1.22 er
On Fri, September 19, 2014 16:37, Stan Gammons wrote:
> I have an apc usb ups that was working with OpenBSD 5.5 stable, but when I
> installed 5.6 current nut no longer recognizes the status change when the
> UPS goes on battery. When you do upsc apcusb@localhost with AC power
> removed from the u
On Fri, Sep 19, 2014 at 10:21:13PM +1000, Adam wrote:
> Patch for argument parsing below.
>
> Diff taken in relation to Revision 3 of the aforementioned patch.
>
> I do not understand why this should be a separate diff for this, as it
> is essentially part of the functionality itself.
>
> Let m
On 2014/09/19 14:26, Stuart Henderson wrote:
> On 2014/09/19 08:21, Stan Gammons wrote:
> > On Sep 19, 2014 8:06 AM, "Stuart Henderson" wrote:
> > >
> > > On 2014/09/19 07:37, Stan Gammons wrote:
> > > > I have an apc usb ups that was working with OpenBSD 5.5 stable, but
> > when I
> > > > install
On 2014/09/19 08:21, Stan Gammons wrote:
> On Sep 19, 2014 8:06 AM, "Stuart Henderson" wrote:
> >
> > On 2014/09/19 07:37, Stan Gammons wrote:
> > > I have an apc usb ups that was working with OpenBSD 5.5 stable, but
> when I
> > > installed 5.6 current nut no longer recognizes the status change w
On Sep 19, 2014 8:06 AM, "Stuart Henderson" wrote:
>
> On 2014/09/19 07:37, Stan Gammons wrote:
> > I have an apc usb ups that was working with OpenBSD 5.5 stable, but
when I
> > installed 5.6 current nut no longer recognizes the status change when
the
> > UPS goes on battery. When you do upsc ap
On 2014/09/19 07:37, Stan Gammons wrote:
> I have an apc usb ups that was working with OpenBSD 5.5 stable, but when I
> installed 5.6 current nut no longer recognizes the status change when the
> UPS goes on battery. When you do upsc apcusb@localhost with AC power
> removed from the unit, it indic
I have an apc usb ups that was working with OpenBSD 5.5 stable, but when I
installed 5.6 current nut no longer recognizes the status change when the
UPS goes on battery. When you do upsc apcusb@localhost with AC power
removed from the unit, it indicates the UPS is still online rather than
being on
Patch for argument parsing below.
Diff taken in relation to Revision 3 of the aforementioned patch.
I do not understand why this should be a separate diff for this, as it
is essentially part of the functionality itself.
Let me know if you want it all together.
--- mount_tmpfs.c Fri Sep
Revision 3:
- if (template) -> if (template[0] != '\0')
(From Revision 2):
1. Added code to allow updating MNT_RDONLY status with M.
If MNT_WANTRDWR is specified as well, MNT_RDONLY is unset.
2. Added check for strlcpy() call.
3. If getenv() is deemed "unsafe" to call, just use the
defau
Hi Mike,
On Tue, Sep 16, 2014 at 12:43:11AM -0700, Mike Larkin wrote:
> On Mon, Sep 15, 2014 at 04:57:24PM +0200, S??bastien Marie wrote:
> > ping ?
> >
> > Tihs patch is very conservative: it just allow to switch fan OFF if
> > state is unknown.
>
> I finally read through the relevant parts of
On Fri, 19 Sep 2014 10:58:59 +0200
Henning Brauer wrote:
> HUH?
>
> Doug is entirely right. src is user controlled and can be larger than
> mountpoint. In that case, we want to bail and whine at the user
> instead of silently truncating and going on.
>
Thanks for clarifying that; I thought he
Now that we're no longer updating the hid0 register in the idle loop, we
can enable idle for G5.
ok?
Index: macppc/cpu.c
===
RCS file: /cvs/src/sys/arch/macppc/macppc/cpu.c,v
retrieving revision 1.76
diff -u -p -r1.76 cpu.c
--- macpp
Documentation update:
Index: mount_tmpfs.8
===
RCS file: /cvs/src/sbin/mount_tmpfs/mount_tmpfs.8,v
retrieving revision 1.3
diff -u -p -r1.3 mount_tmpfs.8
--- mount_tmpfs.8 5 Feb 2014 15:32:26 - 1.3
+++ mount_tmpfs.8
Hello,
intro(2) manual says, also
http://pubs.opengroup.org/onlinepubs/9699919799/ that EOVERFLOW should
be defined.
-snip-
#define _XOPEN_SOURCE 700
#include
#include
int
main()
{
errno = EACCES;
errno = EAGAIN;
errno = EBADF;
errno = EINVAL;
errno
* Adam [2014-09-19 10:37]:
> On Fri, 19 Sep 2014 00:14:47 -0700
> Doug Hogan wrote:
> > On Thu, Sep 18, 2014 at 09:28:41AM +0100, bytevolc...@safe-mail.net
> > wrote:
> > > + strlcpy(mountpoint, src, sizeof(mountpoint));
> >
> > The strlcpy call should check for truncation. There's no g
On Fri, 19 Sep 2014 00:14:47 -0700
Doug Hogan wrote:
> On Thu, Sep 18, 2014 at 09:28:41AM +0100, bytevolc...@safe-mail.net
> wrote:
> > Revised diffbelow:
>
> You are inheriting some bugs in here by reusing newfs code. :)
>
> I agree with the comments from others. Additional comments:
>
> >
Revision 2:
1. Fixed up an issue caused by bad diffing technique.
2. Only functionality changes included here; parsing changes to follow next
as per Otto's instruction.
3. Documentation changes will follow as well.
4. I have received some more feedback from Doug Hogan regarding newfs bugs,
On Thu, Sep 18, 2014 at 09:28:41AM +0100, bytevolc...@safe-mail.net wrote:
> Revised diffbelow:
You are inheriting some bugs in here by reusing newfs code. :)
I agree with the comments from others. Additional comments:
> #include
> +#include
...
> + args.ta_root_mode = modeset ? mode : s
23 matches
Mail list logo