NOTICE: This package has been removed from pkgsrc

./wip/mysql5-embedded, MySQL 5, a free SQL database (embedded server)

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ]


Branch: CURRENT, Version: 5.1.42, Package name: mysql-embedded-5.1.42, Maintainer: pkgsrc-users

MySQL is a SQL (Structured Query Language) database server. SQL is the
most popular database language in the world. MySQL is a client-server
implementation that consists of a server daemon `mysqld' and many
different client programs/libraries.

The main goals of MySQL are speed and robustness.

The base upon which MySQL is built is a set of routines that have been
used in a highly demanding production environment for many years. While
MySQL is still in development it already offers a rich and highly useful
function set.

The official way to pronounce 'MySQL' is 'My Ess Que Ell' (Not MY-SEQUEL).

This package contains the MySQL server programs and libraries.


Required to build:
[devel/readline]

Master sites: (Expand)

SHA1: b16a787b61dfc6f57ff6fb723223598c6f529db1
RMD160: 03be40ad07238d0b13d82b3e763f5263962e3bef
Filesize: 21745.651 KB

Version history: (Expand)


CVS history: (Expand)


   2010-02-15 18:03:52 by Thomas Klausner | Files touched by this commit (8) | Package removed
Log message:
Remove mysql5-embedded, imported into pkgsrc/databases/mysql51-embedded.
   2010-02-15 17:29:24 by Thomas Klausner | Files touched by this commit (2)
Log message:
Update to 5.1.43: bugfix release.
   2010-01-20 12:28:16 by Thomas Klausner | Files touched by this commit (2)
Log message:
Update to 5.1.42:

------------------------------------------------------------
revno: 3239
committer: MySQL Build Team <build@mysql.com>
branch nick: mysql-5.1.42-release
timestamp: Wed 2009-12-16 14:21:02 +0100
message:
  Merge
    ------------------------------------------------------------
    revno: 3238.1.6
    committer: Ramil Kalimullin <ramil@mysql.com>
    branch nick: mysql-5.1-pe-stage
    timestamp: Tue 2009-12-15 21:08:21 +0400
    message:
      Fix for bug#49517: Inconsistent behavior while using 
      NULLable BIGINT and INT columns in comparison
      
      Problem: a consequence of the fix for 43668.
      Some Arg_comparator inner initialization missed,
      that may lead to unpredictable (wrong) comparison
      results.
      
      Fix: always properly initialize Arg_comparator
      before its usage.
    ------------------------------------------------------------
    revno: 3238.1.5
    committer: Georgi Kodinov <joro@sun.com>
    branch nick: merge-5.1-pe-stage
    timestamp: Tue 2009-12-15 11:03:24 +0200
    message:
      Bug #48985: show create table crashes if previous access to the table 
        was killed
      
      Merge the fix from 5.1-bugteam to 5.1-main
    ------------------------------------------------------------
    revno: 3238.1.4
    committer: Georgi Kodinov <joro@sun.com>
    branch nick: merge-5.1-pe-stage
    timestamp: Tue 2009-12-15 10:54:53 +0200
    message:
      Bug#49489: Uninitialized cache led to a wrong result.
      
      Merge the fix from 5.1-bugteam to 5.1-main
    ------------------------------------------------------------
    revno: 3238.1.3
    committer: Georgi Kodinov <joro@sun.com>
    branch nick: merge-5.1-pe-stage
    timestamp: Tue 2009-12-15 10:37:10 +0200
    message:
      Bug #49480: WHERE using YEAR columns returns unexpected results
      
      Merge the fix from 5.1-bugteam to 5.1-main
    ------------------------------------------------------------
    revno: 3238.1.2
    author: sunanda.menon@sun.com
    committer: MySQL Build Team <build@mysql.com>
    branch nick: mysql-5.1
    timestamp: Tue 2009-12-08 10:26:11 +0100
    message:
      Null-merge from mysql-5.1.40sp1-release
        ------------------------------------------------------------
        revno: 3138.8.21
        tags: mysql-5.1.40sp1
        committer: MySQL Build Team <build@mysql.com>
        branch nick: mysql-5.1.40sp1-release
        timestamp: Wed 2009-11-25 23:43:37 +0100
        message:
          Patch adjustments
   2009-12-15 15:55:29 by Thomas Klausner | Files touched by this commit (2)
Log message:
Update to 5.1.41:

  C.1.2. Changes in MySQL 5.1.41 (05 November 2009)

   InnoDB Plugin Notes:

     * InnoDB Plugin has been upgraded to version 1.0.5. This version is
       considered of Release Candidate (RC) quality. The InnoDB Plugin Change
       History may contain information in addition to those changes reported
       here.

   Functionality added or changed:

     * The InnoDB buffer pool is divided into two sublists: A new sublist
       containing blocks that are heavily used by queries, and an old sublist
       containing less-used blocks and from which candidates for eviction are
       taken. In the default operation of the buffer pool, a block when read
       in is loaded at the midpoint and then moved immediately to the head of
       the new sublist as soon as an access occurs. In the case of a table
       scan (such as performed for a mysqldump operation), each block read by
       the scan ends up moving to the head of the new sublist because
       multiple rows are accessed from each block. This occurs even for a
       one-time scan, where the blocks are not otherwise used by other
       queries. Blocks may also be loaded by the read-ahead background thread
       and then moved to the head of the new sublist by a single access.
       These effects can be disadvantageous because they push blocks that are
       in heavy use by other queries out of the new sublist to the old
       sublist where they become subject to eviction.

       InnoDB Plugin now provides two system variables that enable LRU
       algorithm tuning:

          * innodb_old_blocks_pct

            Specifies the approximate percentage of the buffer pool used for
            the old block sublist. The range of values is 5 to 95. The
            default value is 37 (that is, 3/8 of the pool).

          * innodb_old_blocks_time

            Specifies how long in milliseconds (ms) a block inserted into the
            old sublist must stay there after its first access before it can
            be moved to the new sublist. The default value is 0: A block
            inserted into the old sublist moves immediately to the new
            sublist the first time it is accessed, no matter how soon after
            insertion the access occurs. If the value is greater than 0,
            blocks remain in the old sublist until an access occurs at least
            that many ms after the first access. For example, a value of 1000
            causes blocks to stay in the old sublist for 1 second after the
            first access before they become eligible to move to the new
            sublist. See Section 7.4.6, "The InnoDB Buffer Pool"

       For additional information, see Section 7.4.6, "The InnoDB Buffer
       Pool". (Bug#45015)

     * For InnoDB Plugin, two new status variables have been added to SHOW
       STATUS output. Innodb_buffer_pool_read_ahead and
       Innodb_buffer_pool_read_ahead_evicted indicate the number of pages
       read in by the InnoDB read-ahead background thread, and the number of
       such pages evicted without ever being accessed, respectively. Also,
       the status variables Innodb_buffer_pool_read_ahead_rnd and
       Innodb_buffer_pool_read_ahead_seq status variables have been removed.

       The built-in version of InnoDB is not affected by these changes.
       (Bug#42885)

     * The server now supports a Debug Sync facility for thread
       synchronization during testing and debugging. To compile in this
       facility, configure MySQL with the --enable-debug-sync option. The
       debug_sync system variable provides the user interface Debug Sync.
       mysqld and mysql-test-run.pl support a --debug-sync-timeout option to
       enable the facility and set the default synchronization point timeout.

   Bugs fixed:

     * Important Change: Security Fix: Additional corrections were made for
       the symlink-related privilege problem originally addressed in MySQL
       5.1.24. The original fix did not correctly handle the data directory
       path name if it contained symlinked directories in its path, and the
       check was made only at table-creation time, not at table-opening time
       later. (Bug#32167, CVE-2008-2079)

       See also Bug#39277.

     * Security Fix: MySQL clients linked against OpenSSL did not check
       server certificates presented by a server linked against yaSSL.
       (Bug#47320)

     (and a few hundred lines more)
   2009-11-11 12:32:17 by Thomas Klausner | Files touched by this commit (1) | Package updated
Log message:
Reset PKGREVISION after update.

   2009-11-11 12:25:10 by mwdavies | Files touched by this commit (2)
Log message:
Update to 5.1.40 as 5.1.36 is no longer available.
   2009-10-04 23:42:40 by Thomas Klausner | Files touched by this commit (3)
Log message:
Install support files. Fixes amarok.
Hint from Big O, thanks a lot!

Bump PKGREVISION and depend on it.

   2009-10-04 01:13:06 by Thomas Klausner | Files touched by this commit (4)
Log message:
Add two more patches that didn't make it work for amarok though.
Bump PKGREVISION anyway.