Hi folks, do we need the "Platform" and "OS" fields in the enter_bug.cgi when selecting Docs-user component?
I don't think it's necessary to remove them. They may be useful in the future.
For me those fields are useless and have no practical use. BTW, if we have "do you ever had an idea about bugzie" kind of day: Component list probably needs a clean-up also. For me "handbook" "articles" "other docs" and "translations" would be enough.
(In reply to comment #1) > I don't think it's necessary to remove them. They may be useful in the future. What for? (In reply to comment #2) > Component list probably needs a clean-up also. For me "handbook" "articles" > "other docs" and "translations" would be enough. rane++. Either remove others or keep them up-to-date.
what are you talking about ? they *are* up to date also, unless the fields can be removed on a per-product basis, this entire bug is moot
(In reply to comment #4) > what are you talking about ? they *are* up to date Nope, they aren't. If you look at the https://bugs.gentoo.org/enter_bug.cgi?product=Docs-user , you'll see a list called "Components" that is *not* in sync with current state (see number of files under gentoo/xml/htdocs/doc/en/). > also, unless the fields can be removed on a per-product basis, this entire bug > is moot Sure, but AFAIK they can be. Or at least that's what I've heard during upgrade.
i dont know what you mean by "number of files under gentoo/xml/htdocs/doc/en/" but the Platform field lists all of the architectures Gentoo supports
(In reply to comment #6) > i dont know what you mean by "number of files under gentoo/xml/htdocs/doc/en/" This bug covers several fields. At first, there's my suggestion about removing Platform and OS as they don't apply to the documentation, IMHO. This would happen *only* for products dealing with documentation, of course. Rest of Products won't be affected. > but the Platform field lists all of the architectures Gentoo supports Lukasz stated another opinion - he proposed to clean up the Component for docs-user Product. That has *nothing* to do with Platform and friends. If you look ato the Component list for docs-user Product, you'll see that only a few documents are listed. Lukasz' point is that it should be reduced.
(In reply to comment #7) > This bug covers several fields. At first, there's my suggestion about removing > Platform and OS as they don't apply to the documentation, IMHO. This would > happen *only* for products dealing with documentation, of course. Rest of > Products won't be affected. What's wrong with selecting platform=hppa for a bug in the hppa handbook? What's wrong with selecting OS=FreeBSD for a bug in the gentoo-freebsd guide? > Lukasz stated another opinion - he proposed to clean up the Component for > docs-user Product. That has *nothing* to do with Platform and friends. > > If you look at the Component list for docs-user Product, you'll see that only > a few documents are listed. Lukasz' point is that it should be reduced. As previously pointed out: https://bugs.gentoo.org/show_bug.cgi?id=58651#c29
> What's wrong with selecting platform=hppa for a bug in the hppa handbook? > What's wrong with selecting OS=FreeBSD for a bug in the gentoo-freebsd guide? Nobody does it, and nobody has to do it as without it everybody knows what's going on? So, for me, it can stay and it can be removed, I don't personally care, it's not that big drawback of bugzie to have internal fights inside our project because of it. > As previously pointed out: https://bugs.gentoo.org/show_bug.cgi?id=58651#c29 I'd also like to see us not reassigning bugs belonging to other people but actually working. :) If you don't opt for shortening/cleaning the list, i won't pursue that idea. BUT: Let's at least update it a bit (desktop configuration guide is dead for quite a while, isn't it?).
(In reply to comment #9) > > What's wrong with selecting platform=hppa for a bug in the hppa handbook? > > What's wrong with selecting OS=FreeBSD for a bug in the gentoo-freebsd guide? > > Nobody does it, and nobody has to do it as without it everybody knows what's > going on? Some do. It's not because only a few bugs use it that it's not useful. It would be very useful e.g. for an hppa dev to check for docs-team bugs w/ platform=HPPA. Of course, removing it makes sure nobody will use it. > > As previously pointed out: https://bugs.gentoo.org/show_bug.cgi?id=58651#c29 > > If you don't opt for shortening/cleaning the list, i won't pursue that idea. > > BUT: > Let's at least update it a bit (desktop configuration guide is dead for quite a > while, isn't it?). The following must have escaped your attention: """ The current split docs-user/docs-developers is useless as bugs end up assigned to docs-team anyway. Besides the component list is outdated. Could we have the following items instead: . Gentoo Documentation: Handbook and guides under the /doc directory and any translation. Component list could be as simple as Handbook, Any Guide, Translation, Other. Those bugs get assigned to docs-team. . Specific Documentation: Project documentation (under /proj), man pages, other. """ You're asking for the same thing, maybe you'll be more lucky.
(In reply to comment #10) > You're asking for the same thing, maybe you'll be more lucky. The bug you were referring to is RESOLVED DUPLICATE of RESOLVED FIXED one :-).
Okay, some GDP folks object -> it won't happen.