Bug#1127307: Consider compiling LibreOffice 26.2.x to be compatible with «old» systems/hardware/CPUs

Camaleón <[email protected]>
Newsgroups gmane.linux.debian.devel.openoffice
Message-ID <aYdj+OO+tBg8FbQG__18531.8122197472$1770480807$gmane$org@stt008.linux.site>
El 2026-02-06 a las 18:12 +0100, Rene Engelhard escribió:
> tag 1127307 - pending
> 
> tag 1127307 + moreinfo
> 
> thanks
> 
> 
> Hi,
> 
> Am 06.02.26 um 18:00 schrieb Camaleón:
> > El 2026-02-06 a las 17:48 +0100, Rene Engelhard escribió:
> > 
> > tags 1127307 - moreinfo + pending
> 
> No, sorry, those have a meaning. It's definitely not "pending" an upload.
> 
> And moreinfo is still warranted until you did test it as you say later.. (And if there is no problem it should just be closed after said info was given)

Understood (and sorry for the bad tagging).
 
> > > > It would be nice Debian binaries could bypass (whether possible) this
> > > > new and so perjudicial and restrictive requirement coming from LO's
> > > > default compilation options.
> > > As said, we don't use those mentioned in that bug.
> > > 
> > > 
> > > So what is your issue?
> > For now... NONE, as I have not YET tested Debian binaries O:-)
> Aha...
> > > Or are you just filing this because you *assume* whatever upstream did affected us without even checking?
> > Yes, you're right.
> > 
> > I (wrongly) assumed the baseline of the DEB packages from upstream and
> > Debian will be the same but if this is not the case as you say, that
> > makes things a lot of better :-)
> > 
> > Okay, let me run some test this weekend with Debian's binaries and will
> > report here the results.
> 
> Please do.

GOOD news! It works, it works, it works! :-D

This bug can be closed (not a bug or whatever you prefer).

Reason: no need for wishing for a feature that is already present. 

Confirming Rene's statements, Debian's LibreOffice packages (26.2.x) are
using a different baseline than LO's one and thus, not applying/showing 
the upstream packages restrictions/limitations, at least the one for the
need of a «modern» CPU.

1. Proof of working / what I have done:

On my usual «oldie» (ahem) testing system, running Debian testing 
flavor, I have installed Sid (unstable) LibreOffice packages 
(now 26.2.0.3) and these packages are running and launching LO as 
expected.

2. Info / details:

****
Version: 26.2.0.3 (X86_64)
Build ID: 620(Build:3)
CPU threads: 2; OS: Linux 6.18; UI render: default; VCL: x11
Locale: es-ES (es_ES.UTF-8); UI: en-US
Debian package version: 4:26.2.0-1
Calc: threaded

testing@netbook:~$ uname -a
Linux netbook 6.18.5+deb14-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.18.5-1 
(2026-01-16) x86_64 GNU/Linux

testing@netbook:~$ dpkg -l | grep -i libc6:
ii  libc6:amd64                          2.42-11+b1          amd64      
  GNU C Library: Shared libraries

testing@netbook:~$ /usr/lib64/ld-linux-x86-64.so.2 --help | tail -4
Subdirectories of glibc-hwcaps directories, in priority order:
  x86-64-v4
  x86-64-v3
  x86-64-v2

testing@netbook:~$ cat /proc/cpuinfo | grep -i name
model name    : Intel(R) Atom(TM) CPU N455   @ 1.66GHz
model name    : Intel(R) Atom(TM) CPU N455   @ 1.66GHz
****

Should additional information / tests are required just ask.

Just a final «wish» to LO package maintainers: keep this compilation 
options as much as you can to avoid premature / planned obsolescence!

Cheers,
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.