similar to: Unit testing

Hi, I've merged the Mercurial repositories for Sieve and ManageSieve for Dovecot v2.0 into one repository: http://hg.rename-it.nl/dovecot-2.0-pigeonhole This simplifies the build process significantly. It also allows tightly integrating the implementation of the script storage with the main Sieve library, enabling the possibility to implement alternate means of script storage, like for

I'm trying to clean up the code for Dovecot v2.0 and I just keep coming back to the same thought: Is having the super-fast maildir -> single-dbox migration really actually a good idea? Some problems with it: 1. Makes the code more complex.. And I've already fixed many bugs related to that, maybe not all. 2. Having some mails in maildir format and others in dbox format isn't

After puzzling about the size of the executables and the build times, I discovered (thanks Chris!) that I had compiled everything without debug symbols in the automake version. So, here's some revision from the first version of this email. The build times didn't change much (I guess I/O is cheap on my machine). The new "Build With Automake" times are 20m28.672s (elapsed),

Folks, I have completed the addition of automake makefiles to LLVM. All libraries, tools, and runtime libs build now with automake. Note that there are still many missing things in the automake support. Right now it just builds the basic software. However, before I invest more time in it, I thought some comparison would help us make some decisions about whether or not to proceed with automake

Hi! The Netfilter project proudly presents: libnftnl 1.0.2 libnftnl is a userspace library providing a low-level netlink programming interface (API) to the in-kernel nf_tables subsystem. The library libnftnl has been previously known as libnftables. This library is currently used by the nft command line tool. This release comes with new features available in 3.15, the event monitoring

I just checked in the latest version of my standalone nfsmount program. It works with NFS v2 and v3, UDP and TCP, compiling to 15K on x86. I still need to do some refactoring on ipconfig, nfsmount, and kinit so that they actually work sensibly, which is not quite currently the case. That shouldn't take more than a day, hopefully. By midweek, this should all be in a testable state from an

dsync in Dovecot v2.0 tree is a new utility for syncing a mailbox in two locations. Some things it can be used for: - Initially transfer a mailbox to another server via SSH - A faster sync done to an existing mailbox, sending only changes - A superfast sync based on modification sequences. - Source and destination mailboxes can use different formats (convert-tool will be history) dsync can

> Óscar Fuentes wrote: >> Albert Graef <Dr.Graef at t-online.de> writes: >>> Here are some points worth considering: >>> http://www.remlab.net/op/cmake.shtml (Some of these may already be >>> addressed in newer cmake versions, I haven't checked recently.) >> >> [...] >> >> Please, some LLVM release manager (Tanya?), read

Slowly making progress with Active Directory integration. I have Samba 3.0.2 as an ADS member, and I can see shares, including user home directories. My linux boxes run Debian unstable, and use the PAM and NSS LDAP backends, against an Active Directory on Windows 2000 SP4, using the MS Services For Unix V2.0 schema updates. PAM-authenticated login, ssh etc. all work fine, although I did have to

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz.sig Whops, rc2 was missing a file. I always run "make distcheck", which should catch these, but recently it has always failed due to clang static checking giving one "error" that I didn't really want to fix. Because of that the distcheck didn't finish and

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz.sig Whops, rc2 was missing a file. I always run "make distcheck", which should catch these, but recently it has always failed due to clang static checking giving one "error" that I didn't really want to fix. Because of that the distcheck didn't finish and

Ralf, It looks like fixing 'make distcheck' is going to be a huge pain in the neck. Is it not possible to make Jenkins do 'make check' instead of 'make distcheck'? Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

On Feb 1, 2008 6:11 PM, Arnaud Quette <aquette at alioth.debian.org> wrote: > Author: aquette > Date: Fri Feb 1 23:11:33 2008 > New Revision: 1264 > > Log: > fix HAL support installation [Alioth Bug #304156] Arnaud, I tried to fix some of the errors that I was seeing in buildbot, but I still get the following error on "make distcheck", and I don't know how

Final RandR 1.3 release of libXrandr. Changes to libXrandr-1.2.99.4: Alan Coopersmith (1): Add README with pointers to mailing list, bugzilla & git repos Julien Cristau (1): Fix thinkos Keith Packard (1): Send X_RRGetOutputPrimary when making an X_RRGetOutputPrimary request Matthias Hopf (1): Bump to 1.3.0 Paulo Cesar Pereira de Andrade (1): Janitor: make

Hi, I am refactoring a utility class from my application in a plugin and I am trying to get the unit tests to pass. (they were going pretty fine before I moved things into a plugin) I did find the ''rake test_plugins'' command, which seems to trigger my unit tests, however the load path does not seem to include my plugin''s directories, so all my previously valid require

Hi, I just committed the framework for a test suite, and a couple of small tests, to libtheora (changeset:9700). The tests live in a directory called tests. When building with GNU autotools: * 'make check' will run the test programs listed in the TESTS variable in tests/Makefile.am . 'make check' will fail if any tests fail. * 'make distcheck' will fail if any

On 17 March 2011 18:45, Devang Patel <dpatel at apple.com> wrote: > Yes, It'd be good to have a setup to build SingleSource and MultiSource tests with debug info and run dwarfdump --verify on them. I tried some dwarfdump on a few examples I had and the comparison with codesourcery's gcc is impossible, the resulting Dwarf is very different. For instance, GCC declares the types at

I forked the wiki to http://wiki1.dovecot.org/ is the old docs for v1.x http://wiki2.dovecot.org/ is the new docs for v2.0 For now wiki.dovecot.org points to wiki1, but once v2.0 is released I'll change it to point to wiki2. I symlinked the user directory, so users should stay synced between the wikis. The main reason for wiki2 is to be able to describe Dovecot v2.0's actual behavior

Hi Rich, I ran these commands as non-root: ./autogen.sh && make && make distcheck It got most of the way through, but failed in the VPATH part while rebuilding from a ./_build subdir, like this: make[4]: Entering directory `/h/j/w/co/hivex/hivex-1.3.6/_build/ocaml' mkdir -p /usr/lib64/ocaml mkdir -p /usr/lib64/ocaml/stublibs ocamlfind install \

Hi Matt, You need to "git add" Makefile.PL.in to the repo. Once you do that, and apply the following patch, most of "make distcheck" will work. The only remaining failure seems to be that these files are not removed by "make uninstall": ERROR: files left after uninstall: ./lib64/perl5/5.10.0/x86_64-linux-thread-multi/perllocal.pod