- changed status to resolved
Contents of perl package conflicts with other packages
This must have originated from back in the day when we were based purely on slack, but while building the necessary stuff the the bare 7.2 ISO, I ran into the perl package. It turns out the perl.SlackBuild builds a few perl modules and ships them with the perl package. For the longest time ( at least during the 7.1 development), the slackbuild would not raise an error when a module failed to download or build correctly, it just kept going and shipped the ones that did build.
The modules built into the perl package are
- AppConfig
- DBD-mysql
- DBI
- ExtUtils-Depends
- Template-Toolkit
- File-BaseDir
- URI
- XML-Parser
- XML-Simple
- YAML
The problem is that because some of these were failing in the past, and the slackbuild did not raise an error, we ended up with builders for some of these modules also, for instance the XML-Simple
and XML-Parser
and maybe others have been setup on the bot as perl-<module_name>
.
I think we should package perl without the additional modules, and package the modules we need separately. The reason for this rationale is because packaging it together will make the perl package depend on other packages, ie, if we build the DBD-mysql
module, the perl package depends on the mysql
package, which is not desirable. And similarly, packaging the XML modules makes the perl package depend on perl-xml-parser which makes no sense at all.
Comments (1)
-
reporter - Log in to comment
Build perl without additional modules. These will be shipped separately as needed. This fixes
#1→ <<cset c400ff2355bd>>