From Ronny.Dressler at coc-ag.de  Wed Feb 11 06:04:09 2004
From: Ronny.Dressler at coc-ag.de (Ronny Dressler)
Date: Wed, 11 Feb 2004 12:04:09 +0100
Subject: SETUP_CDROMPATH
Message-ID: <000901c3f08e$c667f5b0$49c8a8c0@cocag.net>

hi,

i'm try to use the <script> function in the loki setup tool
before the script execute create the installer a tmp script in the
SETUP_INSTALLPATH an call then the my main script.

the problem is, i want to use the variable SETUP_CDROMPATH,
but i my case it is (null). long time ago it works perfectly and the
installer
sets the varibalt to /mnt/cdrom.

i have this problem since few days and i could't not guess why!?
i did't change my /etc/fstab or anything else.
just some package updates on my gentoo 1.4 ....

has somebody an idea why the variable is on my machine (null)?
thanks for help or tips.

Ron

ps.
sorry4my bad english  ...

cat /usr/local/games/maxpayne/tmp_script_v3IBKz
#!/bin/sh
SETUP_PRODUCTNAME="maxpayne"
SETUP_PRODUCTVER="1.05"
SETUP_INSTALLPATH="/usr/local/games/maxpayne"
SETUP_SYMLINKSPATH="/usr/local/bin"
SETUP_CDROMPATH="(null)"
SETUP_DISTRO=""
SETUP_REINSTALL="0"
export SETUP_PRODUCTNAME SETUP_PRODUCTVER SETUP_INSTALLPATH
SETUP_SYMLINKSPATH SETUP_CDROMPATH SETUP_DISTRO SETUP_REINSTALL
SETUP_OPTIONTAGS=""
export SETUP_OPTIONTAGS

   sh setup.data/max-disc.sh



From megastep at megastep.org  Wed Feb 11 13:04:15 2004
From: megastep at megastep.org (Stephane Peter)
Date: Wed, 11 Feb 2004 10:04:15 -0800
Subject: [lokisetup] SETUP_CDROMPATH
In-Reply-To: <000901c3f08e$c667f5b0$49c8a8c0@cocag.net>
References: <000901c3f08e$c667f5b0$49c8a8c0@cocag.net>
Message-ID: <1076522655.32109.0.camel@downward.la.codehost.com>

First off, did you compile setup yourself? From what source (i.e. from a
recent CVS checkout?). We need to know a little bit more...

On Wed, 2004-02-11 at 03:04, Ronny Dressler wrote:
> hi,
> 
> i'm try to use the <script> function in the loki setup tool
> before the script execute create the installer a tmp script in the
> SETUP_INSTALLPATH an call then the my main script.
> 
> the problem is, i want to use the variable SETUP_CDROMPATH,
> but i my case it is (null). long time ago it works perfectly and the
> installer
> sets the varibalt to /mnt/cdrom.
> 
> i have this problem since few days and i could't not guess why!?
> i did't change my /etc/fstab or anything else.
> just some package updates on my gentoo 1.4 ....
> 
> has somebody an idea why the variable is on my machine (null)?
> thanks for help or tips.
> 
> Ron
> 
> ps.
> sorry4my bad english  ...
> 
> cat /usr/local/games/maxpayne/tmp_script_v3IBKz
> #!/bin/sh
> SETUP_PRODUCTNAME="maxpayne"
> SETUP_PRODUCTVER="1.05"
> SETUP_INSTALLPATH="/usr/local/games/maxpayne"
> SETUP_SYMLINKSPATH="/usr/local/bin"
> SETUP_CDROMPATH="(null)"
> SETUP_DISTRO=""
> SETUP_REINSTALL="0"
> export SETUP_PRODUCTNAME SETUP_PRODUCTVER SETUP_INSTALLPATH
> SETUP_SYMLINKSPATH SETUP_CDROMPATH SETUP_DISTRO SETUP_REINSTALL
> SETUP_OPTIONTAGS=""
> export SETUP_OPTIONTAGS
> 
>    sh setup.data/max-disc.sh
-- 
Stephane Peter
Sr. Software Engineer
Codehost, Inc.




From icculus at clutteredmind.org  Sat Feb 14 19:29:22 2004
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Sat, 14 Feb 2004 19:29:22 -0500
Subject: [Fwd: [Bug 1176] New: Installer: free space check wrong if /tmp is
	on same partition]
