| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| let-debian-override-pedantic-errors | Let Debian override --pedantic-errors Upstream Superkb will always compile using --pedantic-errors. This patch allows debian/rules to export an OVERRIDE_PEDANTIC_ERRORS variable so this can be disabled. . The motivation for this patch is that GCC 6 is detecting an ISO C violation by GObject, even though it is valid in GNU C. This patch worksaround the fixed --pedantic-errors parameter so it lets compilation of Superkb succeed. . This patch is used together with OVERRIDE_PEDANTIC_ERRORS in debian/rules. |
Octavio Alvarez <alvarezp@alvarezp.com> | not-needed | debian upstream | 2016-01-27 | |
| fix-ldlibs-m-position-on-invocation | Fix ldlibs-m position on compiler invocation LDLIBS (or whatever variable has a similar function) must always go at the end of GCC invocation. There is an error in upstream but for some reason it didn't affect Debian, only Ubuntu. . This patch fixes this. |
Octavio Alvarez <alvarezp@alvarezp.com> | not-needed | https://gitlab.com/alvarezp2000/superkb/-/commit/708bc08e91d546267fc7a815cd390b9bc45ac349 | 2020-09-05 | |
| make-pkg-config-subsitutable | Make pkg-config substitutable Taken from Helmut's e-mail: . superkb fails to cross build from source, because the upstream build system hard codes build architecture build tools (gcc and pkg-config). The attached patch makes pkg-config substitutable, but it doesn't make superkb cross buildable due to its use of help2man [*]. Please consider applying the attached patch anyway and close this bug when doing so even though superkb will continue to fail cross building. . [*] A later patch fixes this too. |
Helmut Grohne <helmut@subdivi.de> | yes | debian | 2020-09-05 | |
| make-gcc-substitutable | <short summary of the patch> Taken from Helmut's e-mail: . superkb fails to cross build from source, because the upstream build system hard codes build architecture build tools (gcc and pkg-config). The attached patch makes gcc substitutable, but it doesn't make superkb cross buildable due to its use of help2man [*]. Please consider applying the attached patch anyway and close this bug when doing so even though superkb will continue to fail cross building. . [*] A later patch fixes this too. |
Helmut Grohne <helmut@subdivi.de> | yes | debian | 2020-09-05 | |
| make-help2man-call-a-stub-instead-of-the-binary | Make help2man call a stub instead of the binary In Debian bug #929005, Helmut Grohen correctly points out that Superkb is not cross-buildable because of the use of help2man. . Help2man works by running the built binary with -h and -v to find out the help text and version and build a manpage from that. If we are cross-building Superkb we probably don't have access to a host with the target architecture, so we don't have a way for help2man to run the application binary to get needed texts. . This is fixed by moving the help text outside main.c into an .h in a specific format that can be processed by a "help stub" written in Bash; thus, breaking the portability issue. help2man will call the stub instead of the application binary. . The patch is applied upstream using multiple patches. This is the blend of all four: . 1. https://gitlab.com/alvarezp2000/superkb/commit/b364c8989773d68fb116fe2a8a5fd0c27b71bc18 2. https://gitlab.com/alvarezp2000/superkb/commit/6ba0933bd06d9ac5640aac42109f98ec1c2774fd 3. https://gitlab.com/alvarezp2000/superkb/commit/b5a418cc4020b4ba276944b178235a9fb2373d8a 4. https://gitlab.com/alvarezp2000/superkb/commit/cf9a9bb303036085180181808078abe6ac652aff |
Octavio Alvarez <alvarezp@alvarezp.com> | not-needed | debian | 2020-09-05 |