Re: abrt wishlist

2010-12-22 Thread Lennart Poettering
On Wed, 22.12.10 12:25, Jiri Moskovcak (jmosk...@redhat.com) wrote: > Hi Lennart, > I remember it and it's in our TODO list, but has a low priority, so > that's why it's taking so long and we can prioritize this if needed. > Btw, ABRT has a dbus interface, but probably not flexible enough to use

Re: abrt wishlist

2010-12-22 Thread Jiri Moskovcak
On 12/22/2010 11:29 AM, Lennart Poettering wrote: > On Thu, 09.12.10 10:51, Adam Jackson (a...@redhat.com) wrote: > >> Here's some of my pet irritations with abrt. Feel free to add your own, >> but please keep the gratuitous "me too"ing to a minimum. >> > > Here is my feature request: > > I want s

Re: abrt wishlist

2010-12-22 Thread Lennart Poettering
On Thu, 09.12.10 10:51, Adam Jackson (a...@redhat.com) wrote: > Here's some of my pet irritations with abrt. Feel free to add your own, > but please keep the gratuitous "me too"ing to a minimum. > Here is my feature request: I want some kind of D-Bus interface which I can use to hook up "syste

Re: abrt wishlist

2010-12-14 Thread Jiri Moskovcak
On 12/14/2010 05:14 PM, Jaroslav Reznik wrote: > On Tuesday, December 14, 2010 03:19:32 pm Jiri Moskovcak wrote: >> On 12/14/2010 02:54 PM, Karel Klic wrote: - Separating machine-generated content from human-generated content is valuable for the developer. The two require different menta

Re: abrt wishlist

2010-12-14 Thread Jiri Moskovcak
On 12/14/2010 02:54 PM, Karel Klic wrote: >> - Separating machine-generated content from human-generated content is >> valuable for the developer. The two require different mental processes >> to handle. I have a much stronger guarantee that the abrt bug contains >> facts, but I also know there's

Re: abrt wishlist

2010-12-14 Thread Karel Klic
> - Separating machine-generated content from human-generated content is > valuable for the developer. The two require different mental processes > to handle. I have a much stronger guarantee that the abrt bug contains > facts, but I also know there's no point in asking for more information. > Re

Re: RetraceServer security [Re: abrt wishlist]

2010-12-14 Thread Jiri Moskovcak
On 12/14/2010 03:51 AM, Jan Kratochvil wrote: > On Thu, 09 Dec 2010 17:10:49 +0100, David Malcolm wrote: >> Another gratuitous me too, see: >>https://fedoraproject.org/wiki/Talk:Features/RetraceServer > > Detailed description: > [...] User sends the coredump [...] > > Do you intend to make it d

RetraceServer security [Re: abrt wishlist]

2010-12-13 Thread Jan Kratochvil
On Thu, 09 Dec 2010 17:10:49 +0100, David Malcolm wrote: > Another gratuitous me too, see: > https://fedoraproject.org/wiki/Talk:Features/RetraceServer Detailed description: [...] User sends the coredump [...] Do you intend to make it default for Fedora? So far I thought it is not acceptable a

Re: abrt wishlist

2010-12-13 Thread Adam Jackson
On Mon, 2010-12-13 at 10:50 -0500, James Laska wrote: > On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote: > > 3) Reporting to bugzilla is a mistake. > > Not discounting the idea, but just looking for more detail. What > alternatives would you want to see? More kerneloops-like aggregate data

Re: abrt wishlist

2010-12-13 Thread James Laska
On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote: > 3) Reporting to bugzilla is a mistake. Not discounting the idea, but just looking for more detail. What alternatives would you want to see? More kerneloops-like aggregate data collection, or something else? Thanks, James signature.asc D

Re: abrt wishlist

2010-12-10 Thread Jiri Moskovcak
On 12/10/2010 04:27 PM, gia...@gmail.com wrote: > On Thu, Dec 9, 2010 at 5:20 PM, Jiri Moskovcak wrote: >> Gathering the RFEs at: https://fedorahosted.org/abrt/wiki/Wishlist >> > > Is it true report plugins are written in C++ ? if so, I'd love to RFE > "python wrapper to the plugins API" so we can

Re: abrt wishlist

2010-12-10 Thread gia...@gmail.com
On Thu, Dec 9, 2010 at 5:20 PM, Jiri Moskovcak wrote: > Gathering the RFEs at: https://fedorahosted.org/abrt/wiki/Wishlist > Is it true report plugins are written in C++ ? if so, I'd love to RFE "python wrapper to the plugins API" so we can write plugins more easily -- Gianluca Sforna http://

Re: abrt wishlist

