From: SF/projects/mingw n. l. <min...@li...> - 2010-09-08 17:27:14
|
Patches item #3062073, was opened at 2010-09-08 13:27 Message generated for change (Tracker Item Submitted) made by cwilso11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3062073&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mingw-get Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Wilson (cwilso11) Assigned to: Keith Marshall (keithmarshall) Summary: mingw-get deletes itself whenever an error occurs Initial Comment: It actually doesn't "delete" itself -- it renames itself and the associated dll. This is part of the new "last-rites" support in mingw-get-0.1-alpha-3, which is intended to allow mingw-get to update itself. The way it is supposed to work, is that mingw-get renames itself whenever it is launched. Then, after everything goes well, AND it hasn't actually installed a newer version of mingw-get, it renames itself BACK to the original name. However, at present if ANY error occurs at any point (e.g. bad command line option values, missing "package spec", failed download...) then mingw-get aborts -- and never fixes the rename. This had led to a TON of bug reports on the list. This bug should either be fixed very soon and a 0.1-alpha-4 released, or the last-rites support should be temporarily disabled. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3062073&group_id=2435 |
From: SF/projects/mingw n. l. <min...@li...> - 2010-09-08 17:31:21
|
Bugs item #3062073, was opened at 2010-09-08 13:27 Message generated for change (Settings changed) made by cwilso11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Wilson (cwilso11) Assigned to: Keith Marshall (keithmarshall) Summary: mingw-get deletes itself whenever an error occurs Initial Comment: It actually doesn't "delete" itself -- it renames itself and the associated dll. This is part of the new "last-rites" support in mingw-get-0.1-alpha-3, which is intended to allow mingw-get to update itself. The way it is supposed to work, is that mingw-get renames itself whenever it is launched. Then, after everything goes well, AND it hasn't actually installed a newer version of mingw-get, it renames itself BACK to the original name. However, at present if ANY error occurs at any point (e.g. bad command line option values, missing "package spec", failed download...) then mingw-get aborts -- and never fixes the rename. This had led to a TON of bug reports on the list. This bug should either be fixed very soon and a 0.1-alpha-4 released, or the last-rites support should be temporarily disabled. ---------------------------------------------------------------------- >Comment By: Charles Wilson (cwilso11) Date: 2010-09-08 13:31 Message: Sorry, I added this to the "patches" tracker instead of "bugs". Moving... See also: http://article.gmane.org/gmane.comp.gnu.mingw.user/34074 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 |
From: SF/projects/mingw n. l. <min...@li...> - 2010-10-05 11:21:54
|
Bugs item #3062073, was opened at 2010-09-08 17:27 Message generated for change (Comment added) made by keithmarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: MinGW Installer Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Wilson (cwilso11) Assigned to: Keith Marshall (keithmarshall) Summary: mingw-get deletes itself whenever an error occurs Initial Comment: It actually doesn't "delete" itself -- it renames itself and the associated dll. This is part of the new "last-rites" support in mingw-get-0.1-alpha-3, which is intended to allow mingw-get to update itself. The way it is supposed to work, is that mingw-get renames itself whenever it is launched. Then, after everything goes well, AND it hasn't actually installed a newer version of mingw-get, it renames itself BACK to the original name. However, at present if ANY error occurs at any point (e.g. bad command line option values, missing "package spec", failed download...) then mingw-get aborts -- and never fixes the rename. This had led to a TON of bug reports on the list. This bug should either be fixed very soon and a 0.1-alpha-4 released, or the last-rites support should be temporarily disabled. ---------------------------------------------------------------------- >Comment By: Keith Marshall (keithmarshall) Date: 2010-10-05 11:21 Message: I note that you've already committed a solution for this, which looks good to me. We could consider strengthening it further, by delaying the initial rename, (moving the existing binaries out of the way), until just before processing the remove/install action steps, (and omitting it entirely, if these are not to be performed), but other than that I don't see a need for any further action against this ticket. ---------------------------------------------------------------------- Comment By: Charles Wilson (cwilso11) Date: 2010-09-08 17:31 Message: Sorry, I added this to the "patches" tracker instead of "bugs". Moving... See also: http://article.gmane.org/gmane.comp.gnu.mingw.user/34074 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 |
From: SF/projects/mingw n. l. <min...@li...> - 2010-11-05 17:13:40
|
Bugs item #3062073, was opened at 2010-09-08 17:27 Message generated for change (Settings changed) made by keithmarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MinGW Installer Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Charles Wilson (cwilso11) Assigned to: Keith Marshall (keithmarshall) Summary: mingw-get deletes itself whenever an error occurs Initial Comment: It actually doesn't "delete" itself -- it renames itself and the associated dll. This is part of the new "last-rites" support in mingw-get-0.1-alpha-3, which is intended to allow mingw-get to update itself. The way it is supposed to work, is that mingw-get renames itself whenever it is launched. Then, after everything goes well, AND it hasn't actually installed a newer version of mingw-get, it renames itself BACK to the original name. However, at present if ANY error occurs at any point (e.g. bad command line option values, missing "package spec", failed download...) then mingw-get aborts -- and never fixes the rename. This had led to a TON of bug reports on the list. This bug should either be fixed very soon and a 0.1-alpha-4 released, or the last-rites support should be temporarily disabled. ---------------------------------------------------------------------- >Comment By: Keith Marshall (keithmarshall) Date: 2010-11-05 17:13 Message: I believe this to be fixed, initially by your own mods, and ultimately as a consequence of my solution for https://sourceforge.net/tracker/?func=detail&aid=3075616&group_id=2435&atid=102435 ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-10-05 11:21 Message: I note that you've already committed a solution for this, which looks good to me. We could consider strengthening it further, by delaying the initial rename, (moving the existing binaries out of the way), until just before processing the remove/install action steps, (and omitting it entirely, if these are not to be performed), but other than that I don't see a need for any further action against this ticket. ---------------------------------------------------------------------- Comment By: Charles Wilson (cwilso11) Date: 2010-09-08 17:31 Message: Sorry, I added this to the "patches" tracker instead of "bugs". Moving... See also: http://article.gmane.org/gmane.comp.gnu.mingw.user/34074 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 |
From: SF/projects/mingw n. l. <min...@li...> - 2010-12-02 18:34:31
|
Bugs item #3062073, was opened at 2010-09-08 13:27 Message generated for change (Settings changed) made by cwilso11 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MinGW Installer Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Charles Wilson (cwilso11) Assigned to: Keith Marshall (keithmarshall) Summary: mingw-get deletes itself whenever an error occurs Initial Comment: It actually doesn't "delete" itself -- it renames itself and the associated dll. This is part of the new "last-rites" support in mingw-get-0.1-alpha-3, which is intended to allow mingw-get to update itself. The way it is supposed to work, is that mingw-get renames itself whenever it is launched. Then, after everything goes well, AND it hasn't actually installed a newer version of mingw-get, it renames itself BACK to the original name. However, at present if ANY error occurs at any point (e.g. bad command line option values, missing "package spec", failed download...) then mingw-get aborts -- and never fixes the rename. This had led to a TON of bug reports on the list. This bug should either be fixed very soon and a 0.1-alpha-4 released, or the last-rites support should be temporarily disabled. ---------------------------------------------------------------------- >Comment By: Charles Wilson (cwilso11) Date: 2010-12-02 13:34 Message: Appears to me after testing that Keith's implementation in version 0.5 has fixed this behavior. Closing. ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-11-05 13:13 Message: I believe this to be fixed, initially by your own mods, and ultimately as a consequence of my solution for https://sourceforge.net/tracker/?func=detail&aid=3075616&group_id=2435&atid=102435 ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-10-05 07:21 Message: I note that you've already committed a solution for this, which looks good to me. We could consider strengthening it further, by delaying the initial rename, (moving the existing binaries out of the way), until just before processing the remove/install action steps, (and omitting it entirely, if these are not to be performed), but other than that I don't see a need for any further action against this ticket. ---------------------------------------------------------------------- Comment By: Charles Wilson (cwilso11) Date: 2010-09-08 13:31 Message: Sorry, I added this to the "patches" tracker instead of "bugs". Moving... See also: http://article.gmane.org/gmane.comp.gnu.mingw.user/34074 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3062073&group_id=2435 |