Opened 6 years ago
Closed 6 years ago
#1953 closed defect (fixed)
uDig installer leaves a __MACOSX dir in /usr/lib
|Reported by:||darkblueb||Owned by:||kalaxas|
hey! /usr/lib is important.. this cannot be right..
user@live11-beta1:~$ ls -lh /usr/lib/__MACOSX total 4.0K drwxrwxr-x 7 root root 4.0K Aug 12 2016 udig-2.0.0.RC1.linux.gtk.x86_64/
Change history (10)
comment:1 by , 6 years ago
comment:2 by , 6 years ago
comment:3 by , 6 years ago
fixed in uDig and assemblies for RC1 as well. Can you confirm after the nex build that it works for you?
comment:4 by , 6 years ago
|Status:||new → assigned|
comment:5 by , 6 years ago
Thank you Frank, next build is going to be available in a couple of hours
comment:6 by , 6 years ago
2017-07-06 18:04:36 (12.2 MB/s) - 'udig-2.0.0.RC1.linux.gtk.x86_64.zip' saved [196714910/196714910] mv: cannot stat '/usr/lib/udig-2.0.0.RC1.*': No such file or directory ERROR: expanding udig-2.0.0.RC1.linux.gtk.x86_64.zip
comment:7 by , 6 years ago
Where can I see build results / failures?
comment:8 by , 6 years ago
comment:9 by , 6 years ago
|Status:||assigned → new|
In combination with following changes in install_udig.sh:
installation routine is fine now. Can you confirm that MACOSX isn't unpacked anymore and uDig is installed correctly beneath
/usr/lib/udig? There should be an executable file to start uDig.
Version 0, edited 6 years ago by (next)
comment:10 by , 6 years ago
|Status:||new → closed|
looks good now, thanks!
Note: See TracTickets for help on using tickets.
I'll have a look at, thanks for reporting