Message-ID: <1076804962.4989.51.camel@localhost>

I have no idea what build of loki_setup was actually used with ut2004,
but could someone see if these are still problems in the codebase?

--ryan.



-----Forwarded Message-----
> From: bugzilla-daemon at icculus.org
> To: icculus at clutteredmind.org
> Subject: [Bug 1176] New: Installer: free space check wrong if /tmp is on same partition
> Date: Fri, 13 Feb 2004 23:52:11 +0000
> 
> https://bugzilla.icculus.org/show_bug.cgi?id=1176
> 
>            Summary: Installer: free space check wrong if /tmp is on same
>                     partition
>            Product: Unreal Tournament 2004
>            Version: 3120 (Initial demo release)
>           Platform: PC
>         OS/Version: Linux
>             Status: NEW
>           Severity: normal
>           Priority: P2
>          Component: client
>         AssignedTo: icculus at clutteredmind.org
>         ReportedBy: maarten at treewalker.org
> 
> 
> The graphical installer checks whether there is enough free space on the 
> partition on which the installation directory is located. However, if this is 
> the same partition which contains the /tmp directory, a lot of extra free 
> space is required. I had 800MB free, but this was not enough for installation, 
> even though the installed files are only a bit over 400MB. 
>  
> Also, when the disk was full, messages like "Short write 
> on /opt/ut2004-demo//Textures/strplants.utx" were shown on the console, but 
> the graphical installer just continued. If a user would have started 
> installation from a file manager instead of the console, the messages would 
> have been lost. 
>  
> (By the way, thanks for the quick port of the demo.)
> 
> 
> 
> ------- You are receiving this mail because: -------
> You are the assignee for the bug, or are watching the assignee.



From megastep at megastep.org  Wed Feb 18 21:47:28 2004
From: megastep at megastep.org (Stephane Peter)
Date: Wed, 18 Feb 2004 18:47:28 -0800
Subject: Man page support in CVS
Message-ID: <1077158848.1962.140.camel@downward.la.codehost.com>

I just added preliminary basic support to install man pages with Setup.
This is done by using a new <manpage> tag, as documented in the
README.xml file in CVS.

The man pages have to be structured in a way similar to what we do for
binaries. They will be copied in the installation directory and
symlinked to in a global man directory of the user's choice.

Feedback / suggestions / bug reports, feel free to contact me :)

-- 
Stephane Peter
Sr. Software Engineer
Codehost, Inc.




From zakk at timedoctor.org  Wed Feb 18 21:53:52 2004
From: zakk at timedoctor.org (Zachary J. Slater)
Date: Wed, 18 Feb 2004 18:53:52 -0800
Subject: [lokisetup] Man page support in CVS
In-Reply-To: <1077158848.1962.140.camel@downward.la.codehost.com>
References: <1077158848.1962.140.camel@downward.la.codehost.com>
Message-ID: <20040219025352.GA9899@timedoctor.org>

Does OS X, by default, come with manpage support?
-- 
-Zachary J. Slater
"How much does it cost to get to where the wild things are?"
zakk at timedoctor.org


From megastep at megastep.org  Wed Feb 18 21:52:28 2004
From: megastep at megastep.org (Stephane Peter)
Date: Wed, 18 Feb 2004 18:52:28 -0800
Subject: [lokisetup] Man page support in CVS
In-Reply-To: <20040219025352.GA9899@timedoctor.org>
References: <1077158848.1962.140.camel@downward.la.codehost.com>
	 <20040219025352.GA9899@timedoctor.org>
Message-ID: <1077159148.1980.142.camel@downward.la.codehost.com>

There are man pages in OSX, that come with the OS. However I have not
patched the installer to support this yet. I have added code to all
other UIs though (GTK, console, dialog).

I doubt it will be really missed though, since it's really a Unixy
feature.

On Wed, 2004-02-18 at 18:53, Zachary J. Slater wrote:
> Does OS X, by default, come with manpage support?
-- 
Stephane Peter
Sr. Software Engineer
Codehost, Inc.




