#10 Connectiva installation dir problem.

open
nobody
5
2001-03-12
2001-03-12
No

From:
Fabio Olive Leite <olive@conectiva.com.br>
To:
"W. G. Krebs" <werner.krebs@yale.edu>
Subject:
Re: using DESTDIR in Gnu Queue
Message-ID:
<20010312103122.B3133@conectiva.com.br>
References:
<20010309161450.A1153@conectiva.com.br>
<3AA92C14.F1F8DEF0@yale.edu>
Mime-Version:
1.0
Content-Type:
multipart/mixed; boundary="vtzGhvizbBRQ85DL"
Content-Disposition:
inline
Content-Transfer-Encoding:
8bit
User-Agent:
Mutt/1.3.14i
In-Reply-To:
<3AA92C14.F1F8DEF0@yale.edu>; from
werner.krebs@yale.edu on Fri, Mar 09, 2001 at 02:16:36PM
-0500
X-URL:
http://www.advogato.org/person/olive

Hi Werner,

On Fri, Mar 09, 2001 at 02:16:36PM -0500, W. G. Krebs wrote:
) Please try the CVS version of the software, available from the CVS repository
) on http://www.gnuqueue.org.
)
) It corrects many of these problems.

Well, I tried the CVS version and the directory problems persist. I've
created a little patch that fixes the problems as seen here, it's included
in this e-mail. I hope you can make use of it. :)

Regards
Fábio
--
( Fábio Olivé Leite -*- http://www.conectiva.com.br/~olive )

From:
Fabio Olive Leite <olive@conectiva.com.br>
To:
wkrebs@gnu.org
Subject:
using DESTDIR in Gnu Queue
Message-ID:
<20010309161450.A1153@conectiva.com.br>
Mime-Version:
1.0
Content-Type:
text/plain; charset=iso-8859-1
Content-Disposition:
inline
Content-Transfer-Encoding:
8bit
User-Agent:
Mutt/1.3.14i
X-URL:
http://www.advogato.org/person/olive

Hi there,

I'm considering packaging Gnu Queue for Conectiva Linux, and as such have
been reading docs and trying to use it, but I'm finding a little problem
that I think you might be interested in.

In order to properly fit into our distribution, it has got to put its files
and directories in certain documented places. I have envisioned using
/etc/queue for files such as qhostsfile and the cookie file, /var/run for
queued.pid, /var/spool/queue for the queues, /usr/bin and /usr/sbin for the
binaries and so on. Pretty plain FHS setup.

Then I proceeded to inform configure about that, using the various
--datadir, --localstatedir and similar options, and also --enable-root,
since as a package this will be installed and run by an administrator. Here
I noticed the first problem: the queue directory always wants to go into
--localstatedir. Changing it to ${sharedstatedir} in the configure script
corrected that, but that is not the problem this mail is about. :)

After seeing that configure generated the configuration I wanted, I
proceeded to build the package, and then use DESTDIR to cause it to be
installed in a temporary directory, so that I could easily observe what it
installs and where. I issued 'make install DESTDIR=/var/tmp/queue-test/',
and the binaries were properly installed there, but then the files in
/etc/queue were not accessed as /var/tmp/queue-test/etc/queue, but as the
real /etc/queue. Same with /var/*.

Of course, since I was doing that as a regular user, nothing bad happened.
I took a look at the generated Makefile, and saw that in the
install-binaries* part DESTDIR could be seen, but not in the install-local
(or something like that).

This happens with 1.30.1, I downloaded it from sourceforge yesterday. Did
you ever see this? Is this my fault? I've been following the docs, and
using configure with options to try to set up things the way I want/need,
so I'd expect the Makefile to be consistent. :) I can provide you any other
information you want, like a compilation session capture or whatever.

Thank you for any hint! :)

Regards
Fábio
PS.: In case you're interested, take a look at:
http://www.conectiva.com/
http://distro.conectiva.com/snapshot/
--
( Fábio Olivé Leite -*- http://www.conectiva.com.br/~olive )

Discussion

  • Werner G Krebs

    Werner G Krebs - 2001-03-12

    patch for connectiva installation dir problem

     
  • Nobody/Anonymous

    Logged In: NO

    Fabio Olive Leite <olive@conectiva.com.br>
    >
    > After seeing that configure generated the configuration I
    wanted,
    > I proceeded to build the package, and then use DESTDIR
    > to cause it to be installed in a temporary directory,
    > so that I could easily observe what it installs and
    where.
    > I issued 'make install DESTDIR=/var/tmp/queue-test/',
    > and the binaries were properly installed there,
    > but then the files in /etc/queue were not accessed
    > as /var/tmp/queue-test/etc/queue,
    > but as the real /etc/queue. Same with /var/*.
    >
    /etc/queue/* files really should go to
    $DESTDIR/etc/queue/*,
    but they should be referenced/accessed (by queue, queued,
    and other binaries and configs) as final destinations,
    i.e. /etc/queue/*. This is correct behaviour, quite in
    accordance
    with traditional DESTDIR-style installation scheme
    --- it is only used as temporary layout for assembling
    binary packages (tar.gz, rpm, deb, etc.).
    If you need test installation you should pass test
    installation
    paths to `configure' on configuration stage priot to
    running make.

     
  • Christian Parg

    Christian Parg - 2001-04-25

    Logged In: YES
    user_id=177130

    Hello !

    Maybe I am to stupid, I simply want to download Fabios patch
    but I can't find it anywhere. The patch might fix Bug
    409721.

    Best regards,
    Christian

     
  • Anonymous - 2001-05-02

    Logged In: YES
    user_id=210198

    Sorry, I did not express myself very well in that e-mail
    about files being accessed in /{etc,var}/*. The fact is the
    Makefile itself installs those files properly, and then goes
    to access them on the root fs, for purposes like setting a
    host key and adding the hostname to the list. Since this
    seems to be part of the installation process, the Makefile
    should access those files as $DESTDIR/whatever, as there's
    where the Makefile just put them.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks