| 1 |
Ühel kenal päeval, T, 09.08.2016 kell 12:02, kirjutas Jason Zaman: |
| 2 |
> On Sun, Aug 07, 2016 at 04:37:23PM +0200, Pacho Ramos wrote: |
| 3 |
> > El dom, 07-08-2016 a las 09:07 -0400, NP-Hardass escribió: |
| 4 |
> > > [...] |
| 5 |
> > > Well, that's easily remedied with an alias for the project that |
| 6 |
> > > contains |
| 7 |
> > > all the subprojects, no? |
| 8 |
> > > |
| 9 |
> > |
| 10 |
> > But I don't know if the projects will like to behave in that way... |
| 11 |
> > because freedesktop-bugs was behaving exactly in that way and, |
| 12 |
> > during |
| 13 |
> > the transition, it was agreed to stop using that and simply CC the |
| 14 |
> > right projects when needed :/ |
| 15 |
> > |
| 16 |
> > From my point of view we should simply kill that "Desktop" project |
| 17 |
> > as |
| 18 |
> > it serves no purpose and CC the relevant projects when needed, as I |
| 19 |
> > don't recall many cases of the old freedesktop-bugs behaving in the |
| 20 |
> > way |
| 21 |
> > you are suggesting (involving *all* desktop related projects in the |
| 22 |
> > bug |
| 23 |
> > reports). On the other hand it was ending up with most people under |
| 24 |
> > the |
| 25 |
> > subprojects simply ignoring the bug reports assigned to |
| 26 |
> > freedesktop- |
| 27 |
> > bugs |
| 28 |
> |
| 29 |
> Removing it is fine. I'm in the freedesktop and Xfce projects and I |
| 30 |
> had |
| 31 |
> no idea this Desktop project even existed. |
| 32 |
> Pretty sure everyone would just ignore anything from/to it anyway. |
| 33 |
> Problems with eg KDE and Xfce are mostly not really related. And the |
| 34 |
> few |
| 35 |
> things that are related are more core components that are under |
| 36 |
> freedesktop (polkit/consolekit etc). In which case, that component is |
| 37 |
> fixed without needing to bother every single other project or we just |
| 38 |
> CC |
| 39 |
> them all if need be. |
| 40 |
|
| 41 |
|
| 42 |
It should be kept for the purposes of coordination between different |
| 43 |
specific desktop projects and the grouping of them it provides as |
| 44 |
subprojects. |
| 45 |
However that doesn't mean it should have any packages in the tree that |
| 46 |
the desktop projects maintains itself personally, instead of one of its |
| 47 |
subprojects. |
| 48 |
|
| 49 |
One of my gentoo plans, when I have time, has been in reviving such |
| 50 |
desktop-wide coordinations, possibly under the desktop project banner. |
| 51 |
E.g my started USE=gui and toolkit threads when I had time. |
| 52 |
|
| 53 |
Frankly, it would be weird to not have a project that broadly manages |
| 54 |
all the desktop stuff. |
| 55 |
We should manage this all better under a broad desktop project that |
| 56 |
manages documentation, some policies, etc, but doesn't necessarily have |
| 57 |
any packages that it maintains in tree. |
| 58 |
|
| 59 |
If we need a new lead election per GLEP 39, I'm sure we have some |
| 60 |
volunteers from the subprojects to throw their name in, that are |
| 61 |
interested in having a good desktop-wide organization going on. Myself |
| 62 |
included. |
| 63 |
|
| 64 |
|
| 65 |
Mart |
Archives