On Thu, Dec 03, 2015 at 09:24:41PM +, Jung-uk Kim wrote:
> New Revision: 291722
> URL: https://svnweb.freebsd.org/changeset/base/291722
>
> Log:
> Merge OpenSSL 0.9.8zh.
>
> Added:
> stable/9/crypto/openssl/doc/dir-locals.example.el
> - copied unchanged from r291711,
> vendor-crypto
On Thu, Jan 14, 2016 at 10:12:53AM -0800, Gleb Smirnoff wrote:
> Alexey,
>
> One of the reasons why old systems become unsupported is that because
> it consumes more and more time to analyze and answer questions like this
> one.
>
> If you want to be stable/8 maintainer, you should analyze and de
On Thu, Jan 14, 2016 at 12:53:57PM +, Glen Barber wrote:
> On Thu, Jan 14, 2016 at 12:43:53PM +0000, Alexey Dokuchaev wrote:
> > On Thu, Jan 14, 2016 at 11:11:46AM +, Glen Barber wrote:
> > > New Revision: 293912
> > > URL: https://svnweb.freebsd.org/changeset/b
On Thu, Jan 14, 2016 at 11:11:46AM +, Glen Barber wrote:
> New Revision: 293912
> URL: https://svnweb.freebsd.org/changeset/base/293912
>
> Log:
> Document EN-16:01, EN-16:02, EN-16:03, SA-15:27, SA-16:01,
> SA-16:02, SA-16:03, SA-16:04, SA-16:05, SA-16:06.
Do any of those apply to stable
On Thu, May 14, 2015 at 07:32:13PM +, Jilles Tjoelker wrote:
> Author: jilles
> Date: Thu May 14 19:32:13 2015
> New Revision: 282917
> URL: https://svnweb.freebsd.org/changeset/base/282917
>
> Log:
> MFC r282482: cp: Remove fts sorting.
>
> [...]
Could (if should) it be MFCed to stabl
On Thu, Apr 02, 2015 at 01:02:47AM +, John Baldwin wrote:
> New Revision: 280973
> URL: https://svnweb.freebsd.org/changeset/base/280973
>
> Log:
> MFC 276724:
> On some Intel CPUs with a P-state but not C-state invariant TSC the TSC
> may also halt in C2 and not just C3 (it seems that i
On Sun, Aug 17, 2014 at 03:29:42PM +0200, Dimitry Andric wrote:
> In principle it is applicable, but the same file also has other changes
> in head which were not MFCd, so just MFCing this one commit does not
> make much sense. For example, the earlier cast fixes were part of a
> much larger commi
On Sun, Aug 17, 2014 at 01:08:15PM +, Dimitry Andric wrote:
> New Revision: 270099
> URL: http://svnweb.freebsd.org/changeset/base/270099
>
> Log:
> MFC r269948:
>
> Supplement r259111 by also using correct casts in gcc's emmintrin.h for
> the first argument of the following builtin f
On Thu, Mar 27, 2014 at 02:11:55PM +0200, Konstantin Belousov wrote:
> On Thu, Mar 27, 2014 at 09:40:03AM +0000, Alexey Dokuchaev wrote:
> > On Wed, Mar 19, 2014 at 12:57:13PM +, Konstantin Belousov wrote:
> > > New Revision: 263355
> > > URL: http://svnweb.freebs
On Wed, Mar 19, 2014 at 12:57:13PM +, Konstantin Belousov wrote:
> New Revision: 263355
> URL: http://svnweb.freebsd.org/changeset/base/263355
>
> Log:
> MFC r263079:
> The auio structure is only initialized when the vnode is symlink,
> avoid reading from it otherwise.
Is it applicable
On Sun, Mar 16, 2014 at 02:42:55AM +0100, Baptiste Daroussin wrote:
> On Sat, Mar 15, 2014 at 11:51:28PM +, Simon J. Gerraty wrote:
> > New Revision: 263212
> > URL: http://svnweb.freebsd.org/changeset/base/263212
> >
> > Log:
> > Backport bmake to 9 so ports can rely on it being available.
On Mon, Jan 13, 2014 at 09:15:06PM +0200, Alexander Motin wrote:
> On 13.01.2014 16:23, Alexey Dokuchaev wrote:
> >On Thu, Jan 09, 2014 at 10:45:38AM +, Alexander Motin wrote:
> >>New Revision: 260474
> >>URL: http://svnweb.freebsd.org/changeset/base/26
On Thu, Jan 09, 2014 at 10:45:38AM +, Alexander Motin wrote:
> New Revision: 260474
> URL: http://svnweb.freebsd.org/changeset/base/260474
>
> Log:
> MFC r259197:
> Do not DELAY() for P-state transition unless we want to see the result.
>
> Intel manual says: "If a transition is alrea
On Fri, Aug 02, 2013 at 05:13:29PM +, Andrey A. Chernov wrote:
> New Revision: 253888
> URL: http://svnweb.freebsd.org/changeset/base/253888
>
> Log:
> MFC r253810
>
> grep -i does not work for simple patterns and single byte locales, like
> LANG=ru_RU.KOI8-R grep -i
> Fix it.
On Sun, Jul 07, 2013 at 11:36:47AM +, Michael Tuexen wrote:
> Author: tuexen
> Date: Sun Jul 7 11:36:46 2013
> New Revision: 252928
> URL: http://svnweb.freebsd.org/changeset/base/252928
>
> Log:
> MFC r240158:
> Get rid of a gcc'ism.
Neat trick! I should use it more. ;-) Hope Clang wi
On Fri, May 17, 2013 at 10:19:24AM -0700, hiren panchasara wrote:
> On Thu, May 16, 2013 at 10:45 PM, Alexey Dokuchaev wrote:
> > On Fri, May 17, 2013 at 04:09:05AM +, Hiren Panchasara wrote:
> >> New Revision: 250734
> >> URL: http://svnweb.freebsd.org/changese
On Fri, May 17, 2013 at 04:09:05AM +, Hiren Panchasara wrote:
> New Revision: 250734
> URL: http://svnweb.freebsd.org/changeset/base/250734
>
> Log:
> MFC: r250487
>
> Adding a detach method to p4tcc driver.
Would it also benefit stable/8? If yes, could it be MFC'ed?
./danfe
On Fri, May 17, 2013 at 12:14:36AM +, Eitan Adler wrote:
> New Revision: 250727
> URL: http://svnweb.freebsd.org/changeset/base/250727
>
> Log:
> MFC r250528:
> Teach wpa_supplicant to properly compute wireless signal strength.
If this applicable to stable/8? If yes, can it be MFC'ed
On Wed, Mar 06, 2013 at 10:52:02AM +, Andriy Gapon wrote:
> New Revision: 247884
> URL: http://svnweb.freebsd.org/changeset/base/247884
>
> Log:
> MFC r246251: acpi: clear power button status bit after waking up
>
> Modified:
> stable/9/sys/dev/acpica/acpi.c
> Directory Properties:
> st
On Tue, Jan 15, 2013 at 11:30:43PM +0800, Kevin Lo wrote:
> On 2013/01/14 23:18, Alexey Dokuchaev wrote:
> >>Log:
> >> MFC r236899:
> >> Fix unloading of libiconv module.
> >Do you plan to MFC this to stable/8 as well?
&
On Tue, Jan 08, 2013 at 04:43:20AM +, Kevin Lo wrote:
> New Revision: 245149
> URL: http://svnweb.freebsd.org/changeset/base/245149
>
> Log:
> MFC r236899:
>
> Fix unloading of libiconv module.
Do you plan to MFC this to stable/8 as well?
./danfe
__
On Wed, Aug 29, 2012 at 02:27:53PM +0100, Gavin Atkinson wrote:
> Indeed it was, and it's not clear why this happened at all (it didn't show
> up in "svn diff", and I've never knowingly touched that file). Luckily,
> it apparently hasn't broken the SVN-CVS exporter.
I would not trust "svn diff"
22 matches
Mail list logo