search for: patch14

...d benefit > and the corresponding functions were commented out (*after* the release of 1.3.0): > > http://git.xiph.org/?p=flac.git;a=commitdiff;h=4eab6313cd2198b5647d925bdb3847590505fa21 > http://git.xiph.org/?p=flac.git;a=commitdiff;h=ecd0acba75e7961b60465c5ee3b6876b407803ca#patch14 > > Is it better to remove these files from Makefile and .vcproj files, or to leave them? > I don't think that they will become useful again, but who knows... I think they should be deleted in a commit that says something like "Removing old nasm versions of some functions"....

Hi all, It sees that the most serious bug in the flac bug tracker: https://sourceforge.net/p/flac/bugs/413/ has been fixed in git. This fix alone is worth a new release so its time to work towards one. Things I need to do for this new release: * Deal with all current patches on the mailing list. * Review all bugs reported against 1.3.0 on the sf.net. * Testing and coordination of testing

...rds can be combined with a strong electronic authenticator. I don't trust my users not to end up trojaned with a keylogger, so I need OTP, but I also want a public key in case someone loses his S/KEY cheat sheet. The attached patch is designed for Red Hat's openssh-3.1p1-14 SRPM (add as Patch14, use -p1 on patch line in %prep). It should work against openssh-3.8 with slight tweaks (authmethods changed in auth2.c). If people need a patch against 3.8, I can build it; just ask. I would really appreciate it if anyone with interest could vet this for stupid mistakes. -- Jefferson Ogata &...

...: they offer no speed benefit and the corresponding functions were commented out (*after* the release of 1.3.0): http://git.xiph.org/?p=flac.git;a=commitdiff;h=4eab6313cd2198b5647d925bdb3847590505fa21 http://git.xiph.org/?p=flac.git;a=commitdiff;h=ecd0acba75e7961b60465c5ee3b6876b407803ca#patch14 Is it better to remove these files from Makefile and .vcproj files, or to leave them? I don't think that they will become useful again, but who knows...

...gt; and the corresponding functions were commented out (*after* the release of 1.3.0): >> >> http://git.xiph.org/?p=flac.git;a=commitdiff;h=4eab6313cd2198b5647d925bdb3847590505fa21 >> http://git.xiph.org/?p=flac.git;a=commitdiff;h=ecd0acba75e7961b60465c5ee3b6876b407803ca#patch14 >> >> Is it better to remove these files from Makefile and .vcproj files, or to leave them? >> I don't think that they will become useful again, but who knows... > > I think they should be deleted in a commit that says something like "Removing > old nasm versions...

...speed benefit and the corresponding functions were commented out >(*after* the release of 1.3.0): > > http://git.xiph.org/?p=flac.git;a=commitdiff;h=4eab6313cd2198b5647d925bdb3847590505fa21 > http://git.xiph.org/?p=flac.git;a=commitdiff;h=ecd0acba75e7961b60465c5ee3b6876b407803ca#patch14 > >Is it better to remove these files from Makefile and .vcproj files, or to >leave them? I don't think that they will become useful again, but who knows... >_______________________________________________ Is it of any relevance, or perhaps already known, that libFLAC causes memory...

...part -------------- Patch #14 covers three miscellaneous changes, to support more file descriptors and an "unlimited" number of mail processes, and a different default mail user. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch14.txt URL: <http://dovecot.org/pipermail/dovecot/attachments/20090106/21d238b1/attachment-0011.txt> -------------- next part -------------- That's all our patches for now!