From ludwig.nussel at gmx.de  Thu Feb 19 16:04:50 2004
From: ludwig.nussel at gmx.de (Ludwig Nussel)
Date: Thu, 19 Feb 2004 22:04:50 +0100
Subject: [lokisetup] Man page support in CVS
In-Reply-To: <1077158848.1962.140.camel@downward.la.codehost.com>
References: <1077158848.1962.140.camel@downward.la.codehost.com>
Message-ID: <20040219210450.GA3783@defiant.wachendorf.lan>

Stephane Peter wrote:
> I just added preliminary basic support to install man pages with Setup.
> This is done by using a new <manpage> tag, as documented in the
> README.xml file in CVS.
> 
> The man pages have to be structured in a way similar to what we do for
> binaries. They will be copied in the installation directory and
> symlinked to in a global man directory of the user's choice.
> 
> Feedback / suggestions / bug reports, feel free to contact me :)

I'd add a checkbox above the manpage combobox (like the one for the
binary symlink) and grey it out by default if none of $MANPATH is
writeable.

The default manpage directory on Linux is /usr/share/man, not
/usr/man.

cu
Ludwig

-- 
(o_  Ludwig.Nussel at gmx.de
//\  PGP Key ID: FF8135CE
V_/_ ICQ:        52166811


From chunky at icculus.org  Thu Feb 19 17:19:53 2004
From: chunky at icculus.org (Chunky Kibbles)
Date: Thu, 19 Feb 2004 17:19:53 -0500
Subject: [lokisetup] Man page support in CVS
In-Reply-To: <20040219210450.GA3783@defiant.wachendorf.lan>
References: <1077158848.1962.140.camel@downward.la.codehost.com> <20040219210450.GA3783@defiant.wachendorf.lan>
Message-ID: <20040219221953.GA30377@gamehenge.icculus.org>

On Thu, Feb 19, 2004 at 10:04:50PM +0100, Ludwig Nussel wrote:
> Stephane Peter wrote:
> > I just added preliminary basic support to install man pages with Setup.
> > This is done by using a new <manpage> tag, as documented in the
> > README.xml file in CVS.
> > 
> > The man pages have to be structured in a way similar to what we do for
> > binaries. They will be copied in the installation directory and
> > symlinked to in a global man directory of the user's choice.
> > 
> > Feedback / suggestions / bug reports, feel free to contact me :)
> 
> I'd add a checkbox above the manpage combobox (like the one for the
> binary symlink) and grey it out by default if none of $MANPATH is
> writeable.

Not necessarily. It's possible [in fact, I can definietyly imagine
this one happening] that root has a different manpath to mortal users,
and you're installing as root...

> The default manpage directory on Linux is /usr/share/man, not
> /usr/man.

Actually, As far as I can see, /usr/local/man is the first entry in
all my linux installs, and I always prepend $HOME/man by default.

Gary (-;


From eviltypeguy at icculus.org  Sun Feb 22 20:31:05 2004
From: eviltypeguy at icculus.org (eviltypeguy at icculus.org)
Date: Sun, 22 Feb 2004 19:31:05 -0600
Subject: [lokisetup] setup v2
In-Reply-To: <20040106122647.4ed022f5.ttimo@idsoftware.com>
References: <20040106122647.4ed022f5.ttimo@idsoftware.com>
Message-ID: <1077499865.403957d9054b6@mail.icculus.org>

Quoting Timothee Besset <ttimo at idsoftware.com>:
> You can test the ncurses installer with
> rm -rf example/ ; scons BUILD_SETUP=example TEST=1 INSTALLER=ncurses

Been perusing the code, neat idea so far. I like the simple state machine so
far.

FYI, it appears you're using a few Python 2.3 specific functions in your
SConstruct files (specifically os.walk), I'm stuck on 2.2 here and so it won't
even build. I'm trying to hack my way around it but I don't know Python, just
Perl ;) Obviously this isn't intended for general consumption yet, just a heads
up...

I i'm going to get brave and try upgrading to Python 2.3, hopefully that won't
break the system 8)



From eviltypeguy at icculus.org  Sun Feb 22 21:39:17 2004
From: eviltypeguy at icculus.org (eviltypeguy at icculus.org)
Date: Sun, 22 Feb 2004 20:39:17 -0600
Subject: [lokisetup] setup v2
In-Reply-To: <1077499865.403957d9054b6@mail.icculus.org>
References: <20040106122647.4ed022f5.ttimo@idsoftware.com> <1077499865.403957d9054b6@mail.icculus.org>
Message-ID: <1077503957.403967d53890e@mail.icculus.org>

