similar to: testing openssh 4.7

Compiling current git on MacOSX 10.5.8 Darwin mac.stare.cz 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 $ ./autogen.sh Updating build configuration files for FLAC, please wait.... configure.ac:26: require Automake 1.11, but have 1.10 autoreconf: automake failed with exit status: 1 Why

Hello everyone! I have a PowerMac running 10.6.8 and I'd love to get it connected to my VPN. However, even by compiling tuntaposx by hand on the said MacPro, I see that the kernel module is apparently built for x86_64 systems: macintosh MacOS ?? pwd /Library/Extensions/tun.kext/Contents/MacOS macintosh MacOS ?? file tun tun: Mach-O 64-bit kext bundle x86_64 Because YES! The system is

I hope this is the place for this... I have to rebuild from scratch under Snow Leopard, and when I attempted to build R-2.9.1, I get the following results from ./ configure: checking how to get verbose linking output from fc... configure: WARNING: compilation failed checking for Fortran 77 libraries of fc... checking how to get verbose linking output from gcc -std=gnu99... -v checking for

Hello, When I use an ssh client built from the openssh.org OpenSSH_5.1p1 sources on Mac OS 10.5.5 (Darwin Kernel Version 9.5.0: Wed Sep 3 11:29:43 PDT 2008; root:xnu-1228.7.58~1/RELEASE_I386 i386), I get the following error when trying to launch an xterm in a remote ssh session: debug1: client_input_channel_open: ctype x11 rchan 3 win 2097152 max 16384 debug1: client_request_x11: request from

Hello everyone! I have a PowerMac running 10.6.8 and I'd love to get it connected to my VPN. However, even by compiling tuntaposx by hand on the said MacPro, I see that the kernel module is apparently built for x86_64 systems: macintosh MacOS ?? pwd /Library/Extensions/tun.kext/Contents/MacOS macintosh MacOS ?? file tun tun: Mach-O 64-bit kext bundle x86_64 Because YES! The system is

i'm pretty sure the tinc that builds from macports is 32-bit On Wed, Dec 10, 2014 at 10:37 AM, Anne-Gwenn Kettunen <anwen at asphodelium.eu> wrote: > Hello everyone! > > I have a PowerMac running 10.6.8 and I'd love to get it connected to my > VPN. However, even by compiling tuntaposx by hand on the said MacPro, I see > that the kernel module is apparently built for

I'm trying to learn about the tcltk package and its uses. Floundering around a bit ... Have discovered Peter Dalgaard's articles in R-News, which should help. Also James Wettenhall's suite of examples look like they might be enlightening, even though the indications are that they are Windoze oriented. Be that as it were, I decided to fool around a bit with Tcl/Tk *outside* of R to

My test results for the LLVM 2.2 prerelease. === Q. Target === * Mac OS X 10.4.11 * 2 GHz Intel Core 2 Duo * MacBook % uname -a Darwin macbook.local 8.11.1 Darwin Kernel Version 8.11.1: Wed Oct 10 18:23:28 PDT 2007; root:xnu-792.25.20~1/RELEASE_I386 i386 i386 === Q. How you built the release === * objDir != srcDir * Release build * llvm-gcc-4.2 from source

I did an update about 1/2 hr ago, and instead of failing to link with -O4, I'm getting an error elsewhere in the compile. I think I need to stop chasing the bleeding edge. pandora 142% svn update At revision 147455. pandora 143% uname -a Darwin pandora.psychiatry.uiowa.edu 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 pandora 144%

I'm trying to run Wine 0.9.20 under OS X x86 and I'm getting nothing but "Bus Error" when I run any win32 program via Wine. Here is some relevant environment info: OS: Mac OS X 10.4.7 Xcode: Xcode 2.4 X11: XFree86 Version 4.4.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) gcc -v: Using built-in specs. Target: i686-apple-darwin8 Configured with:

