<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-extended/groff, branch zeus</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=zeus</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=zeus'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2019-08-06T10:24:27+00:00</updated>
<entry>
<title>groff: Fix math.h inclusion from system headers issue</title>
<updated>2019-08-06T10:24:27+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2019-08-05T19:34:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=09992cb5a48b958970e256280f642033cd09df25'/>
<id>urn:sha1:09992cb5a48b958970e256280f642033cd09df25</id>
<content type='text'>
groff has system headers overrides in its sourcecode which it
generates as fallbacks but in some cases when a system header includes
math.h via include &lt;&gt; directive it lands in the override header and
causes compile issues, seen with clang+libc++, this patch makes sure
that right defines are available before including it

(From OE-Core rev: e9beba2a33b46d31bfdd926211d22ebf2abb6c90)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: improve reproducibility</title>
<updated>2019-06-04T22:09:25+00:00</updated>
<author>
<name>Hongxu Jia</name>
<email>hongxu.jia@windriver.com</email>
</author>
<published>2019-06-04T06:42:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=01e9547c51a74e51211c49d5baf7f2f7682edb5b'/>
<id>urn:sha1:01e9547c51a74e51211c49d5baf7f2f7682edb5b</id>
<content type='text'>
As said in ${S}/m4/groff.m4
...
1642 # gdiffmk will attempt to use bash (for option -ef of 'test'). If bash
1643 # is not available it will use /bin/sh.
...

So drop hardcode shebang replacement, and pass variable to configure,
it also remove build path in gdiffmk to improve reproducibility

(From OE-Core rev: 9726c75c98f04735df33f61cf019ee50f67296f5)

Signed-off-by: Hongxu Jia &lt;hongxu.jia@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: imporve musl support</title>
<updated>2019-05-13T19:50:05+00:00</updated>
<author>
<name>Hongxu Jia</name>
<email>hongxu.jia@windriver.com</email>
</author>
<published>2019-05-13T02:30:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6f9da27c76b0b2aacc5f7c4a2392fb14707e750c'/>
<id>urn:sha1:6f9da27c76b0b2aacc5f7c4a2392fb14707e750c</id>
<content type='text'>
Drop local fix, backport upstream gnulib fix and translate to tarball groff.

Suggested-by: Adrian Bunk &lt;bunk@stusta.de&gt;
(From OE-Core rev: 5a33682c907daf359d3f88d96cc152d37e13a915)

Signed-off-by: Hongxu Jia &lt;hongxu.jia@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: upgrade 1.22.3 -&gt; 1.22.4</title>
<updated>2019-05-12T16:55:11+00:00</updated>
<author>
<name>Hongxu Jia</name>
<email>hongxu.jia@windriver.com</email>
</author>
<published>2019-05-12T08:16:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=66d67b818a7bb172f9ab804f9cb5b8e5b9e577f5'/>
<id>urn:sha1:66d67b818a7bb172f9ab804f9cb5b8e5b9e577f5</id>
<content type='text'>
- Drop groff-1.22.2-correct-man.local-install-path.patch and
  0001-Unset-need_charset_alias-when-building-for-musl.patch

- Inherit bbclass pkgcnofig to fix `undefined macro: AC_DEFINE'
  ...
  | configure:20010: error: possibly undefined macro: AC_DEFINE
  ...

- Use autotools-brokensep to replace autotools to workaround failure
  caused by out of tree
  ...
  | rm -f lib/alloca.h-t lib/alloca.h &amp;&amp; \
  | { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \
  |   cat ../groff-1.22.4/lib/alloca.in.h; \
  | } &gt; lib/alloca.h-t &amp;&amp; \
  | mv -f lib/alloca.h-t lib/alloca.h
  | /bin/sh: line 4: lib/alloca.h-t: No such file or directory
  | Makefile:10407: recipe for target 'lib/alloca.h' failed
  ...

- Add `--without-doc' to not use target groff to generate doc at build time,
  since upstream commit [cfe916e Support of configure option to build the
  documentation.]

- Remove groff depends groff-native, and add DEPENDS bison-native

- Add 0001-fix-shebang-for-taget.patch

- Add 0001-support-musl.patch

(From OE-Core rev: 70c2364cae3aad62877e0267d840ea3567d3d1ea)

Signed-off-by: Hongxu Jia &lt;hongxu.jia@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: not search fonts on build host</title>
<updated>2018-10-29T17:26:47+00:00</updated>
<author>
<name>Kai Kang</name>
<email>kai.kang@windriver.com</email>
</author>
<published>2018-10-26T09:45:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=123670227d37e2524d8001dcac984381431e175a'/>
<id>urn:sha1:123670227d37e2524d8001dcac984381431e175a</id>
<content type='text'>
groff searches fonts on build host which are provided by ghostscript.
The number of font files installed by groff are different according to
whether ghostscript fonts are installed on build host. Fix it by not
search font dirs on the host.

(From OE-Core rev: 01bce5fada48ecc7bd76c3d7fbade3c034518573)

Signed-off-by: Kai Kang &lt;kai.kang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: fix multilib install file conflicts</title>
<updated>2018-10-01T12:04:49+00:00</updated>
<author>
<name>Kai Kang</name>
<email>kai.kang@windriver.com</email>
</author>
<published>2018-09-29T05:43:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7481db95536a60a29e0246d5fcf093f792672e90'/>
<id>urn:sha1:7481db95536a60a29e0246d5fcf093f792672e90</id>
<content type='text'>
Perl scripts ${bindir}/{gpinyin, groffer, grog} are ${libdir} related
and cause multilib install file conflicts:

