-
Bug
-
Resolution: Done
-
Major
-
None
There is a discrepancy in directory structure of the standalone jbcs-openssl zip archives with latest 1.0.2n release. The difference is between zip archives for RHEL and solaris/windows.
RHEL archive contains two main super directories where actual content is placed. On the other hand solaris/windows archives have actual content placed directly in the root directory of the archive. Example follows:
$ unzip -l jbcs-openssl-1.0.2n-RHEL7-x86_64.zip | grep "/$" | grep -v "^URL" 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/CA/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/CA/certs/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/CA/private/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/CA/crl/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/CA/newcerts/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/tls/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/tls/certs/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/tls/misc/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/etc/pki/tls/private/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/man/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/man/man1/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/man/man7/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/man/man5/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/doc/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/doc/jbcs-httpd24-openssl-libs-1.0.2n/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/share/doc/jbcs-httpd24-openssl-1.0.2n/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/lib64/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/lib64/openssl/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/lib64/openssl/engines/ 0 05-31-2018 13:45 jbcs-openssl-1.0.2n/openssl/bin/
$ unzip -l jbcs-openssl-1.0.2n-win6-x86_64.zip | grep "/$" | grep -v "^URL" 0 06-26-2018 14:00 bin/ 0 06-26-2018 14:00 lib64/engines/ 0 06-26-2018 13:58 etc/ 0 06-26-2018 14:03 etc/ssl/ 0 06-26-2018 13:58 etc/ssl/CA/ 0 06-26-2018 14:03 etc/ssl/certs/ 0 06-26-2018 13:58 etc/ssl/private/ 0 06-26-2018 14:03 share/doc/openssl-1.0.2n/ 0 06-26-2018 14:03 share/doc/openssl-1.0.2n/apps/
$ unzip -l jbcs-openssl-1.0.2n-sun10-x86_64.zip | grep "/$" | grep -v "^URL" 0 06-26-2018 18:17 bin/ 0 06-26-2018 18:13 etc/ 0 06-26-2018 18:17 etc/ssl/ 0 06-26-2018 18:13 etc/ssl/CA/ 0 06-26-2018 18:17 etc/ssl/certs/ 0 06-26-2018 18:13 etc/ssl/private/ 0 06-26-2018 18:17 etc/ssl/misc/ 0 06-26-2018 18:17 lib64/engines/ 0 06-26-2018 18:17 share/doc/openssl-1.0.2n/ 0 06-26-2018 18:17 share/doc/openssl-1.0.2n/apps/
This change appeared with 1.0.2n release. I checked older releases (1.0.2h and 1.0.2h-SP1) and they all have jbcs-openssl-1.0.2h/openssl/ super directories where actual content is placed.
# to check download all released archives here and run: for file in `ls`; do if unzip -l $file | grep -q "jbcs-openssl-.*/$"; then echo $file; fi; done
I don't know which way is correct - whether we wanted to change the directory structure in new 1.0.2n release but main thing is that there is a discrepancy between particular platforms. This need to be unified.
- is related to
-
-
- Closed
-
