Difference between revisions of "User talk:DaveC49"
(→Reminder about Summary: new section) |
(→Building On Linux: new section) |
||
| Line 32: | Line 32: | ||
--[[User:Fell|Fell]] ([[User talk:Fell|talk]]) 16:52, 26 September 2018 (UTC) | --[[User:Fell|Fell]] ([[User talk:Fell|talk]]) 16:52, 26 September 2018 (UTC) | ||
| + | |||
| + | == Building On Linux == | ||
| + | |||
| + | IMHO you misunderstood FHS_3.0#4.9: | ||
| + | ;Purpose: The /usr/local hierarchy is ''for use by the system administrator [=you]'' when installing software locally. It needs to be ''safe from being overwritten when the system software is updated''. It may be used for programs and data that are shareable amongst a group of hosts, but not found in /usr. '''Locally installed software must be placed within /usr/local''' rather than /usr unless it is being installed to replace or upgrade software in /usr. | ||
| + | ;Note:Software placed in / or /usr may be overwritten by system upgrades (though we recommend that distributions do not overwrite data in /etc under these circumstances). For this reason, '''local software must not be placed outside of /usr/local''' without good reason. | ||
| + | |||
| + | So I prefer it over /opt (3.13), which requires additional handling (linking etc.). OTOH opt/<Package> etc. might be easier to remove. | ||
| + | --[[User:Fell|Fell]] ([[User talk:Fell|talk]]) 21:15, 6 May 2019 (UTC) | ||
Revision as of 21:15, 6 May 2019
Hi,
nice writing! You might consider to link some of your breakoff pages also in Building.
Can you review/update Eclipse#With Synaptic under Ubuntu / Debian, too?
--Fell (talk) 20:48, 8 May 2018 (UTC)
Thanks appreciate the feedback. I had considered incorporating the breakouts into the Building page where appropriate and not Ubunutu specific. Will do so!
I'll have a look at the Eclipse#With Synaptic under Ubuntu / Debian and see what I can do. I don't have a lot of familiarity with Eclipse at this time.
--DaveC49 (talk) Wednesday 9 May 01:11:57 UTC 2018
Build dependencies
Usually the devel packages depend on the respective binary package. So you can simplify your script (after testing) from e.g.sudo apt-get install libglib2.0 libglib2.0-dev
sudo apt-get install libglib2.0-dev # installs also libglib2.0
Sometimes they omit the lib prefix (gtk) or use more different names (libtool/libltdl).
--Fell (talk) 10:26, 28 July 2018 (UTC)
Reminder about Summary
I saw recently several of your edits had no abstract. It would be easier for other to read the recent changes page, if they had.
- BTW
- You can remove completed section from this page.
--Fell (talk) 16:52, 26 September 2018 (UTC)
Building On Linux
IMHO you misunderstood FHS_3.0#4.9:
- Purpose
- The /usr/local hierarchy is for use by the system administrator [=you] when installing software locally. It needs to be safe from being overwritten when the system software is updated. It may be used for programs and data that are shareable amongst a group of hosts, but not found in /usr. Locally installed software must be placed within /usr/local rather than /usr unless it is being installed to replace or upgrade software in /usr.
- Note
- Software placed in / or /usr may be overwritten by system upgrades (though we recommend that distributions do not overwrite data in /etc under these circumstances). For this reason, local software must not be placed outside of /usr/local without good reason.
So I prefer it over /opt (3.13), which requires additional handling (linking etc.). OTOH opt/<Package> etc. might be easier to remove. --Fell (talk) 21:15, 6 May 2019 (UTC)
