similar to: Cross-compiling tinc 1.1 for Windows

Displaying 20 results from an estimated 10000 matches similar to: "Cross-compiling tinc 1.1 for Windows"

2015 Sep 01
2
Cross-compiling tinc 1.1 for Windows
Hi Guus, >Yes, getting ncurses to work on Windows can be tricky. I managed to cross-compile readline and termcap, and was able to link tinc against that. Thank you for your help! I also added "--prefix="C:/Program\ Files/tinc/", but that does not quite do the trick, I get error messages like: ~/tinc>tinc.exe top Could not open pid file C:/Program Files/tinc/etc\tinc\pid:
2015 Aug 31
0
Cross-compiling tinc 1.1 for Windows
2011 Nov 22
7
[PATCH] use ncurses-config to find all curses related libs
After a split of libtinfo from libncurses in openSuSE Factory the tools will not link anymore. In the URL below it was suggested to use ''ncurses-config --libs'' to find the correct linker options. But ncurses-config does not exist neither in SLES11 nor in openSuSE. So check for both ncurses5-config and ncurses-config, if the latter happens to exist in other environments. With
2015 Sep 01
1
Cross-compiling tinc 1.1 for Windows
I've managed to compile tinc with ncurses for the top command using script. https://github.com/lancethepants/tinc-Windows/blob/master/tinc.sh I haven't had any success making a working tinc.exe with readline included. It appears to compile fine, but when I run 'tinc -n vpn' it display the shell prompt, then immediately kicks out of the shell back to the terminal. I'd be
2017 Mar 08
1
Suspicious code in net_socket.c
For my opinion, special function not needed, because at first time, oai set to NULL, freeaddrinfo tried to free each ai, until occurance of ai_next == NULL. But it works. Linux, Windows, coordinator with white IP, other nodes behind NAT's (1 or two NAT's, only direct connections allowed). There are some problems with MinGW make, at least - mingw-64 from Fedora 25. 1. No definition for
2015 Sep 01
0
Cross-compiling tinc 1.1 for Windows
On Tue, Sep 01, 2015 at 03:20:13PM +0200, Martin_Kaufman at web.de wrote: > >Yes, getting ncurses to work on Windows can be tricky. > > I managed to cross-compile readline and termcap, and was able to link tinc against that. > Thank you for your help! > > I also added "--prefix="C:/Program\ Files/tinc/", but that does not quite do the trick, I get error
2014 Nov 05
2
[PATCH] Use -ltinfo instead of -lncurses.
In tools except guestfish, we don't use ncurses, or even curses, just 2 termcap functions and a global variable. These are provided by libtinfo, so just link to that. In guestfish we use readline which needs ncurses. Leave that alone. --- builder/Makefile.am | 2 +- configure.ac | 12 ++++++------ customize/Makefile.am | 2 +- mllib/Makefile.am | 6 +++---
2019 Oct 27
1
ls permissions format changed in CentOS 8
It's a missing ncurses feature in the older PuTTY that's trigged by an update to ncurses or terminfo in CentOS 8. PuTTY 0.72 added support for the REP (repeating character) command and the newer terminfo adds that as an xterm feature. The Epsilon author spotted it in the PuTTY changelog. So any curses app that uses repeating characters will have this problem when used with an old
2003 Jan 29
2
acs_map
I'm having trouble compiling wine on a newish box. The problem is a missing symbol 'acs_map' cropping up in dlls/ttydrv/graphics.o. The symbol is not directly in the relevant source file so it seems to be from a macro or typedef but extensive grepping has not identified the source. I suspect the problem is a package missing in the distro (dRock 1.6.0) but have not been able to
2007 Jul 20
1
ncurses admin tool over ssh
Hello, Just installed CentOS 5 64bit. I come from a Suse environment and I am curious if there is a ncurses type admin tool similar to Yast? I don't want to run X windows on this server. Many thanks and I'm looking forward to learning about and using this Linux distro. Regards, James
2017 Dec 17
2
Fwd: i am having some hard time compiling tinc 1.1 for openwrt
---------- Forwarded message ---------- From: eldad hadas <eldadh at hadasbros.com> Date: Sun, Dec 17, 2017 at 9:19 PM Subject: i am having some hard time compiling tinc 1.1 for openwrt To: guus at tinc-vpn.org Hello, i am having some hard time compiling tinc 1.1 for openwrt. i have found a precomiled version for ar71xx, but i need for mips_24kc and ramips/mt7620 i have tried afew
2012 Nov 11
1
Error when compiling tinc 1.1pre3 - configure: error: "curses header files not found."
Hi! I'm trying to compile tinc-vpn 1.1pre3 on Ubuntu 12.10, but I get this error: checking curses.h usability... no checking curses.h presence... no checking for curses.h... no configure: error: "curses header files not found." (See the attached text file for the output when running ./configure) I have searched on google after this error message but I can't find anything
2014 Dec 07
2
Build On CentOS
On Sun, Dec 07, 2014 at 04:33:49PM +0100, Guus Sliepen wrote: > Hm, on Debian it works fine, OTOH the command "libncurses5-config > --libs" does tell me to link with -ltinfo. I'll see if I can add that > to the autoconf script. On CentOS 7 tinc 1.1 compiles without problems. Also, both on Debian and CentOS "pkg-config --libs ncurses" only prints
2012 Aug 28
2
Compile syslinux64.exe on ubuntu
Hello, I wanted to recompile syslinux64.exe (windows 64bit binary) on ubuntu. The default ./find-mingw64.sh script failed to locate mingw64 on ubuntu, even after root at htpc:~# apt-get install gcc-mingw-w64 So I had to patch the script to let it find mingw64 on ubuntu as well. Patch is below, please apply to syslinux sources: --- syslinux-4.05/win64/find-mingw64.sh.orig 2012-08-28
2015 Jul 28
2
[LLVMdev] Regression testing on MSYS2 host with mingw-w64
> > Is it turned ON in your build? > Yes it is turned on in my build here is my build script PATH=/mingw64/bin:$PATH FFI_INCLUDE_DIR="$(pkg-config --cflags libffi)" > FFI_INCLUDE_DIR=$(echo $FFI_INCLUDE_DIR | sed 's|-I||g') > > /mingw64/bin/cmake.exe \ > -G"MSYS Makefiles" \ > -DCMAKE_MAKE_PROGRAM="/usr/bin/make.exe" \ >
2005 Mar 10
4
Compiling Asterisk On SUSE 9.2
Dear all, I have tried to compile * 1.0.6 (downloaded from the digium site, in the right sequence - zaptel, libpri, asterisk) on two different machines running SUSE 9.2. The problem comes during some preliminary checks: checking for ar... /usr/bin/ar checking for tgetent in -ltermcap... no checking for tgetent in -ltinfo... no checking for tgetent in -lcurses... no checking for tgetent in
2010 Jan 22
2
readline/termcap problems compiling Samba 3.5.0rc1 on CentOS 5.4 64-bit
Hi all When I try to compile 3.5.0rc1 on CentOS 5.4, I get the seemingly well know problem below Linking bin/smbclient /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libreadline.so: undefined reference to `tgetnum' /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libreadline.so: undefined reference to `tgetent'
2012 May 27
2
[LLVMdev] Linking clang.exe takes more than two hours?
Hi, I'm building using MINGW64 on a very slow system (Intel Atom 330 X2 1.6 GHz), but it seems rather odd that the system has been linking clang.exe for the past two hours. It appears that a couple of gigabytes of virtual memory are being used (causing constant swapping) - the system has only 2 GB of physical memory. Is this a bug in MINGW64 (binutils 2.22) or is it just too little RAM in
2008 Oct 15
1
error during installworld on 7.1 beta (was: error during buildworld on 7.1 beta)
During installworld I get: cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/ncurses.3x > ncurses.3 sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/MKterminfo.sh /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/man/terminfo.head /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/Caps
2019 Aug 20
2
Re: Compiling Libvirt on Windows for Hyper V support
Hi, I tried that out, I got a new error about pthreads in my config.log. Could you take another look. Thanks again, Reza > On Aug 20, 2019, at 12:36 PM, Daniel P. Berrangé <berrange@redhat.com> wrote: > > On Tue, Aug 20, 2019 at 12:29:15PM -0400, reza shahriari wrote: >> Hi, >> >> I have attached my compressed config file. >> >> Thanks,