Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 638010 (xlocale.h) - [TRACKER] Packages using xlocale.h (and thus failing to build with >=sys-libs/glibc-2.26)
Summary: [TRACKER] Packages using xlocale.h (and thus failing to build with >=sys-libs...
Alias: xlocale.h
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Toolchain Maintainers
Keywords: Tracker
: 669360 (view as bug list)
Depends on: 628750 628754 632214 634152 635088 636206 637310 637350 638082 638238 638846 639108 645400 645564 652626 652738
Blocks: glibc-2.26
  Show dependency tree
Reported: 2017-11-18 12:56 UTC by Andreas K. Hüttel
Modified: 2018-10-22 22:48 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Andreas K. Hüttel archtester gentoo-dev 2017-11-18 12:56:03 UTC
glibc 2.26 dropped xlocale.h. Packages should just use locale.h instead. 

NOTE: While above advice works for any glibc, it does not work universally on prefix. Darwin e.g. has no locale.h, but only xlocale.h - you will have to work with #ifdef's if you want to support that.
Comment 1 Mykhailo 2018-01-16 08:34:52 UTC
kde-apps/kdenlive is using xlocale.h, fixed by making symlink from locale.h
Comment 2 Petross404(Petros S) 2018-01-24 12:41:37 UTC
(In reply to strobil from comment #1)
> kde-apps/kdenlive is using xlocale.h, fixed by making symlink from locale.h

I can confirm that =kde-apps/kdenlive-17.12.1 indeed fails due to this error.
Comment 3 matoro archtester 2018-03-20 18:58:35 UTC
Getting issues with this for =app-emulation/virtualbox-5.2.8 as well.
Comment 4 AbH Belxjander Draconis Serechai 2018-03-29 23:16:40 UTC
media-libs/mesa also showed this as an issue breaking the “build” or make processing during emerge while building a fresh gentoo installation.

I'll be attempting a workaround by deleting this individual file,

I'll commemt again if this workaround doesn't solve my own issue
Comment 5 AbH Belxjander Draconis Serechai 2018-03-30 00:34:52 UTC
media-libs/mesa-18.0.0_rc5 failure when glibc-2.26 is installed with xlocale.h,
  the action of “rm /usr/include/xlocale.h” allowed mesa to complete compilation without failures or errors.
Comment 6 Greg Turner 2018-03-30 02:05:03 UTC
(In reply to matoro from comment #3)
> Getting issues with this for =app-emulation/virtualbox-5.2.8 as well.

Looked into this without a clear win.  Appears to be by way of gsoap.  Gsoap upstream did something to address this, but I can't figure it out... pretty sure I am just missing the plot somehow.

So my impression is that, probably, there should be a gsoap bug for xlocale removal, and although the gsoap xlocale header dependency results in a virtualbox ebuild failure, it's probably not a problem needing to be addressed in the virtualbox ebuild, but in gsoap's, by some combination of backporting, revbumping, and having more of time and/or a clue than I.
Comment 7 Larry the Git Cow gentoo-dev 2018-06-06 05:24:14 UTC
The bug has been referenced in the following commit(s):

commit 3b74cf4bf4f8e2867b5feb531c358bc548405aa5
Author:     Robin H. Johnson <>
AuthorDate: 2018-06-06 05:22:13 +0000
Commit:     Robin H. Johnson <>
CommitDate: 2018-06-06 05:24:06 +0000

    dev-perl/XML-LibXSLT: newer dev-libs/libxslt for glibc
    glibc-2.26 no longer ships xlocale.h, and consumers should switch to
    locale.h instead. dev-libs/libxslt-1.1.32 contains the fix, but we need
    to make sure it's present before dev-perl/XML-LibXSLT gets rebuilt.
    Signed-off-by: Robin H. Johnson <>
    Package-Manager: Portage-2.3.33, Repoman-2.3.9

 dev-perl/XML-LibXSLT/XML-LibXSLT-1.940.0.ebuild | 4 ++--
 dev-perl/XML-LibXSLT/XML-LibXSLT-1.950.0.ebuild | 4 ++--
 dev-perl/XML-LibXSLT/XML-LibXSLT-1.960.0.ebuild | 2 +-
 3 files changed, 5 insertions(+), 5 deletions(-)
Comment 8 Andreas K. Hüttel archtester gentoo-dev 2018-09-11 15:25:09 UTC
Let's close this tracker. glibc 2.25 is masked, 2.26 is stable. What still fails now is a treecleaning candidate.
Comment 9 Jeroen Roovers (RETIRED) gentoo-dev 2018-10-22 22:01:55 UTC
*** Bug 669360 has been marked as a duplicate of this bug. ***
Comment 10 Nico Baggus 2018-10-22 22:48:25 UTC
All virtualbox version fail.

Creating an empty xlocale.h allows a rebuild.
So the content is not relevant for 5.2.20.