DevHeads.net

Where is kmix hidden?

Hi,

In git i can only find some kmix scratch repos, but it seems nowhere
to be found on <a href="http://quickgit.kde.org/" title="http://quickgit.kde.org/">http://quickgit.kde.org/</a>.

What i want to do (or try) is looking at the kmix code that is in the
system settings and i want to look at the kmix plasmoid that you see
in the notification area. (some pointers where to look would be
awesome)
I sadly can't find any of those besides an ancient kdemultimedia git
repo from 2007: <a href="http://repo.or.cz/w/kdemultimedia.git" title="http://repo.or.cz/w/kdemultimedia.git">http://repo.or.cz/w/kdemultimedia.git</a>

Kind regards,
Mark

Comments

Re: Where is kmix hidden?

By Laszlo Papp at 08/19/2011 - 08:14

<a href="http://www.kde.org/applications/multimedia/kmix/development" title="http://www.kde.org/applications/multimedia/kmix/development">http://www.kde.org/applications/multimedia/kmix/development</a>

On Fri, Aug 19, 2011 at 3:40 PM, Mark < ... at gmail dot com> wrote:

Re: Where is kmix hidden?

By Mark at 08/19/2011 - 08:18

On Fri, Aug 19, 2011 at 3:14 PM, Laszlo Papp < ... at kde dot org> wrote:
Thanx for the links.
That is well hidden! Is there a reason it's not on GIT yet?

Re: Where is kmix hidden?

By Lukas Appelhans at 08/19/2011 - 11:54

I guess there were no efforts yet from the kdemultimedia team to make the move.
The same is true for kdenetwork. (at least we KGet guys would support a move
to git, not sure what's the status with the developers of Kopete and the other
applications)

Lukas

On Friday 19 August 2011 15:18:56 Mark wrote:

Re: Where is kmix hidden?

By Harald Sitter at 08/19/2011 - 13:54

On Fri, Aug 19, 2011 at 6:54 PM, Lukas Appelhans <l. ... at gmx dot de> wrote:
I did not realize we had to take care of the move.... seems a bit inconvenient.

Git migration status (Was: Re: Where is kmix hidden?)

By John Layt at 08/19/2011 - 14:27

On Friday 19 Aug 2011 19:54:21 Harald Sitter wrote:
Yep, you need to mak e it happen as it involves decision no-one else can make
for you. There's basically three steps needed. First, you have to decide on
separate Git repos per app or stick with the monolithic module. Second, if
going for separete repos make sure everything actually builds properly that
way. Third you need to write the conversion rules for you history, but
there's a few people around who may be willing to help out with that once you
know what you want. Have a chat on the #kde-git channel for more details.

On the subject of un-converted svn modules, the following are still left:

kdeaccessibility
kdeadmin
kdegames
kdemultimedia
kdenetwork
kdesdk
kdetoys
kdeutils
kdewebdev

The kde-wallpapers and kdeartwork modules are likely to remain in svn until
git handles binary blobs better. Then there is also a lot of stuff still in
extragear and playground.

Does anyone know the status of these modules? Do we need to start poking the
maintainers? Now is a good time to do conversions as it's a few months before
our next beta release and we'd want any moves settled in by then.

Cheers!

John.

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Stefan Majewsky at 08/21/2011 - 09:02

On Fri, Aug 19, 2011 at 9:27 PM, John Layt < ... at kde dot org> wrote:
This is an issue with kdegames as well: A complete source tree is 112
megabytes, of which about AFAIR 80% is data (SVGZ, audio files,
levelsets, etc.). Some months ago, I've proposed on kde-games-devel@
to split a kdegames-data module from kdegames. The discussion ended
because we decided not to switch to git before a workflow exists to
handle split repositories. (With SuperBuild being available now, this
discussion probably needs to be restarted.)

What I proposed:
1. Freeze trunk/KDE/kdegames, conserve this state as kdegames-history.git
2. Move all data files from trunk/KDE/kdegames to trunk/KDE/kdegames-data.
3. Move the source code to git.kde.org (as fresh repos, to avoid data
blobs in the object db).
4. Optionally patch the games to run without data. This is because the
build order of the modules would be: kdegames, then kdegames-data.

Greetings
Stefan

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Jeremy Paul Whiting at 08/19/2011 - 16:18

kdeaccessibility should be done this weekend. Same with kdeutils.

According to the MoveToGit page on techbase kdegames rules are 99% done, but
not sure if that's with split repos or not.

Jeremy

Re: Git migration status (Was: Re: Where is kmix hidden?)

By George Goldberg at 08/21/2011 - 07:06

On 19 August 2011 22:18, Jeremy Whiting < ... at kde dot org> wrote:
I have partially written the rules for kdenetwork, but they are not
complete. I don't have time to work on them at the moment, so someone
else taking that over would be good if it's going to happen any time
soon. The work I've done so far is in the git repository with all the
other conversion rules.

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Lukas Appelhans at 08/21/2011 - 08:05

