* Building gpgme with Qt support?
@ 2017-06-04 18:23 Hartmut Goebel
2017-06-04 18:35 ` Leo Famulari
0 siblings, 1 reply; 6+ messages in thread
From: Hartmut Goebel @ 2017-06-04 18:23 UTC (permalink / raw)
To: guix-devel
[-- Attachment #1: Type: text/plain, Size: 897 bytes --]
Hi,
since version 1.7 gpgme [1] includes both the C++ bindings (former
package: gpgmepp) and the Qt-Framework API (former package qgpgme, not
in guix).
Our gpgme package is currently build *without* support for Qt:
checking for GPGME_QT... checking for GPGME_QTTEST... ./configure: line 18672: : command not found
configure: WARNING:
***
*** Qt5 (Qt5Core) not found Qt Binding will be disabled.
***
The major draw-back of adding these bindings is that this would install
qtcore (and all it's dependencies) for any application using gpgme.
How can we avoid this?
[1] https://mail.kde.org/pipermail/release-team/2016-September/009732.html
[2] https://lists.gnupg.org/pipermail/gnupg-devel/2016-September/031647.html
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
[-- Attachment #2: 0xBF773B65.asc --]
[-- Type: application/pgp-keys, Size: 14855 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Building gpgme with Qt support?
2017-06-04 18:23 Building gpgme with Qt support? Hartmut Goebel
@ 2017-06-04 18:35 ` Leo Famulari
2017-06-04 23:52 ` Mark H Weaver
2017-06-05 10:26 ` Hartmut Goebel
0 siblings, 2 replies; 6+ messages in thread
From: Leo Famulari @ 2017-06-04 18:35 UTC (permalink / raw)
To: Hartmut Goebel; +Cc: guix-devel
On Sun, Jun 04, 2017 at 08:23:56PM +0200, Hartmut Goebel wrote:
> Hi,
>
> since version 1.7 gpgme [1] includes both the C++ bindings (former
> package: gpgmepp) and the Qt-Framework API (former package qgpgme, not
> in guix).
>
> Our gpgme package is currently build *without* support for Qt:
>
> checking for GPGME_QT... checking for GPGME_QTTEST... ./configure: line 18672: : command not found
> configure: WARNING:
> ***
> *** Qt5 (Qt5Core) not found Qt Binding will be disabled.
> ***
>
> The major draw-back of adding these bindings is that this would install
> qtcore (and all it's dependencies) for any application using gpgme.
>
> How can we avoid this?
Could we make a new package qt-gpgme that inherits from gpgme and provides a
QT-enabled gpgme??
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Building gpgme with Qt support?
2017-06-04 18:35 ` Leo Famulari
@ 2017-06-04 23:52 ` Mark H Weaver
2017-06-05 10:26 ` Hartmut Goebel
1 sibling, 0 replies; 6+ messages in thread
From: Mark H Weaver @ 2017-06-04 23:52 UTC (permalink / raw)
To: Leo Famulari; +Cc: guix-devel
Leo Famulari <leo@famulari.name> writes:
> On Sun, Jun 04, 2017 at 08:23:56PM +0200, Hartmut Goebel wrote:
>> Hi,
>>
>> since version 1.7 gpgme [1] includes both the C++ bindings (former
>> package: gpgmepp) and the Qt-Framework API (former package qgpgme, not
>> in guix).
>>
>> Our gpgme package is currently build *without* support for Qt:
>>
>> checking for GPGME_QT... checking for GPGME_QTTEST... ./configure: line 18672: : command not found
>> configure: WARNING:
>> ***
>> *** Qt5 (Qt5Core) not found Qt Binding will be disabled.
>> ***
>>
>> The major draw-back of adding these bindings is that this would install
>> qtcore (and all it's dependencies) for any application using gpgme.
>>
>> How can we avoid this?
>
> Could we make a new package qt-gpgme that inherits from gpgme and provides a
> QT-enabled gpgme??
If there's a need for Qt-enabled gpgme, then I think this is the right
approach. I feel strongly that our primary gpgme package should *not*
depend on Qt.
Thanks,
Mark
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Building gpgme with Qt support?
2017-06-04 18:35 ` Leo Famulari
2017-06-04 23:52 ` Mark H Weaver
@ 2017-06-05 10:26 ` Hartmut Goebel
2017-06-05 13:21 ` Danny Milosavljevic
1 sibling, 1 reply; 6+ messages in thread
From: Hartmut Goebel @ 2017-06-05 10:26 UTC (permalink / raw)
To: Leo Famulari; +Cc: guix-devel
Am 04.06.2017 um 20:35 schrieb Leo Famulari:
> Could we make a new package qt-gpgme that inherits from gpgme and provides a
> QT-enabled gpgme??
How can this be done without duplicating the libraries? With an simple
inherited package, all libraries will be compiled again and the
Qt-bindings will point to the libraries within the "qt-gpgme" package.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Building gpgme with Qt support?
2017-06-05 10:26 ` Hartmut Goebel
@ 2017-06-05 13:21 ` Danny Milosavljevic
2017-06-05 21:47 ` Hartmut Goebel
0 siblings, 1 reply; 6+ messages in thread
From: Danny Milosavljevic @ 2017-06-05 13:21 UTC (permalink / raw)
To: Hartmut Goebel; +Cc: guix-devel
Hi,
a possible way would be:
- in qt-gpgme depend on gpgme as a regular input
- in qt-gpgme do:
- cd lang/qt
- cp ../../NEWS .
- cp ../../AUTHORS .
- cp ../../ChangeLog .
- add configure.ac (see below - although it needs to be fixed so that Makefile.am and it regularily refers to gpgme)
- run libtoolize
- run aclocal -I ../../m4
- run automake --add-missing
- run autoconf
- run configure
configure.ac:
AC_INIT([qt-gpgme],[mym4_full_version],[http://bugs.gnupg.org])
AC_CONFIG_MACRO_DIR([../../m4])
AM_INIT_AUTOMAKE([serial-tests dist-bzip2 no-dist-gzip])
AC_PROG_CXX
AM_MAINTAINER_MODE
AC_CANONICAL_HOST
AM_SILENT_RULES
AM_CONDITIONAL(HAVE_MACOS_SYSTEM, false)
AM_CONDITIONAL(HAVE_W32_SYSTEM, false)
NEED_GPG_ERROR_VERSION=1.17
NEED_LIBASSUAN_API=2
NEED_LIBASSUAN_VERSION=2.0.2
# Checking for libgpg-error.
have_gpg_error=no
AM_PATH_GPG_ERROR("$NEED_GPG_ERROR_VERSION",
have_gpg_error=yes, have_gpg_error=no)
AC_DEFINE(GPG_ERR_SOURCE_DEFAULT, GPG_ERR_SOURCE_GPGME,
[The default error source for GPGME.])
# And for libassuan.
have_libassuan=no
AM_PATH_LIBASSUAN("$NEED_LIBASSUAN_API:$NEED_LIBASSUAN_VERSION",
have_libassuan=yes, have_libassuan=no)
if test "$have_libassuan" = "yes"; then
AC_DEFINE_UNQUOTED(GPGME_LIBASSUAN_VERSION, "$libassuan_version",
[version of the libassuan library])
fi
LT_PREREQ([2.2.6])
LT_INIT([win32-dll disable-static])
LT_LANG([Windows Resource])
# Check that if qt is enabled cpp also is enabled
if true ; then
# We need to ensure that in the langauge order qt comes after cpp
# so we remove qt first and explicitly add it as last list member.
enabled_languages='cpp qt'
FIND_QT
if test "$have_qt5_libs" != "yes"; then
if test "$explicit_languages" = "1"; then
AC_MSG_ERROR([[
***
*** Qt5 (Qt5Core) is required for Qt binding.
***]])
else
AC_MSG_WARN([[
***
*** Qt5 (Qt5Core) not found Qt Binding will be disabled.
***]])
fi
else
enabled_languages=`echo $enabled_languages qt`
AC_CHECK_PROGS([DOXYGEN], [doxygen])
if test -z "$DOXYGEN";
# This is not highlighted becase it's not really important.
then AC_MSG_WARN([Doxygen not found - Qt binding doc will not be built.])
fi
AC_CHECK_PROGS([GRAPHVIZ], [dot])
if test -z "$GRAPHVIZ";
then AC_MSG_WARN([Graphviz not found - Qt binding doc will not have diagrams.])
fi
fi
fi
AM_CONDITIONAL([HAVE_DOXYGEN],
[test -n "$DOXYGEN"])
if test -n "$GRAPHVIZ"; then
HAVE_DOT="YES"
else
HAVE_DOT="NO"
fi
AC_SUBST(HAVE_DOT)
AC_CONFIG_FILES([Makefile src/Makefile tests/Makefile doc/Makefile])
AC_OUTPUT
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-06-05 21:47 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-06-04 18:23 Building gpgme with Qt support? Hartmut Goebel
2017-06-04 18:35 ` Leo Famulari
2017-06-04 23:52 ` Mark H Weaver
2017-06-05 10:26 ` Hartmut Goebel
2017-06-05 13:21 ` Danny Milosavljevic
2017-06-05 21:47 ` Hartmut Goebel
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.