[manjaro32] Out-of-date Manjaro package report



Using manjaro32 and spotted an out-of-date Manjaro package?

First, check the Manjaro GitHub sources for core, extra, and community. If it’s in the GitHub sources, it’s a Manjaro package.

Alternatively, check the Arch package list to see whether the package is one likely to be built by archlinux32.

If it’s a Manjaro package, and it’s out-of-date, report here.

[Stable Update x32] 2017-12-29 - i686'm too 686 for my 686
[Unstable Update][x32] 2017-11-24 - i686 lives!
[Stable Update x32] 2018-01-06 - Kernels, keyring, TLP, Desktop settings
[Stable Update x32] 2018-01-17 - KDE, GCC, Flash, Deepin, lots of other stuff too
[Stable Update x32] 2018-01-13 - Kernels, Intel microcode
[Stable Update x32] 2018-01-09 - Kernels, many (many) upstream packages updated
Pamac offers updates from AUR against community packages. Is it OK?

x86_64 - 0.9.4-4
i686 - 0.9.3-4


Most [community] packages will be out-of-date for a little while longer. Give me a few more hours. :slight_smile:


Mugshot and xcursor-breeze packages are now updated on Manjaro main unstable branch.


xcursor-breeze is updated. mugshot has build issues: https://aur.archlinux.org/packages/mugshot

Traceback (most recent call last):
  File "setup.py", line 201, in <module>
    cmdclass={'install': InstallAndUpdateDataDirectory}
  File "/usr/lib/python3.6/site-packages/DistUtilsExtra/auto.py", line 100, in setup
  File "/usr/lib/python3.6/distutils/core.py", line 148, in setup
  File "/usr/lib/python3.6/distutils/dist.py", line 955, in run_commands
  File "/usr/lib/python3.6/distutils/dist.py", line 974, in run_command
  File "setup.py", line 186, in run
    update_desktop_file(desktop_file, script_path)
  File "setup.py", line 106, in update_desktop_file
    for line in fin:
  File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc4 in position 92: ordinal not in range(128)


You build with mt?
Seem is missing the correct ascii code in your chroot…


It’s my Docker build container… others on the AUR comments have the same issue with a “clean chroot” so it’s likely a case of a missing environment variable.


Yep… In our mt we have in the past the Same issue for another pkg and we have set the locale variabile in mt to prevent it…


That got it. Had to edit /etc/locale.gen, then run locale-gen, then export en_US.UTF8 worked.

mugshot is updated in the x32* repos.


A post was split to a new topic: Xml-security-c fails to link against xerces-c