summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAge
* Build man page and reference for eos-profileEmmanuele Bassi2018-03-21
| | | | Documenting CLI tools that we ship should be part of the API reference.
* test: Replace run-with-dbus with dbus-run-sessionPhilip Chimento2017-08-29
| | | | | | | We can rely on this utility shipped with DBus itself, instead of a custom script that wasn't working inside a flatpak sandbox. https://phabricator.endlessm.com/T18981
* build: Remove WebhelperPhilip Chimento2017-04-12
| | | | | | | Webhelper is now in its own repository: https://github.com/endlessm/webhelper https://phabricator.endlessm.com/T16203
* Disable Metrics support when running testsEmmanuele Bassi2017-03-06
| | | | | | | | | | | | | We currently use a private DBus session using dbusmock to intercept all calls to the EOS Metrics DBus API, and avoid sending bogus metrics when distchecking or running the test suite. The Metrics API now looks for an environment variable and short circuits if found, which means we don't need these contortions any more. This also allows us to drop the dbusmock Python module dependency. https://phabricator.endlessm.com/T15748
* Add configure option to disable webhelperEmmanuele Bassi2017-03-02
| | | | | | | | | | We don't want to build the WebHelper code in the new Endless SDK, as it still strings along deprecated WebKitGtk dependencies, and nothing that uses the SDK also uses it. Based on commit 40c7e4342439dc3db19d3592b7599ff33e744cac. https://phabricator.endlessm.com/T15749
* Make metrics dependency optionalPhilip Chimento2016-08-22
| | | | | | | We should allow external contributors to build eos-sdk without the eos-metrics dependency. https://phabricator.endlessm.com/T13015
* Record metric for unmaximized windowsPhilip Chimento2016-07-06
| | | | | | | | | | | | When an EosWindow remains unmaximized for over 10 seconds, we record a metric. The 10 seconds is to filter out presses of the unmaximize button by accident, and because there is some weirdness in the window manager around launching apps maximized. This is for determining how important it is to implement various kinds of responsive design in GTK. https://phabricator.endlessm.com/T12233
* Run tests with mock metrics event recorderPhilip Chimento2016-07-06
| | | | | | | | | Since we're about to add a metrics event on unmaximize of the window, we need to make sure it's not actually sent. In the absence of https://phabricator.endlessm.com/T8253, the best way to do this is to set up a mock metrics event recorder using dbusmock. https://phabricator.endlessm.com/T12233
* Merge pull request #4140 from endlessm/T11388Cosimo Cecchi2016-04-27
|\ | | | | Remove parallel version of WebHelper compatible with WebKit2-3.0
| * Remove parallel version of WebHelper compatible with WebKit2-3.0Mario Sanchez Prada2016-04-21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We are no longer shipping the Webkit2-3.0 API on Endless and Virtual School has already been migrated to the newer WebKit2-4.0 API after having fixed all the regressions there and so it makes no sense to keep this any longer. Besides, after the WebKitGTK+ upgrade from 2.4.9 to 2.4.11 debian does no longer ship the WebKit2GTK+-3.0 packages (and there's no point on us bringing them back) so, actually, we can not keep this anyway, so let's remove it. This commit basically reverts 8c837e660853abd03c97a98815f73146eb57c010, but considering all the changes integrated ever since (not a "clean" revert). https://phabricator.endlessm.com/T11388
* | configure: require gtk 3.20Matt Watson2016-04-22
|/ | | | https://phabricator.endlessm.com/T11000
* Bump version to 0.5 unstable seriesPhilip Chimento2015-08-31
| | | | | | We just added new public API, so inaugurate the 0.5 unstable series. [endlessm/eos-sdk#3071]
* Generate version macros from configurePhilip Chimento2015-08-31
| | | | | | | | | | | | This adds EOS_SDK_MAJOR_VERSION, EOS_SDK_MINOR_VERSION and EOS_SDK_MICRO_VERSION as macros in eosversion.h whose values are generated from configure with AC_SUBST, rather than in config.h using AC_DEFINE. They are also public API, so they get documenation and Since: annotations. [endlessm/eos-sdk#3071]
* Create a parallel version of WebHelper2 for WebKit2-3.0Philip Chimento2015-08-07
| | | | | | | | We cannot switch eos-virtual-school to WebKit2-4.0 because of regressions, but we already committed to using WebHelper2 to localize it. This adds a version of WebHelper2 that is compatible with WebKit2-3.0. [endlessm/eos-sdk#3430]
* Increase version to stable 0.4 seriesPhilip Chimento2015-07-22
| | | | | | | We are about to release EOS 2.4 and we added API in this cycle, so let's have a new stable series. [endlessm/eos-sdk#3998]
* eoswindow: use new overlay pass-through propertyMatt Watson2015-06-17
| | | | | | We now have a gtk supported way to add to an overlay without blocking input. Let's stop messing with input shapes directly [endlessm/eos-sdk#3204]
* Implement web actions in WebHelper2Philip Chimento2015-05-21
| | | | | | | | | | | This allows communicating with the host program through URIs of the form webhelper://action?param=value&param2=value2. Actions can be defined on the WebHelper object and given a callback in Javascript. Unfortunately we have to use a private C library to register the URI scheme, because of https://bugs.webkit.org/show_bug.cgi?id=116672 [endlessm/eos-sdk#291]
* WebHelper2 for translating WebKit2 viewsPhilip Chimento2015-05-21
| | | | | | | | | | | This adds a new Javascript module, WebHelper2. It's the WebKit2 analogue to WebHelper. It offers a facility for calling gettext() on the contents of DOM elements in your web page. It accomplishes this using an extension module that's loaded into WebKit's web process. [endlessm/eos-sdk#291]
* Check for webhelper's required GIR filesPhilip Chimento2015-05-20
| | | | | | Make sure that the necessary GIR packages are installed before building. [endlessm/eos-sdk#291]
* Generate XML reports when running on JenkinsPhilip Chimento2015-05-20
| | | | | | | | If we detect a Jenkins environment using the environment variable JASMINE_JUNIT_REPORTS_DIR that we set in the job's configuration, then generate XML test reports for each Jasmine unit test. [endlessm/eos-sdk#3172]
* Switch to subdir-objectsPhilip Chimento2015-04-17
| | | | | | | | This requires removing the $(ENDLESS_TESTS_DIRECTORY) variable, which wasn't really necessary anyway. Subdir-objects would like you to specify your directories directly in the rule target names. [endlessm/eos-sdk#3054]
* Integrate Jasmine with AutomakePhilip Chimento2015-04-17
| | | | | | | This runs the tests during "make check" using jasmine-gjs, and outputs results in the TAP format that Automake understands. [endlessm/eos-sdk#3054]
* Remove ancient test runnerPhilip Chimento2015-04-17
| | | | | | | This test runner dates from even before eos-jasmine, and is not used anywhere. [endlessm/eos-sdk#3054]
* Release stable version 0.2.0Philip Chimento2015-04-06
| | | | | | | We've been working on development series 0.1.x, so 0.2.0 is what gets released with OS release 2.3.0. [endlessm/eos-sdk#2736]
* Initial implementation of image creditsPhilip Chimento2015-03-25
| | | | | | | | | | | | | | | | | | | | | This is a rough implementation of an "About"-like dialog for image attribution in SDK applications. You can press the 'secret' hotkey Shift+Ctrl+A to get a dialog with thumbnails and attribution information for the images in the app's GResource. Clicking on the thumbnail opens the image's original URI in the browser, if known. Clicking on the text opens the image's license text in the browser, if known. For this, you need to add a JSON file to the app's GResource and pass its GResource path to the EosApplication:image-attribution-file property. The format of this JSON file is described in the documentation for EosApplication. The dialog uses GtkTreeView because we didn't have GtkListBox when I started implementing it over a year ago. This places some limitations on the UI; the links behave weirdly and the mouse pointer doesn't change to a hand when hovering over the links. [endlessm/eos-sdk#2934]
* Introduce 0.1 unstable seriesPhilip Chimento2015-02-10
| | | | | | | This changes the package version to 0.1 and adds versioning macros for the 0.2 stable series. [endlessm/eos-sdk#2736]
* Enable Gjs and C coverage reports.Sam Spilsbury2015-01-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We now provide a new m4 module eos-coverage.m4, which is installed into the system aclocal directory. This macro provides three new commands for SDK consumers to use: EOS_COVERAGE_REPORT([languages]) - Enables a "coverage report". The first argument is a space separated list of unquoted languages to collect coverage information for. Valid values at the moment are "c" and "js". For each language specified, the macro will check for support for collecting coverage and enable reporting accordingly. Raw coverage output goes in $(abs_top_builddir)/_coverage/output/$language accordingly. The macro then checks to see if a coverage reporter, either genhtml, or cobertura, is available and enables them. A reporter must be installed and available for coverage reports to be generated. The coverage-genhtml is enabled if lcov is installed and available. This is generally used by developers themselves as it creates a self-contained report. The coverage-covertura is enabled if a program called lcov-result-merger is installed and a python module called lcov_cobertura are installed. lcov-result-merger can be installed from Node Package Manager. lcov_cobertura can be installed from PyPI. lcov-result-merger is necessary because each test suite is run in a separate subprocess and so there will be multiple entries per source file in the coverage.lcov file generated by gjs. lcov_cobertura doesn't handle that properly and so the results need to be merged together properly. JavaScript Coverage Details =========================== A variable called EOS_JS_COVERAGE_FILES should be defined containing a list of all javascript files to be considered a "part of" the coverage report, before EOS_COVERAGE_RULES are substituted. For example: EOS_JS_COVERAGE_FILES = $(SRCS) @EOS_COVERAGE_RULES@ AM_JS_LOG_FLAGS += @EOS_COVERAGE_JS_LOG_FLAGS@ C/C++ Coverage Details ====================== Certain additions also need to be made for Makefiles where coverage reporting is enabled on a C project: @EOS_COVERAGE_RULES@ AM_CFLAGS += @EOS_C_COVERAGE_CFLAGS@ AM_LDFLAGS += @EOS_C_COVERAGE_LDFLAGS@ If a target's CFLAGS is overridden and AM_CFLAGS is not used, then @EOS_C_COVERAGE_CFLAGS@ must be added to its CFLAGS. Blacklisting patterns ===================== If a path should not appear in the coverage report, then it can be blacklisted by adding a glob expression to EOS_COVERAGE_BLACKLIST_PATTERNS. Clean rules =========== A clean-coverage target is added to the dependencies for the clean-local target automatically by EOS_COVERAGE_RULES. [endlessm/eos-shell#2264]
* build: use AC_PROG_CC_C99Cosimo Cecchi2014-11-25
| | | | | | Instead of our hand rolled check. [endlessm/eos-sdk#2455]
* Remove Endless Wikipedia library from SDKRory MacQueen2014-05-27
| | | | [endlessm/eos-sdk#693]
* Integrated JSON extraction utilityFernando2013-12-10
| | | | | | | | | | | | The utility used in eos-english and eos-programming-app was integrated and installed as part of the SDK CR comments addressed include: - Integrated new facilities available on GTK - Removed duplicate prototype declaration - Reformatted CLEANFILES var declaration - Used configure.ac to get @PACKAGE_VERSION@ - Added version() and usage() utilities [endlessm/eos-sdk#335]
* Merge pull request #428 from endlessm/issues/417P. F. Chimento2013-12-05
|\ | | | | #417 Removed PStack from sdk
| * Removed PStack from sdkMatt Watson2013-12-05
| | | | | | | | | | | | | | We used this for our page manager, now we can just use GtkStack with Gtk 3.10 [endlessm/eos-sdk#417]
* | Remove {GTK,GLIB}_CHECK_VERSIONPhilip Chimento2013-12-03
|/ | | | | | | This removes all conditionally compiled parts for GTK < 3.10 and GLib < 2.38. [endlessm/eos-sdk#420]
* Use AC_CONFIG_LINKS to copy file into builddirPhilip Chimento2013-10-04
| | | | | | | | | | | | | Instead of a hacky blah: blah.in cp $< $@ rule. Also, a stamp file turns out to be necessary for building documentation if it is included in the distribution; if an up-to-date copy of the documentation is unpacked into the source tree during make distcheck, then it does not get remade in the build directory because it is up-to-date. That causes make distcheck to fail later on, because it can't copy the documentation from the build tree into the dist tree. [endlessm/eos-sdk#340]
* Use ustar format for tarballsPhilip Chimento2013-10-04
| | | | | This is necessary because Jenkins' temp directory names will cause file paths longer than 99 characters.
* Documentation for WebHelperPhilip Chimento2013-09-19
| | | | | | | | This adds the infrastructure for autogenerating HTML documentation from a Javascript module using NaturalDocs, and then adds documentation comments to webhelper.js. [endlessm/eos-sdk#302]
* First attempt at an EOS test runnerPhilip Chimento2013-09-16
| | | | | | | | This adds a script eos-run-test which is adapted from gjs_run_tests, but does not try to discover the tests itself. Instead, in keeping with Automake's test suite facilities, it takes the filename of a test to run. [endlessm/eos-sdk#290]
* Use Automake's parallel test harnessPhilip Chimento2013-09-04
| | | | | | | | | | This gets rid of a long-standing workaround and makes it easier to start using a proper test harness for Javascript unit tests. Unfortunately, it requires a workaround to be able to run gtkdoc-check on the documentation, but the workaround is not too bad. [endlessm/eos-sdk#122]
* Integrate Wikipedia into SDK build systemPhilip Chimento2013-08-02
| | | | | | | | Now you should be able to import the app generator using const EndlessWikipedia = imports.wikipedia.EndlessWikipedia; [endlessm/eos-sdk#206] [endlessm/eos-sdk#206]
* Add CSS files in a GResourcePhilip Chimento2013-06-27
| | | | | | | | resource:///com/endlessm/sdk/ is now the official GResource path for SDK resources. Right now the GResource contains reset.css (from GTK) and endless-widgets.css (from eos-theme). [endlessm/eos-sdk#125]
* Added hack so configure works with automake 1.13 and 1.11Matt Watson2013-06-20
| | | | | | The problem was with needing the serial-tests option in 1.13 More details here http://gnu-automake.7480.n7.nabble.com/serial-tests-option-and-backwards-compatibility-td19571.html
* Bumped automake requirement.Matt Watson2013-06-18
|
* Specify old-style serial test runnerPhilip Chimento2013-06-18
| | | | | | Our tests break on the new-style parallel test runner, which is the default in newer versions of Automake. [endlessm/eos-sdk#121]
* Merge pull request #89 from endlessm/issues/86Felipe Erias Morandeira2013-05-22
|\ | | | | Ensure that Gtk-Doc and GIR doc are enabled for distributions
| * Ensure that Gtk-Doc and GIR doc are enabled for distributionsP. F. Chimento2013-05-16
| | | | | | | | | | | | 'make dist' and 'make distcheck' do not work without calling ./configure --enable-gtk-doc --enable-gir-doc. [endlessm/eos-sdk#86]
* | Use independent replacement for GtkStack in page managermatt2013-05-17
|/ | | | | | Replacement is at https://github.com/ptomato/pstack (Matt & Philip) [endlessm/eos-sdk#69]
* Build Javascript API documentationP. F. Chimento2013-05-06
| | | | | | | g-ir-doc-tool is buggy, and doesn't build very good documentation, but it is better than nothing. Building the JS documentation is turned off by default and turned on for 'make distcheck'. [endlessm/eos-sdk#18]
* build: Enable -std=c99Emmanuele Bassi2013-05-02
| | | | | | | | | | | | So we can compile with C99 enabled; this requires checking that the version of the compiler supports the -std=c99 command line switch, which holds true for both GCC and CLang. The warnings/errors we enable through the --enable-strict-flags configure switch need to be amended so that we don't catch C99 valid constructs like declaration after statement and VLAs. [endlessm/eos-sdk#49]
* build: Use AC_CACHE_SAVEEmmanuele Bassi2013-05-01
| | | | | | | | The AC_CACHE_SAVE macro saves the state of the configure script, so that it can be restore from a known state without having to re-run all the checks. This should speed up the build. [endlessm/eos-sdk#52]
* Merge pull request #15 from endlessm/issues/4P. F. Chimento2013-04-24
|\ | | | | Application class
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-26 10:54:18 +0000