From: Earnie B. <ea...@us...> - 2007-08-15 17:18:17
|
I hope Dave is still working on the installer. I've lost track. Earnie ----- Forwarded message from no...@so... ----- Date: Tue, 14 Aug 2007 22:06:15 -0700 From: "SourceForge.net" <no...@so...> Reply-To: "SourceForge.net" <no...@so...> Subject: [Mingw-notify] [ mingw-Bugs-1774356 ] I tried to uninstall MinGW and it deleted a lot of files To: no...@so... This list is used to send updates of submitted patches, bug reports and file releases. You are discouraged from posting to this list. If you wish to unsubscribe you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify. Bugs item #1774356, was opened at 2007-08-14 18:14 Message generated for change (Settings changed) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1774356&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: 9 Private: No Submitted By: tibbalzdude (tibbalz) > Assigned to: Dave Murphy (wntrmute) Summary: I tried to uninstall MinGW and it deleted a lot of files Initial Comment: I tried to uninstall MinGW and I noticed it said "deleting - songs/song.mp3" and the like, I pressed CTRL ALT DELETE as fast as I could and ended the uninstallation. I lost my almost all of the files under "My Documents" I am very upset. All I want is for you to know and if you could tell me why I lost all my files. (I had My Documents set as the folder to download MinGW to) Please fix this or tell me what I did wrong. I downloaded the current version off of sourceforge ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1774356&group_id=2435 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ MinGW-notify mailing list Min...@li... https://lists.sourceforge.net/lists/listinfo/mingw-notify ----- End forwarded message ----- Earnie -- http://for-my-kids.com/ |
From: Dave M. <win...@nt...> - 2007-08-15 23:50:38
|
Earnie Boyd wrote: > I hope Dave is still working on the installer. I've lost track. > Oh dear, I just saw the bug report - time to do something about it I guess. I'm not really sure what to say to the guy really :/ Earnie, A while back you mentioned that you had opened a branch for the installer. I'm sorry to say cvs branching is something I haven't had experience of so far. Do I need to check out HEAD + a branch to work on? How does that usually work? I have a version built which uses a newer version of the download module and retries a couple of times on failure. It looks like SF mirroring is going wrong and occasionally the installer gets a 404. This happens with wget as well. I guess I need to put some checks in to make sure the user isn't installing somewhere daft at least. I'm not sure what to do about the uninstall though. Should I just remove the installer registry stuff & give the option to remove the MinGW folder with a big warning? Dave |
From: techtonik <tec...@us...> - 2007-08-16 08:54:27
|
On 8/16/07, Dave Murphy <win...@nt...> wrote: > Earnie Boyd wrote: > > I hope Dave is still working on the installer. I've lost track. > > > > Oh dear, I just saw the bug report - time to do something about it I > guess. I'm not really sure what to say to the guy really :/ Ahem, "sorry"? Maybe it is not too late to try file recovery programs? http://www.google.com/search?q=windows+file+recovery+freeware > Earnie, A while back you mentioned that you had opened a branch for the > installer. I'm sorry to say cvs branching is something I haven't had > experience of so far. Do I need to check out HEAD + a branch to work on? > How does that usually work? If I had admin privileges I'd better open SVN specifically for installer, so I could also check in some ideas. > I have a version built which uses a newer version of the download module > and retries a couple of times on failure. It looks like SF mirroring is > going wrong and occasionally the installer gets a 404. This happens with > wget as well. Sometimes some mirrors just doesn't have the file. > I guess I need to put some checks in to make sure the user isn't > installing somewhere daft at least. I'm not sure what to do about the > uninstall though. Should I just remove the installer registry stuff & > give the option to remove the MinGW folder with a big warning? Delete just files that are installed and new directories created after they are empty, do not touch anything else. Or you may emphasize the behaviour of uninstaller on directory selection dialog and repeat that "_All files_ in _Documents and Settings_ will be deleted" on uninstall, but, of course, it is unacceptable treaty. An ideal solution is to give user a triple choice - remove only files added on initial installation, remove everything under or remove everything except personalized ~/ home. -- --anatoly t. |
From: Dave M. <win...@nt...> - 2007-08-16 10:21:13
|
techtonik wrote: > If I had admin privileges I'd better open SVN specifically for > installer, so I could also check in some ideas. > I see much talk from you and very little action, always some excuse or another as to why the MinGW project doesn't fit with your grandiose view. Why are you here? > Sometimes some mirrors just doesn't have the file. > And sometimes mirrors are busy, we know this. What did this add to the discussion? Why are you here? > >> I guess I need to put some checks in to make sure the user isn't >> installing somewhere daft at least. I'm not sure what to do about the >> uninstall though. Should I just remove the installer registry stuff & >> give the option to remove the MinGW folder with a big warning? >> > > Delete just files that are installed and new directories created after > they are empty, do not touch anything else. Or you may emphasize the > behaviour of uninstaller on directory selection dialog and repeat that > "_All files_ in _Documents and Settings_ will be deleted" on > uninstall, but, of course, it is unacceptable treaty. > Did domeone put you in charge while I wasn't looking? Why are you here? > An ideal solution is to give user a triple choice - remove only files > added on initial installation, remove everything under or remove > everything except personalized ~/ home. > Have you looked at the installer *at all*? We don't know what files were installed. Why are you here? Did I ask you this already? Why are you here? Isn't there a shed somewhere that needs a coat of paint? Dave |
From: Earnie B. <ea...@us...> - 2007-08-16 11:17:06
|
Quoting Dave Murphy <win...@nt...>: > techtonik wrote: >> If I had admin privileges I'd better open SVN specifically for >> installer, so I could also check in some ideas. >> > > I see much talk from you and very little action, always some excuse or > another as to why the MinGW project doesn't fit with your grandiose > view. Why are you here? > Techtonik's account is now being moderated. Earnie |
From: Hin-Tak L. <hin...@ya...> - 2007-08-16 13:55:31
|
I am somewhat surprised that the installer would mis-behave this way - as far as I know, most installer/uninstaller always keeps a list of files it installs and only remove those. The problem actually sounds as if the installer has been infested or replaced with a virus/malware, actually; might want to ask the poster if he has got any anti-virus/malware-scanner on. (Hmm, personally I feel Dave's reply was a out-of-line and off-topic, and this action is a bit heavy-handed, really...) Earnie Boyd wrote: > > Quoting Dave Murphy <win...@nt...>: > >> techtonik wrote: >>> If I had admin privileges I'd better open SVN specifically for >>> installer, so I could also check in some ideas. >>> >> I see much talk from you and very little action, always some excuse or >> another as to why the MinGW project doesn't fit with your grandiose >> view. Why are you here? >> > > Techtonik's account is now being moderated. > > Earnie > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > MinGW-dvlpr mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr > |
From: Earnie B. <ea...@us...> - 2007-08-17 12:21:14
|
Quoting Hin-Tak Leung <hin...@ya...>: >> >> There are some things I can do to help prevent user error but none of >> this helps the person who reported the bug. I'm just not sure how to >> compose a diplomatic response to the report. >> > > That's unfortunate, really... offer to do some recovery or pay for a > good recovery tool? unlink on most systems doesn't really wipe the file from > disc (just making them unreachable from directory listing and flagging the > space for reuse) so as long as the system hasn't been heavily used since > the disaster, some recovery can be made... but one need to act quick... > That is why we include a disclaimer. I found two we can suggest http://www.r-undelete.com/ or http://www.diskeeper.com/ but I don't know that we should purchase it for the person; especially since we offer no warranty. The tools range from $30 to $70 USD. Earnie |
From: Earnie B. <ea...@us...> - 2007-08-16 11:44:12
|
Quoting Dave Murphy <win...@nt...>: > Earnie Boyd wrote: >> I hope Dave is still working on the installer. I've lost track. >> > > Oh dear, I just saw the bug report - time to do something about it I > guess. I'm not really sure what to say to the guy really :/ > Me either! > Earnie, A while back you mentioned that you had opened a branch for the > installer. I'm sorry to say cvs branching is something I haven't had > experience of so far. Do I need to check out HEAD + a branch to work on? > How does that usually work? > If you look at http://mingw.cvs.sourceforge.net/mingw/MinGW/ and look at the ``Sticky tag'' list box you will see the branch and release tags. You would then ``cvs co --help'' to find ``-r rev Check out revision or tag. (implies -P) (is sticky)''. With this information you ``cvs co -r MinGW-5_1 -d MinGW-5_1 MinGW''. This will checkout the MinGW-5_1 branch. When your ready commit your changes and they are committed to that branch. After the last commit before release you want to ``cvs rtag -r MinGW-5_1 MinGW-5_1_<patch> MinGW'' where <patch> is of course replaced with the next patch number. To merge with HEAD: cvs co -d MinGW-HEAD MinGW cd MinGW-HEAD cvs update -j MinGW-5_1_<patch> > I have a version built which uses a newer version of the download module > and retries a couple of times on failure. It looks like SF mirroring is > going wrong and occasionally the installer gets a 404. This happens with > wget as well. > I noticed that if mirror x doesn't have file it will retry all the available mirrors. I wonder if there is a retry GET variable that can be set? I know that currently there is a mirror GET variable that can be set but I don't want to go that route. > I guess I need to put some checks in to make sure the user isn't > installing somewhere daft at least. I'm not sure what to do about the > uninstall though. Should I just remove the installer registry stuff & > give the option to remove the MinGW folder with a big warning? > Yes, probably best. Would that eliminate all the registry dust? Earnie |
From: Dave M. <win...@nt...> - 2007-08-16 22:48:28
|
Hin-Tak Leung wrote: > I am somewhat surprised that the installer would mis-behave this way - > as far as I know, most installer/uninstaller always keeps a list of > files it installs and only remove those. The problem actually sounds as if > the installer has been infested or replaced with a virus/malware, actually; > might want to ask the poster if he has got any anti-virus/malware-scanner on. > Not having a list of the files installed is an unfortunate side effect of the web install procedure. The installer has a list of tarballs which it downloads and extracts in the appropriate directory, it's not aware of the contents of those tarballs. The user's mistake was to install in an inappropriate folder. My error was not to check for such a mistake at install time. It didn't occur to me that a user might install MinGW to "My Documents" or "Program Files" and it causes me some regret. There are some things I can do to help prevent user error but none of this helps the person who reported the bug. I'm just not sure how to compose a diplomatic response to the report. Dave |
From: Keith M. <kei...@us...> - 2007-08-17 17:47:22
|
On Thursday 16 August 2007 23:48, Dave Murphy wrote: > Not having a list of the files installed is an unfortunate side > effect of the web install procedure. The installer has a list of > tarballs which it downloads and extracts in the appropriate > directory, it's not aware of the contents of those tarballs. What prevents you from using tar in *verbose* mode, within the installer, and capturing the output in a manifest file? Then, when uninstalling, you use the content of this manifest, as the list of files to remove. Regards, Keith. |
From: Hin-Tak L. <hin...@ya...> - 2007-08-17 10:56:41
|
Dave Murphy wrote: > Hin-Tak Leung wrote: >> I am somewhat surprised that the installer would mis-behave this way - >> as far as I know, most installer/uninstaller always keeps a list of >> files it installs and only remove those. The problem actually sounds as if >> the installer has been infested or replaced with a virus/malware, actually; >> might want to ask the poster if he has got any anti-virus/malware-scanner on. >> > > Not having a list of the files installed is an unfortunate side effect > of the web install procedure. The installer has a list of tarballs which > it downloads and extracts in the appropriate directory, it's not aware > of the contents of those tarballs. Maybe one should do a recursive listing afterwards, or keep the tarball and read the tarball twice? > > The user's mistake was to install in an inappropriate folder. My error > was not to check for such a mistake at install time. It didn't occur to > me that a user might install MinGW to "My Documents" or "Program Files" > and it causes me some regret. Hmm... the safe thing for an uninstaller to do is to delete less (and err on leaving a mess behind) than trying to removing too much.. > > There are some things I can do to help prevent user error but none of > this helps the person who reported the bug. I'm just not sure how to > compose a diplomatic response to the report. > That's unfortunate, really... offer to do some recovery or pay for a good recovery tool? unlink on most systems doesn't really wipe the file from disc (just making them unreachable from directory listing and flagging the space for reuse) so as long as the system hasn't been heavily used since the disaster, some recovery can be made... but one need to act quick... Good luck... |
From: Hin-Tak L. <hin...@ya...> - 2007-08-17 12:35:06
|
Earnie Boyd wrote: > > Quoting Hin-Tak Leung <hin...@ya...>: > >>> There are some things I can do to help prevent user error but none of >>> this helps the person who reported the bug. I'm just not sure how to >>> compose a diplomatic response to the report. >>> >> That's unfortunate, really... offer to do some recovery or pay for a >> good recovery tool? unlink on most systems doesn't really wipe the file from >> disc (just making them unreachable from directory listing and flagging the >> space for reuse) so as long as the system hasn't been heavily used since >> the disaster, some recovery can be made... but one need to act quick... >> > > That is why we include a disclaimer. I found two we can suggest > http://www.r-undelete.com/ or http://www.diskeeper.com/ but I don't > know that we should purchase it for the person; especially since we > offer no warranty. The tools range from $30 to $70 USD. Well, those are relatively small amount of money - of course the priority is to fix the problem in the uninstaller itself; and while I understand *officially* the mingw dev team should not and cannot set a precedence for this sort of thing, unofficially/personally, e.g. setting a paypal account for the victim and collecting donation on his behalf may not be unsuitable; or if the victim already has a paypal account, posting his details, and some anonymous donation can work? |
From: Keith M. <kei...@us...> - 2007-08-17 17:40:06
|
On Friday 17 August 2007 13:33, Hin-Tak Leung wrote: > > That is why we include a disclaimer. =A0I found two we can suggest > > http://www.r-undelete.com/ or http://www.diskeeper.com/ but I don't > > know that we should purchase it for the person; especially since we > > offer no warranty. =A0The tools range from $30 to $70 USD. > > Well, those are relatively small amount of money - of course the > priority is to fix the problem in the uninstaller itself; and while I > understand *officially* the mingw dev team should not and cannot set > a precedence for this sort of thing, unofficially/personally, e.g. > setting a paypal account for the victim and collecting donation on > his behalf may not be unsuitable; or if the victim already has a > paypal account, posting his details, and some anonymous donation can > work? I really don't think any form of financial reimbursement is appropriate=20 here; neither do I recall the OP having requested any. While we may=20 sympathise with him, our responsibility ends with making every effort=20 to mitigate the *cause* of the problem he experienced. Had he backed up his data properly, restoring may have been an=20 inconvenience, but he would not have ultimately lost anything. Data=20 backup is the end user's own responsibility; if he fails in that, then=20 any cost of recovery must surely also be borne by himself. Regards, Keith. |