[gelöst] Libreoffice mit Vala öffnen

[ubik]

Hallo,

ich habe folgenden Code in Gnome Builder als Vala-Projekt reingetan:

Code: Alles auswählen

try {
		            string[] spawn_args = {"libreoffice"};
		            string[] spawn_env = Environ.get ();
		            string ls_stdout;
		            string ls_stderr;
		            int ls_status;

		            Process.spawn_sync ("/",
							            spawn_args,
							            spawn_env,
							            SpawnFlags.SEARCH_PATH,
							            null,
							            out ls_stdout,
							            out ls_stderr,
							            out ls_status);

		            // Output: <File list>
		            print ("stdout:\n");
		            // Output: ````
		            print (ls_stdout);
		            print ("stderr:\n");
		            print (ls_stderr);
		            // Output: ``0``
		            print ("status: %d\n", ls_status);

	            } catch (SpawnError e) {
		            print ("Error: %s\n", e.message);
	            }

Dieses soll Libreoffice starten.

Ich bekomme aber die Fehlermeldung:

Error: Failed to execute child process “libreoffice” (No such file or directory)

Ohne Gnome Builder geht es.

Es ist auch irgendwie so, dass ich z. B. "ls /usr/lib" nicht machen kann. "ls /usr/bin" dagegen funktioniert.

Was mache ich falsch?

[debilian]

gib doch den vollständigen Pfad an:

z.B.

Code: Alles auswählen

/usr/lib/libreoffice/program/soffice

[ubik]

gib doch den vollständigen Pfad an:

z.B.

Code: Alles auswählen

/usr/lib/libreoffice/program/soffice

Habe ich versucht. Bekomme dann das selbe:

Code: Alles auswählen

Error: Failed to execute child process “/usr/lib/libreoffice/program/soffice” (No such file or directory)

Code: Alles auswählen

                try {
		            string[] spawn_args = {"/usr/lib/libreoffice/program/soffice
"};
		            string[] spawn_env = Environ.get ();
		            string ls_stdout;
		            string ls_stderr;
		            int ls_status;

		            Process.spawn_sync ("/",
							            spawn_args,
							            spawn_env,
							            SpawnFlags.SEARCH_PATH,
							            null,
							            out ls_stdout,
							            out ls_stderr,
							            out ls_status);

		            // Output: <File list>
		            print ("stdout:\n");
		            // Output: ````
		            print (ls_stdout);
		            print ("stderr:\n");
		            print (ls_stderr);
		            // Output: ``0``
		            print ("status: %d\n", ls_status);

	            } catch (SpawnError e) {
		            print ("Error: %s\n", e.message);
	            }

Er findet unter Gnome Builder irgendwie die Pfade nicht. Ohne Gnome Builder mit valac geht es. Mein Ziel ist es, eine .odt Datei in .pdf umzuwandeln. Dazu brauche ich libreoffice.

[debilian]

Ohne mich jetzt in deine Materie eingearbeitet zu haben, warum nicht so:

https://ubunlog.com/de/lowriter-documen ... otes_a_pdf

gruss

[ubik]

Nein, auch das funktioniert nicht. Er meint, dass die Datei lowriter nicht gefunden werden kann.

Wenn ich einmal das hier mache:

Code: Alles auswählen

                Posix.system("ls /usr/bin");

Dann gibt es dort irgendwie auch keine Datei namens "lowriter" oder "libreoffice" oder ähnliches.

Wenn ich außerhalb von Gnomebuilder eine Datei mit valac kompiliere, dann existiert die Datei "lowriter" sehr wohl.

Was muss ich unter Gnome Builder einstellen, dass er auch dort "lowriter" findet?

[fischig]

Keine Ahnung, was „Vala“ ist. LO liegt bei mir unter /usr/lib. Die Textverarbeitung heißt swriter. (Kommt von Starwriter, Staroffice, lang lang ist's her. ) lowriter gibt's meines Wissens nicht.

[JTH]

Keine Ahnung, was „Vala“ ist.

Eine Programmiersprache, im GTK-/Gnome-Umfeld verbreitet.

[ubik]

Code: Alles auswählen

Posix.system("ls /usr/lib/libreoffice/program");

Code: Alles auswählen

ls: cannot access '/usr/lib/libreoffice/program': No such file or directory

Gnome Builder kennt die Pfade nicht. Warum?

[ubik]

Okay ich hab's jetzt.

Man muss Gnome Builder so einstellen, dass er eine Desktop Version kompiliert, nicht Flatpak.