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