Bug#947909: marked as done (ure is trying to overwrite '/usr/share/java/juh.jar', which is also in package libjuh-java 1:6.4.0~rc1-5)

2020-01-04 Thread Debian Bug Tracking System
Your message dated Sat, 04 Jan 2020 09:24:35 + with message-id and subject line Bug#947909: fixed in libreoffice 1:6.4.0~rc1-6 has caused the Debian Bug report #947909, regarding ure is trying to overwrite '/usr/share/java/juh.jar', which is also in package libjuh-java 1:6.4.0~rc1-5 to be mar

Bug#947907: marked as done (trying to overwrite '/usr/share/java/juh.jar', which is also in package libjuh-java)

2020-01-04 Thread Debian Bug Tracking System
Your message dated Sat, 04 Jan 2020 09:24:35 + with message-id and subject line Bug#947909: fixed in libreoffice 1:6.4.0~rc1-6 has caused the Debian Bug report #947909, regarding trying to overwrite '/usr/share/java/juh.jar', which is also in package libjuh-java to be marked as done. This me

Bug#947910: marked as done (ure uninstallable because of file conflict with libjuh-java)

2020-01-04 Thread Debian Bug Tracking System
Your message dated Sat, 04 Jan 2020 09:24:35 + with message-id and subject line Bug#947909: fixed in libreoffice 1:6.4.0~rc1-6 has caused the Debian Bug report #947909, regarding ure uninstallable because of file conflict with libjuh-java to be marked as done. This means that you claim that t

Processing of libreoffice_6.4.0~rc1-6_source.changes

2020-01-04 Thread Debian FTP Masters
libreoffice_6.4.0~rc1-6_source.changes uploaded successfully to localhost along with the files: libreoffice_6.4.0~rc1-6.dsc libreoffice_6.4.0~rc1-6.debian.tar.xz libreoffice_6.4.0~rc1-6_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread John Paul Adrian Glaubitz
Source: libreoffice Severity: normal User: debian-powe...@lists.debian.org Usertags: ppc64 Hi! The build on ppc64 currently fails because debian/rules tries to execute some script code on ppc64 which is relevant for the OOO_NOGUI_ARCHS in debian/rules. Specifically, the build fails with: # remo

libreoffice_6.4.0~rc1-6_source.changes ACCEPTED into unstable

2020-01-04 Thread Debian FTP Masters
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 03 Jan 2020 19:34:21 +0100 Source: libreoffice Architecture: source Version: 1:6.4.0~rc1-6 Distribution: unstable Urgency: medium Maintainer: Debian LibreOffice Maintainers Changed-By: Rene Engelhard Closes: 947

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread Rene Engelhard
On Sat, Jan 04, 2020 at 10:19:13AM +0100, John Paul Adrian Glaubitz wrote: > The build on ppc64 currently fails because debian/rules tries to execute some > script code on ppc64 which is relevant for the OOO_NOGUI_ARCHS in > debian/rules. Yes. > # remove lib*uilo.so in --nogui > find debian/libr

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread John Paul Adrian Glaubitz
On 1/4/20 10:19 AM, John Paul Adrian Glaubitz wrote: > I haven't verified it, but my suspicion is that the following conditional > test is > incorrect as the function findstring will match "ppc64" in OOO_NOGUI_ARCHS if > it contains "ppc64el": > > ifeq "$(ENABLE_GUI)" "y" > ifneq (,$(findstring

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread Rene Engelhard
Hi, On Sat, Jan 04, 2020 at 02:07:36PM +0100, John Paul Adrian Glaubitz wrote: > On 1/4/20 10:19 AM, John Paul Adrian Glaubitz wrote: > > I haven't verified it, but my suspicion is that the following conditional > > test is > > incorrect as the function findstring will match "ppc64" in OOO_NOGUI_

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread John Paul Adrian Glaubitz
On 1/4/20 2:28 PM, Rene Engelhard wrote: > That just means that BUILD_NOGUI_PACKAGES=n is set and the nogui part is not > even tried. > ppc64 is fast and has server uses, so should definitel get -nogui. That might be the case. But ppc64 is currently *not* in the list of OOO_NOGUI_ARCH. Yet your r

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread Rene Engelhard
Hi, On Sat, Jan 04, 2020 at 02:33:51PM +0100, John Paul Adrian Glaubitz wrote: > On 1/4/20 2:28 PM, Rene Engelhard wrote: > > That just means that BUILD_NOGUI_PACKAGES=n is set and the nogui part is > > not even tried. > > ppc64 is fast and has server uses, so should definitel get -nogui. > > Th

Processed: Bug#948120 marked as pending in libreoffice

2020-01-04 Thread Debian Bug Tracking System
Processing control commands: > tag -1 pending Bug #948120 [src:libreoffice] libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES Added tag(s) pending. -- 948120: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948120 Debian Bug Tracking System Contact ow...@bugs.debian.org w

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread John Paul Adrian Glaubitz
On 1/4/20 2:57 PM, Rene Engelhard wrote: > Yes, because BUILD_NOGUI_PACKAGES=y is set because of findstring vs. filter. > > There you *are* right, I didn't say anything else. This bug report was just about this particular issue of using the wrong keyword. >> What? I'm not sure why this would be

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread Rene Engelhard
On Sat, Jan 04, 2020 at 03:15:02PM +0100, John Paul Adrian Glaubitz wrote: > Feel free to do the same for powerpc as the build machine > for ppc64 and powerpc is the same and the new one for > both architectures will be even faster. No, powerpc in 32bits is dead. And I even enabled i386 there onl

Bug#948120: libreoffice: Incorrect conditional test to enable BUILD_NOGUI_PACKAGES

2020-01-04 Thread John Paul Adrian Glaubitz
On 1/4/20 3:25 PM, Rene Engelhard wrote: > On Sat, Jan 04, 2020 at 03:15:02PM +0100, John Paul Adrian Glaubitz wrote: >> Feel free to do the same for powerpc as the build machine >> for ppc64 and powerpc is the same and the new one for >> both architectures will be even faster. > > No, powerpc in