Noticed the following during a build in progress (pkgsrc libreoffice SunOS i386):
[build PRL] CustomTarget/sysui/share/libreoffice/build.flag
[build PRL] CustomTarget/sysui/share/libreoffice/openoffice.org.xml
[build PRL] CustomTarget/sysui/share/libreoffice/openoffice.keys
[build PRL] CustomTarget/sysui/share/libreoffice/mimelnklist
[build PRL] CustomTarget/sysui/share/libreofficedev/build.flag
[build PRL] CustomTarget/sysui/share/libreofficedev/openoffice.org.xml
[build PRL] CustomTarget/sysui/share/libreofficedev/openoffice.keys
[build PRL] CustomTarget/sysui/share/libreofficedev/mimelnklist
[build CUS] tools/string
gtar: You may not specify more than one '-Acdtrux', '--delete' or '--test-label' option
Try 'gtar --help' or 'gtar --usage' for more information.
[build CXX] unoidl/source/unoidl-read.cxx
[build DEP] LNK:Library/libunoidllo.so
there is a GNUTAR invocation in sysui/CustomTarget_solaris.mk - perhaps that is causing the trouble, some wrong variable expansion there?
ah that broke in the gbuild conversion, see commit 01344a8ca57636ac87108c22f777a02fe6d963d5
had this line
@$(GNUTAR) -cf - -C $(PKGDIR) $(@:b:b:s/-/ /:1:s/.//)$(PRODUCTVERSIONSHORT)-desktop-int | gzip > $@
Hmm, I have no idea what this is supposed to be now...
but what it is now certainly looks odd:
$(GNUTAR) -cf - -C $(solaris_WORKDIR) $*$(LIBO_MAJOR) -desktop-int | gzip > $@
Tried the following after looking in the target directory...
--- sysui/CustomTarget_solaris.mk.orig 2016-05-03 22:51:19.000000000 +0000
@@ -50,6 +50,6 @@ $(solaris_WORKDIR)/%/prototype: $(solari
$(solaris_WORKDIR)/%-desktop-integration.tar.gz: $(solaris_WORKDIR)/%/copyright $(solaris_WORKDIR)/%/pkginfo $(solaris_WORKDIR)/%/depend $(solaris_WORKDIR)/%/mailcap $(solaris_WORKDIR)/%/postinstall $(solaris_WORKDIR)/%/postremove $(solaris_WORKDIR)/%/prototype $(call gb_CustomTarget_get_workdir,sysui/share)/%/openoffice.org.xml
# pkgmk -l 1073741824 -r $(solaris_WORKDIR) -f $(solaris_WORKDIR)/$*/prototype -o -d $(solaris_WORKDIR) ARCH=all VERSION=$(PKGVERSION.$*)
- $(GNUTAR) -cf - -C $(solaris_WORKDIR) $*$(LIBO_MAJOR) -desktop-int | gzip > $@
+ $(GNUTAR) -cf - -C $(solaris_WORKDIR) $* | gzip > $@
# vim: set noet sw=4 ts=4:
richard@omnis:/tmp/pkgsrc/misc/libreoffice/work/libreoffice-126.96.36.199/workdir/CustomTarget/sysui/solaris$ for f in ./*.tar.gz; do echo $f;gtar tvfa $f; done
drwxr-xr-x richard/staff 0 2016-05-30 09:45 libreoffice/
-rw-r--r-- richard/staff 389 2016-05-30 09:45 libreoffice/pkginfo
-rw-r--r-- richard/staff 231 2016-05-30 09:45 libreoffice/depend
-rw-r--r-- richard/staff 4925 2016-05-30 09:45 libreoffice/mailcap
-rw-r--r-- richard/staff 106 2016-05-30 09:45 libreoffice/copyright
-rw-r--r-- richard/staff 1299 2016-05-30 09:45 libreoffice/postinstall
-rw-r--r-- richard/staff 1109 2016-05-30 09:45 libreoffice/postremove
-rw-r--r-- richard/staff 5456 2016-05-30 09:45 libreoffice/prototype
drwxr-xr-x richard/staff 0 2016-05-30 09:45 libreofficedev/
-rw-r--r-- richard/staff 359 2016-05-30 09:45 libreofficedev/pkginfo
-rw-r--r-- richard/staff 231 2016-05-30 09:45 libreofficedev/depend
-rw-r--r-- richard/staff 5102 2016-05-30 09:45 libreofficedev/mailcap
-rw-r--r-- richard/staff 106 2016-05-30 09:45 libreofficedev/copyright
-rw-r--r-- richard/staff 1109 2016-05-30 09:45 libreofficedev/postremove
-rw-r--r-- richard/staff 1299 2016-05-30 09:45 libreofficedev/postinstall
-rw-r--r-- richard/staff 5615 2016-05-30 09:45 libreofficedev/prototype
So looking at bit at the contents of this, I'm not so sure it is worth keeping
around as it is probably of limited use given the evolution since S10 of the SunOS
For example, on SunOS 5.11(illumos), the 'depend' file is meaningless:
P SUNWcar Core Architecture, (Root)
P SUNWkvm Core Architecture, (Kvm)
P SUNWcsr Core Solaris, (Root)
P SUNWcsu Core Solaris, (Usr)
P SUNWcsd Core Solaris Devices
P SUNWcsl Core Solaris, (Shared Libs)
P SUNWloc System Localization
>$ pkg list -af SUNWcar SUNWkvm SUNWcsr SUNWcsd SUNCcsl SUNWloc | sort -u
>pkg list: aucun package correspondant à 'SUNWcsr, SUNCcsl n'existe
>NAME (PUBLISHER) VERSION IFO
>SUNWcar 0.5.11-0.133 --r
>SUNWcsd 0.5.11-0.151019 i--
>SUNWkvm 0.5.11-0.133 --r
>SUNWloc 0.5.11-0.133 --r
distributions can package as need be, for example I'm using pkgsrc which packages
without using the either of the legacy SunOS package manager.
Adding keyword 'bibisectRequest'.
removing "bibisectRequest", unlikely to help for a Solaris build issue :)
Then adding keyword 'notBibisectable'. Sorry for the noise...
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice
(5.4.1 or 5.3.6 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Richard PALO committed a patch related to this issue.
It has been pushed to "master":
tdf#100013 sysui: fix invalid tar invocation
It will be available in 6.0.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
okay i've pushed the patch from comment #4 now, mainly so that bugzilla stops sending me mails about this :)