havef / maphew Goto Github PK

*apt* development has moved to [http://trac.osgeo.org/osgeo4w/ OSGeo4W],
_however_ I've also merged most of the changes back to
[http://code.google.com/p/maphew/source/browse/trunk/other/cyg-apt.py
cyg-apt] which I'll continue to maintain here for now. Not sure how to
handle this going forward yet. Perhaps make both a single program and
change behaviour according to the name starting it? e.g. `cyg-apt` -->
install cygwin, `o4w-apt` --> install osgeo4w. That would certainly be
[http://c2.com/cgi/wiki?DontRepeatYourself DRY]er.

Somehow the security/ownership of c:\osgeo4w\etc\setup is set so I can't
look at or remove it. I'm a member local administrators, yet I can't take
ownership of the tree or force permissions down. Very curious. I've had
ownership troubles before under cygwin, but I've been able to change
ownership and reset the permissions there.

Apt doesn't know about %OSGEO4W_STARTMENU% so creates the link file off the
root of of the current drive instead of ALLUSERS...\Desktop

{{{
mkdir ""
The system could not find the environment option that was entered.

d:\of4> xxmklink "\Quantum GIS.lnk"       "d:\of4\bin\qgis.bat" " " \
"Quantum GIS - Des
ktop GIS" 1 "d:\of4\apps\qgis\icons\QGIS.ico"

XXMkLink     ver 1.00    (c)2005 Copyright  Pixelab, Inc.

The shortut created as follows

Shortcut path:     d:\Quantum GIS.lnk
Target object:     d:\of4\bin\qgis.bat
Arguments;
Working Directory: \
Description:       Quantum GIS - Desktop GIS
Display Mode:      Normal Window (1)
Icon file:         d:\of4\apps\qgis\icons\QGIS.ico
}}}

Other than "Fetching..." and the 100% it's pretty hard to understand what
is being reported. For instance why is the packagename and hash repeated
twice? (A: one is the reported hash from setup.ini and the other is
calculated from the downloaded archive, but unless you know that ahead of
time...)

<pre>
Fetching
http://download.osgeo.org/osgeo4w/./release/gdal/gdal-dev/gdal-dev-1.7p
re-1.tar.bz2
...100%C:/OSGeo4W/var/cache/setup/http%3a%2f%2fdownload.osgeo.org%2fosgeo4w/./re
lease/gdal/gdal-dev/gdal-dev-1.7pre-1.tar.bz2

a335b67d486d8b7ee2a5803332d4462e  gdal-dev-1.7pre-1.tar.bz2
a335b67d486d8b7ee2a5803332d4462e  gdal-dev-1.7pre-1.tar.bz2
</pre>

The canvec and geobase/gratis download scripts rely on wget to handle
knowing whether a given file needs to be downloaded or not. Normally this
works quite well, but in some circumstances (as I've learned the hard way):

  wget -c foobar.zip  # 2009-march-01, 545kb
  wget -c foobar.zip  # 2009-march-15, 570kb

In this sequence, the second archive version is 45kb larger than the first.
 wget just asks for the tailing bit of the second and dumps it on the end
of the local file: corrupt archive.

It will also pass over an update where the second newer archive is _smaller_.

Sooo, what can we do instead? Rsync is my fav, but what do you do when the
data provider doesn't use it?

now that py2.7 is the stable 2.x series and there have been changes in the 
winreg module to handle 64bit systems maybe we can get this to work there too. 
See http://trac.osgeo.org/osgeo4w/ticket/114

`register-python --remove` should uninstall the current python from registry 
(i.e. the inverse of normal operation)

<code>
C:\Documents and Settings\matt>apt update
. . . . .
Traceback (most recent call last):
  File "<string>", line 752, in <module>
  File "<string>", line 384, in update
WindowsError: [Error 3] The system cannot find the path specified
</code>

got this error on my laptop with a fairly blank XP install.

What steps will reproduce the problem?
1. Install WGet 4 windows 1.11.4
2. run the batch file as is download-yukon-gml.bat

Wget gives you an error since the wget option are all missing the dougle
dash in front of the option.

The WGet call look like this

wget -recursive -continue -level=3 -no-host-directories -cut-dirs=2 
%urlRoot%/%%a/*

and should look like this

wget --recursive --continue --level=3 --no-host-directories --cut-dirs=2 
%urlRoot%/%%a/*

[email protected]

C:\OSGeo4W>mkdir "C:\ProgramData\start menu\Programs\OSGeo4W"
Access is denied.

C:\OSGeo4W>mkdir "C:\ProgramData\start menu\Programs\OSGeo4W\uDig"
The directory or file cannot be created.

C:\OSGeo4W>xxmklink "C:\ProgramData\start 
menu\Programs\OSGeo4W\uDig.lnk" " " "C:\OSGeo4W\apps\udig\udig.exe" 
\ "User friendly Desktop Internet GIS" 1 "C:\OSGeo4W\apps\udig\icons\32-
uDigIcon.ico"

XXMkLink     ver 1.00    (c)2005 Copyright  Pixelab, Inc.

Failed to create the shortcut.

>  - The uninstall logic did not seem to realize that \etc\postinstall\*.bat
>    files get turned into \etc\postinstall\*.bat.done files.
(from osgeo4w mailing list)

investigate http://code.google.com/p/apt-cyg/ for possible points of
learning or collaboration

as the subject line says, but perhaps with confirmation

Apt will fail to create shortcuts on win7 if it's not run from a shell with 
admin access. It's not apt's job to change that, but it could check for admin 
privs when starting and report that some things will not be possible.

{{{
c:\o4w_py27>textreplace -std -t bin/o4w_env.bat
Post_install complete, return code 0
installing shell 1.0.0-6

c:\o4w_py27>mkdir "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\OSGeo4W"

Access is denied.

c:\o4w_py27>xxmklink "C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\OSGeo4W\OSGeo4W.lnk" "c:\o4w_py27\OSGeo4W.bat" " " \ "OSGeo for 
Windows command shell" 1 "c:\o4w_py27\OSGeo4W.ico"

XXMkLink     ver 1.00    (c)2005 Copyright  Pixelab, Inc.

Failed to create the shortcut.

c:\o4w_py27>xxmklink "C:\ProgramData\Desktop\OSGeo4W.lnk" 
"c:\o4w_py27\OSGeo4W.bat" " " \ "OSGeo for Windows command shell" 1 
"c:\o4w_py27\OSGeo4W.ico"

XXMkLink     ver 1.00    (c)2005 Copyright  Pixelab, Inc.


Failed to create the shortcut.
Post_install complete, return code 1
}}}

...not sure if this is a problem or not, but it bears documenting and
thinking about.

(cyg-)apt.py copies setup.ini into ./etc/setup/, and can't run without it.

As near as I can tell setup.exe uses it direct from the download cache
directory and makes no copies. (Run setup.exe, install 'shell' package
only, search install tree for setup.ini: not found).

should they use the same one? is it worth the effort of changing apt,
potentially breaking it for a time, and possibly causing difficulties for
those already using apt with the old configuration?

make the first time use a little smoother by asking if the user would like
to install to C:\OSGeo4W if the OSGEO4W_ROOT variable is not set.

when downloading packages apt should give more feedback. The series of 
dots says something is happening, which is better than silence, but we 
should at least say what is being downloaded, if not a progress meter as 
well.

'apt available' - show packages which are available but not installed

run apt upgrade and get one or more error messages like:
{{{
xxmklink "C:\Documents and Settings\All Users\Desktop\OSGeo4W Shell.lnk"
"C:\OSGeo4W\OSGeo4W.bat" " " \ "OSGeo for Windows command shell" 1
"C:\OSGeo4W\OSGeo4W.ico

XXMkLink     ver 1.00    (c)2005 Copyright  Pixelab, Inc.

The shortut created as follows

Shortcut path:     C:\Documents and Settings\All Users\Desktop\OSGeo4W
Shell.lnk

Target object:     C:\OSGeo4W\OSGeo4W.bat
Arguments;
Working Directory: \
Description:       OSGeo for Windows command shell
Display Mode:      Normal Window (1)
Icon file:         C:\OSGeo4W\OSGeo4W.ico

Post_install complete, return code 0
Execution failed: [Error 183] Cannot create a file when that file already
exists
}}}

This doesn't affect functionality but is needlessly alarming to the user
(though perhaps there might be a problem if the path to the link has changed).

Found another fork of Jan's cyg-apt by 'snaka', 
http://github.com/snaka/cyg-apt, which appears to have more active
engagement from the developer than apt-cyg

examine that work and look for opportunities to collaborate.

path ends up "path=c:\osgeo4w\bin\o4w_env.bat"

Current workaround is report the mismatch but carry on anyway. 
{{{
b7dde56686b6bd0466a0fbad387ef790  libmysql-5.0.18-1.tar.bz2
72aa594d37e3b9ef262b06797c30148c  libmysql-5.0.18-1.tar.bz2
MD5 does't match, carrying on anyway (probably a dumb idea).
}}}