Re: Install GNUStep on Ubuntu 16
Ivan Vučica <[email protected]> Thu, 12 May 2016 14:30:02 +0100
| Newsgroups | gmane.comp.lib.gnustep.user |
|---|---|
| Message-ID | <CAGPLYoS8MbqZV0PT3uwL7s=HN1pz3F6xzw6n8TfXTXHsDBdfsA@mail.gmail.com> |
--===============7862645779670993281== Content-Type: multipart/alternative; boundary=047d7b3a8afc9657c60532a529ea --047d7b3a8afc9657c60532a529ea Content-Type: text/plain; charset=UTF-8 On Thu, May 12, 2016 at 2:12 PM, Gerhard Huber <[email protected]> wrote: > thank you. You see, I am not a Linux/Debian/Ubuntu crack :-( > That's why I'm trying to 'teach a man how to fish </>' :) > But it worked, gorm.app was it :-) > I uninstalled it, worked fine. > But then I did make/sudo -E make install, all without a problem, but I > can't find Gorm now :-( > All the other apps are at //usr/lib/GNUStep/Applications, but the new Gorm > is not here :-( > > You know how the Cocoa API NSSearchPathForDirectoriesInDomains() or [NSFileManager URLsForDirectory:inDomains:] has the concept of a 'domain'? Things like NSLocalDomain or NSSystemDomain or NSUserDomain? 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? 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. Armed with this information, I would look for it in /usr/local/lib/GNUstep/Applications. In fact, I just checked -- that's where it should be. How did I check that? Another useful GNUstep-specific nugget of information: No matter how you installed it, if it's correctly installed you should have a program called 'gnustep-config' in your path. This program, using just small pieces of information in /etc/GNUstep/GNUstep.conf, provides you with enough information to determine everything else about the GNUstep installation. You'll want to run: gnustep-config --help for more information, but suffice to say that, to discover where programs will be installed 'by default' on your system, you'll want to run: gnustep-config --variable=GNUSTEP_LOCAL_APPS To discover where 'system' programs are installed (i.e. packaged programs): gnustep-config --variable=GNUSTEP_SYSTEM_APPS Now, consider something else. Like Cocoa apps (and OPENSTEP apps before Cocoa), GNUstep ships apps as 'bundles'. That is, directories with an extension of .app. Reading .app's Info.plist is the primary mechanism GNUstep-aware software can use to find and run the executable for these applications. On OS X, you have a utility called 'open'. On free systems, xdg-open is (to my knowledge) not aware of .app bundles, but GNUstep ships with 'gopen'. Because 'gopen' won't be well known, gnustep-make's scripts, when installing the application, also produce ApplicationName.desktop and /domain/here/bin/ApplicationName. Note that they leave the original capitalization. The reason why you can't find 'gorm' is because it's not there; the binary is called '/usr/local/bin/Gorm'. As far as I can tell, Debian doesn't ship any alternative, so however you were finding the app before, that must still work; it's just installed in a different place. I'd suggest you just punch 'Gorm' in the terminal, or find the menu entry (which should exist because the .desktop file should be correctly installed). Interesting tidbit: if you are ever packaging, or if you want to install into a different domain, the relevant make variable is GNUSTEP_INSTALLATION_DOMAIN. You can set it, for example, as follows: sudo -E make GNUSTEP_INSTALLATION_DOMAIN=SYSTEM Note that I strongly recommend you do NOT do this while having Debian packages on the system. Treat it as you'd treat OS X's System domain (everything in /System): it's off limits, and even if you touch it, you shouldn't, and even if you still choose to, Apple /will/ overwrite it at the next OS upgrade. Best of luck! --047d7b3a8afc9657c60532a529ea Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On T= hu, May 12, 2016 at 2:12 PM, Gerhard Huber <span dir=3D"ltr"><<a href=3D= "mailto:[email protected]" target=3D"_blank">[email protected]</a>></span>= wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.= 8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204= ,204,204);padding-left:1ex"> =20 =20 =20 <div bgcolor=3D"#FFFFFF" text=3D"#000066"><span class=3D""> <div>thank you. You see, I am not a Linux/Debian/Ubuntu crack :-(<br></= div></span></div></blockquote><div><br></div><div>That's why I'm tr= ying to '<a href=3D"/"><span id=3D"goog_1524842776"></span>teach a man = how to fish<span id=3D"goog_1524842777"></span></a>' :)</div><div>=C2= =A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e= x;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,2= 04,204);padding-left:1ex"><div bgcolor=3D"#FFFFFF" text=3D"#000066"><span c= lass=3D""><div></div></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 Co= coa API NSSearchPathForDirectoriesInDomains() or [NSFileManager URLsForDire= ctory:inDomains:] has the concept of a 'domain'? Things like NSLoca= lDomain or NSSystemDomain or NSUserDomain?</div><div class=3D"gmail_extra">= <br></div><div class=3D"gmail_extra">You know how filesystem hierarchy stan= dard (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 manua= lly installed -- installs itself into "local" domain. In case of = FHS, to which Debian -- and thus Debian packaging for GNUstep -- tries to a= dhere, local domain is in /usr/local. Programs installed and upgraded by th= e 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.</d= iv><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">In fact,= I just checked -- that's where it should be.</div><div class=3D"gmail_= extra"><br></div><div class=3D"gmail_extra">How did I check that? Another u= seful GNUstep-specific nugget of information: No matter how you installed i= t, if it's correctly installed you should have a program called 'gn= ustep-config' in your path. This program, using just small pieces of in= formation in /etc/GNUstep/GNUstep.conf, provides you with enough informatio= n to determine everything else about the GNUstep installation.</div><div cl= ass=3D"gmail_extra"><br></div><div class=3D"gmail_extra">You'll want to= run:</div><div class=3D"gmail_extra">=C2=A0 gnustep-config --help</div><di= v class=3D"gmail_extra">for more information, but suffice to say that, to d= iscover where programs will be installed 'by default' on your syste= m, you'll want to run:</div><div class=3D"gmail_extra">=C2=A0 gnustep-c= onfig --variable=3DGNUSTEP_LOCAL_APPS</div><div class=3D"gmail_extra"><br><= /div><div class=3D"gmail_extra">To discover where 'system' programs= are installed (i.e. packaged programs):</div><div class=3D"gmail_extra">= =C2=A0 gnustep-config --variable=3DGNUSTEP_SYSTEM_APPS</div><div class=3D"g= mail_extra"><br></div><div class=3D"gmail_extra"><br></div><div class=3D"gm= ail_extra">Now, consider something else.</div><div class=3D"gmail_extra"><b= r></div><div class=3D"gmail_extra">Like Cocoa apps (and OPENSTEP apps befor= e Cocoa), GNUstep ships apps as 'bundles'. That is, directories wit= h an extension of .app. Reading .app's Info.plist is the primary mechan= ism GNUstep-aware software can use to find and run the executable for these= applications. On OS X, you have a utility called 'open'. On free s= ystems, xdg-open is (to my knowledge) not aware of .app bundles, but GNUste= p ships with 'gopen'.</div><div class=3D"gmail_extra"><br></div><di= v class=3D"gmail_extra">Because 'gopen' won't be well known, gn= ustep-make's scripts, when installing the application, also produce App= licationName.desktop and /domain/here/bin/ApplicationName. Note that they l= eave the original capitalization.</div><div class=3D"gmail_extra"><br></div= ><div class=3D"gmail_extra">The reason why you can't find 'gorm'= ; is because it's not there; the binary is called '/usr/local/bin/G= orm'. As far as I can tell, Debian doesn't ship any alternative, so= however you were finding the app before, that must still work; it's ju= st installed in a different place.</div><div class=3D"gmail_extra"><br></di= v><div class=3D"gmail_extra">I'd suggest you just punch 'Gorm' = in the terminal, or find the menu entry (which should exist because the .de= sktop file should be correctly installed).</div><div class=3D"gmail_extra">= <br></div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra"><= br></div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">In= teresting tidbit: if you are ever packaging, or if you want to install into= a different domain, the relevant make variable is=C2=A0GNUSTEP_INSTALLATIO= N_DOMAIN. You can set it, for example, as follows:</div><div class=3D"gmail= _extra">=C2=A0 sudo -E make GNUSTEP_INSTALLATION_DOMAIN=3DSYSTEM</div><div = class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">Note that I stro= ngly recommend you do NOT do this while having Debian packages on the syste= m. Treat it as you'd treat OS X's System domain (everything in /Sys= tem): it's off limits, and even if you touch it, you shouldn't, and= even if you still choose to, Apple /will/ overwrite it at the next OS upgr= ade.</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra"><= br></div><div class=3D"gmail_extra">Best of luck!</div></div> --047d7b3a8afc9657c60532a529ea-- --===============7862645779670993281== 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 --===============7862645779670993281==--