[build] Downloading dependencies (was: Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test)

[Tim Ellison <t....@gmail.com>]

Stefano Mazzocchi wrote:
> Mark Hindess wrote:
>> I tried doing fetch-depends before rebuild but it would fail or corrupt
>> dependencies often enough that it caused more trouble than it solved.
>> I can try it again I suppose - IIRC it was ibiblio that was the main
>> problem and that might have been a temporary issue.
> 
> People, you do realize that if fetch-depends breaks that often we have a
> bigger problem than just dealing with faulty updates?
> 
> Imagine that every time fetch-depends doesn't work we lose the ability
> for some guy out there to contribute something to us.
> 
> This is, from a community building perspective, a *way* bigger problem
> than if the JVM ran at all after it compiled!!

I remember the discussion over the msvcr71.dll download. Have there been
other problems?

Regards,
Tim

Re: [build] Downloading dependencies

[Leo Li <li...@gmail.com>]

On 12/20/06, Leo Li <li...@gmail.com> wrote:
>
>  Yes, actually we can just get MSVC71.dll from the system32 directory at
> least from XP, but as for other windows versions I am not sure the exact
> version of MSVC DLL. So is it ok if we do not explicitly get it but use it
> while linking by the search path of the os system just like other
> kernel32.dll?
>
   And also the load time when VM starts , I mean.


 On 12/20/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
> >
> >
> >
> > Stefano Mazzocchi wrote:
> > > Geir Magnusson Jr. wrote:
> > >> Do we really need to download this dll?  Everyone who has the MSVC
> > >> installed should have it, right?
> > >
> > > I don't care if it's downloaded, linked or magically generated out of
> > > looking into tea leaves, the problem is that the build needs manual
> > > intervention and this is not documented anywhere.
> > >
> > > We need to make sure that what we say you need to do is *only* what
> > you
> > > need to do. Every other (undocumented step) is annoying and slows our
> > > community development down.
> >
> > Yeah, I get it.  My point is that I'm still not convinced we need this
> > to be downloaded...
> >
> > So do we?
> >
> > geir
> >
> > >
> > >> geir
> > >>
> > >>
> > >> Stefano Mazzocchi wrote:
> > >>> Tim Ellison wrote:
> > >>>> Stefano Mazzocchi wrote:
> > >>>>> Mark Hindess wrote:
> > >>>>>> I tried doing fetch-depends before rebuild but it would fail or
> > >>>>>> corrupt
> > >>>>>> dependencies often enough that it caused more trouble than it
> > solved.
> > >>>>>> I can try it again I suppose - IIRC it was ibiblio that was the
> > main
> > >>>>>> problem and that might have been a temporary issue.
> > >>>>> People, you do realize that if fetch-depends breaks that often we
> > >>>>> have a
> > >>>>> bigger problem than just dealing with faulty updates?
> > >>>>>
> > >>>>> Imagine that every time fetch-depends doesn't work we lose the
> > ability
> > >>>>> for some guy out there to contribute something to us.
> > >>>>>
> > >>>>> This is, from a community building perspective, a *way* bigger
> > problem
> > >>>>> than if the JVM ran at all after it compiled!!
> > >>>> I remember the discussion over the msvcr71.dll download. Have there
> > been
> > >>>> other problems?
> > >>> it's still not fixed!
> > >>>
> > >
> > >
> >
>
>
>
> --
> Leo Li
> China Software Development Lab, IBM




-- 
Leo Li
China Software Development Lab, IBM

Re: [build] Downloading dependencies

[Alexey Petrenko <al...@gmail.com>]

2006/12/20, Stefano Mazzocchi <st...@apache.org>:
> Alexey Petrenko wrote:
> > If this library exists in system32 then we do not need to download it
> > or do any additional search. Linker will do it for us.
> > So we can simple remove all mentions of this library from dependencies.
> >
> > But when I suggested this last time someone reported that he has MSVC
> > but does not have this library... This looks really strange.
>
> That was me on a weird system so it might well be bogus information :-)
>
> > We can remove this dependency and look... :)
> +1
I've thought one more time... :)
We definitely need msvcr71.dll while building distribution package.
So I suggest to implement searching in system32 first and then
download it from the web.

SY, Alexey

