Hello, Am 18.05.2010 14:11, schrieb Charles-H. Schulz: > Hello Jan, > > Le Tue, 18 May 2010 13:33:14 +0200, > Jan Holesovsky <ke...@suse.cz> a écrit : >> >> Hi Charles, >> >> On Saturday 15 of May 2010, Charles-H. Schulz wrote:
Thanks for that questions > > I have two questions here: > - is the process you describe invariable? (I mean: do you always do > that?) > - to me it strikes me as being more complex than just using Go-OO or > not. Go-OO may or may not be less stable than OOo, but what seems to > be the real issue imho , is the combination of the following factors > for Linux distributors or packagers: > - choice of source: OOo or Go-OO > - choice of build system: vanilla or ooo-build > - patches from Go-OO and/or Debian: partial or total integration. In my view there are different problems. 1. the different build environments, not only ooo-build or vanilla. Each distri has its own environment with some small differences. 2. the more or less missing QA-Process. > > the combination of two or more of these necessary choices for > maintainers is very much what creates most of the problem, and there is > no easy answer. Because of this I want to discuss these problems so we can learn which problems exists and try to discover some ways for better communication The example I usually give here is the difference in > quality between the Ubuntu build and the *Suse build. Ubuntu is using > the OOo source, builds it against the ooo-build system and applies > patches from Debian and Go-OO. and this on an actual Ubuntu system. For bug reports they go to Go-OO. in general to their (Ubuntu) bub tracking system. If they analysed that this is a problem in the ooo-build then they will/would apply it to the go-oo bug tracking system. We > obviously have some inconsistency to deal with, regardless of the bug > tracker which is being targeted :) Suse, on the other hand, uses Go-OO, > which means its own branch + ooo-build system and its own patches. The > quality is not as good as OOo, This is for me a problem of the quality management of the buids they published but it is much, much better than with > Ubuntu. So we have important differences of quality throughout Linux > distros and users don't really care what the packagers choose, they > just want results. So in my opinion we have to discuss how we can increase the quality and decrease the differences between the diffent versions. And how we can communicate the differences they are visible. > That's how I can formulate the problem, although I'm glad we > have some form of final upstream contribution in the end. we (from the project) should also learn how distributions work and how they build/maintain their versions >>> - that the Go-OO team moves to our own IZ and that both branches >>> get a common reporting platform, a common visibility (and perhaps a >>> common treatment). One idea to a way could be that we take the person how is responsible for a distribution in the CC so (s)he can decide if this problem is a distribution problem or a go-oo problem. We from the project are not able to decide in detail where the problem come from. So we have to work as a team. >> This is one of the possibilities, but rather a long term one - as you >> know, migration is never a really fast process ;-) I have an idea >> that might work immediately, though: > > Yes it does take time so let's start to think about it now :) > >> >> We would create an alias like go-oo-b...@openoffice.org, and anything >> that you identify as a go-oo only bug, you'd just reassign to this >> alias, instead of closing it as 'invalid'. We would take care of the >> proper assignment of the bug (all the go-oo people have an IZ account >> too), and its solution. and here we have to work together to analyzed where the bug come from. in the past time it was not so easy to motivate the people to workout the reason of the problem. >> What do you think, please? I can't see an advantage of this alias. > > That certainly sounds like a good idea. Perhaps a keyword in IZ as well > like "go-oo specific" would also be useful. I'm wondering what others > here think about it too. I think better than the keywords is to know the OOo-Name of the responsible person to take her/him into CC or assign the issue. and then to coorporrate to do further analysation of the problem description. > This being said, we are not going to solve the need for a direct > communication on issues between OOo and its linux packagers, so the > proposal that we worked out with Ubuntu is still on the table which > is that we open a category for Linux distros, and eventually merge the > Go-OO IZ with the OOo IZ. Meanwhile your proposal for an alias does > make real sense. kind regards Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B
signature.asc
Description: OpenPGP digital signature