Quoting "eviltypeguy at icculus.org" <eviltypeguy at icculus.org>:
> I i'm going to get brave and try upgrading to Python 2.3, hopefully that
> won't
> break the system 8)

FYI:

Ugh, no way to upgrade to 2.3 here, everything breaks :P

However, I did edit the /usr/lib/python2.2/os.py file to include the new walk
function found in 2.3 (evil I know), and now everything works.

Function found here:
http://cvs.sourceforge.net/viewcvs.py/*checkout*/python/python/dist/src/Lib/os.py?content-type=text%2Fplain&rev=1.71

Maybe I'll just setup Debian unstable on another partition...



From ttimo at idsoftware.com  Mon Feb 23 03:01:11 2004
From: ttimo at idsoftware.com (Timothee Besset)
Date: Mon, 23 Feb 2004 09:01:11 +0100
Subject: [lokisetup] setup v2
In-Reply-To: <1077503957.403967d53890e@mail.icculus.org>
References: <20040106122647.4ed022f5.ttimo@idsoftware.com> <1077499865.403957d9054b6@mail.icculus.org> <1077503957.403967d53890e@mail.icculus.org>
Message-ID: <4039B347.8070603@idsoftware.com>

You could install 2.3 in a seperate location and avoid messing up any 
existing 2.2 installation? What kind of constraints are preventing you 
from using 2.3? In any case, if you want to send a patch that puts the 
walk function directly into the SConscript I'll include it.

TTimo

eviltypeguy at icculus.org wrote:

>Quoting "eviltypeguy at icculus.org" <eviltypeguy at icculus.org>:
>  
>
>>I i'm going to get brave and try upgrading to Python 2.3, hopefully that
>>won't
>>break the system 8)
>>    
>>
>
>FYI:
>
>Ugh, no way to upgrade to 2.3 here, everything breaks :P
>
>However, I did edit the /usr/lib/python2.2/os.py file to include the new walk
>function found in 2.3 (evil I know), and now everything works.
>
>Function found here:
>http://cvs.sourceforge.net/viewcvs.py/*checkout*/python/python/dist/src/Lib/os.py?content-type=text%2Fplain&rev=1.71
>
>Maybe I'll just setup Debian unstable on another partition...
>
>
>
>  
>



From eviltypeguy at icculus.org  Mon Feb 23 12:29:59 2004
From: eviltypeguy at icculus.org (eviltypeguy at icculus.org)
Date: Mon, 23 Feb 2004 11:29:59 -0600
Subject: [lokisetup] setup v2
In-Reply-To: <4039B347.8070603@idsoftware.com>
References: <20040106122647.4ed022f5.ttimo@idsoftware.com> <1077499865.403957d9054b6@mail.icculus.org> <1077503957.403967d53890e@mail.icculus.org> <4039B347.8070603@idsoftware.com>
Message-ID: <1077557399.403a389786c36@mail.icculus.org>

Quoting Timothee Besset <ttimo at idsoftware.com>:

> You could install 2.3 in a seperate location and avoid messing up any 
> existing 2.2 installation? What kind of constraints are preventing you 
> from using 2.3?

Hrm. Didn't think about installing 2.3 in a seperate location. That could work.
As far as what's preventing me from upgrading? Well, I run RedHat Professional
Workstation ($179 RedHat Enterprise Linux WS in a $49 Box from staples.com 8)
and most of RedHat's configuration tools, etc. all run off / require Python 2.2
specifically. In fact, they use Python fairly extensively for the base system
tools. So, really just a "all my neat system tools break"

> In any case, if you want to send a patch that puts the 
> walk function directly into the SConscript I'll include it.

I tried that. But, at the moment I know extremely little about Python other than
it uses whitespace as part of it's syntax and it's somewhat SmallTalk / Perl
like. I keep telling myself I'll learn it someday, but as my job uses strictly
Perl and C I haven't done it yet...

I'll let you know if I manage to figure it out and post a small patch.

Thanks.



From icculus at clutteredmind.org  Wed Feb 25 03:16:32 2004
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Wed, 25 Feb 2004 03:16:32 -0500
Subject: .uz2 support.
Message-ID: <1077696992.22214.6.camel@localhost>


