On Sun, Jul 05, 2009 at 10:52:41PM -0700, patrick keshishian wrote:
> Greetings,
>
> I grabbed a snapshot from July 3rd to install on my macppc.
> I've been meaning to get rid of my MacOS X partition off of
> this ibook for a while, and this installation was going to
> be the one to do it.
>
> S
Greetings,
I grabbed a snapshot from July 3rd to install on my macppc.
I've been meaning to get rid of my MacOS X partition off of
this ibook for a while, and this installation was going to
be the one to do it.
So I think I was doing things correctly to achieve this goal,
namely, choosing MBR vs
On Sun, Jul 05, 2009 at 11:27:35PM +0200, Ingo Schwarze wrote:
>
> > so, in summary, once we are out of lock, can someone please fix this.
>
> Yes.
>
thanks.
jmc
Jason McIntyre wrote on Sun, Jul 05, 2009 at 09:52:13PM +0100:
> On Sun, Jul 05, 2009 at 10:19:14PM +0200, Mark Kettenis wrote:
>> So I think the man pages should be amended to #include .
> pages (plural)? there are more than this one to fix?
Indeed, *two* need a fix, whereas login_cap(3) is alr
Ian Darwin wrote on Sun, Jul 05, 2009 at 04:18:00PM -0400:
> There's no value getting the wrong answer quickly.
Ouch.
I should have noticed, i did look at getgrent(3) and such before.
Thanks for the explanations and sorry for wasting your time...
So i will simply do the following *after unlock*:
> Date: Sun, 05 Jul 2009 14:48:14 -0600
> From: Theo de Raadt
>
> > > If i understand correctly, headers using types from
> > > ought to include
> > > - unconditionally, if they are POSIX headers and the use of the
> > >type is mandated by POSIX
> > > - protected by __BSD_VISIBLE or the a
On Sun, Jul 05, 2009 at 10:19:14PM +0200, Mark Kettenis wrote:
>
> So I think the man pages should be amended to #include .
>
pages (plural)? there are more than this one to fix?
if so, can someone put a diff together and fix it (post lock). even if
it's only the one page, someone other than me
> > If i understand correctly, headers using types from
> > ought to include
> > - unconditionally, if they are POSIX headers and the use of the
> >type is mandated by POSIX
> > - protected by __BSD_VISIBLE or the appropriate feature macro
> >like __XPG_VISIBLE, if they are POSIX header
> Date: Sun, 5 Jul 2009 21:58:35 +0200
> From: Ingo Schwarze
>
> The header uses quad_t and uid_t.
> The type quad_t is a non-POSIX type defined in .
> The type uid_t is required by POSIX in .
>
> The header uses size_t.
> The type size_t is required by POSIX in .
>
> > no one has replied to
Ingo Schwarze wrote:
Hi Jason,
Jason McIntyre wrote on Sun, Jul 05, 2009 at 05:46:06PM +0100:
On Tue, Jun 30, 2009 at 08:56:36AM -0300, Joao Salvatti wrote:
Isn't the header file absent in the manual page
authenticate(3)?
Yes, it is absent, but grepping /usr/share/man/cat3 fo
Hi Jason,
Jason McIntyre wrote on Sun, Jul 05, 2009 at 05:46:06PM +0100:
> On Tue, Jun 30, 2009 at 08:56:36AM -0300, Joao Salvatti wrote:
>> Isn't the header file absent in the manual page
>> authenticate(3)?
Yes, it is absent, but grepping /usr/share/man/cat3 for "types.h"
tells me that sys/ty
On Tue, Jun 30, 2009 at 08:56:36AM -0300, Jo?o Salvatti wrote:
> Hi,
>
> Isn't the header file absent in the manual page
> authenticate(3)? The use of its functions, such as auth_userokay(),
> will never compile without the inclusion of that header.
>
> Thanks in advance.
>
no one has replied
12 matches
Mail list logo