> > 2006/12/20, Leo Li <li...@gmail.com>:
> >>  Yes, actually we can just get MSVC71.dll from the system32 directory at
> >> least from XP, but as for other windows versions I am not sure the exact
> >> version of MSVC DLL. So is it ok if we do not explicitly get it but
> >> use it
> >> while linking by the search path of the os system just like other
> >> kernel32.dll?
> >>
> >> On 12/20/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
> >> >
> >> >
> >> >
> >> > Stefano Mazzocchi wrote:
> >> > > Geir Magnusson Jr. wrote:
> >> > >> Do we really need to download this dll?  Everyone who has the MSVC
> >> > >> installed should have it, right?
> >> > >
> >> > > I don't care if it's downloaded, linked or magically generated out of
> >> > > looking into tea leaves, the problem is that the build needs manual
> >> > > intervention and this is not documented anywhere.
> >> > >
> >> > > We need to make sure that what we say you need to do is *only*
> >> what you
> >> > > need to do. Every other (undocumented step) is annoying and slows our
> >> > > community development down.
> >> >
> >> > Yeah, I get it.  My point is that I'm still not convinced we need this
> >> > to be downloaded...
> >> >
> >> > So do we?
> >> >
> >> > geir
> >> >
> >> > >
> >> > >> geir
> >> > >>
> >> > >>
> >> > >> Stefano Mazzocchi wrote:
> >> > >>> Tim Ellison wrote:
> >> > >>>> Stefano Mazzocchi wrote:
> >> > >>>>> Mark Hindess wrote:
> >> > >>>>>> I tried doing fetch-depends before rebuild but it would fail or
> >> > >>>>>> corrupt
> >> > >>>>>> dependencies often enough that it caused more trouble than it
> >> > solved.
> >> > >>>>>> I can try it again I suppose - IIRC it was ibiblio that was the
> >> > main
> >> > >>>>>> problem and that might have been a temporary issue.
> >> > >>>>> People, you do realize that if fetch-depends breaks that often we
> >> > >>>>> have a
> >> > >>>>> bigger problem than just dealing with faulty updates?
> >> > >>>>>
> >> > >>>>> Imagine that every time fetch-depends doesn't work we lose the
> >> > ability
> >> > >>>>> for some guy out there to contribute something to us.
> >> > >>>>>
> >> > >>>>> This is, from a community building perspective, a *way* bigger
> >> > problem
> >> > >>>>> than if the JVM ran at all after it compiled!!
> >> > >>>> I remember the discussion over the msvcr71.dll download. Have
> >> there
> >> > been
> >> > >>>> other problems?
> >> > >>> it's still not fixed!
> >> > >>>
> >> > >
> >> > >
> >> >
> >>
> >>
> >>
> >> --
> >> Leo Li
> >> China Software Development Lab, IBM
> >>
> >>
>
>
> --
> Stefano.
>
>

Re: [build] Downloading dependencies

[Stefano Mazzocchi <st...@apache.org>]

Alexey Petrenko wrote:
> If this library exists in system32 then we do not need to download it
> or do any additional search. Linker will do it for us.
> So we can simple remove all mentions of this library from dependencies.
> 
> But when I suggested this last time someone reported that he has MSVC
> but does not have this library... This looks really strange.

That was me on a weird system so it might well be bogus information :-)

> We can remove this dependency and look... :)

+1

note: I can hardly help since I don't have all the software that I need
to build harmony on windows.

> SY, Alexey
> 
> 2006/12/20, Leo Li <li...@gmail.com>:
>>  Yes, actually we can just get MSVC71.dll from the system32 directory at
>> least from XP, but as for other windows versions I am not sure the exact
>> version of MSVC DLL. So is it ok if we do not explicitly get it but
>> use it
>> while linking by the search path of the os system just like other
>> kernel32.dll?
>>
>> On 12/20/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
>> >
>> >
>> >
>> > Stefano Mazzocchi wrote:
>> > > Geir Magnusson Jr. wrote:
>> > >> Do we really need to download this dll?  Everyone who has the MSVC
>> > >> installed should have it, right?
>> > >
>> > > I don't care if it's downloaded, linked or magically generated out of
>> > > looking into tea leaves, the problem is that the build needs manual
>> > > intervention and this is not documented anywhere.
>> > >
>> > > We need to make sure that what we say you need to do is *only*
>> what you
>> > > need to do. Every other (undocumented step) is annoying and slows our
>> > > community development down.
>> >
>> > Yeah, I get it.  My point is that I'm still not convinced we need this
>> > to be downloaded...
>> >
>> > So do we?
>> >
>> > geir
>> >
>> > >
>> > >> geir
>> > >>
>> > >>
>> > >> Stefano Mazzocchi wrote:
>> > >>> Tim Ellison wrote:
>> > >>>> Stefano Mazzocchi wrote:
>> > >>>>> Mark Hindess wrote:
>> > >>>>>> I tried doing fetch-depends before rebuild but it would fail or
>> > >>>>>> corrupt
>> > >>>>>> dependencies often enough that it caused more trouble than it
>> > solved.
>> > >>>>>> I can try it again I suppose - IIRC it was ibiblio that was the
>> > main
>> > >>>>>> problem and that might have been a temporary issue.
>> > >>>>> People, you do realize that if fetch-depends breaks that often we
>> > >>>>> have a
>> > >>>>> bigger problem than just dealing with faulty updates?
>> > >>>>>
>> > >>>>> Imagine that every time fetch-depends doesn't work we lose the
>> > ability
>> > >>>>> for some guy out there to contribute something to us.
>> > >>>>>
>> > >>>>> This is, from a community building perspective, a *way* bigger
>> > problem
>> > >>>>> than if the JVM ran at all after it compiled!!
>> > >>>> I remember the discussion over the msvcr71.dll download. Have
>> there
>> > been
>> > >>>> other problems?
>> > >>> it's still not fixed!
>> > >>>
>> > >
>> > >
>> >
>>
>>
>>
>> -- 
>> Leo Li
>> China Software Development Lab, IBM
>>
>>


