Menu
▾
▴
opencd-devel — Developer List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(14) |
May
(172) |
Jun
(23) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
(11) |
| 2010 |
Jan
(7) |
Feb
(5) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David I. <ill...@bi...> - 2002-05-03 07:57:39
|
Do *we* even need to host it. If we are just re-distributing binaries, can we not just point the user to whatever mechanism e.g. mozilla.org has for getting source? I FULLY support source code distribution, but this would probably be the easiest way for all concerned and might save a fair bit of bandwidth that could be offloaded to the project which may benefit from its use. Just a suggestion. David On Fri, 2002-05-03 at 09:00, Toby Inkster wrote: > On Fri, 3 May 2002 00:47:42 +0100 (BST) > Imran Ghory <im...@bi...> wrote: > > IG> How are we going to satisfy our obligation to distribute the source > IG> under GPL, are we going to include it (and thereby half the amount of > IG> stuff we can get on the CD) or offer it seperately ? > > We offer it as tarballs/ZIP files on the website. The *vast* majority of people using the CD are not going to want the source code. The majority probably aren't going to know what source code even is. > > -- > Toby A Inkster, Esq. ~ http://www.goddamn.co.uk/tobyink/ > mailto:tobyink<at>goddamn.co.uk ~ gpg:0x5274FE5A > jabber:tobyink<at>amessage.de ~ icq:6622880 ~ aim:inka80 ~ yahoo:tobyink > > In a Zurich hotel: Because of the impropriety of entertaining guests > of the opposite sex in the bedroom, it is suggested that the lobby be > used for this purpose. |
|
From: Martin S. <bud...@bu...> - 2002-05-03 07:46:27
|
On Fri, May 03, 2002 at 08:57:53AM +0100, Toby Inkster wrote: > On Thu, 2 May 2002 21:14:14 -0700 (PDT) > J Aaron Farr <jaa...@ya...> wrote: > > JAF> Perhaps I should clarify by what I mean as an HTML based installer. > JAF> There's a difference between and HTML based installer and and > JAF> HTTP based installer.... > > I still don't think this is a great idea: > > 1) it would look less professional than a proper purpose-built application; and > 2) people are wary about installing things off the Internet -- yes, > *I* realise they would be installing things of the CD, not the > Internet... but would they? How about a big note on the front page, to the effect of. All software will be installed from this CD, this has all been tested by the OpenCD authors, blah blah blah > > -- > Toby A Inkster, Esq. ~ http://www.goddamn.co.uk/tobyink/ > mailto:tobyink<at>goddamn.co.uk ~ gpg:0x5274FE5A > jabber:tobyink<at>amessage.de ~ icq:6622880 ~ aim:inka80 ~ yahoo:tobyink > > In an advertisement by a Hong Kong dentist: Teeth extrcted by the > latest Methodists. -- Budgester Technologies Ltd Office : 01992 718568 Mobile : 07815 982380 mailto:ma...@bu... http://www.budgester.com |
|
From: Martin S. <bud...@bu...> - 2002-05-03 07:44:41
|
On Thu, May 02, 2002 at 09:14:14PM -0700, J Aaron Farr wrote: > Perhaps I should clarify by what I mean as an HTML based installer. There's a > difference between and HTML based installer and and HTTP based installer. The > idea I am referring to is that when the CD is places in the computer's CD-ROM > drive, either the system's default browser or some lightweight browser that can > run off the CD starts (someone mentioned K-Meleon and if we can get that to > work, I think it's a great idea). The browser would load some HTML page that > is locally found on the CD. This HTML page would be the front end to the > installer. I imagine there would be quite a few pages on the CD-ROM. From > this loaded page, the user would be able to start any of the installers located > on the CD-ROM. Nothing would be installed via the internet, everything would > load directly from the CD-ROM. However, there could very well be links from > these CD-ROM hosted HTML pages to the project website(s) and to other relative > open source sites. So in other words, all our autorun.exe file would need to > do is run some browser (system specified or local to the CD) and load our > "start.html" or "index.html" (or whatever) page that is on the CD-ROM. > > At least that's what I've meant by an HTML based installer. That's what the quick mock I have done does, check it out http://www.budge.net/opencd/zip or http://budgester.homeip.net/budge/opencd.zip Have fun. Budge > > jaaron > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - your guide to health and wellness > http://health.yahoo.com > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Opencd-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opencd-devel > -- Budgester Technologies Ltd Office : 01992 718568 Mobile : 07815 982380 mailto:ma...@bu... http://www.budgester.com |
|
From: Martin S. <bud...@bu...> - 2002-05-03 07:40:28
|
I've posted the code i sent over at http://www.budge.net/opencd.zip I haven't tested the autorun file but unzip it and it should create a opencd directory then just click on the index file. Have fun. Budgester On Thu, May 02, 2002 at 04:39:39AM -0700, Alex Roston wrote: > > Hi, > > > > Thanks Martin :) > > > > So, I've tested Martin's HTML-test: > > I'd like to test it too if that's okay. Could someone please send it on > over? > > Alex > -- Budgester Technologies Ltd Office : 01992 718568 Mobile : 07815 982380 mailto:ma...@bu... http://www.budgester.com |
|
From: Toby I. <to...@go...> - 2002-05-03 06:59:47
|
On Fri, 3 May 2002 00:47:42 +0100 (BST)
Imran Ghory <im...@bi...> wrote:
IG> How are we going to satisfy our obligation to distribute the source
IG> under GPL, are we going to include it (and thereby half the amount of
IG> stuff we can get on the CD) or offer it seperately ?
We offer it as tarballs/ZIP files on the website. The *vast* majority of people using the CD are not going to want the source code. The majority probably aren't going to know what source code even is.
--
Toby A Inkster, Esq. ~ http://www.goddamn.co.uk/tobyink/
mailto:tobyink<at>goddamn.co.uk ~ gpg:0x5274FE5A
jabber:tobyink<at>amessage.de ~ icq:6622880 ~ aim:inka80 ~ yahoo:tobyink
In a Zurich hotel: Because of the impropriety of entertaining guests
of the opposite sex in the bedroom, it is suggested that the lobby be
used for this purpose.
|
|
From: Toby I. <to...@go...> - 2002-05-03 06:56:49
|
On Thu, 2 May 2002 21:14:14 -0700 (PDT)
J Aaron Farr <jaa...@ya...> wrote:
JAF> Perhaps I should clarify by what I mean as an HTML based installer.
JAF> There's a difference between and HTML based installer and and
JAF> HTTP based installer....
I still don't think this is a great idea:
1) it would look less professional than a proper purpose-built application; and
2) people are wary about installing things off the Internet -- yes,
*I* realise they would be installing things of the CD, not the
Internet... but would they?
--
Toby A Inkster, Esq. ~ http://www.goddamn.co.uk/tobyink/
mailto:tobyink<at>goddamn.co.uk ~ gpg:0x5274FE5A
jabber:tobyink<at>amessage.de ~ icq:6622880 ~ aim:inka80 ~ yahoo:tobyink
In an advertisement by a Hong Kong dentist: Teeth extrcted by the
latest Methodists. |
|
From: J A. F. <jaa...@ya...> - 2002-05-03 04:14:14
|
--- Alex Roston <tun...@pa...> wrote: > J Aaron Farr wrote: > > > And one last word about a unified installer. While having one single > installer > > is nice, it has several draw backs. First, we're duplicating effort. > Also, > > the installer will have to be regularly updated for each new release of the > > software we provide on the CD. > > Absolutely agreed. "Call /Mozilla/setup.exe" is definitely the way to > go. > > > An HTML based installer would be much simplier. > > I'm still a little worried about that. Can someone send me a proof of > concept? > > > Finally, I feel that > > by providing an HTML front end we can easily provide links to documentation > and > > resources found on the CD, plus links to our websites and other projects. > > Localization will also be easier and creating an single unified look and > feel > > for both installer and website can be easily done by using the same > > stylesheets. > > While I'm a little leery of the HTML based install, I agree with the > idea of providing links to the documentation and other resources. What > if our Mozilla were shipped with its default "Home" being an "OSS CD > Homepage" which would be installed on the disk. That homepage would have > links to the documentation and web resources. > > Alex Perhaps I should clarify by what I mean as an HTML based installer. There's a difference between and HTML based installer and and HTTP based installer. The idea I am referring to is that when the CD is places in the computer's CD-ROM drive, either the system's default browser or some lightweight browser that can run off the CD starts (someone mentioned K-Meleon and if we can get that to work, I think it's a great idea). The browser would load some HTML page that is locally found on the CD. This HTML page would be the front end to the installer. I imagine there would be quite a few pages on the CD-ROM. From this loaded page, the user would be able to start any of the installers located on the CD-ROM. Nothing would be installed via the internet, everything would load directly from the CD-ROM. However, there could very well be links from these CD-ROM hosted HTML pages to the project website(s) and to other relative open source sites. So in other words, all our autorun.exe file would need to do is run some browser (system specified or local to the CD) and load our "start.html" or "index.html" (or whatever) page that is on the CD-ROM. At least that's what I've meant by an HTML based installer. jaaron __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com |
|
From: Alex R. <tun...@pa...> - 2002-05-03 03:53:36
|
I just did a google search for "Windows Freeware Installers" and got a nice long list of resources. Are we working to hard? Perhaps the programmers in the group can look at these sources and see if anything they offer is useful. Alex http://www.programfiles.com/index.asp?menu2=336 http://www.moochers.com/index.html?w95install.html http://www.tucows.com/system/installtools95.html http://www.softpile.com/Development/Distribution/5index.html |
|
From: Nigel S. <ni...@ni...> - 2002-05-03 02:45:47
|
> This means applications and games.
Dan,
Excellent thinking. The only thing I would add:
Applications + Games + Screen Savers ...
Nigel
--
Nigel Stewart (ni...@ni...)
http://www.nigels.com/
|
|
From: Daniel M. <ma...@CS...> - 2002-05-03 02:09:00
|
Hey. I like this idea and plan to help out more when I have a bit of free time. Here are a couple of ideas I've came up with while watching the list for the last few days. One suggestion is that the CD contain a really well written, non-geeky, non-anti-MS, introduction to the open source / free software movement. It should serve to discuss what open source is, that its not shareware, or sampleware etc., that it is not piracy, that is (can be) of high quality, etc. I hope that this won't open up a whole can of worms (GPL vs BSD, RMS vs ESR type of debate), which is why I don't think it has to get caught up into all the specifics and nuances of licenses, but could just be a general introduction. I think it would be great if various Linux/Perl/BSD/etc. groups, especially at schools, held some kind of event where these disks could be distributed, demoed, etc. It would be good if these groups could purchase the disks cheaply (at cost), with nice slick labels on the disks. The could burn them themselves, but then the labels would not look as "professional". I definitely think the command line tools, compilers, servers, etc. should be left out. This disk is supposed to be an intro to the world of open source, not to Unix type systems, and should be geared towards the average computer user. This means applications and games. Anyone who runs a webserver, or is a software developer has at least heard of Apache or gcc respectively. The average user does not need those tools, and will only be scared into thinking that OSS is just for "mad scientists" or "hackers" when he sees cryptic command line tools. We want to change the way they think about software licenses, not how they compute. Just a couple of suggestions. Fire away... Dan |
|
From: J A. F. <jaa...@ya...> - 2002-05-02 23:59:30
|
Sorry about that last post. I just changed email clients and I'm still getting used to the set up. About java: --- Alex Roston <tun...@pa...> wrote: > Buchan Milne wrote: > > > Brendon Crawford wrote: > > | 3) We could create a JAVA/swing based installation. > > | This could be very convenienet seeing that it would be > > | cross platform. This idea is my personal favorite, > > | seing that it would be the most flexible. > > | > > Can the JRE be run from a CD? Or would it need to be installed first? > > We could certainly put it in C:\temp. > > Alex > The java.exe can be run from the CD directly without installing it. I just confirmed that a second ago. Despite the fact that I am a java developer and supporter, I feel we should NOT use java for our installation language. Java, both the language and the virtual machine are NOT open source. While there is Kaffe, it's only java 1.1 compliant, and that limits us a lot. If we do create any sort of installer, then it should be written in an open source language. My feeling is that everything that goes into this CD should be open source, including the tools by which it is developed and delivered if at all possible. And one last word about a unified installer. While having one single installer is nice, it has several draw backs. First, we're duplicating effort. Also, the installer will have to be regularly updated for each new release of the software we provide on the CD. An HTML based installer would be much simplier. Plus, then when the user decides to update Mozilla or whatever, they would already familiar be with the software's native installer. Finally, I feel that by providing an HTML front end we can easily provide links to documentation and resources found on the CD, plus links to our websites and other projects. Localization will also be easier and creating an single unified look and feel for both installer and website can be easily done by using the same stylesheets. At least that's my $0.02 jaaron __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com |
|
From: Imran G. <im...@bi...> - 2002-05-02 23:49:48
|
How are we going to satisfy our obligation to distribute the source under GPL, are we going to include it (and thereby half the amount of stuff we can get on the CD) or offer it seperately ? Imran -- http://bits.bris.ac.uk/imran |
|
From: J A. F. <jaa...@ya...> - 2002-05-02 23:44:08
|
--- Alex Roston <tun...@pa...> wrote: > Buchan Milne wrote: > > > Brendon Crawford wrote: > > | I think we should have ONE installation program which > > | encompasses all the programs. This will allow you to > > | decide which programs you want to install. Then within > > | each program section you can decide which features to > > | install. > > > Seems like too much work for too little gain, IMHO. It might be possible > > to select the apps, and have the autorun app launch each of the > > installers in sequence. > > This makes more sense to me. As I recall, most good programming > languages have the ability to call and run another program. We'll > certainly have the ability to use or make a temp directory on the C > drive for any interpreters we use (if we use them.) > > > | 2) Internet Explorer allows for ActiveX Scripting > > | (security alert!!), of which can easily be used to > > | create a nice interface with an easy to use installer. > > | However, this is deopendent on a proproetary system in > > | a way. > > | > > > > Running IE from the CD or the target machine? I don't think relying on > > the IE installed is a good idea .... Plus using proprietary software to > > deliver the installer doesn't seem to kosher ... > > Yeah, that gives Microsoft a lot of power. Imagine the next update to > IE... > > > | 3) We could create a JAVA/swing based installation. > > | This could be very convenienet seeing that it would be > > | cross platform. This idea is my personal favorite, > > | seing that it would be the most flexible. > > | > > Can the JRE be run from a CD? Or would it need to be installed first? > > We could certainly put it in C:\temp. > > > | 5) We could do a HTML based installation, of which > > | will then send the information to a backend PHP or > > | PERL installer via a miniture portable local web server. > > > I don't know how you are going to configure your web server on the fly > > to take into account different drive letters. > > Yeah, now we've got to install a web server first... That sounds a > little clunky. As to getting the drive letter of the CD, Windows should > have that in memory somewhere - if "MY COMPUTER" can find it, we should > be able to as well. > > IMHO, if we decide to include compilers/interpreters on the CD, we > should write the install program in one of the languages we install and > include the source. We should be able to find (or wrap) everything we're > going to install in a self extracting .exe file, which usually invokes > the installer. > > After the endures had picked the programs they wanted to install, our > installer would do something like this: > > > QUERIES WINDOWS FOR CD DRIVE LETTER AND PUTS IT IN VARIABLE > $Drive_letter > > # The installer learns that the CD drive is "F" on this machine > > # The installer goes through a list of variables: > > IF $Mozilla="yes" THEN CALL $Drive_letter:\Mozilla\Mozilla.exe > # Mozilla.exe runs, extracts the archive, and installs Mozilla > > IF $XBasic="yes" THEN CALL $Drive_letter:\Xbasic\Xbasic.exe > #In this case $XBasic="no" so the installer goes onto the next thing. > > Unfortunately the only language I'm competent to code such a thing in is > and old BASIC language called ASIC... Oh the joys of being ten years > behind. > > Alex > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Opencd-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opencd-devel __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com |
|
From: Alex R. <tun...@pa...> - 2002-05-02 23:41:52
|
> Hi, > > Thanks Martin :) > > So, I've tested Martin's HTML-test: I'd like to test it too if that's okay. Could someone please send it on over? Alex |
|
From: Alex R. <tun...@pa...> - 2002-05-02 23:41:20
|
Captain Nemo wrote: > > Alex Roston wrote: > > >Unfortunately the only language I'm competent to code such a thing in is > >and old BASIC language called ASIC... Oh the joys of being ten years > >behind. > > > > > You should take a look at BCX <http://bcx.basicguru.com/> it's a great > BASIC to C converter that works with LCC to create wonderfully tiny and > lightning fast windows apps. It'll get you up to speed in no time at > all. It even has some great Windows GUI functions for creating your > windows etc. Great stuff, there are hundreds of examples for you to fool > around with. Thanks for the tip. However, I currently have some other stuff I'm working on. I'll just stick to writing documentation and helping out with testing - that's what I do best. Alex |
|
From: Imran G. <im...@bi...> - 2002-05-02 23:39:54
|
On 2 May 2002, Henrik Nilsen Omma wrote: > > But I still like this for several reasons: > > 1. It's quick and easy. It gives a good place to start for the 1st > version. Lots of people can easily make contributions in HTML. Also HTML creation can be partially automated. > > 6. I guess we should be easily get plenty of help from the Mozilla or > Beonex people to make a limited version that runs off the CD and > launches executables without complaint. With such an engine in the > future, we could have the same web design for the installer and the > public web page. I think we could probably fork Kmeleon to do this quite easily. Imran |
|
From: Imran G. <im...@bi...> - 2002-05-02 23:36:15
|
On 2 May 2002, Henrik Nilsen Omma wrote: > On Wed, 2002-05-01 at 18:30, Alex Roston wrote: > > J Aaron Farr wrote: > > > > > On the other hand, many of the applications under consideration have excellent > > > installers already developed. Do we really want to throw these out and start > > > from scratch? Mozilla and OpenOffice have very nice installers for example. > > > Should our installer then simply call these installers, or should we have one > > > unified installer? > > > > Call the already written installers. Anything else is too much work, and > > also assumes that we know more about the application and how it should > > be installed than the people who wrote it. > > Totally agreed. Can anyone do a simple proof-of-concept HTML installer? > It only needs to say hello, and let the user click on an image to launch > an installer. Then I can put this as a zip file on org.site for > everyone to download and test. If it works with all browsers and all > settings, then that might be the way to go. I would certainly be the > easiest. It should be doable as some UK magazines(notably PC Plus) used to have HTML installer pages like we're proposing. Imran -- http://bits.bris.ac.uk |
|
From: Captain N. <ne...@th...> - 2002-05-02 22:49:44
|
Alex Roston wrote: >Unfortunately the only language I'm competent to code such a thing in is >and old BASIC language called ASIC... Oh the joys of being ten years >behind. > > You should take a look at BCX <http://bcx.basicguru.com/> it's a great BASIC to C converter that works with LCC to create wonderfully tiny and lightning fast windows apps. It'll get you up to speed in no time at all. It even has some great Windows GUI functions for creating your windows etc. Great stuff, there are hundreds of examples for you to fool around with. Actually it could even be used to make the autorun installer, it's very simple. |
|
From: Henrik N. O. <h....@bt...> - 2002-05-02 21:52:37
|
Hi, Thanks Martin :) So, I've tested Martin's HTML-test: In IE it asks whether to save or run, so we need to instruct people to select run, but this can be done very nicely with a page giving install instructions, with a screen grab of that window and a red arrow, right? :) In Mozilla I just saw the contents of the bat file, which I guess is less useful. This is of course a problem, because once people have installed Mozilla and made it their default, nothing else will install :~0 But I still like this for several reasons: 1. It's quick and easy. It gives a good place to start for the 1st version. Lots of people can easily make contributions in HTML. 2. Lots of documentation found in HTML can be integrated easily, as can screen grabs, etc. 3. Once made for Windows, it can easily be copied over to Mac. 4. It's easy to update from version to version. 5. We can easily link to the online reasources seamlessly. 6. I guess we should be easily get plenty of help from the Mozilla or Beonex people to make a limited version that runs off the CD and launches executables without complaint. With such an engine in the future, we could have the same web design for the installer and the public web page. - Henrik -- Henrik Nilsen Omma Theoretical Physics, Oxford 35 Frenchay Road 1 Keble Road Oxford OX2 6TG Oxford OX1 3NP h....@bt... he...@th... |
|
From: Alex R. <tun...@pa...> - 2002-05-02 21:27:24
|
Buchan Milne wrote: > Brendon Crawford wrote: > | I think we should have ONE installation program which > | encompasses all the programs. This will allow you to > | decide which programs you want to install. Then within > | each program section you can decide which features to > | install. > Seems like too much work for too little gain, IMHO. It might be possible > to select the apps, and have the autorun app launch each of the > installers in sequence. This makes more sense to me. As I recall, most good programming languages have the ability to call and run another program. We'll certainly have the ability to use or make a temp directory on the C drive for any interpreters we use (if we use them.) > | 2) Internet Explorer allows for ActiveX Scripting > | (security alert!!), of which can easily be used to > | create a nice interface with an easy to use installer. > | However, this is deopendent on a proproetary system in > | a way. > | > > Running IE from the CD or the target machine? I don't think relying on > the IE installed is a good idea .... Plus using proprietary software to > deliver the installer doesn't seem to kosher ... Yeah, that gives Microsoft a lot of power. Imagine the next update to IE... > | 3) We could create a JAVA/swing based installation. > | This could be very convenienet seeing that it would be > | cross platform. This idea is my personal favorite, > | seing that it would be the most flexible. > | > Can the JRE be run from a CD? Or would it need to be installed first? We could certainly put it in C:\temp. > | 5) We could do a HTML based installation, of which > | will then send the information to a backend PHP or > | PERL installer via a miniture portable local web server. > I don't know how you are going to configure your web server on the fly > to take into account different drive letters. Yeah, now we've got to install a web server first... That sounds a little clunky. As to getting the drive letter of the CD, Windows should have that in memory somewhere - if "MY COMPUTER" can find it, we should be able to as well. IMHO, if we decide to include compilers/interpreters on the CD, we should write the install program in one of the languages we install and include the source. We should be able to find (or wrap) everything we're going to install in a self extracting .exe file, which usually invokes the installer. After the endures had picked the programs they wanted to install, our installer would do something like this: QUERIES WINDOWS FOR CD DRIVE LETTER AND PUTS IT IN VARIABLE $Drive_letter # The installer learns that the CD drive is "F" on this machine # The installer goes through a list of variables: IF $Mozilla="yes" THEN CALL $Drive_letter:\Mozilla\Mozilla.exe # Mozilla.exe runs, extracts the archive, and installs Mozilla IF $XBasic="yes" THEN CALL $Drive_letter:\Xbasic\Xbasic.exe #In this case $XBasic="no" so the installer goes onto the next thing. Unfortunately the only language I'm competent to code such a thing in is and old BASIC language called ASIC... Oh the joys of being ten years behind. Alex |
|
From: Andrew J B. <an...@bo...> - 2002-05-02 21:10:56
|
Just though I'd add these ass suggests to add. While they don't seem to have a GUI yet (?), there functionality is embedded in some cdrecording apps for windows. ASPI http://www.nu2.nu/aspi/ mkisofs http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/ cdrecord.html -Andy |
|
From: Damour, J. A <Jam...@DF...> - 2002-05-02 19:40:50
|
Buchan Milne <bg...@ca...> wrote: | Can the JRE be run from a CD? Or would it need to be installed first? There's a re-distributable, binary version of Sun's JRE. While I haven't tried it, it ought to be able to run from any set of read-only directorys. If we make the autorun.inf correct, we should be able to reference ./jdk/bin/java from some .BAT file. I'll test the theory soon and post the results to the forum. James Damour Principle Consultant Keane, Inc. 474-4637 |
|
From: perspex <pe...@dr...> - 2002-05-02 18:44:13
|
Hello, How about SoX http://sox.sourceforge.net/ Perspex |
|
From: Buchan M. <bg...@ca...> - 2002-05-02 18:38:24
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Brendon Crawford wrote: | I think we should have ONE installation program which | encompasses all the programs. This will allow you to | decide which programs you want to install. Then within | each program section you can decide which features to | install. | Seems like too much work for too little gain, IMHO. It might be possible to select the apps, and have the autorun app launch each of the installers in sequence. | 1)Regarding HTML based installation, Mozilla as far as | i know, does not have capabilities of allowing any | kind of file operations, without a signed script. I | have never actually done this with mozilla, but im | sure there is a way. | Well, one could generate a cert, and add the cert to the profile used to ~ run mozilla (on the CD), and sign the app with the cert? This assumes running Mozilla/gecko from the CD (where we have control of the cert store). Can gecko run with a read-only profile? Can mozilla run with a read-only profile. | 2) Internet Explorer allows for ActiveX Scripting | (security alert!!), of which can easily be used to | create a nice interface with an easy to use installer. | However, this is deopendent on a proproetary system in | a way. | Running IE from the CD or the target machine? I don't think relying on the IE installed is a good idea .... Plus using proprietary software to deliver the installer doesn't seem to kosher ... | 3) We could create a JAVA/swing based installation. | This could be very convenienet seeing that it would be | cross platform. This idea is my personal favorite, | seing that it would be the most flexible. | Can the JRE be run from a CD? Or would it need to be installed first? | 4) We could do a perl-GTK, or php-GTK based | installations, of which would not be as elegant as the | JAVA installation but it would get the job done. Is it feasible to have the perl modules or php classes this thing would depend on accessible in a consistent place? If so, I think php-gtk might be a viable option. | | 5) We could do a HTML based installation, of which | will then send the information to a backend PHP or | PERL installer via a miniture portable local web server. | I don't know how you are going to configure your web server on the fly to take into account different drive letters. 6)Is there anything wrong with wxWindows? The advantage is that it would not depend on anything (AFAIK), as it translates everything to MSCVRT or somesuch (might need one wrapper dll, not sure). Plus there are versions for gtk, motif/lesstif,Mac OS X, maybe more ... Buchan - -- |----------------Registered Linux User #182071-----------------| Buchan Milne Mechanical Engineer, Network Manager Cellphone * Work +27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE80XyPrJK6UGDSBKcRAoT3AKC/sFrW8ZaA9itWW/F9PWbRziEibACgn2Tl QIaFrdOJ5Rh7nHEpbdIMAgc= =IOw7 -----END PGP SIGNATURE----- |
|
From: Christian <chr...@ad...> - 2002-05-02 17:44:28
|
This is my first stab at this sort of project so bear with me. I am not a programer, some of these programs I have not used. So I ask myself how can I best help? When we have a finished product, or a complete project description in presentation format; I am able to present the idea or product to a variety of financial institutions for possible distribution/sponsorship to the financial(brokerage and insurance) industry. Message will be be along the lines of 'freely available productivity tools to offer to represenatives'. Why do I say sponsorship or distribution? I think it is only fair to charge the hard cost of this product to the institution(s) ie...the cd cost, burn time and/or any labels or shipping. They will probably be interested in some sort of private-labeling concept to whatever degree. So...I can ask them for projected costs, or other sponsorship bucks as needed. In terms of distribution...my hope is to convince these institutions to give it a try and hand it out to their representatives. So...I will keep tabs on this forum and offer whatever paltry advice I can. When the time comes for me to start promoting the front end let me know and I will give it my best. Here is my contact info: Christian Ramsey Advisor Page (www.advisorpage.com) 916-331-3911 (us) |
29 messages has been excluded from this view by a project administrator.