Unlike my hack for the ut2003 installer, there's a real .uz2 plugin in
CVS now...I looked into the file format, and I don't really see any
reason not to write a GPL'd plugin for it, since we're not exactly
giving away any deep company secrets here.  :)

--ryan.





From relic2k at canada.com  Wed Feb 25 12:03:45 2004
From: relic2k at canada.com (relic2k at canada.com)
Date: Wed, 25 Feb 2004 09:03:45 -0800 (PST)
Subject: MDL 10RC1 Loki_Udate Error with UT2003 patches
Message-ID: <20040225090347.23107.h020.c009.wm@mail.canada.com.criticalpath.net>

The layout is MDL 10RC1, G4 Ti 4600 and latest NVIDIA
drivers (IA32), 2.6.2-3mdksmp kernel;
When I attempt to download updates and install them
using the Loki Update Util, the 
patches download fine, but when I go to apply them,
they are giving me the following
error;


sh ut2003lnx_2107to2225.sh.bin
Verifying archive integrity... All good.
Uncompressing UT2003 for GNU/Linux 2107 to 2225
patch.........................................................................................................................................................................................................................................................................................................................................................................................................................
cannot handle file 'libc.so.6' with TLS data
The program returned an error code (1)

All the Glibc-2.3.3-9mdk packages are installed, this
is a new error for me so I am stumped on this one.


From Ronny.Dressler at coc-ag.de  Fri Feb 27 10:59:02 2004
From: Ronny.Dressler at coc-ag.de (Dressler Ronny)
Date: Fri, 27 Feb 2004 16:59:02 +0100
Subject: AW: [lokisetup] SETUP_CDROMPATH
Message-ID: <FD753554867580498B3F2651AA62614A8E51C9@aurum.coc-ag.net>

hi again,

i tried both. i used a precomiled installer from icculus/~ravage,
and later i compiled the latest cvs version by myself. i both cases the same.

today i found (maybe) the problem: 

i used always 2 <cdrom> tags in the setup.xml file
like this:

<cdrom id="disc1" name="name1">file.1</cdrom>
<cdrom id="disc2" name="name2">file.2</cdrom>

exist only ONE <cdrom> tag is the SETUP_CDROMPATH variable = /mn/cdrom
BUT exist 2 <cdrom> tags is the SETUP_CDROMPATH variable = (null)

can anyone check that? is it only a problem on my machine or is it a bug?

cheers
ron
   

-----Urspr?ngliche Nachricht-----
Von: Stephane Peter [mailto:megastep at megastep.org] 
Gesendet: Mittwoch, 11. Februar 2004 19:04
An: Setup mailing list
Betreff: Re: [lokisetup] SETUP_CDROMPATH


First off, did you compile setup yourself? From what source (i.e. from a
recent CVS checkout?). We need to know a little bit more...

On Wed, 2004-02-11 at 03:04, Ronny Dressler wrote:
> hi,
> 
> i'm try to use the <script> function in the loki setup tool before the 
> script execute create the installer a tmp script in the 
> SETUP_INSTALLPATH an call then the my main script.
> 
> the problem is, i want to use the variable SETUP_CDROMPATH, but i my 
> case it is (null). long time ago it works perfectly and the installer
> sets the varibalt to /mnt/cdrom.
> 
> i have this problem since few days and i could't not guess why!? i 
> did't change my /etc/fstab or anything else. just some package updates 
> on my gentoo 1.4 ....
> 
> has somebody an idea why the variable is on my machine (null)? thanks 
> for help or tips.
> 
> Ron
> 
> ps.
> sorry4my bad english  ...
> 
> cat /usr/local/games/maxpayne/tmp_script_v3IBKz
> #!/bin/sh
> SETUP_PRODUCTNAME="maxpayne"
> SETUP_PRODUCTVER="1.05" SETUP_INSTALLPATH="/usr/local/games/maxpayne"
> SETUP_SYMLINKSPATH="/usr/local/bin"
> SETUP_CDROMPATH="(null)"
> SETUP_DISTRO=""
> SETUP_REINSTALL="0"
> export SETUP_PRODUCTNAME SETUP_PRODUCTVER SETUP_INSTALLPATH
> SETUP_SYMLINKSPATH SETUP_CDROMPATH SETUP_DISTRO SETUP_REINSTALL
> SETUP_OPTIONTAGS=""
> export SETUP_OPTIONTAGS
> 
>    sh setup.data/max-disc.sh
-- 
Stephane Peter
Sr. Software Engineer
Codehost, Inc.




