Rob Farmer wrote:
> I have a VPS from rootbsd.net which is running current, though I don't
> update it very often. I just built and installed a new world and
> kernel and now the clock will not move from the time the system was
> booted, ie:
> # date
> Thu Jul 15 16:15:58 PDT 2010
>
> # date
> Thu
On 7/15/2010 7:17 PM, jhell wrote:
>
> Looks to be a problem with your local .svn directory.
>
> Run the following in the psd directory.
> rm -rf 15.yacc
> svn update
>
> This should fix it up for whatever happened. If not then backup one
> directory rm that directory and repeat.
I did this long
TB --- 2010-07-16 03:20:35 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-16 03:20:35 - starting HEAD tinderbox run for mips/mips
TB --- 2010-07-16 03:20:35 - cleaning the object tree
TB --- 2010-07-16 03:20:35 - cvsupping the source tree
TB --- 2010-07-16 03:20:35 - /usr/bin/c
In the last episode (Jul 15), Philip M. Gollucci said:
> On 7/15/2010 8:35 PM, jhell wrote:
> > How far up the tree did you go back ?
> The whole way, and I've re-checked out the whole tree again.
>
> > As more information. I can checkout that part of the tree and the entire
> > contents for each
On Thu, Jul 15, 2010 at 05:57:22PM -0400, Philip M. Gollucci wrote:
> ssA and ssa conflict
Yeah, there used to be at least 7 examples of files differing only in
case in our repository. Several of these have been fixed but it looks
like there's still the following:
share/doc/psd/15.yacc/ssa
On 7/15/2010 9:56 PM, Steve Kargl wrote:
> Then, it's not a FreeBSD problem. Try asking microsoft
> and the cygwin developers for help.
I didn't say it was a freebsd problem. I know there have been time in
the past where we try to keep this working on Case Insensitive systems.
--
---
On Thu, Jul 15, 2010 at 08:57:39PM -0400, Philip M. Gollucci wrote:
> On 7/15/2010 8:35 PM, jhell wrote:
> > How far up the tree did you go back ?
> The whole way, and I've re-checked out the whole tree again.
>
> > As more information. I can checkout that part of the tree and the entire
> > conte
On 7/15/2010 8:35 PM, jhell wrote:
> How far up the tree did you go back ?
The whole way, and I've re-checked out the whole tree again.
> As more information. I can checkout that part of the tree and the entire
> contents for each one of the directories and there was no problem.
Are you doing this
On 07/15/2010 20:09, Philip M. Gollucci wrote:
> On 7/15/2010 7:17 PM, jhell wrote:
>>
>> Looks to be a problem with your local .svn directory.
>>
>> Run the following in the psd directory.
>> rm -rf 15.yacc
>> svn update
>>
>> This should fix it up for whatever happened. If not then backup one
>>
Hi,
I have a VPS from rootbsd.net which is running current, though I don't
update it very often. I just built and installed a new world and
kernel and now the clock will not move from the time the system was
booted, ie:
# date
Thu Jul 15 16:15:58 PDT 2010
# date
Thu Jul 15 16:15:58 PDT 2010
I ha
On 07/15/2010 17:57, Philip M. Gollucci wrote:
> ssA and ssa conflict
>
>
>
> $ ~/repos/fbsd/base/head/share/doc/psd> svn up
> A15.yacc
> A15.yacc/ss..
> A15.yacc/ssA
> A15.yacc/ssa
> A15.yacc/ssb
> A15.yacc/ssB
> A15.yacc/ssc
> A15.yacc/ssd
> A15.yacc/ss0
> A
ssA and ssa conflict
$ ~/repos/fbsd/base/head/share/doc/psd> svn up
A15.yacc
A15.yacc/ss..
A15.yacc/ssA
A15.yacc/ssa
A15.yacc/ssb
A15.yacc/ssB
A15.yacc/ssc
A15.yacc/ssd
A15.yacc/ss0
A15.yacc/ss1
A15.yacc/ref.bib
A15.yacc/ss2
A15.yacc/ss3
A1
On 2010-07-15 at 18:00, Marius Strobl wrote:
> On Thu, Jul 15, 2010 at 02:34:23PM +0200, Stle Kristoffersen wrote:
> > Upgraded to from stable to current yesterday and very quickly received a
> > panic. It did however not dump it's core, so I was unable to debug it.
> > Today it did panic again, an
I updated clang/LLVM in clangbsd to a newer version which I believe
will fix thas. can you rene (and everyone else) please retest with
updated ClangBSD and report back?
thank you!
On Thu, Jul 15, 2010 at 01:33:04PM +0200, Ren? Ladan wrote:
> 2010/7/14 Roman Divacky :
> > hi,
> >
> > ClangBSD was
On Thu, Jul 15, 2010 at 02:34:23PM +0200, Stle Kristoffersen wrote:
> Upgraded to from stable to current yesterday and very quickly received a
> panic. It did however not dump it's core, so I was unable to debug it.
> Today it did panic again, and I took a picture: (Sorry about the bad
> quality)
>
On 2010-07-15 at 14:34, Ståle Kristoffersen wrote:
> Upgraded to from stable to current yesterday and very quickly received a
> panic. It did however not dump it's core, so I was unable to debug it.
> Today it did panic again, and I took a picture: (Sorry about the bad
> quality)
>
> http://folk.u
Upgraded to from stable to current yesterday and very quickly received a
panic. It did however not dump it's core, so I was unable to debug it.
Today it did panic again, and I took a picture: (Sorry about the bad
quality)
http://folk.uio.no/stalk/mpt/IMG_1403.JPG
And from the backtrace:
http://fo
TB --- 2010-07-15 12:35:16 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-07-15 12:35:16 - starting HEAD tinderbox run for mips/mips
TB --- 2010-07-15 12:35:16 - cleaning the object tree
TB --- 2010-07-15 12:35:28 - cvsupping the source tree
TB --- 2010-07-15 12:35:28 - /usr/bin/c
on 15/07/2010 14:39 Kostik Belousov said the following:
>
> Is new behaviour completely identical to the behaviour of the newer
> ld ?
No, it's not completely identical.
__start_SECNAME placement would be identical, but our ld would still assign the
symbol while latest upstream binutils PROVIDES
On Thu, Jul 15, 2010 at 02:25:26PM +0300, Andriy Gapon wrote:
> on 11/07/2010 15:23 Andriy Gapon said the following:
> > on 11/07/2010 14:54 Andriy Gapon said the following:
> >> For completeness, here is a patch that simply drops the inline assembly
> >> and the
> >> comment about it, and GCC-gen
2010/7/14 Roman Divacky :
> hi,
>
> ClangBSD was updated to LLVM/clang revision r108243 which we plan to
> merge into HEAD. We would like that revision to be tested as much as possible
> and therefore we ask you to test ClangBSD to assure that the revision
> we are updating to does not have some re
on 11/07/2010 15:23 Andriy Gapon said the following:
> on 11/07/2010 14:54 Andriy Gapon said the following:
>> For completeness, here is a patch that simply drops the inline assembly and
>> the
>> comment about it, and GCC-generated assembly and its diff:
>> http://people.freebsd.org/~avg/dpcpu/pc
22 matches
Mail list logo
