From: JimDiamond@ns.sympatico.ca   
      
   On 2022-07-01 at 01:24 ADT, John Forkosh  wrote:   
   > Jim Diamond  wrote:   
   >> John Forkosh  wrote:   
   >>> Jim Diamond  wrote:   
   >>>> <>   
   >>>> On the other hand, if I select Edit/Preferences, acroread crashes   
   >>>> about three seconds later. Just out of curiosity, does yours also   
   >>>> do that?  Jim   
   >>>   
   >>> As previously, nope, mine doesn't do that.   
   >>> But as it turns out, Javier's suggestion (see my second followup   
   >>> to him) immediately solves all my acroread problems...   
   >>> from the command line   
   >>>    GTK2_RC_FILES=/usr/share/themes/Adwaita/gtk-2.0/gtkrc   
   >>>    export GTK2_RC_FILES   
   >>> and then run acroread. And I've got no edit/preferences problem, either.   
   >>> So try that, and then let us know whether or not that edit/preferences   
   >>> problem you're having is (or isn't) also fixed. Hopefully, it's all good.   
   >>> Very nice to have acroread available again.   
   >>   
   >> I installed acroread in a "fresh" S15-64+compat32 virtual machine.   
   >> And, like you, acroread didn't start (*) without the GTK2_RC_FILES   
   >> value.  (Rather than exporting the variable as above, I just did   
   >>   GTK2_RC_FILES=/usr/share/themes/Adwaita/gtk-2.0/gtkrc acroread file.pdf   
   >> to get the value to acroread.)   
   >>   
   >> (*) I discovered that (in the virtual machine) I only needed to use   
   >> that if the ~/.adobe directory (and subdirectories) have are not   
   >> there.  After the first run, I didn't need to use that environment   
   >> variable again.  But if I deleted ~/.adobe, then acroread won't run   
   >> without the variable being in the environment.   
   >   
   > Thanks for that additional info.   
   > I hadn't noticed that myself.   
   >   
   >> Now I can do some binary search to find the difference between my VM   
   >> and my bare-iron installations.  Not my idea of a good time, but...   
   >   
   > Well, at least we know it consistently works under the same environment   
   > on both machines. And I suppose there's clearly some minimum environment   
   > it needs to run. Please followup again if you find the components of   
   > that minimum environment your "bare-iron install" is missing. Thanks,   
      
   It turns out I wasn't missing anything, there is an inconsistency in   
   some of the compat32 stuff.  Read on...   
      
   Shortly after I installed S64-15.0, I installed Alien Bob's compat32   
   stuff.  Some time after, I reinstalled (ask me not why) some of the   
   packages which Alien Bob says to install first; i.e., these packages:   
   	aaa_glibc-solibs-2.33_multilib-x86_64-5alien.txz   
   	compat32-tools-3.10-noarch-2alien.tgz   
   	gcc-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-brig-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-g++-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-gdc-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-gfortran-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-gnat-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-go-11.2.0_multilib-x86_64-2alien.txz   
   	gcc-objc-11.2.0_multilib-x86_64-2alien.txz   
   	glibc-2.33_multilib-x86_64-5alien.txz   
   	glibc-i18n-2.33_multilib-x86_64-5alien.txz   
           glibc-profile-2.33_multilib-x86_64-5alien.txz   
      
   Here's the kicker.  There are some libraries which are found in   
   multiple packages, and the copies in the above packages are different   
   than in 15.0/a-compat32/aaa_libraries-compat32-15.0-x86_64-19compat32.txz   
   *and* they cause the problem with acrobat.  For example:   
   	   
   	% tar xfv glibc-2.33_multilib-x86_64-5alien.txz | grep lib/libnsl   
   	-rwxr-xr-x root/root    118900 2022-01-24 18:59 lib/libnsl-2.33.so   
   	%  md5sum lib/libnsl-2.33.so   
   	08bab6a645f9cf39e6f86fe0e006a50c  lib/libnsl-2.33.so   
   	   
   	   
   	% tar xfv aaa_glibc-solibs-2.33_multilib-x86_64-5alien.txz lib/libnsl-2.33.so   
   	-rwxr-xr-x root/root    118900 2022-01-24 18:59 lib/libnsl-2.33.so   
   	% md5sum lib/libnsl-2.33.so   
   	08bab6a645f9cf39e6f86fe0e006a50c  lib/libnsl-2.33.so   
   	   
   	   
   	% tar xfv a-compat32/aaa_libraries-compat32-15.0-x86_64-19compat32.txz   
   lib/libnsl-2.33.so   
   	-rwxr-xr-x root/root    118900 2022-01-24 17:03 lib/libnsl-2.33.so   
   	% md5sum lib/libnsl-2.33.so   
   	69a71379a573f10b456b664c2aaf925c  lib/libnsl-2.33.so   
      
   You see they all have the same size, but as md5sum shows, they are not   
   the same.  (Sing with me: "One of these things is not like the other,   
   one of these things does not belong.")   
      
   After discovering this, I did   
   	# upgradepkg --reinstall --install-new 15.0/a-compat32/aaa_libr   
   ries-compat32-15.0-x86_64-19compat32.txz   
   and the edit/preferences problem is gone.   
      
   I'm not sure whether I should reinstall all the other packages under   
   15.0, but that is another issue for a rainy day.   
      
                                   Jim   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)