similar to: [PATCH] also look for host-prefixed ar

Here is a patch to configure, & configure.ac that should solve the problems people are having with 4.3p1. Thanks to Corina for finding the simple solution. -- Tim Rice Multitalents (707) 887-1469 tim at multitalents.net -------------- next part -------------- diff -ru openssh-4.3p1/configure openssh/configure --- openssh-4.3p1/configure 2006-02-01 03:33:51.000000000 -0800 +++

Hello, Here is a summary of discussions around NUT builds on Mac OS X 10.10. Starting from https://github.com/networkupstools/nut-website/issues/7 <https://github.com/networkupstools/nut-website/issues/7> @JeanPerriault I've found msort on macports (https://trac.macports.org/browser/trunk/dports/textproc/msort/Portfile, http://billposer.org/Software/Downloads/ msort.pdf), but I'm

On Nov 20, 2014, at 7:11 AM, Jean Perriault (GM TAF) <jpweb.taf at gmail.com> wrote: > Hello, > Here is a summary of discussions around NUT builds on Mac OS X 10.10. > > Starting from https://github.com/networkupstools/nut-website/issues/7 > > @JeanPerriault > I've found msort on macports (https://trac.macports.org/browser/trunk/dports/textproc/msort/Portfile,

Sorry I ran ?make' command in nut-website/nut... (I still can?t understand why creating man page is so long, it is much more faster on ubuntu.) When running ?make? in nut-website, same issue then described previously, even with Arno patch > sort: stray character in field spec: invalid field specification `4.1,4.5rV > > >>>>>> and it ends with: > >

Hello, There are three small problems with the "slogin" and "slogin.1" symlinks created upon installation: 1. "./" is included in the target path unnecessarily. 2. Symlinks are assumed to be available, while only hardlinks could. 3. EXEEXT is not respected for slogin. Here is a fix for both problems -- the "./" is simply removed, EXEEXT is added, the

It was brought up that on Solaris 2.7 that 'ar' may not be found when it steps into openbsd-compat/. I've not heard of this bug before but this is the following fix. Any particle reason for us not to commit this? - Ben --- ../openssh/configure.in Sat Feb 3 17:04:03 2001 +++ configure.in Mon Feb 5 13:24:41 2001 @@ -8,7 +8,7 @@ AC_PROG_CPP AC_PROG_RANLIB AC_PROG_INSTALL

For systems that don't have perl at /usr/bin/perl, fixpaths doesn't run. I've added a check in configure.in to find where perl is and use it to run fixpaths. Here's the patch: --- configure.in.orig Mon Dec 27 23:09:36 1999 +++ configure.in Tue Dec 28 10:16:05 1999 @@ -9,6 +9,7 @@ AC_PROG_RANLIB AC_PROG_INSTALL AC_CHECK_PROG(AR, ar, ar) +AC_CHECK_PROG(PERL, perl, perl)

After a fresh ?nut' (version 2.7.2.5) clone on Yosemite, Configuration summary: ====================== build serial drivers: yes build USB drivers: yes build SNMP drivers: yes build neon based XML driver: yes enable Avahi support: no build Powerman PDU client driver: no build IPMI driver: no build Mac OS X meta-driver: yes build i2c based drivers: no enable SSL support: yes (OpenSSL)

Hi, I'm using SimpleStopper with TermGenerator in a Python indexing script, in an attempt to keep my index size down (currently 30K per doc, and I have 200 million docs to index, which I think implies 6TB.) However, unprefixed (positional?) terms are not affected by the stopper, though Z-prefixed terms are. I assume this is intentional for phrase queries, but I need to reduce my

I found that my mail client reported invalid messages in the just-downloaded rsync.mbox. Further examination showed that they are due to instances of unprefixed words "From" at beginning of line in the message body. Once I fixed them, all messages are visible. It looks like the rsync.mbox file may have been prepared by simple concatenation of messages, without the filtering of

1. Add support for files >2GB via Paul Eggert's AC_SYS_LARGEFILE macro. This macro is now part of autoconf 2.50. Because of this, "config.h" needs to be included before system headers to get the appropriate defines for LFS support. openbsd-compat/sigact.c configure.in acinclude.m4 2. AIX defines TILDE in <sys/ioctl.h>. Rename to TILDE_CHAR. Feel

Hi, I am having a little trouble compiling vorbis-tools from svn. The error message(s) are as follows: andrew@ilium:~/Desktop/vorbis-tools$ ./autogen.sh checking for autoconf... checking for automake... checking for aclocal... checking for libtool... libtoolize checking for gettext... I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

Previously the OCaml compiler was only required if building from git but was at least theoretically optional if building from tarballs (although this was never tested). Since we want to write parts of the daemon in OCaml, this makes OCaml required for all builds. Note that the ‘--disable-ocaml’ option remains, but it now only disables OCaml bindings and OCaml virt tools. Using this option does

I would like to have winbind map all of my AD users to their full user@REALM form on the Linux domain members. I'd like lookups to be properly canonical. Is this possible? 'getent passwd user' should return: user@REALM.NET:*:1786588783:1786588745:Mr Man:/home/whatever:/bin/bash I'm finding my options are to either have the local names be plain, unprefixed, or prefixed, but

Hi all. As most folks on this list will know, OpenSSH 4.3p1 had some problems with login recording under some configurations. This has been resolved in the current tree and we are looking at rolling a 4.3p2 release to address them. For the most part the changes are fixes only; the ChangeLog since 4.3p1 is below in its entirety. There's one other change that is currently still not decided,

I'm trying to get dovecot-lda working on a FreeBSD 6.0-RELEASE box (also had the same problem on 5.4) When I run autogen.sh I get the following output: aclocal:configure.in:13 <http://configure.in:13>: warning: macro `AM_PROG_LIBTOOL' not found in library You should update your `aclocal.m4' by running aclocal. configure.in <http://configure.in>: installing

Trying to build the latest CVS code of LDA against dovecot beta 9. Running autogen script I'm getting this message. I added the contents of /usr/local/share/aclocal/ to /usr/local/share/libtool/libltdl/aclocal.m4 #aclocaldir = /usr/local/share/aclocal/ aclocal_DATA = libmcrypt.m4 libtool.m4 ltdl.m4 but no luck. any advise ? /usr/local/share/aclocal/libmcrypt.m4:17: warning:

Hi Currently I am trying to get device-mapper and dmraid ported to compile against klibc. So far there was no real issues, as the only thing they used was fscanf and feof not available presently in klibc (but easy to work around). Other than that there are really no way to easily check for installed klibc's other than trying to mangle the output of klcc (from adjusted configure.in): -----

On 8/18/20 5:50 AM, Richard W.M. Jones wrote: > Especially on Windows, some common functions are missing. Use the > autoconf LIBOBJS mechanism to replace these functions. > > This includes replacement functions for: > > Function names Implementation Origin > > getdelim, getline general purpose NetBSD under a compatible license > > openlog,

Pending positive confirmation in http://llvm.org/PR2886, I'd recommend that r57974 and r57976 be pulled into the 2.4 release branch and configure regenerated there. Begin forwarded message: > From: Gordon Henriksen <gordonhenriksen at mac.com> > Date: October 22, 2008 08:40:40 EDT > To: llvm-commits at cs.uiuc.edu > Subject: [llvm-commits] [llvm] r57974 -