bugGNUstep - Bugs: bug #24675, libobjc installs by default into...

Group
 
 

bug #24675: libobjc installs by default into SYSTEM

Submitter:  Nicola Pero <nico>
Submitted:  Tue 28 Oct 2008 08:36:49 AM UTC
   
 
Category:  Libraries Severity:  3 - Normal
Item Group:  Bug Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 19 Dec 2008 09:57:30 AM UTC, comment #3: 

Fixed

Thanks

Nicola Pero <nico>
Group Member
Wed 29 Oct 2008 09:45:55 PM UTC, comment #2: 

/usr/GNUstep/System is for stuff installed by your GNUstep distribution. ;-)

If you are compiling libobjc from source, it should go into /usr/GNUstep/Local
- like every other package.

Your packager, when creating your GNUstep distribution, if libobjc is part of the
distribution, will put it into /usr/GNUstep/System.

But when you compile your own libobjc from source, you don't want to overwrite
the libobjc that comes as part of your GNUstep distribution.

I know that traditionally all the "core" packages are installed into System, but
that because we were all always compiling from sources and we had no
distributions or packagers at all.  As we're putting more and more efforts into
supporting packagers/packages as a separate group of people/process, we need
to adapt our habits and how we install things to take into account the existence
of packagers and packages and the fact that they are a separate step.

So, when someone downloads libobjc from source to compile it, we have to assume
by default that they already have an entire GNUstep system, installed from
packages, into /usr/GNUstep/System (or /usr/bin, /usr/lib on FHS), and that
libobjc ought to go into /usr/GNUstep/Local (or /usr/local/lib) to avoid
overwriting the system packages/software.

We can make a compromise though: if they also compiled and installed
gnustep-make from source, I'm happy to assume that they have installed
everything from source, they are using no packagers and there are no
packagers involved, and we can install all the "core" stuff into System.

So I guess we could make an exception for that, and it should work
for everyone who is building his own hand-made system from source.

But for the large public who will - hopefully - get gnustep-make as part
of some packaging/distribution system - their /usr/GNUstep/System
(or /usr/lib etc) is reserved for their packaging/distribution stuff and
we shouldn't be overwriting it when installing from source.

Thanks

Nicola Pero <nico>
Group Member
Wed 29 Oct 2008 06:10:38 PM UTC, comment #1: 

since the most standard instllation is the gnustep hierarchy, libobjc should go into /System, which translates into /usr/GNUstep/System or just /System depending on the choice.

FHS compatibility should not affect standard layout.

Riccardo Mottola <rmottola>
Group Member
Tue 28 Oct 2008 08:36:49 AM UTC, original submission:  

This is a bug - everything should always install into LOCAL
unless told otherwise.

We now fully support FHS which means that anything installing
into SYSTEM could be overwriting system stuff in /usr/bin,
/usr/lib, etc. Obviously any source tarball should not do
that and install politely install itself into LOCAL (which
becomes /usr/local on FHS) unless told otherwise.

Packagers will obviously install everything into SYSTEM, but
that's their responsibility.

Thanks

Nicola Pero <nico>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rmottola (Posted a comment)
  • -email is unavailable- added by nico (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-12-19 nico Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code