2010-12-10 Thread Tom Tromey
> "Jan" == Jan Kratochvil writes: Jan> GDB on client side would need something like readonly NFS-like Jan> service to load the .debug files byte-wise. And this NFS-like Jan> service network protocol must be signed by Fedora project like the Jan> current rpms are. Jan> Then the fast operatio

Re: abrt wishlist

2010-12-10 Thread Bastien Nocera
On Thu, 2010-12-09 at 17:20 +0100, Jiri Moskovcak wrote: > > 4) Reporting to bugzilla without being able to scrape the bz username > > and password out of the firefox credential store is just cruel. > > > > - added as: "share bz credential with other apps" > - not sure if we can share the credent

Re: abrt wishlist

2010-12-10 Thread Jiri Moskovcak
On 12/10/2010 09:24 AM, Michal Hlavinka wrote: > Adding my whishlist > > 1) /etc/abrt/conf.d/ directory - like httpd ones. So I can drop there > configuration for my packages. For example when dovecot crashes, I'd like to > see doveconf -n output - I can promise the /etc/abrt/conf.d/ only for bl

Re: abrt wishlist

2010-12-10 Thread Michal Hlavinka
Adding my whishlist 1) /etc/abrt/conf.d/ directory - like httpd ones. So I can drop there configuration for my packages. For example when dovecot crashes, I'd like to see doveconf -n output 2) better notification for crashes. I have one application that crashes when I'm ending desktop session,

Re: abrt wishlist

2010-12-09 Thread Jan Kratochvil
On Thu, 09 Dec 2010 20:39:24 +0100, Jiri Moskovcak wrote: > On 12/09/2010 07:46 PM, Adam Jackson wrote: > > I have trouble following what you're saying here. At what point does > > one need to "read the whole debuginfo file"? > > I'm referring to this: > https://fedorahosted.org/pipermail/crash-

Re: abrt wishlist

2010-12-09 Thread Jiri Moskovcak
On 12/09/2010 07:46 PM, Adam Jackson wrote: > On Thu, 2010-12-09 at 17:20 +0100, Jiri Moskovcak wrote: > >>> 2) I really dislike that "local trace generation" and "retrace server" >>> are discussed as though they're the only options. If nothing else, for >>> many non-trivial apps where abrt is pot

Re: abrt wishlist

2010-12-09 Thread Adam Jackson
On Thu, 2010-12-09 at 17:20 +0100, Jiri Moskovcak wrote: > > 2) I really dislike that "local trace generation" and "retrace server" > > are discussed as though they're the only options. If nothing else, for > > many non-trivial apps where abrt is potentially of the most use the core > > you're up

Re: abrt wishlist

2010-12-09 Thread Jiri Moskovcak
On 12/09/2010 06:10 PM, Adam Williamson wrote: > On Thu, 2010-12-09 at 17:20 +0100, Jiri Moskovcak wrote: > >>> 4) Reporting to bugzilla without being able to scrape the bz username >>> and password out of the firefox credential store is just cruel. > >> - added as: "share bz credential with other

Re: abrt wishlist

2010-12-09 Thread Michael Cronenworth
Adam Williamson wrote: > Could we turn this into 'use the same reporting system as selinux'? It's > absurd that they use different ones, you should merge them. Something like: *cough* Event Log *cough* ;) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/

Re: abrt wishlist

2010-12-09 Thread Adam Williamson
On Thu, 2010-12-09 at 17:20 +0100, Jiri Moskovcak wrote: > > 4) Reporting to bugzilla without being able to scrape the bz username > > and password out of the firefox credential store is just cruel. > - added as: "share bz credential with other apps" > - not sure if we can share the credentials w

Re: abrt wishlist

2010-12-09 Thread Jiri Moskovcak
Gathering the RFEs at: https://fedorahosted.org/abrt/wiki/Wishlist On 12/09/2010 04:51 PM, Adam Jackson wrote: > Here's some of my pet irritations with abrt. Feel free to add your own, > but please keep the gratuitous "me too"ing to a minimum. > > 1) The generated reports contain far too little i

Re: abrt wishlist

2010-12-09 Thread David Malcolm
On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote: > Here's some of my pet irritations with abrt. Feel free to add your own, > but please keep the gratuitous "me too"ing to a minimum. > > 1) The generated reports contain far too little information for library > owners. Consider this report:

abrt wishlist

2010-12-09 Thread Adam Jackson
Here's some of my pet irritations with abrt. Feel free to add your own, but please keep the gratuitous "me too"ing to a minimum. 1) The generated reports contain far too little information for library owners. Consider this report: https://bugzilla.redhat.com/show_bug.cgi?id=658013 I get the EV