Hi again,
Am 27.07.24 um 08:07 schrieb Rene Engelhard:
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
b) even more, pbuilder disables the install of recommends. That means builds
inside pbuilder still will fail.
This doesn't even work in sbuild (and thus the buildds). After I gave back
Hi,
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
b) even more, pbuilder disables the install of recommends. That means builds
inside pbuilder still will fail.
This doesn't even work in sbuild (and thus the buildds). After I gave back
libreoffice I got
https://buildd.debian.org/status
Hi,
Am 27.07.24 um 08:00 schrieb Rene Engelhard:
a) Is this needed for anything using liburls .pc. A pure --cflags now needs
those.
Even when not doing static linking. Recommends here is wrong.
This needs to be a Depends.
b) even more, pbuilder disables the install of recommends. That means
reopen 1077197
reopen 1077190
thanks
Hi,
Am 27.07.24 um 06:34 schrieb Debian FTP Masters:
* debian/control: make libcurl*-dev packages Recommends -dev packages.
(Closes: #1077197, #1077190)
This is not going to work.
a) Is this needed for anything using liburls .pc. A pure
Hi,
same with zlib:
Package 'zlib', required by 'libxml-2.0', not found
(from https://ci.debian.net/packages/i/igraph/testing/amd64/47001876/)
Regards,
Rene
Hi,
Am 25.05.24 um 14:00 schrieb Rene Engelhard:
root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the pkg-config search path.
Perhaps you should add the directory containing `liblzma.pc'
to the PKG_CONFIG_PATH environment variable
Package 'liblzma', required
Package: libxml2-dev
Severity: serious
Version: 2.12.7+dfsg-1
root@frodo:/# dpkg -l | grep lzma
ii liblzma5:amd64 5.6.1+really5.4.5-1
amd64XZ-format compression library
root@frodo:/# pkg-config --cflags libxml-2.0
Package liblzma was not found in the
severity 1070862 serious
thanks
Hi,
this is even worse. It looses the library file for the "non-main"
libraries after cleanup:
Clean testing chroot.
# apt install libpoppler-dev libpoppler-cpp-dev
[...]
# apt update
# apt dist-upgrade
The following packages were automatically installed
Hi,
Am 25.04.24 um 18:37 schrieb Andreas B. Mundt:
On Thu, Apr 25, 2024 at 05:43:29PM +0200, Rene Engelhard wrote:
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
For now, we traced the issue back to libreoffice-kf5. If this package
is removed, neither the document disappears on closing
Hi,
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
For now, we traced the issue back to libreoffice-kf5. If this package
is removed, neither the document disappears on closing libreoffice nor
the popup is shown when 'nobrl' is removed from the mount options.
Which doesn't do IO itself
close 1069835 4:24.2.2-1
forwarded 1069835 https://bugs.documentfoundation.org/show_bug.cgi?id=55004
tag 1069835 + moreinfo
thanks
Am 25.04.24 um 17:03 schrieb Andreas B. Mundt:
Package: libreoffice-kf5
Version?
Severity: grave
Come on... Not downgrading just yet, but I don't believe
Hi,
Am 24.04.24 um 21:35 schrieb Peter B:
Why is it bad? The nogui's are lighter dependencies than the gui
packages.
Exactly. That#s why they should be used in package building for
converting stuff.
One or the other is needed. Surely better to use the nogui if its
available?
It is
Hi Lucas,
this is no bug in the package AFAICS.
libreoffice-draw-nogui is clearly only in Build-Depends-Indep:
Build-Depends: debhelper-compat (= 13),
fpc,
libgtk2.0-dev,
lcl,
lcl-qt5,
Build-Depends-Indep:
libreoffice-draw-nogui,
libreoffice-writer,
So it's only needed for _all builds.
{mysql,firebird}.ucf: add
* debian/control.in: add Breaks: -sdbc-{mysql,firebird} (<< 4:24.2.2-2)
to libreoffice-common
-- Rene Engelhard Sat, 30 Mar 2024 09:30:30 +
even though -2 was never attempted on armhf due to that build-dep (-3
was built then)
tag 1068479 + moreinfo
tag 1068479 + unreproducible
severity 1068479 important
thanks
Hi,
Am 06.04.24 um 00:34 schrieb José Luis González:
The setting for spacing between paragraphs is missing in the spacing
and indentation tab of the paragraph dialog.
?
It's definitely there. Format
severity 1036805 important
thanks
Hi,
> Serious severity because it has a major effect on the usability of the
> package without rendering it completely unusable, not minor
No, it's not.
"serious" has it's own meaning though and that's not it.
At most it's important but I don't buy this
block 1058545 by 1058653
tag 1058545 + patch
thanks
Hi,
This is due to
dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf"
(tried in .)
which is due to
(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip &&
libreoffice --headless --convert-to pdf Esnacc.doc)
block 1058545 by 1058653
tag 1058545 + patch
thanks
Hi,
This is due to
> dh_installdocs: error: Cannot find (any matches for) "doc/Esnacc.pdf"
(tried in .)
which is due to
(cd /home/rene/esnacc-1.8.1/doc && unzip eSNACCManuals.zip &&
libreoffice --headless --convert-to pdf Esnacc.doc)
Source: esnacc
Version: 1.8.1-3
Severity: serious
Justification: FTBFS
Tags: sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-impfuncdef
Hi,
esnacc FTBFS:
gcc -DHAVE_CONFIG_H -I. -Wdate-time -D_FORTIFY_SOURCE=2 -I./asn1specs
-I./asn1specs -I./c-lib/inc -g -O2
tag 1066473: + pending
thanks
Hi,
Am 13.03.24 um 12:53 schrieb Lucas Nussbaum:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Interesting. I almost wanted to tag it unreproducible since it didn't
happen in my already-existing chroot... But it definitely
Control: tag -1 pending
Hello,
Bug #1065461 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi,
Am 05.03.24 um 00:47 schrieb Andreas Beckmann:
Preparing to unpack .../libreoffice-common_4%3a24.2.1-3_all.deb ...
Unpacking libreoffice-common (4:24.2.1-3) over (4:24.2.0-1) ...
dpkg: error processing archive
/var/cache/apt/archives/libreoffice-common_4%3a24.2.1-3_all.deb
Hi,
Am 02.03.24 um 18:42 schrieb Rene Engelhard:
So as this library is now libxmlsec1t64-openssl this Build-Depends: is
now unfullfillable.
At least for 32bit archs like armel/armhf (which don't have Provides:
libxmlsec1-openssl) or a future package-named package due to ABI changes
(like
Source: lasso
Severity: serious
Version: 2.8.2-1
Tags: patch
User: debian-...@lists.debian.org
Usertags: time-t
Hi,
I just saw lasso has
libxmlsec1-dev,
libxmlsec1-openssl,
in Build-Depends. What for? If this was versioned this could be
understandable, but it isn't.
And
Control: tag -1 pending
Hello,
Bug #1064890 in xmlsec1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1064890 in xmlsec1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi,
Am 27.02.24 um 11:43 schrieb Andreas Beckmann via debian-xml-sgml-pkgs:
Package: libxmlsec1-dev,libxmlsec1-doc
Version: 1.2.39-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries
Hi,
oops.
Am 21.01.24 um 15:35 schrieb Rene Engelhard:
Here the new libxml2 removes functions and symbol versions used by
gazillions of packages over the whole of the Debian archive.
And no, the exact point of Debian library package names is that they
HAVE to change on ABI changes
Hi,
Am 21.01.24 um 15:27 schrieb Eric Valette:
On 21/01/2024 14:49, Rene Engelhard wrote:
Exactly that is the point of #1059040. The binary packages have to be
renamed. (Then rebuild against libxml2-WHATEVERNEW). Then a rebuild
LO will have a proper dependency on libxml2-WHATEVERNEW.
I
Hi,
Am 21.01.24 um 14:44 schrieb Eric Valette:
ii libxml2 2.12.3+dfsg-0exp1
And this one *from experimental* changed ABI (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059040). Don't
install it on systems you don't want breakage in.
Bingo you got it. However this means that
Hi,
Am 12.01.24 um 17:56 schrieb Thorsten Glaser:
On Fri, 12 Jan 2024, Rafael Laboissière wrote:
experimental, the configure script does detect the absence of the
xmlNanoFTPNewCtxt function in the libxml2 library (version
2.12.3+dfsg-0exp1) and disables the call to the xmlNanoFTP* functions.
Hi,
Am 25.12.23 um 22:57 schrieb Rene Engelhard:
I didn't file it for the plain build issue. Nevertheless, if it broke so
many projects you probably should do a full-fledged rebuild and send
Well, mitigated by 2.12.3, but still.
But again, this is completely off-topic to what I filed
Hi,
Am 25.12.23 um 22:33 schrieb Rene Engelhard:
The tests are still failing and there is no patch anywhere yet, see
Sorry, link got lost:
https://bugs.documentfoundation.org/show_bug.cgi?id=158423
and c) you ignore the actual issue here at hand and that is that the new
libxml2 breaks
Hi,
Am 25.12.23 um 16:31 schrieb Aron Xu:
Hi Rene,
On Wed, Dec 20, 2023 at 3:39 AM Rene Engelhard wrote:
Am Tue, Dec 19, 2023 at 08:03:56PM +0100 schrieb Rene Engelhard:
LibreOffice builds (patch available), but doesn't yet build with 2.12.
"... but doesn't yet succeed the tests with
Control: tag -1 pending
Hello,
Bug #1052740 in graphite2 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi,
Am 23.12.23 um 11:43 schrieb Rene Engelhard:
Hi,
Am 23.12.23 um 02:40 schrieb Bastian Germann:
graph_legend.dot should have quotes around the font name references.
Ah, thanks. Unfortunately this is a generated file...
And yes, I also noticed that the FreeSans.ttf is at fault. Indeed I
Hi,
Am 23.12.23 um 02:40 schrieb Bastian Germann:
graph_legend.dot should have quotes around the font name references.
Ah, thanks. Unfortunately this is a generated file...
This is probably a doxygen bug.
Probably. That's why there's no action here. TBH I don't think this is
the only
Am Tue, Dec 19, 2023 at 08:03:56PM +0100 schrieb Rene Engelhard:
> LibreOffice builds (patch available), but doesn't yet build with 2.12.
"... but doesn't yet succeed the tests with 2.12"
> S=/home/rene/LibreOffice/git/libreoffice-24-2 && I=$S/instdir && W=$
Package: libxml2
Version: 2.12.3+dfsg-0exp1
Severity: serious
Dear Maintainer,
Hi,
LibreOffice builds (patch available), but doesn't yet build with 2.12.
But that is not the point of this issue.
While test building current 24.2 snapshot which will become 24.2 rc1
later this week I get
[build
Hi,
Am 13.12.23 um 16:19 schrieb Andreas Tille:
Control: tags -1 help
Am Tue, Dec 12, 2023 at 09:52:48PM +0100 schrieb Lucas Nussbaum:
/usr/bin/install: cannot stat './parallel_cheat_bw.pdf': No such file or
directory
This file is (re-)created via
libreoffice --headless --convert-to pdf
retitle 1057434 libreoffice-numbertext: NUMBERTEXT() gives Err: 504
thanks
Am 05.12.23 um 18:56 schrieb Rene Engelhard:
When trying to use the =NUMBERTEXT(5) formula in Libreoffice Calc, you get an
'Err: 504' error in those cells.
Confirmed..
Cause is
$ debdiff libreoffice-numbertext_1.0.11
tag 1057434 + confirmed
retitle 1057434 libreoffice-numbertext 1.0.11-3 is broken; NUMBERTEXT(5)
gives Err: 504
thanks
Hi,
Am 05.12.23 um 02:27 schrieb Alexandre Bonneau:
Package: libreoffice-numbertext
Version: 1.0.11-3
Severity: grave
When trying to use the =NUMBERTEXT(5) formula in
Source: libreoffice
Version: 4:7.5.9~rc1-1
Severity: serious
Tags: wontfix trixie
Hi,
apparently mdds 2.1/liborcus 0.19 migrated to testing even though
Build-Depends clearly say
libmdds-dev (<< 2.1~),
libmdds-dev (>= 2.0),
and
liborcus-dev (<<
Control: tag -1 pending
Hello,
Bug #1055267 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1055267 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1054239 in libixion reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1054239 in libixion reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi,
Am 19.10.23 um 19:08 schrieb Adrian Bunk:
Source: libixion
Version: 0.17.0-3
0.17.0-3
Severity: serious
Tags: ftbfs trixie sid patch
https://buildd.debian.org/status/fetch.php?pkg=libixion=i386=0.19.0-1=1697292545=0
So not 0.17.0.
Or does it also happen on sid? Yes, it does..
severity 1051474 important
thanks
Hi,
Am 08.09.23 um 19:19 schrieb Bastien Roucariès:
Source: libreoffice
Severity: serious
Tags: security
Justification: Document embdeded code copy + copyright
X-Debbugs-Cc: Debian Security Team
Since when is that serious? It isn't. There have been no
Control: tag -1 pending
Hello,
Bug #1041899 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1041837 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1041837 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: found -1 4:7.5.4~rc1-1
Control: fixed -1 4:7.6.0~rc1-1
Am 24.07.23 um 19:27 schrieb Helmut Grohne:
Control: reopen -1
Control: found -1 4:7.5.5-2
Control: found -1 4:7.5.5~rc1-2
On Mon, Jul 24, 2023 at 08:09:07AM +, Debian Bug Tracking System wrote:
08:26 < helmut> _rene_: re
Hi,
Am 24.07.23 um 06:52 schrieb Helmut Grohne:
libreoffice-draw installs
/usr/lib/libreoffice/share/config/soffice.cfg/simpress/layoutlist.xml
and
/usr/lib/libreoffice/share/config/soffice.cfg/simpress/objectlist.xml
which are also contained in libreoffice-impress-nogui from bullseye to
severity 1041546 important
tag 1041546 + moreinfo
tag 1041546 + unreproducible
thanks
Hi,
Am 20.07.23 um 18:19 schrieb Vladmimir Stavrinov:
Package: libreoffice
Version: 4:7.5.5~rc2-1
Severity: grave
Justification: renders package unusable
I do not think so.
Just won't start (hang
Control: tag -1 pending
Hello,
Bug #1038690 in liborcus reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi,
Am 20.05.23 um 12:58 schrieb Andreas Metzler:
How hard is it to communicate? Why didn't you simply write to the
bugreport that you wanted the pkg to be autormed instead of letting
me waste my time?
The waste of time wsn't on my part. From all the QA data visible on DDPO
this should have
Hi,
Am 20.05.23 um 11:38 schrieb Andreas Metzler:
I've prepared an NMU for python-ooolib (versioned as 0.0.22-5.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.
How is it unclear that noone seriously cares about this package?
Old upstream version,
Hi,
No, it does not.
In a clean cowbuilder testing chroot:
Also not inside sbuild (in a freshly created sbuild testing chroot).
Regards,
Rene
clone 1031578 -1
retitle -1 ru/hu fail to build with python 3.11: re.error: global flags
not at the start of the expression at position 28
block -1 by 1031578
tag -1 - unreproducible
tag -1 + help
thanks
Hi,
Am 19.02.23 um 08:49 schrieb Rene Engelhard:
The real issue though seems
-buildpackage: info: source package lightproof
dpkg-buildpackage: info: source version 1.6-2
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Rene Engelhard
dpkg-buildpackage: info: host architecture amd64
dpkg-source --before-build .
fakeroot debian
Control: tag -1 pending
Hello,
Bug #1029534 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1029534 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi,
Am 23.01.23 um 23:04 schrieb Sven Joachim:
The Breaks in libreoffice-common need to be adjusted for the recent
epoch bumps. Among others, libreoffice-common Breaks
libreoffice-core (>= 1:7.5~), making libreoffice-core 4:7.4.4-7
not installable.
Yeah, that one I noticed yesterday already.
Control: tag -1 pending
Hello,
Bug #1029104 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1029104 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1029104 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
severity 1029101 important
retitle 1029101 please Enable RGB stripes layout for sub-pixel rendering
on KDE only
thanks
[ sorry for "spamming" ]
Hi,
Am 17.01.23 um 19:04 schrieb Rene Engelhard:
it still fails. Probably it ignores it since it's already set in /etc
and that alrea
Hi again,
Am 17.01.23 um 18:28 schrieb Rene Engelhard:
I tried to adapt the test to expected values but failed. When I adapt
some values stuff even further breaks, and at the 50% test I then had no
idea what to do.)
LO has already a fc_local.conf:
./instdir/share/fonts/truetype
Hi,
addendum:
I tried to adapt the test to expected values but failed. When I adapt
some values stuff even further breaks, and at the 50% test I then had no
idea what to do.)
For reference, this is the test:
Package: fontconfig-config
Version: 2.14.1-3
Severity: serious
Justification: causes FTBFS
Tags: patch
Dear Maintainer,
See
https://buildd.debian.org/status/fetch.php?pkg=libreoffice=amd64=1%3A7.4.4-1=1673962775=0:
[_RUN_] VclTextTest::testSimpleText
Hi,
Am 01.01.23 um 21:25 schrieb Changwoo Ryu:
I can't reproduce it myself.
I am not sure either what happens...
In your test, every word failed to be checked with the same error and
the error message came from hunspell, when iconv() conversion on text
fails. Probably your chroot environment
Source: hunspell
Version: 1.7.2+really1.7.1-2
Severity: serious
1.7.2+really1.7.1-2 is - as the name says - a reupload of 1.7.1 because
1.7.2 broke autopkgtests and this needs to be investigated.
Since there is no change here and there probably (in case it happened we
can lift the block) is no
Source: hunspell-dict-ko
Version: 0.7.92-1
Severity: serious
Hi,
while looking at the autopkgtest failure in
https://ci.debian.net/data/autopkgtest/testing/amd64/h/hunspell-dict-ko/29793472/log.gz
I tried it here myself.
It even fails here locally with 1.7.2+really1.7.1-2 which I needed to
Hi,
Am 15.11.22 um 19:09 schrieb Adrian Bunk:
...
checking which dragonbox to use... external
checking for dragonbox/dragonbox.h... no
configure: error: dragonbox/dragonbox.h not found. install dragonbox
Error running configure at ./autogen.sh line 322.
make: *** [debian/rules:2149:
Package: openscap
Version: 1.3.6+dfsg-2
Severity: serious
Hi,
while trying to build openscap with xmlsec 1.2.35 I noticed the
following:
make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg'
dh_install
dh_installdocs
debian/rules override_dh_installchangelogs
make[1]: Entering
Hi,
Am 15.09.22 um 15:50 schrieb Paul Gevers:
On 15-09-2022 09:26, Paul Gevers wrote:
I am trying to schedule autopkgtests in unstable on amd64 for all
source packages that have one.
And the first results are coming in. I'm not sure how to proceed
though, see below.
Lucas, are you in the
just for reference: a stable update for this is requested in
http://bugs.debian.org/1016413
Control: tag -1 pending
Hello,
Bug #1016420 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Package: libreoffice-evolution
Severity: grave
Justification: renders package unusable
Control: forwarded -1 https://bugs.documentfoundation.org/show_bug.cgi?id=137101
Control: tag -1 + upstream
Control: tag -1 + fixed-upstream
Control: fixed -1 1:7.3.0~rc1-1
Control: block -1 by 1016413
Hi,
Hi,
Am Tue, Jul 19, 2022 at 05:00:09PM +0200 schrieb Benoit Vila:
> so apparently i's all related to the apt command, using the -t option
> instead seems to work smoothly:
>
> apt-get install -t bullseye-backports libreoffice
>
> (even without removing/purging libreoffice first)
You should
Hi,
I just saw in your attachement that you use stable. No big deal per se but:
Versions of packages libreoffice-calc depends on:
pn coinor-libcoinmp1v5
ii libc62.31-13+deb11u3
pn libetonyek-0.1-1
ii libgcc-s110.2.1-6
ii libicu67
Hi,
Am 10.07.22 um 03:39 schrieb Brian Chase:
>
it would be helpful if you didn't send an empty email with an
attachement of the reportbug stuff instead of just sending a proper email..
Anyways, citing from the attachement...
> * What led up to the situation?
>
> tried to launch
Hi,
Am 17.04.22 um 18:47 schrieb yg2709:
Package: libreoffice
Followup-For: Bug #1003045
X-Debbugs-Cc: yg2...@hotmail.com
Dear Maintainer,
Probbing at a VM debian testing (12), checking with MATE (1.26.0),
after upgrading all versions (from 1:7.2.4-1 thru 1:7.3.1-1), it opens
sucessfully.
Hi
Am 03.01.22 um 18:46 schrieb Rene Engelhard:
> my clean testing VM which I just dist_upgraded. Lo starts fine with the
> default session there which is Xorg.
Nevermind, it was wayland actually but also "GNOME on Xorg" works.
Regards,
Rene
Hi,
Am 03.01.22 um 09:48 schrieb Emmanuel Charpentier:
> similarly, launching an application from a console's command line returns
> after
> a few seconds.
Nothing on the command line?
Can't be a general problem since
https://ci.debian.net/packages/libr/libreoffice/testing/amd64/
passes
Control: tag -1 pending
Hello,
Bug #999327 in muttprint reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #998746 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #998435 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #998746 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
reopen 998746
found 998746 1:7.3.0~alpha1-1
thanks
Hi,
> When you mix (and not match) different versions, problems can easily
occur.
> After doing "aptitude safe-upgrade ~i~V1:7.2.2-1 -t experimental", I
could
> successfully launch LO Writer, so closing the bug again.
Especially in
Control: tag -1 pending
Hello,
Bug #998435 in libreoffice reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
severity 997089 minor
thanks
Am 03.11.21 um 17:27 schrieb Lucas Nussbaum:
> On 03/11/21 at 17:13 +0100, Rene Engelhard wrote:
>> Hi,
>>
>> Am 03.11.21 um 08:05 schrieb Lucas Nussbaum:
>>> If it's truly a random failure, it might be better to downgrade it but
>&
Hi,
Am 03.11.21 um 08:05 schrieb Lucas Nussbaum:
> If it's truly a random failure, it might be better to downgrade it but
> keep it open,
I don't really like this. I don't like open bugs which definitely will
never get attention.
> so that another bug does not get opened in future
> rebuilds.
Hi,
Am Thu, Oct 28, 2021 at 07:18:19PM +0200 schrieb Rene Engelhard:
> And interestingly, (after rm'ing the stale unopkg lockfile..) it passed.
>
> Also after a new attempt with manual
>
> $ make clean && make subsequencheck
>
> in odk worked, too.
>
>
>
Hi again,
Am 28.10.21 um 18:11 schrieb Rene Engelhard:
> Am 23.10.21 um 18:41 schrieb Lucas Nussbaum:
>> [...]
>> "/<>/instdir/program/unopkg" add -f
>> "/<>/workdir/CustomTarget/odk/build-examples_java/out/sdk/LINUXexample.out/bin/Inspector.oxt&q
[ sorry for the late answer, needed to get a new laptop as the battery
broke badly.. ]
Hi,
Am 23.10.21 um 18:41 schrieb Lucas Nussbaum:
> make[5]: Entering directory
> '/<>/instdir/sdk/examples/java/Inspector'
>> mkdir -p
>>
Control: tag -1 pending
Hello,
Bug #996918 in hunspell reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
tag 994624 - moreinfo
retitle 994624 libreoffice fail to start with error undefined symbol:
_ZNK11LanguageTag20getGlibcLocaleStringESt17basic_string_viewIDsSt11char_traitsIDsEE
after installing 7.2.1-1 on testing
severity 994624 serious
thanks
Hi,
Am 19.09.21 um 11:11 schrieb Rene Engelhard
tag 994624 + moreinfo
thanks
Hi,
Am 18.09.21 um 22:40 schrieb Pirate Praveen:
> $ libreoffice
> /usr/lib/libreoffice/program/soffice.bin: symbol lookup error:
> /usr/lib/libreoffice/program/libmergedlo.so: undefined symbol:
>
1 - 100 of 1300 matches
Mail list logo