Updating Libreoffice on Rosa 13 plasma 6 from kde6_backports_personal
Добавлено: 08 окт 2025, 13:30
Hello!
I pass first my solution, because the story is longer, so if anybody needs to update to 25.2.6 version, not to read the whole one.
Update can be made from abf-downloads.rosalinux.ru/kde6_backports_personal repository, but if using plasma6, DO NOT install the libreoffice-kde6-25.2.6 package (or uninstall it). Instead of it, install by force (no dependency checking) or copy the files from the libreoffice-kde6-25.2.3 version from main repository to the /usr/lib64/libreoffice/program folder. This solution worked for me.
I write down my experience hoping, that it might be useful.
There is a bug in Libreoffice 25.2.3 Writer because of which some tables, which continues from one page to the other, won't work correctly. This became visible especially when exported to pdf. Some parts of the visible frames of the table continued until the end of the page, even if the table should be ended at the beginning of the second page and even if after there was texts or other tables.
At first I solved the problem by opening the .odt files in OnlyOffice 9 and exporting to .pdf from there (sidemark - the size of pdf produced by OnlyOffice were almost half the size of the LibreOffice produced ones. I wonder why, because there were only texts and tables).
But this was not a longterm solution.
I discovered that in 24.8.5 (the previous version from the main repository) and in the 25.2.6 from the abf-downloads.rosalinux.ru/kde6_backports_personal repository) there is no such a bug. I would have preferred the 24.8.5 version because libreoffice removed in 25.2 the page border margin marks from Draw, fortunately reintroduced in 25.8 - but this I didn't find in Rosa repositories, and official libreoffice package has no plasma6 plugin in it, only plasma5.
Because I run plasma6, I use the libreoffice plasma plugin. But because of this, I was not able to run the 24.8.5. When the file was opened from the file-manager, it would open in a very small window. But it was not possible to maximize the window, because the gui stayed small in the top left corner and the rest of the screen was grey. Only If I dragged with the mouse the originally opened gui sides, enlarging the window, would have worked. But being careful, not to maximize. And this should have been necessary to make every time I opened from file-manager an already existing file. I renounced. Without the plasma plugin, everything was working, but I needed the plasma file-picker.
So I have tried the 25.2.6 from kde6_backports. It seemed to work until saving the file. When the file-picker opened, libreoffice crashed. Again, without the plasma plugin it was working.
I concluded, that must be some relation between the libreoffce plasma plugin and the actual running plasma on my system. So I have tried removing the 25.2.6-kde6 plugin and installed by force the 25.2.3-kde6 from the main. SUCCES! It worked! But not with the 24.8.5 version.
So, for the moment, that bug problem is solved, and until 25.8.x comes into the repositories, I live with 25.2.6.
I pass first my solution, because the story is longer, so if anybody needs to update to 25.2.6 version, not to read the whole one.
Update can be made from abf-downloads.rosalinux.ru/kde6_backports_personal repository, but if using plasma6, DO NOT install the libreoffice-kde6-25.2.6 package (or uninstall it). Instead of it, install by force (no dependency checking) or copy the files from the libreoffice-kde6-25.2.3 version from main repository to the /usr/lib64/libreoffice/program folder. This solution worked for me.
I write down my experience hoping, that it might be useful.
There is a bug in Libreoffice 25.2.3 Writer because of which some tables, which continues from one page to the other, won't work correctly. This became visible especially when exported to pdf. Some parts of the visible frames of the table continued until the end of the page, even if the table should be ended at the beginning of the second page and even if after there was texts or other tables.
At first I solved the problem by opening the .odt files in OnlyOffice 9 and exporting to .pdf from there (sidemark - the size of pdf produced by OnlyOffice were almost half the size of the LibreOffice produced ones. I wonder why, because there were only texts and tables).
But this was not a longterm solution.
I discovered that in 24.8.5 (the previous version from the main repository) and in the 25.2.6 from the abf-downloads.rosalinux.ru/kde6_backports_personal repository) there is no such a bug. I would have preferred the 24.8.5 version because libreoffice removed in 25.2 the page border margin marks from Draw, fortunately reintroduced in 25.8 - but this I didn't find in Rosa repositories, and official libreoffice package has no plasma6 plugin in it, only plasma5.
Because I run plasma6, I use the libreoffice plasma plugin. But because of this, I was not able to run the 24.8.5. When the file was opened from the file-manager, it would open in a very small window. But it was not possible to maximize the window, because the gui stayed small in the top left corner and the rest of the screen was grey. Only If I dragged with the mouse the originally opened gui sides, enlarging the window, would have worked. But being careful, not to maximize. And this should have been necessary to make every time I opened from file-manager an already existing file. I renounced. Without the plasma plugin, everything was working, but I needed the plasma file-picker.
So I have tried the 25.2.6 from kde6_backports. It seemed to work until saving the file. When the file-picker opened, libreoffice crashed. Again, without the plasma plugin it was working.
I concluded, that must be some relation between the libreoffce plasma plugin and the actual running plasma on my system. So I have tried removing the 25.2.6-kde6 plugin and installed by force the 25.2.3-kde6 from the main. SUCCES! It worked! But not with the 24.8.5 version.
So, for the moment, that bug problem is solved, and until 25.8.x comes into the repositories, I live with 25.2.6.