Topics:
kde-4.3.3 stabilisation todo:
- we should review buglist and add proper blockers
- we should also make sure those bugs are fixed before stabilisation
Documentation:
- choose dedicated maintainer that will be RESPONSIBLE for documentation
and coop with doc team. (the guy will be slapped if he will slack with
updating the docs)
- adjust the kde4 guide to cover most of the process of installing kde4
onto clean gentoo install.
upstream:
- choose person responsible for checking upstream and Backport patches
where required. This guy will be responsible for bacporting patches from svn
to main tree mostly :].
kde3:
- how is the masking going on and decide what apps should definitely still
stay in main tree
As usual the meeting is mandatory for DEV's and HT's.
Also reply to this mail with additional topic suggestions/or to discuss the
topics themselves. We should try to make our meeting short (max 1h)
Cheers
--------
Tomáš Chvátal
Gentoo Linux Developer [KDE/Overlays/QA/Sunrise/X11]
E-Mail : scar...@gentoo.org
GnuPG FP : 94A4 5CCD 85D3 DE24 FE99 F924 1C1E 9CDE 0341 4587
GnuPG ID : 03414587
Just wanted to add that although Qt has its own project now, we don't
want to break up the fine meetings we've been having so far.
So we'd like to continue having common meetings for the time being :)
Things we have on Qt agenda for now:
* Proposition to return to monolithic Qt ebuilds
In last meeting we decided to continue this discussion in ML.
We should revisit the subject in this meeting, especially now
that one of the major issues is gone with the removal of old Qt versions.
* Status of new qt-tng.eclass
* #gentoo-qt - its there, do we want to use it?
Thanks,
--
Alex Alexander :: wired
Gentoo Developer
www.linuxized.com
1) Optional RDEPEND packages handling
- should we just einfo with the desired options or rather extensively use
useflags so user can control it throught them, thats the question :]
2) Our fellow colegues from exherbo have nice proposal of splitting kde so we
should think about joining in and helping.
- read up before meeting: http://article.gmane.org/gmane.comp.kde.scm-
interest/713
- also I would be mostly in favor of split like xorg has it. Separate
packages with various versions. Once there is release time packagers mark
desired versions and packages to be part of some release.
- also this would mean separate git repo for each app but i dont think
that is a problem :]
Cheers
Tomas
Lower the msgs in qt-* ebuilds. There are too many and ppl may loose the
important ones. I propose to add more info in our guides etc
--
Theo Chatzimichos (tampakrap)
Gentoo KDE Team
Yes. Do it.
Also, add to agenda: vote on making gitorious the main qting-edge repo.
Cheers,
--
Ben de Groot
Gentoo Linux developer (qt, media, lxde, desktop-misc)
______________________________________________________