The FreeBSD Ports Archive
FreeBSD x11-toolkits  : libpanelappletmm
C++ wrapper for libpanelapplet library
libpanelappletmm history
v. 1.18
date: 2007/05/28 04:39:07; author: bland; state: Exp; lines: +1 -1
Allow these ports to be built with GCC 4.2.
v. 1.17
date: 2007/05/19 20:31:22; author: flz; state: Exp; lines: +1 -1
- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
v. 1.16
date: 2007/03/29 12:53:22; author: pav; state: Exp; lines: +2 -2
- Fix after objformat removal
Reported by: pointyhat
v. 1.15
date: 2006/02/23 10:40:30; author: ade; state: Exp; lines: +2 -2
Conversion to a single libtool environment.
Approved by: portmgr (kris)
v. 1.14
date: 2005/11/15 06:52:03; author: ade; state: Exp; lines: +1 -1
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.
v. 1.13
date: 2005/11/05 05:19:41; author: marcus; state: Exp; lines: +1 -1
Bump PORTREVISION to chase the glib20 shared library update.
v. 1.12
date: 2005/04/22 05:41:26; author: bland; state: Exp; lines: +2 -0
Fix build failure triggered by pkgconfig update.
v. 1.11
date: 2005/03/12 10:53:24; author: marcus; state: Exp; lines: +1 -1
Bump PORTREVISION to chase the glib20 shared lib version change.
v. 1.10
date: 2004/11/07 22:37:34; author: marcus; state: Exp; lines: +1 -0
Bump PORTREVISIONS for all ports that depend on atk or pango to ease in the
big upgrade.
v. 1.9
date: 2004/09/30 05:32:00; author: kris; state: Exp; lines: +1 -1
Increase USE_GCC to 3.4 for those ports which compile with it.
Approved by: portmgr
v. 1.8
date: 2004/07/16 04:26:07; author: bland; state: Exp; lines: +2 -2
Put back USE_INC_LIBTOOL_VER=13 and lthack to fix build with
non-stock C++ compiller (gcc33 on -STABLE).
Noticed by: kris
v. 1.7
date: 2004/07/16 02:03:31; author: bland; state: Exp; lines: +1 -1
Whitespace cleanup.
Noticed by: kris
v. 1.6
date: 2004/07/14 09:04:52; author: bland; state: Exp; lines: +16 -9
Update to 2.6.0
v. 1.5
date: 2004/07/09 17:43:07; author: marcus; state: Exp; lines: +1 -1
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
v. 1.4
date: 2004/04/05 03:30:21; author: marcus; state: Exp; lines: +1 -1
Chase the glib20 update, and bump all affected ports' PORTREVISIONs.
v. 1.3
date: 2004/03/14 06:17:50; author: ade; state: Exp; lines: +1 -1
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.
v. 1.2
date: 2004/02/04 05:10:11; author: marcus; state: Exp; lines: +1 -0
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 1)
v. 1.1
date: 2003/12/04 07:48:08; author: bland; state: Exp;
Add libpanelappletmm 1.3.1, C++ binding for the panel applet API.
=============================================================================
v. 1.18
date: 2007/05/28 04:39:07; author: bland; state: Exp; lines: +1 -1
Allow these ports to be built with GCC 4.2.
v. 1.17
date: 2007/05/19 20:31:22; author: flz; state: Exp; lines: +1 -1
- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
v. 1.16
date: 2007/03/29 12:53:22; author: pav; state: Exp; lines: +2 -2
- Fix after objformat removal
Reported by: pointyhat
v. 1.15
date: 2006/02/23 10:40:30; author: ade; state: Exp; lines: +2 -2
Conversion to a single libtool environment.
Approved by: portmgr (kris)
v. 1.14
date: 2005/11/15 06:52:03; author: ade; state: Exp; lines: +1 -1
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.
v. 1.13
date: 2005/11/05 05:19:41; author: marcus; state: Exp; lines: +1 -1
Bump PORTREVISION to chase the glib20 shared library update.
v. 1.12
date: 2005/04/22 05:41:26; author: bland; state: Exp; lines: +2 -0
Fix build failure triggered by pkgconfig update.
v. 1.11
date: 2005/03/12 10:53:24; author: marcus; state: Exp; lines: +1 -1
Bump PORTREVISION to chase the glib20 shared lib version change.
v. 1.10
date: 2004/11/07 22:37:34; author: marcus; state: Exp; lines: +1 -0
Bump PORTREVISIONS for all ports that depend on atk or pango to ease in the
big upgrade.
v. 1.9
date: 2004/09/30 05:32:00; author: kris; state: Exp; lines: +1 -1
Increase USE_GCC to 3.4 for those ports which compile with it.
Approved by: portmgr
v. 1.8
date: 2004/07/16 04:26:07; author: bland; state: Exp; lines: +2 -2
Put back USE_INC_LIBTOOL_VER=13 and lthack to fix build with
non-stock C++ compiller (gcc33 on -STABLE).
Noticed by: kris
v. 1.7
date: 2004/07/16 02:03:31; author: bland; state: Exp; lines: +1 -1
Whitespace cleanup.
Noticed by: kris
v. 1.6
date: 2004/07/14 09:04:52; author: bland; state: Exp; lines: +16 -9
Update to 2.6.0
v. 1.5
date: 2004/07/09 17:43:07; author: marcus; state: Exp; lines: +1 -1
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
v. 1.4
date: 2004/04/05 03:30:21; author: marcus; state: Exp; lines: +1 -1
Chase the glib20 update, and bump all affected ports' PORTREVISIONs.
v. 1.3
date: 2004/03/14 06:17:50; author: ade; state: Exp; lines: +1 -1
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.
v. 1.2
date: 2004/02/04 05:10:11; author: marcus; state: Exp; lines: +1 -0
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 1)
v. 1.1
date: 2003/12/04 07:48:08; author: bland; state: Exp;
Add libpanelappletmm 1.3.1, C++ binding for the panel applet API.
=============================================================================
v. 1.18
date: 2007/05/28 04:39:07; author: bland; state: Exp; lines: +1 -1
Allow these ports to be built with GCC 4.2.
v. 1.17
date: 2007/05/19 20:31:22; author: flz; state: Exp; lines: +1 -1
- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
v. 1.16
date: 2007/03/29 12:53:22; author: pav; state: Exp; lines: +2 -2
- Fix after objformat removal
Reported by: pointyhat
v. 1.15
date: 2006/02/23 10:40:30; author: ade; state: Exp; lines: +2 -2
Conversion to a single libtool environment.
Approved by: portmgr (kris)
v. 1.14
date: 2005/11/15 06:52:03; author: ade; state: Exp; lines: +1 -1
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.
v. 1.13
date: 2005/11/05 05:19:41; author: marcus; state: Exp; lines: +1 -1
Bump PORTREVISION to chase the glib20 shared library update.
v. 1.12
date: 2005/04/22 05:41:26; author: bland; state: Exp; lines: +2 -0
Fix build failure triggered by pkgconfig update.
v. 1.11
date: 2005/03/12 10:53:24; author: marcus; state: Exp; lines: +1 -1
Bump PORTREVISION to chase the glib20 shared lib version change.
v. 1.10
date: 2004/11/07 22:37:34; author: marcus; state: Exp; lines: +1 -0
Bump PORTREVISIONS for all ports that depend on atk or pango to ease in the
big upgrade.
v. 1.9
date: 2004/09/30 05:32:00; author: kris; state: Exp; lines: +1 -1
Increase USE_GCC to 3.4 for those ports which compile with it.
Approved by: portmgr
v. 1.8
date: 2004/07/16 04:26:07; author: bland; state: Exp; lines: +2 -2
Put back USE_INC_LIBTOOL_VER=13 and lthack to fix build with
non-stock C++ compiller (gcc33 on -STABLE).
Noticed by: kris
v. 1.7
date: 2004/07/16 02:03:31; author: bland; state: Exp; lines: +1 -1
Whitespace cleanup.
Noticed by: kris
v. 1.6
date: 2004/07/14 09:04:52; author: bland; state: Exp; lines: +16 -9
Update to 2.6.0
v. 1.5
date: 2004/07/09 17:43:07; author: marcus; state: Exp; lines: +1 -1
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
v. 1.4
date: 2004/04/05 03:30:21; author: marcus; state: Exp; lines: +1 -1
Chase the glib20 update, and bump all affected ports' PORTREVISIONs.
v. 1.3
date: 2004/03/14 06:17:50; author: ade; state: Exp; lines: +1 -1
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.
v. 1.2
date: 2004/02/04 05:10:11; author: marcus; state: Exp; lines: +1 -0
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 1)
v. 1.1
date: 2003/12/04 07:48:08; author: bland; state: Exp;
Add libpanelappletmm 1.3.1, C++ binding for the panel applet API.
=============================================================================
|
| |
|