similar to: Here's a recipe for Samba+Active Directory on Solaris 9

There are a couple of bugs in the openssh-3.7.1p2. The aix_setauthdb function does not work with other types of authentication such as AFS/DFS. The loginfailed test in configure is not correct. Also, AIX can use the wtmp logging which I added in configure. Attached is the patch. Thanks, Matt Richards -------------- next part -------------- *** openssh-3.7.1p2/openbsd-compat/port-aix.c Mon Jul 14

This might be a croosmail, but necessary. I did us openssl-SNAP-20160104 minorss erros and installed. I tried openssh-SNAP-20160105 and the OpenSSL libraries cannot be found In the openssh configuration file I see # Determine OpenSSL library version { $as_echo "$as_me:${as_lineno-$LINENO}: checking OpenSSL library versi on" >&5 $as_echo_n "checking

Hello all, I am attempting to cross-compile Samba 3.0.24 for the ARM platform using on an Ubuntu Dapper box using arm-linux-gcc 3.4.0. I am using the following script to call configure: #!/bin/bash ac_cv_func_prctl=no linux_getgrouplist_ok=no ./configure --without-krb5 --without-ldap --without-ads --disable-cups --without-swat --prefix=/home/tropem/samba-build --host=arm-linux

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 +++

Hi, I noticed sometimes ago that my 32-bit R 2.4.1 is non-MBSC/iconv capable, whereas my 64-bit R (both built locally myself, on x86_64 linux) is. I know my system is rather beefed up on any kind of CJK-related stuff, and it shouldn't be the case. So I just looked into it, and found that the configure script basically automatically assume that the system is non-iconv/MBSC capable if it looks

On 3/15/23 18:25, Eric Blake wrote: > On Wed, Mar 15, 2023 at 12:01:57PM +0100, Laszlo Ersek wrote: >> Don't try to test async-signal-safety, only that >> NBD_INTERNAL_FORK_SAFE_ASSERT() works similarly to assert(): >> >> - it prints diagnostics to stderr, >> >> - it calls abort(). >> >> Some unfortunate gymnastics are necessary to avoid

I am new to usage of this mailing list, I have was going through some of the archives to see if my question is addressed already but I could find it. I could see mostly people are discussing about issues with rsync. My query is not much related with issues with rsync but it is related to compilation error which I am facing with latest version of rsync. I am compiling rsync-3.0.9 in my build

On Thu, 11 Jan 2024 09:30:55 +1300 Simon Urbanek <simon.urbanek at R-project.org> wrote: > That said, WHICH is a mess - it may make sense to switch to the > command -v built-in which is part of POSIX (where available - which > is almost everywhere today) which would not require an external tool This is a bit tricky to implement. I've prepared the patch at the end of this

Hi Tobias, > I committed an extended version of that patch to llvm core and the test suite. > Can you have a look, if it works for you. if I configure like this then the configure script thinks llvm-gcc is not dragonegg: configure --with-llvmgcc="gcc-4.5 -fplugin=path/dragonegg.so" --with-llvmgxx="g++-4.5 -fplugin=path/dragonegg.so" There are several reasons for

Hello, i have only some typo: (using rc17) adding to section imap {} mail_plugins = quota produce on dovecot start IEffective uid=65534, gid=65534 ILoading modules from directory: /usr/local/dovecot/lib/dovecot/imap IModule loaded: /usr/local/dovecot/lib/dovecot/imap/lib10_quota_plugin.so and there is little patch to use vpopmail on nonstandart location (like /usr/local/vpopmail for example)

I recently had a problem with the configure script from perfparse running properly so that I could 'make install' it to work with Nagios 2.10 on latest CentOS 4.x + RPMForge (see http://readlist.com/lists/centos.org/centos/5/28966.html). Thinking it was a problem that was a result of "yum remove gd", I formatted the box and reinstalled everything. Now, oddly, I still have the

Hi, compile warnings in 3.0.8: lib/util_str.c: In function `strstr_m': lib/util_str.c:1337: warning: return discards qualifiers from pointer target type tdb/tdbutil.c: In function `make_tdb_data': tdb/tdbutil.c:46: warning: assignment discards qualifiers from pointer target type tdb/tdbutil.c: In function `tdb_chainlock_with_timeout_internal': tdb/tdbutil.c:60: warning: passing arg

Included below is a diff between the output from configure on a 64 bit SUse 11.1 (doesn't find libedit) and a 64 bit Suse 10.3 (does find libedit) for otherwise identical setups. 1. How can I get the output set up to look at conftest.c? 2. I added a set -x to configure above LIBEDIT_MSG=no 3. ./configure --with-ldflags="-L/usr/lib64" --with-cflags="-ggdb3

The following patches shave some rough edges off the tools build system to allow cross compiling for at least arm32 and arm64 based on the Debian/Ubuntu multiarch infrastructure. They also add the necessary fixes to build for arm64 (which I have only tried cross, not native). I have posted some instructions on how to compile with these patches on the wiki:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi, building OPENSSH v4.3p2 on OSX 10.4.7, all's fine (config, nake, install, exec) out-of-the-box. so, to be clear, this is NOT a blocker, by any stretch ... that said, however ... if, instead of a don't-monkey-with-it build, prior to ./configure, i: autoreconf -i -f then, a subsequent: ./configure \ --prefix=/usr/local/openssh \

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

Not sure if I mentioned it but I'm on FreeBSD too. I wonder if any of the patches FreeBSD applies automatically is causing this. I looked through them but couldn't find anything obvious that might cause this --- configure.orig? ? ? 2020-08-12 12:20:51 UTC +++ configure @@ -28901,13 +28901,13 @@ fi ? ?if test $want_stemmer != no; then -? ? { $as_echo "$as_me:${as_lineno-$LINENO}:

The latest Ubuntu distribution of libguestfs for Ubuntu 14.04 includes supermin 4. guestfish seems to gag. Apparently, I need supermin 5 to make things work. So I downloaded supermin_5.1.9.orig.tar.gz. I unzipped to a source folder /usr/local/src Then I attempted to build from source using ./configure I received this error: config.status: error: cannot find input

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"