Adrian Chadd writes:
> Dag-Erling Smørgrav writes:
> > I would be very annoyed if it were no longer possible to netboot
> > GENERIC...
> I don't want to break that. :) I Just don't want to compile it in
> unless I'm using NFS/ZFS, and on my 4MB flash boards I'm not booting
> w/ NFS compiled in st
On 9 January 2012 21:06, Arnaud Lacombe wrote:
> Hi,
>
> On Mon, Jan 9, 2012 at 1:27 PM, Chris Rees wrote:
>> On 9 January 2012 18:16, Arnaud Lacombe wrote:
>>> Hi,
>>>
>>> On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote:
> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote:
> So you ar
hi there,
would it be possible to update the CXXFLAGS example in
share/examples/etc/make.conf?
looking at the gcc(1) man page, -fconserve-space seems to be a bad example.
can somebody thing of a C++ specific option which makes more sense?
or maybe something like -Weffc++? although idealy this sh
Hi,
On Mon, Jan 9, 2012 at 1:27 PM, Chris Rees wrote:
> On 9 January 2012 18:16, Arnaud Lacombe wrote:
>> Hi,
>>
>> On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote:
On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote:
So you are saying that FreeBSD is currently providing on
ftp://
Hi,
On Mon, Jan 9, 2012 at 1:40 PM, Freddie Cash wrote:
> On Mon, Jan 9, 2012 at 10:27 AM, Chris Rees wrote:
>> On 9 January 2012 18:16, Arnaud Lacombe wrote:
>>> ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I
>>> see 9.0 ISOs in a `releases' directory. Do you expect me to
On 9 Jan, Dag-Erling Smørgrav wrote:
> Don Lewis writes:
>> After staring at the code a lot more, I see your point about the loss of
>> information. The problem is that openpam_parse_chain() returns
>> PAM_SUCCESS whether or not if found anything, but we want the loop to
>> terminate when either
Don Lewis writes:
> After staring at the code a lot more, I see your point about the loss of
> information. The problem is that openpam_parse_chain() returns
> PAM_SUCCESS whether or not if found anything, but we want the loop to
> terminate when either an error is detected or if openpam_parse_ch
On Mon, Jan 9, 2012 at 11:36 AM, Mark Linimon wrote:
> > On 9 January 2012 18:16, Arnaud Lacombe wrote:
>
> > > Do you expect me to consult freebsd-announce@, verify the signature
> > > of the announce, the hash of the ISOs, etc. to consider that 9.0 has
> > > been released ?
>
> That is exactly
On 9 Jan, Dag-Erling Smørgrav wrote:
> Don Lewis writes:
>> Dag-Erling Smørgrav writes:
>> > The culprit was this commit:
>> >
>> > http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c
>> >
>> > However, I'm not confident that simply reverting this commit is the
>> > right wa
On Mon, Jan 09, 2012 at 01:16:59PM -0500, Arnaud Lacombe wrote:
> Hi,
>
> On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote:
> >> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote:
> >> So you are saying that FreeBSD is currently providing on
> >> ftp://ftp.freebsd.org/pub images tagged as being "
> On 9 January 2012 18:16, Arnaud Lacombe wrote:
>> Excellent! You've shown the ability to understand flat, declarative,
>> sentences that have no qualifying phrases.
>>
> FWIW, this was more a sarcastic sentence
I am being sarcastic because I am frustrated.
I am frustrated because I am having
On Tue, Nov 22, 2011 at 03:47:41PM +, Nima Misaghian wrote:
> We have added firmware download command to atacontrol at work, for
> which I have attached a patch against 8.2 to this email.
>
> The format of the command is similar to the camcontrol counterpart:
>
> atacontrol fwdownload
>
>
On Mon, Jan 9, 2012 at 10:27 AM, Chris Rees wrote:
> On 9 January 2012 18:16, Arnaud Lacombe wrote:
>> ok, I'm a stupid lazy user (obviously)... While browsing the ftp, I
>> see 9.0 ISOs in a `releases' directory. Do you expect me to consult
>> freebsd-announce@, verify the signature of the annou
On 9 January 2012 18:16, Arnaud Lacombe wrote:
> Hi,
>
> On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote:
>>> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote:
>>> So you are saying that FreeBSD is currently providing on
>>> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with
>
Hi,
On Mon, Jan 9, 2012 at 9:37 AM, Mark Linimon wrote:
>> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote:
>> So you are saying that FreeBSD is currently providing on
>> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with
>> checksum provided), in a `releases' directory, which a
Hello,
I'm sorry to bother you, but you may not be aware of this thread and
this problem. We are several people experiencing deadlocks, kernel
panics and other problems when creating sanpshots on file systems
with SU+J. It would be nice to get some feedback, e.g. how can we
help debugging and / or
Don Lewis writes:
> Dag-Erling Smørgrav writes:
> > The culprit was this commit:
> >
> > http://trac.des.no/openpam/changeset/487/trunk/lib/openpam_configure.c
> >
> > However, I'm not confident that simply reverting this commit is the
> > right way to go.
> Thanks for the detective work. It l
> On 9. Jan 2012, at 01:04 , Arnaud Lacombe wrote:
> So you are saying that FreeBSD is currently providing on
> ftp://ftp.freebsd.org/pub images tagged as being "9.0 RELEASE" (with
> checksum provided), in a `releases' directory, which are not actually
> release images per-se ?
Excellent! You've
On 9 Jan, Dag-Erling Smørgrav wrote:
> Don Lewis writes:
>> The documentation says that /etc/pam.conf is only used if
>> /etc/pam.d/service-name isn't found, and the code appears to agree
>> with that, however this doesn't seem to be working as expected after
>> the latest import of PAM.
>
> The
Don Lewis writes:
> The documentation says that /etc/pam.conf is only used if
> /etc/pam.d/service-name isn't found, and the code appears to agree
> with that, however this doesn't seem to be working as expected after
> the latest import of PAM.
The culprit was this commit:
http://trac.des.no/op
20 matches
Mail list logo
