Re: [ITP] Installation Profiles packages
(Sorry for the late post, I was trying to get the news server to take it. guess that isn't an option for this list?) This would be particularly nice if setup.exe were modified so that on an initial installation, it showed a profile selection page first, instead of the package selection page. The profile selection page would let the user choose one or more profiles to install; the packages selected would be a union of the dependencies from the profiles. There could be a check box for advanced package selection that the user could select if they wanted to go to the regular package selection page. Good idea. In addition: user picks profiles and advanced, the package selection page would be setup with the packages that the picked profiles use. Now for the fun: If they hit advanced alter the current package selections, hit Back the package list should reflect what profiles are still fully supported. For instance: pick WebServer + advanced, next, unselect php, back - WebServer should no longer be selected. more fun: WebServer is 1/2 selected - gray or something. Better fun: 15 of 16 packages selected. Roll the Profile and Advanced into one: Profiles items in the package selection tree, and under it are all the related packages. The same package can be in more than one Profile, and the bottom of the list would be the All profile. Re-running setup.exe (for updates, as opposed to an installation) would skip the profile selection page and go straight to the package selection page. Not so good. I think it should always start with the profile page, defaulting to the currently selected packages, just like if they had hit Back. ^Carl
Regrouping on installation profile idea
Have we converged on the naming for Igor's profile idea? I seem to be seeing a lot of people essentially discussing GUI design whereas Igor had an idea for a lightweight implementation which required no changes to setup.exe. While there may be other improvements to the setup.exe GUI, Igor's idea is something that can be implemented quickly and I think it will help. So, do we have a list of potential ways to label these profiles? I personally think that the term profile isn't intuitive enough. I think that something like either installation type or just installation might be clearer. Has anyone been collecting the list of names that have been proposed? cgf
Attn: xemacs maintainer: xemacs fails after upgrading postgresql to 8.0.4-1
After updating my installed packages to the current versions with setup.exe xemacs 21.4.17-1 started to complain about a missing pq.dll in my path. Downgrading postgresql to 7.4.5-1 fixes this problem, but that is obviously not a permanent solution. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: [Patch] setup: site.cc: dot[3] may not be valid.
Op Tue, 25 Oct 2005 01:42:56 +0200 (MET DST) schreef Bas van Gompel in n2m-g.djjiq9.3vsgglv.1atbuzzy-box.bavag: [...] : * site.cc (site_list_type::init): Avoid reading past end of : string. Ping. [...] L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: [Patch] Setup: Display mirrors sorted by location
Igor Pechtchanski [EMAIL PROTECTED] wrote: On Thu, 10 Nov 2005, Rajesh Balakrishnan wrote: Ok, here goes. First, thanks for doing this. However, if this is to be done at all, let's do it right. Thanks Igor for your comments and I agree with it. I was just trying to display the location info, without expecting the user to sort it. Notes on the changes * The earlier setup sorts sites based on url. This patch sorts on area, location too. That's good, but the sort order should be user-selectable, not unconditional as you have it. In fact, why are you still using the ListBox widget? Why not a ListView (with sortable columns)? MSDN has some sample code for this... OK, shall look at ListView, am a novice at UI :-) * area, location are new members of the class. * The 'key' for site sorting is area + location + url Again, this is a bad default. We should keep the current sort order, but Sorting by URL isn't a good default. User-selectable sort order is of course better. allow sorting by other fields. What I especially don't like is the Sorting order is comment in operator() -- if it belongs anywhere at all, it should precede the assignment to key in site_list_type::init(). Oh, and the location info should *follow* the URL, not precede it. * Two sites are same if the URLs are same (area doesn't matter). last-mirror doesn't store the area info. Huh? Will we ever have this situation? A couple of reasons for this: * last-mirror only has the URL and no location. So when the find() is done on the all_site_list (mirrors.lst), they should be treated as the same site, despite lacking location info. A similar situation would be when the user adds an existing site. * I think that mirrors.lst actually has a duplicate entry (for Australia?) * I've added String.find(char, pos) method in String++. string.find(c, pos) handles negative pos better. substr() is better too. Why not also add String.split(char) that returns an array or a vector of Strings? That would make your parseSite() much simpler. Yes, that will be better. And two more comments: 1) The above isn't a proper ChangeLog. 2) Next time, please attach the patch, rather than including it inline. Thanks Igor, shall follow that for future patches. Regards, rb __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com