sugarlabs/sugar-toolkit-gtk3
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
2b0f65a9ee
sugar-toolkit-gtk3/configure.ac

59 lines
1.4 KiB
Plaintext
Raw Normal View History

Release Sugar 0.117 unstable
2020-03-17 00:56:03 +01:00
AC_INIT([sugar-toolkit-gtk3],[0.117],[],[sugar-toolkit-gtk3])
Automakeify
2006-04-26 06:18:21 +02:00
AC_PREREQ([2.59])
Fixup distcheck, release 0.19
2006-08-21 15:59:40 +02:00
AC_CONFIG_MACRO_DIR([m4])
Automakeify
2006-04-26 06:18:21 +02:00
AC_CONFIG_SRCDIR([configure.ac])
Use xz for distribution It has better compression.
2013-06-27 15:57:46 +02:00
AM_INIT_AUTOMAKE([1.9 foreign dist-xz no-dist-gzip])
Automakeify
2006-04-26 06:18:21 +02:00
autogen.sh: pass --enable-maintainer-mode to configure
2009-10-20 08:26:46 +02:00
AM_MAINTAINER_MODE
Fixup distcheck, release 0.19
2006-08-21 15:59:40 +02:00
AC_DISABLE_STATIC
AC_PROG_LIBTOOL
Enable maximum warnings. A bunch of compile fixes.
2008-08-12 01:53:28 +02:00
GNOME_COMPILE_WARNINGS(maximum)
tray-manager with bindings, adapted from gnome-panel
2006-10-16 18:19:44 +02:00
AC_PATH_PROG([GLIB_GENMARSHAL], [glib-genmarshal])
Build for either python 2 or python 3 `configure` and `autogen.sh` now accept `--with-python2` or `--with-python3` options, with the default of python 2. aa8a5e7 introduced building for python 3, but broke build for python 2, requiring patching `configure.ac` prior to build. Code was derived from rpmfusion-packager, found using a GitHub search of `configure.ac` files for both `python2` and `python3`, and is GPLv3. Tested on Ubuntu 18.04. Signed-off-by: James Cameron <quozl@laptop.org>
2019-05-15 09:24:54 +02:00
AC_ARG_WITH([python2],
Build by default for python 3 5fa33b2 introduced build for either python 2 or python 3, with the default of python 2. `configure` and `autogen.sh` now accept `--with-python3` or `--with-python2` options, with the default of python 3. Signed-off-by: James Cameron <quozl@laptop.org>
2020-02-27 01:58:19 +01:00
AS_HELP_STRING([--with-python2], [build for Python 2]),
[with_python3=no], [with_python2=unset])
Build for either python 2 or python 3 `configure` and `autogen.sh` now accept `--with-python2` or `--with-python3` options, with the default of python 2. aa8a5e7 introduced building for python 3, but broke build for python 2, requiring patching `configure.ac` prior to build. Code was derived from rpmfusion-packager, found using a GitHub search of `configure.ac` files for both `python2` and `python3`, and is GPLv3. Tested on Ubuntu 18.04. Signed-off-by: James Cameron <quozl@laptop.org>
2019-05-15 09:24:54 +02:00
AC_ARG_WITH([python3],
Build by default for python 3 5fa33b2 introduced build for either python 2 or python 3, with the default of python 2. `configure` and `autogen.sh` now accept `--with-python3` or `--with-python2` options, with the default of python 3. Signed-off-by: James Cameron <quozl@laptop.org>
2020-02-27 01:58:19 +01:00
AS_HELP_STRING([--with-python3], [build for Python 3 (default)]),
[], [with_python3=unset])
Build for either python 2 or python 3 `configure` and `autogen.sh` now accept `--with-python2` or `--with-python3` options, with the default of python 2. aa8a5e7 introduced building for python 3, but broke build for python 2, requiring patching `configure.ac` prior to build. Code was derived from rpmfusion-packager, found using a GitHub search of `configure.ac` files for both `python2` and `python3`, and is GPLv3. Tested on Ubuntu 18.04. Signed-off-by: James Cameron <quozl@laptop.org>
2019-05-15 09:24:54 +02:00
Build by default for python 3 5fa33b2 introduced build for either python 2 or python 3, with the default of python 2. `configure` and `autogen.sh` now accept `--with-python3` or `--with-python2` options, with the default of python 3. Signed-off-by: James Cameron <quozl@laptop.org>
2020-02-27 01:58:19 +01:00
AS_IF([test "x$with_python3" != xno],
[AM_PATH_PYTHON([3])],
[AS_IF([test "x$with_python2" = xyes], [AM_PATH_PYTHON([2.7])],)])
Automakeify
2006-04-26 06:18:21 +02:00
Add missing dependencies I'm not sure how it works with GNU ld, but it breaks with ld gold and it's clearly wrong anyway.
2013-01-28 19:01:44 +01:00
PKG_CHECK_MODULES(EXT, gtk+-3.0 gdk-3.0 gdk-pixbuf-2.0 sm ice alsa
Remove GConf completely Removes sugar-gconf from SugarExt Removes gconf-2 dependency
2014-01-01 21:58:02 +01:00
librsvg-2.0 xfixes xi x11)
Some cleanups
2007-01-23 22:13:03 +01:00
event-controller: Add separate library for event controllers SugarEventController is an abstract object that attaches to a widget and interprets an arbitrary set of events. Implementations of that object get to define the sequence of events that trigger these. The basic touch gestures (long press, rotate, swipe, zoom) have been implemented on top of that object. Signed-off-by: Carlos Garnacho <carlos@lanedo.com> Acked-by: Simon Schampijer <simon@laptop.org>
2012-08-31 13:57:06 +02:00
GLIB_MKENUMS=`$PKG_CONFIG glib-2.0 --variable=glib_mkenums`
AC_SUBST(GLIB_MKENUMS)
Modernize gettext setup
2014-03-30 12:54:48 +02:00
IT_PROG_INTLTOOL([0.35.0])
Fix the installation of languages The GETTEXT_PACKAGE name must match the repository name. Found when packaging for Fedora. Signed-off-by: Simon Schampijer <simon@laptop.org> Acked-by: Daniel Drake <dsd@laptop.org>
2011-12-15 15:55:14 +01:00
GETTEXT_PACKAGE=sugar-toolkit-gtk3
Modernize gettext setup
2014-03-30 12:54:48 +02:00
AC_SUBST([GETTEXT_PACKAGE])
Translation support
2006-07-05 17:00:11 +02:00
AM_GLIB_GNU_GETTEXT
configure.ac: Require gobject-introspection configure.ac already checked if gobject-introspection is installed, but instead of aborting with an error it continued and silently omitted crucial parts of the build system, confusing the user with the error message make[4]: *** No rule to make target `SugarExt-1.0.gir', needed by `all-am'. Stop. much later in the build. Fix this by using the appropriate autoconf macro. Signed-off-by: Sascha Silbe <silbe@activitycentral.com> Acked-by: Simon Schampijer <simon@laptop.org>
2012-03-19 20:16:50 +01:00
GOBJECT_INTROSPECTION_REQUIRE([1.30.0])
Switch sugarext to be an introspectable library This makes sugarext accessible through introspection. It is used from the shell (key grabber, sound volume management) and the shell session management. Making the sugarext introspectable was done following the descriptions at: http://live.gnome.org/GObjectIntrospection#Using_GI Signed-off-by: Simon Schampijer <simon@schampijer.de>
2011-11-13 17:03:44 +01:00
Automakeify
2006-04-26 06:18:21 +02:00
AC_OUTPUT([
Makefile
sugar-activity: import and make independent of sugar-toolkit GTK versions As we move to adding support for a second UI toolkit (GTK+ 3.x), the sugar-activity binary used by all activities must become backend-toolkit-independent. It would be wasteful to have two backend toolkits loaded in memory, and in the GTK2/GTK3 case, it is impossible (importing both results in an instant crash). To achieve this, we split the existing sugar-toolkit activity/main.py:main() functionality into two parts, moving it into the sugar-activity binary and the Activity class as follows: 1. All toolkit-specific stuff is moved into the Activity class (i.e. everything that interacts with GTK) 2. Everything that can be reasonably/easily moved into the Activity class is also moved. 3. What remains is the stuff that is inherently involved with the construction of the Activity object, not related to UI toolkits. This is moved into the sugar-activity binary. main.py is then removed from sugar-toolkit, and sugar-activity is moved from sugar to sugar-toolkit-gtk3 in order to keep toolkit-related code with the toolkit itself. With this work done, the one remaining question is how to invoke the main loop. An optional run_main_loop() method is added to the activity class, for GTK2 this will run the GTK2 main loop, for GTK3 the GTK3 main loop will be run, etc. Signed-off-by: Daniel Drake <dsd@laptop.org>
2011-12-13 20:47:33 +01:00
bin/Makefile
Use a src directory consistently with base and shell.
2008-04-29 14:58:34 +02:00
src/Makefile
Rename the module to sugar3 The old gtk-2 based module will be present in the 0.94 branch in the sugar-toolkit. Signed-off-by: Simon Schampijer <simon@laptop.org> Acked-by: Sascha Silbe <silbe@activitycentral.com>
2011-10-29 10:19:34 +02:00
src/sugar3/Makefile
src/sugar3/activity/Makefile
src/sugar3/bundle/Makefile
src/sugar3/graphics/Makefile
event-controller: Add separate library for event controllers SugarEventController is an abstract object that attaches to a widget and interprets an arbitrary set of events. Implementations of that object get to define the sequence of events that trigger these. The basic touch gestures (long press, rotate, swipe, zoom) have been implemented on top of that object. Signed-off-by: Carlos Garnacho <carlos@lanedo.com> Acked-by: Simon Schampijer <simon@laptop.org>
2012-08-31 13:57:06 +02:00
src/sugar3/event-controller/Makefile
Rename the module to sugar3 The old gtk-2 based module will be present in the 0.94 branch in the sugar-toolkit. Signed-off-by: Simon Schampijer <simon@laptop.org> Acked-by: Sascha Silbe <silbe@activitycentral.com>
2011-10-29 10:19:34 +02:00
src/sugar3/presence/Makefile
src/sugar3/datastore/Makefile
Import sugar-base into sugar-toolkit Probably needs cleaning up a bit. And we use pygtk-codegen, ugh... This is the commit id when we imported sugar-base: b9406e5c9c9df5404c5b0d995178b5edb4d93628 Signed-off-by: Daniel Drake <dsd@laptop.org> [squashed two patches into one] Signed-off-by: Sascha Silbe <silbe@activitycentral.com>
2011-10-29 15:06:45 +02:00
src/sugar3/dispatch/Makefile
Some initial infrastructure for UI tests The uitree module exposes the at-spi tree. We can use it to do functional tests of the UI, by checking if the expected widgets exists, clicking them etc. A simple example of how this can be used is in the test, which runs a window and check that it has the expected button.
2012-12-07 16:53:50 +01:00
src/sugar3/test/Makefile
Fix translations in non standard prefix This drops a lot of code at the same time. The code in __init__ was: * Using a SUGAR_PREFIX environment variable that is not defined anywhere * Hardcoding prefix to /usr * Setting up the sugar-base domain which doesn't exist anymore The i18n module code was overcomplex because it was thought for language packs which we don't support anymore, it was not handling correctly locales with a country prefix, it was hard coding the python prefix and it was not sorting the directories as it intended too anyway. The logic is very simple now. Use the locale directory in the same prefix sugar-toolkit-gtk3 was installed, unless SUGAR_LOCALEDIR is defined (for self contained bundles).
2013-09-10 22:42:48 +02:00
src/sugar3/config.py
Translation support
2006-07-05 17:00:11 +02:00
po/Makefile.in
Automakeify
2006-04-26 06:18:21 +02:00
])
Reference in New Issue Copy Permalink