Meeting bits

Yesterday (2012/01/16 20:00 UTC) we had the first Gentoo KDE team meeting this year. The meeting happened in #gentoo-meetings on freenode.

  • Participants: alexxy, dilfridge, jmbsvicetto, johu, mschiff, tampakrap, Thev00d00
  • Agenda
  • Log
  • Lead election is delayed, because 12 months not over
  • We keep kdepim-4.4 in tree as long as it works and provide kdepim-l10n package
  • Kdeenablefinal build feature will be removed today
  • Phonon xine backend will be removed in 15 days
  • We expect no big issues with Qt 4.8,  only kdenlive is not building at the moment
  • eselect boost vs. latest boost is not a Gentoo KDE scope only issue, we will move the discussion to the gentoo-dev mailing list
  • … read log :P or wait for the full summary by tampakrap
  • My netbook had a kernel panic while the meeting  :-/
After the meeting i joined the Gentoo Qt team.
This entry was posted in Gentoo, KDE, Linux, Planet Gentoo, Planet KDE and tagged , , , , , , , , , , , , , , , , . Bookmark the permalink.

6 Responses to Meeting bits

  1. Francesco R. says:

    > We keep kdepim-4.4 in tree as long as it works and provide kdepim-l10n package

    you have my deepest gratitude for this

  2. Erik M says:

    I really appreciate how much you and other gentoo devs put into the distro, and understand that portage is a difficult beast to tame. Nontheless, I feel the need to point out that it might be suboptimal that all kde packages in ~arch, including libreoffice and others which only has optional kde support, now get rebuilt by emerge -ND @world.

    It is a minor inconvenience, but it might have felt better if the flag could have been somehow masked and removed only on next revision. Oh, and I believe Paludis usually avoids these rebuilds somehow. in spite of all the other stuff it does wrong. Perhaps Portage is really to blame.

  3. George says:

    Why drop kdeenablefinal ?
    Will it bepossible to build kdelibs with lto ?

    • johu says:

      > Why drop kdeenablefinal?
      1. It does not work,
      2. upstream splitting up repos and tarballs, so it makes nowadays no sense
      3. creates up- and downstream bugs for nothing

      > Will it bepossible to build kdelibs with lto ?

  4. George says:

    I mean will kde packages be tested how they build with -flto gcc option
    Or maybe even with profile optimizations -fprofile-generate , -fprofile-use
    for deep optimization.

    • johu says:

      As i can see the lto stuff is not kde specific. If there is a need to add these flags to cmake files you have to talk to KDE upstream.


Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>