Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 635032 - dev-lang/nim-0.17.2-r1 exeinto /usr/nim/bin
Summary: dev-lang/nim-0.17.2-r1 exeinto /usr/nim/bin
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Sergei Trofimovich (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-10-21 23:44 UTC by Jonas Stein
Modified: 2018-09-26 23:32 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jonas Stein gentoo-dev 2017-10-21 23:44:46 UTC
The ebuild uses a strange installation folder:
exeinto /usr/nim/bin
Comment 1 Sergei Trofimovich (RETIRED) gentoo-dev 2017-10-22 10:40:07 UTC
It's how nim keeps things locally and installs them in system:
   /usr/nim/bin/nim
Basically nim uses --prefix=/usr/nim/

The problem is build system does not install al binaries it builds: bug #631512
Does it cause any problems?
Comment 2 Jonas Stein gentoo-dev 2017-10-22 12:21:03 UTC
I think this violates the Filesystem Hierarchy Standard.
Technically it could also install in /etc or /sbin but I do not know which side effects will show up for the user.

It should install its executable to /usr/bin/nim
Perhaps this needs to be fixed upstream too.

https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
Comment 3 Sergei Trofimovich (RETIRED) gentoo-dev 2017-10-22 13:07:47 UTC
WRT FHS gentoo explicitly does not conform to FHS (at least it used not to):
  https://devmanual.gentoo.org/general-concepts/filesystem/index.html

  "Gentoo does not consider the Filesystem Hierarchy Standard to be an authoritative standard, although much of our policy coincides with it."

It's also not clear to me if nim violates it by using directories not described by standard.

Many projects dump their state in /usr/lib/<something> directly. Be it executables, configs or libraries.
Say, ghc installs as a whole into /usr/lib/ghc-8.0.2. Or go dumps almost everything into /usr/lib/go

I don't think gentoo has any more guidelines than above to steer upstream directory hierarchy into any direction.
Comment 4 Sergei Trofimovich (RETIRED) gentoo-dev 2018-09-26 21:31:02 UTC
I just realized /usr/nim/ and /usr/lib/nim/. I'll try to fix it in 0.19.
Comment 5 Larry the Git Cow gentoo-dev 2018-09-26 23:32:29 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7617f03216587b94eec6c655202d27efdef238f4

commit 7617f03216587b94eec6c655202d27efdef238f4
Author:     Sergei Trofimovich <slyfox@gentoo.org>
AuthorDate: 2018-09-26 23:31:48 +0000
Commit:     Sergei Trofimovich <slyfox@gentoo.org>
CommitDate: 2018-09-26 23:32:22 +0000

    dev-lang/nim: bump up to 0.19.0, bug #635032
    
    While at it move installation to /usr/ prefix.
    
    Reported-by: Jonas Stein
    Closes: https://bugs.gentoo.org/635032
    Package-Manager: Portage-2.3.50, Repoman-2.3.11

 dev-lang/nim/Manifest                     |  1 +
 dev-lang/nim/files/nim-0.19.0-paths.patch | 36 ++++++++++++++
 dev-lang/nim/nim-0.19.0.ebuild            | 79 +++++++++++++++++++++++++++++++
 3 files changed, 116 insertions(+)