[gentoo-user] How to disable gnome-keyring support in chromium?

Grant Edwards

unread,

May 18, 2015, 2:50:03 PM5/18/15

to

I'm building chromium with USE flags set to -gnome -gnome-keyring, but
it's still pulling in libsecret and gnome-keyring and nagging me about
a password for the keyring every time it starts.

I've found that simply doing an "emerge -C gnome-keyring" fixes the
the problem temporarily, but then next time I do an "emerge -u" it
wants to install gnome-keyring again.

--
Grant Edwards grant.b.edwards Yow! Am I elected yet?
at
gmail.com

Manuel Schönlaub

unread,

May 18, 2015, 4:00:05 PM5/18/15

to

Hm, I can't really reproduce it here.
- Did you disable these USE flags on the CLI, for that package only or system wide?

- What does emerge --info say?

- Is the gnome-keyring directly pulled in by chromium?

Grant Edwards

unread,

May 18, 2015, 4:40:04 PM5/18/15

to

On 2015-05-18, Manuel Schönlaub <manuel.s...@gmail.com> wrote:

> Hm, I can't really reproduce it here.

I forgot to menion I'm using chromium stable 42.0.2311.135.

> - Did you disable these USE flags on the CLI, for that package only or
> system wide?

It's not enabled anywhere (make.conf, packate.use, profile, etc),
however it is not disabled anywhere either.

> - Is the gnome-keyring directly pulled in by chromium?

No, I don't think so.

From what I can tell from looking at ebuild files, Chromium
unconditionally requires libsecret, and libsecret unconditionally
requires gnome-keyring.

> - What does emerge --info say?

It doesn't mention gnome-keyring at all:

Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0, gcc-4.8.4, glibc-2.20-r2, 3.18.11-gentoo x86_64)
=================================================================
System uname: Linux-3.18.11-gentoo-x86_64-Intel-R-_Core-TM-_i5-3570K_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem: 8064448 total, 1368024 free
KiB Swap: 5885112 total, 5879556 free
Timestamp of repository gentoo: Mon, 18 May 2015 16:30:01 +0000
sh bash 4.2_p53
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash: 4.2_p53::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl: 5.20.2::gentoo
dev-lang/python: 2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo
dev-util/cmake: 2.8.12.2-r1::gentoo
dev-util/pkgconfig: 0.28-r2::gentoo
sys-apps/baselayout: 2.2::gentoo
sys-apps/openrc: 0.13.11::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo
sys-devel/automake: 1.11.6-r1::gentoo, 1.13.4::gentoo
sys-devel/binutils: 2.24-r3::gentoo
sys-devel/gcc: 4.3.6-r1::gentoo, 4.5.4::gentoo, 4.6.4::gentoo, 4.8.4::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool: 2.4.6::gentoo
sys-devel/make: 4.1-r1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc: 2.20-r2::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://gentoo.cites.uiuc.edu/pub/gentoo/ http://gentoo.cs.uni.edu/ http://lug.mtu.edu/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl aes alsa amd64 avx berkdb bzip2 cdr cli cracklib crypt cups cxx dri dvd flac fortran gdbm gkt2 gtk iconv imap ipv6 jpeg mmx mmxext modules mozbranding mp3 multilib ncurses nls nptl nsplugin ogg openmp pam pcre pdf png popcnt readline samba session sse sse2 sse3 sse4_1 sse4_2 ssl ssse3 svg tcpd tiff tk unicode v4l vorbis xv zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status uni
que_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy con
dition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

--
Grant Edwards grant.b.edwards Yow! I brought my BOWLING
at BALL -- and some DRUGS!!
gmail.com

Mike Gilbert

unread,

May 18, 2015, 5:00:04 PM5/18/15

to

On Mon, May 18, 2015 at 4:30 PM, Grant Edwards
<grant.b...@gmail.com> wrote:
> On 2015-05-18, Manuel Schönlaub <manuel.s...@gmail.com> wrote:
>
>> Hm, I can't really reproduce it here.
>
> I forgot to menion I'm using chromium stable 42.0.2311.135.
>

Upgrade to chromium-43; the ebuild has been adjusted to not require libsecret.

See bug 538224.

https://bugs.gentoo.org/show_bug.cgi?id=538224

Mick

unread,

May 18, 2015, 5:10:04 PM5/18/15

to

On Monday 18 May 2015 21:30:51 Grant Edwards wrote:
> On 2015-05-18, Manuel Schönlaub <manuel.s...@gmail.com> wrote:
> > Hm, I can't really reproduce it here.
>
> I forgot to menion I'm using chromium stable 42.0.2311.135.

