Re: [gentoo-portage-dev] emerge -pv and masked dependencies
On Sat, Nov 05, 2005 at 01:55:35AM +0900, Jason Stubbs wrote: On Friday 04 November 2005 22:33, Marius Mauch wrote: Ciaran McCreesh wrote: On Thu, 03 Nov 2005 23:14:20 -0800 Brian [EMAIL PROTECTED] wrote: | emerge -pv package | | would actually continue listing (modified normal)after finding a | dependency is masked rather than stop on, and report only, the first | one. The masked packages would need to be marked as such [hard | masked, keyword masked], possibly shown grouped in blocks [KEYWORD, | HARD MASKED, STABLE]. Problem is, once you hit one bad dependency, you can't carry on and guarantee what the rest of the dep tree is going to be. Example: emerge -pv foo foo DEPENDs upon bar and baz bar DEPENDS upon fnord, and is MASKED baz DEPENDs upon || ( gerbil fnord ) Well, that and other semantic issues (what to do with multiple candidates for example?). Multiple candidates is the most worrying for me as well. a-1.1 is masked and requires =b-1.0. b has 1.0 and 1.1 both of which are masked. b-1.0 requires c-1.0 while b-1.1 requires c-1.1. c-1.1 masked but c-1.0 isn't. Should the above keep going just grab the highest *masked* version at each stage? Either way, while there are bugs such as error messages being truncated, requests such as allow me to break my system easier are truly far from my mind. Of course, supplied patches will always be reviewed. Wait a sec -- emerge -pv means pretend, so it can't break anything. Furthermore, even without the -p, no one is asking it to keep on going, only asking that it show all errors it can find before bailing. Its current behavior is like a compiler that aborts on the first error. I would rather it go on, show me all errors, until it either gets too many, or runs out of them, rather than bailing on the first one. Further, it would be nice if emerge behaved more like make -k, or had an equivalent option. It wouldn't hurt anything if it were to give up on one package and continue to the next if possible. If foo depends on bar, and bar fails, sure bail on foo, but why not continue with the next candidate if it doesn't depend on either? I haven't used python in years, but neither request sounds like that big a deal. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- gentoo-portage-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] emerge -pv and masked dependencies
On Fri, 4 Nov 2005 11:19:51 -0800 [EMAIL PROTECTED] wrote: | I swear you have got to be just about the most negative pessimistic | whining poster on this list. Yeah, he's like those silly scientist guys who go around asking pesky questions when someone proposes that an anti-nuclear-missile shield is built. Clearly un-American. Instead, he should jump right in and implement it without bothering to think of the requirements or exactly what the problem to be solved is. -- Ciaran McCreesh : Gentoo Developer (Anti-XML, anti-newbie conspiracy) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpyXUrSMQVVr.pgp Description: PGP signature
Re: [gentoo-portage-dev] emerge -pv and masked dependencies
On Sat, 2005-05-11 at 01:55 +0900, Jason Stubbs wrote: On Friday 04 November 2005 22:33, Marius Mauch wrote: Ciaran McCreesh wrote: On Thu, 03 Nov 2005 23:14:20 -0800 Brian [EMAIL PROTECTED] wrote: | emerge -pv package | | would actually continue listing (modified normal)after finding a | dependency is masked rather than stop on, and report only, the first | one. The masked packages would need to be marked as such [hard | masked, keyword masked], possibly shown grouped in blocks [KEYWORD, | HARD MASKED, STABLE]. Problem is, once you hit one bad dependency, you can't carry on and guarantee what the rest of the dep tree is going to be. Example: emerge -pv foo foo DEPENDs upon bar and baz bar DEPENDS upon fnord, and is MASKED baz DEPENDs upon || ( gerbil fnord ) Well, that and other semantic issues (what to do with multiple candidates for example?). Multiple candidates is the most worrying for me as well. a-1.1 is masked and requires =b-1.0. b has 1.0 and 1.1 both of which are masked. b-1.0 requires c-1.0 while b-1.1 requires c-1.1. c-1.1 masked but c-1.0 isn't. Should the above keep going just grab the highest *masked* version at each stage? Isn't that what users end up with after adding each package to package.keywords then emerge-pv package again, and again... unless they do detailed research for each failed dep. I know I never looked that close at the packages each time it happened as long as it wasn't hard masked. Either way, while there are bugs such as error messages being truncated, requests such as allow me to break my system easier are truly far from my mind. Of course, supplied patches will always be reviewed. -- Jason Stubbs Well, I don't know that I could supply patches to portage. I have enough to keep track of in porthole let alone learn the intricacies of package management. It sounds like this is something easier done in porthole where we can display all relevant packages in a dialog with checkboxes for package selection and possibly an adjustable search depth. That way package research could be done in porthole's main window to help decide whether they wish to proceed and or which version to select. A real world example is gnome-base/gnome. The last couple updates have resulted in numerous masked packages needed to be added to package.keywords. Thanks for your time and input everyone. -- Brian [EMAIL PROTECTED] -- gentoo-portage-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] emerge -pv and masked dependencies
On Saturday 05 November 2005 04:19, [EMAIL PROTECTED] wrote: On Sat, Nov 05, 2005 at 03:44:30AM +0900, Jason Stubbs wrote: Nobody else has shown a real example, why should I? ... I am focusing on what it could do. I stated all the options in my previous email. ... To restate: How often is it there is exactly one masked version available? What to do when there are two? How old are you? You sound like some crotchety old fart on a rocking chair on his porch. 26; almost 27. Good god. Probably once or twice a month I read about some program that sounds interesting, run emerge -p on my amd64, it complains that some dependency is masked, I edit /etc/portage/packages.keywords, emerge -p again, get another complaint about some other top level dependency, rinse, lather, repeat, until I have a half dozen additions or give up in disgust. If you have never had this happen, then I feel sorry for you for being so unadventurous. I run ~amd64 but always run whatever the latest packaged KDE is available. Unmasking all of KDE would fit in your category I guess, but I think the discussion with TGL tied with package.unmask would solve that. The only other times I run into masked packages are those that are missing an amd64 keyword. And the only way I can provide a real world example is wait til it comes around again on the gitar, to quote Arlo, and I am not going to waste my time trying to remember to come back to this dicsussion then, it will be quite cold in its grave, obviously where you want it to go. I don't really want a real world example. You seemed to want one. I swear you have got to be just about the most negative pessimistic whining poster on this list. Heh. This made me laugh. If negative means that I try to be pro-active by searching for problems, pessimistic means that I do find a lot of problems, and whining means that I keep going back to points that haven't been addressed, then why sure I am! ;) -- Jason Stubbs -- gentoo-portage-dev@gentoo.org mailing list