<div>The RIVET_ANALYSIS_PATH variable is used as a fallback for all the others... how strange. If both the local/lib64 and local/share/Rivet dirs were listed in that variable, the rest should be unnecessary. I wonder what is different about SUSE!</div><br><div>Thanks for the help, David. And glad you found a solution, Luca & Francesco.</div><br><div>Andy</div><br><div><signature id="initial"><div><table cellpadding="0" cellspacing="0"><tbody><tr><td colspan="2"><div style="padding-bottom:15px;"><div><strong>Dr Andy Buckley, Lecturer / Royal Society University Research Fellow</strong></div><div>Particle Physics Experiment Group, University of Glasgow</div></div></td></tr><tr><td style="vertical-align:top;"></td><td><div style="font-size:0.9em;white-space:nowrap;border-left:2px solid gray;margin-left:20px;padding-left:20px;"><div><div></div><div></div></div></div></td></tr></tbody></table></div></signature></div><div class="gmail_quote_attribution">On Jul 19 2018, at 3:55 pm, Francesco Tramontano <francesco.tramontano@cern.ch> wrote:</div><blockquote><br><div><div>Dear David and Andy,</div><br><div>that worked for me as well, thanks a lot!</div><br><div>Best,</div><div>Francesco</div><br><br><br><br><br><div>On 07/19/2018 04:11 PM, Yallup, David wrote:</div><blockquote><div>Hi,</div><br><div>A while ago I was running some project on a cluster running SUSE, I</div><div>haven't touched it in a long time however</div><br><div>NAME="openSUSE Leap"</div><div>VERSION="42.3"</div><div>ID=opensuse</div><div>ID_LIKE="suse"</div><div>VERSION_ID="42.3"</div><div>PRETTY_NAME="openSUSE Leap 42.3"</div><div>ANSI_COLOR="0;32"</div><div>CPE_NAME="cpe:/o:opensuse:leap:42.3"</div><div>BUG_REPORT_URL="https://bugs.opensuse.org"</div><div>HOME_URL="https://www.opensuse.org/"</div><br><div>This was installing Rivet 2.4.3 so quite an old version now, In order to</div><div>setup Rivet I had the following alias set up (on my normal SL6 os I</div><div>would just source the rivetenv.sh and yodaenv.sh)</div><br><div>alias setupRivet='source</div><div>/itp/fast/dyallup/Install/Rivet/local/rivetenv.sh; source</div><div>/itp/fast/dyallup/Install/Rivet/local/yodaenv.sh; export</div><div>RIVET_ANALYSIS_PATH=/itp/fast/dyallup/Install/Riv\</div><div>et/local/lib64; export</div><div>RIVET_REF_PATH=/itp/fast/dyallup/Install/Rivet/local/share/Rivet; export</div><div>RIVET_DATA_PATH=/itp/fast/dyallup/Install/Rivet/local/share/Rivet;</div><div>export RIVET_INFO_PATH=/it\</div><div>p/fast/dyallup/Install/Rivet/local/share/Rivet'</div><br><br><div>If I try and setup rivet on this machine without exporting the</div><div>additional environment variables I see the same thing as you, blank</div><div>output from rivet --list-analyses, when I set my env variables as above</div><div>it appears to work fine. I think some of these environment variables are</div><div>now obsolete, but this does appear to work for me at least.</div><br><div>Cheers,</div><div>David</div><br><div>On 19/07/18 15:36, Andy Buckley wrote:</div><blockquote><div>Anyone on the Rivet dev list with experience of building and running</div><div>on SUSE?</div><br><div>This is using the system compiler, I guess, so no danger of e.g.</div><div>having built plugin libraries in 32 bit and the Rivet core in 64 bit,</div><div>or similar? Problems like that haven't been seen for quite a while,</div><div>but I don't have a lot of ideas! Maybe try running the "file" command</div><div>on some of the Rivet*.so plugin libaries, to make sure they are the</div><div>right type of file...</div><br><div>Andy</div><br><div>*Dr Andy Buckley, Lecturer / Royal Society University Research Fellow*</div><div>Particle Physics Experiment Group, University of Glasgow</div><br><br><br><div>On Jul 19 2018, at 1:14 pm, Francesco Tramontano</div><div><francesco.tramontano@cern.ch> wrote:</div><br><br><div>Hi Andy, thanks,</div><br><div>the output of the command :</div><br><div>$ rivet -lTRACE --list-analyses</div><div>Rivet.AnalysisLoader: TRACE Candidate analysis plugin libs: [ ]</div><br><br><div>We have also checked that LD_LIBRARY_PATH contains local/lib64 field.</div><br><div>We already tried to set the RIVET_ANALYSIS_PATH but it makes no</div><div>difference.</div><br><div>Best wishes,</div><div>Francesco</div><br><br><br><br><br><div>On 07/19/2018 01:04 PM, Andy Buckley wrote:</div><br><div>Hi,</div><br><div>Is the RIVET_ANALYSIS_PATH variable set to point at the</div><div>installed lib</div><div>and share/Rivet directories? This shouldn't be necessary for</div><div>standard</div><div>analyses installed as part of the release, but worth checking.</div><div>You could</div><div>also try enabling the "trace" debug output, to see if it is</div><div>trying to</div><div>load the Rivet*.so plugin libraries and failing for some</div><div>reason: add</div><div>-lTRACE to the rivet command line.</div><br><div>Best wishes,</div><div>Andy</div><br><div>*Dr Andy Buckley, Lecturer / Royal Society University Research</div><div>Fellow*</div><div>Particle Physics Experiment Group, University of Glasgow</div><br><br><div>On Jul 19 2018, at 8:41 am, Luca Buonocore <lbuono@na.infn.it></div><div>wrote:</div><br><br><br><div>-------- Forwarded Message --------</div><div>Subject: rivet not working on SUSE</div><div>Date: Thu, 19 Jul 2018 09:36:28 +0200</div><div>From: Francesco Tramontano <francesco.tramontano@na.infn.it></div><div><mailto:francesco.tramontano@na.infn.it></div><div>To: rivet@projects.hepforge.org</div><div><mailto:rivet@projects.hepforge.org></div><div>CC: Paolo Nason <Paolo.Nason@mib.infn.it></div><div><mailto:Paolo.Nason@mib.infn.it>, Luca Buonocore</div><div><lbuono@na.infn.it></div><div><mailto:lbuono@na.infn.it></div><br><br><br><div>|</div><br><div>Dear authors,</div><br><div>Paolo, Luca and I are having problems to run rivet on a SUSE</div><div>system.</div><br><div>The compilation using the rivet-bootstrap works flawlessy, but</div><div>when I do</div><div>rivet --list-analyses it returns the command prompt without</div><div>printing</div><div>anything. And in general is unable to find the analyses,</div><div>although in the</div><div>share/Rivet folder all yoda and info files are present.</div><br><div>The same procedure works properly on an Ubuntu system.</div><br><div>Thanks a lot in advance for your assistance.</div><div>Best wishes,</div><div>Francesco</div><br><br><div>The operating system is:</div><div>NAME="openSUSE Leap"</div><div>VERSION="42.3"</div><div>ID=opensuse</div><div>ID_LIKE="suse"</div><div>VERSION_ID="42.3"</div><div>PRETTY_NAME="openSUSE Leap 42.3"</div><div>ANSI_COLOR="0;32"</div><div>CPE_NAME="cpe:/o:opensuse:leap:42.3"</div><div>BUG_REPORT_URL=*MailScanner has detected a possible fraud</div><div>attempt from</div><div>"bugs.opensuse.org" claiming to be*</div><div><https://bugs.opensuse.org>"https://bugs.opensuse.org"</div><div><https://bugs.opensuse.org></div><div>HOME_URL=*MailScanner has detected a possible fraud attempt from</div><div>"www.opensuse.org" claiming to be*</div><div><https://www.opensuse.org/>"https://www.opensuse.org/"</div><div><https://www.opensuse.org/></div><br><div>The compiler version</div><div>gcc (SUSE Linux) 4.8.5</div><br><br><div>And the python version is:</div><div>Python 2.7.13</div><br><br><div>|</div><div>_______________________________________________</div><div>Rivet mailing list</div><div>Rivet@projects.hepforge.org</div><div>https://www.hepforge.org/lists/listinfo/rivet</div></blockquote></blockquote></div></blockquote>