Same here.

> > - Did you disable these USE flags on the CLI, for that package only or
> >
> > system wide?
>
> It's not enabled anywhere (make.conf, packate.use, profile, etc),
> however it is not disabled anywhere either.

Almost same here. I have USE="-gnome" in make.conf and gnome-keyring is also
disabled globally (I guess due to my profile):

$ euse -i gnome-keyring
global use flags (searching: gnome-keyring)
************************************************************
[- ] gnome-keyring - Enable support for storing passwords via gnome-
keyring

local use flags (searching: gnome-keyring)
************************************************************
[- ] gnome-keyring
sys-auth/pambase: Enable pam_gnome_keyring module on system login
stack. This enables proper Gnome Keyring access to logins, whether
they are done with the login shell, a Desktop Manager or a remote
login systems such as SSH.
[- ] 20101024-r2 [gentoo]
[- ] 20120417-r3 [gentoo]
[- ] 20140313 [gentoo]
[- ] 20150213 [gentoo]

I fought around with it too and came to the conclusion that if I want to
continue to use Chromium I will have to accept the installation of yet-
another-gnome-package.

--
Regards,
Mick

signature.asc

Manuel Schönlaub

unread,

May 18, 2015, 5:20:04 PM5/18/15

to

Just upgrade to the - unstable - chrome 43. As Mike stated in an email before, the unconditional dependency in libsecret was removed in the new ebuilds. You still would have to disable or keep disabled those two USE flags explicitly of course.

Manuel Schönlaub

unread,

May 18, 2015, 5:20:04 PM5/18/15

to

The unstable version (43) has had its dependency on libsecret removed.

Furthermore the package's standard USE flags include gnome and gnome-keyring. You would disable them explicitly in order not to have libgnome-keyring (and gconf) installed again.

Mick

unread,

May 18, 2015, 5:40:04 PM5/18/15

to

On Monday 18 May 2015 22:17:43 Manuel Schönlaub wrote:
> Just upgrade to the - unstable - chrome 43. As Mike stated in an email
> before, the unconditional dependency in libsecret was removed in the new
> ebuilds. You still would have to disable or keep disabled those two USE
> flags explicitly of course.

Glad this was fixed. Thanks for letting us know.

--
Regards,
Mick

signature.asc

Grant Edwards

unread,

May 18, 2015, 6:10:04 PM5/18/15

to

Yep. Should've checked bugzilla.

Thanks.

--
Grant Edwards grant.b.edwards Yow! Look DEEP into the
at OPENINGS!! Do you see any
gmail.com ELVES or EDSELS ... or a
HIGHBALL?? ...

Grant Edwards

unread,

Jan 7, 2016, 6:20:04 PM1/7/16

to

Now it seems to be broken again. The popup started showing up again
sometime in the past couple weeks. I'm running Chromium
47.0.2526.106, and it seems to have the same bug that was supposedly
fixed in version 43.

Even when built with -gnome-keyring, it insists on trying to use a
gnome keyring.

--
Grant Edwards grant.b.edwards Yow! Do you guys know we
at just passed thru a BLACK
gmail.com HOLE in space?

Grant Edwards

unread,

Jan 7, 2016, 6:30:04 PM1/7/16

to

On 2016-01-07, Grant Edwards <grant.b...@gmail.com> wrote:
> On 2015-05-18, Mick <michael...@gmail.com> wrote:
>> On Monday 18 May 2015 22:17:43 Manuel Schönlaub wrote:
>>> Just upgrade to the - unstable - chrome 43. As Mike stated in an email
>>> before, the unconditional dependency in libsecret was removed in the new
>>> ebuilds. You still would have to disable or keep disabled those two USE
>>> flags explicitly of course.
>>
>> Glad this was fixed. Thanks for letting us know.
>
> Now it seems to be broken again. The popup started showing up again
> sometime in the past couple weeks. I'm running Chromium
> 47.0.2526.106, and it seems to have the same bug that was supposedly
> fixed in version 43.
>
> Even when built with -gnome-keyring, it insists on trying to use a
> gnome keyring.

You used to be able to temporarily fix this problem by doing

sudo emerge -C gnome-keyring

But, that doesn't work any longer. Now you have to get rid of the
gcrprompter utility. :/

--
Grant Edwards grant.b.edwards Yow! Those people look
at exactly like Donnie and
gmail.com Marie Osmond!!