Re: Install GNUStep on Ubuntu 16

fortuna07 <[email protected]> Thu, 12 May 2016 05:39:00 -0700 (MST)
Newsgroups gmane.comp.lib.gnustep.user
Message-ID <[email protected]>
--===============0212737351960153983==
Content-Type: multipart/alternative; 
	boundary="----=_Part_55876_999518881.1463056740390"

------=_Part_55876_999518881.1463056740390
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


 =20
   =20
 =20
 =20
    =C2=A0=20
   =20
   =20
     =20
       =20
          =C2=A0
           =20
             =20
                But it worked, gorm.app was it :-)=20
                I uninstalled it, worked fine.=20
                But then I did make/sudo -E make install, all without a
                problem, but I can't find Gorm now :-(=20
                All the other apps are at
                //usr/lib/GNUStep/Applications, but the new Gorm is not
                here :-(=20
               =20
             =20
           =20
         =20
         =20
       =20
        You know how the Cocoa API
          NSSearchPathForDirectoriesInDomains() or [NSFileManager
          URLsForDirectory:inDomains:] has the concept of a 'domain'?
          Things like NSLocalDomain or NSSystemDomain or NSUserDomain?=20
       =20
       =20
        You know how filesystem hierarchy
          standard (FHS) specifies things like /usr vs /usr/local? Or
          how FreeDesktop.org (a.k.a. xdo) specifies /usr/share vs
          /usr/local/share vs ~/.local/share?=20
       =20
       =20
        See, it's really common that free
          software for UNIX-like systems -- when manually installed --
          installs itself into "local" domain. In case of FHS, to which
          Debian -- and thus Debian packaging for GNUstep -- tries to
          adhere, local domain is in /usr/local. Programs installed and
          upgraded by the distribution's packaging system, however it
          works, get to live in the system domain in /usr. For example,
          /usr/bin vs /usr/local/bin.=20
       =20
       =20
        Armed with this information, I would
          look for it in /usr/local/lib/GNUstep/Applications.=20
     =20
   =20
   =20
    yes, here it is :-)=20
    But when I try to start it:=20
    /usr/local/lib/GNUstep/Applications/Gorm.app/Gorm: error while
    loading shared libraries: libGormCore.so.1: cannot open shared
    object file: No such file or directory=20
   =20
   =20
 =20





--
View this message in context: http://gnustep.8.n7.nabble.com/Install-GNUSte=
p-on-Ubuntu-16-tp40858p40897.html
Sent from the GNUstep - Help mailing list archive at Nabble.com.
------=_Part_55876_999518881.1463056740390
Content-Type: text/html; charset=UTF8
Content-Transfer-Encoding: quoted-printable


 =20
    <meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Content-Type=
">
 =20
 =20
    <div id=3D"smartTemplate4-template"><font face=3D"Calibri">=C2=A0</font=
></div>
    <br>
    <blockquote style=3D'border-left:2px solid #CCCCCC;padding:0 1em'
cite=3D"mid:[email protected]=
l.com"
      type=3D"cite">
      <div dir=3D"ltr">
        <div class=3D"gmail_extra">
          <div class=3D"gmail_quote">=C2=A0
            <blockquote style=3D'border-left:2px solid #CCCCCC;padding:0 1e=
m' style=3D"border-left:2px solid #CCCCCC;padding:0
              1em" class=3D"gmail_quote">
              <div bgcolor=3D"#FFFFFF" text=3D"#000066"><span class=3D""></=
span>
                But it worked, gorm.app was it :-)<br>
                I uninstalled it, worked fine.<br>
                But then I did make/sudo -E make install, all without a
                problem, but I can't find Gorm now :-(<br>
                All the other apps are at
                //usr/lib/GNUStep/Applications, but the new Gorm is not
                here :-(<br>
                <br>
              </div>
            </blockquote>
          </div>
          <br>
        </div>
        <div class=3D"gmail_extra">You know how the Cocoa API
          NSSearchPathForDirectoriesInDomains() or [NSFileManager
          URLsForDirectory:inDomains:] has the concept of a 'domain'?
          Things like NSLocalDomain or NSSystemDomain or NSUserDomain?</div=
>
        <div class=3D"gmail_extra"><br>
        </div>
        <div class=3D"gmail_extra">You know how filesystem hierarchy
          standard (FHS) specifies things like /usr vs /usr/local? Or
          how FreeDesktop.org (a.k.a. xdo) specifies /usr/share vs
          /usr/local/share vs ~/.local/share?</div>
        <div class=3D"gmail_extra"><br>
        </div>
        <div class=3D"gmail_extra">See, it's really common that free
          software for UNIX-like systems -- when manually installed --
          installs itself into "local" domain. In case of FHS, to which
          Debian -- and thus Debian packaging for GNUstep -- tries to
          adhere, local domain is in /usr/local. Programs installed and
          upgraded by the distribution's packaging system, however it
          works, get to live in the system domain in /usr. For example,
          /usr/bin vs /usr/local/bin.</div>
        <div class=3D"gmail_extra"><br>
        </div>
        <div class=3D"gmail_extra">Armed with this information, I would
          look for it in /usr/local/lib/GNUstep/Applications.</div>
      </div>
    </blockquote>
    <br>
    yes, here it is :-)<br>
    But when I try to start it:<br>
    /usr/local/lib/GNUstep/Applications/Gorm.app/Gorm: error while
    loading shared libraries: libGormCore.so.1: cannot open shared
    object file: No such file or directory<br>
    <br>
    <br>
 =20



=09
=09
=09
<br/><hr align=3D"left" width=3D"300" />
View this message in context: <a href=3D"http://gnustep.8.n7.nabble.com/Ins=
tall-GNUStep-on-Ubuntu-16-tp40858p40897.html">Re: Install GNUStep on Ubuntu=
 16</a><br/>
Sent from the <a href=3D"http://gnustep.8.n7.nabble.com/GNUstep-Help-f30048=
.html">GNUstep - Help mailing list archive</a> at Nabble.com.<br/>
------=_Part_55876_999518881.1463056740390--


--===============0212737351960153983==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Help-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/help-gnustep

--===============0212737351960153983==--