similar to: Object oriented rsync (finally figured out how to get line-wrapping ... sorry)

Hi, Has anyone thought of making rsync object-oriented? For instance, I just want to slightly modify a few of its algorithms for somewhat specific backup purposes (rdiff type logic for incrementals and pooling files for many source machines with hardlinks - similar, but not exactly the same as, BackupPC). I'm currently using wrapper programs to keep metadata in a BerkeleyDB database but I

Hi, Has anyone thought of making rsync object-oriented? For instance, I just want to slightly modify a few of its algorithms for somewhat specific backup purposes (rdiff type logic for incrementals and pooling files for many source machines with hardlinks - similar, but not exactly the same as, BackupPC). I'm currently using wrapper programs to keep metadata in a BerkeleyDB database but I

Hi, Has anyone thought of making rsync object-oriented? For instance, I just want to slightly modify a few of its algorithms for somewhat specific backup purposes (rdiff type logic for incrementals and pooling files for many source machines with hardlinks - similar, but not exactly the same as, BackupPC). I'm currently using wrapper programs to keep metadata in a BerkeleyDB database but I

Hi. I have working fine Samba 2.2.8a acting as PDC using Sun One Directory Server as backend. Now I want to migrate to Samba 3. The problem is that I'm not able to generate "ldapsam.so" Some body has built Samba 3 on Solaris 9 using Sun One Directory Server as backend? Somo body can help me and need more information about my environment? I don't know if it's need some

Hi, I have to build Samba 3.0.9 on a customers Sun E3500 with Solaris 2.6. They recently upgraded to Windows 200x domain with AD. When i try to compile with Heimdal or MIT Kerberos i get the following error: Using FLAGS = -I/usr/heimdal/include -I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/include -I/usr/heimdal/include -L/usr/local/BerkeleyDB.4.2/lib -L/usr/local/ssl/lib

Hi, I received a bug report against BerkeleyDB 4 that may not be BerkeleyDB related, but a problem with FreeBSD or specific hardware in general. Jie Song (CC'd) reported that writing files with BerkeleyDB (no threading or something) on his ServerWorks machine causes data corruption (detected by BerkeleyDB 4.0 library functions) when the file sizes grow beyond 350 MB. For details, see PR

Running into a error while compiling Samba 3.0.23c for AD using krb5 1.5.1. Doesn't matter if I use Sun's cc or gcc. Linking bin/smbd Undefined first referenced symbol in file error_message libsmb/cliconnect.o (symbol belongs to implicit dependency /export/admin/build/build/krb5/lib/libcom_err.so.3) ld: fatal:

Hello, I am trying to compile iproute2 but something does not work when linking with libdb. This is what I am using: - iproute2-ss050607 - linux 2.4.22 - make 3.79.1 - gcc 2.95.3 - ld 2.15 When I type make, it ends somewhere in ./misc with the following error message: make output starts here: gcc -D_GNU_SOURCE -O2 -Wstrict-prototypes -Wall -I../include -DRESOLVE_HOSTNAMES -DCONFIG_GACT

I sent this question to the OpenLDAP list yesterday, but I still haven't seen the message come across the list. I am asking here in the hopes of getting a faster response. I am trying to compile OpenLDAP 2.3.11 from source on CentOS4. I have the rpm for db4-4.2.52-7.1 installed and also a source build of BerkeleyDB in /usr/local/BerkeleyDB.4.4. How do I get OpenLDAP to link with the bdb

Hi folks: I've recently migrated one of my production servers (bad Jason!) from WBEL to CentOS 3.3 using Donavan's instructions in the FAQ (http://www.centos.org/modules/smartfaq/faq.php?faqid=19). While it was as painless as the document suggests, I've run into problems with postgrey (a postfix greylisting daemon) on my server. Whenever I try to start postgrey, I get the

Hello, Trying to configure OpenLDAP, for a Samba PDC server, but I keep getting the following error; checking for openssl/ssl.h... no checking for ssl.h... no configure: error: Could not locate TLS/SSL package However, ssl.h is located in /usr/local/ssl/include/openssl/ssl.h The enveloped configure command is; env CPPFLAGS='-I/usr/local/BerkeleyDB.4.2/include -I/usr/kerberos/include'

Hi, I install dovecot with ldap support at Solaris 10 (x86). I know that solaris LDAP is broken and so I install openldap. OpenLDAP shared libraries are at /usr/local/lib and /usr/local/include. While installing dovecot, I did the followings: I execute this before run "./configure --with-ldap" LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib -R/usr/local/BerkeleyDB.4.2/lib

Hi All, as a CCNA student and wishing to eventualy do CCSP, I wanted to learn all about what hackers use/do to infiltrate networks, and was introduced to dsniff at a Linux meeting, TLUG, in Tokyo, but, am having problems installing it. Please see below. checking for Berkeley DB with 1.85 compatibility... /usr/local/BerkeleyDB.4.4 configure: error: db_185.h or libdb.a not found in

We currently have a samba install on Solaris 8 providing a front-end to a Rational ClearCase system. Because of some recent changes, we are having Kerberose issues in validating files (too many open files). After some research, I found that the best way to resolve these is to re-compile samba as a 64bit application to increase the open file restrictions on a Solaris 32 bit app. The problem I am

Hi list! I'm trying to build Samba 3.4.7 with ADS support on Solaris 9 and experiencing a heap of problems (which seem to be common). First of my system: Solaris 9 SPARC > uname -a SunOS sunfire2 5.9 Generic_122300-08 sun4u sparc SUNW,Sun-Fire-V240 Solaris Using GCC 3.4.6 from sunfreeware (with all noted dependancies installed) > gcc --version gcc (GCC) 3.4.6 Copyright (C) 2006 Free

For those interested I have a working spec file for Bitcoin 0.12.0 https://github.com/AliceWonderMiscreations/bitcoin/blob/master/contrib/rpm/bitcoin.spec I believe the only BuildRequires that isn't in CentOS/EPEL is miniupnpc-devel but that's trivial to build as well. With Bitcoin 0.12.0 the ECC stuff that Red Hat ripped out of OpenSSL doesn't matter anymore. -=- That spec file

I am forwarding your request to the FLAC development mailing list. ----- Forwarded message from Jamie Heilman <jamie@audible.transient.net> ----- Date: Sun, 8 Sep 2002 16:13:32 -0700 From: Jamie Heilman <jamie@audible.transient.net> Resent-From: Jamie Heilman <jamie@audible.transient.net> To: submit@bugs.debian.org Subject: Bug#160155: gapless playback Package: xmms-flac

Samba 3.0.22 on Solaris 9 with Active Directory =============================================== Dan Shearer Version 1.0 May 2006 Official Samba binaries for Solaris 9 are not enabled for ADS support. Enabling ADS is much harder than it looks, mostly because of the crazy Solaris 9 build environment. Here is the simplest reproducable recipe I could find for ADS-enabled Samba on a default fresh

Unsubscribe --- flac-request@xiph.org wrote: > Send Flac mailing list submissions to > flac@xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac > or, via email, send a message with subject or body 'help' to > flac-request@xiph.org > > You can reach the person managing the list at >

Hi all, I'm having terrible time, and a lot of core dumps, building dovecot on Solaris 10. My environment: gcc 3.3.2 LDFLAGS=-L/usr/local/ssl/lib -lssl -lcrypto \ -L/usr/local/BerkeleyDB.4.2/lib -ldb -L/usr/local/lib -lldap CPPFLAGS=-I/usr/local/BerkeleyDB/include \ -I/usr/local/include -I/usr/local/ssl/include my configure: ./configure --prefix=/usr/local --with-ldap ...that is: