summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* png: Read the gamma value if givenwip/hadess/read-png-gammaBastien Nocera2018-08-081-0/+12
| | | | from the gAMA PNG chunk but not if sRGB mode is already set.
* png: Ignore ICC profile in sRGB modeBastien Nocera2018-08-081-13/+17
| | | | | | From http://www.libpng.org/pub/png/book/chapter10.html#png.ch10.div.6 An sRGB-aware decoder should ignore gAMA and cHRM whenever an sRGB chunk is present.
* build: Add a README.msvcChun-wei Fan2018-07-301-0/+75
| | | | | This tells people that building on Visual Studio is now done using Meson and outlines the steps that are required for the build.
* Add pixbuf-fail to the slow tests suiteEmmanuele Bassi2018-06-291-1/+1
| | | | | | It already takes about 20 seconds on my Core i7, and it can get worse when running multiple tests in parallel, so it's a prime candidate for timeouts on our CI infrastructure.
* tests: Add test for bug 775229Bastien Nocera2018-06-293-0/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=775229
* build: Drop old MSC filesEmmanuele Bassi2018-06-292-262/+0
| | | | We don't need them any more.
* Post-release version bump to 2.37.1Emmanuele Bassi2018-06-191-1/+1
|
* Release gdk-pixbuf 2.37.02.37.0Emmanuele Bassi2018-06-191-1/+3
|
* Merge branch 'Windows' into 'master'Emmanuele Bassi2018-06-171-1/+1
|\ | | | | | | | | tiff: fix include of windows.h on case-sensitive filesystems See merge request GNOME/gdk-pixbuf!10
| * tiff: fix include of windows.h on case-sensitive filesystemsBenjamin Gilbert2018-06-171-1/+1
|/ | | | | On case-sensitive filesystems, such as when cross-compiling from Linux, including Windows.h will result in an error.
* ci: Fix the artifacts caching on failureEmmanuele Bassi2018-06-141-1/+1
| | | | | We generate a random builddir, so we need to modify the `paths` key for the artifacts we store on CI failure.
* doap: Update the bug tracker URIEmmanuele Bassi2018-06-121-1/+1
| | | | We're not using Bugzilla any more.
* Merge branch 'master.msvcfixes' into 'master'Emmanuele Bassi2018-06-082-9/+40
|\ | | | | | | | | Few fixes for Visual Studio builds See merge request GNOME/gdk-pixbuf!8
| * build: Add post install script for MSVC buildsChun-wei Fan2018-06-082-4/+35
| | | | | | | | | | | | | | | | | | | | Visual Studio builds do not assume the presence of a shell script interpreter but would normally use cmd.exe, which would make the post install shell script useless in such situations. Fix this by adding a Windows .bat port of the post install script, to be used on Visual Studio builds, which may be usable on MinGW builds if MinGW builds can be done directly in cmd.exe.
| * meson.build Use set() instead of set10()Chun-wei Fan2018-06-081-5/+5
|/ | | | | Fix the checks as set10() will still set the macros to 0, which will break the build when we compile conditionally using #if[n]def.
* Merge branch 'ci-test' into 'master'Emmanuele Bassi2018-06-012-22/+34
|\ | | | | | | | | Run the test suite on the CI pipeline See merge request GNOME/gdk-pixbuf!7
| * Classify the test suiteci-testEmmanuele Bassi2018-05-241-22/+33
| | | | | | | | | | | | | | | | Meson allows us to classify each test in the test suite using one or more tags; this allows us to specify what kind of tests we want to run inside our CI infrastructure, for instance by tagging the "slow" tests that should have a special time out value, or that should only be run on demand to avoid hammering the build server.
| * ci: Run the test suiteEmmanuele Bassi2018-05-241-0/+1
| | | | | | | | | | | | | | The gdk-pixbuf test suite can be pretty intense, so we're going to need to check if we can get it to run. First things first: enable it.
* | Merge branch 'macos-build' into 'master'Emmanuele Bassi2018-05-312-13/+24
|\ \ | | | | | | | | | | | | Fix the macOS build See merge request GNOME/gdk-pixbuf!5
| * | build: Define HAVE_CONFIG_H at the project levelEmmanuele Bassi2018-05-312-1/+1
| | | | | | | | | | | | Instead of just for gdk-pixbuf-xlib.
| * | build: Add symbols for platform detectionEmmanuele Bassi2018-05-311-2/+4
| | | | | | | | | | | | We're missing OS_LINUX and OS_DARWIN pre-processor symbols.
| * | build: Add missing configuration symbolsEmmanuele Bassi2018-05-311-10/+19
|/ / | | | | | | We're not testing for bind_textdomain_codeset() and setrlimit().
* | Start spreading the NEWSEmmanuele Bassi2018-05-301-0/+19
| |
* | Merge branch 'issue-73' into 'master'Emmanuele Bassi2018-05-303-2/+4
|\ \ | | | | | | | | | | | | | | | | | | jasper: Avoid a deprecation warning Closes #73 See merge request GNOME/gdk-pixbuf!4
| * | ci: Test the libjasper loaderissue-73Emmanuele Bassi2018-05-302-1/+3
| | | | | | | | | | | | Move the build options into the YAML file while we're at it.
| * | jasper: Avoid a deprecation warningEmmanuele Bassi2018-05-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The jas_stream_memopen() function uses any non-negative buffer size with a NULL buffer to signify that the buffer will be allocated internally and set to grow as needed. In the future, jas_stream_memopen() will be replaced by a function that takes a size_t instead of a signed integer. Passing -1 as the buffer size trips a run time deprecation warning, so we can just use 0 and keep compatibility between the old libjasper and newer versions. Closes: #73
* | | Add test image for issue 58Emmanuele Bassi2018-05-301-0/+0
| | |
* | | Merge branch 'issue-72' into 'master'Emmanuele Bassi2018-05-301-31/+62
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | Generate GdkPixdata introspection Closes #72 See merge request GNOME/gdk-pixbuf!2
| * | | Generate GdkPixdata introspectionissue-72Emmanuele Bassi2018-05-241-31/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The GdkPixdata API is built as part of the GdkPixbuf shared library, but: - it has its own namespace - it has its own header file - it's mostly meant for C applications - it is deprecated Consumers of the introspection data cannot access this API by using the GdkPixbuf-2.0 GIR, as the namespace and included headers are different. Instead of kludging the API, let's move the GdkPixdata introspection out of the GdkPixbuf-2.0 GIR and into its own module. This is an introspection ABI break, but there aren't many consumers of GdkPixdata out there, and it's preferable to straight including the gdk-pixdata.h header into gdk-pixbuf.h. Fixes #72
* | | | Merge branch 'issue-3' into 'master'Emmanuele Bassi2018-05-302-10/+11
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Deprecate GDK_INTERP_HYPER Closes #3 See merge request GNOME/gdk-pixbuf!3
| * | | | Deprecate GDK_INTERP_HYPERissue-3Emmanuele Bassi2018-05-302-10/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The hyperbolic filter has been broken for the past 12 years, and nobody is going to fix it, now, as pixel operations in GdkPixbuf have been thoroughly superseded by Cairo. The only user of GDK_INTER_HYPER in tree is the thumbnailer code, which cannot use Cairo for dependency reasons. Closes: #3
* | | | | Merge branch 'issue-77' into 'master'Emmanuele Bassi2018-05-301-4/+2
|\ \ \ \ \ | |_|_|/ / |/| | | | | | | | | | | | | | | | | | | | | | | | Make the X11 dependency less automagic Closes #77 See merge request GNOME/gdk-pixbuf!1
| * | | | Make the X11 dependency less automagicissue-77Emmanuele Bassi2018-05-241-4/+2
| | |_|/ | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If the x11 option is enabled then we require X11. We should use a `dependency()` object in order to check for Xlib, instead of checking for libX11 being available. Closes #77
* | | | Bump up the version to 2.37.1Emmanuele Bassi2018-05-301-1/+1
| |/ / |/| | | | | | | | | | | We're going to land deprecations, and we dropped Autotools, so this is a good moment to bump up the version.
* | | docs: Fix broken linkEmmanuele Bassi2018-05-301-1/+1
| | | | | | | | | | | | The markdown of the Contribution guide has a broken link anchor.
* | | docs: Update the licensing section of the READMEEmmanuele Bassi2018-05-301-2/+2
| | | | | | | | | | | | The aggregate license is LGPL v2.1+.
* | | gdk-pixbuf/queryloaders.c: Avoid C99ismChun-wei Fan2018-05-251-4/+6
| | | | | | | | | | | | | | | Since we are still in a stable release series, ensure that the code still builds on pre-C99 compilers.
* | | Update the COPYING file with the LGPL v2.1Emmanuele Bassi2018-05-241-98/+118
| |/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The vast majority of GdkPixbuf is released under the terms of the GNU Lesser General Public License, version 2.1 or later. The following files are released under the terms of the GNU Library General Public License, version 2 or later: ``` contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlib.c contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlib-drawable.c contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlib.h contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlib-private.h contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlib-render.c contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlibrgb.c contrib/gdk-pixbuf-xlib/gdk-pixbuf-xlibrgb.h gdk-pixbuf/io-pnm.c gdk-pixbuf/io-tga.c gdk-pixbuf/io-xbm.c gdk-pixbuf/make-inline-pixbuf.c gdk-pixbuf/queryloaders.c ``` The aggregate license of the GdkPixbuf project is the Lesser GPL v2.1 or later. Closes: #67
* | Emit a summary of the configurationEmmanuele Bassi2018-05-241-0/+21
|/ | | | | Makes it easier to see what was enabled, what's going to be built, and where it's going to be installed.
* ci: Update the scriptsEmmanuele Bassi2018-05-232-5/+12
| | | | | Build inside a temporary directory, and ensure that the local run-docker.sh script imports the repo inside the Docker container.
* Remove gdk-pixbuf-csource man pageEmmanuele Bassi2018-05-151-91/+0
| | | | | The man page for gdk-pixbuf-csource is generated via xsltproc, so there's no need to keep the troff version in tree.
* thumbnailer: Simplify the code by reusing existing GdkPixbuf APIDebarshi Ray2018-05-011-201/+8
| | | | | | | | | | | | | Existing GdkPixbuf API like gdk_pixbuf_new_from_file_at_size and gdk_pixbuf_get_file_info have grown smarter since this code was written. They are now better at selecting the best GdkPixbufLoader for a given file. As a side-effect, this also prevents leaking the GFile and its URI, but those are minor issues since the thumbnailer has a very short life span https://bugzilla.gnome.org/show_bug.cgi?id=778517
* loader: Expose the dimensions of the original imageDebarshi Ray2018-05-011-1/+25
| | | | | | | | | | | | | | | | Currently, it's not possible to get the dimensions of the original image from a scaled GdkPixbuf. This is problematic for thumbnailers because they want to embed the original dimensions into the resulting thumbnail file. The only way to get this information is to either decode the full-resolution image and then downscale it, even when the decoder supports downscaling on-the-fly; or to re-implement large chunks of code to avoid decoding the full-resolution image and retain the original dimensions. Exposing the original dimensions as options simplifies the thumbnailer without affecting performance. https://bugzilla.gnome.org/show_bug.cgi?id=778517
* thumbnailer: Don't lose the dimensions of the original imageDebarshi Ray2018-05-011-5/+5
| | | | | | | | | | All the options are stored under the "gdk_pixbuf_options" key, and only those were being copied after applying the orientation. Anything else stored under any other key gets lost with the unoriented GdkPixbuf. Fallout from 06cf4c78067203b78acbfb29862350cdb8200b73 https://bugzilla.gnome.org/show_bug.cgi?id=778517
* Change to more compatible shell locationBrendan L2018-05-011-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=795705
* Add description field to the DOAP fileEmmanuele Bassi2018-04-301-0/+1
| | | | Otherwise the commit hook on git.gnome.org will complain.
* Drop the MMX assembly optimizationsEmmanuele Bassi2018-04-308-1014/+3
| | | | | | | | We haven't built them on anything that isn't a 32bit IA platform, and we could probably get better mileage out of the currently implemented pixops just by rearranging the C code and letting compilers do the optimizations for us. We should definitely consider either using pixman directly, or replacing slow pixops with SSE builtins, instead.
* Move the API reference down two levelsEmmanuele Bassi2018-04-3016-4/+2
| | | | | | The `docs` directory is empty, and gdk-pixbuf is not part of GTK any more, so there's no point to have the API reference under a separate directory.
* Drop Autotools buildEmmanuele Bassi2018-04-3070-8210/+0
| | | | | | We use Meson, now. The Meson build has been tested for almost a year in our continuous integration pipeline, and it's functionally equivalent to the Autotools one.
* Prepare for GitLab CIEmmanuele Bassi2018-04-304-0/+86
| | | | | Once we migrate GdkPixbuf over to GitLab, we should already have all the required bits in place for running a continuous integration pipeline.
View Lorry Controller Status