#509: tools/dev/install_files.pl did not care about symlinks
---------------------+------------------------------------------------------
Reporter: gerd | Owner: jkeenan
Type: todo | Status: assigned
Priority: major | Milestone:
Component: install | Version: 1.0.0
Severity: medium | Keywords:
Lang: | Patch: rejected
Platform: linux |
---------------------+------------------------------------------------------
Comment(by Infinoid):
Replying to [comment:1 allison]:
> Thanks Gerd, but on systems that don't support symbolic linking, this
patch will cause a fatal runtime error. The installation runs fine without
the unversioned symbolic link, so you can skip it.
On systems that don't support symbolic linking, $Config{d_symlink} is
false. The patch checks that, so there shouldn't be a problem there. Or
am I missing something?
I asked for some additional information on IRC and got:
{{{
[06:25] < Gerd> Infinoid: The benefit is only for building rpms
[06:26] < Gerd> Infinoid: On the system library there are only symlink
from noversionnumber library to version librarys
[06:28] < Gerd> If the symlink is done with make from Parrot there is no
need to take for it in the spec file of the rpm
}}}
{{{
[06:32] < Gerd> Infinoid: The symlink is create first and get lost with
install_files script
}}}
Preserving that symlink would result in a somewhat smaller installation
image. Or rather, it would prevent us from pushing the same thing into
the distro scripts. It does seem a bit silly that we make the symlink
(during build), clobber it (during install_files) and then recreate it
(during packaging)...
Mark
--
Ticket URL: <https://trac.parrot.org/parrot/ticket/509#comment:7>
Parrot <https://trac.parrot.org/parrot/>
Parrot Development
_______________________________________________
parrot-tickets mailing list
[email protected]
http://lists.parrot.org/mailman/listinfo/parrot-tickets
