Re: Getting an MTA installed
"Lucas C. Villa Real" <[email protected]>
| Newsgroups | gmane.linux.distributions.gobo.general |
|---|---|
| Message-ID | <CAAvzgtb01KO505G2jt0u806KfGSmzOE1+=1+NN+3CfuNySgMOQ@mail.gmail.com> |
On Fri, Nov 14, 2014 at 1:32 AM, Joel Roth <[email protected]> wrote: > On Thu, Nov 13, 2014 at 09:30:55PM -0200, Lucas C. Villa Real wrote: > > On Thu, Nov 13, 2014 at 4:05 AM, Joel Roth <[email protected]> wrote: > > > > > On Thu, Nov 13, 2014 at 11:37:58AM +1300, Michael Homer wrote: > > > > On Thu, Nov 13, 2014 at 7:44 AM, Joel Roth <[email protected]> wrote: > > > > > Hi, > > > > > > > > > > I'm used to using exim4 on Debian. Now need to > > > > > get something going on Gobo. > > > > > > > > > > I had a look at qmail, which has been at a stable > > > > > version 1.03 forever. Then netqmail 1.06, which > > > > > adds some patches. However, Gobo doesn't grok the > > > > > build system. It looks at the makefile and says: > > > > > No variables found. > > > > > > > > > > Then I looked at postfix. I first tried compiling a more > > > > > recent version, but the recipe patches didn't apply cleanly. > > > > > > > > > > When I went back to 2.3.2, I got some errors. > > > > > > > > > > ATTENTION: Unknown system type: Linux 3.14.2-Gobo > > > > > Makefile.in:17: recipe for target "Makefiles" failed. > > > > First thing I usually do in these cases is to attempt to build the > package > > from the command line (i.e. without Compile). > > Hi Lucas, > > To avoid having these attempts littering the file system > with mistakes, is it correct that I can use FiboSandbox? > > FiboSandbox / UnionSandbox are automatically used when you attempt to Compile something. No need to use it directly. > > You'll probably have to edit the Makefile and check if it > > allows one to override the system type variable. > > Do you mean environment variables? > > Ugh, yes. I was probably typing something else in parallel to that email when I wrote that sentence. :-) > > If it does not, then you may need to patch the Makefile -- you > > can then place the diff next to the Recipe file (e.g. diff -up > > postfix/Makefile.orig postfix/Makefile > > > /Data/Compile/LocalRecipes/Postfix/version/01-build.patch) > > > > That should help you to automate the build of the package with Compile. > > > > When MakeRecipe says that it could not find any variables, then you may > > need to look at the Makefile and the README file provided by the package > to > > learn how to build it. Afterwards, you can edit the Recipe and set the > > build_target=, make_variables=, and/or install_variables=. Please see at > > the URL below for an example. > > > http://recipes.gobolinux.org/r/?list=IOzone&ver=3.338-r1&file=Recipe > > In Recipe, I see that PREFIX is set in install_variables: > > install_variables=( > PREFIX=$target > ) > > So $target is supplied by Compile? > > Yes, it is. > Another question: why does the Makefile patch introduce the > following line? Doesn't it defeat any external change to > PREFIX? > > PREFIX = /opt/iozone > > Also I didn't think that /opt was part of the Gobo directory tree. > > That was a generic patch which I prepared to send to the maintainers of IOZone, if I recall correctly. We do not have /opt in Gobo, but nothing prevents you from creating it in order to store things like e.g. Google Chrome or Earth. Cheers, Lucas _______________________________________________ gobolinux-users mailing list [email protected] http://lists.gobolinux.org/mailman/listinfo/gobolinux-users