<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 22 avr. 2020 à 15:31, Levente Uzonyi <<a href="mailto:leves@caesar.elte.hu">leves@caesar.elte.hu</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br>
I just checked the binaries on bintray. The last good version is <br>
201909292337 (even though it has no plugins), the next one, which is <br>
broken, is 201910302214.<br>
I checked commits between those dates and the only suspicious one was the <br>
gcc to clang change.<br>
I compiled a VM on my machine with clang and one with gcc (by <br>
uncommenting the CC=clang line in mvm), and found that clang causes the <br>
dependency problems. The gcc version has the correct dependencies, the <br>
clang one has all the extra dependencies.<br>
<br></blockquote><div><br></div><div>Hi Levente,<br></div><div>Tthat's unfortunate...</div><div>Stupid guess: could it be related to the fact that we want to export all symbols?<br></div><div>Anyway, that means that those .so appeared on the command line when they shouldn't.</div><div>We might be able to fix the makefiles... Hmm thru configure, that ain't gonna be easy (not my cup of tea).<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I also noticed that the fixes I made[1] to the CryptographyPlugins have not <br>
been applied. The code in the repository was still generated from an old <br>
version of the package (CryptographyPlugins-eem.14). And the plugins I <br>
asked to be included[2] have not been added.<br>
<br>
<br>
Levente<br>
<br>
[1] <a href="http://squeaksource.com/Cryptography/CryptographyPlugins-ul.22.mcz" rel="noreferrer" target="_blank">http://squeaksource.com/Cryptography/CryptographyPlugins-ul.22.mcz</a><br>
[2] <a href="http://lists.squeakfoundation.org/pipermail/vm-dev/2020-March/033114.html" rel="noreferrer" target="_blank">http://lists.squeakfoundation.org/pipermail/vm-dev/2020-March/033114.html</a><br>
<br>
On Fri, 17 Apr 2020, Levente Uzonyi wrote:<br>
<br>
><br>
> Hi Tobias,<br>
><br>
> On Fri, 17 Apr 2020, Tobias Pape wrote:<br>
><br>
>> <br>
>><br>
>>> On 17.04.2020, at 01:28, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
>>> <br>
>>> <br>
>>> On Thu, Apr 16, 2020 at 02:55:46PM -0700, tim Rowledge wrote:<br>
>>>> <br>
>>>>> On 2020-04-16, at 2:42 PM, David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
>>>>> <br>
>>>>> <br>
>>>>> On Thu, Apr 16, 2020 at 06:53:51PM +0200, Levente Uzonyi wrote:<br>
>>>>>> <br>
>>>>>> However, recent VMs (202003050026 from March, 202004160240 from April) <br>
>>>>>> also depend on the following:<br>
>>>>>> <br>
>>>>>> libuuid.so.1<br>
>>>>>> libutil.so.1<br>
>>>>>> libpulse-simple.so.0<br>
>>>>>> libasound.so.2<br>
>>>>>> <br>
>>>>>> The last two are the most worrying as servers usually don't need or <br>
> have <br>
>>>>>> sound installed. So, without pulseaudio installed, these VMs won't <br>
> start.<br>
>>>>>> Does anyone know how and why those new dependencies got there?<br>
>>>>>> <br>
>>>>>> (These are the dependencies of the VM binary itself not dependencies of <br>
>>>>>> external plugins).<br>
>>>>> <br>
>>>>> Hi Levente,<br>
>>>>> <br>
>>>>> I don't know the answer to your question, but the sound dependencies are<br>
>>>>> likely associated with the VM plugin modules vm-sound-*.so as opposed to<br>
>>>>> any of the conventional VM plugins such as UUIDPlugin.so. It is quite<br>
>>>>> likely that specifying the -vm-sound-null parameter to the VM will <br>
> bypass<br>
>>>>> any problems. Otherwise, deleting the offending vm-sound-* modules <br>
> should<br>
>>>>> be harmless.<br>
>>>> <br>
>>>> Is it possible some edit to the build files made the pulse audio stuff<br>
>>>> a default (this was discussed recently) and set it to link to the VM<br>
>>>> instead of the (expected to be) separate vm-sound-* module? <br>
>>>> <br>
>>> <br>
>>> Pulse audio /is/ one of the vm-sound-* modules, so the idea there was<br>
>>> just to put it first in the search list because that's what makes sense on<br>
>>> most Linux platforms today.<br>
>>> <br>
>>> But I see now that Levente was asking about library dependencies in the<br>
>>> actual VM executable itself (which you can see with "$ ldd squeak" in the<br>
>>> libarary directory with the VM and plugins). It has dependencies on the<br>
>>> pulse audio and alsa sound libraries. That makes no sense at all, and I<br>
>>> don't know the reason for it.<br>
>>> <br>
>>> I also see that the plugins have lots of unnecessary dependencies. For<br>
>>> example, the UUID plugin depends on pulse audio and alsa sound libraries,<br>
>>> which is obviously not right.<br>
>><br>
>><br>
>> There might be a problem with the way the linker flags are being collected.<br>
>> Namely, that they're built up while configuring the individual plugins but <br>
>> then used throughout the entire process. That bit me for some other flags<br>
>> on FreeBSD.<br>
><br>
> Just checked what library flags are passed when the VM binary is linked, <br>
> and they are:  -ldl -lutil -lpulse-simple -lasound -ldl -lm <br>
> So, you're right, the flags are wrong.<br>
><br>
><br>
> Levente<br>
><br>
>><br>
>> Unser Bausystem ist Mist ;)<br>
>><br>
>> Best regards<br>
>>      -Tobias<br>
><br>
</blockquote></div></div>