<div dir="ltr"><div><div>Moin moin<br><br></div>Here's a script which should automatically fix the origin for the kde4-versioned ports (based on the MOVED entries of r465345):<br>   <a href="http://people.freebsd.org/~tcberner/scripts/fix_kde4_origins.sh">http://people.freebsd.org/~tcberner/scripts/fix_kde4_origins.sh</a><br><br></div><div>It //should// set the origins properly for the moved ports, and the output should be on the lines of<br></div><div># ./fix_kde4_origins.sh<br></div><div>[...]<br>- sysutils/baloo-widgets [sysutils/baloo-widgets-kde4] is not installed.<br>+ Changing origin of nepomuk-core-4.14.3_14 from sysutils/nepomuk-core to sysutils/nepomuk-core-kde4.<br>- sysutils/kfloppy [sysutils/kfloppy-kde4] is not installed.<br>- sysutils/ksystemlog [sysutils/ksystemlog-kde4] is not installed.<br>+ Changing origin of baloo-4.14.3_5 from sysutils/baloo to sysutils/baloo-kde4.<br>+ Changing origin of kfilemetadata-4.14.3_13 from sysutils/kfilemetadata to sysutils/kfilemetadata-kde4.<br>[...]<br></div><div><br><br></div><div>Please let me know if that works for you, or how I could improve it.<br></div><div><br><br></div>mfg Tobias<br><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 April 2018 at 17:43, Tijl Coosemans <span dir="ltr"><<a href="mailto:tijl@freebsd.org" target="_blank">tijl@freebsd.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 17 Apr 2018 16:19:39 +0200 Tobias C. Berner wrote:<br>
> Long answer: KDE is shipped in mulitple, let's call them groups:<br>
>   - frameworks (libraries to build kde and qt applications) -- we call<br>
> these ports kf5-foo<br>
>   - plasma (the desktop) -- we'll call these ports plasma5-foo<br>
>   - applications (the applications)<br>
> <br>
> Now, previously during KDE SC4 days, this was a whole "blob". This is why<br>
> it made sense to call them all kde4-foo or foo-kde4.<br>
> Now with this new split there is no real notion to call an application<br>
> foo-kde5. For example during the transition in the last few<br>
> years many KDE Application releases were a mix of Qt4 and Qt5 (i.e.<br>
> kdelibs4 and kf5 based applications). So we would have had<br>
> a kate-kde5 that was using kdelibs-kde4 ... well that would have been<br>
> confusing too.<br>
> <br>
> The same thing will eventually happen when the next KDE Frameworks will<br>
> roll around I expect, where the applications get updated one after<br>
> another, with mixed releases in between.<br>
> <br>
> We opted for the same method as other ports use. A new version appears that<br>
> is incompatible, move "bar/foo" to "bar/foo3" and update "bar/foo" in<br>
> place.<br>
<br>
</span>I don't think this is the norm.  All the big ports (perl, python, php,<br>
gcc, mysql, gtk, qt,...) just leave bar/foo and create bar/foo4.  In<br>
place updating to an incompatible version can be a complete surprise<br>
for users (POLA violation) and leave them with a broken system.<br>
</blockquote></div><br></div>