[Ohrrpgce] SVN: james/8448 Add new linux nightly build wrapper script

[Ralph Versteegen]

On 27 February 2017 at 15:19, Ralph Versteegen <teeemcee at gmail.com> wrote:

>
>
> On 27 February 2017 at 03:26, James Paige <Bob at hamsterrepublic.com> wrote:
>
>>
>>
>> On Sunday, February 26, 2017, Ralph Versteegen <teeemcee at gmail.com>
>> wrote:
>>
>>>
>>>
>>> On 26 February 2017 at 10:46, <subversion at hamsterrepublic.com> wrote:
>>>
>>>> james
>>>> 2017-02-25 13:46:27 -0800 (Sat, 25 Feb 2017)
>>>> 43
>>>> Add new linux nightly build wrapper script
>>>> ---
>>>> A   wip/nightly/wrap-nightly-linux.sh
>>>>
>>>
>>> Great, so you have everything set up except Mac nightlies!
>>>
>>
>>  Yep. I am still working on getting Mac OS X in a VM and ready to build.
>>
>>>
>>> It looks like you're not passing portable=1, right? But the nighlties
>>> are linked to libncurses.so.5 anyway, so I guess they are built on an older
>>> version of debian?
>>>
>>
>> Debian Jessie
>>
>
> I'm not sure I'm reading this right, but it looks like the 'stable'
> version in debian is 5.9, while 'testing' and ubuntu use 6.0. I had thought
> that ubuntu would use the same versions of packages as debian... actually I
> don't really know what the difference between debian and ubuntu is.
>
>
>>
>>> Looking at build logs, I see that ixrat is building both x86 and x86_64
>>> nightlies, while moggycellular is only building x86. There doesn't appear
>>> to be any point to using moggycellular.
>>>
>>
>> Oh! That is a pleasant surprise. Ixrat was previously only working for
>> x86_64
>>
>

My mistake... looking closer, it turns out that I overlooked the following
line in the build log, what with stderr not being visible:
scons: building terminated because of errors.

Now that I can see stderr, I see the following:

/usr/bin/ld: cannot find -lSDL
/usr/bin/ld: cannot find -lSDL
/usr/bin/ld: cannot find -lSDL_mixer
/usr/bin/ld: cannot find -lX11
/usr/bin/ld: cannot find -lXext
/usr/bin/ld: cannot find -lXpm
/usr/bin/ld: cannot find -lXrandr
/usr/bin/ld: cannot find -lXrender

So ixrat wastes time compiling 32 bit builds and then fails at linking. Was
it possible toinstall the 32 bit dev packages for these simultaneously?


>
>>
>>
>>> The x86 nightly depends only on libncurses.so.5, while the x86_64 one
>>> depends on both libncurses.so.5 and libtinfo.so.5 and hence doesn't run on
>>> Slackware. I don't know why they differ. Hmm... recompiling FB with
>>> -DDISABLE_NCURSES would be the easiest solution, but would affect unlump
>>> and relump, so I'll have to check whether that's a problem.
>>>
>>> Unfortunately, I see that the x86 nightly still depends on
>>> __cxa_throw_bad_array_new_length and hence a recent libstdc++.so, even
>>> though it's compiled with -fno-exceptions, which works for me and for the
>>> 64 bit nightly. So I guess I'll try using Mozilla's solution instead.
>>>
>>> Finally, most of the size of the linux and mac nightlies is vikings.rpg,
>>> while only the Windows nightly installer has vikings; don't know which way
>>> is better. I guess it's nice to have a nightly download which is the
>>> complete package instead of having to extract over top of a stable
>>> release...
>>>
>>
>> Ah, yes it might be a good idea to leave Vikings out of nightlies. I'll
>> look into that.
>>
>> I also was thinking about retiring the deb packages for Vikings and
>> Wander. I would really rather be building those with the "Export Game"
>> menu, and not in the nightly build
>>
>
> Yes, it would be good to consolidate all our packaging code.
> I know that the distribmenu is still missing the ability to add icons to
> .deb packages. I guess there's no way to include an icon or an installable
> desktop link in a tar archive?
>
>
>
> _______________________________________________
> Ohrrpgce mailing list
> ohrrpgce at lists.motherhamster.org
> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.motherhamster.org/pipermail/ohrrpgce-motherhamster.org/attachments/20170228/9ef59b60/attachment.htm>