ksteak 1.0.0.p2_8 german =6

KDE frontend for steak, an english - german dictionary
Maintained by: conrads@cox.net
Port Added: 17 Feb 2003 15:33:57
Also Listed In: kde ipv6
License: not specified in port

---

---

KSteak is a KDE frontend for steak, an english - german dictionary. 
KSteak translates a given word or the lastest one in the X-Clipboard.
Since version 0.2 KSteak can be docked on the KDE-panel (kicker).

WWW: http://www.der-fritz.de/ksteak/

Heiner
h.eichmann@gmx.de

CVSWeb : Sources : Main Web Site : Distfiles Availability : PortsMon

---

NOTE: FreshPorts displays only required dependencies information. Optional dependencies are not covered.
Required To Build: x11-toolkits/qt33, devel/gmake, devel/libtool, devel/pkg-config, graphics/gtk-update-icon-cache
Required To Run: german/steak, x11-toolkits/qt33, devel/pkg-config, devel/gio-fam-backend, graphics/gtk-update-icon-cache
Required Libraries: x11/kdelibs3, accessibility/atk, graphics/gdk-pixbuf2, devel/glib20, x11-toolkits/pango
There are no ports dependent upon this port

---

To install the port: cd /usr/ports/german/ksteak/ && make install clean
To add the package: pkg_add -r de-ksteak

---

Configuration Options

     No options to configure

---

Master Sites:

http://www.der-fritz.de/ksteak/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/

- Pass maintainership to new volunteer
- Remove DEPRECATED and EXPIRATION_DATE

- Mark Deprecate Development has ceased.

PR:             158504
Submitted by:   "Simon Olofsson" <simon@olofsson.de>

- Get Rid MD5 support

With hat:       portmgr (myself)

Sync to new bsd.autotools.mk

- Drop maintainership
- Add INSTALLS_ICONS

PR:             ports/147260
Submitted by:   Heiner <h.eichmann@gmx.de> (maintainer)

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

- update to jpeg-8

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by:   edwin

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

Conversion to a single libtool environment.

Approved by:    portmgr (kris)

SHA256ify

Approved by:    krion@

Mass-conversion to the USE_AUTOTOOLS New World Order.  The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.

Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.

Preliminary documentation can be found at:
        http://people.FreeBSD.org/~ade/autotools.txt

which is in the process of being SGMLized before introduction into the
Porters Handbook.

Light blue touch-paper.  Run.

Bump PORTREVISION to chase the glib20 shared library update.

Unbreak: Fix plist

PR:             ports/79256
Submitted by:   maintainer

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

Bump PORTREVISION to chase the glib20 shared lib version change.

BROKEN: Incomplete pkg-plist

Fix build after one of the recent pthread-changes

PR:             75974
Reported by:    Siegbert Baude <siegbert.baude@gmx.de>

Update to 1.0.0.p2 (pre2)

PR:             ports/75230
Submitted by:   maintainer

Remove bogus spam I had in my cvs checkout and committed along with KDE.

Pointy hat to: me

Update to KDE 3.3.2

Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port.  Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version.  To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER.  Both macros accept the same argument: a libtool version.

For example, to use the ports version of libtool-1.5, add the following to
your Makefile:

USE_LIBTOOL_VER=        15

To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:

USE_INC_LIBTOOL_VER=    15

With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).

PR:             63944
Based on work by:eik and marcus
Approved by:    ade (autotools maintainer)
Tested by:      kris on pointyhat
Bound to be hidden problems:    You bet

Chase the glib20 update, and bump all affected ports' PORTREVISIONs.

SIZEify (maintainer timeout)

Whoa there, boy, that's a mighty big commit y'all have there...

Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".

For ports-in-waiting:

        USE_LIBTOOL=YES         ->      USE_LIBTOOL_VER=13
        USE_AUTOCONF=YES        ->      USE_AUTOCONF_VER=213
        USE_AUTOMAKE=YES        ->      USE_AUTOMAKE_VER=14

Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

Update to 0.9.4

PR:             53260
Submitted by:   maintainer

Add ksteak, a KDE Frontend for steak

PR:             46762
Submitted by:   Heiner Eichmann <h.eichmann@gmx.de>

12 vulnerabilities affecting 17 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities