similar to: [Debian Sarge 3.1] Compliling NUT 2.1 SVN failed with automake tools (version 1.4-p6)

Hi, Below is a log of what I did. In summary, I think the problem lies in that I can't build libupsclient: e.g. make[1]: *** No rule to make target `libupsclient.la', needed by `upsc'. Stop. I'm not very familiar with autoconf, aclocal, automake, I tried hacking it a bit, but couldn't get it to fix the errors... Thanks, Edwin $ svn update At revision 845. $ autoreconf

Ok Guillaume, It is Megatec protocol. It sends Q1<cr> and answers with (227.2 227.2 227.2 038 50.1 13.5 25.0 00001001<cr> And if you check http://eu1.networkupstools.org/protocols/megatec.html it matches. And now, ho has time to code ? Kjell fre 2006-04-21 klockan 17:18 +0200 skrev Guillaume JAOUEN: > Hello, > > As I wish to help you the most I can in order to get a

-----BEGIN PGP SIGNED MESSAGE----- Hello, I leave a mail here because I can't find any solution in order to get the nut working with this UPS despite I search everywhere on the net. I've bought this UPS recently after that an MGE-UPS Ellipse 1200 USB burn. I've those information about the UPS : Reseller link : http://www.alpha-power-technologie.com/images/GPi-usb.pdf In his

-----BEGIN PGP SIGNED MESSAGE----- Hello, I leave a mail here because I can't find any solution in order to get the nut working with this UPS despite I search everywhere on the net. I've bought this UPS recently after that an MGE-UPS Ellipse 1200 USB burn. I've those information about the UPS : Reseller link : http://www.alpha-power-technologie.com/images/GPi-usb.pdf In his

Hi all, Currently, the "megatec" driver only supports UPSes which have a serial (RS232) interface. However, I'm under the impression that most of the models that speak the megatec protocol, and have an USB interface, just have a standard serial-to-USB converter inside. This being the case, there should be a "/dev/ttyUSBx" device which the megatec driver could use just as

Hi all, Currently, the "megatec" driver only supports UPSes which have a serial (RS232) interface. However, I'm under the impression that most of the models that speak the megatec protocol, and have an USB interface, just have a standard serial-to-USB converter inside. This being the case, there should be a "/dev/ttyUSBx" device which the megatec driver could use just as

Hi, Please help me resolve this problem. While compiling samba-1.9.18p8, I got this message: cc: Internal compiler error: program cc1 got fatal signal 6 make: *** [smbpass.o] Error 1 I have re-edited the Makefile, and recompiled several times. Each time I got the same error message, at exactly this same spot. Is this a problem with my gcc compiler? which the message seems to imply. But I have

Hi again, I've succeeded in compiling the svn trunk with the automake tools and wish to say thank you to Charles Lepple for his help. After fixing some parameters in the hotplug script I can now get access to the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the usermap). I've decided to try the newhidups driver with -x generic parameter and got this response :

I have been trying to write my own user defined function in Rpart.I imitated the anova splitting rule which is given as an example.In the work I am doing ,I am calculating the concentration index(ci) ,which is in between -1 and +1.So my deviance is given by abs(ci)*(1-abs(ci)).Now when I run rpart incorporating this user defined function i get the following error message: Error in

Hi, a few days ago, I bought some of those Mustek UPSes that have both a serial and a USB connector. Currently only the serial port is supported by the megatec driver. This works fine so far. Now I have seen there is a megatec_usb driver, which currently only supports 2 other UPSes. How can I help to find out whether the PowerMust might actually work with the megatec_usb driver? -- Regards,

HI all : I got the message "Using timer interrupt." when trying the command "opcontrol --list-events". then I found infomation "xenoprof: Initialization failed. Intel processor model 44 for P6 class family is not supported“ after "xm dmesg". the TYPE OF CPUS here is Intel(R) Xeon(R) CPU E5620 @ 2.40GHz. So does it really not support this

Signed-off-by: Doug Goldstein <cardoe at gentoo.org> --- Makefile.am | 2 +- configure.ac | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: fee51bc27d60c7ec9d0371af88a476a232d9a8bd.diff Type: text/x-patch Size: 761 bytes Desc: not available Url :

From: "Richard W.M. Jones" <rjones at redhat.com> Earlier versions of automake complain if they get a configuration parameter which they don't understand. The error is: configure.ac:27: error: option 'serial-tests' not recognized Use some m4 hackery to work around this. --- configure.ac | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff

Could someone please check and see what I am doing wrong with automake in branches/AsciiDoc? http://boxster.ghz.cc/projects/nut/browser/branches/AsciiDoc/docs/Makefile.am?rev=1917 The problem is that 'make html' never recurses into docs/website. I have listed 'website' in the 'SUBDIRS' section of docs/Makefile.am, and 'docs/website/Makefile' is listed in the

http://bugzilla.netfilter.org/show_bug.cgi?id=798 Summary: fix warning with newer automake Product: iptables Version: unspecified Platform: x86_64 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: iptables AssignedTo: netfilter-buglog at lists.netfilter.org

--- perl/Makefile.am | 4 ++-- resize/Makefile.am | 8 +++++--- sparsify/Makefile.am | 8 +++++--- 3 files changed, 12 insertions(+), 8 deletions(-) diff --git a/perl/Makefile.am b/perl/Makefile.am index eff0059..5e29bbd 100644 --- a/perl/Makefile.am +++ b/perl/Makefile.am @@ -40,11 +40,9 @@ if HAVE_PERL # a nightmare, news at 11. # src/ dependencies -.PHONY: src_deps

Hi Rich, I realized a day or two late that my suggestion was not quite right. Here's the fix: >From 5294c21cf07c4ec2f094182ba9f32696f3de2751 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Mon, 23 Jan 2012 10:01:40 +0100 Subject: [PATCH libguestfs] build: don't use automake-internal variable * ocaml/Makefile.am (mlguestfs.cma): Use the documented

If you rebuild the Makefiles using automake >= 1.13 then you'll likely hit this error: Makefile:1904: *** unterminated variable reference. Stop. This is caused by automake miscompiling GNU make macros that appear in the 'TESTS' variable decl in 'ocaml/Makefile.am'. I posted a bug about this upstream. It hasn't appeared yet, but it should turn up here in the near

Hi, To be able to validate CMake changes in the Github mirror I propose we add github actions to the repo and start building with CMake. https://github.com/features/actions [https://github.githubassets.com/images/modules/site/social-cards/actions.png]<https://github.com/features/actions> Features • GitHub Actions · GitHub<https://github.com/features/actions> GitHub is where people

> > > 6. Have you given any thought to using automake to generate your > > > Makefiles? I use automake extensively and would prefer to > > > continue to use it with LLVM. It is simple and works well on > > > many platforms. If you'd like to go this route, I'd be willing > > > to do the conversion for you.