version 3.10.0
compiler-flags: Add a #serial line
As suggested in bug #707475, this will ensure the latest version of
gnome-compiler-flags.m4 is used if conflicting versions are found in
different directories in the autoconf search path.
Helps: https://bugzilla.gnome.org/show_bug.cgi?id=707475
compiler-flags: Add an optional second argument for custom warnings
This allows module authors to choose to enforce stricter warnings on
a per-module basis, to avoid the situation where an outside
contributor submits a patch which introduces warnings the maintainer
has enabled locally.
Closes: https://bugzilla.gnome.org/show_bug.cgi?id=707475
Run intltool before autoreconf so intltool.m4 is picked up by aclocal.
https://bugzilla.gnome.org/show_bug.cgi?id=705365
gnome-autogen.sh: run glib-gettexize if using GLib gettext
This code was removed by error in
commit 323bbfe0989405725379cada1aa5cb361fd2999f
gnome-autogen.sh: Check only for autoreconf
autoconf, automake, libtool, gettext are already checked by autoreconf
Rename configure.in to configure.ac
gnome-autogen: Do not use sed to get the AC_CONFIG_MACRO_DIR directory
macros2/gnome-autogen.sh: Create m4 directory if it doesnt exits
This is a automake bug fixed in automake 1.13.2
gnome-autogen.sh: Use autoreconf
instead autopoint/libtoolize/autoconf/automake manually
Add support for automake 1.14
code-coverage: fix conditionalization
The "make clean" rule added by gnome-code-coverage.m4 was not
conditionalized (making it spew errors on "make clean" when built
without coverage support, since $(LCOV) expanded to ""), and the other
rules were conditionalized incorrectly (testing "ifdef
CODE_COVERAGE_ENABLED", when that variable was always set, just
sometimes to "no"). Fix both problems.
https://bugzilla.gnome.org/show_bug.cgi?id=699943
Add support for lcov 1.10
version 3.7.4
COPYING: add GPL-2 license file
Finally declare gnome-common to be GPL 2+, by doing some source code
archaeology.
These files we can effectively ignore:
.gitignore
AUTHORS
ChangeLog.pre-git
NEWS
README
doc-build/README
doc/usage.txt
gnome-common.doap
macros2/README.cvs-commits
The build files you could argue are boilerplate/uncopyrightable:
Makefile.am
autogen.sh
configure.in
doc-build/Makefile.am
macros2/Makefile.am
So that leaves:
doc-build/gnome-doc-common.in
doc-build/omf.make
doc-build/xmldocs.make
Appeared in e16ea58db92e05b9720acdc6992175ec346dfc91. Appears to have
been copy-pasted from scrollkeeper-example2, LGPLv2.1.
macros2/gnome-autogen.sh
Can be traced back to gnome-libs 88f7376472d3ee54329213c118b46225703d8223, which
is GPLv2/LGPLv2.
macros2/gnome-code-coverage.m4
LGPLv2.1+.
macros2/gnome-common.m4
macros2/gnome-compiler-flags.m4
Synced with gnome-core as of 425e5cc9aad003c9f64d43f2d3f15e04a97db854, so
LGPLv2.1+.
The long-standing assumption is that gnome-common was GPLv2+, so use that
license. Finally the tyranny of unclear licensing is over!
https://bugzilla.gnome.org/show_bug.cgi?id=133689
build: remove useless (empty or ancient) files that we don't need
Add support for automake 1.13.
Better support of using AUTOCONF environment variable
When I launch gnome-autogen.sh by telling it to use a version of
autoconf that is at a particular path -- by using the AUTOCONF
environment variable -- I can see that there is a spot in the script
that fails to honour that variable. I thus get the error message
(that I trim to just keep the relevant part):
AUTOCONF=/my/autoconf AUTOM4TE=/my/autom4te /bin/sh -x /usr/bin/gnome-autogen.sh
[...]
+++ find_configure_files /home/dodji/devel/git/gdl/master
+++ configure_ac=
+++ test -f /home/dodji/devel/git/gdl/master/configure.ac
+++ test -f /home/dodji/devel/git/gdl/master/configure.in
+++ configure_ac=/home/dodji/devel/git/gdl/master/configure.in
+++ test x/home/dodji/devel/git/gdl/master/configure.in '!=' x
+++ echo /home/dodji/devel/git/gdl/master/configure.in
+++ autoconf -t 'AC_CONFIG_SUBDIRS:$1' /home/dodji/devel/git/gdl/master/configure.in
+++ read dir
/home/dodji/devel/git/gdl/master/configure.in:8: error: Autoconf version 2.65 or higher is required
/home/dodji/devel/git/gdl/master/configure.in:8: the top level
autom4te: /bin/m4 failed with exit status: 63
I think the problem is that the find_configure_files function uses
'autoconf' directly instead of using $AUTOCONF. So it's taking the
autoconf binary that is in my path, and that one doesn't satisfy the
version requirement of the configure.in script template that is in.
/home/dodji/devel/git/gdl/master/configure.in.
The patch below fixes that essentially by s/autoconf/$AUTOCONF there,
and also by moving the definition point of the AUTOCONF variable --
that is done by a call to version_check -- before the first spot that
actually uses it.
It's worth noting that this bug appears to have been introduced by the
patch attached to bug #510713.
Tested on my Fedora Rawhide system.
* macros2/gnome-autogen.sh (find_configure_files): Use the
AUTOCONF variable, rather than calling the autoconf program
directly. Remove the now useless comment.
(<at global scope>): Move the definition of the AUTOCONF variable
before its first use.
compiler-warnings: Fix tabs->spaces
Per https://bugzilla.gnome.org/show_bug.cgi?id=688192
compiler-warnings: Drop -Wdeclaration-after-statement
Some GNOME modules want the ability to use C99, let's not hamper them.
https://bugzilla.gnome.org/show_bug.cgi?id=688192
compiler-warnings: Drop -Wno-sign-comare
It's not part of -Wall, and we're not explicitly turning it on here,
so there's no point in turning it off, since it's not on.
Additionally, if a given module did want it on, it's clearer if
the compiler flags don't have -Wno-sign-compare -Wsign-compare.
https://bugzilla.gnome.org/show_bug.cgi?id=688192
compiler-warnings: Move -Wnested-externs to the always-on warning set
Since there's no reason to have it different for yes/maximum.
https://bugzilla.gnome.org/show_bug.cgi?id=688192
compiler-warnings: code cleanup: Extract common warnings into variables
Will make future refactoring clearer, and also we have comments now.
https://bugzilla.gnome.org/show_bug.cgi?id=688192
compiler-warnings: Drop -Waggregate-return
This trips up gnome-desktop using things like XSyncValue, and while
it's possible to avoid, we shouldn't punish people who are pushed to
use structures as return values by external APIs.
Returning a two-element structure is not a big deal.
compiler-warnings: cosmetic cleanup: Put each warning on own line
So that further patches are more readable.
Add lots of warnings to GNOME_COMPILE_WARNINGS
Following Colin Walters' thread on desktop-devel-list:
https://mail.gnome.org/archives/desktop-devel-list/2012-July/msg00100.html
Add a selection of more strict warnings to the default level of
GNOME_COMPILE_WARNINGS. Check all the warnings by passing them to GCC,
and ignore those which fail. Set the severity of some of the warnings to
errors, so that particularly bad code is rejected (set the warning level
to ‘minimum’ is you wish to avoid this behaviour). Fixes bug 568546 and
bug 608953.
code-coverage: Relicence to LGPLv2.1+
As gnome-common is widely used, it’s useful for it to have a fairly liberal
licence. This relicences the gnome-code-coverage.m4 file from GPLv3+ to
LGPLv2.1+.
Permission has been obtained (by private e-mail) from the other contributors:
• Christian Persch <chpe@gnome.org>
• Xan Lopez <xan@gnome.org>
See also: https://bugzilla.gnome.org/show_bug.cgi?id=133689
code coverage: Quiet lcov and add extra ignore patterns
Make lcov be quiet if V=0, and add a new CODE_COVERAGE_IGNORE_PATTERN
variable to be able to add extra files to ignore in code coverage reporting.
Post release version bump
2.14 Fri Nov 9 16:06:00 2012
- No code changes.
- Patch t/foo.t to not assume text appears on specific lines of the output test files.
2.13 Fri Nov 9 08:27:00 2012
- No code changes.
- Re-package distro because users get errors during testing. See RT#80709.
Since I had this same error during my testing, I assume the uploaded version contains un-patched
code. The errors are not in GraphViz, they are in the test code which has hard-coded line numbers
where it looks for strings in the output. The output has been reformatted recently, and no longer
matches those assumptions. See t/foo.t for details. Note: I did not write those tests :-).
2.12 Thu Nov 8 12:38:00 2012
- No code changes.
- For pre-reqs such as strict, warnings, etc, which ship with Perl, set the version # to 0.
Reported as RT#80663 by Father Chrysostomos for Tree::DAG_Node.
2.11 Tue Sep 18 08:22:00 2012
- Add VDX as an output format.
2.10 Mon Mar 26 10:11:00 2012
- Accept a patch kindly supplied by Alexander Kriegisch, to change handling of the rankdir attribute.
The valid values are BT, LR, RL or TB, or their lower-case equivalents.
Previously, only a true value was accepted, which meant LR. Now, any value not in that list defaults to LR.
Files changed: README, CHANGES, Changelog.ini, GraphViz.pm, GraphViz/Regex.pm and simple.t.
- Patch this file to replace BST with GMT, since both DateTime::Format::HTTP and DateTime::Format::Strptime
fail to recognize BST.
These modules are used by Module::Metadata::Changes to transform this file into Changelog.ini.
2.09 Thu Dec 15 11:08:00 2011
- Adopt Flavio Poletti's suggestion of trying to pipe to dot, in Build.PL/Makefile.PL, rather than using File::Which,
to see if dot (Graphviz) is installed. This (hopefully) solves the problem of using File::Which on systems where it is
not installed, before Build.PL/Makefile.PL has a chance to tell the user that File::Which is required. See: RT#73077.
2.08 Tue Nov 1 10:55:00 2011
- Wind back pre-reqs for various modules to match what was shipped with Perl V 5.8.1.
Many thanx to Brian Cassidy for the error report: https://rt.cpan.org/Ticket/Display.html?id=72068.
2.07 Sun Oct 30 16:08:00 2011
- Rewrite Build.PL and Makefile.PL to try loading File::Which rather than assuming it is installed.
This avoids the chicken-and-egg problem whereby these 2 programs need File::Which::which to find 'dot'.
Many thanx to Richard Clamp for the error report: https://rt.cpan.org/Public/Bug/Display.html?id=71971.
2.06 Tue Oct 25 08:09:00 2011
- Add File::Which to the pre-reqs in Build.PL and Makefile.PL.
2.05 Thu Oct 20 10:52:00 2011
- Add 'Deprecated. See GraphViz2' to the docs.
- Add Build.PL.
- Add ability to set ORIENTATION. Thanx to Christian Lackas for the patch. See RT#71787.
- Add Changelog.ini.
- Add META.json, MYMETA.json and MYMETA.yml.
- Add MANIFEST.SKIP.
- Ensure all modules contain a version number.
- Update the docs regarding the list of modules shipped in this distro.
- Remove examples/remote.pl because GraphViz::Remote is no longer shipped.
- Clean up examples/clusters2.pl.
- Clean up Makefile.PL.
25.11.2013: pyCardDAV v0.6 released
This is mostly a bug fix release (thanks to Jamie McClelland for fixing
two bugs), but also introduces keyring support (thanks to Steven Allen).
Have a look at the README for further information on keyring support.
All:
- New autoconf tests for:
- NFSv4 ACL support
- issetugid()
- lpathconf()
- utimens()
- futimens()
- lutimens()
- The rules in the Schily Makefilesystem have been restructured in order
to allow to avoid problems on platforms like FreeBSD and Mac OS X:
FreeBSD and Mac OS X banned the not-free-enough (because GPLd)
software to /usr/local, forcing us to add -I/usr/local/include
and -L/usr/local/lib. Unfortunately, /usr/local/include frequently
carries a _very_ outdated and thus wrong copy of "cdda_paranoia.h"
which is more than 10 years old and definitely incompatible with
dynamic linking on Mac OS X. This defective copy was first in the
search path and prevented compilation.
We now have a new macro: DEFOSINCDIRS= that grants to add include
directories to the end of the search PATH to allow us to find the
correct "cdda_paranoia.h" first.
Please test and report in case of problems.
- gmake and SunPro make include COMPILE.c with wrong content in their
built-in rules. We now clear this macro un RULES/rules.top. It is
still possible to provice a modified version from command line
or from the environment.
- include/schily/stdio.h was reordered, as it prevented compilation
of the "bsh" on Linux. This was a problem recently introduced,
when we added #ifndef NO_SCHILY_STDIO_H
- Fixed autoconf typo HAVE_MKNODKAT -> HAVE_MKNODAT
- include/schily/intcvt.h is now self contained.
- include/schily/windows.h now includes the same type workaround
for MINGW32 as fir the Microsoft C compiler, as there are the same
autoconf detection problems.
- Addded missing include/schily/err_type.h
- New file include/schily/shedit.h
Libschily:
- New files for libschily:
at-base.c generic implementation for *at() functions.
fchownat.c fchownat()
fdopendir.c fdopendir()
fstatat.c fstatat()
futimens.c futimens()
futimesat.c futimesat() Solaris specific old for utimensat()
lutimens.c lutimens()
linkat.c linkat()
mkdirat.c mkdirat()
mkfifo.c mkfifo()
mkfifoat.c mkfifoat()
mknodat.c mknodat()
readlinkat.c readlinkat()
renameat.c renameat()
symlinkat.c symlinkat()
unlinkat.c unlinkat()
utimens.c utimens()
utimensat.c utimensat()
at-base.c The base code for all single fd *at() functions.
at-base2.c The base code for all double fd *at() functions.
contain emulations for system interfaces introduced in summer 2001 by Sun
and with POSIX.1-2008.
- New functions in libschily:
absfpath()
resolvefpath()
allow to better control the behavior using flags.
- The linker map file for libschily now adds some forgotten functions.
- libschily/strstr.c and libschily/wcsstr.c now include a
CDDL License hint
Libfind:
- Libfind now allows to check for -type P (Solaris event port).
A missing "case 'P':" was added to the parser.
Cdrecord:
- Trying to avoid to confuse users
on Solaris and Linux where a fine grained privilege implementation
exists. Before, fine grained privileges have been given up after
initializing the program and this may result in a root user that
is treated as a normal user that cannot write into directories
without global write permission. The named programs now no longer
give up privileges in case they have been called with the needed
privileges already and thus the programs cannot be used for
privilege escalations anymore.
Cdda2wav (Maintained/enhanced by Jörg Schilling, originated by Heiko Eißfeldt heiko@hexco.de):
- Trying to avoid to confuse users
on Solaris and Linux where a fine grained privilege implementation
exists. Before, fine grained privileges have been given up after
initializing the program and this may result in a root user that
is treated as a normal user that cannot write into directories
without global write permission. The named programs now no longer
give up privileges in case they have been called with the needed
privileges already and thus the programs cannot be used for
privilege escalations anymore.
- Cddda2wav now flushes stderr before asking for a specific cddb
entry index. It seems that on Linux stderr may not be unbuffered
as expected.
- Cdda2wav moved the option parsing code into a separate function
gargs().
Readcd:
- Trying to avoid to confuse users
on Solaris and Linux where a fine grained privilege implementation
exists. Before, fine grained privileges have been given up after
initializing the program and this may result in a root user that
is treated as a normal user that cannot write into directories
without global write permission. The named programs now no longer
give up privileges in case they have been called with the needed
privileges already and thus the programs cannot be used for
privilege escalations anymore.
0.11
* IMPORTANT: the name of the library has changed to libjson-c.so and
the header files are now in include/json-c.
The pkgconfig name has also changed from json to json-c.
You should change your build to use appropriate -I and -l options.
A compatibility shim is in place so builds using the old name will
continue to work, but that will be removed in the next release.
* Maximum recursion depth is now a runtime option.
json_tokener_new() is provided for compatibility.
json_tokener_new_ex(depth)
* Include json_object_iterator.h in the installed headers.
* Add support for building on Android.
* Rewrite json_object_object_add to replace just the value if the key already exists so keys remain valid.
* Make it safe to delete keys while iterating with the json_object_object_foreach macro.
* Add a json_set_serializer() function to allow the string output of a json_object to be customized.
* Make float parsing locale independent.
* Add a json_tokener_set_flags() function and a JSON_TOKENER_STRICT flag.
* Enable -Werror when building.
* speed improvements to parsing 64-bit integers on systems with working sscanf
* Add a json_object_object_length function.
* Fix a bug (buffer overrun) when expanding arrays to more than 64 entries.
HPLIP 3.13.11 - This release has the following changes:
Added Support for the Following New Printers:
- HP Color LaserJet Pro MPF M176 series
- HP Color LaserJet Pro MPF M176n
- HP Color LaserJet Pro MPF M177 series
- HP Color LaserJet Pro MPF M177fw
- HP Color LaserJet Enterprise M750 Printer series
- HP Color LaserJet Enterprise M750n
- HP Color LaserJet Enterprise M750dn
- HP Color LaserJet Enterprise M750xh
- HP Color LaserJet Enterprise M855 Printer series
- HP Color LaserJet Enterprise M855dn Printer
- HP Color LaserJet Enterprise M855xh Printer
- HP Color LaserJet Enterprise M855x+ Printer
- HP Color LaserJet Enterprise flow M880 Multifunction Printer series
- HP Color LaserJet Enterprise flow M880z Multifunction Printer
- HP Color LaserJet Enterprise flow M880z+ Multifunction Printer
- HP LaserJet Pro MFP M127 series
- HP LaserJet Pro MFP M127fn
- HP LaserJet Pro MFP M127fw
- HP Officejet 2620 All-in-One
- HP Officejet 2621 All-in-One
- HP Officejet 2622 All-in-One
Added support for the following new Distro's:
- Debian 7.2
- Debian 6.0.8
Issues fixed:
- Added Pin Printing support for HP LaserJet m5035 MFP device
