Debian has a really cool package called reportbug that allows one to quickly query existing and submit new bug reports for a particular package *from command line*. This is extremely convenient both for the users - you don't have to use the web interface, so you can do it on a machine that does not even have X, and existing bugs for that package are automatically displayed so you can quickly check if the problem you are experiencing is known and if there exists a workaround - and for the developers - reportbug automatically collects some basic information about versions of installed dependencies of the package, and in Gentoo's case it could include the output of 'emerge --info', etc. I think Gentoo could really benefit from a tool like that. Reproducible: Always Steps to Reproduce:
This would be pretty cool! Some of the bots on IRC already do a lot of bugzilla queries so it might not take too much effort to implement such a tool.
Well, I don't think it's a task for the portage team to write such an app, all we could do is to integrate it (via FEATURES or script hooks).
How about the portage-tools group?
If someone who has the time and abilities to write such an app, join the team.
I have started writing an app which can be found at htttp://dev.gentoo.org/~zul/reportbug
Chuck: If you are creating an App, I'd recommend posting it here when it is fairly complete and possibly writing a GLEP for it. I'm not exactly sure how the tool is supposed to interface with our bug tracking system, but an outline would be nice.
Hi. I'm writing a bugzilla client too. http://dev.gentoo.org/~hattya/equerybts/
*** Bug 60972 has been marked as a duplicate of this bug. ***
Not to mention mcummings' bugger, and camoes' ebug. We do intend to solve this problem in the future, but we're starved for time at the moment. However, I can reveal that we will not adopt any submission which is not written in Python and ties into the upcoming portageapi/gentoolkit APIs. Anything else would simply result in too much maintenance, as the portageapi/gentoolkit APIs will provide robust querying facilities.
*** Bug 61093 has been marked as a duplicate of this bug. ***
*** Bug 63460 has been marked as a duplicate of this bug. ***
bug 61093 is not exactly a duplicate. the idea in 61093 was to wrap all compilations into the inside of a script, so that a compile abort (or even run abort) would automatically trigger an appropriate report (emerge info, where it died). Now, our gentoo bug website here is ideal as a destination for such automated reports---it would be quickly overwhelmed. Instead, the output should go to an aggregator. It would be even cooler if the script could also report successes. I think this would dramatically extend the number of useful user contributions at fairly low cost (after the wrapper has been written). Users should be able to turn on/off this feature (for privacy reasons). /iaw
*** Bug 11554 has been marked as a duplicate of this bug. ***
bugger is available for testing at gentoo-bugger.sourceforge.net for any who want to play with it. A report bug interface exists and could be pulled out for a self contained tool if you want (I already have a few extensions for creating devtodo lists, for instance).
*** Bug 117281 has been marked as a duplicate of this bug. ***
Use www-client/pybugz
