| Anonymous | Login | Signup for a new account | 11-10-2025 01:09 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Advanced Details [ Jump to Notes ] | [ View Simple ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0005984 | [Resin] | minor | always | 03-01-16 23:20 | 05-09-16 11:19 | ||||
| Reporter | stoty | View Status | public | ||||||
| Assigned To | ferg | ||||||||
| Priority | normal | Resolution | fixed | Platform | |||||
| Status | closed | OS | |||||||
| Projection | none | OS Version | |||||||
| ETA | none | Fixed in Version | 4.0.49 | Product Version | 4.0.47 | ||||
| Product Build | |||||||||
| Summary | 0005984: resin.sh broken | ||||||||
| Description |
The bin/resin.sh script in resin 4.0.48 is broken. It starts by determining ${RESIN_HOME} variable, that generally evaluates to "./.." Then in cd-s there (that is correct) Then it tries to execute ./../lib/resin.jar, which now actually points one level above the actual lib directory. A possible fix is to normalize RESIN_HOME by adding RESIN_HOME=`readlink -f $RESIN_HOME` after RESIN_HOME="$bin/.." , or just skipping the cd command altogether |
||||||||
| Steps To Reproduce | |||||||||
| Additional Information | The affected system is Centos 7.2 x86_64, but I believe that this bug is not system dependent. | ||||||||
| Attached Files | |||||||||
|
|
|||||||||
| There are no notes attached to this issue. |
| Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
27 total queries executed. 25 unique queries executed. |