[Stable Update i686] 2018-08-29 - Kernels, LibreOffice

update
stable
manjaro32

#1

Hello i686ers!

This is a a relatively small update set which updates a few packages including LibreOffice.

There’s a large set of rebuilds coming so the next set will be a bit larger. :wink:

Also, kernels.


Anyone who would like to help out testing the upstream packages, please read the archlinux32 thread for details about how they automate their testing process and how to get involved:

https://bbs.archlinux32.org/viewtopic.php?id=171

(running this in an archlinux32 VM would be fine, there will hopefully be a way of doing this directly from within manjaro32 in the future)


Available kernels

Series Version
linux316 3.16.56
linux44 4.4.152
linux49 4.9.124
linux414 4.14.67

archlinux32

If you find manjaro32 useful please consider donating to, or helping out with, archlinux32. It’s a small team taking on a huge project and any help will no doubt be very much appreciated.

Why aren’t the available packages/package versions the same as x86_64?

archlinux32 packages are based on Arch packages but may need editing to build correctly. Builds of less-popular packages are lower priority.

Manjaro-specific packages may lag behind x86_64 because there aren’t as many packagers. If you notice an important package is lagging please report it; at the moment it’s only me packaging for i686:

I’m only packaging current LTS kernels. Any marked as EOL are dropped. I’ll not be building the mainline kernel.

What about security updates?

I cannot guarantee timely security updates on x32-stable. If this is critical for you I recommend you switch to x32-testing or cherry-pick those packages from x32-testing or x32-unstable as they become available.

Something broke. Isn’t this meant to be stable?

“Stable” means “infrequently changing”, not “everything will work perfectly all the time”. If you want it to mean everything works, you need to help test the things you’re interested in.

What about installer images?

Phil very kindly updated the preview installer images:

What about x32-testing and x32-unstable?

These are already available, and I recommend you use x32-testing if you can to make sure testing is done.

x32-unstable should be used by anyone who wants to try and find any issues before they impact other people. If you have multiple/many machines you really should run one of those on x32-unstable.

Full list of changes

Full list of changes is available here.


Any problems?

  • No issues, everything went smoothly
  • Yes there was an issue. I was able to resolve it myself. (Please post your solution)
  • Yes I am currently experiencing an issue due to the update. (Please post about it)

0 voters



[Testing Update i686] 2018-08-24 to 28 - LibreOffice, kernels
#2

Known issues and solutions


Replace hunspell-en?

Yes.



#3

@jonathon

packer -Syu
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
:: Starting full system upgrade...
resolving dependencies...
warning: cannot resolve "libmsym", a dependency of "avogadrolibs"
:: The following package cannot be upgraded due to unresolvable dependencies:
      avogadrolibs

:: Do you want to skip the above package for this upgrade? [y/N] y
looking for conflicting packages...
 there is nothing to do
:: Synchronizing aur database...
 aur                                        18  18 [###########################################################]100%
:: Starting full aur upgrade...
 local database is up to date

#4

Update on 1 Machine and 1 VB without Problems.

DK3


#5

I didn’t get any LibreOffice updates.
And Remmina is broken now, so i am using old version.

remmina: /usr/lib/libssh.so.4: no version information available (required by remmina)
remmina: relocation error: remmina: symbol ssh_threads_get_pthread version LIBSSH_4_5_0 not defined in file libssh.so.4 with link time reference

Could you please update libssh to the latest version -> 0.8.2? It should help Remmina and overall has more bug fixes.

The developer said its possible remmina was compilled again 0.8 instead of 0.7.5 So this could an issue but newer version at repositories is better anyway.

The developer was right. libssh ver. 0.7.5, i’ve installed remmina-git from aur it compiled and runs now very well. So apperantly whoever built remmina for reposiotory did use new version and thus caused in unsable binary.


#6

Chromium 69 and Firefox 62 are uploaded. Let me know of any issues.


#8

Many thanks to your good work and for maintaining a 32bit version of Manjaro.

I experience some issues since the latest stable update with some packages that are built against python 3.6 they should be rebuilt against python 3.7. (workaround by moving everything from /usr/lib/python3.6 to /usr/lib/python3.7.

Another issue is with firefox 62. It is built against icu 62 but should be built against icu 61 which is in the stable repo.

Changing repository to x32-testing resolves the above issues, but now there is thunderbird with an unmet dependency. Needs icu 61 but in testing there is icu 62.

Please help, 'cause I use manjaro i3 on a lowend production machine (acer travelmate 290; Intel® Pentium® M processor 1.80GHz; Kernel with force pae 4.9.124-1-MANJARO #1 SMP PREEMPT; 1.96 GiB RAM).


[Testing Update i686] 2018-08-29 to 09-09 - Many rebuilds, Virtualbox, KDE, Thunderbird, Xorg
#9

Oh, darn it. My build container defaults to x32-unstable as that’s where I normally build, and even though I override the branch to x32-stable because the packages are newer they aren’t “upgraded”. Either I default to x32-stable or I need to run a pacman -Syyuu within the container… anyhow, that’s something for another day. FF62 needs to be rebuilt.