Michael wrote:
> On Sunday, 21 July 2024 02:38:46 BST Dale wrote:
>> Dale wrote:
>>> Howdy,
>>>
>>> I did my weekly update the other day a little early. Anyway, I need to
>>> install needrestart but a package fails to build that it depends on.
>>> This is the short error message.
>>>
>>>
>>>
>>> root@Gentoo-1 / # cat
>>> /var/log/portage/sys-apps\:init-system-helpers-1.66\:20240720-133504.log
>>> * Package: sys-apps/init-system-helpers-1.66:0
>>> * Repository: gentoo
>>> * USE: abi_x86_64 amd64 elibc_glibc kernel_linux
>>> * FEATURES: network-sandbox preserve-libs sandbox userpriv usersandbox
>>>
>>>>>> Unpacking source...
>>>>>> Unpacking init-system-helpers_1.66.tar.xz to
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
>>>
>>>>>> Source unpacked in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work
>>>
>>>>>> Preparing source in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
>>> s
>>> ...
>>> * Applying revert-openrc-management.patch
>>> ...
>>> [
>>> ok ]
>>>
>>>>>> Source prepared.
>>>>>> Configuring source in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
>>> s
>>> ...
>>>
>>>>>> Source configured.
>>>>>> Compiling source in
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helper
>>> s
>>> ...
>>>
>>>>>> Source compiled.
>>>>>> Test phase [not enabled]: sys-apps/init-system-helpers-1.66
>>>>>> Install sys-apps/init-system-helpers-1.66 into
>>> /var/tmp/portage/sys-apps/init-system-helpers-1.66/image
>>> Traceback (most recent call last):
>>> File "/usr/lib/python-exec/python3.12/rst2man", line 8, in <module>
>>> sys.exit(rst2man())
>>> ^^^^^^^^^
>>> File "/usr/lib/python3.12/site-packages/docutils/core.py", line 760,
>>> in rst2man
>>> rst2something('manpage', 'Unix manual (troff)', 'user/manpage.html')
>>> File "/usr/lib/python3.12/site-packages/docutils/core.py", line 739,
>>> in rst2something
>>> locale.setlocale(locale.LC_ALL, '')
>>> File "/usr/lib/python3.12/locale.py", line 615, in setlocale
>>> return _setlocale(category, locale)
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> locale.Error: unsupported locale setting
>>> * ERROR: sys-apps/init-system-helpers-1.66::gentoo failed (install
>>> phase):
>>> * Failed to generate man page
>>> *
>>> * Call stack:
>>> * ebuild.sh, line 136: Called src_install
>>> * environment, line 541: Called die
>>> * The specific snippet of code:
>>> * rst2man man8/service.rst > man8/service.8 || die "Failed to
>>> generate man page";
>>> *
>>> * If you need support, post the output of `emerge --info
>>> '=sys-apps/init-system-helpers-1.66::gentoo'`,
>>> * the complete build log and the output of `emerge -pqv
>>> '=sys-apps/init-system-helpers-1.66::gentoo'`.
>>> * The complete build log is located at
>>> '/var/log/portage/sys-apps:init-system-helpers-1.66:20240720-133504.log'.
>>> * For convenience, a symlink to the build log is located at
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/build.log'.
>>> * The ebuild environment file is located at
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/temp/environment'.
>>> * Working directory:
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpe
>>> rs' * S:
>>> '/var/tmp/portage/sys-apps/init-system-helpers-1.66/work/init-system-helpe
>>> rs' root@Gentoo-1 / #
>>>
>>>
>>>
>>> It seems to be complaining about rst2man so I thought maybe there was a
>>> linking problem or something and reinstalling the package would help. I
>>> reinstalled dev-python/docutils but it still fails with the same error.
>>> I searched forums, BGO and such but no help that I could find. I also
>>> tried a newer version of init-system-helpers in case the older version
>>> has a flu.
>>>
>>> On the locale setting. This is what I have set. My understanding,
>>> LC_ALL shouldn't be set.
>>>
>>>
>>> root@Gentoo-1 / # locale
>>> LANG=en_US.utf8
>>> LC_CTYPE="en_US.utf8"
>>> LC_NUMERIC="en_US.utf8"
>>> LC_TIME="en_US.utf8"
>>> LC_COLLATE="en_US.utf8"
>>> LC_MONETARY="en_US.utf8"
>>> LC_MESSAGES="en_US.utf8"
>>> LC_PAPER="en_US.utf8"
>>> LC_NAME="en_US.utf8"
>>> LC_ADDRESS="en_US.utf8"
>>> LC_TELEPHONE="en_US.utf8"
>>> LC_MEASUREMENT="en_US.utf8"
>>> LC_IDENTIFICATION="en_US.utf8"
>>> LC_ALL=
>>> root@Gentoo-1 / #
>>>
>>>
>>>
>>> Anyone have a idea how to fix this? This is the new rig with merged
>>> /usr and openrc. In case that matters. Yes, still named Gentoo-1. It
>>> needs a better name but just not high on my list right now. ;-)
>>>
>>> Dale
>>>
>>> :-) :-)
>>>
>>> P. S. I also got a little thing to put the case on that has wheels.
>>> It's a tight fit but the case fits on there. Just gotta be careful when
>>> moving it. It sits on carpet and mostly wanted to get the case off the
>>> floor for air flow. Still trying to get used to this smaller keyboard.
>> Well, no one else seemed to have a better idea so I tried something. I
>> set LC_ALL in make.conf. Guess what, it installed without error with
>> that set. During the install, the install guide and I'm pretty sure
>> someone on this list said it shouldn't be set because it can override
>> other settings. It seems tho, this one package wants it set for some
>> reason.
>>
>> So, if anyone runs up on this problem, set LC_ALL in make.conf, at least
>> while this one package is being emerged anyway.
>>
>> Hope this helps someone else one day.
>>
>> Dale
>>
>> :-) :-)
> The error points to not liking an empty LC_ALL locale:
>
> ========================================
> locale.setlocale(locale.LC_ALL, '')
> File "/usr/lib/python3.12/locale.py", line 615, in setlocale
> return _setlocale(category, locale)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> locale.Error: unsupported locale setting
> * ERROR: sys-apps/init-system-helpers-1.66::gentoo failed (install phase):
> ==================
>
> This explains why your workaround allowed it to install.
>
> The line 615 in locale.py the error refers to states:
>
> 615 return _setlocale(category, locale)
> 616
> 617 def resetlocale(category=LC_ALL):
> 618
> 619 """ Sets the locale for category to the default setting.
> 620
> 621 The default setting is determined by calling
> 622 getdefaultlocale(). category defaults to LC_ALL.
> 623
> 624 """
>
> >From a quick look I don't know, or understand, why it defaults to LC_ALL,
> >when
> further up it is looking for language and encoding, as provided by LC_CTYPE,
> which is set correctly in your system. Is this the first time you install
> this package?
>
> Unless someone can offer an explanation for this, you may want to file a bug
> report.
On this system yes. On my old rig, LC_ALL is set the same way. I think
when I did that install setting LC_ALL was OK.
I think I saw on package.g.o that the package is maintainer needed.
Filing a bug, if it is a bug, may not get attention for a while. Does
sound like a bug tho.
I'm going to install checkrestart later on. It's in a overlay but can't
recall which one. I'll boot the old system up later on and find out
which one it is in. I prefer checkrestart anyway. I just want the tool
to tell me what needs restarting. I like restarting them myself. ;-)
Dale
:-) :-)
