search for: qpush

...e Timo makes a new Dovecot release. The following command sequence shows how to incorporate the managesieve patch repository in a freshly cloned dovecot-1.1 tree: hg clone http://hg.dovecot.org/dovecot-1.1 cd dovecot-1.1 hg clone http://hg.rename-it.nl/dovecot-1.1-managesieve-patch .hg/patches hg qpush When updating the dovecot tree it is important to unapply all patches before performing 'hg pull' on the dovecot tree: hg qpop --all hg pull hg update hg qpush This otherwise results in a multi-head situation which can be resolved using a 'hg rollback' or using 'hg qpop --all...

...evel-unstable-patches" >> .hg/patches/.hg/hgrc cd .hg/patches/ hg pull -uv ** You *may* need to merge .hgignore at this point.. if you do, it should be the following after the merge. -- syntax: glob status guards ** push the patches to make sure everything is ok -- cd ../../ hg qpush -a ** build the xvm gate You need the SUNWgcc packages from >= b87 to be able to build. -- cd ../ export XVM_WS=`pwd` export EMAIL="xyz@one.com"" ./sunos.hg/bin/build-all full ** if you don''t have the b87 gcc packages, you can use the following workaround env LD_OPTIO...

...uot;v2.6.27" tag in http://kernel.org/hg/linux-2.6/ using the mercurial mq extension: $ hg clone http://kernel.org/hg/linux-2.6/ linux-2.6.hg $ cd linux-2.6.hg $ hg clone http://xenbits.xen.org/XCP/linux-2.6.27.pq.hg .hg/patches $ hg update v2.6.27 $ hg qpush -a Other patch management systems seem to work although these will be subject to the foibles of the different tools with regard to accepted levels of fuzz etc. The queue current applies using guilt against the "v2.6.27" tag in git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux...

...uot;v2.6.27" tag in http://kernel.org/hg/linux-2.6/ using the mercurial mq extension: $ hg clone http://kernel.org/hg/linux-2.6/ linux-2.6.hg $ cd linux-2.6.hg $ hg clone http://xenbits.xen.org/XCP/linux-2.6.27.pq.hg .hg/patches $ hg update v2.6.27 $ hg qpush -a Other patch management systems seem to work although these will be subject to the foibles of the different tools with regard to accepted levels of fuzz etc. The queue current applies using guilt against the "v2.6.27" tag in git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux...

I'm reading http://wiki.dovecot.org/ManageSieve/Install . I already use mercurial queues. These are the steps I see to install: hg clone http://hg.dovecot.org/dovecot-1.2 cd dovecot-1.2 hg clone http://hg.rename-it.nl/dovecot-1.2-managesieve-patch .hg/ patches hg qpush Do the steps change? Thanks, Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2541 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20090918/29e5bfba/attachment-0002.bi...

Hi, As the "new Sieve implementation" is using a "gratefully stolen copy of deliver.c from dovecot" (i.e. a dirty code in mail-raw.c), would it be possible for the Sieve piece 1 - to be using files from dovecot directly rather than copying&changing it (which is very bad for maintenance) 2 - to be incorporated in the hg/mercurial tree of dovecot ? Thanks a lot

I am trying to build Xen from on-src-b79. According to opensolaris website, all xVM sources should be in the on-src-b79 tree, and no additional sources are required. I followed the procedure for doing the nightly build, and I expected that, as a result I will build, along with the Solaris kernel, the xen.gz image. I was hoping to copy that xen.gz image to my test machine, so I can boot with my own