<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
just a thought..<br>
<br>
It should be easy enough to just echo instructions using doinst.sh<br>
That way the end user/installer gets to know how to get things working,
without the package interfering and doing it for them.<br>
Either that, or (or as well) include the instructions in an rc. file as
comments, in the same way that the mysql package already does.<br>
<br>
Tim<br>
<br>
On 15/04/2010 03:22, Robby Workman wrote:
<blockquote cite="mid:20100414212238.6acda2ad@liberty.rlwhome.lan"
type="cite">
<pre wrap="">On Wed, 14 Apr 2010 12:03:30 -0400
Donald Allen <a class="moz-txt-link-rfc2396E" href="mailto:donaldcallen@gmail.com"><donaldcallen@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">When you run the postgresql.SlackBuild, you get reminded that you need
to create a postgres group and user and you are given the commands to
do so. You comply, the postgres package builds, you install it, and
then get it running following the instructions in README.SBo.
Some time later, you use the resulting package to try to install
postgresql on another system. It installs, but when you attempt to get
it running, you can't, because you need to create the postgres group
and user, which you find out when you attempt to do
su postgres -c "initdb -D /var/lib/pgsql/data"
Except the error you get doesn't tell you how to fix the problem. So
maybe you remember enough from when you originally built the package
to dig through the postgresql.SlackBuild and figure it out.
My point is this: the reminders to create the group and user should
not occur at build time, they should occur at install time (or maybe
both, if they are really needed at build time). At the very least, the
README.SBo ought to tell you that the group- and user-creation is
needed and how to do it. It seems to be assuming that this has already
been done, which it may not be, if you are installing a package that
you created on a different system six months ago.
This issue is similar in nature to the issue I had with the gnucash
package: the package is not self-contained and should be.
</pre>
</blockquote>
<pre wrap="">
This one is a WONTFIX, if only because I don't see it as a bug.
That's not to say that I don't see your point -- I do -- but
there's not any obvious way that we can do this better without
adding some badness. By "badness," I mean: we are not going
to have postinstall scripts create users and/or groups on the
system.
In essence, this is one of those things that's going to have to
be documented by the system admin in a local ChangeLog or some
such and then consulted when doing new installs.
-RW
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
SlackBuilds-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.org</a>
<a class="moz-txt-link-freetext" href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a>
Archives - <a class="moz-txt-link-freetext" href="http://lists.slackbuilds.org/pipermail/slackbuilds-users/">http://lists.slackbuilds.org/pipermail/slackbuilds-users/</a>
FAQ - <a class="moz-txt-link-freetext" href="http://slackbuilds.org/faq/">http://slackbuilds.org/faq/</a>
</pre>
</blockquote>
<br>
</body>
</html>