similar to: debian/{rules,init.d} DESTDIR and $VPNMASK fixes

Hello Mads, In case you never saw any mail from me, I'm tinc's co-author. It would be helpful if you'd subscribe to the tinc developpers mailing list. It's not high volume, but it eases communication. There's a problem with tinc's boot scripts (at least the debian one, but that's fixed now). The netmask of the tap devices should be larger than the one specified with

On Sat, 29 Jun, at 04:40:00PM, Igor Sverkos wrote: > Hi, > > seems like there is a problem in gnu-efi Makefiles: > > When you are not on Debian, this will be installed (from > $source/inc/Makefile, called from $source/Makefile): > > install: > mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi > mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi/protocol > mkdir

Hi, seems like there is a problem in gnu-efi Makefiles: When you are not on Debian, this will be installed (from $source/inc/Makefile, called from $source/Makefile): install: mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi/protocol mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi/$(ARCH) $(INSTALL) -m 644 *.h

THis is the modified script that came with tinc 1.0pre2, and it now uses ifconfig in stead of ip-route. I changed the syntax to be correct (may already have been fixedin a newer version), it now checks whether or not there is a '/dev/tapX' or a '/dev/netlink/tapX' and it checks if there is a module or not. I also added the force_connect and the reload options. Force_connect send

Author: tha-guest Date: 2006-02-20 18:22:11 +0000 (Mon, 20 Feb 2006) New Revision: 40 Modified: trunk/debian/control trunk/debian/rules Log: - changed "hotplug | udev (>=0.059)" dependency to "hotplug | udev" - removed "hotplug" as build-dependency - updated rules file to have hotplug & udev etc files installed Modified: trunk/debian/control

I'm having a bit of a problem getting tinc up and running between a pair of RedHat (one 6.0, the other 6.1) boxes. It's installed and configured to the point where they can connect, but I'm not seeing any traffic passing between the two systems. System A looks like - tinc.conf: # Sample tinc configuration. # Insert your own ip numbers instead of the placeholders, # and be sure to use

Installing the new tinc on a system (Mandrake 7.0) that uses bash2 as it shell turned up a problem with the redhat initialization script. Attached is a patch to make it functional for both bash and bash2. - Jamie -------------- next part -------------- diff -uNr tinc-1.0pre2.org/redhat/tinc tinc-1.0pre2/redhat/tinc --- tinc-1.0pre2.org/redhat/tinc Fri May 26 05:22:49 2000 +++

On Sun, 11 Jun 2000, David Summers wrote: > Thanks for the great software package! The question I have is this: Thank you :) > My goal is to set up a triangle topology VPN between three sites and run > OSPF routing on all the sites so that if a link goes down between any two > sites the OSPF routing will reroute the packets that used to go between > the sites A <-> B to A

I am using tinc1.0pre1 pre2 is not yet available on the tinc site. The Var. VpnMask is unknown in version pre1. Netmask is 255.0.0.0 on tap0 on both gateways. Still the problem that you can ping the gateway on the other network but not the machines behind it. I've used the rpm download. -----Original Message----- From: Guus Sliepen [mailto:guus@warande3094.warande.uu.nl] Sent: Wednesday, May

Hello, we had a quick exchange some time ago about putting DESTDIR support in R-Project. DESTDIR is not meant for run-time relocation, but for staged installation. An already configured package can be installed to a temporary destination, with all information, hard-coded paths, or even run-time relocation code referring to the final destination. In attachment you'll find a p1 (and p2, for

Hi, I've been patching OpenSSH [portable] so that I can override DESTDIR when cross-compiling. Is there any reason not to allow this in the general case? Thanks! -- Matthew L. Creech

The default make targets in the top level makefile set DESTDIR which gets applied when the stubdom makefile tries to do a make install within gmp to install libgmp.a to the cross root. Ian, do you want to apply this to your tree and commit the whole thing or would you prefer I roll out a fresh new patch set with all updates applied? Signed-off-by: Matthew Fioravante

Hello, I am writing you about the GNU R-Project, as part of by effort to help GNU projects provide a better, more consistent build system. Currently, your project does not support the DESTDIR variable in generated Makefiles (marked as optional in the GNU coding policies, make and automake manual). In my opinion, DESTDIR support can be very helpful for the user, the distribution-specific

https://bugzilla.mindrot.org/show_bug.cgi?id=1505 Summary: default Solaris make does not pass DESTDIR Product: Portable OpenSSH Version: 5.1p1 Platform: All OS/Version: Solaris Status: NEW Severity: minor Priority: P5 Component: Build system AssignedTo: unassigned-bugs at mindrot.org

Hi! I'm trying to cross-compile 4.8-STABLE world to install it over NFS later. I have ./make.conf: # start of file CPUTYPE=i486 KERNCONF?=CONS MODULES_WITH_WORLD=true DESTDIR=/mnt/cons # end of file I run: dir=`pwd` make __MAKE_CONF=$dir/make.conf buildworld 2>&1 | tee $dir/bw.log It fails: ===> gnu/usr.bin/groff/contrib ===> gnu/usr.bin/groff/contrib/mm sh

Hi Erick, On Fri, 2006-12-08 at 19:27 -0800, Erick Tryzelaar wrote: > Reid Spencer wrote: > > Yes, but its a bit verbose. The variables that control this are all > > defined in the Makefile.config file. The variables are: > > > > PROJ_prefix := /proj/llvm/install-1 > > PROJ_bindir := /proj/llvm/install-1/bin > > PROJ_libdir :=

On Sun, 11 Jun 2000, gbarnett wrote: > Guus... I couldn't seem to get this to the mail list... could you post it > and/or answer it for me? Sure. > 2.3.4.5/tinc.conf > MyVirtualIP = 10.69.69.69/32 > TapDevice = /dev/tap0 > VPNMask = 255.255.255.0 Problem found (I think)! MyVirtualIP should be 10.69.69.69/29. Your VPNMask is correct. Idem for server B, where MyVirtualIP

Hi, The Makefiles in the tinc/po dir don't respect the DESTDIR environment variable. This prohibits rpm packages from installing the l10n files. The debian package tools don't have that problem as they chroot. When building rpms, the l10n files get installed into the real root - not very nice. I don't know how to edit the Makefile.in.in files, I can find out but it'd be nicer if

Reid Spencer wrote: > Yes. Could you please file a bug report for this so we don't forget > about it. I would really appreciate it. > Will do. >> So does that mean that if we're doing a pure llvm, or llvm + llvm-gcc4, >> we can just do "make" and not "make tools-only"? >> > > Yes. The makefile detects llvm-gcc4 and skips the

Reid Spencer wrote: > Yes, but its a bit verbose. The variables that control this are all > defined in the Makefile.config file. The variables are: > > PROJ_prefix := /proj/llvm/install-1 > PROJ_bindir := /proj/llvm/install-1/bin > PROJ_libdir := /proj/llvm/install-1/lib > PROJ_datadir := /proj/llvm/install-1/share > PROJ_docsdir :=