Summary: | [RFC] handle common errors | ||
---|---|---|---|
Product: | Portage Development | Reporter: | molle.bestefich |
Component: | Conceptual/Abstract Ideas | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | VERIFIED UPSTREAM | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Other | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
molle.bestefich
2006-03-19 05:58:15 UTC
This has nothing to do with portage. See Bug 123871 for discussion of this. *** This bug has been marked as a duplicate of 123871 *** Is 'emerge' not part of Portage? Bug 123871 was a MySQL compile error that was resolved because the culprit was found. This is a request for comments on a new 'emerge' feature. How is this a duplicate? It has already been discussed and explained why your suggestion wrt *gcc* error messages in inappropriate. There are many other reasons why this issue can occur, as explained in Bug 123871, Comment #7 and Bug 123871, Comment #11. Please, take this to gentoo-dev mailing list or ask upstream to change the messages that gcc produces. Bugzilla is not an appropriate place for such discussions. > It has already been discussed and explained > why your suggestion wrt *gcc* error messages in inappropriate. Yes. Specifically, a guy named "Spanky" proposed that it was actually a GCC flaw, a shortlived argument which I clearly won. You can (re-)read comment #6 in that bug for the last point in this argument. No need to raise it again if there's nothing new on the horizon.. > There are many other reasons why this issue can occur That doesn't matter. Since the new error message would refer users to a wiki, it's a simple matter of adding your particular solution if you find yourself in a situation that isn't mentioned. > as explained in Bug 123871, Comment #7 Sigh. Fine, let's comment on these, even though I've made clear several times that they are irrellevant as per the wiki. The two first possibilities mentioned are the same ones I proposed to start the wiki page with. The next two are duplicates, but however a real possibility (though unlikely). So that item ("buggy cc1plus") should be mentioned somewhere, near the end of the wiki page due to the unlikeliness of this happening to a large amount of people. The next two items that Spanky mentions hardly deserves a comment at all - "maybe the kernel is miscompiled and it randomly kills programs" - yes, and maybe I'm using distcc and a Tomahawk missile hit the machine doing the compiles.. Not. And the last point (bad hardware) is *again* one that was already mentioned in the original proposal. > and Bug 123871, Comment #11. Nothing interesting there. Just a guy that's annoyed that I hadn't answered to Spanky's wild speculations on universal oddities and that I didn't back the statistics up with hard evidence. > ask upstream to change the messages that gcc produces. Since GCC produces a correct error message, I can't see what that should accomplish. > Bugzilla is not an appropriate place for such > discussions. > Please, take this to gentoo-dev mailing list Why is there a bugzilla component named "abstract ideas" and "feature requests" if not to be used for this? (Seriously.) > Since GCC produces a correct error message, I can't see what that should
> accomplish.
Ah, so if the message is correct, there's nothing to change in portage, since the message is already there. Last time you suggested that the message gcc produces is misleading.
You've already suggested that gcc should be patched to change the message, now it should be portage that is to provide potentially misleading advice to users, what's gonna be next?
Take this to mailing lists, seriously.
> > Since GCC produces a correct error message, > > I can't see what that should accomplish. > > Ah, so if the message is correct, there's nothing to change in portage, > since the message is already there. The GCC message is technically correct, the way that Portage wraps it (saying that it's an internal error and urging the user to file a bug report) is not. (Have you even read the proposal?) > Last time you suggested that the message gcc produces is misleading. No. > You've already suggested that gcc should be patched to change the message, That's not my suggestion. > now it should be portage that is to provide potentially misleading advice > to users, what's gonna be next? No. Portage should *STOP* providing misleading advice, start giving out sane advice. Read the proposal.. > Take this to mailing lists, seriously. I have no particular objection to that. I'm just confused; what's the 'idea' / 'enhancement request' components for, if not for ideas like this? I asked you for an explanation and you didn't provide one; that's why I continued posting here. I'm reopening this item; not to annoy you (I'm really sorry that I do), but (mainly) because 'UPSTREAM' is an incorrect resolution and (also) because no-one has enligthened me on why this place is not the right place - based on what I currently see, my view is that this is the right place, and you're just upset because you don't like the proposal. If you can please tell me why this idea does not belong under "ideas" in the Portage bugzilla, please do and apply the correct resolution ("MOVED", right?). (As an unprivileged bugzilla user, I'm unable to change the resolution on this item in any other way than what pressing 'reopen' does.) Take this to mailing lists. Why? (In reply to comment #9) > Why? Because mailing list are there for discussions, not bugzilla. Then what is "Ideas" and "Enhancement Request" components in bugzilla for, if not for discussing ideas and enhancement requests? (In reply to comment #11) > Then what is "Ideas" and "Enhancement Request" components in bugzilla for, if > not for discussing ideas and enhancement requests? Take this to portage development mailing list and stop this bugspam. Period. CLOSED. Honestly Jakub, you're the one who is bugspamming. You fail to argue for your cause or refer to any documentation, yet you keep closing this issue as if it was not appropriate for the "ideas" component. And you keep closing the bug with 'upstream', which is obviously not appropriate - could you at least resolve the bug to 'moved' (or with no resolutation at all)? (In reply to comment #14) If you are requesting comments, use mailing lists, that's the place where to get comments. Once you get your comments and the general consent is that this is a good idea, then file a bug and sumbit patches. Bugzilla is NOT a place for requesting comments. Stop reopening this bug or have you bugzilla account canceled, your choice really. Last time - use portage-devel mailing list for such discussions. > Once you get your comments and the general consent is that > this is a good idea, then file a bug and sumbit patches [to bugzilla, I presume]. Ok, that's a valid and fair argument. You should add the above information here: http://bugs.gentoo.org/describecomponents.cgi?product=Portage%20Development So that others can see it (instead of having to ask you, Jakub). > Stop reopening this bug or have you bugzilla account canceled, > your choice really. First the spam and now you threaten people. Not a nice way to treat someone that's just here with a serious proposal. I'll try and work bugzilla myself and see if I can close this bug with something more sane than 'upstream'. Unless you can tell me why you think 'upstream' is appropriate? Btw, UPSTREAM should be documented here, but isn't: http://bugs.gentoo.org/page.cgi?id=fields.html#resolution (In reply to comment #16) > First the spam and now you threaten people. > Not a nice way to treat someone that's just here with a serious proposal. Uhm, it worked, didn't it? :P I've repeatedly asked you to take the issue to mailing lists, yet you insisted on reopening the bug over and over again. Should I tell that I'll break all your favorite toys instead? > I'll try and work bugzilla myself and see if I can close this bug with > something more sane than 'upstream'. Unless you can tell me why you think > 'upstream' is appropriate? UPSTREAM is the best we have, and means to take the issue elsewhere. Adding resolutions to bugzilla is a *huge* PITA, you can install bugzilla and try for yourself. Moreover, just not needed for this case. > Btw, UPSTREAM should be documented here, but isn't: > http://bugs.gentoo.org/page.cgi?id=fields.html#resolution There's separate Bug 94106 about this. > Uhm, it worked, didn't it? :P Oh yes, everything you've done here has worked great... > I've repeatedly asked you to take the issue to mailing lists, > yet you insisted on reopening the bug over and over again. You've repeatedly ignored the question asking why an "idea" does not belong under "ideas". You've repeatedly provided absolutely no input that would constitute good reason to move the discussion to the mailing list. I can't see how you expect anyone to do as you say when all you do is spam the bug with the same illogical crap (excuse me) over and over again. > Should I tell that I'll break all your favorite toys instead? I'm not entering into a flamewar with you on a bugzilla. Say whatever makes your private parts tingle the most, but don't expect any response from me. > UPSTREAM is the best we have, and means to take the issue elsewhere. > Adding resolutions to bugzilla is a *huge* PITA, you can install bugzilla > and try for yourself. Okie dokie, fair enough. > Moreover, just not needed for this case. Not sure what you're trying to say here. |