-- 
Stefano.

Re: [build] Downloading dependencies

[Alexey Petrenko <al...@gmail.com>]

If this library exists in system32 then we do not need to download it
or do any additional search. Linker will do it for us.
So we can simple remove all mentions of this library from dependencies.

But when I suggested this last time someone reported that he has MSVC
but does not have this library... This looks really strange.

We can remove this dependency and look... :)

SY, Alexey

2006/12/20, Leo Li <li...@gmail.com>:
>  Yes, actually we can just get MSVC71.dll from the system32 directory at
> least from XP, but as for other windows versions I am not sure the exact
> version of MSVC DLL. So is it ok if we do not explicitly get it but use it
> while linking by the search path of the os system just like other
> kernel32.dll?
>
> On 12/20/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
> >
> >
> >
> > Stefano Mazzocchi wrote:
> > > Geir Magnusson Jr. wrote:
> > >> Do we really need to download this dll?  Everyone who has the MSVC
> > >> installed should have it, right?
> > >
> > > I don't care if it's downloaded, linked or magically generated out of
> > > looking into tea leaves, the problem is that the build needs manual
> > > intervention and this is not documented anywhere.
> > >
> > > We need to make sure that what we say you need to do is *only* what you
> > > need to do. Every other (undocumented step) is annoying and slows our
> > > community development down.
> >
> > Yeah, I get it.  My point is that I'm still not convinced we need this
> > to be downloaded...
> >
> > So do we?
> >
> > geir
> >
> > >
> > >> geir
> > >>
> > >>
> > >> Stefano Mazzocchi wrote:
> > >>> Tim Ellison wrote:
> > >>>> Stefano Mazzocchi wrote:
> > >>>>> Mark Hindess wrote:
> > >>>>>> I tried doing fetch-depends before rebuild but it would fail or
> > >>>>>> corrupt
> > >>>>>> dependencies often enough that it caused more trouble than it
> > solved.
> > >>>>>> I can try it again I suppose - IIRC it was ibiblio that was the
> > main
> > >>>>>> problem and that might have been a temporary issue.
> > >>>>> People, you do realize that if fetch-depends breaks that often we
> > >>>>> have a
> > >>>>> bigger problem than just dealing with faulty updates?
> > >>>>>
> > >>>>> Imagine that every time fetch-depends doesn't work we lose the
> > ability
> > >>>>> for some guy out there to contribute something to us.
> > >>>>>
> > >>>>> This is, from a community building perspective, a *way* bigger
> > problem
> > >>>>> than if the JVM ran at all after it compiled!!
> > >>>> I remember the discussion over the msvcr71.dll download. Have there
> > been
> > >>>> other problems?
> > >>> it's still not fixed!
> > >>>
> > >
> > >
> >
>
>
>
> --
> Leo Li
> China Software Development Lab, IBM
>
>

Re: [build] Downloading dependencies

[Leo Li <li...@gmail.com>]

 Yes, actually we can just get MSVC71.dll from the system32 directory at
least from XP, but as for other windows versions I am not sure the exact
version of MSVC DLL. So is it ok if we do not explicitly get it but use it
while linking by the search path of the os system just like other
kernel32.dll?