| Error: Transaction check error:
|  file /usr/bin/gpinyin conflicts between attempted installs of groff-1.22.3-r0.core2_64 and lib32-groff-1.22.3-r0.x86
|  file /usr/bin/groffer conflicts between attempted installs of groff-1.22.3-r0.core2_64 and lib32-groff-1.22.3-r0.x86
|  file /usr/bin/grog conflicts between attempted installs of groff-1.22.3-r0.core2_64 and lib32-groff-1.22.3-r0.x86

Inherit multilib_script.bbclass to fix the errors.

(From OE-Core rev: df90cb1f4ee8918b0bc2a281b2d77444a0d037e7)

Signed-off-by: Kai Kang &lt;kai.kang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: replace "perl -w" with "use warnings"</title>
<updated>2017-04-10T22:00:43+00:00</updated>
<author>
<name>Robert Yang</name>
<email>liezhi.yang@windriver.com</email>
</author>
<published>2017-04-06T10:05:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9356d02da0f761d6694c39224c481cf8850d1469'/>
<id>urn:sha1:9356d02da0f761d6694c39224c481cf8850d1469</id>
<content type='text'>
The shebang's max length is usually 128 as defined in
/usr/include/linux/binfmts.h:
  #define BINPRM_BUF_SIZE 128

There would be errors when @PERL@ (hostools/perl) is longer than 128,
use '/usr/bin/env perl' can fix the problem, but '/usr/bin/env perl -w'
doesn't work:

/usr/bin/env: perl -w: No such file or directory

So replace "perl -w" with "use warnings" to make it work.

(From OE-Core rev: f3408bcf9d2710b07f5825683931e28571de130c)

Signed-off-by: Robert Yang &lt;liezhi.yang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>recipes: Move out stale GPLv2 versions to a seperate layer</title>
<updated>2017-03-07T20:05:31+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-03-02T12:04:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2345af9b4829ed3eed5abf60f2483055649f8af7'/>
<id>urn:sha1:2345af9b4829ed3eed5abf60f2483055649f8af7</id>
<content type='text'>
These are recipes where the upstream has moved to GPLv3 and these old
versions are the last ones under the GPLv2 license.

There are several reasons for making this move. There is a different
quality of service with these recipes in that they don't get security
fixes and upstream no longer care about them, in fact they're actively
hostile against people using old versions. The recipes tend to need a
different kind of maintenance to work with changes in the wider ecosystem
and there needs to be isolation between changes made in the v3 versions
and those in the v2 versions.

There are probably better ways to handle a "non-GPLv3" system but right
now having these in OE-Core makes them look like a first class citizen
when I believe they have potential for a variety of undesireable issues.

Moving them into a separate layer makes their different needs clearer, it
also makes it clear how many of these there are. Some are probably not
needed (e.g. mc), I also wonder whether some are useful (e.g. gmp)
since most things that use them are GPLv3 only already. Someone could
now more clearly see how to streamline the list of recipes here.

I'm proposing we mmove to this separate layer for 2.3 with its future
maintinership and testing to be determined in 2.4 and beyond.

(From OE-Core rev: 19b7e950346fb1dde6505c45236eba6cd9b33b4b)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: not ship /usr/bin/glilypond</title>
<updated>2016-09-20T14:11:07+00:00</updated>
<author>
<name>Mingli Yu</name>
<email>Mingli.Yu@windriver.com</email>
</author>
<published>2016-09-06T02:39:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2833b4008a587c7f3c08d667608256f26fc0d917'/>
<id>urn:sha1:2833b4008a587c7f3c08d667608256f26fc0d917</id>
<content type='text'>
Not ship /usr/bin/glilypond and related files such
as man file /usr/share/man/man1/glilypond.1 and other
three files related to glilypond under
/usr/lib/groff/glilypond in embedded system, it is because:

- Remove the confusion about glilypond fails to run
  because it lacks dependency on File::HomeDir perl
  module

- We don't often have need for sheet music conversion
  in groff in embedded or IoT devices (glilypond
  transforms sheet music written in the lilypond language
  into the groff language using the .PSPIC request, such
  that groff can transform it into a format that can be
  displayed directly).

(From OE-Core rev: 9a0bf9567f80f06ea067189bf5c27bb5155a85b0)

Signed-off-by: Mingli Yu &lt;Mingli.Yu@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>groff: correct the location path for awk</title>
<updated>2016-08-25T22:03:49+00:00</updated>
<author>
<name>Zhenbo Gao</name>
<email>zhenbo.gao@windriver.com</email>
</author>
<published>2016-08-24T09:12:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=051d7aa18e7a5c6c18ad2aa4a8ddf8eebb64cf3e'/>
<id>urn:sha1:051d7aa18e7a5c6c18ad2aa4a8ddf8eebb64cf3e</id>
<content type='text'>
awk is located at /usr/bin/, but not /bin/

(From OE-Core rev: a3d9d310866fe37f9c072bc81203cbf1b7ca688b)

Signed-off-by: Zhenbo Gao &lt;zhenbo.gao@windriver.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
