Hi,
Am 12.09.24 um 20:12 schrieb Benjamin Barenblat:
- libreoffice: too big to build on a porterbox, so left untested
This is not the first time I see this claim.
FWIW, I don't buy this.
a) you only need -B
b) /dev/mapper/vg0-srv 159G 48G 105G 32% /srv
and
$ cat /proc/cpuin
Hi,
Am 17.08.24 um 05:58 schrieb Aron Xu:
After some research, I prefer making a t64-like transition for libxml2
for the following reasons:
- Upstream is not prepared to bump the SONAME to something like
libxml3. Given the long history of this function library, determining
which APIs should be
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: Deiban Korean L10N , Debian
Accessibility Team
Control: affects -1 + src:libreoffice
Hi,
Please hint package libreoffice in (unblock is strictly speaking wrong
here, but...)
Hi again,
Am 17.06.24 um 20:29 schrieb Rene Engelhard:
Apologies if I'm missing something, but
+ - recommend kio >> 5.103.0-1 in -kf5
makes the package uninstallable on a default bookworm setup (i.e.
Recommends are installed by APT).
apt TTBOMK doesn't complain if a
Hi,
Am 17.06.24 um 19:05 schrieb Adam D. Barratt:
Control: tags -1 -moreinfo +confirmed
On Sat, 2024-06-15 at 17:44 +0200, Rene Engelhard wrote:
Hi,
Am 15.06.24 um 17:28 schrieb Adam D. Barratt:
Control: tags -1 + moreinfo
On Sat, 2024-05-25 at 10:35 +0200, Rene Engelhard wrote:
I'd
Hi,
Am 15.06.24 um 17:28 schrieb Adam D. Barratt:
Control: tags -1 + moreinfo
On Sat, 2024-05-25 at 10:35 +0200, Rene Engelhard wrote:
I'd like to fix 2 libreoffice bugs in stable. Most important is
the SMB fix (which - for kf5 - also needs a kio stable update, but
those
can be do
;s subsumed in libmerged on 64bit archs anyway which we definitely
+ need to keep anyway (similar as libuuilo.so).
+- recommend kio >> 5.103.0-1 in -kf5
+
+ -- Rene Engelhard Fri, 24 May 2024 21:06:45 +0200
+
libreoffice (4:7.4.7-1+deb12u2) bookworm-security; urgency=high
* debian/
Version: 4:24.2.2-3
Hi,
Am 07.04.24 um 23:13 schrieb Rene Engelhard:
Filing a bug for reference. This is fixed in 4:24.2.2-3, will mark it
as such when I get the bug number.
As said.
Regards,
Rene
Source: libreoffice
Version: 4:24.2.0-1
Severity: serious
Tags: trixie ftbfs
Hi,
Am 30.03.24 um 12:56 schrieb Rene Engelhard:
Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild
of libreoffice (gb, but I need a new upload anyway
Hi,
Am 30.03.24 um 08:49 schrieb Rene Engelhard:
That would mean a bin-NMU of liborcus would work and then a rebuild of
libreoffice (gb, but I need a new upload anyway)
So we probably missed a rename? (Or more for stuff silently using
time-date?)
boost1.83 (iostream)? liborcus? Both?
I
Hi,
I got
qahelper.cxx:580:Assertion
Test name: testContentGnumeric::TestBody
assertion failed
- Expression:
xServiceInfo->supportsService("com.sun.star.sheet.SpreadsheetDocument")
Failures !!!
Run: 64 Failure total: 1 Failures: 1 Errors: 0
make[3]: *** [/<>/solenv/gbuild/CppunitTest.mk
Hi,
Am 13.01.24 um 13:59 schrieb rhys:
No.
You are AGAIN assuming what I am talking about.
Maybe because of how you write...
I know the difference between a 32-bit processor and a 64-bit processor.
Obviously you don't. Or at least are not aware about consequences.
Since you still offer 32
Hi,
Am 07.01.24 um 04:38 schrieb Steve Langasek:
The ordering here would be:
- dpkg will be uploaded to experimental with 64-bit time_t in the default
flags
- the source packages which need an ABI change
("source-packages"+"lfs-and-depends-time_t") and do not already have
versions in e
Hi,
Am 07.01.24 um 02:01 schrieb Steve Langasek:
If you say you are going to fix eventual breakage (and not ignoring
the test
results!) and if that means fixing asm on all affected archs, then it's OK
:)
Well, yes; though I hope we would see some help from e.g. arm porters if
there were actual
Hi,
Am 06.01.24 um 06:51 schrieb Steve Langasek:
- dpkg will be uploaded to experimental with 64-bit time_t in the default
flags
[...]
What about the suggestion to not push changes to experimental for packages
that already have new versions in experimental, and do the binary package
renames
Hi Steve,
Am 06.01.24 um 06:51 schrieb Steve Langasek:
- dpkg will be uploaded to experimental with 64-bit time_t in the default
flags
I think at that point in time one should know what breaks and whatnot.
Archive rebuild?
(Probably in stages)
What kind of breakage are you looking to
Hi,
Am 05.01.24 um 09:17 schrieb Steve Langasek:
- Packages that could not be analyzed for whatever reason are still
assumed to have an ABI that's sensitive to time_t and have to be included
in the transition. Happily, due to improvements in this run of the number
of packages that coul
Hi,
Am 27.12.23 um 19:15 schrieb Benjamin Barenblat:
Although doing a transition now will break some packages in sid, I
believe waiting is likely to cause more issues. Upstreams (LibreOffice
in particular) are starting to use features from the new version of
Abseil,
Actually it's not LibreOffi
Hi again,
Am 17.07.23 um 19:35 schrieb Rene Engelhard:
Hi,
Am 17.07.23 um 19:24 schrieb Jonathan Wiltshire:
Hi,
With the FTBFS of mipsel/mip64el in sid we need to make a choice
before the
weekend:
- defer libreoffice update until 12.2, probably some time in the
Autumn
- propogate 4
Hi,
Am 17.07.23 um 19:24 schrieb Jonathan Wiltshire:
Hi,
With the FTBFS of mipsel/mip64el in sid we need to make a choice before the
weekend:
- defer libreoffice update until 12.2, probably some time in the Autumn
- propogate 4:7.4.7-1 to sid on those architectures, and testing on all
Hi,
Am 12.07.23 um 23:01 schrieb Jonathan Wiltshire:
Control: tag -1 confirmed
[...]
The version is fine. It may or may not make it into 12.1 depending on build
times; we'll do our best.
Uploaded, thanks.
Regards,
Rene
Hi,
Am 27.06.23 um 00:15 schrieb Sebastian Ramacher:
On 2023-06-18 13:57:01 +0200, Rene Engelhard wrote:
Hi,
hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can do
this now.
As said it's a no-op for anything except r-cran-hunspell which also is
prepared in experim
Hi,
hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can
do this now.
As said it's a no-op for anything except r-cran-hunspell which also is
prepared in experimental together with hunspell itself.
I might add a libhunspell-private-dev package later when I figured out
how
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: libreoff...@packages.debian.org
Control: affects -1 + src:libreoffice
Hi,
[ Reason ]
Update to "current" version. (Latest version of stable branch)
Same reasoning a
Hi,
an (in some way) outstanders point of view for this discussion.
Am 16.05.23 um 09:37 schrieb x s:
It’s really disappointing that the only reason for blocking Plasma
5.27.5 and Frameworks 5.104 is that there’s “too many packages”.
It's disappointing that KDE people like this do not care at
7.3.1-1s changelog
+- fix typo in last upload (s/choosen/chosen/), thanks lintian
+
+ -- Rene Engelhard Mon, 22 May 2023 18:00:45 +0200
+
libreoffice (4:7.4.5-2) unstable; urgency=medium
* fontconfig-2.14.1-no-RGB-stripes-layout-for-sub-pixel-rendering.diff:
@@ -5,7 +19,7 @@
* debia
Hi,
Am 01.04.23 um 20:54 schrieb Adam D. Barratt:
Control: tags -1 + confirmed
On Sun, 2023-03-26 at 14:23 +0200, Rene Engelhard wrote:
This fixes "CVE-2022-38745. Empty entry in Java class path risks
arbitrary code execution" just disclosed by Apache OpenOffice.
Please go ahead.
urgency=medium
+
+ * debian/patches/avoid-empty-java.class.path.diff: apply upstream patch
+avoiding empty -Djava.class.path= (CVE-2022-38745)
+
+ -- Rene Engelhard Sat, 25 Mar 2023 14:04:55 +0100
+
libreoffice (1:7.0.4-4+deb11u5) bullseye; urgency=medium
* debian/patches/hrk-euro-default.d
Hi,
Am 30.01.23 um 19:28 schrieb Anton Gladky:
Just for the record. The full test rebuild has been done (thanks to
Lucas!).
Results and logs are here:
http://qa-logs.debian.net/2023/01/15/
Just for the record:
It definitely misses packages. Probably those which build-depend on
boost but do
[CCing hunspell-kos maintainer ]
Hi,
Am 08.01.23 um 19:24 schrieb Rene Engelhard:
Hi,
Am 07.01.23 um 16:45 schrieb Rene Engelhard:
r-cran-hunspell included a copy of those internal headers and thus
breaks when built against the newer ones. (And I assume will do so when
built against the new
Hi,
Am 07.01.23 um 16:45 schrieb Rene Engelhard:
r-cran-hunspell included a copy of those internal headers and thus
breaks when built against the newer ones. (And I assume will do so when
built against the new ones against the old one.)
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Blocks: -1 by 1028124
Hi,
not a real transition but given that it involves Breaks: and a
dependency bump with shlibs.local...
hunspell 1.7.2 changed some *internal* headers. Unfortunate
+0100
@@ -1,3 +1,9 @@
+libreoffice (1:7.0.4-4+deb11u5) bullseye; urgency=medium
+
+ * debian/patches/hrk-euro-default.diff: default to EUR for .hr
+
+ -- Rene Engelhard Sun, 27 Nov 2022 19:37:58 +0100
+
libreoffice (1:7.0.4-4+deb11u4) bullseye-security; urgency=high
* debian/patches/ZDI-CAN
Hi,
What you just quoted was just the e-d-s part.
There's s still
https://release.debian.org/transitions/html/libsoup3.html
Regards,
Rene
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 p
Hi,
Am 29.08.22 um 03:47 schrieb Benjamin Barenblat:
Thank you so much for doing all the work to figure out what packages I
need to binNMU! I’ll get the ppc64el tests fixed and take care of the
binNMUs ASAP.
You probably can't, the release team can do that, though.
Please let me know if you (o
Hi,
(last mail for this topic for now, don't worry.)
Am 28.08.22 um 21:19 schrieb Rene Engelhard:
Quick testing with apt-get -b source (except of libreoffice, which I
only did to after the place where abseil is actually used) complete,
so they thankfully all should just be bin-NM
Hi,
Am 28.08.22 um 17:46 schrieb Rene Engelhard:
Hi,
Am 31.07.22 um 16:44 schrieb Rene Engelhard:
This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420
(where the upstream bug which that one is marked as forwarded to has
also the reasoning why support for < 3.16 was drop
Hi,
Am 28.08.22 um 19:58 schrieb Rene Engelhard:
Am 28.08.22 um 19:50 schrieb Rene Engelhard:
b) is a uncoordinated transiition. libabsl20210324 -> libabsl20220623.
# grep-dctrl -FDepends libabsl
/var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_binary-amd64_Packages
-sPack
Hi,
Am 28.08.22 um 19:50 schrieb Rene Engelhard:
b) is a uncoordinated transiition. libabsl20210324 -> libabsl20220623.
# grep-dctrl -FDepends libabsl
/var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_binary-amd64_Packages
-sPackage
and for source packages:
# grep-dc
Hi,
Am 28.08.22 um 19:00 schrieb Debian FTP Masters:
[...]
Maintainer: Benjamin Barenblat
Changed-By: Benjamin Barenblat
Description:
libabsl-dev - extensions to the C++ standard library (development files)
libabsl20220623 - extensions to the C++ standard library
Closes: 1008730 1012194
Chan
Am 28.08.22 um 18:46 schrieb Rene Engelhard:
which contained a cut and paste error I introduced when redoing it
after deciding I do the version check again for complenetess' sake...
That doesn't work either. EDS_CHECK_VERSION is not available from only
libebook, we'd need libed
Hi,
Am 28.08.22 um 18:37 schrieb Rene Engelhard:
Am 28.08.22 um 17:56 schrieb Rene Engelhard:
Am 28.08.22 um 17:46 schrieb Rene Engelhard:
Am 31.07.22 um 16:44 schrieb Rene Engelhard:
This is now
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420 (where
the upstream bug which that
Hi again,
Am 28.08.22 um 17:56 schrieb Rene Engelhard:
Am 28.08.22 um 17:46 schrieb Rene Engelhard:
Am 31.07.22 um 16:44 schrieb Rene Engelhard:
This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420
(where the upstream bug which that one is marked as forwarded to has
also the
Hi again,
Am 28.08.22 um 17:46 schrieb Rene Engelhard:
Am 31.07.22 um 16:44 schrieb Rene Engelhard:
This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420
(where the upstream bug which that one is marked as forwarded to has
also the reasoning why support for < 3.16
Hi,
Am 31.07.22 um 16:44 schrieb Rene Engelhard:
This is now https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016420
(where the upstream bug which that one is marked as forwarded to has
also the reasoning why support for < 3.16 was dropped which makes the
patch bigger).
I now di
Hi,
Am 25.08.22 um 21:05 schrieb Adam D. Barratt:
To clarify here, are you suggesting that we should skip this change for
buster?
Yes, given that we'd need a further update even more tiny and the next
release is the final one I don't think this warrants a full libreoffice
build.
Sorry for
Hi,
Am 04.08.22 um 12:58 schrieb Rene Engelhard:
just for reference: a stable update for this is requested in
http://bugs.debian.org/1016413
oops, should have been gone to #1016420 obviously (too hot...)
Regards,
Rene
just for reference: a stable update for this is requested in
http://bugs.debian.org/1016413
Hi,
Am 31.07.22 um 12:33 schrieb Rene Engelhard:
[ Reason ]
It seems the volution adress book is broken since 2015 due to a evolution
change. Apparently noone noticed until 2021, where I backported the patch but
then
actually forgot to request a stable update
[ Impact ]
It stays broken
+
+ * debian/patches/fix-e_book_client_connect_direct_sync-sig.diff:
+as name says; from libreoffice-7-2 branch
+
+ -- Rene Engelhard Sun, 31 Jul 2022 11:04:32 +0200
+
libreoffice (1:7.0.4-4+deb11u2) stable; urgency=medium
* debian/patches/hrk-euro.diff: add EUR to .hr i18n;
diff --git a
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I split the evolution fix out of #1016037 since that one admittedly is a
bit bug and can be debatable to unblock the HRK fix and the CVE updates
in deb11u2.
[ Reason ]
It see
VE-2022-2630-6-7-add-infobar-to-prompt-to-refresh-t.patch:
+fix CVE-2022-2630{5,6,7}
+
+ -- Rene Engelhard Tue, 26 Jul 2022 13:19:49 +0200
+
libreoffice (1:7.0.4-4+deb11u1) bullseye-security; urgency=high
* backport fixes from libreoffice-7-0 branch:
diff -Nru
libreoffice-7.0.4/debian/patc
Hi,
Am 26.07.22 um 19:11 schrieb Rene Engelhard:
actually this is quite a small update for a big package. Should we
really do it (and the default change)? Or should we assume people don't
use LO from oldstable anymore and either use bullseye or the bullseye
version backported to buster?
F
Hi,
Am 26.07.22 um 13:24 schrieb Rene Engelhard:
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[ ] the issue is verified as fixed in unstable
Update: [x] the
rate to Calc and the Euro Wizard
+
+ -- Rene Engelhard Tue, 26 Jul 2022 18:54:43 +0200
+
libreoffice (1:6.1.5-3+deb10u7) buster; urgency=medium
* debian/patches/fix-PYTHONPATH.diff: backport upstream fix to
diff -Nru libreoffice-6.1.5/debian/patches/hrk-euro.diff
libreoffice-6.1.5/de
r.patch
+debian/patches/0004-CVE-2022-2630-6-7-add-infobar-to-prompt-to-refresh-t.patch:
+fix CVE-2022-2630{5,6,7}
+
+ -- Rene Engelhard Tue, 26 Jul 2022 13:19:49 +0200
+
libreoffice (1:7.0.4-4+deb11u1) bullseye-security; urgency=high
* backport fixes from libreoffice-7-0 branch
office (1:7.0.4-4+deb11u2) stable; urgency=medium
+
+ * debian/patches/fix-e_book_client_connect_direct_sync-sig.diff:
+as name says; from libreoffice-7-2 branch
+ * debian/patches/hrk-euro.diff: add EUR to .hr i18n;
+add HRK<->EUR conversion rate to Calc and the Euro Wizard
+
+ -- Re
Hi,
Am 15.04.22 um 08:57 schrieb László Böszörményi (GCS):
On Fri, Apr 15, 2022 at 8:48 AM Rene Engelhard wrote:
Am 13.04.22 um 17:52 schrieb Rene Engelhard:
Am 13.04.22 um 17:24 schrieb László Böszörményi (GCS):
LibreOffice self-testing, especially its break iterator test fails for
the Lao
Hi again,
Am 13.04.22 um 17:52 schrieb Rene Engelhard:
Am 13.04.22 um 17:24 schrieb László Böszörményi (GCS):
LibreOffice self-testing, especially its break iterator test fails for
the Lao language.
https://cgit.freedesktop.org/libreoffice/core/commit/?id
Hi,
Am 13.04.22 um 17:24 schrieb László Böszörményi (GCS):
LibreOffice self-testing, especially its break iterator test fails for
the Lao language.
https://cgit.freedesktop.org/libreoffice/core/commit/?id=263961306ede0656ebb7904034a2172615ce81d0
We could backport the needed stuff to 7.3.
Ot
Hi,
Am 21.11.21 um 00:04 schrieb Debian FTP Masters:
> nspr (2:4.32-2) unstable; urgency=medium
> .
> * debian/libnspr4-dev.links.in, debian/control: Remove
> xulrunner-nspr.pc,
> which breaks libxmlsec1-dev (<= 1.2.33-1).
At least thanks for adding the Breaks: directly.
But can you p
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hi,
Am 21.11.21 um 00:04 schrieb Debian FTP Masters:
> nspr (2:4.32-2) unstable; urgency=medium
> .
> * debian/libnspr4-dev.links.in, debian/control: Remove
> xulrunner-nspr.pc,
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
[ nss maintainer X-Debbugs-Cc'ed ]
Hi,
nss 2:3.72-1 uploaded this morning did:
nss (2:3.72-1) unstable; urgency=medium
[...]
* debian/libnss3-dev.links.in: Remove xulrunner-nss.pc.
[..
Hi,
Am 05.09.21 um 14:44 schrieb Rene Engelhard:
> Yes, it's slideshow. Transitions based on physics:
Sorry, not transitions but animation effects in slideshows.
Regards
Rene
Am 05.09.21 um 14:37 schrieb Markus Koschany:
> Hi,
>
> Am Sonntag, dem 05.09.2021 um 14:21 +0200 schrieb Rene Engelhard:
>> [...]But not for libreoffice, and libreoffice DOES use box2d since 7.1.x
>> which is in testing.
>
> Sorry, I thought that was a copy&pa
Hi,
Am 05.09.21 um 14:37 schrieb Markus Koschany:
> However I would consider not build-depending on a 2d physics
> library like box2d. Usually this library is embedded in custom games because
Yeah, libreoffice upstream also uses a internal code copy...
> whenever there are changes to the librar
Hi,
Am 05.09.21 um 14:10 schrieb Markus Koschany:
> Hello,
>
> Am Sonntag, dem 05.09.2021 um 09:48 +0200 schrieb Rene Engelhard:
> [...]
>> without any coordination or a transition approved on debian-release.
>> That a transition would be needed was viisble
Hi,
Am 05.09.21 um 09:48 schrieb Rene Engelhard:
> caveexpress is the only other affected package - and (expectedly)
> doesn't build anymore:
>
> [...]
>
> [20%] Building CXX object
> src/modules/physics/CMakeFiles/physics.dir/DebugRenderer.cpp.o
> cd
> /
Hi,
Am 05.09.21 um 09:48 schrieb Rene Engelhard:
> nmu libreoffice . ANY . -m 'rebuild against libbox2d2' ]
>
> nmu libreoffice . ANY . experimental . -m 'changelog entry/dep-wait expr.' ]
Sorry, cut and waste..
nmu libreoffice . ANY . -m 'rebuild against l
Hi,
Am 05.09.21 um 01:18 schrieb Debian FTP Masters:
> [...] Maintainer: Debian Games Team
>
> Changed-By: Markus Koschany
> Changes:
> box2d (2.4.1-2) unstable; urgency=medium
> .
> * Upload to unstable.
> * Declare compliance with Debian Policy 4.6.0.
> * Mark libbox2d-doc Multi-Ar
nfigured. Fix up
+ the symlink in postinst instead. (Closes: #985297)
+
+ -- Rene Engelhard Sat, 01 May 2021 13:50:48 +0200
+
libreoffice (1:7.0.4-3) unstable; urgency=medium
* debian/tests/control.in: *really* add libreoffice-writer dependency
diff -Nru libreoffice-7.0.4/debian/control l
Hi,
Am 13.03.21 um 19:57 schrieb Adam D. Barratt:
> Control: tags -1 + confirmed
>
> On Mon, 2021-03-08 at 13:26 +0100, Rene Engelhard wrote:
>> +libreoffice (1:6.1.5-3+deb10u7) buster; urgency=medium
>> +
>> + * debian/patches/fix-PYTHONPATH.diff: backport upstream
=medium
+
+ * debian/patches/fix-PYTHONPATH.diff: backport upstream fix to
+not leave a bare trailing : in PYTHONPATH as it causes unconditional
+loading of encodings.py from . (closes: #984703)
+
+ -- Rene Engelhard Mon, 08 Mar 2021 13:13:24 +0100
+
libreoffice (1:6.1.5-3+deb10u6) buster
On Sun, Sep 13, 2020 at 11:44:59AM +0200, Rene Engelhard wrote:
> Nevermind, I just remembered I have those "Debian Janitor" changes
> pending. Will do a source upload.
Done now. (And a new liborcus with bumped build-dep.)
Regards,
Rene
On Sun, Sep 13, 2020 at 10:36:26AM +0200, Rene Engelhard wrote:
> @-release: please
>
> nmu libixion . ANY . -m 'rebuild with mdds >= 1.6.0 (closes: #964613)'
Nevermind, I just remembered I have those "Debian Janitor" changes
pending. Will do a source upload.
Regards,
Rene
us
is built with x, rebuild ixion with x first" (at least for this specific
mdds version) which ttbomk is not possible to express.
On Sat, Sep 12, 2020 at 01:02:58PM +0200, Rene Engelhard wrote:
> It *does* work though with liborcus 0.16.0 which I just uploaded to NEW,
> so we probably sh
Hi,
On Fri, May 08, 2020 at 07:11:09PM +0200, Jörg Frings-Fürst wrote:
> libreoffice
Note libreoffice only Suggests it (and it dlopen()s libsane.so.1).
A rebuild will change the Suggests since
https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/commit/a11f5b7381097ea0ae9a3e03db90
Hi,
On Thu, Mar 05, 2020 at 07:18:34PM +, Adam D. Barratt wrote:
> On Sat, 2020-02-08 at 11:06 +0100, Rene Engelhard wrote:
> > #916846 was filed pre-buster but I have to admit I cheated against it
> > being
> > RC by merging the OpenGL transitions (it*s not a impo
2019-10-31 18:26:41.0 +0100
+++ libreoffice-6.1.5/debian/changelog 2020-02-01 15:13:43.0 +0100
@@ -1,3 +1,10 @@
+libreoffice (1:6.1.5-3+deb10u6) buster; urgency=medium
+
+ * debian/patches/glm-0.9.9-ctor.diff: add from master, fix opengl slide
+transitions with glm >= 0.
On Wed, Feb 05, 2020 at 01:26:31PM +, Simon McVittie wrote:
> On Wed, 05 Feb 2020 at 08:18:41 +0100, rene.engelh...@mailbox.org wrote:
> > Thanks, yes, that prevents the install of the "old"
> > gobject-introspection with the new python3 from experimental.
>
> Sorry, I wasn't thinking straight
Hi,
Am 4. Februar 2020 23:27:13 MEZ schrieb Simon McVittie :
>On Tue, 04 Feb 2020 at 21:20:07 +0100, Rene Engelhard wrote:
>> root@frodo:/# g-ir-scanner
>...
>> ModuleNotFoundError: No module named 'giscanner._giscanner'
>
>This is fixed in 1.62.0-5 (#950267
trospection which was accidentially kept disabled after a
python3.8 test rebuild...
* re-enable building of the "test packages"
(-smoketest-data, -subsequentcheckbase)
-- Rene Engelhard Sun, 15 Dec 2019 10:29:19 +
happened.)
Regards,
Rene
On Sun, Feb 02, 2020 at 06:12:08PM +0100, Rene Engelhard wrote:
> Hi,
>
> On Sun, Feb 02, 2020 at 06:07:29PM +0100, Matthias Klose wrote:
> > > e.g. fontforge is still red in
> > > https://release.debian.org/transitions/html/python3.8.html.
> > >
> >
Hi,
On Sun, Feb 02, 2020 at 06:07:29PM +0100, Matthias Klose wrote:
> > e.g. fontforge is still red in
> > https://release.debian.org/transitions/html/python3.8.html.
> >
> > That means that a rebuild of stuff using fontforge in the build will
> > just FTBFS since it will be called with python3.8
On Sun, Feb 02, 2020 at 05:53:37PM +0100, Rene Engelhard wrote:
> On Sun, Feb 02, 2020 at 09:35:04AM +0100, Matthias Klose wrote:
> > > On 17-01-2020 23:28, Matthias Klose wrote:
> > >> Please add a transition tracker to switch the python3 default to 3.8.
> >
On Sun, Feb 02, 2020 at 09:35:04AM +0100, Matthias Klose wrote:
> > On 17-01-2020 23:28, Matthias Klose wrote:
> >> Please add a transition tracker to switch the python3 default to 3.8.
> >> It's not
> >> yet ready, however it would be good to see affected packages. Please copy
> >> it
> >> from
On Wed, Jan 01, 2020 at 10:34:07PM +0100, Paul Gevers wrote:
> Control: tags -1 - moreinfo
> Control: tags -1 confirmed
>
> On 28-12-2019 11:21, Paul Gevers wrote:
> > PS: @Rene, as gatb-core is a transition by itself, we'll proceed with
> > cppunit after gatb-core migrates.
>
> Rene, please go a
On Wed, Jan 01, 2020 at 10:34:07PM +0100, Paul Gevers wrote:
> Control: tags -1 - moreinfo
> Control: tags -1 confirmed
>
> On 28-12-2019 11:21, Paul Gevers wrote:
> > PS: @Rene, as gatb-core is a transition by itself, we'll proceed with
> > cppunit after gatb-core migrates.
>
> Rene, please go a
Hi,
On Fri, Dec 27, 2019 at 09:18:38PM +0100, Paul Gevers wrote:
> > Most packages just build-depend on it. A rebuild using ratt just works,
> > except some totally unrelated failures:
>
> I'm not able to reliably parse this sentence. Can you please elaborate a
> bit more on what you mean here?
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
Simple new (minor) upstream version.
Most packages just build-depend on it. A rebuild using ratt just works,
except some totally unrelated failures:
gatb-core, libtorrent and rtorr
Hi,
On Thu, Nov 21, 2019 at 05:09:49AM +0100, Andreas Beckmann wrote:
> >>> found 939956 0.6.2-1
> >> Bug #939956 {Done: Rene Engelhard } [src:liblangtag]
> >> liblangtag: fails to build with gtk-doc 1.32
> >> Marked as found in versions liblangtag/0.6.2-
tag 939950 - sid
thanks
Hi,
On Wed, Nov 20, 2019 at 10:09:12PM +, Debian Bug Tracking System wrote:
> > found 939956 0.6.2-1
> Bug #939956 {Done: Rene Engelhard } [src:liblangtag]
> liblangtag: fails to build with gtk-doc 1.32
> Marked as found in versions liblangtag/0.
Hi,
On Mon, Nov 04, 2019 at 08:23:58PM +, Adam D. Barratt wrote:
> On Sat, 2019-11-02 at 15:41 +0100, Rene Engelhard wrote:
> > I think we should fix #943873 in stable since even though stable has
> > PostgreSQL 11 people might use it against some other serve
; fix the postgresql driver with
+PostgreSQL 12 (closes: #943873)
+
+ -- Rene Engelhard Thu, 31 Oct 2019 18:26:41 +0100
+
libreoffice (1:6.1.5-3+deb10u4) buster-security; urgency=medium
* debian/patches/expand-pyuno-path-separators.diff.
diff --git a/patches/Postgresql-12-no-adsrc.diff
b
reassign 935902 g++-9
affects 935902 libcppunit-dev
found 935902 9.2.1-12
close 935902 9.2.1-16
thanks
Hi,
On Thu, Oct 31, 2019 at 03:15:10PM +0100, Matthias Klose wrote:
> The comment about cppunit made me look at the cppunit package to find
> #935902, and yes, the test case is reproducible. So
Hi,
Am 31. Oktober 2019 15:15:10 MEZ schrieb Matthias Klose :
>And afaik there was no test rebuild for
>bullseye
>either.
Accepted cppunit 1.14.0-4 (source) into unstable
On July 26:
https://tracker.debian.org/news/1049803/accepted-cppunit-1140-4-source-into-unstable/
Buster release was 3 wee
Hi,
Am 31. Oktober 2019 15:15:10 MEZ schrieb Matthias Klose :
>On 29.10.19 15:09, Vincent Lefevre wrote:
>> On 2019-10-29 13:09:46 +0100, rene.engelh...@mailbox.org wrote:
>>> Am 29. Oktober 2019 12:49:44 MEZ schrieb Vincent Lefevre
>:
In case makefile magic triggers some rebuild, you can als
reassign 943401 gcc-9
found 943401 9.2.1-12
retitle 943401 libreoffice C++ Unit tests failing when built with gcc >=
9.2.1-12 (Failure instantiating exceptionprotector)
thanks
On Tue, Oct 29, 2019 at 03:09:50PM +0100, Vincent Lefevre wrote:
> 1. Build smoketest with the old g++-9 / libstdc++6.
I
Hi,
Am 29. Oktober 2019 15:09:50 MEZ schrieb Vincent Lefevre :
>On 2019-10-29 13:09:46 +0100, rene.engelh...@mailbox.org wrote:
>> Am 29. Oktober 2019 12:49:44 MEZ schrieb Vincent Lefevre
>:
>> >In case makefile magic triggers some rebuild, you can also run the
>> >generated executable directly (w
1 - 100 of 476 matches
Mail list logo
