[ dropping -devel ]
Hi,
Am 26.01.25 um 18:19 schrieb Damyan Ivanov:
-=| Rene Engelhard, 25.01.2025 22:05:51 +0100 |=-
Changes:
firebird4.0 (4.0.5.3140.ds6-11) unstable; urgency=medium
.
* Upload to unstable
Which now takes over firebird-dev.
True. As intented.
I just saw (passing
Hi,
Am 26.01.25 um 19:14 schrieb Rene Engelhard:
Am 26.01.25 um 18:30 schrieb Rene Engelhard:
[build CUT] dbaccess_firebird_test
S=/home/rene/LibreOffice/git/libreoffice-25-2 && I=$S/instdir && W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -fr $W/CppunitTest/
Hi,
Am 26.01.25 um 19:14 schrieb Rene Engelhard:
Tried in a clean sid VM.
LibreOffice not rebuilt from clean sid, but as clean sid libfbclient2 4.0.5 is
installed.
(Expectedly) the same when creating a new db when just 3.0-server-core is
present. The creation of a database
and zthe
Hi,
Am 26.01.25 um 18:30 schrieb Rene Engelhard:
[build CUT] dbaccess_firebird_test
S=/home/rene/LibreOffice/git/libreoffice-25-2 && I=$S/instdir && W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -fr $W/CppunitTest/dbaccess_firebird_test.test.user &am
the future LO versions, no matter what future FB version they embed."
And that apparently (not deep into it) needs libEngine12.so from
-3.0-server-core (and now appantly -4.0-server-core, so probably
libEngine13.so?) if build with 4.0s firebird-dev.
Regards,
Rene
release, 4.0 in Debian is
co-installable with 3.0, so depending on firebird3.0-server-core and
libfbclient2 from src:firebird4.0 should work.
Nope. From LOs testsuite:
[build CUT] dbaccess_hsql_binary_import
S=/home/rene/LibreOffice/git/libreoffice-25-2 && I=$S/instdir && W=$S/w
Hi,
Am 25.01.25 um 22:05 schrieb Rene Engelhard:
firebird4.0 (4.0.5.3140.ds6-11) unstable; urgency=medium
.
* Upload to unstable
Which now takes over firebird-dev.
Which now means reverse-dependencies build against 4.0 firebird but do have
Depends: libreoffice-core-nogui
e-depends like any other transition should have been done
here...
Regards,
Rene
ition, ideally after the
poppler upload so
that we save one round of bin-NMUs and that source upload can be directly built
against the new poppler :)
Regards,
Rene
Hi,
Am 21.11.24 um 08:16 schrieb Rene Engelhard:
[...] that the SONAME goes backwards whereas other distros don't have that (easily lookable by looking at them)
e.g.
https://src.fedoraproject.org/rpms/coin-or-CoinMP/blob/rawhide/f/coin-or-CoinMP.spec#_76
https://archlinux.org/packages/
Hi,
Am 21.11.24 um 06:57 schrieb Pierre Gruet:
Le 21/11/2024 à 00:18, Rene Engelhard a écrit :
Hi,
Am 20.11.24 um 22:25 schrieb Rene Engelhard:
Hi,
Am 20.11.24 um 17:19 schrieb Debian FTP Masters:
coinmp (1.8.4+dfsg-2) unstable; urgency=medium
.
* Team upload
* Upload to unstable
Hi,
Am 20.11.24 um 22:25 schrieb Rene Engelhard:
Hi,
Am 20.11.24 um 17:19 schrieb Debian FTP Masters:
coinmp (1.8.4+dfsg-2) unstable; urgency=medium
.
* Team upload
* Upload to unstable to start the library transition
Just that it is questionable whether one needed one at all as
1.8.4.
However they did that I wonder whether something is fishy here...
That's why I didn't upload it (yet) to sid.. If you asked me I would have said
that.
Ah, well. Now we have that transition...
Regards,
Rene
build)
Regards,
Rene
BI didn't change, aka all 64bit +
i386)
And I *think* you need Breaks/Conflicts in addition to Replaces at the new
libxml2n.
Regards,
Rene
armhf
etc) and this was hinted in alreday for those.
I hope I got the syntax right, no idea whether that is correct for tests
in other packages affected by libreoffice. Adapt as needed, please :)
force-badtest libreoffice/4:24.2.5-3/armel
Regards,
Rene
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
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?
Regards,
Rene
ange anything of that
except that there were more machines which cannot build big stuff.
Regards,
Rene
later in the chain
wait in NEW)
Especially on armhf which is affected. Or will you do the source NMUs on
armhf/i386? (For some packages where some features are disabled on 32bit
this is probably not a good idea)
Regards,
Rene
fect it has been manually
analyzed and determined to be unaffected.
But libreoffice-dev-common not (on which libreoffice-dev depends) which
contains all the arch-indep headers. Just libreoffice-dev contains one
header diferent between archs.
Regards,
Rene
renames in unstable instead, leaving the package in experimental alone?
How does that play together with the needed dpkg only in experimental?
You can't build stuff for unstable involving experimental packages
(except manually with binary upload, which would block testing migration)
Regards,
Rene
mental with the new binary package names in order to clear binary
NEW, in coordination
And what about skipped ones? When will those be tried?
What do you mean here by "skipped ones"?
https://adrien.dcln.fr/misc/armhf-time_t/2023-12-18/results_skipped.txt
(which incidentially contains
updates like new upstream versions...
Regards,
Rene
s not LibreOffice but LibreOffice indirectly via pdfium
(which makes chromium also be affected if it did build without using the
embedded copy of abseil).
That said libreoffice builds (both sids and experimentals version).
Tested on amd64 only, but
Regards,
Rene
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
should do for mips64el, too
Regards,
Rene
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
d out
how to best prevent this by adding a strict dependency there instead of
hardcoding it... But even without that it's better to not have a copy of
private headers in r-cran-hunspell.
Can I upload to unstable?
Regards,
Rene
388 files changed, 8359 insertions(+), 4481 deletions(-)
The whole diff is 17M, so I am not attaching it here. It is at
https://people.debian.org/~rene/libreoffice/7.4/7.4.7.debdiff
I know this is completely bending the rules, but so is #1035056, too
If you wish I can make this also -0deb12u1, b
son to deny that given this (imminent) approval of 50
source packages compared to one.
All the other parameters are the same.
Regards,
Rene
[1] https://wiki.documentfoundation.org/ReleasePlan/7.4
[2]
https://wiki.documentfoundation.org/Releases/7.4.6/RC1#List_of_fixed_bugs
h
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
don't
add the git version into the About box)
Regards,
Rene
[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
#136306 don't accept/suggest typos as 3-or-more-word compound words
Prepare optional spelling mode of LibreOffice to not accept/suggest not
dictionary-based words as compound words (#517)
Merge in weblate translations
--- snip ---
Regards,
Rene
+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
'll need more
automation for the rest)
Doesn't make sense imho, as neither has a bug and it's actually ucf in
many cases doing the grep in question.
Regards,
Rene
nough that
transitions will need to be fully coordinated, but having never
maintained a library this popular before, I’m not sure what that point
is.
I'd say you reached this point already.
Regards,
Rene
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
les
Package: python3-ortools
Package: telegram-desktop
Package: ycmd
Regards,
Rene
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
Sorry for this unneeded request.
> (and, as you say, assume people will want to use newer versions in
any case.)
Indeed.
Just didn't want to close myself, but we could do so and ignore this for
buster.
Regards,
Rene
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
Hi,
oops, forgot the diff.
Here it comes. (with s/UNRELEASED/stable/ of course before the upload.)
Regards,
Rene
diff --git a/changelog b/changelog
index 41633702..850dd234 100644
--- a/changelog
+++ b/changelog
@@ -1,3 +1,10 @@
+libreoffice (1:7.0.4-4+deb11u3) UNRELEASED; urgency=medium
9d16eb68fd
Regards,
Rene
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
_6.1.5-3+deb10u7.dsc
libreoffice_6.1.5-3+deb10u8.dsc
dpkg-source: Warnung: unsigniertes Quellpaket wird extrahiert
(/home/rene/Debian/Pakete/LibreOffice/libreoffice/libreoffice_6.1.5-3+deb10u8.dsc)
diff -Nru libreoffice-6.1.5/debian/changelog libreoffice-6.1.5/debian/changelog
--- libreoffice-6.
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
anges ]
See above. I just added the verbatim upstream commits.
Debdiff attached.
[ Other info ]
As said, for 2) we need a new update to switch the default later.
Regards,
Rene
diff --git a/changelog b/changelog
index bdd1d149..2baf8b2f 100644
--- a/changelog
+++ b/changelog
@@ -1,3 +1,12 @@
+libre
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
.
Otherwise everything was fine. But I think I might
redo the rebuilds (only on amd64 now) to test everything with the
final release of ICU. If that's not mandatory, I think ICU is quite OK
for a transition soon.
If python3-defaults was done (or actually even progressing...)...
Regards,
Rene
In this case one even can't argue with "assume good faith" anymore
since we already had that with nss back then and again you deliberately
did this.
Filed #1000299 for the bin-NMU a few hours ago.
Regards,
Rene
ev (>= 2:4.32-2)'
(and some debian-ports arch, does ANY work?)
Regards,
Rene
utopkgtest/unstable/amd64/libr/libreoffice/16349711/log.gz
Thankfully libxmlsec seems to write into that file what it detects at
configure stage (in current sid nss.pc) and thus a bin-NMU should
suffice.
So please
nmu xmlsec1_1.2.32-2 . ANY . unstable . -m "rebuild against nss 3.72-1 to fix
xmlsec1-nss.pc"
Regards,
Rene
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
something
needs to be done. (And be it fixing box2d to stay compatible. It's a
separate project after all.)
Yes, it's slideshow. Transitions based on physics:
https://quwex.com/gsoc20-final-report/
And yes, I *do* follow the "don't use internal code copies" rule :)
Regards,
Rene
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
't build anymore:
[...]
[20%] Building CXX object
src/modules/physics/CMakeFiles/physics.dir/DebugRenderer.cpp.o
cd
/home/rene/LibreOffice/git/master/caveexpress-2.5.1/obj-i686-linux-gnu/src/modules/physics
&& /usr/bin/ccache /usr/bin/c++ -DHAVE_LUA_H
-DPKGDATADIR=\"/usr/share/games\&
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
mit/a11f5b7381097ea0ae9a3e03db909f4075628935
(2 years ago, when the last rename was attempted.)
but this hasn't to be done immediately.
So you either can bin-NMU it or not, it will pick
the right library up on the next upload.
regards,
Rene
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
f attached.
Regards,
Rene
-- System Information:
Debian Release: 10.2
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: arm64 (aarch64)
Kernel: Linux 4.19.0-6-arm64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=de_
ilds dor the default. (With a shitload of
hackery it is possible to build pyuno twice/thrice etc. but given
there*s a LO part of it this will not be coinstallable, defeating the
purpose.)
Regards,
Rene
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.
> > >
> >
ault.html
is worked on.
Didn't see it there so wanted to go sure.
Regards,
Rene
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.
> >
hink so.
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 and that has no module
for 3.8 (yet).
(Seen in a python-3.8-as-default testbuild for libreoffice some time
ago.)
Regards,
Rene
1 - 100 of 513 matches
Mail list logo
