Hello,
I was using s/mime with gpgme on another distro and then, when I tried to use
it on Gentoo I've found out KMail claimed s/mime was not supported, I did the
re-scan and it says gpgme is compiled without s/mime support, so, a fast grep
showed me this:
/usr/portage/profiles
Greetings.
This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
many things. I've been running happily on =app-crypt/gpgme-1.5.5, but today
portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But that version
can't be installed while kdepimlibs:4 is still around, as I
On 2018-04-24 21:13, Walter Dnes wrote:
> "$(use_enable gpg gpgme)"
"gpgme" above is _not_ a USE flag. That incantation tells portage to
pass "--enable-gpgme" to the upstream package configure script if "gpg"
USE flag is set in gentoo.
--
Ple
On 04/03/2017 11:45, Peter Humphrey wrote:
> Greetings.
>
> This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
> many things. I've been running happily on =app-crypt/gpgme-1.5.5, but today
> portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But that v
On Saturday 04 Mar 2017 12:41:48 Alan McKinnon wrote:
> On 04/03/2017 11:50, Mick wrote:
> > Hi All,
> >
> > This morning's attempt to update a no-multilib PC brought up this
> > conflict:
> >
> > # emerge -1aDv app-crypt/gpgme
> >
> > Th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pupeno wrote:
Hello,
I was using s/mime with gpgme on another distro and then, when I tried to use
it on Gentoo I've found out KMail claimed s/mime was not supported, I did the
re-scan and it says gpgme is compiled without s/mime support, so
On 04/03/2017 11:50, Mick wrote:
> Hi All,
>
> This morning's attempt to update a no-multilib PC brought up this conflict:
>
> # emerge -1aDv app-crypt/gpgme
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [e
On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
> ... It's a ~arch package, so you get to be a field tester when you use it
> :-)
As Marc said, it isn't. But I'm incredulous that gpgme wasn't tested on a
standard KDE system. That just beggars belief.
--
Regards
Peter
On 5 March 2017 at 11:06, Mick <michaelkintz...@gmail.com> wrote:
> I guess it wasn't tested on a no-multilib as I'm running on a box here. Kmail
> needs to be rebuilt, but it fails like so:
Can you please disable cxx and qt5 USE and use the old kde gpgme
library instead?
Thanks!
On Saturday 04 Mar 2017 12:42:38 Alan McKinnon wrote:
> On 04/03/2017 11:45, Peter Humphrey wrote:
> > Greetings.
> >
> > This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4
> > for many things. I've been running happily on =app-crypt/gpgme-1.5.5,
On 04/03/2017 13:02, Mick wrote:
> On Saturday 04 Mar 2017 12:41:48 Alan McKinnon wrote:
>> On 04/03/2017 11:50, Mick wrote:
>>> Hi All,
>>>
>>> This morning's attempt to update a no-multilib PC brought up this
>>> conflict:
>>>
>>>
On Saturday 04 Mar 2017 09:45:28 Peter Humphrey wrote:
> Greetings.
>
> This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
> many things. I've been running happily on =app-crypt/gpgme-1.5.5, but today
> portage wants to upgrade to =app-crypt
any things. I've been running happily on =app-crypt/gpgme-1.5.5,
>>> but today portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But
>>> that version can't be installed while kdepimlibs:4 is still around, as
>>> I see from the ebuild:
>>>
>>> [...]
>&
t of @preserved-rebuild at least. Perhaps this
box with no-multilib is an edge case, because other boxen I've updated did not
have this problem.
The workaround I used is to symlink /usr/lib64/libgpgme-pthread.so to
libgpgme.so as suggested in the bug report. Masking the latest gpgme would
a
On 04/03/2017 18:30, Peter Humphrey wrote:
> On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
>
>> ... It's a ~arch package, so you get to be a field tester when you use it
>> :-)
>
> As Marc said, it isn't. But I'm incredulous that gpgme wasn't tested on a
> sta
s is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4
> >>> for many things. I've been running happily on =app-crypt/gpgme-1.5.5,
> >>> but today portage wants to upgrade to =app-crypt/gpgme-1.8.0-r2. But
> >>> that version can't be installed while kdep
On Fri, Apr 20, 2018 at 08:15:00PM +0100, Mick wrote
> Some of the mutt USE flags changed recently. I seem to recall
> some elog/ewarn message on this. Instead of USE=gpg and USE=smime,
> try USE=gpgme instead and then add:
>
> 'set crypt_use_gpgme=yes'
>
> in your /$HO
automoc4: /usr/bin/automoc4
-- CTest cannot determine repository type. Please set UPDATE_TYPE to 'cvs' or
'svn'. CTest update will not work.
-- Boost version: 1.35.0
-- Found the following Boost libraries:
-- Found gpgme-config at /usr/bin/gpgme-config
-- Found gpgme v1.1.8, checking for flavours
g here:
> >
> > mail-client/mutt-1.7.2
> >
> > I haven't tried troubleshooting gpgme when running mutt to see what
> > the logs spew out. xsession-errors and syslog does not reveal
> > anything. I should give this some attention when I get a free moment.
>
keywording kleopatra:5, only to discover that it needs USE
> flags [cxx,qt5] which I recall were disabled recently, or gpgme would not
> install. This is the output I get.
>
> # emerge -1aNDv kde-apps/kleopatra:5
>
> These are the packages that would be merged, in order
After an update, I was going through /var/log/portage/elog and came
across a WARN: setup message that the gpgme flag had been renamed to
gpg. Looking at /etc/portage/package.use I saw, amongst other things
mail-client/mutt buffysize
mail-client/mutt gpgme
mail-client/mutt pop
mail-client/mutt
disabled recently, or gpgme would not install.
This is the output I get.
# emerge -1aNDv kde-apps/kleopatra:5
These are the packages that would be merged, in order:
Calculating dependencies... done!
emerge: there are no ebuilds to satisfy ">=app-crypt/gpgme-1.7.1[cxx,qt5]".
(depend
On Sat, Mar 4, 2017 at 11:30 AM, Peter Humphrey <pe...@prh.myzen.co.uk> wrote:
> On Saturday 04 Mar 2017 14:59:51 Alan McKinnon wrote:
>
>> ... It's a ~arch package, so you get to be a field tester when you use it
>> :-)
>
> As Marc said, it isn't. But I'm incred
On Saturday 04 March 2017 10:52:57 Mick wrote:
> On Saturday 04 Mar 2017 09:45:28 Peter Humphrey wrote:
> > Greetings.
> >
> > This is a KDE ~amd64 box, which still depends on kde-apps/kdepimlibs:4 for
> > many things. I've been running happily on =app-crypt/gpgme-1.5.5
Mick wrote:
> make[2]: *** No rule to make target '/usr/lib64/libgpgme-pthread.so'
Roach report filed here:
https://bugs.gentoo.org/show_bug.cgi?id=600510
May want to follow that or figure out if there is a workaround. I think
based on a couple comments, a older package works.
Dale
:-)
... done!
[ebuild N] app-crypt/gpgme-1.1.5 908 kB
[ebuild N] x11-misc/basket-1.0.2 USE=arts crypt -debug
-xinerama 5,905 kB
I'm not likely to ever need app-crypt/gpgme at all
So trying:
root # USE='-crypt' emerge -vp x11-misc/basket
On Sunday 27 September 2009, Walter Dnes wrote:
After an update, I was going through /var/log/portage/elog and came
across a WARN: setup message that the gpgme flag had been renamed to
gpg. Looking at /etc/portage/package.use I saw, amongst other things
mail-client/mutt buffysize
mail
On Saturday 04 Mar 2017 15:00:41 Marc Joliet wrote:
> On Saturday 04 March 2017 10:52:57 Mick wrote:
--->8
> > Apparently USE="-cxx -qt5" should allow gpgme to build. kdepimlibs goes
> > away on KDE-5 and the packages affected are in flux at this point. I
> >
those who still use kdepimlibs:4, both are standard gentoo procedures.
> As apposed to what you present in previous messages, a "standard kde"
> system may or may not include kdepimlibs:4. We delayed too much
> stabilization of gpgme to allow proper resolution, however, no reason
Michael P. Soulier wrote:
msoul...@anton:~$ grep DESCRIPTION
/usr/portage/dev-libs/libassuan/libassuan-1.0
.5.ebuild
DESCRIPTION=Standalone IPC library used by gpg, gpgme and newpg
Great, that helps. Still, I wouldn't think that grep would be the best say, so
I looked in the emerge
On 05/03/2017 13:45, Peter Humphrey wrote:
> Now tell me why I should expect to be thrown a wobbler like a dependency
> conflict that cannot be resolved, on the face of it, and not at all without
> what look like significant system changes.
Peter, someone made an oversight. Can we get over it
On 2018-01-31 05:17, Floyd Anderson wrote:
> Instead I suggest to set ‘gpgme’ USE-flag and *only that* – no
> ‘crypt’, ‘gpg’, ‘pgp_classic’, ‘smime’, ‘smime_classic’. Look at the
> ebuild and especially the comments. This way I only need to set one !
> variable to get the stuff worki
For crypto actions, please install kde-apps/kleopatra:5
> >
> > So off I went keywording kleopatra:5, only to discover that it needs USE
> > flags [cxx,qt5] which I recall were disabled recently, or gpgme would not
> > install. This is the output I
for package kde-apps/dolphin-16.12.3:
>>
>> * For crypto actions, please install kde-apps/kleopatra:5
>>
>> So off I went keywording kleopatra:5, only to discover that it needs
>USE
>> flags [cxx,qt5] which I recall were disabled recently, or gpgme would
>not
>>
> I've updated dolphin to kde-apps/dolphin-16.12.3 and elog advised
>me:
>>>
>>> * Messages for package kde-apps/dolphin-16.12.3:
>>>
>>> * For crypto actions, please install kde-apps/kleopatra:5
>>>
>>> So off I went keywording kleopat
On 2017-10-20 10:08, Mick wrote:
> I suspect something in my configuration has deviated from vanilla and
> this is causing the problem of 'set crypt_use_gpgme' not being enough.
> This is what I'm running here:
> mail-client/mutt-1.7.2
> I haven't tried troubleshooting gpgme wh
Hi All,
This morning's attempt to update a no-multilib PC brought up this conflict:
# emerge -1aDv app-crypt/gpgme
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] app-crypt/gpgme-1.8.0-r2:1/11::gentoo [1.5.5:1/11::gentoo]
USE=&quo
On Saturday 04 Mar 2017 09:50:21 Mick wrote:
> Hi All,
>
> This morning's attempt to update a no-multilib PC brought up this conflict:
>
> # emerge -1aDv app-crypt/gpgme
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... d
IPC library used by gpg, gpgme and newpg
Great, that helps. Still, I wouldn't think that grep would be the best say,
so I looked in the emerge manpage and found --info, but that tells me
everything *except* the DESCRIPTION string. :)
equery doesn't seem to dump this either..
So, is grep
On Sunday 05 Mar 2017 15:02:52 Alan McKinnon wrote:
> On 05/03/2017 13:45, Peter Humphrey wrote:
> > Now tell me why I should expect to be thrown a wobbler like a dependency
> > conflict that cannot be resolved, on the face of it, and not at all
> > without what look like significant system
On Tue, 30 Jan 2018 20:48:02 -0800
Ian Zimmerman <i...@very.loosely.org> wrote:
On 2018-01-31 05:17, Floyd Anderson wrote:
Instead I suggest to set ‘gpgme’ USE-flag and *only that* – no
‘crypt’, ‘gpg’, ‘pgp_classic’, ‘smime’, ‘smime_classic’. Look at the
ebuild and especially the co
# emerge -vp x11-misc/basket
Calculating dependencies... done!
[ebuild N] app-crypt/gpgme-1.1.5 908 kB
[ebuild N] x11-misc/basket-1.0.2 USE=arts crypt -debug
-xinerama 5,905 kB
I'm not likely to ever need app-crypt/gpgme at all
, inspired by
the post by Neil Bothwick(Dec 16, 2007), I know that I can use the
option --tree to check the dependency.
emerge -puDN --tree world
The above command reported:
1.) squirrelmail-2.4.10a-r2 requires gnupg-1.4.7-r1
2.) gpgme and so on require gnupg-2.0.7
Neil Bothwick said we could
Mick wrote:
On Sunday 27 September 2009, Walter Dnes wrote:
After an update, I was going through /var/log/portage/elog and came
across a WARN: setup message that the gpgme flag had been renamed to
gpg. Looking at /etc/portage/package.use I saw, amongst other things
mail-client/mutt
both are standard gentoo procedures.
As apposed to what you present in previous messages, a "standard kde"
system may or may not include kdepimlibs:4. We delayed too much
stabilization of gpgme to allow proper resolution, however, no reason
to delay any more as no issue for these that do not
ield tester when you use
> >> it
> >>
> >> :-)
> >
> > As Marc said, it isn't. But I'm incredulous that gpgme wasn't tested on
> > a
> > standard KDE system. That just beggars belief.
>
> In general, packages aren't tested on any particular desktop
> environme
app-crypt/gpgme-1.8.0-r3
Installed versions: 1.8.0-r3(1)(08:33:15 05/10/17)(cxx qt5 -common-lisp
-python -static-libs PYTHON_TARGETS="python2_7 python3_4 -python3_5")
dev-libs/libgpg-error-1.27-r1
Installed versions: 1.27-r1(09:15:46 03/21/17)(nls -common-lisp -static-
libs A
On Saturday 26 January 2008 02:21:23 maxim wexler wrote:
#emerge -avD kde-base/kde-meta:kde-4
eight times and everytime I needed to add something to
package.keywords, like so:
=x11-libs/qt-4.3.3 ~x86
=app-crypt/gpgme-1.1.6 ~x86
=dev-util/cmake-2.4.7-r1 ~x86
=dev-libs/rasqal-0.9.15 ~x86
Often when I see something like dev-libs/libassuan, I say, what the heck is
that?
So I look at the ebuild file...
msoul...@anton:~$ grep DESCRIPTION
/usr/portage/dev-libs/libassuan/libassuan-1.0
.5.ebuild
DESCRIPTION=Standalone IPC library used by gpg, gpgme and newpg
Great, that helps. Still
I've never used Mutt before and I'd like to try it. I'm running kernel
2.6.16-hardened-r11 and I was wondering what use flags I should set when
emerging Mutt. I ran emerge -pv mutt and it looked like some of the disabled
items should be enabled, like -pop and -gpgme. Maybe support for these
things
Mutt.
Here's what I seem to use :
root: root emerge -pv mutt ...
mail-client/mutt-1.5.11-r2 [1.5.13-r1]
USE=-berkdb -buffysize -cjk crypt -debug gdbm gnutls -gpgme -idn -imap
-mbox -nls -nntp pop -sasl -smime ssl -vanilla
] app-crypt/gnupg-2.2.0
[ebuild U ] sys-block/gparted-0.29.0 [0.27.0]
[ebuild R ] media-gfx/gimp-2.8.22
[ebuild U ] app-crypt/gpgme-1.10.0 [1.8.0-r3]
[ebuild rR ] net-print/gutenprint-5.2.12
i5-64 /home/hafi # USE="linguas_de linguas_en linguas_en_US" emerge -q
-uDN --keep
USE="crypt gdbm gpg hcache imap lmdb mbox
nls nntp pop sasl smime smtp ssl -berkdb -debug -doc -gnutls -gpgme -idn -
kerberos -libressl -notmuch -pgp_classic (-prefix) -qdbm (-selinux) -slang -
smime_classic -tokyocabinet -vanilla" ABI_X86="(64)"
The following REQUIRED_USE fl
I recently had some troubles with mutt and gpg. I eventually switched to
neomutt with gpgme.
On April 20, 2018 6:18:57 PM UTC, Walter Dnes <waltd...@waltdnes.org> wrote:
>mutt couldn't handle the message from Klaus Ethgen, listed in menu
>as...
>
>Apr 19 Klaus Ethgen (1.5K) [g
e anybody else runs into the same problem.
Some of the mutt USE flags changed recently. I seem to recall some elog/ewarn
message on this. Instead of USE=gpg and USE=smime, try USE=gpgme instead and
then add:
'set crypt_use_gpgme=yes'
in your /$HOME/.muttrc.
HTH.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Hi Roger,
On Wed, 31 Jan 2018 15:01:39 +1300
"Roger J. H. Welsh" <rjhwe...@gmail.com> wrote:
Hi Lucas,
Here is my muttrc on github:
https://github.com/lramage94/dotfiles/blob/master/.mutt/muttrc
It looks like you are using gpgme, I personally have not set this up for
my ne
On 10/13/2015 04:53 PM, Andrew Savchenko wrote:
> Hello,
>
> I updated to gnupg-2.1.9 from 2.0.x on both my desktop and laptop
> and now I have big problems.
>
> 1. gpgme is now broken.
>
> Gpgme consumers (e.g. sylpheed, mcabber) can verify, encrypt and
> decrypt me
Hello,
I updated to gnupg-2.1.9 from 2.0.x on both my desktop and laptop
and now I have big problems.
1. gpgme is now broken.
Gpgme consumers (e.g. sylpheed, mcabber) can verify, encrypt and
decrypt messages, but can't sign them. On signing I have the
following issues:
Please enter your PGP
t.
> BTW. as we‘re talking about NeoMutt here, I use:
> ${XDG_CONFIG_HOME:-${HOME}/.}${XDG_CONFIG_HOME:+/}neomutt/neomuttrc
> so I can run a parallel Mutt installation when things get broken.
That is a very good point.
> Instead I suggest to set ‘gpgme’ USE-flag and *only that*
[nomerge ] gnome-base/gvfs-1.32.2
[nomerge ] sys-fs/udisks-2.7.4-r1
[nomerge ] sys-libs/libblockdev-2.14-r1
[nomerge ]dev-libs/volume_key-0.3.11
[nomerge ] app-crypt/gpgme-1.11.1
[nomerge ] dev-qt/qttest-5.9.6
[ebuild UD~] dev-qt/qtcore
into the dependency graph:
app-crypt/gnupg:0
('ebuild', '/', 'app-crypt/gnupg-1.4.7-r1', 'merge') pulled in by
('installed', '/', 'mail-client/squirrelmail-1.4.10a-r2', 'nomerge')
('ebuild', '/', 'app-crypt/gnupg-2.0.7-r1', 'merge') pulled in by
('installed', '/', 'app-crypt/gpgme-1.1.6', 'nomerge
In preparation for cleaning my world file, I ran emerge -p --depclean
world. It listed these packages to be removed:
app-crypt/gpgme
app-crypt/opencdk
app-text/rman
dev-libs/libtasn1
dev-libs/lzo
dev-python/pyxml
gnome-base/gail
net-libs/gnutls
net-libs/libsoup
perl-core/Storable
perl
On Samstag, 4. März 2017 17:37:54 CET Peter Humphrey wrote:
> > (I may actually attempt to upgrade to KDE PIM 16.12.2, but that pulls in a
> > long tail of other packages due to QT_MINIMAL="5.7.0".)
>
> If you do that, you may find you lose all searching ability in KMail,
> according to a current
On Sunday 05 Mar 2017 02:10:09 Alon Bar-Lev wrote:
> It was tested, otherwise how could the conflict with kde-apps/gpgmepp
> and kde-apps/kdepimlibs:4 been known?
Think of it from my point of view. I followed the official guide to
installing a stable KDE system on a plasma profile. I don't have
Hi Lucas,
> Here is my muttrc on github:
> https://github.com/lramage94/dotfiles/blob/master/.mutt/muttrc
It looks like you are using gpgme, I personally have not set this up for
my neomutt, instead I use a gpg.rc file from the samples provided.
For example;
bzcat /usr/share/doc/n
is/MuttGuide/UseGPG
> http://codesorcery.net/old/mutt/mutt-gnupg-howto
>
In the meantime NeoMutt != Mutt, so not to forget to mention
<https://www.neomutt.org/guide/>. ;-)
Lol. Of course. I read that for my current setup. Though I never really
got to grips with what gpgme was, as I w
xamples -pkcs11
(-sslv2) (-sslv3) -static-libs -test (-test-full) -verify-sig -zstd" 0 KiB
[ebuild R] mail-client/mutt-2.2.12::gentoo USE="debug gnutls gpgme
hcache imap lmdb mbox nls pop sasl smtp ssl -autocrypt -berkdb -doc -gdbm
-gsasl -idn -kerberos -pgp-classic (-pref
ok kontact (-aqua) -debug" 0 KiB
[ebuild R] kde-apps/knotes-4.14.11_pre20160211:4/4.14::gentoo
USE="handbook kontact (-aqua) -debug" 0 KiB
[ebuild R] kde-apps/kmail-4.14.11_pre20160211:4/4.14::gentoo
USE="handbook kontact (-aqua) -debug {-test}" 0 KiB
[blo
> >
> > I don't think this is a requirement. I have this disabled and need to
> > enter the password twice. Once for kwallet-4 and once for kwallet-5.
>
> No, that's the point: If you enable it, all kwallet-4 based apps will fail.
> At least until 5.7. I've not tes
0 KiB
>
> Do you get the same? Do I have to set something in...
>
> make menuconfig
> -*- Cryptographic API --->
>
> "emerge -pv mutt"
>
> [ebuild R] mail-client/mutt-2.2.12::gentoo USE="debug gnutls gpgme
> hcache imap lmdb mbox nls po
and everytime I needed to add something to
package.keywords, like so:
=x11-libs/qt-4.3.3 ~x86
=app-crypt/gpgme-1.1.6 ~x86
=dev-util/cmake-2.4.7-r1 ~x86
=dev-libs/rasqal-0.9.15 ~x86
=dev-cpp/clucene-0.9.19 ~x86
=dev-libs/redland-1.0.6 ~x86
=x11-apps/xinit-1.0.5-r2 ~x86
=kde-base/kdepasswd-4.0.0:kde-4 ~x86
/gnupg-2.0.7-r1', 'merge') pulled in by
('installed', '/', 'app-crypt/gpgme-1.1.6', 'nomerge')
('installed', '/', 'kde-base/kdepim-3.5.8', 'nomerge')
('installed', '/', 'mail-filter/spamassassin-3.2.1-r1', 'nomerge')
(and 2 more)
It may be possible to solve this problem by using
in by
('installed', '/', 'app-crypt/gpgme-1.1.6', 'nomerge')
('installed', '/', 'kde-base/kdepim-3.5.8', 'nomerge')
('installed', '/', 'mail-filter/spamassassin-3.2.1-r1', 'nomerge')
(and 2 more)
It may be possible to solve this problem by using package.mask to
prevent one of those packages
graph:
app-crypt/gnupg:0
('ebuild', '/', 'app-crypt/gnupg-1.4.7-r1', 'merge') pulled in by
('installed', '/', 'mail-client/squirrelmail-1.4.10a-r2', 'nomerge')
('ebuild', '/', 'app-crypt/gnupg-2.0.7-r1', 'merge') pulled in by
('installed', '/', 'app-crypt/gpgme-1.1.6', 'nomerge
3dnowex 3dnowext X aac acl acpi acpi4linux aim alsa amarok
audiofile avantgo avi berkdb bzip2 bzlib cdda cdio cdparanoia cdr
chroot codecs css curl debug dga dio divx4linux dnd dts dv dvb dvd
dvdr dvdread edl encode exif extraicons faad ffmpeg freetype ftp gd
geoip gif gpgme
calls to the CMAKE_EXPORT_BUILD_SETTINGS macro and stop including this
module. If this project generates any files for use by external projects,
remove any use of the CMakeImportBuildSettings module from them.
Call Stack (most recent call first):
gpgme++/CMakeLists.txt:121 (include
> touch a few cords. Even if it was said with a grain of salt, the fact
> is that updating a stable system after sync'ing is not expected to be
> a surprising experience, at least regarding packages that are not part
> of a huge bundle like KDE.
I agree, for example the ongoing gpgme
aced by a newer
TLS, although there are no direct use flags for that.
Do you get the same? Do I have to set something in...
make menuconfig
-*- Cryptographic API --->
"emerge -pv mutt"
[ebuild R] mail-client/mutt-2.2.12::gentoo USE="debug gnutls gpgme hcache
):
gpgme++/CMakeLists.txt:121 (include)
-- Configuring incomplete, errors occurred!
* ERROR: kde-base/kdepimlibs-4.9.3 failed (configure phase):
* cmake failed
*
* Call stack:
* ebuild.sh, line 85: Called src_configure
* environment, line 3899: Called kde4-base_src_configure
] app-doc/doxygen-1.8.13-r1 [1.8.12]
[ebuild U ] app-crypt/gnupg-2.1.18 [2.1.15] USE="smartcard* -wks-server%"
[ebuild U ] app-crypt/gpgme-1.8.0-r2 [1.5.5] USE="cxx%* -python%
-qt5%" PYTHON_TARGETS="python2_7%* python3_4%* (-python3_5)"
[ebuild U ] media
base/gvfs-1.32.2
>> [ebuild R] dev-libs/libcdio-paranoia-0.93_p1
>> [nomerge ] gnome-base/gvfs-1.32.2
>> [nomerge ] sys-fs/udisks-2.7.4-r1
>> [nomerge ] sys-libs/libblockdev-2.14-r1
>> [nomerge ]dev-libs/volume_key-0.
rge ] sys-libs/libblockdev-2.14-r1
> [nomerge ]dev-libs/volume_key-0.3.11
> [nomerge ] app-crypt/gpgme-1.11.1
> [nomerge ] dev-qt/qttest-5.9.6
> [ebuild UD~] dev-qt/qtcore-5.9.6-r1 [5.11.1-r1]
>
> !!! Multiple package instances with
uot;-cxx -qt5" or masking this package provides remedy for
> those who still use kdepimlibs:4, both are standard gentoo procedures.
> As apposed to what you present in previous messages, a "standard kde"
> system may or may not include kdepimlibs:4. We delayed too much
> stabil
cnamefix crypt css cups curl customlog dbus dga dhcp
directfb divx4linux dlloader dpms dts dv dvb edl eds emboss encode
exif expat extraengine fam fame fax fb fbcon fbdev ffmpeg firefox flac
flash foomaticdb fortran fpx gd gdbm ggi gif gimp glut gmail gmp
gnutls gpgme gphoto2 gpm graphviz gstreamer gtk
customlog dbus dga
dhcp directfb divx4linux dlloader dpms dts dv dvb edl eds emboss
encode exif extraengine fame fax fb fbcon fbdev ffmpeg firefox flac
flash foomaticdb fortran fpx gd gdbm ggi gif gimp glut gmail gmp
gnutls gpgme gphoto2 gpm graphviz gstreamer gtk gtk2 gtkhtml hal hpn
id3 idn
chroot cli crypt cups dri dvd eds emacs emboss encode esd fastcgi
fbsplash firefox fix-connected-rt flash foomaticdb fortran gdbm
gencertdaily gif gmail gmailtimestamps gnome gpgme gpm gstreamer gtalk
gtk gtk2 gvim imap imlib ipalias iproute2 ipv6 isdnlog j2ee javascript
jboss jpeg kde kdepim
gnutls gpgme gs gstreamer gtk guile
hfs hpcups hpn hs16 hunspell imagemagick imap imlib inotify interpreter
java java6 javascript jbig jce jpeg jpeg2k keyboard kqemu kvm lame
libgcrypt libmms libssh2 libvisual linuxthreads-tls live logrotate
long-double lzo mad mbox menu-plugin
gnomecanvas gnomecd gnus gnutls gpgme gs gstreamer
gtk guile
hfs hpcups hpn hs16 hunspell imagemagick imap imlib inotify
interpreter
java java6 javascript jbig jce jpeg jpeg2k keyboard kqemu kvm lame
libgcrypt libmms libssh2 libvisual linuxthreads-tls live logrotate
long-double lzo
mail-mta/ssmtp mta
mail-client/mutt buffysize gpgme mbox pop smime smtp
media-fonts/terminus-font pcf
media-gfx/imagemagick raw
media-gfx/ufraw contrast gimp hotpixels
media-libs/alsa-lib midi
media-libs/libsdl alsa audio -joystick video
media-libs/mesa gallium
media-libs/win32codecs real
media
slv3) -static-libs -test (-test-full) -verify-sig -zstd" 0 KiB
Do you get the same? Do I have to set something in...
make menuconfig
-*- Cryptographic API --->
"emerge -pv mutt"
[ebuild R] mail-client/mutt-2.2.12::gentoo USE="debug gnutls gpgme
hcache ima
-crypt/gpgme-1.3.0 USE=-common-lisp -pth
[nomerge ]app-crypt/gnupg-2.0.16-r2 USE=bzip2 ldap nls -adns -caps
-doc -openct -pcsc-lite (-selinux) -smartcard -static
[nomerge ] app-crypt/pinentry-0.8.0-r1 USE=gtk ncurses qt4 -caps
-static
[ebuild U ] app-admin
-3.5.8-r1 [3.5.2]
USE=arts -debug* -doc -kdeenablefinal
-kdehiddenvisibility -tidy -xinerama 5,914 kB
[ebuild N] app-crypt/gpgme-1.1.6 939 kB
[ebuild N] sys-apps/hal-0.5.9.1-r3 USE=-acpi
-crypt -debug -dell -disk-partition -doc -pcmcia
(-selinux) 1,564 kB
[ebuild N] app-misc/hal-info
cdio cdparanoia cdr
cgi cli cpudetection cracklib crypt css cups curl curlwrappers cvs
dbus directfb dri dv dvd dvdr dvdread emacs encode esd examples
ffmpeg filepicker firefox flac flatfile fontconfig fortran freetype
ftp gd gdbm gif gnome gnutls gpgme gpm gstreamer gtk hal hash iconv
idea
] media-gfx/xloadimage-4.1-r4 +jpeg +png +tiff 622 kB
[ebuild N] app-crypt/gnupg-1.4.2-r3 +X +bzip2 +caps -curl -ecc
-idea -ldap -nls +readline (-selinux) -smartcard -static -usb +zlib
2,823 kB
[ebuild N] dev-libs/pth-1.4.0 434 kB
[ebuild N] app-crypt/gpgme-1.0.2 814 kB
[ebuild N
[ebuild N]
app-crypt/gpgme-1.0.2 814 kB [ebuild N] kde-base/kdepim-3.4.3 -arts
+crypt -debug -gnokii +kdeenablefinal -pda -xinerama 11,061 kB [ebuild N
] kde-base/kdegames-3.4.3 -arts -debug +kdeenablefinal -xinerama 9,192
kB
[ebuild N] kde-base/kdeartwork-3.4.3 -arts
dts dv dvb edl eds emboss encode
exif expat extraengine fam fame fax fb fbcon fbdev ffmpeg firefox flac
flash foomaticdb fortran fpx gd gdbm ggi gif gimp glut gmail gmp
gnutls gpgme gphoto2 gpm graphviz gstreamer gtk gtk2 gtkhtml hal hpn
id3 idn ieee1394 imagemagick imap imlib ipalias irda java
cdparanoia cdr
chroot cjk cnamefix crypt css cups curl customlog dbus dga dhcp
directfb divx4linux dlloader dpms dts dv dvb edl eds emboss encode
exif expat extraengine fam fame fax fb fbcon fbdev ffmpeg firefox flac
flash foomaticdb fortran fpx gd gdbm ggi gif gimp glut gmail gmp
gnutls gpgme gphoto2
crypt css cups dbus deskbar dga divx
dmi dpms dri dts dv dvd dvdnav dvdr eds encode esd evo evolution exif
exiv2 expat fat fbcon fbcondecor fbsplash ffmpeg flac fontconfig
freetype ftp fuse gaim gd gedit gimp glitz gmail gmedia gnokii gnome
gnome-keyring gpac gpgme gphoto2 gpm gs gstreamer
customlog dbus dga dhcp directfb divx4linux dlloader
dpms dts dv dvb edl eds emboss encode exif extraengine fam fame fax fb
fbcon fbdev fdftk ffmpeg firefox flac flash foomaticdb fortran fpx
freetds fwdzone gd gdbm ggi gif gimp glut gnutls gpgme gphoto2 gpm
graphviz gstreamer gtk gtk2 gtkhtml hal hpn
-1.0.10_rc2
Wed Nov 2 01:32:16 2005 media-libs/alsa-lib-1.0.10_rc2
Wed Nov 2 01:32:51 2005 app-admin/localepurge-0.2-r2
Wed Nov 2 01:37:12 2005 mail-mta/exim-4.54
Wed Nov 2 01:42:49 2005 dev-libs/glib-2.8.3
Wed Nov 2 11:25:22 2005 app-crypt/gpgme-1.1.0
Thu Nov 3
1 - 100 of 122 matches
Mail list logo
