Please note: the build tags are NOT removed because some ports have problems
still. They will be fixed as soon as possible, but actual deconflicting has
higher priority now.
This is required to make KDE 3 and 4 co-exist.
Tested on i386 with fat KDE3 profile on many apps, found no regressions.
If you see any (like losing configuration parameters or app data), please,
report immediately. Don't worry, your data is likely to be fine, it's just
the app who cannot find them now. Unfortunately, there is no other way.
ever continue development of localized KDE 3 apps. So comment out this entry
in PLIST.
Now we have no conflicting items between kdelibs-3.x and kdelibs-4.x, but
two more steps need to be done before removing dpb tags from them.
Next KDE deconflicting step: rename share/config/ to share/config.kde3/ and
share/config.kcfg/ to share/config.kcfg.kde3/. Tested on i386, including
run-time tests (not for all apps, though).
After this commit, there are only two conflicting files in kdelibs 3.x and
4.x packages left - to be solved soon.
spurring from espie@
into some sort of interchangeable subpackages. The idea is that each version
of KDE being installed picks up it's own version of locale-specific package
by default, and KDE4's one doesn't update to KDE3's one automatically, but
can replace it on explicit pkg_add call.
Most of the Makefiles are bumps needed after splitting x11/kde4/libs.
This is a part of KDE3/4 deconflicting work.
hardly tested by landry@ in a bulk build
* share/apps => share/apps.kde3
* share/doc/HTML => share/doc/HTML.kde3
This is a part of KDE3/4 deconflicting work.
Build tested in a bulk by landry@, also sat over a week on ports@.
Run-time tested with some KDE3 apps, including KMail, taxipilot, yakuake...
"do it" landry@
unconditionally. Instead, don't check for the existence of index.theme.
This will allow us to catch errors that may be happening because of a
missing dependency in the chain.
Some hidden issues may appear, in which case please contact me.
discussed with and ok blind jasper@
The reason is that if a theme is removed after updating to a new version,
then we are left over with a useless cache file because we are using
pkg_add -u and not pkg_delete.
PLIST and delete everything under the @sample'd directory instead of the
directory itself to prevent a warning from pkg_delete(1) trying to
remove a non existing directory and to help preventing left-over files
and directories.
- copy libs over to lib/kde3 (to prepare coexistence with kde4, eventually)
- move lib depends over to WANTLIB
- update WANTLIB for recent changes
- create links to avoid pkg_create protests over non existing links
The way it works is the following:
* all desktops install their main menu as blah-applications.menu
(e.g. kde3-applications.menu)
* however, we do not want the merged directory name to be constructed
from the menu name, because we want all applications and desktops to
install merged files into the same directory: applications-merged, so
that everyone benefit from it.
Issue reported by Daniel LEVAI on ports@
* use audio(4) instead of ossaudio(3) in kdemultimedia3 as much as
possible
* sync WANTLIB in dependant ports
testing/prodding from todd@. briefly discussed with naddy@, ajacoutot@
and jasper@
