LibreOffice_7.6.6.3 - /root/%U does not exist (SOLVED)

[jp734]

I tried creating a SFS file of the LibreOffice version 7.6.6.3 using @Tippe script and got an error "/root/%U does not exist" when executed from the menu. If I execute the program from terminal: "root# /opt/libreoffice7.6/program/scalc", everything is fine. No error.

Using bionicpup64. First time creating SFS here. Thanks a lot

Link to @Tippe post
viewtopic.php?t=11150

[Jasper]

@jp734

Does this command present you with a dialogue box?

Using terminal

Code: Select all

/opt/libreoffice7.6/program/soffice

[jp734]

@Jasper -LibreOffice window pops up where I can open recently opened files or start a new document, spreadsheet, presentation, etc.... I tried ALL, open recent and start new docs and everything seem to be business as usual.

But I just noticed on the terminal window, it says "Warning: failed to read path from javaldx"

[Jasper]

Do you have Java installed?

viewtopic.php?t=2514

It should startup regardless of the error message.

Have you looked at a previously prepared PET file so that you can understand the directory structure?

viewtopic.php?t=404&start=30

[jp734]

It works with no issue from terminal but from the taskbar and right-click menus, I get the error and the program closes. I have a downloaded SFS copy of the version 6 and I don't get the /root/%U does not exist error but when executed from terminal, I also get the java warning so I think that eliminates the need to install Java

(edit)
I downloaded the latest SFS v7.6 from the link you provided. Exact same issue like the SFS I created.

[Jasper]

I did upload a SFS myself here:

viewtopic.php?t=11157

It is US English and with additional en GB help files.

If you have the bandwidth & time available, you could see if it works for you?

[jp734]

So, just for giggles, I tried creating a SFS of the v24 before I tried yours. This time, after I confirmed the first error (same error), a second window with the same error popped up. I clicked ok and the program terminated.

Your v.24 sfs DID NOT give me any error. I'll use it but isn't v.24 a beta and v.7.6 the stable version?

[Jasper]

@jp734

The new builds are named

24 (year) 2 (month) 2 (revision/update)

the older/stable builds are the

7.x.x.x

[jp734]

Cool. Learned something new again. Thanks a lot. Have a great day buddy

[mikeslr]

You'll find the %U command in LibreOffice's Desktop's files Exec=Line. Not sure what it's supposed to do, but Puppys always stumble when it's present. [Maybe U means 'User' and Puppys run as Root]. Easy fix. Just edit the Exec= line to delete it.

Edit: I see that you built the LibreOffice SFS using Tippe's Builder, https://www.forum.puppylinux.com/viewto ... 67#p117767, from deb's published for 'Major' Distros. They do employ the %U argument. Ran across the same issue using PaDS, https://www.forum.puppylinux.com/viewto ... 6355#p6355. Haven't tried Tippe's Builder, yet. But will as taersh no longer provides updates.

[Jasper]

@jp734

If you want to use some Microsoft True Type fonts for LibreOffice, there is a small 6mb zipped file here:

https://www.mediafire.com/file/osq2hdfd ... ar.gz/file

Place them in (there are 137 in there already):

Code: Select all

/opt/libreoffice24.2/usr/share/fonts/share/fonts/truetype

for general use for other applications then place them in

Code: Select all

/usr/share/fonts

[jp734]

@mikesir I tried creating a desktop entry with %U. No issue there. See screenshot below. But yes, I do see the "%U" on every libreoffice entry on .jwmrc file. Willing to try without it but don't know how to remove it without editing .jwmrc directly/manually

edit:
This is the v24 SFS I created now. Still getting the error if executed from taskbar and right click menus and terminates. Works fine using the desktop entry I created with %U on Exec= line

[jp734]

more testing...

This time on terminal with %U and it reproduced the error I was getting plus a "Gtk-message: GtkDialog mapped without a transient parent. This is discouraged"

[mikeslr]

The way I built a LibreOffice SFS using PaDS (referred to in my prior post) was after the SFS was created I mounted it, copied its contents to a NAMED folder, then dir2sfs the folder. But before running dir2SFS I edited the desktop files in /opt/libreofficeX.X/share/xdg to remove the %U arguments from Exec=.
LibreOffice symlinks those desktop files to /usr/share/applications. Those symlinks create the menu entries.

Since I mostly use writer and calc, rarely impress and draw I don't bother editing the other desktop files.

I think what you can do, having already built the SFS, is make the changes in /opt/libreofficeX.X/share/xdg, execute a Save --which will preserve those changes to /opt-- unload the Libreoffice.SFS, edit the problem lines in jwm.rc in text editor, then reload. Other than editing the files in xdg, I'm not certain if all those steps are necessary because my build as above described does not have the %U arguments in the jwm.rc file. The changes in the /opt folder in your SaveFile/Folder should have priority over the code of the SFS.

[jp734]

The desktop entry I created is working so I can live with it for a while but how you did yours is the best way to do I think and I don't mind recreating the SFS. It's really not hard and it doesn't take time. Plus, I'm sure one day I'll be doing it again so it's better to learn how to do it right the first time. I'll try PaDs and dir2sfs too.

[jp734]

@mikeslr Your trick worked like a charm.

- Extracted the SFS I've created
- deleted all the %U from the .desktop files
- dir2sfs [folder]

And just like that, no more error. All in under 10 minutes