> With your ACK I'm then going to accept my own upload
yep fine with me, thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876996
Title:
[BPO] inkscape/1.1.1-3ubuntu1 from jammy
To manage not
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876996
Title:
[BPO] inkscape/1.1.1-3ubuntu1 from jammy
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/inkscape
If possible I'd prefer to avoid an extra bpo diff just for this, so I'd
rather accept it as it is.
(Also, ragel is fine to skip because it doesn't change anything in
practice, it only used to rebuild something that is otherwise pre-
compiled in the tarball; whereas disabling gspell would effective
It looks like the build does have checks to set WITH_GSPELL off if the
lib isn't available so the d/control could maybe just have [!i386] added
to the libgtkspell3-3-dev depends? It looks like it already has that
restriction for the ragel dep.
Or, the Architecture could be changed to avoid i386; o
meh, I didn't notice that, thank you.
Looking at the germinate-output file, it looks like gtkspell3 is included in
the seed starting with groovy only because of it being a build-dep of inkscape
(it's a new build-dep starting with inkscape 1.x, focal has 0.92.x).
This also means that a no-change
It looks like the i386 arch fails to build due to missing dep on
'libgtkspell3-3-dev':
https://launchpad.net/~ddstreet/+archive/ubuntu/backport/+build/23139572
I'm not sure why i386 is missing in focal for that package; it seems like it's
available both before and after focal, but the specific v