On Mon, 16 Jan 2006 15:50:04 -0500
"Waywardness D. Norma" <[EMAIL PROTECTED]> wrote:
> П о к у п а е м б/у а в т о м о б и л и
> отечественного, японского , американского , европейского и др.
> производителей , джипы , минивены , легковые и автобусы, в любом
> техническо
On Mon, 16 Jan 2006, Ken Moffat wrote:
On Mon, 16 Jan 2006, Tushar Teredesai wrote:
On 1/16/06, Ken Moffat <[EMAIL PROTECTED]> wrote:
libhistory.so.5 (symlink, points to .old after in-place rebuild)
libreadline.so.5 (ditto)
Shouldn't the link point to the .so.5 library? I don't remember
On Mon, 16 Jan 2006, Tushar Teredesai wrote:
On 1/16/06, Ken Moffat <[EMAIL PROTECTED]> wrote:
libhistory.so.5 (symlink, points to .old after in-place rebuild)
libreadline.so.5 (ditto)
Shouldn't the link point to the .so.5 library? I don't remember seeing
that problem even when I used to
On 1/16/06, Ken Moffat <[EMAIL PROTECTED]> wrote:
> libhistory.so.5 (symlink, points to .old after in-place rebuild)
> libreadline.so.5 (ditto)
Shouldn't the link point to the .so.5 library? I don't remember seeing
that problem even when I used to upgrade in-place (I have been using
the fakero
Alexander E. Patrakov wrote:
The -fixes-2 patch applies a patch to Perl itself in order to update the
bundled DB_File module.
My vote's for this one.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Hopefully, these are my last ICA results before looking at a toolchain
which doesn't initially link to /tools. The book is from 20060110 with
mktemp back where it used to be, a sed for gccbug, and Greg's change to
bison. Built three times, without locales or testsuites, all except the
first
Jeremy Huntwork wrote:
> At the least, we might very well be able to push out static content to
> the mirrors with Wiki or Trac links back to the main site.
It may not be clear what I meant here. I meant have dynamically
generated 'static HTML' pages based on what is currently published in
the Wik
Archaic wrote:
> So basically you are adding undue weight to your preference make option
> 2 require much more support that option 1? That seems jaded. First,
> let's throw out the facts.
I never really thoroughly responded to this, though I should have. I
don't know if this will change anyone's v
On Mon, 16 Jan 2006, Richard A Downing wrote:
I did have a certificate saying that I can program this beasty in
assembler, but have never done so in anger. The certificate's date is
interesting - 1976 I think. I also do Intel 4040. Hasn't cosmic-ray
bombardment done for them yet? :-)
I th
Jeremy Huntwork wrote:
> Did anyone get to look at this at all? Some benefits of Trac over
> Bugzilla that I've personally noticed:
[...]
> These are just some of the things that I appreciate about Trac. You
> might be able to find others. :)
My personal favourite:
* Everything is a Wiki and the
On Mon, 16 Jan 2006 12:27:06 + (GMT)
Ken Moffat <[EMAIL PROTECTED]> wrote:
> On Mon, 16 Jan 2006, David Mascall wrote:
>
> > I wonder why this only occurs under jhalfs ? I cant find any
> > reports of this error from people building current SVN non-jhalfs.
>
> More generally, the number
Jeremy Huntwork wrote:
> I will at my first opportunity. I'm still at work right now, and it's
> looking like it will be a long night. :( In the meantime, you are
> welcome to play around with the sample installation. Don't worry about
> adding sluff or junk tickets, etc. It's not a permanent insta
On Mon, 16 Jan 2006, David Mascall wrote:
I wonder why this only occurs under jhalfs ? I cant find any reports of this
error from people building current SVN non-jhalfs.
This has been in the book for a little over a week. First, discount
anybody who doesn't run the testsuites at all. Secon
I wrote:
The real fix would be to change the package order:
1) Build Perl, tell it to avoid building DB_File (for reinstallations
only).
2) Build DB, optionally install the DB_File perl module from there (as
opposed to from perl itself).
The offending test has been reformulated there BTW.
On Sun, 15 Jan 2006 19:05:39 -0500
Jeremy Huntwork <[EMAIL PROTECTED]> wrote:
> Richard A Downing wrote:
>
> > I edited the perl file in commands and removed the make test! Then
> > rerun. Cheating, I know.
>
> And I hope by re-run you meant that you did something like this:
>
> 'cd /mnt/lfs/j
Richard A Downing wrote:
Perl is now failing on my jhalfs build of SVN at
ext/DB_File/t/db-recno, Test 87.
Probably something to do with db?
Or is it me?
Reproducible here. the "cd t ; ./perl harness" command says:
../ext/DB_File/t/db-recno...FAILED tests 87, 91, 94-95, 98
Richard A Downing wrote:
Thanks. I'll try and find out what is causing it when I have some
time. However, ignoring it and installing anyway seems to work fine.
I rather suspect the test, not the tested :-)
R.
How do you get jhalfs to ignore the error and continue with bu
17 matches
Mail list logo