From chunky at icculus.org  Fri Feb 27 14:34:18 2004
From: chunky at icculus.org (Chunky Kibbles)
Date: Fri, 27 Feb 2004 14:34:18 -0500
Subject: [lokisetup] SETUP_CDROMPATH
In-Reply-To: <FD753554867580498B3F2651AA62614A8E51C9@aurum.coc-ag.net>
References: <FD753554867580498B3F2651AA62614A8E51C9@aurum.coc-ag.net>
Message-ID: <20040227193418.GA15205@gamehenge.icculus.org>

On Fri, Feb 27, 2004 at 04:59:02PM +0100, Dressler Ronny wrote:
> hi again,
> 
> i tried both. i used a precomiled installer from icculus/~ravage,
> and later i compiled the latest cvs version by myself. i both cases the same.
> 
> today i found (maybe) the problem: 
> 
> i used always 2 <cdrom> tags in the setup.xml file
> like this:
> 
> <cdrom id="disc1" name="name1">file.1</cdrom>
> <cdrom id="disc2" name="name2">file.2</cdrom>
> 
> exist only ONE <cdrom> tag is the SETUP_CDROMPATH variable = /mn/cdrom
> BUT exist 2 <cdrom> tags is the SETUP_CDROMPATH variable = (null)
> 
> can anyone check that? is it only a problem on my machine or is it a bug?

SETUP_CDROM_name1=/mnt/cdrom
SETUP_CDROM_name2=/mnt/cdrom2
export SETUP_CDROM_name1 SETUP_CDROM_name2

