On 14.05.2009 07:05, Steve Borho wrote: > http://tortoisehg-nightly.googlecode.com/files/TortoiseHg-090513.exe > > It has a days worth of bug fixes, and zlib1.dll is properly packaged. > If you have the opportunity, please give this package a try on > various machines to test how well the new package layout works. If > you get overlays and can spawn the commit tool, we're in good shape. > > Clean installs, please. No upgrades, as that would invalidate the test.
I tried exactly said http://tortoisehg-nightly.googlecode.com/files/TortoiseHg-090513.exe on my WinXP pro SP3. I did a clean install. Same as already reported in private email to Steve about self built installer using http://bitbucket.org/peso/thg-installer/changeset/989272dee355/ : "Update Icons" context menu does not work anymore, as it needs a manual F5 key press to update the icons. With subsequent manual F5 key press, it works (this was not needed before 989272dee355). The shell notification seems not to work anymore. <paste1> > hgtk thgstatus Traceback (most recent call last): File "hggtk\hgtk.pyc", line 45, in dispatch File "hggtk\hgtk.pyc", line 135, in _runcatch File "hggtk\hgtk.pyc", line 204, in runcommand File "hggtk\hgtk.pyc", line 247, in thgstatus File "thgutil\shlib.pyc", line 171, in shell_notify File "mercurial\demandimport.pyc", line 76, in __getattribute__ File "mercurial\demandimport.pyc", line 76, in __getattribute__ ... ~1000 same lines omitted... File "mercurial\demandimport.pyc", line 76, in __getattribute__ File "mercurial\demandimport.pyc", line 76, in __getattribute__ File "mercurial\demandimport.pyc", line 76, in __getattribute__ File "mercurial\demandimport.pyc", line 75, in __getattribute__ File "mercurial\demandimport.pyc", line 45, in _load File "mercurial\demandimport.pyc", line 73, in __getattribute__ RuntimeError: maximum recursion depth exceeded in cmp <paste2> Furthermore, with 989272dee355 I can't open library.zip anymore, neither with winzip nor with 7zip (I didn't try winrar yet). This looks like we can't manually replace pyc files there any more. I have some doubts if it is really such a good idea to try stuffing each and every dll into library.zip just in order not to have it on the path. Are there other good reasons to go this route? If an application has a problem with a specific dll version picked up from the path, then they should place the version they need in the same install directory as their exe. Windows will then pick that dll. I have some doubts if it is a good idea to try solving this fundamental problem of Windows by stuffing dll's into library.zip to hide them away. It is now nice that we don't have to load the python & Co dll's into the virtual address space of applications any more when using open file dialog -- thanks to the C++ shell extension. But now trying to stuff everything into library.zip feels like going too far, IMHO. But of course, I'm not the TortoiseHg installer expert. I'm just expressing my hunch. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Tortoisehg-discuss mailing list Tortoisehg-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