On 12/20/06, Geir Magnusson Jr. <ge...@pobox.com> wrote:
>
>
>
> Stefano Mazzocchi wrote:
> > Geir Magnusson Jr. wrote:
> >> Do we really need to download this dll?  Everyone who has the MSVC
> >> installed should have it, right?
> >
> > I don't care if it's downloaded, linked or magically generated out of
> > looking into tea leaves, the problem is that the build needs manual
> > intervention and this is not documented anywhere.
> >
> > We need to make sure that what we say you need to do is *only* what you
> > need to do. Every other (undocumented step) is annoying and slows our
> > community development down.
>
> Yeah, I get it.  My point is that I'm still not convinced we need this
> to be downloaded...
>
> So do we?
>
> geir
>
> >
> >> geir
> >>
> >>
> >> Stefano Mazzocchi wrote:
> >>> Tim Ellison wrote:
> >>>> Stefano Mazzocchi wrote:
> >>>>> Mark Hindess wrote:
> >>>>>> I tried doing fetch-depends before rebuild but it would fail or
> >>>>>> corrupt
> >>>>>> dependencies often enough that it caused more trouble than it
> solved.
> >>>>>> I can try it again I suppose - IIRC it was ibiblio that was the
> main
> >>>>>> problem and that might have been a temporary issue.
> >>>>> People, you do realize that if fetch-depends breaks that often we
> >>>>> have a
> >>>>> bigger problem than just dealing with faulty updates?
> >>>>>
> >>>>> Imagine that every time fetch-depends doesn't work we lose the
> ability
> >>>>> for some guy out there to contribute something to us.
> >>>>>
> >>>>> This is, from a community building perspective, a *way* bigger
> problem
> >>>>> than if the JVM ran at all after it compiled!!
> >>>> I remember the discussion over the msvcr71.dll download. Have there
> been
> >>>> other problems?
> >>> it's still not fixed!
> >>>
> >
> >
>



-- 
Leo Li
China Software Development Lab, IBM

Re: [build] Downloading dependencies

["Geir Magnusson Jr." <ge...@pobox.com>]

Stefano Mazzocchi wrote:
> Geir Magnusson Jr. wrote:
>> Do we really need to download this dll?  Everyone who has the MSVC
>> installed should have it, right?
> 
> I don't care if it's downloaded, linked or magically generated out of
> looking into tea leaves, the problem is that the build needs manual
> intervention and this is not documented anywhere.
> 
> We need to make sure that what we say you need to do is *only* what you
> need to do. Every other (undocumented step) is annoying and slows our
> community development down.

Yeah, I get it.  My point is that I'm still not convinced we need this 
to be downloaded...

So do we?

geir

> 
>> geir
>>
>>
>> Stefano Mazzocchi wrote:
>>> Tim Ellison wrote:
>>>> Stefano Mazzocchi wrote:
>>>>> Mark Hindess wrote:
>>>>>> I tried doing fetch-depends before rebuild but it would fail or
>>>>>> corrupt
>>>>>> dependencies often enough that it caused more trouble than it solved.
>>>>>> I can try it again I suppose - IIRC it was ibiblio that was the main
>>>>>> problem and that might have been a temporary issue.
>>>>> People, you do realize that if fetch-depends breaks that often we
>>>>> have a
>>>>> bigger problem than just dealing with faulty updates?
>>>>>
>>>>> Imagine that every time fetch-depends doesn't work we lose the ability
>>>>> for some guy out there to contribute something to us.
>>>>>
>>>>> This is, from a community building perspective, a *way* bigger problem
>>>>> than if the JVM ran at all after it compiled!!
>>>> I remember the discussion over the msvcr71.dll download. Have there been
>>>> other problems?
>>> it's still not fixed!
>>>
> 
> 

Re: [build] Downloading dependencies

[Stefano Mazzocchi <st...@apache.org>]

Geir Magnusson Jr. wrote:
> Do we really need to download this dll?  Everyone who has the MSVC
> installed should have it, right?

I don't care if it's downloaded, linked or magically generated out of
looking into tea leaves, the problem is that the build needs manual
intervention and this is not documented anywhere.

We need to make sure that what we say you need to do is *only* what you
need to do. Every other (undocumented step) is annoying and slows our
community development down.

> geir
> 
> 
> Stefano Mazzocchi wrote:
>> Tim Ellison wrote:
>>> Stefano Mazzocchi wrote:
>>>> Mark Hindess wrote:
>>>>> I tried doing fetch-depends before rebuild but it would fail or
>>>>> corrupt
>>>>> dependencies often enough that it caused more trouble than it solved.
>>>>> I can try it again I suppose - IIRC it was ibiblio that was the main
>>>>> problem and that might have been a temporary issue.
>>>> People, you do realize that if fetch-depends breaks that often we
>>>> have a
>>>> bigger problem than just dealing with faulty updates?
>>>>
>>>> Imagine that every time fetch-depends doesn't work we lose the ability
>>>> for some guy out there to contribute something to us.
>>>>
>>>> This is, from a community building perspective, a *way* bigger problem
>>>> than if the JVM ran at all after it compiled!!
>>> I remember the discussion over the msvcr71.dll download. Have there been
>>> other problems?
>>
>> it's still not fixed!
>>


