This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(13) |
Feb
(2) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(38) |
Jul
(10) |
Aug
(70) |
Sep
(63) |
Oct
(61) |
Nov
(41) |
Dec
(28) |
| 2002 |
Jan
(43) |
Feb
(11) |
Mar
(9) |
Apr
(2) |
May
(97) |
Jun
(94) |
Jul
(13) |
Aug
(49) |
Sep
(41) |
Oct
(24) |
Nov
(55) |
Dec
(126) |
| 2003 |
Jan
(90) |
Feb
(75) |
Mar
(32) |
Apr
(24) |
May
(54) |
Jun
(54) |
Jul
(22) |
Aug
(4) |
Sep
(16) |
Oct
(8) |
Nov
(6) |
Dec
(13) |
| 2004 |
Jan
|
Feb
(17) |
Mar
(60) |
Apr
(21) |
May
(12) |
Jun
|
Jul
(13) |
Aug
|
Sep
(29) |
Oct
|
Nov
|
Dec
(2) |
| 2005 |
Jan
(22) |
Feb
(3) |
Mar
(2) |
Apr
(13) |
May
(82) |
Jun
(18) |
Jul
(30) |
Aug
(17) |
Sep
(3) |
Oct
(19) |
Nov
(4) |
Dec
(8) |
| 2006 |
Jan
(1) |
Feb
(6) |
Mar
(2) |
Apr
(40) |
May
|
Jun
(21) |
Jul
(1) |
Aug
(410) |
Sep
(3) |
Oct
|
Nov
(56) |
Dec
(7) |
| 2007 |
Jan
(19) |
Feb
|
Mar
(4) |
Apr
(8) |
May
(19) |
Jun
(6) |
Jul
(4) |
Aug
(6) |
Sep
|
Oct
(4) |
Nov
(3) |
Dec
(2) |
| 2008 |
Jan
(13) |
Feb
(18) |
Mar
(12) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(6) |
Mar
(8) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
(11) |
Oct
(13) |
Nov
(17) |
Dec
(6) |
| 2010 |
Jan
(24) |
Feb
(10) |
Mar
(27) |
Apr
(20) |
May
(108) |
Jun
(8) |
Jul
(23) |
Aug
(38) |
Sep
(49) |
Oct
(17) |
Nov
(12) |
Dec
(14) |
| 2011 |
Jan
(17) |
Feb
(7) |
Mar
(28) |
Apr
(8) |
May
(20) |
Jun
(11) |
Jul
(7) |
Aug
(12) |
Sep
(4) |
Oct
(20) |
Nov
(19) |
Dec
(2) |
| 2012 |
Jan
(2) |
Feb
(6) |
Mar
(5) |
Apr
(24) |
May
(5) |
Jun
(4) |
Jul
(6) |
Aug
(18) |
Sep
(38) |
Oct
(26) |
Nov
(12) |
Dec
(6) |
| 2013 |
Jan
(19) |
Feb
(18) |
Mar
(44) |
Apr
(35) |
May
(18) |
Jun
(21) |
Jul
(10) |
Aug
(19) |
Sep
(44) |
Oct
(25) |
Nov
(1) |
Dec
(2) |
| 2014 |
Jan
(8) |
Feb
|
Mar
|
Apr
(5) |
May
(1) |
Jun
(3) |
Jul
|
Aug
(3) |
Sep
|
Oct
(4) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(2) |
Jun
(4) |
Jul
(6) |
Aug
(2) |
Sep
(8) |
Oct
(2) |
Nov
(1) |
Dec
(3) |
| 2016 |
Jan
(7) |
Feb
(9) |
Mar
(5) |
Apr
(5) |
May
(9) |
Jun
(4) |
Jul
(20) |
Aug
(4) |
Sep
(7) |
Oct
(6) |
Nov
(9) |
Dec
(2) |
| 2017 |
Jan
(7) |
Feb
(7) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(4) |
Jul
(12) |
Aug
(4) |
Sep
(1) |
Oct
(4) |
Nov
(11) |
Dec
(14) |
| 2018 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
(3) |
2
|
|
3
|
4
|
5
|
6
(2) |
7
(4) |
8
|
9
|
|
10
|
11
|
12
|
13
|
14
|
15
|
16
|
|
17
|
18
|
19
|
20
|
21
|
22
(2) |
23
|
|
24
(2) |
25
|
26
|
27
|
28
|
29
|
30
(3) |
|
31
(1) |
|
|
|
|
|
|
|
From: Keith M. <kei...@us...> - 2010-10-31 20:34:43
|
Update of /cvsroot/mingw/mingw-get In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv31425 Modified Files: ChangeLog Log Message: mingw-get-0.1-mingw32-alpha-5 released. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-get/ChangeLog,v retrieving revision 1.67 retrieving revision 1.68 diff -C2 -d -r1.67 -r1.68 *** ChangeLog 30 Oct 2010 19:06:19 -0000 1.67 --- ChangeLog 31 Oct 2010 20:34:35 -0000 1.68 *************** *** 5,8 **** --- 5,9 ---- * configure.ac: Bump version to 0.1-alpha-5. * README: Update release notes accordingly. + * All files (r0-1-alpha-5): Tag assigned. 2010-10-22 Keith Marshall <kei...@us...> |
|
From: Keith M. <kei...@us...> - 2010-10-30 19:06:27
|
Update of /cvsroot/mingw/mingw-get In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv28042 Modified Files: ChangeLog README configure.ac Log Message: mingw-get-0.1-mingw32-alpha-5 released. Index: README =================================================================== RCS file: /cvsroot/mingw/mingw-get/README,v retrieving revision 1.5 retrieving revision 1.6 diff -C2 -d -r1.5 -r1.6 *** README 10 Sep 2010 02:15:57 -0000 1.5 --- README 30 Oct 2010 19:06:19 -0000 1.6 *************** *** 1,3 **** ! Release Notes for mingw-get-0.1-mingw32-alpha-4 $Id$ --- 1,3 ---- ! Release Notes for mingw-get-0.1-mingw32-alpha-5 $Id$ *************** *** 6,9 **** --- 6,41 ---- -------- + This is the fifth alpha release of mingw-get; this is primarily a bug + fix release, with few user visible changes. The installation procedure + remains the same as for previous releases. To upgrade from a previous + release, simply run + + mingw-get update + mingw-get upgrade mingw-get + + or alternatively, unpack the -bin package over the top of the existing + installation. For further information, and usage advice, see: + + http://mingw.org/wiki/Getting_Started + + + User Visible Changes for mingw-get-0.1-mingw32-alpha-5 + ------------------------------------------------------ + + - Improved self-upgrade support; it incorporates a work around to avoid + a potential race condition in mingw-get-inst; (c.f. MinGW bug 3075616); + mingw-get.exe and mingw-get-0.dll are renamed, (to move them out of the + way), only when performing an explicit upgrade of the mingw-get-bin + package itself. + + + =============================================== + + + Release Notes for mingw-get-0.1-mingw32-alpha-4 + + Preamble + -------- + This is the fourth alpha release of mingw-get; this is primarily a bug fix release, with few user visible changes. The installation procedure *************** *** 35,38 **** --- 67,72 ---- =============================================== + Release Notes for mingw-get-0.1-mingw32-alpha-3 + Preamble -------- Index: configure.ac =================================================================== RCS file: /cvsroot/mingw/mingw-get/configure.ac,v retrieving revision 1.9 retrieving revision 1.10 diff -C2 -d -r1.9 -r1.10 *** configure.ac 10 Sep 2010 01:44:24 -0000 1.9 --- configure.ac 30 Oct 2010 19:06:19 -0000 1.10 *************** *** 23,27 **** # arising from the use of this software. # ! AC_INIT([mingw-get],[0.1-alpha-4],[http://mingw.org/reporting_bugs]) AC_SUBST([COPYRIGHT_HOLDER],["MinGW Project"]) --- 23,27 ---- # arising from the use of this software. # ! AC_INIT([mingw-get],[0.1-alpha-5],[http://mingw.org/reporting_bugs]) AC_SUBST([COPYRIGHT_HOLDER],["MinGW Project"]) Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-get/ChangeLog,v retrieving revision 1.66 retrieving revision 1.67 diff -C2 -d -r1.66 -r1.67 *** ChangeLog 22 Oct 2010 22:08:52 -0000 1.66 --- ChangeLog 30 Oct 2010 19:06:19 -0000 1.67 *************** *** 1,2 **** --- 1,9 ---- + 2010-10-29 Keith Marshall <kei...@us...> + + mingw-get-0.1-mingw32-alpha-5 released. + + * configure.ac: Bump version to 0.1-alpha-5. + * README: Update release notes accordingly. + 2010-10-22 Keith Marshall <kei...@us...> |
|
From: Keith M. <kei...@us...> - 2010-10-30 08:23:34
|
Update of /cvsroot/mingw/mingw-dist/mingw32 In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv17958/mingw32 Modified Files: issue.log mingw32-package-list.xml Added Files: mingw32-mingw-get.xml Log Message: Add and publish manifest for mingw-get. Index: mingw32-package-list.xml =================================================================== RCS file: /cvsroot/mingw/mingw-dist/mingw32/mingw32-package-list.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -C2 -d -r1.6 -r1.7 *** mingw32-package-list.xml 6 Sep 2010 16:52:35 -0000 1.6 --- mingw32-package-list.xml 30 Oct 2010 08:23:26 -0000 1.7 *************** *** 19,23 **** </package-group-hierarchy> ! <!-- "real" packages ~~ those commented out are yet to be published --> <package-list catalogue="mingw32-autoconf" /> <package-list catalogue="mingw32-automake" /> --- 19,23 ---- </package-group-hierarchy> ! <!-- "real" packages ~~ any commented out are yet to be published --> <package-list catalogue="mingw32-autoconf" /> <package-list catalogue="mingw32-automake" /> *************** *** 37,40 **** --- 37,41 ---- <package-list catalogue="mingw32-libtool" /> <package-list catalogue="mingw32-make" /> + <package-list catalogue="mingw32-mingw-get" /> <package-list catalogue="mingw32-mingw-utils" /> <package-list catalogue="mingw32-mpc" /> --- NEW FILE: mingw32-mingw-get.xml --- <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <software-distribution project="MinGW" home="http://www.mingw.org" issue="@YYYYMMDDNN@"> <!-- File: mingw32-mingw-get.xml ~~ mingw-get self-upgrade manifest --> <package-collection subsystem="mingw32"> <download-host uri="http://prdownloads.sourceforge.net/mingw/%F?download" /> <package name="mingw32-mingw-get" alias="mingw-get"> <affiliate group="MinGW Base System" /> <description lang="en" title="MinGW Package Download and Installation Tool"> <paragraph>mingw-get is a tool to assist users in the management of MinGW and MSYS software installations. Configured via an online XML database, which is managed by the project maintainers, it offers a command line driven user interface facilitating selective download and installation of packages provided by the project. </paragraph> <paragraph>The XML database provides maintainers with a mechanism for the specification of inter-package dependencies; this permits configuration of any package, such that the end user may elect to install just that specific package, leaving mingw-get to ensure that all dependencies will be automatically satisfied at installation time. </paragraph> <paragraph>A graphical user interface is planned as a future enhancement. </paragraph> </description> <component class="bin"> <release tarname="mingw-get-0.1-mingw32-alpha-3-bin.tar.gz" /> <release tarname="mingw-get-0.1-mingw32-alpha-4-bin.tar.gz" /> <release tarname="mingw-get-0.1-mingw32-alpha-5-bin.tar.gz" /> </component> <component class="lic"> <release tarname="mingw-get-0.1-mingw32-alpha-3-lic.tar.gz" /> <release tarname="mingw-get-0.1-mingw32-alpha-4-lic.tar.gz" /> <release tarname="mingw-get-0.1-mingw32-alpha-5-lic.tar.gz" /> </component> </package> </package-collection> </software-distribution> <!-- vim: set nocompatible expandtab fileformat=unix textwidth=82 tabstop=2 shiftwidth=2: --> Index: issue.log =================================================================== RCS file: /cvsroot/mingw/mingw-dist/mingw32/issue.log,v retrieving revision 1.10 retrieving revision 1.11 diff -C2 -d -r1.10 -r1.11 *** issue.log 1 Oct 2010 02:46:43 -0000 1.10 --- issue.log 30 Oct 2010 08:23:26 -0000 1.11 *************** *** 41,46 **** mingw32-libtool.xml:2010092500 mingw32-make.xml:2010070100 mingw32-mingw-utils.xml:2010090600 ! mingw32-package-list.xml:2010090603 mingw32-pdcurses.xml:2010090600 mingw32-pexports.xml:2010090600 --- 41,47 ---- mingw32-libtool.xml:2010092500 mingw32-make.xml:2010070100 + mingw32-mingw-get.xml:2010102900 mingw32-mingw-utils.xml:2010090600 ! mingw32-package-list.xml:2010102900 mingw32-pdcurses.xml:2010090600 mingw32-pexports.xml:2010090600 |
|
From: Keith M. <kei...@us...> - 2010-10-30 08:23:34
|
Update of /cvsroot/mingw/mingw-dist In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv17958 Modified Files: ChangeLog Log Message: Add and publish manifest for mingw-get. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-dist/ChangeLog,v retrieving revision 1.39 retrieving revision 1.40 diff -C2 -d -r1.39 -r1.40 *** ChangeLog 24 Oct 2010 22:28:06 -0000 1.39 --- ChangeLog 30 Oct 2010 08:23:26 -0000 1.40 *************** *** 1,5 **** --- 1,16 ---- + 2010-10-29 Keith Marshall <kei...@us...> + + Add and publish manifest for mingw-get. + + * mingw32/mingw32-mingw-get.xml: New file; + generate and publish mingw32-mingw-get.xml.lzma + * mingw32/mingw32-package-list.xml: Register it; regenerate and + publish mingw32-package-list.xml.lzma + * mingw32/issue.log: Update accordingly. + 2010-10-24 Cesar Strauss <ces...@gm...> Update & publish msys-bash. + * msys/msys-bash.xml: Update to 3.1.17-4. * msys/issue.log: Updated accordingly. |
|
From: Cesar S. <cst...@us...> - 2010-10-24 22:28:14
|
Update of /cvsroot/mingw/mingw-dist/msys In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv21832/msys Modified Files: issue.log msys-bash.xml Log Message: Update & publish msys-bash Index: msys-bash.xml =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/msys-bash.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -C2 -d -r1.3 -r1.4 *** msys-bash.xml 24 Jul 2010 21:01:32 -0000 1.3 --- msys-bash.xml 24 Oct 2010 22:28:06 -0000 1.4 *************** *** 25,29 **** <component class="bin"> ! <release tarname="bash-3.1.17-3-msys-1.0.13-bin.tar.lzma"> <requires eq="msys-libtermcap-*-msys-*-dll-0.tar" /> <requires eq="msys-libregex-*-msys-*-dll-1.tar" /> --- 25,29 ---- <component class="bin"> ! <release tarname="bash-3.1.17-4-msys-1.0.16-bin.tar.lzma"> <requires eq="msys-libtermcap-*-msys-*-dll-0.tar" /> <requires eq="msys-libregex-*-msys-*-dll-1.tar" /> *************** *** 34,42 **** <component class="doc"> ! <release tarname="bash-3.1.17-3-msys-1.0.13-doc.tar.lzma" /> </component> <component class="lic"> ! <release tarname="bash-3.1.17-3-msys-1.0.13-lic.tar.lzma" /> </component> </package> --- 34,42 ---- <component class="doc"> ! <release tarname="bash-3.1.17-4-msys-1.0.16-doc.tar.lzma" /> </component> <component class="lic"> ! <release tarname="bash-3.1.17-4-msys-1.0.16-lic.tar.lzma" /> </component> </package> Index: issue.log =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/issue.log,v retrieving revision 1.20 retrieving revision 1.21 diff -C2 -d -r1.20 -r1.21 *** issue.log 7 Oct 2010 18:46:42 -0000 1.20 --- issue.log 24 Oct 2010 22:28:06 -0000 1.21 *************** *** 29,33 **** msys-automake.xml:2010090600 msys-base.xml:2010080900 ! msys-bash.xml:2010071901 msys-binutils.xml:2010090600 msys-bison.xml:2010092500 --- 29,33 ---- msys-automake.xml:2010090600 msys-base.xml:2010080900 ! msys-bash.xml:2010102400 msys-binutils.xml:2010090600 msys-bison.xml:2010092500 |
|
From: Cesar S. <cst...@us...> - 2010-10-24 22:28:14
|
Update of /cvsroot/mingw/mingw-dist In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv21832 Modified Files: ChangeLog Log Message: Update & publish msys-bash Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-dist/ChangeLog,v retrieving revision 1.38 retrieving revision 1.39 diff -C2 -d -r1.38 -r1.39 *** ChangeLog 7 Oct 2010 22:49:39 -0000 1.38 --- ChangeLog 24 Oct 2010 22:28:06 -0000 1.39 *************** *** 1,2 **** --- 1,8 ---- + 2010-10-24 Cesar Strauss <ces...@gm...> + + Update & publish msys-bash. + * msys/msys-bash.xml: Update to 3.1.17-4. + * msys/issue.log: Updated accordingly. + 2010-10-07 Chris Sutcliffe <ir0...@us...> |
|
From: Keith M. <kei...@us...> - 2010-10-22 22:09:00
|
Update of /cvsroot/mingw/mingw-get/src In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv7397/src Modified Files: rites.c clistub.c pkgexec.cpp Log Message: Make pkgInitRites/pkgLastRites processing more robust; avoid a potential race condition in mingw-get-inst. Index: rites.c =================================================================== RCS file: /cvsroot/mingw/mingw-get/src/rites.c,v retrieving revision 1.1 retrieving revision 1.2 diff -C2 -d -r1.1 -r1.2 *** rites.c 27 Aug 2010 22:08:03 -0000 1.1 --- rites.c 22 Oct 2010 22:08:52 -0000 1.2 *************** *** 12,16 **** * helper application; also, when included within another compilation * module, which pre-defines IMPLEMENT_INITIATION_RITES, it furnishes ! * the complementary "pkgInitRites()" function. * * The combination of a call to pkgInitRites() at program start-up, --- 12,16 ---- * helper application; also, when included within another compilation * module, which pre-defines IMPLEMENT_INITIATION_RITES, it furnishes ! * the complementary "pkgInitRites()" and "pkgLastRites()" functions. * * The combination of a call to pkgInitRites() at program start-up, *************** *** 36,47 **** * */ ! # include <stdio.h> ! # include <stdlib.h> ! # include <errno.h> ! #define MINGW_GET_EXE L"bin/mingw-get.exe" ! #define MINGW_GET_LCK L"var/lib/mingw-get/lock" ! #define MINGW_GET_DLL L"libexec/mingw-get/mingw-get-0.dll" ! #define MINGW_GET_GUI L"libexec/mingw-get/gui.exe" /* We wish to define a number of helper functions, which we will prefer --- 36,47 ---- * */ ! #include <stdio.h> ! #include <stdlib.h> ! #include <errno.h> ! #define MINGW_GET_EXE L"bin/mingw-get.exe" ! #define MINGW_GET_LCK L"var/lib/mingw-get/lock" ! #define MINGW_GET_DLL L"libexec/mingw-get/mingw-get-0.dll" ! #define MINGW_GET_GUI L"libexec/mingw-get/gui.exe" /* We wish to define a number of helper functions, which we will prefer *************** *** 49,53 **** * to facilitate achievement of this objective. */ ! #define RITES_INLINE static __inline__ __attribute__((__always_inline__)) #ifndef EOK --- 49,53 ---- * to facilitate achievement of this objective. */ ! #define RITES_INLINE static __inline__ __attribute__((__always_inline__)) #ifndef EOK *************** *** 57,63 **** * to ensure that we don't inadvertently react to a stale value. */ ! # define EOK 0 #endif #include "debug.h" --- 57,148 ---- * to ensure that we don't inadvertently react to a stale value. */ ! # define EOK 0 ! #endif ! ! #ifdef IMPLEMENT_INITIATION_RITES ! /* ! * Normally specified by including this source file within another, ! * with an appropriate prior definition. This indicates intent to ! * provide an inline implementation of either first or second phase ! * initiation rites, (mutually exclusively), depending on whether ! * IMPLEMENT_INITIATION_RITES is defined as PHASE_ONE_RITES, or as ! * PHASE_TWO_RITES; in either case, the associated code is invoked ! * via the locally implemented "invoke_rites()" function. ! */ ! # define BEGIN_RITES_IMPLEMENTATION RITES_INLINE void invoke_rites( void ) ! /* ! * In this case, since the "invoke_rites()" function has nothing ! * to return, we declare a "do nothing" wrap-up hook. ! */ ! # define END_RITES_IMPLEMENTATION ! ! #else /* ! defined IMPLEMENT_INITIATION_RITES */ ! /* ! * This alternative case is normally achieved by free-standing ! * compilation of rites.c; it implements the "main()" function ! * for the "lastrites.exe" helper program. ! */ ! # define BEGIN_RITES_IMPLEMENTATION int main() ! /* ! * In this case, we must return an exit code; we simply assume that, ! * for us. there is no meaningful concept of process failure, so we ! * always report success. ! */ ! # define END_RITES_IMPLEMENTATION return EXIT_SUCCESS; ! #endif ! ! /* Provide selectors, to discriminate the two distinct classes ! * of initiation rites implementation, which may be specified as ! * the requisite form with IMPLEMENT_INITIATION_RITES. ! */ ! #define PHASE_ONE_RITES 1 ! #define PHASE_TWO_RITES 2 ! ! #if IMPLEMENT_INITIATION_RITES == PHASE_TWO_RITES ! /* ! * For the second phase initiation rites implementation, the ! * idea is to move the running executable and its associated DLL ! * out of the way, so that we may install upgraded versions while ! * the application is still running. Thus, the first step is to ! * destroy any previously created backup copies of the running ! * program files which may still exist... ! */ ! # define first_act( SOURCE, BACKUP ) mingw_get_unlink( (BACKUP) ) ! /* ! * ...then, we schedule a potential pending removal of these, by ! * initially renaming them with their designated backup names... ! */ ! # define final_act( SOURCE, BACKUP ) mingw_get_rename( (SOURCE), (BACKUP) ) ! ! #else /* ! PHASE_TWO_RITES */ ! /* ! * In this case, we assume that the originally running process ! * may have invoked phase two initiation rites, so moving its own ! * executable and its associated DLL out of the way; we aim to move ! * them back again, by attempting to change the backup names back ! * to their original file names... ! */ ! # define first_act( SOURCE, BACKUP ) mingw_get_rename( (BACKUP), (SOURCE) ) ! /* ! * We expect the preceding "rename" to succeed; if it didn't, then ! * the most probable reason is that an upgrade has been installed, ! * in which case we may remove the obsolete backup versions. ! */ ! # define final_act( SOURCE, BACKUP ) mingw_get_remove( (BACKUP) ) #endif + RITES_INLINE const char *approot_path( void ) + { + /* Inline helper to identify the root directory path for the running + * application, (which "mingw-get" passes through the APPROOT variable + * in the process environment)... + */ + static const char *approot = NULL; + return ((approot == NULL) && ((approot = getenv( "APPROOT" )) == NULL)) + + ? "c:/mingw/" /* default, for failed environment look-up */ + : approot; /* normal return value */ + } + #include "debug.h" *************** *** 96,119 **** #endif ! RITES_INLINE const char *approot_path( void ) { ! /* Inline helper to identify the root directory path for the running ! * application, (which "mingw-get" passes through the APPROOT variable ! * in the process environment)... */ ! static const char *approot = NULL; ! return ((approot == NULL) && ((approot = getenv( "APPROOT" )) == NULL)) ! ? "c:/mingw/" /* default, for failed environment look-up */ ! : approot; /* normal return value */ } ! #ifdef IMPLEMENT_INITIATION_RITES ! /* ! * Normally achieved by including this source file within another, ! * in this case we wish to implement the inline "pkgInitRites()" and ! * "pkgLastRites()" functions, together with the "do_init_rites()" ! * static function required to support them. ! */ # include <process.h> # include <sys/types.h> --- 181,241 ---- #endif ! RITES_INLINE void mingw_get_remove( const char *name ) { ! /* Inline helper to perform the "unlink" rite, provided a preceding ! * request, (presumably "rename"), has not failed with EEXIST status. */ ! if( errno == EEXIST ) mingw_get_unlink( name ); ! } ! RITES_INLINE void perform_rites_of_passage( const wchar_t *name ) ! { ! /* Local helper function, to perform the required rite of passage ! * for a single specified process image file, as specified by its ! * relative path name within the application directory tree. ! */ ! const char *approot = approot_path(); ! ! /* We begin by allocating stack space for the absolute path names ! * for both the original file name and its backup name. ! */ ! size_t buflen = snprintf( NULL, 0, "%s%S~", approot, name ); ! char normal_name[ buflen ], backup_name[ 1 + buflen ]; ! ! /* Fill out this buffer pair with the requisite path names, ! * noting that the backup name is the same as the original ! * name, with a single tilde appended. ! */ ! snprintf( normal_name, buflen, "%s%S", approot, name ); ! snprintf( backup_name, ++buflen, "%s~", normal_name ); ! ! /* Clear any pre-existing error condition, then perform the ! * requisite "rename" and "unlink" rites, in the pre-scheduled ! * order appropriate to the build context. ! */ ! errno = EOK; ! first_act( normal_name, backup_name ); ! final_act( normal_name, backup_name ); } ! /* Here, we specify the variant portion of the implementation... ! */ ! BEGIN_RITES_IMPLEMENTATION ! { ! /* ...where the requisite "rites of passage" are initiated ! * for each process image file affected, specifying each by ! * its path name relative to the root of the application's ! * installation directory tree. ! */ ! perform_rites_of_passage( MINGW_GET_EXE ); ! perform_rites_of_passage( MINGW_GET_DLL ); ! END_RITES_IMPLEMENTATION ! } ! ! #if IMPLEMENT_INITIATION_RITES == PHASE_ONE_RITES ! /* ! * The following inline functions are required, specifically ! * and exclusively, for the first phase of initiation rites... ! */ # include <process.h> # include <sys/types.h> *************** *** 121,164 **** # include <fcntl.h> - /* Provide a facility for clearing a stale lock; for Win32, we may - * simply refer this to the "unlink()" function, because the system - * will not permit us to unlink a lock file which is owned by any - * active process; (i.e. it is NOT a stale lock). - * - * FIXME: This will NOT work on Linux (or other Unixes), where it - * IS permitted to unlink an active lock file; to support - * such systems, we will need to provide a more robust - * implementation for "unlink_if_stale()". - */ - #define unlink_if_stale mingw_get_unlink - - /* When IMPLEMENT_INITIATION_RITES is selected, we must implement - * the inline function, "void do_init_rites( void )"... - */ - static void do_init_rites( void ); - # define BEGIN_RITES_IMPLEMENTATION static void do_init_rites( void ) - /* - * For the "pkgInitRites()" implementation, the idea is to move - * the running executable and its associated DLL out of the way, - * so that we may install upgraded versions while the application - * is still running. Thus, the first step is to destroy any - * previously created backup copy which may still exist... - */ - # define first_act( SOURCE, BACKUP ) mingw_get_unlink( (BACKUP) ) - /* - * ...then, we schedule a potential pending removal of the running - * program files, by initially renaming them with their designated - * backup names... - */ - # define final_act( SOURCE, BACKUP ) mingw_get_rename( (SOURCE), (BACKUP) ) - /* - * ...and finally, since the "do_init_rites()" function has nothing - * to return, we declare a "do nothing" wrap-up hook. - */ - # define END_RITES_IMPLEMENTATION - - /* do_init_rites() also requires the following three supporting - * API "entry" points... - */ RITES_INLINE const char *lockfile_name( void ) { --- 243,246 ---- *************** *** 184,187 **** --- 266,281 ---- } + /* Provide a facility for clearing a stale lock; for Win32, we may + * simply refer this to the "unlink()" function, because the system + * will not permit us to unlink a lock file which is owned by any + * active process; (i.e. it is NOT a stale lock). + * + * FIXME: This will NOT work on Linux (or other Unixes), where it + * IS permitted to unlink an active lock file; to support + * such systems, we will need to provide a more robust + * implementation for "unlink_if_stale()". + */ + #define unlink_if_stale mingw_get_unlink + RITES_INLINE int pkgInitRites( const char *progname ) { *************** *** 211,218 **** ); } - else - /* We successfully acquired the lock; continue initialisation... - */ - do_init_rites(); /* Return the lock, indicating success or failure as appropriate. --- 305,308 ---- *************** *** 224,228 **** { /* Inline helper to clear the lock acquired by "pkgInitRites()", ! * and to initiate clean-up of the changes made by "do_init_rites()". */ const char *approot = approot_path(); --- 314,319 ---- { /* Inline helper to clear the lock acquired by "pkgInitRites()", ! * and to initiate clean-up of the changes made by "invoke_rites()" ! * when it is invoked in second phase of initiation rites. */ const char *approot = approot_path(); *************** *** 239,332 **** * so that it may delete the old EXE and DLL image files belonging to * this process, if they were upgraded since acquiring the lock. */ snprintf( rites, sizeof( rites ), "%s%s", approot, lastrites ); ! execl( rites, "lastrites", NULL ); /* We should never get to here; if we do... * Diagnose a problem, and bail out. */ ! fprintf( stderr, "%s: ", progname ); perror( "execl" ); return EXIT_FATAL; } - #else /* ! defined IMPLEMENT_INITIATION_RITES */ - /* - * This alternative case is normally achieved by free-standing - * compilation of rites.c; it implements the "main()" function - * for the "lastrites.exe" helper program. - */ - # define BEGIN_RITES_IMPLEMENTATION int main() - /* - * In this case, we assume that the originally running process - * has called "pkgInitRites()", so moving its executable and its - * associated DLL out of the way; we aim to move them back again, - * by changing the backup name back to the original... - */ - # define first_act( SOURCE, BACKUP ) mingw_get_rename( (BACKUP), (SOURCE) ) - /* - * We expect the preceding "rename" to succeed; if it didn't, then - * the most probable reason is that an upgrade has been installed, - * in which case we may remove the obsolete backup version. - */ - # define final_act( SOURCE, BACKUP ) mingw_get_remove( (BACKUP) ) - /* - * Finally, in this case, we must return an exit code; we simply - * assume that, for us. there is no meaningful concept of process - * failure, so we always report success. - */ - # define END_RITES_IMPLEMENTATION return EXIT_SUCCESS; #endif - RITES_INLINE void mingw_get_remove( const char *name ) - { - /* Inline helper to perform the "unlink" rite, provided a preceding - * request, (presumably "rename"), has not failed with EEXIST status. - */ - if( errno == EEXIST ) mingw_get_unlink( name ); - } - - RITES_INLINE void perform_rites_of_passage( const wchar_t *name ) - { - /* Local helper function, to perform the required rite of passage - * for a single specified process image file, as specified by its - * relative path name within the application directory tree. - */ - const char *approot = approot_path(); - - /* We begin by allocating stack space for the absolute path names - * for both the original file name and its backup name. - */ - size_t buflen = snprintf( NULL, 0, "%s%S~", approot, name ); - char normal_name[ buflen ], backup_name[ 1 + buflen ]; - - /* Fill out this buffer pair with the requisite path names, - * noting that the backup name is the same as the original - * name, with a single tilde appended. - */ - snprintf( normal_name, buflen, "%s%S", approot, name ); - snprintf( backup_name, ++buflen, "%s~", normal_name ); - - /* Clear any pre-existing error condition, then perform the - * requisite "rename" and "unlink" rites, in the pre-scheduled - * order appropriate to the build context. - */ - errno = EOK; - first_act( normal_name, backup_name ); - final_act( normal_name, backup_name ); - } - - /* Here, we specify the variant portion of the implementation... - */ - BEGIN_RITES_IMPLEMENTATION - { - /* ...where the requisite "rites of passage" are initiated - * for each process image file affected, specifying each by - * its path name relative to the root of the application's - * installation directory tree. - */ - perform_rites_of_passage( MINGW_GET_EXE ); - perform_rites_of_passage( MINGW_GET_DLL ); - END_RITES_IMPLEMENTATION; - } - #endif /* BEGIN_RITES_IMPLEMENTATION: $RCSfile$: end of file */ --- 330,363 ---- * so that it may delete the old EXE and DLL image files belonging to * this process, if they were upgraded since acquiring the lock. + * + * Note that we use the execl() function to invoke the clean-up + * process. However, we recognise that Microsoft's implementation + * of this function does NOT behave in a POSIXly correct manner; + * specifically, it returns control immediately to the calling + * process, causing it to resume execution concurrently with the + * exec()ed process, whereas POSIXly correct behaviour would cause + * the calling process to wait for the exec()ed process. This + * lack of POSIX-like behaviour is unfortunate, since it results + * in a potential race condition between the exec()ed process and + * the calling process, should the latter immediately attempt to + * invoke a new instance of mingw-get. To mitigate this potential + * race condition, we call the "invoke_rites()" function to pre-empt + * as much as possible of the processing to be performed by the + * clean-up program, recognising that we can be only partially + * successful, (but silently ignoring the partial failure), before + * calling execl() to complete those clean-up aspects which cannot + * be successfully performed in this pre-emptive fashion. */ snprintf( rites, sizeof( rites ), "%s%s", approot, lastrites ); ! invoke_rites(); execl( rites, "lastrites", NULL ); /* We should never get to here; if we do... * Diagnose a problem, and bail out. */ ! fprintf( stderr, "%s: execl: ", progname ); perror( lastrites ); return EXIT_FATAL; } #endif #endif /* BEGIN_RITES_IMPLEMENTATION: $RCSfile$: end of file */ Index: clistub.c =================================================================== RCS file: /cvsroot/mingw/mingw-get/src/clistub.c,v retrieving revision 1.6 retrieving revision 1.7 diff -C2 -d -r1.6 -r1.7 *** clistub.c 10 Sep 2010 02:15:57 -0000 1.6 --- clistub.c 22 Oct 2010 22:08:52 -0000 1.7 *************** *** 173,177 **** "and the components associated with each.\n\n"; ! #define IMPLEMENT_INITIATION_RITES #include "rites.c" --- 173,177 ---- "and the components associated with each.\n\n"; ! #define IMPLEMENT_INITIATION_RITES PHASE_ONE_RITES #include "rites.c" Index: pkgexec.cpp =================================================================== RCS file: /cvsroot/mingw/mingw-get/src/pkgexec.cpp,v retrieving revision 1.10 retrieving revision 1.11 diff -C2 -d -r1.10 -r1.11 *** pkgexec.cpp 17 Aug 2010 21:35:59 -0000 1.10 --- pkgexec.cpp 22 Oct 2010 22:08:52 -0000 1.11 *************** *** 93,96 **** --- 93,136 ---- } + /* To circumvent MS-Windows restrictions on deletion and/or overwriting + * executable and shared object files, while their respective code is in + * use by a running application, and to facilitate upgrade of mingw-get + * itself, while it is the running application performing the upgrade, + * we introduce a "rites of passage" work around. The first phase of + * this is invoked immediately on process start up, but the second + * phase is deferred... + */ + #define IMPLEMENT_INITIATION_RITES PHASE_TWO_RITES + #include "rites.c" + /* + * ...until we know for sure that a self-upgrade has been scheduled... + */ + RITES_INLINE bool self_upgrade_rites( const char *name ) + { + /* ...as determined by inspection of package names, and deferring + * the rite as "pending" until a request to process "mingw-get-bin" + * is actually received... + */ + pkgSpecs pkg( name ); + bool pending = ((name = pkg.GetComponentClass()) == NULL) + || (strcmp( name, "bin" ) != 0) || ((name = pkg.GetPackageName()) == NULL) + || (strcmp( name, "mingw-get" ) != 0); + + if( ! pending ) + /* + * We've just identified a request to process "mingw-get-bin"; + * thus the requirement to invoke the "self upgrade rites" has + * now become immediate, so do it... + */ + invoke_rites(); + + /* Finally, return the requirement state as it now is, whether it + * remains "pending" or not, so that the caller may avoid checking + * the requirement for invoking the "self upgrade rites" process, + * after it has already been requested. + */ + return pending; + } + pkgActionItem::pkgActionItem( pkgActionItem *after, pkgActionItem *before ) { *************** *** 325,334 **** { pkgActionItem *current = this; while( current->prev != NULL ) current = current->prev; DownloadArchiveFiles( current ); while( current != NULL ) { ! dmh_printf( "%s: %s\n", action_name(current->flags & ACTION_MASK), ! current->Selection()->GetPropVal( tarname_key, "<unknown>" )); if( (current->flags & ACTION_REMOVE) == ACTION_REMOVE ) --- 365,391 ---- { pkgActionItem *current = this; + bool init_rites_pending = true; while( current->prev != NULL ) current = current->prev; DownloadArchiveFiles( current ); while( current != NULL ) { ! /* Print a notification of the installation process to be ! * performed, identifying the package to be processed. ! */ ! const char *tarname; ! if( (tarname = current->Selection()->GetPropVal( tarname_key, NULL )) == NULL ) ! tarname = current->Selection( to_remove )->GetPropVal( tarname_key, value_unknown ); ! dmh_printf( "%s: %s\n", action_name(current->flags & ACTION_MASK), tarname ); ! ! /* Check for any outstanding requirement to invoke the ! * "self upgrade rites" process, so that we may install an ! * upgrade for mingw-get itself... ! */ ! if( init_rites_pending ) ! /* ! * ...discontinuing the check once this has been completed, ! * since it need not be performed more than once. ! */ ! init_rites_pending = self_upgrade_rites( tarname ); if( (current->flags & ACTION_REMOVE) == ACTION_REMOVE ) *************** *** 342,346 **** */ if( current->Selection( to_remove ) != NULL ) ! dmh_printf( " removing %s\n", current->Selection( to_remove )->GetPropVal( tarname_key, "<unknown>" )); } --- 399,403 ---- */ if( current->Selection( to_remove ) != NULL ) ! dmh_printf( " removing %s\n", current->Selection( to_remove )->GetPropVal( tarname_key, value_unknown )); } |
|
From: Keith M. <kei...@us...> - 2010-10-22 22:09:00
|
Update of /cvsroot/mingw/mingw-get In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv7397 Modified Files: ChangeLog Log Message: Make pkgInitRites/pkgLastRites processing more robust; avoid a potential race condition in mingw-get-inst. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-get/ChangeLog,v retrieving revision 1.65 retrieving revision 1.66 diff -C2 -d -r1.65 -r1.66 *** ChangeLog 10 Sep 2010 03:04:06 -0000 1.65 --- ChangeLog 22 Oct 2010 22:08:52 -0000 1.66 *************** *** 1,2 **** --- 1,25 ---- + 2010-10-22 Keith Marshall <kei...@us...> + + Make pkgInitRites/pkgLastRites processing more robust; + avoid a potential race condition in mingw-get-inst. + + * src/rites.c: Refactor conditional code to segregate execution of... + [defined IMPLEMENT_INITIATION_RITES]: ...this into distinct phases. + (PHASE_ONE_RITES, PHASE_TWO_RITES): Define constants to identify them. + (do_init_rites): Renamed to... + (invoke_rites): ...this; inline it. + (pkgLastRites): Invoke it, to pre-empt rename action of... + (lastrites.exe): ...this, subsequently exec()ed process. + (perror): Issue more informative diagnostic on exec() failure. + + * src/clistub.c (IMPLEMENT_INITIATION_RITES): Stipulate as... + (PHASE_ONE_RITES): ...this phase of implementation only. + + * src/pkgexec.cpp (IMPLEMENT_INITIATION_RITES): Define to provide... + (PHASE_TWO_RITES): ...this phase of implementation, facilitated by... + (self_upgrade_rites): ...this locally defined RITES_INLINE function. + (pkgActionItem::Execute): Invoke it, in remove/install loop, while... + [init_rites_pending]: ...new loop local variable remains true. + 2010-09-10 Charles Wilson <mi...@cw...> |
|
From: Chris S. <ir0...@us...> - 2010-10-07 22:49:52
|
Update of /cvsroot/mingw/mingw-dist/msys In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv29842/msys Modified Files: msys-mintty.xml Log Message: 2010-10-07 Chris Sutcliffe <ir0...@us...> * msys/msys-mintty.xml: Fix typo. Index: msys-mintty.xml =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/msys-mintty.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -C2 -d -r1.1 -r1.2 *** msys-mintty.xml 6 Oct 2010 22:19:43 -0000 1.1 --- msys-mintty.xml 7 Oct 2010 22:49:39 -0000 1.2 *************** *** 12,16 **** derivatives such as MSYS. </paragraph> ! <paragraph>To launch MSYS in an rxvt window, create a shortcut to C:\msys\1.0\msys.bat, with the argument "--mintty". Some people find mintty a more accomodating terminal than cmd.exe, since --- 12,16 ---- derivatives such as MSYS. </paragraph> ! <paragraph>To launch MSYS in a mintty window, create a shortcut to C:\msys\1.0\msys.bat, with the argument "--mintty". Some people find mintty a more accomodating terminal than cmd.exe, since |
|
From: Chris S. <ir0...@us...> - 2010-10-07 22:49:47
|
Update of /cvsroot/mingw/mingw-dist In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv29842 Modified Files: ChangeLog Log Message: 2010-10-07 Chris Sutcliffe <ir0...@us...> * msys/msys-mintty.xml: Fix typo. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-dist/ChangeLog,v retrieving revision 1.37 retrieving revision 1.38 diff -C2 -d -r1.37 -r1.38 *** ChangeLog 7 Oct 2010 18:46:42 -0000 1.37 --- ChangeLog 7 Oct 2010 22:49:39 -0000 1.38 *************** *** 1,4 **** --- 1,8 ---- 2010-10-07 Chris Sutcliffe <ir0...@us...> + * msys/msys-mintty.xml: Fix typo. + + 2010-10-07 Chris Sutcliffe <ir0...@us...> + * msys/msys-package-list.xml: Add msys-mintty. Regenerate and publish msys-package-list.xml.lzma |
|
From: Chris S. <ir0...@us...> - 2010-10-07 18:46:50
|
Update of /cvsroot/mingw/mingw-dist/msys In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv24050/msys Modified Files: msys-package-list.xml issue.log Log Message: 2010-10-07 Chris Sutcliffe <ir0...@us...> * msys/msys-package-list.xml: Add msys-mintty. Regenerate and publish msys-package-list.xml.lzma * msys/issue.log: Updated accordingly. Index: msys-package-list.xml =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/msys-package-list.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -C2 -d -r1.14 -r1.15 *** msys-package-list.xml 6 Sep 2010 07:45:21 -0000 1.14 --- msys-package-list.xml 7 Oct 2010 18:46:42 -0000 1.15 *************** *** 56,59 **** --- 56,60 ---- <package-list catalogue="msys-man" /> <package-list catalogue="msys-minires" /> + <package-list catalogue="msys-mintty" /> <package-list catalogue="msys-mktemp" /> <package-list catalogue="msys-openssh" /> Index: issue.log =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/issue.log,v retrieving revision 1.19 retrieving revision 1.20 diff -C2 -d -r1.19 -r1.20 *** issue.log 6 Oct 2010 22:19:43 -0000 1.19 --- issue.log 7 Oct 2010 18:46:42 -0000 1.20 *************** *** 70,74 **** msys-openssh.xml:2010090600 msys-openssl.xml:2010090600 ! msys-package-list.xml:2010090605 msys-patch.xml:2010081000 msys-perl.xml:2010090500 --- 70,74 ---- msys-openssh.xml:2010090600 msys-openssl.xml:2010090600 ! msys-package-list.xml:2010100700 msys-patch.xml:2010081000 msys-perl.xml:2010090500 |
|
From: Chris S. <ir0...@us...> - 2010-10-07 18:46:50
|
Update of /cvsroot/mingw/mingw-dist In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv24050 Modified Files: ChangeLog Log Message: 2010-10-07 Chris Sutcliffe <ir0...@us...> * msys/msys-package-list.xml: Add msys-mintty. Regenerate and publish msys-package-list.xml.lzma * msys/issue.log: Updated accordingly. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-dist/ChangeLog,v retrieving revision 1.36 retrieving revision 1.37 diff -C2 -d -r1.36 -r1.37 *** ChangeLog 6 Oct 2010 22:30:33 -0000 1.36 --- ChangeLog 7 Oct 2010 18:46:42 -0000 1.37 *************** *** 1,2 **** --- 1,8 ---- + 2010-10-07 Chris Sutcliffe <ir0...@us...> + + * msys/msys-package-list.xml: Add msys-mintty. + Regenerate and publish msys-package-list.xml.lzma + * msys/issue.log: Updated accordingly. + 2010-10-06 Chris Sutcliffe <ir0...@us...> |
|
From: Chris S. <ir0...@us...> - 2010-10-06 22:30:42
|
Update of /cvsroot/mingw/mingw-dist In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv9433 Modified Files: ChangeLog Log Message: 2010-10-06 Chris Sutcliffe <ir0...@us...> * msys/msys-mintty.xml: New file. * msys/issue.log: Updated accordingly. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-dist/ChangeLog,v retrieving revision 1.35 retrieving revision 1.36 diff -C2 -d -r1.35 -r1.36 *** ChangeLog 1 Oct 2010 02:46:43 -0000 1.35 --- ChangeLog 6 Oct 2010 22:30:33 -0000 1.36 *************** *** 1,2 **** --- 1,7 ---- + 2010-10-06 Chris Sutcliffe <ir0...@us...> + + * msys/msys-mintty.xml: New file. + * msys/issue.log: Updated accordingly. + 2010-09-30 Cesar Strauss <ces...@gm...> |
|
From: Chris S. <ir0...@us...> - 2010-10-06 22:19:55
|
Update of /cvsroot/mingw/mingw-dist/msys In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv6252/msys Modified Files: issue.log Added Files: msys-mintty.xml Log Message: Add msys-mintty.xml manifest Index: issue.log =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/issue.log,v retrieving revision 1.18 retrieving revision 1.19 diff -C2 -d -r1.18 -r1.19 *** issue.log 1 Oct 2010 02:46:43 -0000 1.18 --- issue.log 6 Oct 2010 22:19:43 -0000 1.19 *************** *** 66,69 **** --- 66,70 ---- msys-man.xml:2010090600 msys-minires.xml:2010090500 + msys-mintty.xml:2010100600 msys-mktemp.xml:2010090500 msys-openssh.xml:2010090600 --- NEW FILE: msys-mintty.xml --- <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <software-distribution project="MinGW" home="http://mingw.org" issue="@YYYYMMDDNN@"> <!-- File: msys-mintty.xml --> <package-collection subsystem="msys"> <download-host uri="http://prdownloads.sourceforge.net/mingw/%F?download" /> <package name="msys-mintty" alias="mintty"> <description lang="en" title="mintty: terminal emulator" > <paragraph>Mintty is a terminal emulator for Cygwin and Cygwin derivatives such as MSYS. </paragraph> <paragraph>To launch MSYS in an rxvt window, create a shortcut to C:\msys\1.0\msys.bat, with the argument "--mintty". Some people find mintty a more accomodating terminal than cmd.exe, since it may be resized at will and has a larger scrollback buffer. However, mintty sometimes does not interoperate well with native applications (such as MinGW gcc), so the default cmd.exe console is recommended for most users. </paragraph> </description> <licence tarname="mintty-%-msys-%-lic.tar" /> <source tarname="mintty-%-msys-%-src.tar" /> <component class="bin"> <requires eq="msys-core-*-msys-*-bin.tar" /> <release tarname="mintty-0.9.1-1-msys-1.0.16-bin.tar.lzma" /> </component> <component class="doc"> <release tarname="mintty-0.9.1-1-msys-1.0.16-doc.tar.lzma" /> </component> <component class="lic"> <release tarname="mintty-0.9.1-1-msys-1.0.16-lic.tar.lzma" /> </component> </package> </package-collection> </software-distribution> <!-- vim: set nocompatible expandtab fileformat=unix textwidth=80 tabstop=2 shiftwidth=2: --> |
|
From: Cesar S. <cst...@us...> - 2010-10-01 02:46:51
|
Update of /cvsroot/mingw/mingw-dist/msys In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv11755/msys Modified Files: issue.log msys-core.xml Log Message: Update & publish msys-core, mingw32-gcc4. Index: msys-core.xml =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/msys-core.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -C2 -d -r1.6 -r1.7 *** msys-core.xml 27 Jul 2010 21:24:22 -0000 1.6 --- msys-core.xml 1 Oct 2010 02:46:43 -0000 1.7 *************** *** 44,55 **** <requires eq="msys-core-%-msys-%-doc.tar" /> <requires eq="msys-core-%-msys-%-lic.tar" /> ! <release tarname="msysCORE-1.0.15-1-msys-1.0.15-bin.tar.lzma" /> </component> <component class="ext"> <!-- msys-core-ext contains tools that have dependencies on ! components other than msys-core-bin alone. New for 1.0.15. --> ! <release tarname="msysCORE-1.0.15-1-msys-1.0.15-ext.tar.lzma" /> <requires eq="msys-bash-*-msys-*-bin.tar" /> <requires eq="msys-core-%-msys-%-bin.tar" /> --- 44,55 ---- <requires eq="msys-core-%-msys-%-doc.tar" /> <requires eq="msys-core-%-msys-%-lic.tar" /> ! <release tarname="msysCORE-1.0.16-1-msys-1.0.16-bin.tar.lzma" /> </component> <component class="ext"> <!-- msys-core-ext contains tools that have dependencies on ! components other than msys-core-bin alone. --> ! <release tarname="msysCORE-1.0.16-1-msys-1.0.16-ext.tar.lzma" /> <requires eq="msys-bash-*-msys-*-bin.tar" /> <requires eq="msys-core-%-msys-%-bin.tar" /> *************** *** 61,77 **** <component class="dev"> ! <release tarname="msysCORE-1.0.15-1-msys-1.0.15-dev.tar.lzma" /> </component> <component class="doc"> ! <release tarname="msysCORE-1.0.15-1-msys-1.0.15-doc.tar.lzma" /> </component> <component class="lic"> ! <release tarname="msysCORE-1.0.15-1-msys-1.0.15-lic.tar.lzma" /> </component> <component class="dbg"> ! <release tarname="msysCORE-1.0.15-1-msys-1.0.15-dbg.tar.lzma" /> <requires eq="msys-core-%-msys-%-bin.tar" /> </component> --- 61,77 ---- <component class="dev"> ! <release tarname="msysCORE-1.0.16-1-msys-1.0.16-dev.tar.lzma" /> </component> <component class="doc"> ! <release tarname="msysCORE-1.0.16-1-msys-1.0.16-doc.tar.lzma" /> </component> <component class="lic"> ! <release tarname="msysCORE-1.0.16-1-msys-1.0.16-lic.tar.lzma" /> </component> <component class="dbg"> ! <release tarname="msysCORE-1.0.16-1-msys-1.0.16-dbg.tar.lzma" /> <requires eq="msys-core-%-msys-%-bin.tar" /> </component> Index: issue.log =================================================================== RCS file: /cvsroot/mingw/mingw-dist/msys/issue.log,v retrieving revision 1.17 retrieving revision 1.18 diff -C2 -d -r1.17 -r1.18 *** issue.log 26 Sep 2010 05:23:12 -0000 1.17 --- issue.log 1 Oct 2010 02:46:43 -0000 1.18 *************** *** 34,38 **** msys-bzip2.xml:2010080500 msys-console.xml:2010090600 ! msys-core.xml:2010080500 msys-coreutils.xml:2010071901 msys-crypt.xml:2010090500 --- 34,38 ---- msys-bzip2.xml:2010080500 msys-console.xml:2010090600 ! msys-core.xml:2010100100 msys-coreutils.xml:2010071901 msys-crypt.xml:2010090500 |
|
From: Cesar S. <cst...@us...> - 2010-10-01 02:46:51
|
Update of /cvsroot/mingw/mingw-dist/mingw32 In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv11755/mingw32 Modified Files: issue.log mingw32-gcc4.xml Log Message: Update & publish msys-core, mingw32-gcc4. Index: mingw32-gcc4.xml =================================================================== RCS file: /cvsroot/mingw/mingw-dist/mingw32/mingw32-gcc4.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -C2 -d -r1.1 -r1.2 *** mingw32-gcc4.xml 31 Aug 2010 04:09:12 -0000 1.1 --- mingw32-gcc4.xml 1 Oct 2010 02:46:43 -0000 1.2 *************** *** 37,41 **** <requires eq="libmpc-*-mingw32-dll-2.tar" /> <requires eq="libgomp-%-mingw32-dll-1.tar" /> ! <requires eq="libpthread-*-mingw32-dll-2.tar" /> <release tarname="gcc-core-4.5.0-1-mingw32-bin.tar.lzma" /> </component> --- 37,41 ---- <requires eq="libmpc-*-mingw32-dll-2.tar" /> <requires eq="libgomp-%-mingw32-dll-1.tar" /> ! <requires eq="pthreads-w32-*-mingw32-dev.tar" /> <release tarname="gcc-core-4.5.0-1-mingw32-bin.tar.lzma" /> </component> Index: issue.log =================================================================== RCS file: /cvsroot/mingw/mingw-dist/mingw32/issue.log,v retrieving revision 1.9 retrieving revision 1.10 diff -C2 -d -r1.9 -r1.10 *** issue.log 25 Sep 2010 19:40:05 -0000 1.9 --- issue.log 1 Oct 2010 02:46:43 -0000 1.10 *************** *** 33,36 **** --- 33,37 ---- mingw32-cygutils.xml:2010090600 mingw32-expat.xml:2010052100 + mingw32-gcc4.xml:2010100100 mingw32-gdb.xml:2010092500 mingw32-gendef.xml:2010090600 |
|
From: Cesar S. <cst...@us...> - 2010-10-01 02:46:51
|
Update of /cvsroot/mingw/mingw-dist In directory sfp-cvsdas-4.v30.ch3.sourceforge.com:/tmp/cvs-serv11755 Modified Files: ChangeLog Log Message: Update & publish msys-core, mingw32-gcc4. Index: ChangeLog =================================================================== RCS file: /cvsroot/mingw/mingw-dist/ChangeLog,v retrieving revision 1.34 retrieving revision 1.35 diff -C2 -d -r1.34 -r1.35 *** ChangeLog 26 Sep 2010 05:23:12 -0000 1.34 --- ChangeLog 1 Oct 2010 02:46:43 -0000 1.35 *************** *** 1,2 **** --- 1,16 ---- + 2010-09-30 Cesar Strauss <ces...@gm...> + + Update & publish msys-core, mingw32-gcc4. + + * msys/msys-core.xml: Update to 1.0.16. + + * mingw32/mingw32-gcc4.xml: Add missing dependency on + mingw32-pthreads-w32-dev. + Remove direct dependency on libpthread-2.dll. + + * msys/issue.log: Updated accordingly. + + * mingw/issue.log: Ditto. + 2010-09-26 Charles Wilson <mi...@cw...> |