Guten Tag Thorsten,
On Sun, 2007-12-16 at 16:37 +0100, Thorsten Schöning wrote:
> Guten Tag Kristis Makris,
> am Sonntag, 16. Dezember 2007 um 05:47 schrieben Sie:
>
> > We could use %ProgramFiles%\Scmbug\... for all this, assuming it will
> > work within Perl. Else we'll need to extract %ProgramFiles% from the
> > environment within Perl.
>
> "%ProgramFiles%\Scmbug\..." won't work, but using
> "$ENV{'someVariable'}" will do fine.
I don't like the idea of writing Scmbug code in the format:
if ( $PRODUCT_ON_WINDOWS) {
# Read the %Program Files% environment variable and use it
}
for every occurrence of an absolute path use.
> > Also we'll need to call the absolute path for perl for svn on Windows,
> > since there's no %PERL% variable, or might not be, or Perl might not be
> > in the %PATH%.
>
> I didn't understand that, what's "perl for svn"? Do you mean the path
> to Perl's Binary in the hook-templates?
Yes, perl's binary in the hook-templates. Subversion cleans up the
environment when it runs hooks. Thus PATH is empty, and calling "perl"
is guaranteed to not be in the PATH. A full path is needed. Same goes
for the subversion binaries. Actually, it just dawned to me that
"svnlook.exe" probably doesn't run in Windows either.
Anyone here using a Subversion repository under Windows and successfully
running Scmbug ?
> >> Is this necessary? Windows software should use MSI, in my oppinion,
>
> > Yes this is necessary. Otherwise releases won't be automated. Linux is
> > the release platform.
>
> Is anyone aware of a comfortable cross-platform installer? I just know
> InstallAnywhere using Java, but even this comes with an exe for
> Windows and I think the whole thing is crap. I always got problems
> with those installers and different versions of Java, no Java at all
> and all that stuff.
That's the only one I tried, and I didn't like it either.
> I don't think we want to write our own tool installing SCMBug.
I agree, but I have to admit I was quite surprised that such a tool did
not exist. This might be an opportunity for someone to write such a
tool. Or for us to find one that is already in the works and give it
more attention.
> Here's what I did for my old SCMBug installation version 0.19.9:
>
> I created the environment variable SCMBUG_HOME pointing to the
> installation directory. This variable could be created during a
> MSI-installation with the path the user entered. Every file using an
> absolute Windows path was changed using $ENV{'SCMBUG_HOME'} now, I had
> to change some expressions from something like '...' to "..." to get
> this to work.
I understand how this would work. But should each application on Windows
need to define its own environment variables ? I'd rather we followed a
different approach.
> variables. If one doesn't want to use the installer, he could
> uncompress/checkout the SCMBug-directory where ever he wants and
> should only create the needed anvironment variables himself. That's
> nothing horrible for those interested in SCMBug, I think.
>
> What do you think?
I think it's a workable plan. But I'd like to shoot for something better
from a maintenance standpoint.
The bottom line remains that we need to "run something dynamically
during installation" on Windows. Either to search and replace absolute
paths, dynamically produce the directory prefix in a file and have
wrappers to the tools we provide (installer, merger, vdd), etc.
We may not need to "write" an installer, but may be able to dynamically
produce at release time a Perl script that is a combination of Perl code
we intent to run at installation time and the embedded .zip file within
the Perl script so that it could be self-extracted. Perhaps we can
explore PAR. I also (vaguely) remember that it was "once" possible to
immediately run .exe or .bat files after a zip was extracted -- perhaps
with a different zipping tool; I'm wondering if we can get something
similar on Linux. But I'm more inclined to get a Perl tool that can do
this for us; Perl is a dependency anyway, and more flexible than .bat
files.
This looks interesting:
http://search.cpan.org/~gregfast/Archive-SelfExtract-1.3/lib/Archive/SelfExtract.pm
What do you think ?
signature.asc
Description: This is a digitally signed message part
_______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
