That was some pretty relevant information Ed. Thanks.
However upon bumping up my RAM, I don't hit this error anymore perhaps I
believe since the relatively large amount of RAM does not necessitate that
much of swap space.
Nonetheless, as I have indicated in my previous email, I hit an error quite
"Ngie Cooper (yaneurabeya)" wrote:
> > On Aug 6, 2017, at 13:47, Julian H. Stacey wrote:
> >=20
> > Hi, Reference:
> >> From: "Julian H. Stacey"
> >> Date: Sun, 06 Aug 2017 22:25:02 +0200
> >=20
> > "Julian H. Stacey" wrote:
> > The half baked mod. to src/libexec/Mak
On Mon, 2017-08-07 at 00:05 +0200, Julian H. Stacey wrote:
> Ian Lepore wrote:
> >
> > On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote:
> > >
> > > Hi, Reference:
> > > >
> > > >
> > > > From: "Julian H. Stacey"
> > > > Date: Sun, 06 Aug 2017 22:25:02 +0200
> > >
Ian Lepore wrote:
> On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote:
> > Hi, Reference:
> > >
> > > From: "Julian H. Stacey"
> > > Date: Sun, 06 Aug 2017 22:25:02 +0200
> > "Julian H. Stacey" wrote:
> > >
> > > >
> > > > >
> > > > > >
> > > > > > The half bak
> On Aug 6, 2017, at 14:57, Ian Lepore wrote:
…
> The thanks seem appropriate enough, given the tone and content of your
> previous emails. What's missing is the very-much-required apology.
I don’t need an apology, I just hope/ask for a bit more patience next
time. I’ve made similar
> On Aug 6, 2017, at 13:47, Julian H. Stacey wrote:
>
> Hi, Reference:
>> From:"Julian H. Stacey"
>> Date:Sun, 06 Aug 2017 22:25:02 +0200
>
> "Julian H. Stacey" wrote:
> The half baked mod. to src/libexec/Makefile could be backed out
>>
>> I was wrong, sorr
On Sun, 2017-08-06 at 22:47 +0200, Julian H. Stacey wrote:
> Hi, Reference:
> >
> > From: "Julian H. Stacey"
> > Date: Sun, 06 Aug 2017 22:25:02 +0200
> "Julian H. Stacey" wrote:
> >
> > >
> > > >
> > > > >
> > > > > The half baked mod. to src/libexec/Makefile coul
[-r322109 update failed for agp.kld instead. It may just be
a race for which happens first during the build.]
On 2017-Jul-30, at 3:03 PM, Mark Millard wrote:
> [Just correcting the -r's to be -r321706.]
>
> On 2017-Jul-30, at 1:34 PM, Mark Millard wrote:
>
> I experiment with system clang tar
Hi, Reference:
> From: "Julian H. Stacey"
> Date: Sun, 06 Aug 2017 22:25:02 +0200
"Julian H. Stacey" wrote:
> > > > The half baked mod. to src/libexec/Makefile could be backed out
>
> I was wrong, sorry, code is not half baked, cos further down I spotted :
> .if ${MK_RCMDS}
> > > The half baked mod. to src/libexec/Makefile could be backed out
I was wrong, sorry, code is not half baked, cos further down I spotted :
.if ${MK_RCMDS} != "no"
_rlogind= rlogind
_rshd= rshd
.endif
cd /usr/src; find . -type f | xargs grep MK_RC
Hi, Reference:
> From: Ngie Cooper
> Date: Sun, 6 Aug 2017 12:16:21 -0700
Ngie Cooper wrote:
>
> > On Aug 6, 2017, at 11:38, Julian H. Stacey wrote:
> >
> > "Ngie Cooper (yaneurabeya)" wrote:
> >> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08
> >> Content-Transfer-Encoding
> On Aug 6, 2017, at 11:38, Julian H. Stacey wrote:
>
> "Ngie Cooper (yaneurabeya)" wrote:
>> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08
>> Content-Transfer-Encoding: 7bit
>> Content-Type: text/plain;
>>charset=us-ascii
>>
>>
>>> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote:
>
"Ngie Cooper (yaneurabeya)" wrote:
> --Apple-Mail=_7653CBF4-A533-4B1C-8D92-2E3AF5958F08
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;
> charset=us-ascii
>
>
> > On Aug 6, 2017, at 09:36, Julian H. Stacey wrote:
> >
> > Hi freebsd-current@freebsd.org
> > with current src
>
> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote:
>
> Hi freebsd-current@freebsd.org
> with current src
> .ctm_status src-cur 13120
> .svn_revision322111
> libexec/Makefile has been butchered, eg
> rshd & other builds silently omitted
> unless one debugs & learns to do eg
>
> On Aug 6, 2017, at 09:54, Ngie Cooper (yaneurabeya)
> wrote:
>
>>
>> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote:
>>
>> Hi freebsd-current@freebsd.org
>> with current src
>> .ctm_status src-cur 13120
>> .svn_revision322111
>> libexec/Makefile has been butchered, eg
>> rs
Hi freebsd-current@freebsd.org
with current src
.ctm_status src-cur 13120
.svn_revision322111
libexec/Makefile has been butchered, eg
rshd & other builds silently omitted
unless one debugs & learns to do eg
setenv _rshd Something
A find & grep of src/ shows no other ref
On 08/06/17 09:24, Chris Rees wrote:
I'm a bit stuck on how to further debug this- I've tried with both cuse and
cuse4bsd, and I've just downgraded and it works.
1) Compile webcamd with debugging.
2) Grep of idVendor and idProduct in webcamd sources as output from
usbconfig -d X.Y dump_device
On 08/06/17 09:24, Chris Rees wrote:
Any ideas? I have a firmware file too if that would help, but I imagine that's
not relevant.
Can you run:
webcamd -l
Maybe you need to update your attach string?
--HPS
___
freebsd-current@freebsd.org mailing l
On 5 August 2017 at 16:16, Dimitry Andric wrote:
>
> I remember there being an issue with ar and/or ranlib choking when the
> .a files become too big. Ed, does that ring any bells?
Our ar (and ranlib, which is the same binary) will produce a corrupt
symbol table if the .a archive output is large
I did notice some swap related messages in dmesg earlier so this time I
bumped up my RAM to 4.25GB (did I tell you I'm running this on a VM?). In
addition I skipped parallel make jobs altogether keeping other things the
same.
So this time around it went a lot further in fact all the way to step4.3
20 matches
Mail list logo