Hey!

Cool... I see you go for a split up of kdenetwork (makes sense imo).

The problem I see at the moment you have to build all applications together in
kdenetwork, otherwise they fail to compile. So this is a first thing which
needs to change.

What is missing are tags and branches right?

Lukas

PS: The KGet "svn cp" comment is (I guess) about this branch:
<a href="http://websvn.kde.org/branches/work/make_kget_cool/?pathrev=647221" title="http://websvn.kde.org/branches/work/make_kget_cool/?pathrev=647221">http://websvn.kde.org/branches/work/make_kget_cool/?pathrev=647221</a>
As far as I know this is the KGet2 rewrite and was copied to trunk then...

Re: Git migration status (Was: Re: Where is kmix hidden?)

By George Goldberg at 08/21/2011 - 17:13

On 21 August 2011 14:05, Lukas Appelhans <l. ... at gmx dot de> wrote:
Yup. Definitely.

Others have already answered this - some of the apps already build
standalone, others will need a bit of cmake modifications first.

Yes. I think I've got the whole trunk history sorted iirc. Haven't
done the tags and branches though.

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Lukas Appelhans at 08/21/2011 - 18:06

On Sunday 21 August 2011 23:13:30 George Goldberg wrote:
Lukas

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Jeremy Paul Whiting at 08/22/2011 - 11:59

It's not needed to make all the tags and branches build standalone and
together. If someone wants to re-create an old tag or branch they will
most likely need to build the whole module together anyway. Doing the
changes for master/trunk and 4.7 branch is enough. Usually doing the
changes on trunk is enough then the CMakeLists.txt changes can be easily
cherry-picked to the 4.7 branch after the migration to git.

Jeremy

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Alexander Neundorf at 08/22/2011 - 14:54

On Monday 22 August 2011, Jeremy Whiting wrote:
Yes.
And it is also relatively hard to get this right.
I have a slightly bad feeling when I read here posts that some modules have
been tweaked so they can be built both ways, because to do this, you have to
be aware of quite some details in cmake behaviour, like how cache variables
behave, how targets, libraries and library search paths are handled, etc.

Currently I don't have the time to go through all (...and we have _many_ now)
git repositories and check whether they are doing it the right way.

I recommend that the git repos build standalone, and do find_package() for
their dependencies.

All installed libraries should export their targets and install a cmake
Config.cmake file.

To build the modules as they were, a tool like kdesrc-build, buildtool or KDE
superbuild (<a href="https://projects.kde.org/projects/kde/superbuild" title="https://projects.kde.org/projects/kde/superbuild">https://projects.kde.org/projects/kde/superbuild</a>) should be used.

Alex

Re: Git migration status (Was: Re: Where is kmix hidden?)

By George Kiagiadakis at 08/21/2011 - 09:27

On Sun, Aug 21, 2011 at 4:05 PM, Lukas Appelhans <l. ... at gmx dot de> wrote:
It is not really required to build them all together. I used to have
git-svn clones of krdc, krfb and kopete and built them separately.
Actually, all the work I have done on krfb was done this way. Iirc
there is extra cmake code in there to ensure that they build both
standalone and all together.

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Lukas Appelhans at 08/21/2011 - 11:41

On Sunday 21 August 2011 17:27:01 George Kiagiadakis wrote:
Lukas

Re: Git migration status (Was: Re: Where is kmix hidden?)

By Rolf Eike Beer at 08/21/2011 - 11:46

Am Sonntag, 21. August 2011, 18:41:35 schrieb Lukas Appelhans:
Which had been the case in kdeutils also. Until the git migration started e.g.
the top level CMakeLists.txt in kdeutils checked if gmp is present and only
then included kcalc. This is no showstopper, it just means that someone needs
to change it.

Eike

Re: Where is kmix hidden?

By Torgny Nyblom at 08/19/2011 - 14:06

On Friday 19 August 2011 20.54.21 Harald Sitter wrote:
Who should do it then? All the modules that have moved has done it them self,
some with "hired" help some without.

If you need any assistance please drop by #kde-git or send a mail to kde-scm-
interest.

/Regards
Torgny

Re: Where is kmix hidden?

By Dawit A at 08/19/2011 - 08:13

kmultimedia and hence kmix are still in svn and have not been moved
over to git ; so you have to look there instead.
See <a href="http://websvn.kde.org/trunk/KDE/kdemultimedia/" title="http://websvn.kde.org/trunk/KDE/kdemultimedia/">http://websvn.kde.org/trunk/KDE/kdemultimedia/</a>

On Fri, Aug 19, 2011 at 8:40 AM, Mark < ... at gmail dot com> wrote: