| Anonymous | Login | Signup for a new account | 2010-09-02 23:52 EDT |
| Main | My View | View Issues | Change Log | Roadmap | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| 0010096 | [CMake] CPack | minor | always | 2010-01-05 17:23 | 2010-07-29 08:46 | |||||||
| Reporter | Derek Bruening | View Status | public | |||||||||
| Assigned To | Bill Hoffman | |||||||||||
| Priority | normal | Resolution | open | |||||||||
| Status | assigned | Product Version | CMake-2-6 | |||||||||
| Summary | 0010096: cpack does not preserve symlinks in CPACK_INSTALLED_DIRECTORIES | |||||||||||
| Description |
When incorporating files external to a project into a package I use CPACK_INSTALLED_DIRECTORIES. However, it de-references symbolic links, resulting in duplicate files and wasted space in the final package. I tested with cmake-2.8.0-rc2-Linux-i386 and it has the same behavior. Xref case 5430 about a similar problem but with source packages. I don't see a file() or other command to create a symbolic link so I don't have a good workaround for this. |
|||||||||||
| Additional Information | ||||||||||||
| Tags | No tags attached. | |||||||||||
| Attached Files | ||||||||||||
|
|
||||||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||
|
||||||
|
Notes |
|
|
(0019115) bobkuehne (reporter) 2010-01-13 10:44 |
i'd raise the priority on this *quite* a bit - it effectively means cmake packaging for linux versions is impossible. my c++ application now breaks entirely when it runs, due to the library symlink conventions on unix. for example, libfoo.so typically links to libfoo.so.1, which in turn links to the real version, libfoo.so.20.3.1. the app then resolves its link to one of those, and with the links missing, a failure at runtime occurs. |
|
(0021539) Eric NOULARD (developer) 2010-07-29 08:45 |
I did propose a patch for 5430. I think the two bugs may be closed together if the patch is accepted. |
|
(0021540) Eric NOULARD (developer) 2010-07-29 08:46 |
Bill, I did assign the bug to you too because if 5430 is closed this one should be too. |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2010-01-05 17:23 | Derek Bruening | New Issue | |
| 2010-01-13 09:39 | bobkuehne | Issue Monitored: bobkuehne | |
| 2010-01-13 10:44 | bobkuehne | Note Added: 0019115 | |
| 2010-07-09 19:03 | Eric NOULARD | Issue Monitored: Eric NOULARD | |
| 2010-07-26 07:35 | Eric NOULARD | Relationship added | related to 0005430 |
| 2010-07-26 10:02 | engels | Issue Monitored: engels | |
| 2010-07-29 08:45 | Eric NOULARD | Note Added: 0021539 | |
| 2010-07-29 08:45 | Eric NOULARD | Status | new => assigned |
| 2010-07-29 08:45 | Eric NOULARD | Assigned To | => Bill Hoffman |
| 2010-07-29 08:46 | Eric NOULARD | Note Added: 0021540 | |
| Mantis 1.1.4[^] Copyright © 2000 - 2008 Mantis Group |  |