-- 
Stefano.

Re: [build] Downloading dependencies

["Geir Magnusson Jr." <ge...@pobox.com>]

Do we really need to download this dll?  Everyone who has the MSVC 
installed should have it, right?

geir


Stefano Mazzocchi wrote:
> Tim Ellison wrote:
>> Stefano Mazzocchi wrote:
>>> Mark Hindess wrote:
>>>> I tried doing fetch-depends before rebuild but it would fail or corrupt
>>>> dependencies often enough that it caused more trouble than it solved.
>>>> I can try it again I suppose - IIRC it was ibiblio that was the main
>>>> problem and that might have been a temporary issue.
>>> People, you do realize that if fetch-depends breaks that often we have a
>>> bigger problem than just dealing with faulty updates?
>>>
>>> Imagine that every time fetch-depends doesn't work we lose the ability
>>> for some guy out there to contribute something to us.
>>>
>>> This is, from a community building perspective, a *way* bigger problem
>>> than if the JVM ran at all after it compiled!!
>> I remember the discussion over the msvcr71.dll download. Have there been
>> other problems?
> 
> it's still not fixed!
> 

Re: [build] Downloading dependencies

[Stefano Mazzocchi <st...@apache.org>]

Tim Ellison wrote:
> Stefano Mazzocchi wrote:
>> Tim Ellison wrote:
>>> I remember the discussion over the msvcr71.dll download. Have there been
>>> other problems?
>> it's still not fixed!
> 
> Don't whinge, fix it!

I only recently had access to a license of parallels that allows me to
run windows.

But the real reason for me to complain is not such a small change, but
the fact that I'm the only one that seems to care about testing the
entire build system and not just the compilation part.

That, unfortunately, I can't fix myself but I need to get everybody
aware of the issue.

-- 
Stefano.

Re: [build] Downloading dependencies

[Tim Ellison <t....@gmail.com>]

Stefano Mazzocchi wrote:
> Tim Ellison wrote:
>> I remember the discussion over the msvcr71.dll download. Have there been
>> other problems?
> 
> it's still not fixed!

Don't whinge, fix it!

Re: [build] Downloading dependencies

[Stefano Mazzocchi <st...@apache.org>]

Tim Ellison wrote:
> Stefano Mazzocchi wrote:
>> Mark Hindess wrote:
>>> I tried doing fetch-depends before rebuild but it would fail or corrupt
>>> dependencies often enough that it caused more trouble than it solved.
>>> I can try it again I suppose - IIRC it was ibiblio that was the main
>>> problem and that might have been a temporary issue.
>> People, you do realize that if fetch-depends breaks that often we have a
>> bigger problem than just dealing with faulty updates?
>>
>> Imagine that every time fetch-depends doesn't work we lose the ability
>> for some guy out there to contribute something to us.
>>
>> This is, from a community building perspective, a *way* bigger problem
>> than if the JVM ran at all after it compiled!!
> 
> I remember the discussion over the msvcr71.dll download. Have there been
> other problems?

it's still not fixed!

-- 
Stefano.

Re: [build] Downloading dependencies (was: Re: [continuum] BUILD FAILURE: Classlib/linux.ia32 Build/Test)

[Alexey Petrenko <al...@gmail.com>]

2006/12/20, Tim Ellison <t....@gmail.com>:
> Stefano Mazzocchi wrote:
> > Mark Hindess wrote:
> >> I tried doing fetch-depends before rebuild but it would fail or corrupt
> >> dependencies often enough that it caused more trouble than it solved.
> >> I can try it again I suppose - IIRC it was ibiblio that was the main
> >> problem and that might have been a temporary issue.
> >
> > People, you do realize that if fetch-depends breaks that often we have a
> > bigger problem than just dealing with faulty updates?
> >
> > Imagine that every time fetch-depends doesn't work we lose the ability
> > for some guy out there to contribute something to us.
> >
> > This is, from a community building perspective, a *way* bigger problem
> > than if the JVM ran at all after it compiled!!
>
> I remember the discussion over the msvcr71.dll download. Have there been
> other problems?
Do you mean other persistent download problems?
No, I can not recall anything else.

SY, Alexey