From: Leif W <war...@us...> - 2005-01-30 23:06:39
|
Hello, How are you folks this day? So far, I have downloaded MinGW-3.2.0-rc-1.exe (it was the newest at the time) and MSYS-1.0.10.exe. I would like to start playing with GTK+ for windows (as a developer), and that requires some additional tools like m4, autoconf & automake, among others. First is the question, what do I need to download (from the MinGW or MSYS point of view). Second is the question, "What do I do if something is not available for download?". I presume that means I need to get the source and compile it. That is fine, if at that point I have everything I need to compile the source (a library, or an application, for example). But what do I do if this required piece of software has only source and no binaries (libraries or apps) available for Windows or MinGW or MSYS environments? (Use Linux and cross-compile? :) I'm having some difficulty trying to figure out exactly which files I need to get. I'm sorry if you find this question asked frequently or offensive, but if the question has to be asked then the page could clearly do a better job explaining in the first place. With all due respect, I find the grid horribly confusing and aesthetically displeasing to boot. From what I gather from the page, it's automatically generated, and it sure looks it. The recursive tables are attrocious to look at, and suck up some valuable screen space. At the very least it would probably be better to present that as a flat table with 7 columns, rowspans per grouping, and border=1, cellpadding=1, cellspacing=0. I'd be happy to help work out any coding logic to this effect. Furthermore, about the content, it is incredibly confusing to choose what to get, because there are no links to more detailed file info. It would be nice to know exactly what was in that 50MB file and that 10MB file. At the moment I'm on a dialup, and have limited disk space, so I don't particularly want to tie up a line for 4-5 hours just to find I got the wrong stuff, or duplicates. With these monolithic packages, the size is ok, I just would like to know which (if any) of the smaller packages are already included. This meta information would be very handy. Finally, what would really be super would be to have some sort of configurator. At the very least in the browser using forms, powered by JavaScript or on the server via CGI. Have a list of all discreet packages (programs and their assosciated config files, utility apps, libraries, etc.) and check off the packages I need. Click a button, and I see a page like the current download page, but with only the files which I want to download, and the discreetly named packages contained therein. The requested packages highlighted in green. Unmatched in grey or white, not found in red. Duplicates in yellow with a note about where the other(s) are located. At the best case, some sort of downloadable configurator, which can download a list of packages, and mirror sites, and generate all of these dialogs, then either print a list of URLs, or offer to retrieve the files, optionally from multiple mirror locations simultaneously (pending meta info comparison of file size and md5sum check, stored in external file with same base name). If I can figure out how to code with GTK+ I'd contribute such a beast, but someone will probably beat me to it. There may be dependency issues with such a packaging system, but that alone is no reason not to do it, as there are always going to be issues with any system or no system. The last thing I'd have to comment on is the 5 paragraphs at the beginning of the download page. It starts to describe something, and then says that was the old way so we changed it. Instead of describing in entirety all of "what was" and "what is", why not just describe "what is", and put the "what was" on a history page. In fact, none of the info on the page is particularly useful. I have read through it dozens of times, and have no better understanding of what I need to download. Yes, I know the difference between an .exe, a .zip and a tarball (be it a .tar.gz or a .tar.bz2). Yes, I know that an 8-digit string starting with a 4 numbers between 1995-2005, followed by 2 digit between 01-12, and ended with 2 digits between 01-31 represents a DATE! Whoo, big surprises there! :-) This tells me nothing about the contents of the archives, which is the information I am sorely missing. The directions to "Install (MinGW|MSYS)" do not really describe anything of value. If I want to use "./configure && make" then install MSYS. Hmm, I did that, and guess what? There is apparently no configure with the 10MB MSYS-1.0.10.exe package. What's the difference between that MSYS and the msysDTK? Is it only autoconf/automake? Does autoconf come with the configure program? I would guess, or hope yes, but would I again be mistaken? I appreciate the ability to download a specific mega-package of multiple sub-packages bundled together. But this by itself is much less useful than a fully-fledged package system that can let a person build exactly the system they want without downloading multiple copies of the same files, especially when the big packages really do not have everything that is needed, and do not describe exactly what they provide. Leif |
From: Paul <ele...@ya...> - 2005-01-30 23:26:53
|
> clearly do a better job explaining in the first place. With all due > respect, I find the grid horribly confusing and aesthetically > displeasing to boot. From what I gather from the page, it's I also find it confusing. The best I can make out, you download the latest mingw/msys, and then all the appropriate 'current' packages that have a newer date than the mingw package you just installed. I wonder, is that correct? I'm also not sure what order i'm supposed to extract them, or if it makes a difference. I suppose I should've done it in date-order too.... Paul |
From: Leif W <war...@us...> - 2005-01-31 08:21:02
|
> "Paul; 2005 January 30 Sunday 18:24 > >> clearly do a better job explaining in the first place. With all due >> respect, I find the grid horribly confusing and aesthetically >> displeasing to boot. From what I gather from the page, it's > > I also find it confusing. The best I can make out, you download the Thanks for the "me too", at least I know I'm not the only one. Getting beyond that, if there's any way I can help, I'll give it a shot. I can set up my own Apache and play with server side includes and redesign the table structure, if that's the path of least resistance at this point. I can reword the page also, if that would be of help. First I have to be sure that I know what I'm doing, and have an idea of where the project is going, with the big files vs little files approach. I would use less words, but briefly describe what each download contains, why you would need it, and if it is included in a larger download (and the versions/dates of the source or binaries and of the build). > latest mingw/msys, and then all the appropriate 'current' packages > that have a newer date than the mingw package you just installed. I > wonder, is that correct? I'm also not sure what order i'm supposed > to extract them, or if it makes a difference. I suppose I should've > done it in date-order too.... Well I did this, figuring "the big file has more stuff in it", for lack of a proper MANIFEST, but some stuff is missing apparently. I even sat and tried to add up the file sizes. All the little files together are much bigger than the big 50MB MinGW rc-# file, so I would likely need something of the smaller files? I know roughly what a gcc-lang or binutils includes, in Linux, and can only guess it's about the same for MinGW/MSYS. But I have no idea what's in the MinGW or msysDTK files, for instance. Unless of course I download and install and look, but that's after the fact. Leif |
From: Earnie B. <ea...@us...> - 2005-02-01 19:36:06
|
<quote who="Leif W"> > But I have no idea what's in the MinGW or msysDTK files, > for instance. Unless of course I download and install and look, but > that's after the fact. > I suppose you don't trust the documentation I give about what is in the files? http://sourceforge.net/project/shownotes.php?release_id=170955 http://sourceforge.net/project/shownotes.php?release_id=158856 Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Leif W <war...@us...> - 2005-02-01 19:59:07
|
> Earnie Boyd; 2005 February 01 Tuesday 14:36 > >> <quote who="Leif W"> >> But I have no idea what's in the MinGW or msysDTK files, >> for instance. Unless of course I download and install and look, but >> that's after the fact. > > I suppose you don't trust the documentation I give about what is in > the > files? Oh, come on. I meant no offense. :) It's confusing and I want to help somehow. > http://sourceforge.net/project/shownotes.php?release_id=170955 Of course I trust it now that I see it. Now that I look there it has exactly the info I need. But my point is, there's no link from the Download page next to the package, to this specific information. I've spent so much time boggling over the huge table, and getting back into TCL, that I never ventured over to the SF project site. > http://sourceforge.net/project/shownotes.php?release_id=158856 BTW this page didn't include versions of the packages as did the first page. And something funky going on with HTML, it's not being passed raw by a web form but converted to < , > and " entities. Leif |
From: Earnie B. <ea...@us...> - 2005-02-01 22:10:05
|
<quote who="Leif W"> >> Earnie Boyd; 2005 February 01 Tuesday 14:36 >> >>> <quote who="Leif W"> >>> But I have no idea what's in the MinGW or msysDTK files, >>> for instance. Unless of course I download and install and look, but >>> that's after the fact. >> >> I suppose you don't trust the documentation I give about what is in >> the >> files? > > Oh, come on. I meant no offense. :) It's confusing and I want to help > somehow. > I was being sarcastic. ;) >> http://sourceforge.net/project/shownotes.php?release_id=170955 > > Of course I trust it now that I see it. Now that I look there it has > exactly the info I need. > Maybe, but the same information was pasted into the news item and email sent to the list for the RC-1 release. > But my point is, there's no link from the Download page next to the > package, to this specific information. I've spent so much time boggling > over the huge table, and getting back into TCL, that I never ventured > over to the SF project site. > The link to the SF files release page is given above the table. Apologies are actually given in the paragraph above the table. >> http://sourceforge.net/project/shownotes.php?release_id=158856 > > BTW this page didn't include versions of the packages as did the first > page. And something funky going on with HTML, it's not being passed raw > by a web form but converted to < , > and " entities. > Its an older release and one learns lessons along the way. :) The SF site no longer reacts the same, it was changed to display the html tags instead of allowing the client to react to them. I haven't gone back to clean it up. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Michael B. <mic...@gm...> - 2005-01-31 01:08:23
|
Leif W wrote: > Hello, > > How are you folks this day? > > So far, I have downloaded MinGW-3.2.0-rc-1.exe (it was the newest at > the time) and MSYS-1.0.10.exe. I would like to start playing with > GTK+ for windows (as a developer), and that requires some additional > tools like m4, autoconf & automake, among others. First is the > question, what do I need to download (from the MinGW or MSYS point of > view). Second is the question, "What do I do if something is not > available for download?". I presume that means I need to get the > source and compile it. That is fine, if at that point I have > everything I need to compile the source (a library, or an application, > for example). But what do I do if this required piece of software has > only source and no binaries (libraries or apps) available for Windows > or MinGW or MSYS environments? (Use Linux and cross-compile? :) Hi, what you need is msysDTK - it contains the whole toolchain, which you'll need for the gtk+ and other projects. you can download it from the mingw site.with it you can run the usual configure scripts. HTH /michael |
From: Leif W <war...@us...> - 2005-01-31 08:30:12
|
> Michael Bester; 2005 January 30 Sunday 20:07 > >> Leif W wrote: >> >> So far, I have downloaded MinGW-3.2.0-rc-1.exe (it was the newest at >> the time) and MSYS-1.0.10.exe. I would like to start playing with >> GTK+ for windows (as a developer), and that requires some additional >> tools like m4, autoconf & automake, among others. First is the > what you need is msysDTK - it contains the whole toolchain, which > you'll need for the gtk+ and other projects. > you can download it from the mingw site.with it you can run the usual > configure scripts. Ok, thanks, I will try this. Is there any overlap with the currently installed MSYS? Do I need to uninstall MSYS? Can it install next to MSYS? What about the versions of the tools? MSYS and msysDTK downloads have different dates, 15 months different, which is a HUGE difference. If I am going to build my own applications with autoconf and automake, are they included in msysDTK, or do I need the additional downloads and libtool? If I want an up-to-date MinGW/MSYS, should I just use the current MinGW/MSYS and then get the source from the upstream sites and rebuild everything? Leif |
From: Michael B. <mic...@gm...> - 2005-01-31 13:23:15
|
Leif W wrote: >> Michael Bester; 2005 January 30 Sunday 20:07 >> >>> Leif W wrote: >>> >>> So far, I have downloaded MinGW-3.2.0-rc-1.exe (it was the newest at >>> the time) and MSYS-1.0.10.exe. I would like to start playing with >>> GTK+ for windows (as a developer), and that requires some additional >>> tools like m4, autoconf & automake, among others. First is the >> > >> what you need is msysDTK - it contains the whole toolchain, which >> you'll need for the gtk+ and other projects. >> you can download it from the mingw site.with it you can run the usual >> configure scripts. > > > Ok, thanks, I will try this. Is there any overlap with the currently > installed MSYS? Do I need to uninstall MSYS? Can it install next to > MSYS? What about the versions of the tools? MSYS and msysDTK > downloads have different dates, 15 months different, which is a HUGE > difference. If I am going to build my own applications with autoconf > and automake, are they included in msysDTK, or do I need the > additional downloads and libtool? > > If I want an up-to-date MinGW/MSYS, should I just use the current > MinGW/MSYS and then get the source from the upstream sites and rebuild > everything? > > Leif > they are. The whole gnu - toolchain + perl is included. You will probably need the new binutils + bison etc. I did not install the new mingw-don't know which versions of binutils+runtime+winapi's are included. /michael. |
From: John G. <jo...@jo...> - 2005-01-31 18:15:47
|
Leif W wrote: > With all due respect, I find the grid horribly confusing and > aesthetically displeasing to boot. I think it would make more sense to separate out RCs, old versions, and current. Put current at the top, since this is what newbies need. Put the rest on a different page or clearly separated, not in the same table. Then separate the source out, so a user could see the first few packages at the top and think "hey, that's what I need." Those who need source code, old versions, or the bleeding edge can take a little extra time to find the relevant versions. Of course with the network installer this won't be as much of an issue, but it might be worth doing. BTW, Earnie, I am back from my job training and can start work on the network installer. I will download the installer package tonight and see what I can do. -- John Gaughan http://www.johngaughan.net/ jo...@jo... |
From: Earnie B. <ea...@us...> - 2005-01-31 21:50:32
|
<quote who="John Gaughan"> > Leif W wrote: >> With all due respect, I find the grid horribly confusing and >> aesthetically displeasing to boot. > > I think it would make more sense to separate out RCs, old versions, and > current. Put current at the top, since this is what newbies need. Put > the rest on a different page or clearly separated, not in the same > table. Then separate the source out, so a user could see the first few > packages at the top and think "hey, that's what I need." > > Those who need source code, old versions, or the bleeding edge can take > a little extra time to find the relevant versions. Of course with the > network installer this won't be as much of an issue, but it might be > worth doing. > The layout for the www.mingw.org/download.shtml#hdr2 is created with the mkRelease.tcl script as found in CVS in the scripts module. Place your patches at https://sourceforge.net/tracker/?group_id=2435&atid=302435 > BTW, Earnie, I am back from my job training and can start work on the > network installer. I will download the installer package tonight and see > what I can do. > I wait with excitement for the finished product. I wish I had more time to work on it or it would have been done already. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Leif W <war...@us...> - 2005-02-01 13:34:57
|
> Earnie Boyd; 2005 January 31 Monday 16:51 > > The layout for the www.mingw.org/download.shtml#hdr2 is created with > the > mkRelease.tcl script as found in CVS in the scripts module. Place > your > patches at https://sourceforge.net/tracker/?group_id=2435&atid=302435 I'm not too familiar with TCL but it seems pretty straightforward. But what I wonder, is at what point is the script called? Briefly looking, I guess it generates only the table, which is included in the download.shtml page, which should be enough to test locally with some path changes. Is this correct? Leif |
From: Earnie B. <ea...@us...> - 2005-02-01 18:55:46
|
<quote who="Leif W"> >> Earnie Boyd; 2005 January 31 Monday 16:51 >> >> The layout for the www.mingw.org/download.shtml#hdr2 is created with >> the >> mkRelease.tcl script as found in CVS in the scripts module. Place >> your >> patches at https://sourceforge.net/tracker/?group_id=2435&atid=302435 > > I'm not too familiar with TCL but it seems pretty straightforward. But > what I wonder, is at what point is the script called? Briefly looking, > I guess it generates only the table, which is included in the > download.shtml page, which should be enough to test locally with some > path changes. Is this correct? > Yes that is correct. A php enabled server included file would be perfect for this though. At the time mkRelease.tcl was created, I was able to use use a crontab process to update the page. Now the developer must log into the SF Shell account and execute it as SF decided to removed the cron daemon. I've been thinking about replacing it with php anyway. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Chris S. <iro...@wa...> - 2005-02-01 19:19:45
|
> Yes that is correct. A php enabled server included file would be perfect > for this though. At the time mkRelease.tcl was created, I was able to use > use a crontab process to update the page. Now the developer must log into > the SF Shell account and execute it as SF decided to removed the cron > daemon. I've been thinking about replacing it with php anyway. I beleive SF plan on enabling the cron again (from the last site wide I read). PHP is probrably the way to go anyway. Chris -- iro...@wa... http://emergedesktop.org |
From: Leif W <war...@us...> - 2005-02-01 20:09:11
|
> Chris Sutcliffe; 2005 February 01 Tuesday 14:19 > >> Earnie Boyd; 2005 February 01 Tuesday 13:56 >> >> Yes that is correct. A php enabled server included file would be >> perfect >> for this though. At the time mkRelease.tcl was created, I was able >> to use >> use a crontab process to update the page. Now the developer must log >> into >> the SF Shell account and execute it as SF decided to removed the cron >> daemon. I've been thinking about replacing it with php anyway. > > I beleive SF plan on enabling the cron again (from the last site wide > I > read). PHP is probrably the way to go anyway. Well, I am somewhat struggling with TCL. I used it for a couple weeks about 6 years ago. I'm slowly tweaking things here and there, watching it break, reading the error messages, reading the documentation, and fixing. But I'm still in a "learning the language" phase. If this is all going to be replaced with PHP anyways, should I focus my efforts into making a PHP replacement? I know the basics of PHP well enough, and find the syntax and documentation much easier than TCL. I strongly dislike many things about TCL, but some of the list processing is interesting. I've still not decided if I don't like it because I don't know it, or because I truly despise it. Only time will tell. :-) Leif |
From: Earnie B. <ea...@us...> - 2005-02-01 22:19:18
|
<quote who="Leif W"> >> Chris Sutcliffe; 2005 February 01 Tuesday 14:19 >> >>> Earnie Boyd; 2005 February 01 Tuesday 13:56 >>> >>> Yes that is correct. A php enabled server included file would be >>> perfect >>> for this though. At the time mkRelease.tcl was created, I was able >>> to use >>> use a crontab process to update the page. Now the developer must log >>> into >>> the SF Shell account and execute it as SF decided to removed the cron >>> daemon. I've been thinking about replacing it with php anyway. >> >> I beleive SF plan on enabling the cron again (from the last site wide >> I >> read). PHP is probrably the way to go anyway. > > Well, I am somewhat struggling with TCL. I used it for a couple weeks > about 6 years ago. I'm slowly tweaking things here and there, watching > it break, reading the error messages, reading the documentation, and > fixing. But I'm still in a "learning the language" phase. If this is > all going to be replaced with PHP anyways, should I focus my efforts > into making a PHP replacement? I know the basics of PHP well enough, > and find the syntax and documentation much easier than TCL. I strongly > dislike many things about TCL, but some of the list processing is > interesting. I've still not decided if I don't like it because I don't > know it, or because I truly despise it. Only time will tell. :-) > Data processing is data processing. DATA->PROCESS->DATA. The differences are the presentation of the DATA and the syntax of the PROCESS. I would rather you work on a PHP replacement. I can embed the code into the page itself so that the page is truely dynamic with the SF FRS. TCL is nice for list processing once you've overcome the syntax differences. It can be slow if you have a lot of data to process. Maybe worth a learn if you really desire it. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Leif W <war...@us...> - 2005-02-01 13:10:27
|
> John Gaughan; 2005 January 31 Monday 13:13 > > Leif W wrote: > > I think it would make more sense to separate out RCs, old versions, > and current. Put current at the top, since this is what newbies need. > Put the rest on a different page or clearly separated, not in the same > table. Then separate the source out, so a user could see the first few > packages at the top and think "hey, that's what I need." Again, this is an intriguing idea. And again, I would expand upon it, to have a configurable listing, and store settings in a cookie. It can be handy to see the bin & src all next to each other, so you can quickly spot if one is missing, or get everything in one place without looking all over. This might be the "Advanced" layout, one monolithic table. Maybe an Intermediate would have everything grouped into categories, with each category in a separate table, and preceeded with a brief description of the meaning of the category. I'd put RC first and Current second, or maybe Current first and RC second. Or make the order configurable. Configurable if sources should be in a separate table or integrated in the same table alongside the bins. And the "Beginner" configuration would have only the "Current", and binary in the first table, sources in a second table, and an option to integrate. > a little extra time to find the relevant versions. Of course with the > network installer this won't be as much of an issue, but it might be > worth doing. > > BTW, Earnie, I am back from my job training and can start work on the > network installer. I will download the installer package tonight and > see what I can do. Cool, I didn't know you guys had one in development already. Should I endeavor to get on the dev list and find a way to contribute code for my ideas for the web interface? Leif |
From: Earnie B. <ea...@us...> - 2005-02-01 19:38:51
|
<quote who="Leif W"> > > Cool, I didn't know you guys had one in development already. Should I > endeavor to get on the dev list and find a way to contribute code for my > ideas for the web interface? > See http://www.mingw.org/MinGWiki/index.php/JoinTheDevelopersList Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
From: Leif W <war...@us...> - 2005-02-01 20:13:59
|
----- Original Message ----- From: "Earnie Boyd" <ea...@us...> To: <min...@li...> Sent: 2005 February 01 Tuesday 14:39 Subject: Re: [Mingw-users] Which files do I need to download? <quote who="Leif W"> > > Cool, I didn't know you guys had one in development already. Should I > endeavor to get on the dev list and find a way to contribute code for > my > ideas for the web interface? > See http://www.mingw.org/MinGWiki/index.php/JoinTheDevelopersList Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ MinGW-users mailing list Min...@li... You may change your MinGW Account Options or unsubscribe at: https://lists.sourceforge.net/lists/listinfo/mingw-users |
From: Leif W <war...@us...> - 2005-02-01 20:24:36
|
> Earnie Boyd; 2005 February 01 Tuesday 14:39 > >> <quote who="Leif W"> >> >> Cool, I didn't know you guys had one in development already. Should >> I >> endeavor to get on the dev list and find a way to contribute code for >> my >> ideas for the web interface? > > See http://www.mingw.org/MinGWiki/index.php/JoinTheDevelopersList Well, I guess I'll check the archives and CVS, and see if I'm able to contribute some code for the download listing page or if I can grok the net installer code. I just didn't know if I was cluttering up the users list with development stuff as the conversation shifted from "what do I need as a user" to "how can I improve this process for other users". BTW that URL describes the dev list, but gives no indication to whom I submit a request to join. I'd use the standard SF lists page, but there's no form to describe background and interests, so I wasn't sure. I've pretty much stated all of that here on the users list already. :p Thanks again to everyone for the assistance and the great ideas. And sorry about the previous empty post! Leif |
From: John G. <jo...@jo...> - 2005-02-01 22:48:27
|
Leif W wrote: > Again, this is an intriguing idea. And again, I would expand upon > it, to have a configurable listing, and store settings in a cookie. > It can be handy to see the bin & src all next to each other, so you > can quickly spot if one is missing, or get everything in one place > without looking all over. Changing the table dynamically based on user settings is probably overkill for this. I plan on seeing what I can do with that script to make its output more readable, but making it a nice and simple solution. It would help if I knew TCL, but that's never stopped me before :-) > Cool, I didn't know you guys had one in development already. Should > I endeavor to get on the dev list and find a way to contribute code > for my ideas for the web interface? This is not a web interface. It will be an NSIS scripted program that downloads and installs only the packages chosen by the user. http://sourceforge.net/projects/nsis/ -- John Gaughan http://www.johngaughan.net/ jo...@jo... |
From: Leif W <war...@us...> - 2005-02-02 08:47:59
|
> John Gaughan; 2005 February 01 Tuesday 17:48 > > Leif W wrote: >> Again, this is an intriguing idea. And again, I would expand upon >> it, to have a configurable listing, and store settings in a cookie. >> It can be handy to see the bin & src all next to each other, so you >> can quickly spot if one is missing, or get everything in one place >> without looking all over. > > Changing the table dynamically based on user settings is probably > overkill for this. I plan on seeing what I can do with that script to Maybe it's a little more difficult and time consuming, but I never think flexibility or options are overkill. Of course I haven't gotten there yet so I haven't made a final decision. Maybe it would be too confusing visually, and maybe it would be usable. Maybe even have a totally customizable display, so a user can configure only the packages they want, and new versions are more easily recognized. Again, this is just speculation. I'll see when I get there. But I know one thing for certain, this code will be written as generic and modular as possible, so that it may be reused on other SF sites if desired. I see no reason for it to be tied to one specific project. :-) > make its output more readable, but making it a nice and simple > solution. It would help if I knew TCL, but that's never stopped me > before :-) Hehe. In my previous TCL experience 6 years ago, I converted to Perl some TCL code to manually paste together 3 separate uncompressed .bmp image files with a variable amount of overlap. But I've since forgotten everything I knew about TCL. >> Cool, I didn't know you guys had one in development already. Should >> I endeavor to get on the dev list and find a way to contribute code >> for my ideas for the web interface? > > This is not a web interface. It will be an NSIS scripted program that > downloads and installs only the packages chosen by the user. > > http://sourceforge.net/projects/nsis/ I was speaking about two separate things, a net installer and the web interface. I haven't yet looked at the net installer portion and so have no plans to contributeat this point. First thing's first. I griped about the web download interface so I should do something about it or die trying before I gripe about anything else. ;-) Leif |
From: John G. <jo...@jo...> - 2005-02-02 13:31:19
|
Leif W wrote: > I was speaking about two separate things, a net installer and the web > interface. I haven't yet looked at the net installer portion and so > have no plans to contributeat this point. First thing's first. I > griped about the web download interface so I should do something > about it or die trying before I gripe about anything else. ;-) So while I work on the net installer, you will work on the web page? Sounds good to me. -- John Gaughan http://www.johngaughan.net/ jo...@jo... |
From: Steve P. <st...@ne...> - 2005-02-02 21:27:48
Attachments:
smime.p7s
|
I hope this is not too off topic but you guys seem to know the windows api really well. I am trying to figure out how to get the full comamnd line for a process based on its pid or even processHandle. Thanks Please responed off list. -- Steve Pribyl Steve AT NetFuel dot com Computer Infrastructure Practitioner |
From: Tuomo L. <dj...@mb...> - 2005-02-03 09:40:23
|
Steve Pribyl wrote: > I hope this is not too off topic but you guys seem to know the windows api > really well. Off-topic? Well, do you think your question falls under the topic "Re: [Mingw-users] Which files do I need to download?" which was the subject of the mail you replied to? -- Tuomo ... Computers are not intelligent. They only think they are. |