Gary (-;


From icculus at clutteredmind.org  Fri Feb 27 16:54:29 2004
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Fri, 27 Feb 2004 16:54:29 -0500
Subject: FYI: InstallShield format...
Message-ID: <1077918868.3946.164.camel@localhost>

InstallShield .cab files are just ZLIB?!

http://cvs.sourceforge.net/viewcvs.py/synce/unshield/README?rev=HEAD&content-type=text/vnd.viewcvs-markup


We should write a loki_setup plugin for this so people don't need
Ravage's Wine hack to make pretty installers for linux binaries, but I
haven't looked into this at all.

--ryan.





From megastep at megastep.org  Fri Feb 27 16:58:19 2004
From: megastep at megastep.org (Stephane Peter)
Date: Fri, 27 Feb 2004 13:58:19 -0800
Subject: [lokisetup] FYI: InstallShield format...
In-Reply-To: <1077918868.3946.164.camel@localhost>
References: <1077918868.3946.164.camel@localhost>
Message-ID: <1077919098.20770.3.camel@downward.la.codehost.com>

On Fri, 2004-02-27 at 13:54, Ryan C. Gordon wrote:
> InstallShield .cab files are just ZLIB?!
> 
> http://cvs.sourceforge.net/viewcvs.py/synce/unshield/README?rev=HEAD&content-type=text/vnd.viewcvs-markup
> 
> 
> We should write a loki_setup plugin for this so people don't need
> Ravage's Wine hack to make pretty installers for linux binaries, but I
> haven't looked into this at all.
> 
> --ryan.

Wow, that does sound like a good idea. If that unshield program is fully
functional, we can probably just inspire ourselves from their code to
write a similar plugin. It shouldn't be too hard to do...

-- 
Stephane Peter
Sr. Software Engineer
Codehost, Inc.




From Ronny.Dressler at coc-ag.de  Fri Feb 27 19:07:02 2004
From: Ronny.Dressler at coc-ag.de (Dressler Ronny)
Date: Sat, 28 Feb 2004 01:07:02 +0100
Subject: [lokisetup] SETUP_CDROMPATH
Message-ID: <FD753554867580498B3F2651AA62614ACB7A8D@aurum.coc-ag.net>

thanks gary,

but thats only a workaround *g* important is for me:
is it a bug or is it intentionally!? so i can't finish my installer ;(
because of i can't say to the user: hey buddy u have to export 2 or 3 or 4
variables. 

ron



-----Original Message-----
From:	Chunky Kibbles [mailto:chunky at icculus.org]
Sent:	Fri 2/27/2004 8:34 PM
To:	lokisetup at icculus.org
Cc:	
Subject:	Re: [lokisetup] SETUP_CDROMPATH
On Fri, Feb 27, 2004 at 04:59:02PM +0100, Dressler Ronny wrote:
> hi again,
> 
> i tried both. i used a precomiled installer from icculus/~ravage,
> and later i compiled the latest cvs version by myself. i both cases the
same.
> 
> today i found (maybe) the problem: 
> 
> i used always 2 <cdrom> tags in the setup.xml file
> like this:
> 
> <cdrom id="disc1" name="name1">file.1</cdrom>
> <cdrom id="disc2" name="name2">file.2</cdrom>
> 
> exist only ONE <cdrom> tag is the SETUP_CDROMPATH variable = /mn/cdrom
> BUT exist 2 <cdrom> tags is the SETUP_CDROMPATH variable = (null)
> 
> can anyone check that? is it only a problem on my machine or is it a bug?

SETUP_CDROM_name1=/mnt/cdrom
SETUP_CDROM_name2=/mnt/cdrom2
export SETUP_CDROM_name1 SETUP_CDROM_name2

Gary (-;



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/lokisetup/attachments/20040228/9ee096a8/attachment.htm>

From chunky at icculus.org  Fri Feb 27 20:17:07 2004
From: chunky at icculus.org (Chunky Kibbles)
Date: Fri, 27 Feb 2004 20:17:07 -0500
Subject: [lokisetup] SETUP_CDROMPATH
In-Reply-To: <FD753554867580498B3F2651AA62614ACB7A8D@aurum.coc-ag.net>
References: <FD753554867580498B3F2651AA62614ACB7A8D@aurum.coc-ag.net>
Message-ID: <20040228011707.GA23234@gamehenge.icculus.org>

On Sat, Feb 28, 2004 at 01:07:02AM +0100, Dressler Ronny wrote:
> thanks gary,
> 
> but thats only a workaround *g* important is for me:
> is it a bug or is it intentionally!? so i can't finish my installer ;(
> because of i can't say to the user: hey buddy u have to export 2 or 3 or 4
> variables. 

What happens if you simply don't name the CDs?

At the same time, it's actually pretty useful:

mkdir /tmp/thingy
for f in 1 2; do
  echo "please insert cd$f and hit enter"
  read junk
  dd if=/dev/cdrom of=/tmp/thingy/cd$f.iso9660
done


for f in 1 2; do
  mkdir -p /mnt/thingy/$f
  mount -t iso9660 -o loop /tmp/thingy/cd$f.iso9660 /mnt/thingy/$f
  SETUP_CROM_thingy$f=/mnt/thingy/$f
  export SETUP_CDROM_thingy$f
done
sh /mnt/thingy/1/setup.sh

Bleh. If that meant nothing to you, forget it. Elsewises, it's a
useful trick when you're developing a big ut2k3 mod and need to
uninstall & reinstall ut2k3 lots of times.

Gary (-;

> -----Original Message-----
> From:	Chunky Kibbles [mailto:chunky at icculus.org]
> Sent:	Fri 2/27/2004 8:34 PM
> To:	lokisetup at icculus.org
> Cc:	
> Subject:	Re: [lokisetup] SETUP_CDROMPATH
> On Fri, Feb 27, 2004 at 04:59:02PM +0100, Dressler Ronny wrote:
> > hi again,
> > 
> > i tried both. i used a precomiled installer from icculus/~ravage,
> > and later i compiled the latest cvs version by myself. i both cases the
> same.
> > 
> > today i found (maybe) the problem: 
> > 
> > i used always 2 <cdrom> tags in the setup.xml file
> > like this:
> > 
> > <cdrom id="disc1" name="name1">file.1</cdrom>
> > <cdrom id="disc2" name="name2">file.2</cdrom>
> > 
> > exist only ONE <cdrom> tag is the SETUP_CDROMPATH variable = /mn/cdrom
> > BUT exist 2 <cdrom> tags is the SETUP_CDROMPATH variable = (null)
> > 
> > can anyone check that? is it only a problem on my machine or is it a bug?
> 
> SETUP_CDROM_name1=/mnt/cdrom
> SETUP_CDROM_name2=/mnt/cdrom2
> export SETUP_CDROM_name1 SETUP_CDROM_name2
> 
> Gary (-;
> 
> 
> 


From megastep at megastep.org  Fri Feb 27 20:12:30 2004
From: megastep at megastep.org (Stephane Peter)
Date: Fri, 27 Feb 2004 17:12:30 -0800
Subject: [lokisetup] SETUP_CDROMPATH
In-Reply-To: <FD753554867580498B3F2651AA62614ACB7A8D@aurum.coc-ag.net>
References: <FD753554867580498B3F2651AA62614ACB7A8D@aurum.coc-ag.net>
Message-ID: <1077930750.20766.6.camel@downward.la.codehost.com>

This workaround is necessary if the automatic CDROM detection code in
Setup doesn't work in that case. Setup should try to locate the CDs in
the available drives in the system, by trying to mount them if possible.


On Fri, 2004-02-27 at 16:07, Dressler Ronny wrote:
> thanks gary,
> 
> but thats only a workaround *g* important is for me:
> is it a bug or is it intentionally!? so i can't finish my installer ;(
> because of i can't say to the user: hey buddy u have to export 2 or 3
> or 4 variables.
> 
> ron
> 
> 
> 
> -----Original Message-----
> From:   Chunky Kibbles [mailto:chunky at icculus.org]
> Sent:   Fri 2/27/2004 8:34 PM
> To:     lokisetup at icculus.org
> Cc:    
> Subject:        Re: [lokisetup] SETUP_CDROMPATH
> On Fri, Feb 27, 2004 at 04:59:02PM +0100, Dressler Ronny wrote:
> > hi again,
> >
> > i tried both. i used a precomiled installer from icculus/~ravage,
> > and later i compiled the latest cvs version by myself. i both cases
> the same.
> >
> > today i found (maybe) the problem:
> >
> > i used always 2 <cdrom> tags in the setup.xml file
> > like this:
> >
> > <cdrom id="disc1" name="name1">file.1</cdrom>
> > <cdrom id="disc2" name="name2">file.2</cdrom>
> >
> > exist only ONE <cdrom> tag is the SETUP_CDROMPATH variable =
> /mn/cdrom
> > BUT exist 2 <cdrom> tags is the SETUP_CDROMPATH variable = (null)
> >
> > can anyone check that? is it only a problem on my machine or is it a
> bug?
> 
> SETUP_CDROM_name1=/mnt/cdrom
> SETUP_CDROM_name2=/mnt/cdrom2
> export SETUP_CDROM_name1 SETUP_CDROM_name2
> 
> Gary (-;
> 
> 
-- 
Stephane Peter
Sr. Software Engineer
Codehost, Inc.




From icculus at clutteredmind.org  Sat Feb 28 02:08:31 2004
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Sat, 28 Feb 2004 02:08:31 -0500
Subject: [lokisetup] SETUP_CDROMPATH
In-Reply-To: <20040228011707.GA23234@gamehenge.icculus.org>
References: <FD753554867580498B3F2651AA62614ACB7A8D@aurum.coc-ag.net>
	 <20040228011707.GA23234@gamehenge.icculus.org>
Message-ID: <1077952111.26513.9.camel@localhost>


> Bleh. If that meant nothing to you, forget it. Elsewises, it's a
> useful trick when you're developing a big ut2k3 mod and need to
> uninstall & reinstall ut2k3 lots of times.

Funny, I did that while working on ut2003 itself.  :)

--ryan.





From icculus at clutteredmind.org  Sat Feb 28 13:43:21 2004
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Sat, 28 Feb 2004 13:43:21 -0500
Subject: Some checkins...
Message-ID: <1077993801.31917.28.camel@localhost>

 - minor Mac/Carbon cleanups
 - No longer relies on GNU gettext (but needs it if you want
localization)...still, you can skip this if you just need English. This
is just a check for libintl.h right now and not a full blown
--disable-gettext option to configure.
 - Installations can be more than four gigabytes now...this is now held
in a 64-bit value. Individual files must still be less than four gigs or
the progress meter will probably flip out.


On the Mac, I still can't get a splash graphic in the installer if
running under Panther. It's failing inexplicably at HIViewFindByID(),
but works fine in Jaguar.

I noticed that Indiana Jones on the Mac uses loki_setup and doesn't have
this problem. I dropped Transgaming a line to ask if they have any
patches to give back that might solve this issue.

--ryan.