* "Share" directories such as share/gnome, share/gnome/pixmaps, and etc/sound
between both GNOME 1.4 and GNOME 2.0.
* Remove some @dirrm's from gtm that were already in dependency ports.
The GNOME 2.0 APIs can be installed right along with the GNOME 1.4 APIs, but
the desktops will be mutually independent. That is, you will not be
able to install gnomedesktop, for example, on the same machine as gnomecore.
However, you will be able to install the GNOME 2.0 desktop, and use all your
favorite GNOME 1.4 applications (like gaim, AbiWord, Evolution, etc.).
override it.
PR: ports/34779
Submitted by: SASAKI Katuhiro <sahiro@crest.ocn.ne.jp>
(MAINTAINER of ja-{qt23,kde*2} ports)
Replace `cd dir && cmd' with `cd dir ; cmd' while I'm here.
files in ${PREFIX}/share/gnome/gnome/help but expects them in
${PREFIX}/share/gnome/help. This has now been fixed.
Approved by: MAINTAINER: Frederic Dubuy <fdubuy@free.fr>
original versions of these ports, so some PORTREVISIONs were bumped. See
http://freebsd.kde.org/ and mailing lists linked to from there for info
on the packages generated to test these ports.
bsd.kde.mk has already been updated a few days ago to work with these.
Some patches applied to fix a few bugs were:
deskutils/kdepim3:
[1] Remove kpilot from build because it wasn't ready at release.
editors/koffice-kde3:
[2] Fix compile time bugs for FreeBSD.
misc/kdeedu3:
[3] Fix compile problem with kvoctrain.
x11/kdebase3:
[4] Fix KDM CPU usage and login bug.
Some caveats:
* All PLISTs are broken for deinstall due to script bug that I
didn't notice until very recently. This will be fixed when I
commit an update tomorrow. These ports should still install
perfectly fine though. They should also deinstall without
giving errors, but will leave directories behind.
* You can't install this with any other version of QT or KDE
already installed. I am not sure the checks are 100% working,
but fixes for these will be forthcoming. This is mainly due
to a policy decision made by kde@ to make QT/KDE ports install
the way the rest of the world expects it to while also still
conforming to FreeBSD's hier(7). For reference on this decision,
please consult the KDE/FreeBSD mailing list archives. This
decision fixes 2-year-old bug reports relating to how we handled
this for KDE2 vs KDE1.
Submitted by: [1] Adrian de Groot <adridg@cs.kun.nl>,
[2] David Faure <faure@kde.org>,
Andy Fawcett <andy@athame.co.uk>
Lauri Watts <lauri@kde.org>
[3] Lauri Watts <lauri@kde.org>
[4] Alan Eldridge <alane@geeksrus.net>
Oswald Buddenhagen <ossi@kde.org>
Reviewed by: kde
which probably isn't supposed to be removed is misc/instant-workstation,
which had a dependency on audio/xamp (being removed), so I removed that
dependency and bumped PORTREVISION. All other ports are real dependents
upon Qt 1.x, including KDE 1.x stuff.
Code in bsd.kde.mk supporting these ports is also removed or adjusted.
Also, some adjustments made to accomodate Qt3/KDE3 ports, which will be
committed Real Soon Now (TM), pending repo-copies.
This commit made in impending view of Qt3/KDE3 entering ports tree.
- switch devel/gettext (0.11.1) on, installing full package
- flip devel/gettext-old (0.10.35) to installing only static binaries
with a "-old" suffix -- gettext-old will have its deorbit burn
sequence initiated just after 4.6-RELEASE
- fix up ports for the new world order
Reviewed by: portmgr
Since pkg_deinstall(1) invokes the package deinstall script twice,
at the second invocation X.bck is no longer there, and mv(1), even with
the -f flag, returns a non-zero exit code. The shell executing the script
propagates this exit code right back unto pkg_deinstall(1), which complains
and aborts the package deinstallation.
I wish I had not forgotten about this problem, so this could go in
before DP1 was cut :(
Approved by: no response from trevor@, the port maintainer
Note, since it seems like a number of ports are broken when gtk-doc is
also installed, I wonder if adding --disable-gtk-doc to all their
CONFIGURE_ARGS isn't a bad idea.
Reviewed by: sobomax
Approved by: sobomax
George helped me better understand the Xinerama API. Please note that
there is no support for specifying a particular physical display for
which the login frame should appear -- it will always choose physical
screen number zero.
Helped with this patch: George Staikos <staikos@kde.org>
