Re: [opensuse-testing] Building the OpenSUSE testing team
Well if that isn't the type of answer we were expecting. No offence Andreas, but considering the issue (which I too have experienced to the point of feeling like the bug is actually blamed on me) perhaps we could take a more pro-active approach and send out an encouraging email to all the bug fixers to stop this from happening in the future, rather than pushing it back on the community whom are (in the bigger picture) powerless to do anything without someone like you picking it up for them. There really are a lot of people who try and try to help but just end up being alienated one way or another. I think a major part of Timian's point is that it got to 1-2 years old and why did that happen?! I'm sure you'll agree, If it was going to be a won't fix, that should have ideally happened before it got to 1-2 years old. Perhaps if you asked someone to review all the won'tfix resolutions you'd turn up quite a few examples for yourself instead of waiting for some member of the community whom is already alienated to turn something up for you? It's my opinion that this is one of the things that's really letting an otherwise awesome distro down. But based on all the feedback myself (and many others) have had, I'm not expecting it to change until someone like yourself decides to stick their boot in and organise it. Thanks for your below feedback in any case. Q
Andreas Jaeger
03/27/09 3:11 AM >>> On Thursday 19 March 2009 19:10:07 Tilman Schmidt wrote: Andreas Jaeger schrieb: On Thursday 19 March 2009 10:32:55 Tilman Schmidt wrote: Apart from that, I must admit that my testing enthusiasm has been somewhat dampened by a recent series of WONTFIX resolutions for problems I reported, a few of them with closing remarks that seemed to imply what I reported was "my problem". So I guess positive feedback from developers that test reports are appreciated, taken seriously, and the reported issues addressed, would go a long way in encouraging more testers. If you have any concrete examples, let's discuss these.
Ok:
https://bugzilla.novell.com/show_bug.cgi?id=234529 - complete with patch and support offer, but after two years of waiting it won't be merged because of "no resources for ISDN anymore"
https://bugzilla.novell.com/show_bug.cgi?id=302004 - WONTFIXed after a year and a half of inactivity, with a comment I frankly don't understand at all (except for the "send patch" bit)
https://bugzilla.novell.com/show_bug.cgi?id=309382 https://bugzilla.novell.com/show_bug.cgi?id=301997 - seriously strange - I reported the problem as fixed, with no reaction from anyone, then a year later it is "set to WONTFIX because LATER and REMIND resolutions have been removed"
https://bugzilla.novell.com/show_bug.cgi?id=332696 https://bugzilla.novell.com/show_bug.cgi?id=239695 - not recent, but perfect illustrations of the point I'm trying to make
Besides the first one, all are old examples. We have to become better and I hope we do - but people are also overloaded and they will not fix everything, some stuff also needs to go upstream. If in the future, you have concrete problems, please speak up - but I'm not following up with developers on old bugs. thanks for the list, Andreas -- Andreas Jaeger, Director Platform / openSUSE, aj@suse.de SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-testing+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-testing+help@opensuse.org
Hi Quentin, Il giorno lun, 30/03/2009 alle 08.13 +1200, Quentin Jackson ha scritto:
Well if that isn't the type of answer we were expecting. No offence Andreas, but considering the issue (which I too have experienced to the point of feeling like the bug is actually blamed on me) perhaps we could take a more pro-active approach and send out an encouraging email to all the bug fixers to stop this from happening in the future, rather than pushing it back on the community whom are (in the bigger picture) powerless to do anything without someone like you picking it up for them. There really are a lot of people who try and try to help but just end up being alienated one way or another.
Well, probably I'm not the right guy to take Novell people defence, considering I am very critical on how things are managed. But I think in this case Andreas is right. People at Novell is overloaded, and the community as we know it today is very demanding, but gives back quite a limited number of contributions in my opinion. The reasons are different, some completely rely on Novell's side, some completely rely on the community side, and some are shared. But if we want things to work, we should stop playing at ping-pong with responsibilities and start to use a problem/solution approach. If the solution becomes "Novell has to ..." in most of the cases, something doesn't work.
I think a major part of Timian's point is that it got to 1-2 years old and why did that happen?! I'm sure you'll agree, If it was going to be a won't fix, that should have ideally happened before it got to 1-2 years old. Perhaps if you asked someone to review all the won'tfix resolutions you'd turn up quite a few examples for yourself instead of waiting for some member of the community whom is already alienated to turn something up for you?
Well, what Andreas asked is normal. And btw, all the provided examples except one affect obsolete products. Probably it's not worth to spend time on them. Don't you agree? The delay is easily explained: no time, lot of work, limited community help...
It's my opinion that this is one of the things that's really letting an otherwise awesome distro down. But based on all the feedback myself (and many others) have had, I'm not expecting it to change until someone like yourself decides to stick their boot in and organise it.
I don't think a solution coming entirely from inside Novell is what we want. Ideally it should be a decision of both Novell and the community, but first we need to build a wider community, and the process becomes iterative: the more you improve "work conditions" and ease of contribution, the more you active contributors grow. At the moment I see different levels of difficulties to overcome, but before discussing of everything else, of the most disparate features and initiatives, let's start the focus discussion. Because what openSUSE lacks most is a goal, a _common_and_realistic_ goal. I said that many times, and I keep repeating it: openSUSE needs a direction to follow, whatever it is, because at the moment we do not have one. So I'm looking forward to know when the focus discussion started by Zonker and AJ on the wiki ( http://en.opensuse.org/OpenSUSE_Distribution_Focus ) will actually take place. Regards, A. -- To unsubscribe, e-mail: opensuse-testing+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-testing+help@opensuse.org
Am 30.03.2009 04:45 schrieb Alberto Passalacqua:
People at Novell is overloaded, and the community as we know it today is very demanding, but gives back quite a limited number of contributions in my opinion.
That is a very revealing comment. It shows the big discrepancy between how you and I see bug reports. I see it as a contribution, while you, like many developers, apparently see it as a demand. Which is exactly the point: I am trying to help, and would be perfectly content with being told: "Thanks for your report. Unfortunately we have more serious problems right now."
Well, what Andreas asked is normal. And btw, all the provided examples except one affect obsolete products. Probably it's not worth to spend time on them. Don't you agree?
Andreas didn't ask about problems that need to be fixed, but about "concrete examples" for "remarks that seemed to imply what I reported was "my problem"", and that's what I provided. Of course they are not worth spending time on reopening and fixing them. That was never the intention. But I'm not so sure it's not worth spending time on looking at them to see where the communication between reporter and developer went wrong.
The delay is easily explained: no time, lot of work, limited community help...
The problem is that offered help is being rejected, thereby exacerbating the situation.
I don't think a solution coming entirely from inside Novell is what we want. Ideally it should be a decision of both Novell and the community, but first we need to build a wider community, and the process becomes iterative: the more you improve "work conditions" and ease of contribution, the more you active contributors grow.
The basic policy-setting must be Novell's. Are offers for help like mine welcomed, or are they treated as a nuisance? That has nothing to do with overload; it's just a question of attitude. HTH T. -- Tilman Schmidt E-Mail: tilman@imap.cc Bonn, Germany Diese Nachricht besteht zu 100% aus wiederverwerteten Bits. Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
Il giorno mar, 31/03/2009 alle 09.41 +0200, Tilman Schmidt ha scritto:
That is a very revealing comment. It shows the big discrepancy between how you and I see bug reports. I see it as a contribution, while you, like many developers, apparently see it as a demand. Which is exactly the point: I am trying to help, and would be perfectly content with being told: "Thanks for your report. Unfortunately we have more serious problems right now."
You got it wrong, sorry. I did *not* write that bugreports are not contributions. What I meant is that bugreporting is *one* form of contribution, but with only bugreports all the job fixing them is discharged on Novell people, who, as a consequence, has all the right to ignore those that are not critical or not of interest for them, according to their target. So, do not assume I'm underestimating bug reporting contributions. I'm simply saying that the total amount of contributions is low, compared to a highly demanding community.
Andreas didn't ask about problems that need to be fixed, but about "concrete examples" for "remarks that seemed to imply what I reported was "my problem"", and that's what I provided. Of course they are not worth spending time on reopening and fixing them. That was never the intention. But I'm not so sure it's not worth spending time on looking at them to see where the communication between reporter and developer went wrong.
Well, I think the point that something in the communication went wrong is granted. We need to look forward so that this won't happen again, and that's a task where us (community) can do better than Novell people. If something similar happens again, just poke them, as soon as it happens ;-)
The problem is that offered help is being rejected, thereby exacerbating the situation.
The basic policy-setting must be Novell's. Are offers for help like mine welcomed, or are they treated as a nuisance? That has nothing to do with overload; it's just a question of attitude.
Please open a discussion on this topic, which imho is part of the so necessary goal/focus discussion that was announced and felt in the dark, at least for now. The more we are to point out these issues, the higher the probability to be heard is. ;-) Regards, A. -- To unsubscribe, e-mail: opensuse-testing+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-testing+help@opensuse.org
participants (3)
-
Alberto Passalacqua
-
Quentin Jackson
-
Tilman Schmidt