> The following patch adds documentation for the APM_IOC_HIBERNATE ioctl
> to the manual pages.
There was a typo in the zaurus hunk. Updated diff below.
Index: share/man/man4/man4.amd64/apm.4
===
RCS file: /cvs/src/share/man/man4/ma
On Tue, Feb 02, 2016 at 07:30:08PM +0100, Stefan Kempf wrote:
> Looks good. I agree with changing left to size_t. One small remark
> though: size_t is defined as unsigned long. Do the DPRINTFs that print
> the value of left have to be changed to use %zu in the format string?
Said DDPRINTFs are in f
On Tue, Feb 02, 2016 at 10:57:41PM -0200, Daniel Bolgheroni wrote:
> On Tue, Feb 02, 2016 at 10:55:57AM +1100, Jonathan Gray wrote:
> > Thanks, both diffs committed. Any chance you could create another to
> > move the sxitimer_* globals into the softc?
>
> I didn't have time to test each diff sep
Raf Czlonka wrote:
> - ftp.openbsd.org is, AFAIC, overloaded
I haven't been following this thread fully, but I agree that
ftp.openbsd.org shouldn't be used in examples. Many many people use the
default mirror whenever possible.
On Tue, Feb 02, 2016 at 10:48:47PM GMT, Stuart Henderson wrote:
> On 2016/02/02 22:15, Raf Czlonka wrote:
> > Like I've mentioned above, I'm not particularly fond of it either.
> >
> > I merely copied what was already in the FAQ - I wish you had kept the
> > rest of the diff, but here is a shorten
On Tue, Feb 02, 2016 at 10:55:57AM +1100, Jonathan Gray wrote:
> Thanks, both diffs committed. Any chance you could create another to
> move the sxitimer_* globals into the softc?
I didn't have time to test each diff separately, but now my Cubieboard 2 stops
at sxidog (log below). I'm expecting t
On 2/2/16, Mark Kettenis wrote:
>> Date: Tue, 2 Feb 2016 21:32:13 +0100 (CET)
>> From: Mark Kettenis
>>
>> > Date: Tue, 2 Feb 2016 14:14:04 -0500
>> > From: James Hastings
>> >
>> > Native screen size is 1366x768
>> >
>> > Results:
>> > ei.config_acpi: 0x66bfe014
>> > ei.config_smbios: 0x66abef9
On 2016/02/02 22:15, Raf Czlonka wrote:
> Like I've mentioned above, I'm not particularly fond of it either.
>
> I merely copied what was already in the FAQ - I wish you had kept the
> rest of the diff, but here is a shortened version anyway :^)
(sorry, trimming a lot here, otherwise it's harder
On Tue, Feb 02, 2016 at 09:47:00PM GMT, Stuart Henderson wrote:
> On 2016/02/02 19:48, Raf Czlonka wrote:
> > On Sun, Jan 31, 2016 at 07:28:43PM GMT, Joerg Jung wrote:
> > > On Mon, Jan 11, 2016 at 03:40:17PM +, Raf Czlonka wrote:
> > > > Hi all,
> > > >
> > > > Given that PKG_PATH and pkg.con
On 2016/02/02 19:48, Raf Czlonka wrote:
> On Sun, Jan 31, 2016 at 07:28:43PM GMT, Joerg Jung wrote:
> > On Mon, Jan 11, 2016 at 03:40:17PM +, Raf Czlonka wrote:
> > > Hi all,
> > >
> > > Given that PKG_PATH and pkg.conf(5)'s installpath, now supports %c, %a,
> > > etc. sequences, it might be w
> Date: Tue, 2 Feb 2016 21:32:13 +0100 (CET)
> From: Mark Kettenis
>
> > Date: Tue, 2 Feb 2016 14:14:04 -0500
> > From: James Hastings
> >
> > Native screen size is 1366x768
> >
> > Results:
> > ei.config_acpi: 0x66bfe014
> > ei.config_smbios: 0x66abef98
> > ei.fb_addr: 0x8000
> > ei.fb_si
On Tue, Feb 02, 2016 at 08:06:11PM +0100, Mark Kettenis wrote:
> The Bay Trail SoC SD controller for the SD card slot doesn't use the
> Card Detect bit in the standard register. Instead there is a separate
> gpio that signals the presence of a card in the slot. The diff below
> introduces a funct
> Date: Tue, 2 Feb 2016 14:14:04 -0500
> From: James Hastings
Best not to drop the list. There are other developers that might want
to chime in.
> On 2/2/16, Mark Kettenis wrote:
> >> Date: Tue, 2 Feb 2016 02:09:08 -0500
> >> From: James Hastings
> >>
> >> Testing UEFI booting. Willing to tes
On Sun, Jan 31, 2016 at 07:28:43PM GMT, Joerg Jung wrote:
> On Mon, Jan 11, 2016 at 03:40:17PM +, Raf Czlonka wrote:
> > Hi all,
> >
> > Given that PKG_PATH and pkg.conf(5)'s installpath, now supports %c, %a,
> > etc. sequences, it might be worth advertising it a bit more by changing
> > all r
The Bay Trail SoC SD controller for the SD card slot doesn't use the
Card Detect bit in the standard register. Instead there is a separate
gpio that signals the presence of a card in the slot. The diff below
introduces a function pointer in the sdhc softc that, if non-NULL,
gets called instead of
Martin Natano wrote:
> Below the conversion to uiomove() for ntfs. In the first three hunks the
> size passed to uiomove(i) already was of type size_t. I also converted
> the 'left' variable in ntfs_readattr() to size_t, because it tracks the
> remainder of 'rsize', which also is size_t.
Looks goo
Hi,
When pulling and unmounting an umass USB stick, the file system may
end up in an inconsistent state. The fstype dependent mp->mnt_data
is NULL, but the general mp is still listed as a valid mount point.
Next access to the file system will crash with a NULL pointer
dereference.
If the close o
> From: j...@wxcvbn.org (=?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-Anglas?=)
> Date: Tue, 02 Feb 2016 19:23:25 +0100
>
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
> > Sebastien Marie writes:
> >
> >> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
> >>> Hi,
> >>>
>
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Sebastien Marie writes:
>
>> On Sun, Jan 31, 2016 at 09:39:52AM +0100, Landry Breuil wrote:
>>> Hi,
>>>
>>> i'm tinkering with ldapd and writing regress tests for it, and to
>>> allow running independent instances (with separate port/control
>
On Mon, Feb 01, 2016 at 07:24:39PM +, Stuart Henderson wrote:
> On 2016/02/01 15:02, Joerg Jung wrote:
> > What about smtpd, should be similar, no?
>
> This would do the trick. It loses the getrlimit/setrlimit dance that
> config_process() normally does, but I'm not sure if that is really
> ne
> Here's a similar diff for ldapctl, thoughts?
With your tweaks sounds much better.
OK gsoares@
On 01/02/16(Mon) 13:15, Todd C. Miller wrote:
> On Mon, 01 Feb 2016 19:56:01 +0100,
> =?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-
> Anglas?= wrote:
>
> > intro(2) describes it as such:
> >
> > 59 ETOOMANYREFS Too many references: can't splice. Not used in OpenBSD.
> >
> > Obviously it *is* us
On Tue, Feb 02, 2016 at 01:58:18PM +0100, Jérémie Courrèges-Anglas wrote:
> Gleydson Soares writes:
>
> >> Thinking about it .. would a call to access(2) with R_OK|W_OK|R_OK|F_OK
> >> satisfy
> >> everyone ? Or only F_OK ?
> >
> > Sounds better than chdir(2), but it will lack if datadir was pass
Gleydson Soares writes:
>> Thinking about it .. would a call to access(2) with R_OK|W_OK|R_OK|F_OK
>> satisfy
>> everyone ? Or only F_OK ?
>
> Sounds better than chdir(2), but it will lack if datadir was passed to
> access(2)
> without including trailing "/"
>
> eg with access(datadir, F_OK):
>
> Thinking about it .. would a call to access(2) with R_OK|W_OK|R_OK|F_OK
> satisfy
> everyone ? Or only F_OK ?
Sounds better than chdir(2), but it will lack if datadir was passed to access(2)
without including trailing "/"
eg with access(datadir, F_OK):
$ touch /home/gsoares/testfile <- creat
On 2016 Feb 01 (Mon) at 15:31:25 -0600 (-0600), Luke Small wrote:
:I think that there is some unwritten policy that nobody can get something
:like this into the system. Why on earth hasn't this happened yet?
Your proposed addition has been rejected, and will continue to be rejected.
1) The code i
2016-02-01 22:31 GMT+01:00 Luke Small :
>
> I think that there is some unwritten policy that nobody can get something
> like this into the system. Why on earth hasn't this happened yet?
>
>
Yeah, I think that if anyone has something they want into base it should go
in,
even if the developers don't
27 matches
Mail list logo
