<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>
Hey Johnea<BR><BR>many thanks for your support.<BR>
 <BR>
On step ahead -- the deployment works as it is supposed to work. <BR>
Adding <BR>
    NUT_LIBTOOL_PATCH = NO<BR>
to nut.mk makes it build. <BR>
 <BR>
The program names become funny however: apcsmart for instance was stored as arm-linux-apcsmart<BR>
The buildroot mailing list advised me to add the following option to fix this issue:<BR>
 <BR>
NUT_CONF_OPT = --program-transform-name='s/$(GNU_TARGET_NAME)-//;'<BR>
 <BR>
> But again, how this fits into the <BR>> buildroot framework i'm not sure. My experience is that autotool's files are <BR>> only slightly harder to read that ancient Sanskrit 8-)<BR>I feel the same way -- and I am a Sanskrit illiterate :-)<BR>
 <BR>
> Come on man, it's your board, give yourself permission 8-)<BR>
The tought occured to me :-)  Well,  it is not a matter of permission. The directories are on a read-only file system residing in a flash. I need to download and flash an the image which is a lengthy process of around 5 minutes (excluding building the image). You only want to do this once in a while.<BR>
 <BR>
- Is there a config  option to only compile only a particular ups driver (to reduce the size of the image) ?<BR>
- And is there an configure option to provide my own config file in etc ? etc resides on the flash as well...<BR>
- And is there a command line option for upsdrvctl to read a config file other than /etc/ups.conf ?<BR>
 <BR>
Thanks<BR>
Tilman<BR>
 <BR>
 <BR>
> Hey Tilman,<BR>> <BR>> > a) The compiler chain that came with the board uses buildroot. I tried to integrate nut into the buildroot tool chain, but it fails building.<BR>> <BR>> I'm not a buildroot expert. I've always run into quite a learning curve trying <BR>> to get any of those environments (buildroot, openembbeded, yocto, etc) to do <BR>> anything custom for me.<BR>> <BR>> As I said, I run archlinux and have a host with the pacman/makepkg package <BR>> management system installed. I've found it useful to manually crossbuild and <BR>> intall pacman on embedded targets, then cross build packages on the development <BR>> host and install them on the embedded target using the crossbuilt pacman that I <BR>> manually installed.<BR>> <BR>> Having a package management system makes it so much easier to upgrade, or <BR>> delete, the application files (in this case nut) on the target.<BR>> <BR>> So if buildroot is too onerous, maybe try installing and using opkg:<BR>> http://code.google.com/p/opkg/<BR>> <BR>> or pacman:<BR>> http://www.archlinux.org/pacman/<BR>> <BR>> Or, if it's just a one time thing, maybe just copying in the files manually is <BR>> easiest.<BR>> <BR>> The file list (that I attached earlier) shows the files and locations that nut <BR>> installs on the system here. (the difference will be that the package here are <BR>> configured with --prefix=/usr and yours will be --prefix=/usr/local. So modify <BR>> the directories you copy into accordingly)<BR>> <BR>> > b) How can I verify that the cross compiler (arm-linux) was correctly detected by autoconf? Is ther a .config file or something alike in output/build/nut-2.6.1 which I can check ?<BR>> <BR>> The --host config option should do this. But again, how this fits into the <BR>> buildroot framework i'm not sure. My experience is that autotool's files are <BR>> only slightly harder to read that ancient Sanskrit 8-)<BR>> <BR>> ><BR>> > d) To test the manually build nut (i.e. not using buildroot), I copied some binaries via ssh to the embedded board to /usr/local (besides /tmp this is the only place where I have write permission).<BR>> <BR>> Come on man, it's your board, give yourself permission 8-)<BR>> <BR>> You'll need root login for installing via package management systems.<BR>> <BR>> ><BR>> > d1) What is the minimal set of files that I need to bring to the embeeded board to see nut working ?<BR>> <BR>> Reference the directory listing previously attached. Convert /usr to /usr/local<BR>> <BR>> ><BR>> > d2) And how can I change the directory in which upsdrvctl searches for its drivers ?<BR>> <BR>> Looks like you need to rebuild with --prefix=/usr/local<BR>> <BR>> > Thanks<BR>> ><BR>> > Tilman<BR>> <BR>> Good Luck! Let me know how it works...<BR>> <BR>> johnea<BR>> <BR>> _______________________________________________<BR>> Nut-upsuser mailing list<BR>> Nut-upsuser@lists.alioth.debian.org<BR>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser<BR><BR>                                      </div></body>
</html>