Overview
Request 546168 accepted
- Abandom the docbook-xsl-stylesheets-script package.
The dbtoepub script is available from the rubygem-dbtoepub
package.
The script pdf2index is available in docbook-xsl-pdf2index
- First attempt to build the two DocBook stylesheet packages
from a single source (see bsc#1069884 for details):
- Added xslnons-build script from upstream.
- Improved dbxslt-install.sh script a lot
- Fix bsc#1063066:
From 1.79.1 and later, upstream decided to release namespace
aware stylesheets only. The non-NS stylesheets have to be built
with the "xslnons-build" script (taken from upstream).
This is integrated now.
The switch from NS-aware to non-NS stylesheets help to fix this
problem.
- Restore working patch (bsc#1063066):
* Rebase docbook-xsl-stylesheets-non-recursive_string_subst.patch
- Update to version 1.79.2
- Rebase docbook-xsl-stylesheets-non-recursive_string_subst.patch
- callout-gen is removed
- Add docbook-xsl-stylesheets-non-recursive_string_subst.patch
Use str:replace from exslt.org to implement string.subst
string.subst implementation causes recursion issues when building
systemd documentation. This issue has been reported in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765567 and
https://bugs.archlinux.org/task/54694 .
Taken from https://github.com/fishilico/xslt10-stylesheets/commit/a7df4fbbef3ab0f97d50aa47f2ccfa0630a2686e
- Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13.
- Use update-xml-catalog
- Created by thomas-schraitle
- In state accepted
Request History
thomas-schraitle created request
- Abandom the docbook-xsl-stylesheets-script package.
The dbtoepub script is available from the rubygem-dbtoepub
package.
The script pdf2index is available in docbook-xsl-pdf2index
- First attempt to build the two DocBook stylesheet packages
from a single source (see bsc#1069884 for details):
- Added xslnons-build script from upstream.
- Improved dbxslt-install.sh script a lot
- Fix bsc#1063066:
From 1.79.1 and later, upstream decided to release namespace
aware stylesheets only. The non-NS stylesheets have to be built
with the "xslnons-build" script (taken from upstream).
This is integrated now.
The switch from NS-aware to non-NS stylesheets help to fix this
problem.
- Restore working patch (bsc#1063066):
* Rebase docbook-xsl-stylesheets-non-recursive_string_subst.patch
- Update to version 1.79.2
- Rebase docbook-xsl-stylesheets-non-recursive_string_subst.patch
- callout-gen is removed
- Add docbook-xsl-stylesheets-non-recursive_string_subst.patch
Use str:replace from exslt.org to implement string.subst
string.subst implementation causes recursion issues when building
systemd documentation. This issue has been reported in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765567 and
https://bugs.archlinux.org/task/54694 .
Taken from https://github.com/fishilico/xslt10-stylesheets/commit/a7df4fbbef3ab0f97d50aa47f2ccfa0630a2686e
- Explicitly package %{_docdir}/%{name} to fix build with RPM 4.13.
- Use update-xml-catalog
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto added repo-checker as a reviewer
Please review build success
factory-auto accepted review
Check script succeeded
dimstar_suse added as a reviewer
Being evaluated by staging project "openSUSE:Factory:Staging:adi:52"
dimstar_suse accepted review
Picked openSUSE:Factory:Staging:adi:52
licensedigger accepted review
ok
dimstar_suse set openSUSE:Factory:Staging:N as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:N"
dimstar_suse accepted review
Moved to openSUSE:Factory:Staging:N
mrdocs accepted review
OK
repo-checker accepted review
cycle and install check passed
dimstar_suse accepted review
ready to accept
dimstar_suse approved review
ready to accept
dimstar_suse accepted request
Accept to openSUSE:Factory
Thank you Dominique for all your efforts! :)
Not sure if this is already covered (or will be), but there are two open delete requests related to this package:
Both packages are obsolete and are built by the (new) docbook-xsl package. These old packages shouldn't be available in Factory anymore. ;-)
Both requests are handled and have this as the last review message:
Request accepted. Cleanup in progress - DO NOT REVOKE!
Ahh, thanks! I missed that part. Sorry for the noise. :)
No worries - delete requests are handled a little bit complex and such questions are expected.
(the complexity from delete requests is to try to safeguard that removal of libs don't impact users building against /snapshot; I will gladly explain you the issues we had with this in the past)