similar to: [PATCH] fix install-strip target in Makefile

>From 2.6.2's Makefile: install: all ... ${INSTALLCMD} ${STRIP} -m 755 rsync$(EXEEXT) ${DESTDIR}${bindir} ... install-strip: $(MAKE) STRIP='-s' install This doesn't work (at least) on OpenBSD, because install(1) there will use the value of the environment variable STRIP as the command to run for stripping the executable. Renaming the variable will take care of this. ---

Hello, I can not install rsync 2.5.5. on a Caldera Open Unix 8.0.0 Operating System. After ./configure I enter the command "make" and I get the following Message: UX:make: FEHLER: Zeile 66: Syntaxfehler Where can I get help? I add the files: config.log and Makefile. P. Schnickmann -------------- next part -------------- This file contains any messages produced by compilers while running

Hi, I'm a newbie trying to make an R program executable on UNIX, just like one would write an executable perl script by putting "#!/usr/bin/perl" in the first line, and so on. It seems, though, that this would only work if I use the "BATCH" command to tell R to execute the program in its first argument. This would have the unfortunately side-effect of dumping all

I am guessing that since the error is on the first instance of the use of foo$(VAR): foo.o construct, that the Irix makefile parser doesn't know how to deal with this line. Obviously they don't use GNU make.... So here is a patch to Makefile.in that simplifies the use of variables. This only uses constructs that should work in all makes. It should not break anything, and it

We have a problem with shares that we would like to keep read-only for some users; it worked with 2.2.8a, but with 3.0.0 there is this odd behaviour: Users with read-only privilege can browse the files, can copy them out of the share (eg to their own hard disks) and open the copies, and can open the files in situ with Notepad; but if they try to open files in the share with Excel, for example, or

Hi I need to write a simple VFS module and I have to use C++ instead of C. I took sample files, compiled it and everything does work. However, when I compile it as C++, during the runtime I can see errors in the log: Can't find a vfs module. I am not experienced C or C++ programmer in linux environment, probably I do some silly mistake, but I am really stucked now. I am using Samba version

This is an updated version of my patches to get rsync to build and run its tests on the Stratus VOS operating system. I have updated this patch to apply cleanly to the current copy of HEAD. I also ran the test suite and discovered that I needed to tweak a few spots in the Makefile to append the executable suffix (VOS is one of the few systems that has a required executable suffix). There are a

Hi, I would like to ask you to consider the attached patch for inclusion into the next samba release. The patch addresses the following three points: 1. 'make install' with VPATH fails at one point ( $(srcdir)/script/findsmb vs. script/findsmb ) 2. support for 'make DESTDIR=<somewhere> install' (e.g. to build a binary package) 3. support for 'configure

Hi, I have already sent this once, but since the problem persists here it is again. Please consider the attached patch for inclusion in the rsync distribution. The patch fixes the problem that 'make install-strip' tries to strip the manpages and thus fails. An other part of the patch adds DESTDIR (for package building). This is nowadays part of all automake generated Makefile's,

Hi out there, i intend to run multiple Instancies of Samba on a single, multi-homed, server, with each instance bound to a specific (logical) interface. If this works, it would be fine to me. Mainly for administrative Reasons. (You won't believe, but from time to time it becomes necessary to restart some services, but restarting the entire server is a real mess) Well here my

Hi, 1. "make install-strip" (in rsync-2.5.x) tries to strip the manpages and thus fails; attached is a patch fixing the Makefile logic (and also adding DESTDIR -- convenient for package-building or test-installing). 2. I just fetched rsync-2.5.2 but the build (on i686-linux) badly fails. The complete log from configure and make is attached. regards Peter Breitenlohner

Can someone suggest anything that will help with the following ext3 performance problem? (It's a Berkeley db issue at bottom, but the ext3 part is worth looking at, I think.) First, two paragraphs of background: A Bayesian spam filter called bogofilter uses Berkeley db to maintain two database files of identical format: one containing words found in spam email and for each word the number

I am getting the following errors when compiling SAMBA 2.2.4 on HP-UX 11.00. Anyone have any ideas on what's causing the problem? Using FLAGS = -O -I./popt -Iinclude -I./include -I./ubiqx -I./smbwrapper -D_HPUX_SOURCE -D_POSIX_SOURCE -D_LARGEFILE64_SOURCE -D_ALIGNMENT_REQUIRED=1 -D_MAX_ALIGNMENT=4 -DLOGFILEBASE="/opt/samba/var" -DCONFIGFILE="/opt/samba/etc/smb.conf"

I am getting the following link errors when compiling SAMBA 2.2.4 on HP-UX 11.00. Anyone have any ideas on what's causing the problem? Using FLAGS = -O -I./popt -Iinclude -I./include -I./ubiqx -I./smbwrapper -D_HPUX_SOURCE -D_POSIX_SOURCE -D_LARGEFILE64_SOURCE -D_ALIGNMENT_REQUIRED=1 -D_MAX_ALIGNMENT=4 -DLOGFILEBASE="/opt/samba/var"

According to the Samba documentation, the manpages are supposed to be installed with Samba. Quote: docs/manpages: You don't need to worry about these yet; during the installation, the files will be installed so that you can use the man command to read them. But you can take a look in the directory to see which manpages are available. My problem: Samba4 on 64bit Fedora 17 will not

(I'm not subscribed; Mail-Followup-To set.) Contrary to the claim in the output of ./configure --help, $CPPFLAGS is in fact not influential. --- rsync-2.5.5/Makefile.in~ 2002-03-24 23:36:34.000000000 -0500 +++ rsync-2.5.5/Makefile.in 2002-11-12 17:52:04.000000000 -0500 @@ -9,6 +9,7 @@ LIBS=@LIBS@ CC=@CC@ CFLAGS=@CFLAGS@ +CPPFLAGS=@CPPFLAGS@ LDFLAGS=@LDFLAGS@

I've been doing some experiments with the Boost Graph Library (BGL) and interfacing to llvm's GraphWriter system. I'm using GBL for some custom work and needed a way to hook BGL's write_graphviz into GraphWriter to use the existing display infrastructure. To do this I added a HAVE_BOOST configure item and #ifdef'd the Boost support code in GraphWriter. Is this useful to

The BGL (Boost Graph Library) defines tie(), which is exactly what the tie() defined in STLExtras.h. The header files of GBL use boost::tie(), and other boost libraries use boost::tie() too. How to resolve the ambiguity for compiler? -- Tzu-Chien Chiu, 3D Graphics Hardware Architect <URL:http://www.csie.nctu.edu.tw/~jwchiu>

The following causes an assertion in recent svn pulls, but not in 2.5. The assertion: llvm-as: /home/bgl/work/llvm-work/include/llvm/ADT/SmallVector.h:125: T& llvm::SmallVectorImpl<T>::operator[](unsigned int) [with T = llvm::Constant*]: Assertion `Begin + idx < End' failed. The .ll code: target datalayout =

OpenSSH 2.5.1p1 was compiled on two different Linux machines, both with glibc 2.2, libz-1.1.3 and openssl-0.9.6. Both had been running 2.3.0p1 successfully. On both, the new sshd failed: # ./sshd -d -d -d -D debug1: sshd version OpenSSH_2.5.1p1 debug1: load_private_key_autodetect: type 0 RSA1 Disabling protocol version 2. Could not load host key RSA sessions worked. Generating a new DSA