tag 980013 + moreinfo
tag 980013 + unreproducible
thanks
Hi,
Am 12.01.21 um 22:54 schrieb Nick Bailey:
> access("/tmp", W_OK) = 0
> getuid() = 1000
> socket(AF_UNIX, SOCK_STREAM, 0) = 3
> fcntl(3, F_SETFD, FD_CLOEXEC) = 0
> connect(3, {sa_family=AF_UNIX,
> sun_path="/tmp/OSL_PIPE_1000_SingleOfficeIPC_e68685edcbca78b5debcd31a7a395fac"},
> 110) = -1 ECONNREFUSED (Connection refused)
> close(3) = 0
> stat("/proc/version", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> stat("/usr/lib/libreoffice/program/", {st_mode=S_IFDIR|0755, st_size=20480,
> ...}) = 0
> openat(AT_FDCWD, "/sys/dev/block/254:0/queue/rotational", O_RDONLY) = 3
> close(3) = 0
Which is normal tht
> The named OSL_PIPE is left in /tmp after the program fails.
>
> This behaviour has arisen after (but not immediately after) upgrading
> the installation from Buster to Bullseye.
But?
> I cannot find any left-over packages
> from the old installation.
I can find brokeness in your installation.
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Nvidia crap?
> Versions of packages libreoffice-core recommends:
> ii gstreamer1.0-libav 1:1.14.4-dmo3
[...]
> ii gstreamer1.0-plugins-ugly 1:1.14.4-dmo2
Sigh, dmo.
> Versions of packages libreoffice-writer depends on:
> ii libabw-0.1-1 0.1.3-1
> ii libc6 2.31-9
> ii libe-book-0.1-1 0.1.3-2
> ii libepubgen-0.1-1 0.1.1-1
> ii libetonyek-0.1-1 0.1.9-4
> ii libgcc-s1 10.2.1-3
> ii libicu67 67.1-5
> ii libmwaw-0.3-3 0.3.17-1
> ii libodfgen-0.1-1 0.1.7-1
> ii libreoffice-base-core 1:7.0.4-3
> ii libreoffice-common 1:7.0.4-3
> ii libreoffice-core 1:7.0.4-3
> pn librevenge-0.0-0 <none>
[...]
> pn libwpd-0.10-10 <none>
> pn libwpg-0.3-3 <none>
How on earth did you get into a situation where a dependency is not
there? Did you force it's removal of what?
Anyways, just works for me, and for gazillions of other people since if
it was a real problem a report would have been there far earlier.
Regards,
Rene
