[From nobody Tue Apr 7 21:27:07 2026 Received: (at 1114995-done) by bugs.debian.org; 7 Apr 2026 20:25:15 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02 (2024-03-25) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-108.7 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROMDEVELOPER, HAS_BUG_NUMBER,SPF_HELO_NONE,SPF_NONE,UNPARSEABLE_RELAY, USER_IN_DKIM_WELCOMELIST autolearn=ham autolearn_force=no version=4.0.1-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 27; hammy, 149; neutral, 204; spammy, 1. spammytokens:0.995-+--male hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin, 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311, 0.000-+--H*RT:311, 0.000-+--H*RT:108 Return-path: <rene@debian.org> Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:50692) by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from <rene@debian.org>) id 1wACz5-0040L1-1T; Tue, 07 Apr 2026 20:25:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; s=smtpauto.stravinsky; h=X-Debian-User:Content-Transfer-Encoding:Content-Type :In-Reply-To:References:Cc:To:From:Subject:MIME-Version:Date:Message-ID: Reply-To:Content-ID:Content-Description; bh=fxnopniod2kGWry5X91AIOR5Xfna9iOuhVN9ezFmssI=; b=B/gta9Xw57wuMebnb+BLiD1Hlf mKRs5VriCsOkgvoDSjl+eD1lUyqN/WwO4dMcpyHEDMiOX81mvlvqTG5wKDtqi591eoAjUIJ8sMr1o JFYMzQH6/gwjvTeFLbYXq94jfMX1syl7s/6kMxlcpNxj2D5FowCWAeKzdmP40EKFh2Me0660gsXfX 9/7KTemegcV2Wp9x1ZeG9C+ErnkLT8XP+4PXMaWPZEnglnMK4yool8eh+M8+RZMCPW4hm3tkS+zNj G0qZZdFjrlP7ueqhAW1vYS6D4Ngimi1j+ehAM3CxfgVABnsjrJUYs2fmE4zbCeWyiMeLjKijZp9+1 zrT4/kbA==; Received: from authenticated user by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_128_GCM:128) (Exim 4.96) (envelope-from <rene@debian.org>) id 1wACz4-007tf2-2d; Tue, 07 Apr 2026 20:25:13 +0000 Message-ID: <3e713bab-9703-4f7e-98d5-aa0ec99514f6@debian.org> Date: Tue, 7 Apr 2026 22:25:12 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Bug#1114995: Libreoffice fails to start whith an error while loading shared libraries. From: Rene Engelhard <rene@debian.org> To: 1114995-done@bugs.debian.org Cc: control@bugs.debian.org, tar@debian.org References: <itv3lrtlxbu5fkxqkfbhkhgdgquvdhhkxzxj3seuggskwkpv3y@nnj3wo2gsmrh> <5cc1457a-bef0-49dc-a01c-cc827b953bc3@debian.org> <itv3lrtlxbu5fkxqkfbhkhgdgquvdhhkxzxj3seuggskwkpv3y@nnj3wo2gsmrh> <adUafyQk94jr7sAC@royce> <2c52a910-a6cb-47d1-bdf2-db6f16a3c63a@debian.org> Content-Language: en-GB Organization: Debian Project In-Reply-To: <2c52a910-a6cb-47d1-bdf2-db6f16a3c63a@debian.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Debian-User: rene Hi, Am 07.04.26 um 21:59 schrieb Rene Engelhard: > Am 07.04.26 um 17:11 schrieb Karine Crévecœur: >> Hi, >> Finally, I've found the cause of the issue. The script >> /usr/share/GNUstep/Makefiles/GNUstep.sh from the package gnustep-common >> exports the environment variable >>         LD_LIBRARY_PATH=/home/enikar/GNUstep/Library/Libraries:/usr/local/lib:/usr/lib/x86_64-linux-gnu >> >> When I unset it, libreoffice starts correctly. > > Oh, dear. > > Why is it LD_LIBRARY_PATH'ing stuff in (whatever I assume is your home) and then stuff which is in the search path anyway? > > I wonder why noone saw that so far, though, maybe something is more special still? > >> I'm very sorry for that. However, this is still not the expected >> behaviour, I guess. > > Indeed. Discussing this on IRC just nowyields that it is a script helping to install local install of GNUStep libraries and that it _should not_ create it unless you set special variables and that resulting in this in normal operations is a user error: 21:55 < _rene__> hmm 21:55 < _rene__> GNUstep people here right now? 22:01 < tarzeau> yes 22:02 < _rene__> tarzeau: #1114995 22:02 -zwiebelbot:#debian-devel- Debian#1114995: /usr/share/GNUstep/Makefiles/GNUstep.sh makes libreoffice not find its private libraries, preventing startup - https://bugs.debian.org/1114995 22:03 < _rene__> tarzeau: just reassigned. but what is it doing with the user home? 22:03 < _rene__> and why stuff in there which is in the standard search path anyway 22:03 < _rene__> (I see that LOs RPATH on $ORIGIN in special(tm), too, but...) 22:04 < _rene__> tarzeau: no blame intended, just curious 22:04 < _rene__> tarzeau: I also wonder why noone saw this before, is that script something special and not used in all cases? 22:05 < tarzeau> _rene__: someone is using LD_LIBRARY_PATH=/home/enikar/GNUstep/Library/Libraries wrong? 22:06 < tarzeau> not the package, but the user is the problem here 22:06 < tarzeau> if bug reporter disagrees, wait for #gnustep other half of team reacts to bts entry 22:06 < _rene__> ok, she at least claimed that gnustep-common was setting it, so.. 22:06 < _rene__> if that was a wrong statement sorry 22:07 < tarzeau> _rene__: users are free to use the script, (source it) to build gnustep software more easily 22:07 < _rene__> (I assume "she") 22:07 < tarzeau> it might be setting it, but only if user is setting some GNUSTEP env vars (the one specific to user) 22:07 < tarzeau> i don't put gender on person, (so i don't waste time is person male or female, or something else) 22:08 < tarzeau> i have no idea what the user is doing, but easy test, create new user, test with that user, everything should work as expected 22:08 < tarzeau> if not, maybe user has /etc/skel messed up? 22:09 < tarzeau> or maybe local gnustep installation? 22:12 < tarzeau> _rene__: that script is something to be sourced, and afaik most people do not source it by default. thus don't run into this error 22:17 < tarzeau> _rene__: all i can say: debian packaging of gnustep does not touch: tar@orange:~$ ls GNUstep/Library/Libraries 22:18 < _rene__> ok 22:18 < tarzeau> so if the user puts binaries there (user domain install) and it's interfering with other things , that's clearly layer 8 22:18 < _rene__> feel free to close as user error then 22:18 < _rene__> or should I? 22:18 < tarzeau> thank you for doing :) 22:21 < _rene__> may I quote you? 22:21 < _rene__> saves me from paraphrasing this :) 22:21 < tarzeau> please, yes, feel free to correct/rephrase as well 22:21 < tarzeau> if she wants details, please ls -laR her local home GNUstep dir 22:22 < tarzeau> that and some strace should shed some light 22:22 < _rene__> will just cut'n'paste, you explained it better than I could rephrase it not knowing how GNUStep works :) > >> The bug has been fixed for me. > > Reassigning to GNUstep for more input. See above. Closing then. Regards, Rene]