Dear Tanya: > You also have a few CBE failures that I am not seeing. What version > of xcode do you have installed? Xcode 2.4.1 > Can you send me the following files? > SingleSource/Regression/C/Output/2008-01-07-LongDouble.* > SingleSource/Regression/C/Output/PR1386.* OK, I attached those files (llvm-2.2-test-output.tar.gz) Best regards, 2008/1/30, Tanya Lattner <tonic at

Thanks for testing the release. Overall the test results look decent with a couple exceptions. You also have a few CBE failures that I am not seeing. What version of xcode do you have installed? Can you send me the following files? SingleSource/Regression/C/Output/2008-01-07-LongDouble.* SingleSource/Regression/C/Output/PR1386.* Thanks, Tanya On Jan 26, 2008, at 6:43 AM, Takanori Ishikawa

Version 3.0.0cvs protocol version 30.PR4 Capabilities: 64-bit files, 32-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, no ACLs, xattrs, iconv The exclude test fails on OS X Darwin Kernel Version 8.10.1 RELEASE_I386. It just hangs there until CTL-C. The same test passes on the G4 PPC Darwin 8.10.0, and on i686 Xeon

Hi all, llvm doesn't seems to build but it doesn't give me any useful error message : nraynaud at macaron-2:~/Desktop/geek/llvm-svn/build$ make llvm[1]: Compiling Alarm.cpp for Debug build llvm[1]: Compiling Disassembler.cpp for Debug build llvm[1]: Compiling DynamicLibrary.cpp for Debug build llvm[1]: Compiling Host.cpp for Debug build llvm[1]: Compiling IncludeFile.cpp for Debug build

make VERBOSE=1 might tell you something. Apparently the shared library link is failing for some reason. On Apr 2, 2009, at 5:45 PMPDT, Nicolas Raynaud wrote: > Hi all, llvm doesn't seems to build but it doesn't give me any useful > error message : > nraynaud at macaron-2:~/Desktop/geek/llvm-svn/build$ make > llvm[1]: Compiling Alarm.cpp for Debug build > llvm[1]:

The attached patch for 4.6p1 adds a feature (-u) that will check to see if a key exists on a remote host. I use this for auditing my users transition to v2 keys very useful. If there is any interest I'll provide a patch for v2 ssh keys also. http://vapid.dhs.org/dokuwiki/doku.php?id=vapidlabs:openssh_check_key_patch -- Thanks Larry --- orig/openssh-4.6p1/sshconnect1.c 2006-11-07

I have run into a very strange problem discovered through the use of the acts_as_taggable plugin, but related to quoting/sanitizing the interpolated list in a find_by_sql. Apologies for the length, but I wanted to be complete. ;-) The method from acts_as_taggable.rb is: def find_tagged_with(list) find_by_sql(["SELECT #{table_name}.* FROM #{table_name}, tags,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have just pulled the latest git on my OSX 10.6.4 install. I am attempting to build samba4 and i get this error. [ 411/2152] Compiling ../lib/tdb/common/transaction.c ../../lib/tdb/common/transaction.c: In function ?transaction_sync?: ../../lib/tdb/common/transaction.c:552: error: implicit declaration of function ?fdatasync? Waf: Leaving

When attempting to compile dovecot-sieve-1.1.6 against dovecot-1.1.14 using the following command line to config... G520X2:~/Temp/dovecot-sieve-1.1.6 root# ./configure --with-dovecot=../ dovecot-1.1.14 make fails with the following... G520X2:~/Temp/dovecot-sieve-1.1.6 root# make make all-recursive Making all in src Making all in libsieve /bin/sh ../../libtool --tag=CC --mode=link gcc

Dear folks: First of all, thanks for a great product and please do keep up your fine job with samba. As a humble contribution to your project, below is a patch to configure.in that allows libsmbclient.so to be correctly built in my system (Mac with Mac OS X). I hope this to be useful. I also noted that the generated Makefile, did not correctly install the library as the 'install'