similar to: Dovecot (unofficial) patches

Displaying 20 results from an estimated 1000 matches similar to: "Dovecot (unofficial) patches"

2012 Nov 09
4
Usage of puppet to deploy and configuration manage software patches
I have some questions in terms of how to use puppet of configuration management for software patches. My previous approach was it to create a puppet module for each patch ... Like Patch1 includes (FileA, FileB, FileC), Patch2 includes (FileD, FileE)... So far so good and that works but now i have to create a Patch3 with lets say FileF and FileA included. As you can see there will be a puppet
2005 Sep 05
2
[PATCH][1/6] add a hypercall number for virtual device in unmodified guest
add a hypercall number for virtual device in unmodified guest There are 6 patches for para-driver support in vmx guest. This is the first one. Signed-off-by: Xiaofeng Ling <xiaofeng.ling@intel.com> Signed-off-by: Arun Sharma <arun.sharma@intel.com> diff -r 287d36b46fa3 xen/arch/x86/x86_32/entry.S --- a/xen/arch/x86/x86_32/entry.S Tue Aug 30 20:36:49 2005 +++
1999 Dec 10
2
samba v DAVE
samba server 2.0.6 DAVE 2.1 DAVE 2.0 When the DAVE 2.1 client tries to connect with samba, it gets an error that machine name doesn't match. This DAVE client connects with NT systems fine, and other Windows systems connect with samba fine, so it's just samba and DAVE that are having this failure to communicate. When DAVE 2.0 client tries, it connects fine but when I try to copy a file to
2009 Aug 08
21
[Bug 23212] New: oops on rmmod nouveau with nv31m
http://bugs.freedesktop.org/show_bug.cgi?id=23212 Summary: oops on rmmod nouveau with nv31m Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org
2006 Mar 15
0
[LLVMdev] Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
Hi, Here is the follow on patch for this problem. Please apply this from the top of the tree and rebuild. -------------- next part -------------- A non-text attachment was scrubbed... Name: op Type: application/octet-stream Size: 2548 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20060315/eee8a766/attachment.obj> -------------- next part
2016 Jan 09
1
[PATCH] for flacdiff
Fixes are similar to parts of the following commits: <https://git.xiph.org/?p=flac.git;a=commitdiff;h=2199d086921eb37d249cae0731f334556ec6209d#patch7> <https://git.xiph.org/?p=flac.git;a=commitdiff;h=b9574fe58950d38c96399161421484935249822a#patch3> -------------- next part -------------- A non-text attachment was scrubbed... Name: flacdiff.patch Type: application/octet-stream Size: 569
2012 Nov 01
5
[PATCH 0/4] nouveau: xserver 1.13 compat fixes
Here are a few patches adding some missing functions in NvPlatformProbe, which iirc is being used as of xserver 1.13 First patch adds a nouveau_kernel_mode_enabled helper, similar to xf86-video-radeon Second and third use the function in Nv{Pci,Platform}Probe And last one ensures we can still use ZaphodHead and relative head positioning via xorg.conf The coding style may be a bit off, despite my
2005 Aug 01
1
patching postfix with VDA
hi guys can anyone give me info how to patch postfix with VDA? im using centos 4 with postfix-2.1.5-4.2. I downloaded the postfix-2.1.5-4.2.RHEL4.src.rpm to recompile it with VDA. i also downloaded the patch for postfix to support VDA. i added a line in postfix.spec Patch8: postfix-2.1.5-trash.patch for the VDA. but when i compiled it it seems that it doesn't compile with the given patch
2006 Nov 19
0
1.0.rc15 released
http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz.sig * Fixed an off-by-one buffer overflow in cache file handling. The code is executed only with mmap_disable=yes and only if index files are used (ie. INDEX=MEMORY is safe). * passdb checkpassword: Handle vpopmail's non-standard exit codes. - rc14 sometimes assert-crashed if
2006 Nov 19
0
1.0.rc15 released
http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz http://dovecot.org/releases/dovecot-1.0.rc15.tar.gz.sig * Fixed an off-by-one buffer overflow in cache file handling. The code is executed only with mmap_disable=yes and only if index files are used (ie. INDEX=MEMORY is safe). * passdb checkpassword: Handle vpopmail's non-standard exit codes. - rc14 sometimes assert-crashed if
2006 Mar 15
2
[LLVMdev] Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
On Wed, 15 Mar 2006, Vladimir Prus wrote: >> Please give it a try and let me know if it works any better for you! > > Here we go: Wow, you are good at finding problems! Thanks! > -fvisibility=hidden -DHIDE_EXPORTS > -c ../../2006-03-14-llvm-gcc-4/gcc/libgcc2.c -o libgcc/./_fixunsxfdi.o > cc1: /space/p2/ghost/build/llvm-cvs/include/llvm/Instructions.h:72: void >
2010 Sep 01
3
Dovecot - some more optimisations
I did some more optimisation. Most performance hit in Dovecot do "for loop" in string operations. In one case (in message-parser.c) "for loop" has another "for" inside with the same variable used as iterator. This case is very hard to optimise by compiler. I do changes only in top functions listed in oprofile. Maybe I do more in future. Code was analysed and
2000 Dec 29
5
build process patches
Here's an updated set of patches to fix some problems with the build process. These patches are relevant to the CVS head as of 30 Dec 2000. Overview: - Patch 1: Allowing the user to set CFLAGS/LDFLAGS before running configure in all four modules. All these patches do is essentially: cflags_save="$CFLAGS" ldflags_save="$LDFLAGS" # ... stuff to
2001 Feb 22
3
intermittent stderr
The command "ssh ls -l /doesnotexist" gives various responses: Running from a 200 MHz PentiumPro with dsa key added to ssh-agent: Mistakes worst to fast machine: To a faster 600 MHz dual processor i686 600 MHz machine: ls: /doesnotexist: No such file or directory -- correct nothing at all -- wrong ls: select: Bad file descriptor -- wrong
2006 Nov 19
0
Security hole #2: Off-by-one buffer overflow with mmap_disable=yes
Version: 1.0test53 .. 1.0.rc14 (ie. all 1.0alpha, 1.0beta and 1.0rc versions so far). 0.99.x versions are safe (they don't even have mmap_disable setting). Problem: When mmap_disable=yes setting is used, dovecot.index.cache file is read to memory using "file cache" code. It contains a "mapped pages" bitmask buffer. In some conditions when updating the buffer it allocates
2006 Nov 19
0
Security hole #2: Off-by-one buffer overflow with mmap_disable=yes
Version: 1.0test53 .. 1.0.rc14 (ie. all 1.0alpha, 1.0beta and 1.0rc versions so far). 0.99.x versions are safe (they don't even have mmap_disable setting). Problem: When mmap_disable=yes setting is used, dovecot.index.cache file is read to memory using "file cache" code. It contains a "mapped pages" bitmask buffer. In some conditions when updating the buffer it allocates
2004 Aug 06
3
PATCH3: icecast2 hangs on close
Hi again, most probably this patch won't be applied either, nevertheless, I inform the problems and my own modifications.... Included in the patch (just touches sock.c and sock.h): - Due to the semantics of the close() function, the server hangs on close() if a client just dies (the machine just "dissapear" from the network) and there is still data to send in the TCP
2004 Aug 06
0
PATCH3: icecast2 hangs on close
> most probably this patch won't be applied either, nevertheless, I inform the > problems and my own modifications.... Why wouldn't we apply this patch? This one is mostly obvious, and we thank you for catching it. Some of your other patches change quite big things. If I accepted every patch that was sent to me without some research and effort, icecast would fall into ruin very
2008 Dec 15
5
Apple patches 1-5
Here are the first few simple patches from Apple, based on dovecot-1.1.7. The comments with "APPLE" in them helped us merge in your new releases; feel free to remove them. Please let me know if you want subsequent patches in a different format, or if you have any questions. Patch #1. Some versions of Mac OS X have buggy CMSG_* macros. -------------- next part -------------- A
2010 Oct 21
5
[LLVMdev] [llvm-commits] Fwd: Proof of concept patch for unifying the .s/ELF emission of .ARM.attributes
> Also what is the preferred method for MC way of setting out subsection > sizes after the fact? I am guessing I need to use an MCFixup? > How do I get an MCExpr to evaluate a method for the subsection size? > Is there an equivalent use in the places using MCFixup? > Do I need to add a new subclass to MCExpr for doing this? > > JimG, can you please comment on the MachO