On Sun, Jun 20, 2010 at 12:26 AM, Andriy Gapon wrote:
> on 19/06/2010 20:16 Andreas Tobler said the following:
>> Hi all,
>>
>> I got my hands on a t60 with 4GB of RAM (BIOS displays it)
>
> Yes, PAE is for what we call in FreeBSD land "i386".
> "x86" we use for both i386 and amd64.
>
> Now, to th
My company recently enabled proxy authentication for outgoing
connections, and this has stopped ports from working.
>From fetch(5), I understand that I can place my proxy authentication
in plain text in the environment*, and this will allow fetch to work
correctly, and this does work:
> # env | g
On Mon, Jun 21, 2010 at 11:04:16AM +0100, Tom Evans wrote:
> My company recently enabled proxy authentication for outgoing
> connections, and this has stopped ports from working.
>
> >From fetch(5), I understand that I can place my proxy authentication
> in plain text in the environment*, and this
On Mon, Jun 21, 2010 at 11:10 AM, Erwin Lansing wrote:
> On Mon, Jun 21, 2010 at 11:04:16AM +0100, Tom Evans wrote:
>> My company recently enabled proxy authentication for outgoing
>> connections, and this has stopped ports from working.
>>
>> >From fetch(5), I understand that I can place my proxy
On Mon, 21 Jun 2010 11:34:12 +0100
Tom Evans wrote:
> On Mon, Jun 21, 2010 at 11:10 AM, Erwin Lansing wrote:
> > On Mon, Jun 21, 2010 at 11:04:16AM +0100, Tom Evans wrote:
> >> My company recently enabled proxy authentication for outgoing
> >> connections, and this has stopped ports from working
On Mon, Jun 21, 2010 at 12:07 PM, Gary Jennejohn
wrote:
> Yes. When you ran fetch by hand you didn't have the -ApRr on the CL.
> Could it be that the 'p' flag is causing problems?
>
> Try running fetch by hand again with those flags and see what happens.
> If it fails, try removing the 'p' flag.
jhell writes:
> Because SVN in both our patches for tab completion missed filecomplete.h
> and filecomplete.c [...] the previous patches from des@ &
> myself will break world builds.
Speak for yourself. Both files are present in the patch I posted, and I
tested it (make toolchain, which builds b
On Mon, Jun 21, 2010 at 12:33 AM, Alexander Motin wrote:
> Brandon Gooch wrote:
>> On Sun, Jun 20, 2010 at 3:35 PM, Doug Barton wrote:
>>> On 06/20/10 08:47, Alexander Motin wrote:
While this can be done in sysctl.conf, it would be better to do it in
loader.conf to make it applied from
2010/6/21 Dag-Erling Smørgrav :
> jhell writes:
>> Because SVN in both our patches for tab completion missed filecomplete.h
>> and filecomplete.c [...] the previous patches from des@ &
>> myself will break world builds.
>
> Speak for yourself. Both files are present in the patch I posted, and I
>
on 21/06/2010 11:41 Andrey Fesenko said the following:
> My notebook Toshiba U200-10H
> Install 4Gb(2+2) bios detect 3,... not all
>
> SMAP
> tipe=01 base= len=0009fc00
> tipe=02 base=0009fc00 len=0400
> tipe=02 base=000e len=ee00
On 06/21/2010 09:12, Dag-Erling Smørgrav wrote:
> jhell writes:
>> Sorry but he only mention of filecomplete in your patch is in this
>> section. That is exactly the same in the patch I had originally
>> generated using SVN.
>
> Umm, the copy I have on my disk has those files. Just to be sure, I
jhell writes:
> Anton Shterenlikht writes:
> > What do you mean by "updating your headers"?
> cd /usr/src/include && make obj && make depend && make all && make install
wrong.
% cd /usr/src
% make obj
% make cleandepend
% make depend
% make buildincludes
% make installincludes
DES
--
Dag-Erli
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
> jhell writes:
> > Anton Shterenlikht writes:
> > > What do you mean by "updating your headers"?
> > cd /usr/src/include && make obj && make depend && make all && make install
>
> wrong.
>
> % cd /usr/src
> % make obj
> % mak
On 06/21/2010 10:45, Dag-Erling Smørgrav wrote:
> jhell writes:
>> Anton Shterenlikht writes:
>>> What do you mean by "updating your headers"?
>> cd /usr/src/include && make obj && make depend && make all && make install
>
> wrong.
>
> % cd /usr/src
> % make obj
> % make cleandepend
> % make de
On Friday 18 June 2010 10:18:54 pm Scott Long wrote:
> On Jun 18, 2010, at 9:11 AM, Alexander Best muenster.de> wrote:
>
> > On Mon, Jun 7, 2010 at 3:57 PM, John Baldwin wrote:
> >> On Saturday 05 June 2010 2:54:15 pm Jille Timmermans wrote:
> >>> Scott Long schreef:
> On Jun 4, 2010, at 4:
On Mon, Jun 21, 2010 at 11:24:52AM -0400, jhell wrote:
> On 06/21/2010 10:45, Dag-Erling Smørgrav wrote:
> > jhell writes:
> >> Anton Shterenlikht writes:
> >>> What do you mean by "updating your headers"?
> >> cd /usr/src/include && make obj && make depend && make all && make install
> >
> > wr
On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
> jhell writes:
> > Anton Shterenlikht writes:
> > > What do you mean by "updating your headers"?
> > cd /usr/src/include && make obj && make depend && make all && make install
>
> wrong.
>
> % cd /usr/src
> % make obj
> % mak
Anton Shterenlikht writes:
> Sorry, just to take one step back, why has this become necessary for
> this particular box?
I have no idea or opinion - I just responded to jhell's incorrect
instructions for "updating your headers".
> If /usr/obj is empty, and "svn up", followed by "svn diff", doesn
jhell writes:
> Sure, the only difference here is you just seem to have added
> cleandepend for extra added surety but is unneeded if the obj
> directory is assumed empty.
Assumption is the mother of all f***ups. The mother of your particular
f***up is the assumption that all headers are in /usr
2010/6/21 Anton Shterenlikht :
> On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
>> jhell writes:
>> > Anton Shterenlikht writes:
>> > > What do you mean by "updating your headers"?
>> > cd /usr/src/include && make obj && make depend && make all && make install
>>
>> wrong.
>
Anton Shterenlikht writes:
> this failed in "make depend" step with
you can skip that step... in fact, you can skip the whole thing, since
it is completely irrelevant to your case. I'll go check the archives
for your OP and see if I can provide some more useful advice than jhell.
DES
--
Dag-E
On 06/21/2010 11:59, Anton Shterenlikht wrote:
> On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
>> jhell writes:
>>> Anton Shterenlikht writes:
What do you mean by "updating your headers"?
>>> cd /usr/src/include && make obj && make depend && make all && make install
>>
Anton Shterenlikht writes:
> I've r209203 kernel on ia64 box.
> Now I'm trying to rebuild world to r209240.
> I get these errors.
There is absolutely nothing between those two revisions that would
explain the errors you're getting. Are you absolutely sure those are
the correct revision numbers?
On 06/21/2010 12:25, Dag-Erling Smørgrav wrote:
> jhell writes:
>> Sure, the only difference here is you just seem to have added
>> cleandepend for extra added surety but is unneeded if the obj
>> directory is assumed empty.
>
> Assumption is the mother of all f***ups. The mother of your particu
jhell writes:
> As to the point before you start pointing fingers as you are so gracious
> to do lately - The steps laid out are the steps I had once took to
> correct the similar problem. And I seem to be running on these systems
> fairly well mind you.
They are still wrong, and they will not so
TB --- 2010-06-21 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-21 16:15:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-06-21 16:15:00 - cleaning the object tree
TB --- 2010-06-21 16:15:40 - cvsupping the source tree
TB --- 2010-06-21 16:15:40 - /usr/bin/c
mav, could this be related to r209371?
Doug
On 06/21/10 11:16, FreeBSD Tinderbox wrote:
TB --- 2010-06-21 16:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-21 16:15:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-06-21 16:15:00 - cleaning the object tree
TB --- 2010-06-21 17:07:18 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-21 17:07:18 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-06-21 17:07:18 - cleaning the object tree
TB --- 2010-06-21 17:07:36 - cvsupping the source tree
TB --- 2010-06-21 17:07:36 - /usr/bin/c
Lawrence Stewart wrote:
> On 06/21/10 05:44, Rui Paulo wrote:
> >
> > On 20 Jun 2010, at 20:36, Fabian Keil wrote:
> >
> >> Fabian Keil wrote:
> >>
> >>> Fabian Keil wrote:
> >>
> My custom kernel normally doesn't have INVARIANTS and WITNESS
> enabled, so I'll try to enable them next.
On 19.06.10 22:26, Andriy Gapon wrote:
on 19/06/2010 20:16 Andreas Tobler said the following:
Hi all,
I got my hands on a t60 with 4GB of RAM (BIOS displays it)
And I installed 8.1-RC1 on it:
FreeBSD 8.1-RC1 #0: Mon Jun 14 13:40:28 UTC 2010
r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys
On 06/21/2010 13:47, Dag-Erling Smørgrav wrote:
> jhell writes:
>> As to the point before you start pointing fingers as you are so gracious
>> to do lately - The steps laid out are the steps I had once took to
>> correct the similar problem. And I seem to be running on these systems
>> fairly well
on 21/06/2010 22:19 Andreas Tobler said the following:
> On 19.06.10 22:26, Andriy Gapon wrote:
> I'd like to, but how do I get this information out of my box? There is
> no serial line. The only way I know is getting a screen shot. Do you
> know another way?
> Unfortunately I do not have a docking
On Jun 21, 2010, at 8:04 AM, Anton Shterenlikht wrote:
> On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
>> jhell writes:
>>> Anton Shterenlikht writes:
What do you mean by "updating your headers"?
>>> cd /usr/src/include && make obj && make depend && make all && make
Doug Barton wrote:
> mav, could this be related to r209371?
It is. Fixed. Thanks.
> On 06/21/10 11:16, FreeBSD Tinderbox wrote:
>> TB --- 2010-06-21 16:15:00 - tinderbox 2.6 running on
>> freebsd-current.sentex.ca
>> TB --- 2010-06-21 16:15:00 - starting HEAD tinderbox run for i386/i386
>> TB ---
On 06/21/10 13:59, Alexander Motin wrote:
Doug Barton wrote:
mav, could this be related to r209371?
It is. Fixed. Thanks.
Thank YOU for jumping on it so quickly. :)
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
I
On 21.06.10 21:35, Andriy Gapon wrote:
on 21/06/2010 22:19 Andreas Tobler said the following:
On 19.06.10 22:26, Andriy Gapon wrote:
I'd like to, but how do I get this information out of my box? There is
no serial line. The only way I know is getting a screen shot. Do you
know another way?
Unfor
i experienced the same problem running r209391. this might have to do
something with a fs being full. i saw these warnings during buildworld
when eventuall / ran out of space:
Jun 21 21:32:55 otaku kernel: pid 1398 (sakura), uid 1001 inumber
2661904 on /: filesystem full
Jun 21 21:32:59 otaku kern
On 06/22/10 04:52, Fabian Keil wrote:
Lawrence Stewart wrote:
On 06/21/10 05:44, Rui Paulo wrote:
On 20 Jun 2010, at 20:36, Fabian Keil wrote:
Fabian Keil wrote:
Fabian Keil wrote:
My custom kernel normally doesn't have INVARIANTS and WITNESS
enabled, so I'll try to enable them ne
On 22.06.2010 03:26, Alexander Best wrote:
i experienced the same problem running r209391. this might have to do
something with a fs being full. i saw these warnings during buildworld
when eventuall / ran out of space:
Jun 21 21:32:55 otaku kernel: pid 1398 (sakura), uid 1001 inumber
2661904 on
39 matches
Mail list logo
