Re: Bugzilla Desktop Client
On Mon, Sep 7, 2009 at 2:46 PM, Rakesh Pandit wrote: > Yeah, that is going to be a bottleneck. But that has to be fixed while > working. > > Customization also has levels. If they are customizing with customizing > interfaces already provided by bugzilla, then it wouldn't be a problem. > One can use bzobj.__proxy. and cf_* keys. But if they have tweaked > it beyond that then it gets worse. For generic uses, bug.* methods are good enough to do almost everything. But people try to customise bugzilla beyond eveything :( Kushal -- http://fedoraproject.org http://kushaldas.in -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/07/2009 02:36 PM, Rahul Sundaram wrote: > On 09/07/2009 02:32 PM, Rakesh Pandit wrote: > >> btw .. python-bugzilla does work with upstream bugzilla nicely, and it >> is of course not meant for other ticketing systems. > > The problem is that deployments of bugzilla (GNOME, KDE etc) tend to be > customized and if we want to support them, we need to test/tweak to make > sure they work will with the ones we care about. > > Rahul Yeah, that is going to be a bottleneck. But that has to be fixed while working. Customization also has levels. If they are customizing with customizing interfaces already provided by bugzilla, then it wouldn't be a problem. One can use bzobj.__proxy. and cf_* keys. But if they have tweaked it beyond that then it gets worse. -- Regards, Rakesh Pandit -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/07/2009 02:32 PM, Rakesh Pandit wrote: > btw .. python-bugzilla does work with upstream bugzilla nicely, and it > is of course not meant for other ticketing systems. The problem is that deployments of bugzilla (GNOME, KDE etc) tend to be customized and if we want to support them, we need to test/tweak to make sure they work will with the ones we care about. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/7 Rahul Sundaram wrote: > On 09/07/2009 01:36 PM, Nicolas Mailhot wrote: [..] >> And many Fedora devs will ask to report the bug upstream instead, so a >> tool that only works with bugzilla.redhat.com is pretty useless > [..] > If you want, check the number of bugs reported against RH bugzilla > where the maintainer does not push the reporters themselves to report > again to upstream. I suspect you will find that a very high number. > > Neverthless, if someone wants to extend python-bugzilla to work with > other bugzilla's feel free to talk to Will Woods about it. > [..] btw .. python-bugzilla does work with upstream bugzilla nicely, and it is of course not meant for other ticketing systems. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/07/2009 01:36 PM, Nicolas Mailhot wrote: > > > Le Lun 7 septembre 2009 09:22, Nicu Buculei a écrit : > >> While there is probably a lot of room for collaboration, those tools >> looks like having different targets, not replacements for each other: >> one is a general bugzilla client aiming to be able to work with as many >> ticketing systems as possible and another is intended to make bug >> reporting easy *for Fedora*. As I indicated, both of them use python-bugzilla and python-bugzilla doesn't yet with "many ticketing systems". > And many Fedora devs will ask to report the bug upstream instead, so a > tool that only works with bugzilla.redhat.com is pretty useless If you want, check the number of bugs reported against RH bugzilla where the maintainer does not push the reporters themselves to report again to upstream. I suspect you will find that a very high number. Neverthless, if someone wants to extend python-bugzilla to work with other bugzilla's feel free to talk to Will Woods about it. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/6 Björn Persson : > Yaakov Nemoy wrote: >> You can always revoke a pub uuid in the future. Perhaps a message >> about that will encourage people to be more forthcoming with Smolt >> profiles within such a tool. Obviously, including a smolt profile just >> automates certain kinds of information (read: privacy) disclosures, >> which is sometimes necessary in a bug report anyways. Unless that >> information as cached elsewhere, revoking a public UUID essentially >> makes people forget the details though. > > Once published, always public. > > You can of course hope that nobody saved a copy of your details before you > retracted them, but you can never be sure. The only safe assumption is that > any information you publish remains public forever. > > That said, I'm personally not very concerned about letting people know what > hardware I have; my secrets are of other kinds. (But of course I wouldn't want > anything to be published without my permission.) When i put together that algorithm, i took that fact into account. The words i used is that a secret between two people in not a secret. If the facts change though, and you don't tell anyone, then the change, (or the delta or patch, if you will) is a secret. Releasing the fact shouldn't force you to release the change. Another fact to take into account is that although you may have released it, and parts of it may have been copied into the bug report, it's not necessarily true that the information is cached somewhere. There's a percentage chance it has been, and then another percentage chance that someone knows where to look to find it. Revoking the public part of the secret doesn't absolve you of privacy concerns, but, in certain circumstances, it can mitigate them. Given how statistics and numbers work nowadays, anything that lets you mitigate issues can have a cummulative effect with other things. Then it's just a question of not being the slowest sheep when the wolves show up. -Yaakov -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Le Lun 7 septembre 2009 09:22, Nicu Buculei a écrit : > While there is probably a lot of room for collaboration, those tools > looks like having different targets, not replacements for each other: > one is a general bugzilla client aiming to be able to work with as many > ticketing systems as possible and another is intended to make bug > reporting easy *for Fedora*. And many Fedora devs will ask to report the bug upstream instead, so a tool that only works with bugzilla.redhat.com is pretty useless -- Nicolas Mailhot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/06/2009 09:30 AM, Rahul Sundaram wrote: > > You might want to look at > > https://fedorahosted.org/boog/ > > We need to avoid duplication of work. Kushal Das hasn't started working > on the GUI since we are waiting on the design team to provide mockups > but he has a command line client that does a bunch of nifty things. While there is probably a lot of room for collaboration, those tools looks like having different targets, not replacements for each other: one is a general bugzilla client aiming to be able to work with as many ticketing systems as possible and another is intended to make bug reporting easy *for Fedora*. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/06/2009 05:42 PM, Kevin Kofler wrote: > nodata wrote: >> I'd suggest hiding all of the Component, Version, Severity, Hardware, OS >> information. > > That makes no sense whatsoever, this information is required by the > developers for actually fixing the bug! In my understanding, the purpose of this tool is to make bug reporting easy, so it make sense to not ask the user questions which are better answered by the application, doing an automatic query. > Trying to help the user figure out the component somehow (e.g. "look up by > executable name" and/or "look up by menu entry" which does an rpm -qf to > find the binary package and then queries RPM again for the matching source > package) makes sense, hiding it entirely doesn't. I think by default this application (Boog) must ask by default maximum 3 questions: the application name (preferably selected from a nice list, with icons and full names), a description and maybe a summary (the summary is needed by Bugzilla). Everything (version numbers, logs, configs) else can be collected automatically. Then an advanced user can inspect/modify the data, before sending, but a beginner can just send it as is. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Yaakov Nemoy wrote: > You can always revoke a pub uuid in the future. Perhaps a message > about that will encourage people to be more forthcoming with Smolt > profiles within such a tool. Obviously, including a smolt profile just > automates certain kinds of information (read: privacy) disclosures, > which is sometimes necessary in a bug report anyways. Unless that > information as cached elsewhere, revoking a public UUID essentially > makes people forget the details though. Once published, always public. You can of course hope that nobody saved a copy of your details before you retracted them, but you can never be sure. The only safe assumption is that any information you publish remains public forever. That said, I'm personally not very concerned about letting people know what hardware I have; my secrets are of other kinds. (But of course I wouldn't want anything to be published without my permission.) Björn Persson signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/6 Fabian Deutsch : > Am Sonntag, den 06.09.2009, 11:22 -0400 schrieb Dr. Diesel: >> >> >> On Sun, Sep 6, 2009 at 11:19 AM, Fabian Deutsch >> wrote: >> Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: >> > >> > >> > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser >> >> > wrote: >> > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: >> > Using smolt to generate and link to a >> HW-spec-summery >> > would also be a >> > nice and relevant option. >> > >> > >> > Think hard about the implications for [non-]privacy, >> legal >> > complications, etc. >> > >> > >> > The app can always ask nicely for permission first! >> > >> >> >> Maybe users won't be aware of the risk or what might happen >> with their >> data. >> I'd also tend to say - like John does - that linking a >> non-anonymous >> bugzilla account/email with a smolt profile might be >> somewhat .. too >> much. >> >> fabian >> >> Is it any different than submitting a smolt profile upon install? >> > > Yes. It is not possible to get a connection between an email-adress and > a profile within the public smolt pages. > Providing a smolt-pub_uuid in bugzilla would link email and profile. > > In general a smolt profile would surely help to debug some hw related > issues, so this option might just be suggested, when this bz client,d > etects that the issue might be hardware related and also points out that > this can be a privacy concern. You can always revoke a pub uuid in the future. Perhaps a message about that will encourage people to be more forthcoming with Smolt profiles within such a tool. Obviously, including a smolt profile just automates certain kinds of information (read: privacy) disclosures, which is sometimes necessary in a bug report anyways. Unless that information as cached elsewhere, revoking a public UUID essentially makes people forget the details though. -Yaakov -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Am Sonntag, den 06.09.2009, 11:22 -0400 schrieb Dr. Diesel: > > > On Sun, Sep 6, 2009 at 11:19 AM, Fabian Deutsch > wrote: > Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: > > > > > > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser > > > wrote: > > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > > Using smolt to generate and link to a > HW-spec-summery > > would also be a > > nice and relevant option. > > > > > > Think hard about the implications for [non-]privacy, > legal > > complications, etc. > > > > > > The app can always ask nicely for permission first! > > > > > Maybe users won't be aware of the risk or what might happen > with their > data. > I'd also tend to say - like John does - that linking a > non-anonymous > bugzilla account/email with a smolt profile might be > somewhat .. too > much. > > fabian > > Is it any different than submitting a smolt profile upon install? > Yes. It is not possible to get a connection between an email-adress and a profile within the public smolt pages. Providing a smolt-pub_uuid in bugzilla would link email and profile. In general a smolt profile would surely help to debug some hw related issues, so this option might just be suggested, when this bz client,d etects that the issue might be hardware related and also points out that this can be a privacy concern. fabian fabian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Hi. On Sun, 06 Sep 2009 17:19:36 +0200, Fabian Deutsch wrote > Maybe users won't be aware of the risk or what might happen with their > data. > I'd also tend to say - like John does - that linking a non-anonymous > bugzilla account/email with a smolt profile might be somewhat .. too > much. So I should not ever enter a smolt profile into bugzilla? I'm not sure this is particuary helpful. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On Sun, Sep 6, 2009 at 11:19 AM, Fabian Deutsch wrote: > Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: > > > > > > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser > > wrote: > > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > > Using smolt to generate and link to a HW-spec-summery > > would also be a > > nice and relevant option. > > > > > > Think hard about the implications for [non-]privacy, legal > > complications, etc. > > > > > > The app can always ask nicely for permission first! > > > > Maybe users won't be aware of the risk or what might happen with their > data. > I'd also tend to say - like John does - that linking a non-anonymous > bugzilla account/email with a smolt profile might be somewhat .. too > much. > > fabian Is it any different than submitting a smolt profile upon install? -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: > > > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser > wrote: > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > Using smolt to generate and link to a HW-spec-summery > would also be a > nice and relevant option. > > > Think hard about the implications for [non-]privacy, legal > complications, etc. > > > The app can always ask nicely for permission first! > Maybe users won't be aware of the risk or what might happen with their data. I'd also tend to say - like John does - that linking a non-anonymous bugzilla account/email with a smolt profile might be somewhat .. too much. fabian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On Sun, Sep 6, 2009 at 11:04 AM, John Reiser wrote: > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > >> Using smolt to generate and link to a HW-spec-summery would also be a >> nice and relevant option. >> > > Think hard about the implications for [non-]privacy, legal complications, > etc. > > The app can always ask nicely for permission first! -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/06/2009 07:52 AM, Fabian Deutsch wrote: Using smolt to generate and link to a HW-spec-summery would also be a nice and relevant option. Think hard about the implications for [non-]privacy, legal complications, etc. -- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Am Sonntag, den 06.09.2009, 16:42 +0200 schrieb Kevin Kofler: > nodata wrote: > > I'd suggest hiding all of the Component, Version, Severity, Hardware, OS > > information. > > That makes no sense whatsoever, this information is required by the > developers for actually fixing the bug! > > Trying to help the user figure out the component somehow (e.g. "look up by > executable name" and/or "look up by menu entry" which does an rpm -qf to > find the binary package and then queries RPM again for the matching source > package) makes sense, hiding it entirely doesn't. Using smolt to generate and link to a HW-spec-summery would also be a nice and relevant option. fabian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
nodata wrote: > I'd suggest hiding all of the Component, Version, Severity, Hardware, OS > information. That makes no sense whatsoever, this information is required by the developers for actually fixing the bug! Trying to help the user figure out the component somehow (e.g. "look up by executable name" and/or "look up by menu entry" which does an rpm -qf to find the binary package and then queries RPM again for the matching source package) makes sense, hiding it entirely doesn't. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On Sat, Sep 5, 2009 at 1:36 PM, Rajkarn Singh wrote: > Hi, > I am working on the development of a general Desktop Client for Bugzilla. > Currently it can access Red Hat Bugzilla database, however in future I'd be > working to make it work for other Bugzillas. I have posted a blog having > somewhat detailed information about it. Please check it at: > > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > Working on this project is my first experience into the world of Open > Source. I'm very new to this field. So I'd appreciate your suggessions and > comments for this work. Also, I'm eager to hear you guide me for my future > endeavours. :) > > Regards, > Rajkarn Singh Most excellent! How about adding check boxes to automatically attach common log files? Such as: /var/log/messages /var/log/dmesg /var/log/xorg.0.log etc -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Am Sonntag, den 06.09.2009, 12:00 +0100 schrieb Frank Murphy: > On 06/09/09 11:50, nodata wrote: > --snip-- > >> > > > > Is the abrt data stored in bugzilla? > > > > http://fedoraproject.org/wiki/Features/ABRT > So it does. Okay. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 06/09/09 11:50, nodata wrote: --snip-- >> > > Is the abrt data stored in bugzilla? > http://fedoraproject.org/wiki/Features/ABRT -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Am Sonntag, den 06.09.2009, 16:09 +0530 schrieb Rahul Sundaram: > On 09/06/2009 03:55 PM, Frank Murphy wrote: > > > > > Has not abrt already done this simplicity for most users? > > it also takes care of backtrace. > > This is already answered in the front page of the project. To summarize > again: abrt is not a bugzilla client. It reports crashes. While that is > good, it is not the same thing. > > Rahul > Is the abrt data stored in bugzilla? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/06/2009 03:56 PM, Thomas Janssen wrote: > We do *not* *need* to avoid duplication of work. Thats like "hey, > there's already GNOME, dont work on XFCE". > And comparing the mockups. I like Rajkarn Singhs Gui more. AND he is > working on to make it a cross-distro/cross-BZ tool. Since both of these projects use python-bugzilla, calling one a more cross platform tool is completely incorrect. Both of them are in Python. Kushal Das limited himself to writing a console tool waiting on the mockups. While GNOME and Xfce isn't exactly the same target audience, the duplication of work in DE's are very unfortunate and shouldn't really be used to justify more of the same. Btw both these projects were conceived based on the same discussions I have been having with Kushal Das, Rakesh Pandit and others. So yes, it is indeed duplication of work that could be avoided and it will be, considering the offlist discussions we have started off. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/06/2009 03:47 PM, nodata wrote: > Here is a mockup of boog: > http://lpsolit.files.wordpress.com/2009/05/simple_bug_filing_form.png > > The boog project page says "..it is not reasonable to expect users to > necessarily understand the exact component.." > > I'd suggest hiding all of the Component, Version, Severity, Hardware, OS > information. Yes, the mockup offered doesn't meet the criteria specified at all. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/06/2009 03:55 PM, Frank Murphy wrote: > > Has not abrt already done this simplicity for most users? > it also takes care of backtrace. This is already answered in the front page of the project. To summarize again: abrt is not a bugzilla client. It reports crashes. While that is good, it is not the same thing. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/6 Thomas Janssen wrote: > 2009/9/6 Rahul Sundaram wrote: >> On 09/05/2009 11:06 PM, Rajkarn Singh wrote: >>> Hi, >>> I am working on the development of a general Desktop Client for >>> Bugzilla. Currently it can access Red Hat Bugzilla database, however in >>> future I'd be working to make it work for other Bugzillas. I have >>> posted a blog having somewhat detailed information about it. Please >>> check it at: >>> http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html >>> >>> Working on this project is my first experience into the world of Open >>> Source. I'm very new to this field. So I'd appreciate your suggessions >>> and comments for this work. Also, I'm eager to hear you guide me for my >>> future endeavours. :) >> >> You might want to look at >> >> https://fedorahosted.org/boog/ >> >> We need to avoid duplication of work. Kushal Das hasn't started working >> on the GUI since we are waiting on the design team to provide mockups >> but he has a command line client that does a bunch of nifty things. > > We do *not* *need* to avoid duplication of work. Thats like "hey, > there's already GNOME, dont work on XFCE". > And comparing the mockups. I like Rajkarn Singhs Gui more. AND he is > working on to make it a cross-distro/cross-BZ tool. > [..] The statment was more of a welcome for collaboration. We had a releated off list communication to work together. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/6 Rahul Sundaram : > On 09/05/2009 11:06 PM, Rajkarn Singh wrote: >> Hi, >> I am working on the development of a general Desktop Client for >> Bugzilla. Currently it can access Red Hat Bugzilla database, however in >> future I'd be working to make it work for other Bugzillas. I have >> posted a blog having somewhat detailed information about it. Please >> check it at: >> http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html >> >> Working on this project is my first experience into the world of Open >> Source. I'm very new to this field. So I'd appreciate your suggessions >> and comments for this work. Also, I'm eager to hear you guide me for my >> future endeavours. :) > > You might want to look at > > https://fedorahosted.org/boog/ > > We need to avoid duplication of work. Kushal Das hasn't started working > on the GUI since we are waiting on the design team to provide mockups > but he has a command line client that does a bunch of nifty things. We do *not* *need* to avoid duplication of work. Thats like "hey, there's already GNOME, dont work on XFCE". And comparing the mockups. I like Rajkarn Singhs Gui more. AND he is working on to make it a cross-distro/cross-BZ tool. -- LG Thomas Dubium sapientiae initium -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 06/09/09 11:17, nodata wrote: --snip-- >>> check it at: >>> http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html >>> >>> Working on this project is my first experience into the world of Open >>> Source. I'm very new to this field. So I'd appreciate your suggessions >>> and comments for this work. Also, I'm eager to hear you guide me for my >>> future endeavours. :) >> >> You might want to look at >> >> https://fedorahosted.org/boog/ >> >> We need to avoid duplication of work. Kushal Das hasn't started working >> on the GUI since we are waiting on the design team to provide mockups >> but he has a command line client that does a bunch of nifty things. >> >> Rahul > --snip-- Has not abrt already done this simplicity for most users? it also takes care of backtrace. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Am Sonntag, den 06.09.2009, 12:00 +0530 schrieb Rahul Sundaram: > On 09/05/2009 11:06 PM, Rajkarn Singh wrote: > > Hi, > > I am working on the development of a general Desktop Client for > > Bugzilla. Currently it can access Red Hat Bugzilla database, however in > > future I'd be working to make it work for other Bugzillas. I have > > posted a blog having somewhat detailed information about it. Please > > check it at: > > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > > > Working on this project is my first experience into the world of Open > > Source. I'm very new to this field. So I'd appreciate your suggessions > > and comments for this work. Also, I'm eager to hear you guide me for my > > future endeavours. :) > > You might want to look at > > https://fedorahosted.org/boog/ > > We need to avoid duplication of work. Kushal Das hasn't started working > on the GUI since we are waiting on the design team to provide mockups > but he has a command line client that does a bunch of nifty things. > > Rahul > Here is a mockup of boog: http://lpsolit.files.wordpress.com/2009/05/simple_bug_filing_form.png The boog project page says "..it is not reasonable to expect users to necessarily understand the exact component.." I'd suggest hiding all of the Component, Version, Severity, Hardware, OS information. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
On 09/05/2009 11:06 PM, Rajkarn Singh wrote: > Hi, > I am working on the development of a general Desktop Client for > Bugzilla. Currently it can access Red Hat Bugzilla database, however in > future I'd be working to make it work for other Bugzillas. I have > posted a blog having somewhat detailed information about it. Please > check it at: > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > Working on this project is my first experience into the world of Open > Source. I'm very new to this field. So I'd appreciate your suggessions > and comments for this work. Also, I'm eager to hear you guide me for my > future endeavours. :) You might want to look at https://fedorahosted.org/boog/ We need to avoid duplication of work. Kushal Das hasn't started working on the GUI since we are waiting on the design team to provide mockups but he has a command line client that does a bunch of nifty things. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/6 Thomas Janssen wrote: > 2009/9/5 Christopher Brown : >> Would be grateful for info on what this does that bz web interface doesn't. > > More new BZ user friendly. Much faster than the BZ web interface. > Even could be worked to act as a common client for many upstream bugzilla instances (including ours :). Though it is still in infant state. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/5 Christopher Brown : > Would be grateful for info on what this does that bz web interface doesn't. More new BZ user friendly. Much faster than the BZ web interface. -- LG Thomas Dubium sapientiae initium -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Would be grateful for info on what this does that bz web interface doesn't. On Sep 5, 2009 6:36 PM, "Rajkarn Singh" wrote: Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/5 Rajkarn Singh : > Hi, > I am working on the development of a general Desktop Client for Bugzilla. > Currently it can access Red Hat Bugzilla database, however in future I'd be > working to make it work for other Bugzillas. I have posted a blog having > somewhat detailed information about it. Please check it at: > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > Working on this project is my first experience into the world of Open > Source. I'm very new to this field. So I'd appreciate your suggessions and > comments for this work. Also, I'm eager to hear you guide me for my future > endeavours. :) Awesome! Very much appreciated! -- LG Thomas Dubium sapientiae initium -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Bugzilla Desktop Client
Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
