<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Feb 26, 2017 at 4:01 PM, Alexandre Julliard <span dir="ltr"><<a href="mailto:julliard@winehq.org" target="_blank">julliard@winehq.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Sebastian Lackner <<a href="mailto:sebastian@fds-team.de">sebastian@fds-team.de</a>> writes:<br>
<br>
> On <a href="tel:25.02.2017%2001" value="+12502201701">25.02.2017 01</a>:40, Austin English wrote:<br>
>> On Fri, Feb 24, 2017 at 6:30 PM, Chris Morgan <<a href="mailto:chmorgan@gmail.com">chmorgan@gmail.com</a>> wrote:<br>
>>> Parallel builds can greatly reduce the overall build time on modern multi-core processors.<br>
>>><br>
>>> Fall back to two parallel builds in the case where nproc is unavailable, most modern<br>
>>> processors have at least two cores.<br>
>>><br>
>>> Use the 'NPROC' value defined by the environment if it is not null.<br>
>>><br>
>>> Signed-off-by: Chris Morgan <<a href="mailto:chmorgan@gmail.com">chmorgan@gmail.com</a>><br>
>>> ---<br>
>>>  tools/wineinstall | 13 +++++++++++--<br>
>>>  1 file changed, 11 insertions(+), 2 deletions(-)<br>
>>><br>
>>> diff --git a/tools/wineinstall b/tools/wineinstall<br>
>>> index bfd62e3..080d590 100755<br>
>>> --- a/tools/wineinstall<br>
>>> +++ b/tools/wineinstall<br>
>>> @@ -143,10 +143,19 @@ echo "in the meantime..."<br>
>>>  echo<br>
>>>  std_sleep<br>
>>><br>
>>> +# If the NPROC environment variable isn't set use nproc, if available, to determine<br>
>>> +# the number of processors in the system, if not, fall back to a default NPROC value<br>
>>> +if type nproc2 &>/dev/null<br>
>><br>
>> I don't think this will do what you want ;)<br>
>><br>
>> Also, I'm pretty sure &> isn't Posix. You'd want something like:<br>
>> if type nproc > /dev/null 2>&1<br>
><br>
> Actually, shouldn't we first discuss if we really want to keep wineinstall as part of the<br>
> repo before we merge any improvements? I don't know how many people are using it, but it<br>
> lacks many important features. It does not install any dependencies, does not warn about<br>
> problems during configure, and also does not support a proper wow64 build, ... Basically,<br>
> it could be replaced by a one-liner "./configure && make && su root -c 'make install'"...<br>
> Do we really want to keep it?<br>
<br>
</div></div>I didn't mind keeping it as long as it was just sitting there, but if we<br>
are going to start adding complexity or bikeshedding it, then it's<br>
probably better to remove it.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Alexandre Julliard<br>
<a href="mailto:julliard@winehq.org">julliard@winehq.org</a><br>
</font></span></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">wineinstall still serves a pretty useful purpose of making it very easy for people to get started building wine. We can update documentations or let users hunt around to figure out their distro specific ways of running make install or providing commands to check for potentially conflicting existing binaries of wine. Those are useful things even for people that are very familiar with building from source code. It can't be directly replaced by a one liner in most cases.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I'd recommend merging in my fixes and letting people use wineinstall to get started in building wine.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm all for adding distro specific dependencies. For fedora it was a lot of trouble finding dependencies. I don't see a good way to do the equivalent of 'apt-get build-dep wine' on fedora, so in that case it would be quite useful to help the user out with a list of dependencies, for debian maybe prompt or run 'apt-get build-dep wine' etc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Chris</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>