Open tim-caper opened 13 years ago
ReinerWirtz
commented
13 years ago I discovered this error, too. As a workaround I activate the option to follow symbolic links for files. But now I have for every symbolic link the whole file in the destination directory.
damoncourtney
commented
13 years ago The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
ReinerWirtz
commented
13 years ago Hi Damon,
I reproduced the error on a linux machine. The installer was created on a linux machine, too. I started the installer with the options "--debug --debugconsole" and copied the output to the file "debugconsole.out". I did a new installation, so that the destination directory was created by the installer. The installer did not report any hint for an error, but the files are not installed in the destination directory. After that I created a directory listing of the destination directory. You will find this in the file "destination_dir.lst". The content of the subdirectory "bat" of the destination directory is installed correctly with 2 script files. In the file "source_dir.lst" you will find the listing of the directory, where the installer takes the files to install on a linux machine. The installer created only one symbolic link in the destination directory. If you sort the files in the source directory case insensitive, the first file and the first symbolic link are installed on the destination directory. The remaining files and symbolic links after the first link are not created in the destination directory.
Best wishes Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 05:40 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_888130
damoncourtney
commented
13 years ago Have you tried with the latest snapshot? I seem to recall fixing something related to symlinks in the latest bits.
Damon
On Mar 18, 2011, at 12:56 PM, ReinerWirtz wrote:
Hi Damon,
I reproduced the error on a linux machine. The installer was created on a linux machine, too. I started the installer with the options "--debug --debugconsole" and copied the output to the file "debugconsole.out". I did a new installation, so that the destination directory was created by the installer. The installer did not report any hint for an error, but the files are not installed in the destination directory. After that I created a directory listing of the destination directory. You will find this in the file "destination_dir.lst". The content of the subdirectory "bat" of the destination directory is installed correctly with 2 script files. In the file "source_dir.lst" you will find the listing of the directory, where the installer takes the files to install on a linux machine. The installer created only one symbolic link in the destination directory. If you sort the files in the source directory case insensitive, the first file and the first symbolic link are installed on the destination directory. The remaining files and symbolic links after the first link are not created in the destination directory.
Best wishes Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 05:40 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_888130
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890249
ReinerWirtz
commented
13 years ago No, I tried it with the last released version 1.2.15. Thank you very much for your quick answer. So I will try it on Monday. I will inform you about the results. Now it is 7 pm in Germany and I want to go to my family.
Have a nice weekend Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 18:59 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
Have you tried with the latest snapshot? I seem to recall fixing something related to symlinks in the latest bits.
Damon
On Mar 18, 2011, at 12:56 PM, ReinerWirtz wrote:
Hi Damon,
I reproduced the error on a linux machine. The installer was created on a linux machine, too. I started the installer with the options "--debug --debugconsole" and copied the output to the file "debugconsole.out". I did a new installation, so that the destination directory was created by the installer. The installer did not report any hint for an error, but the files are not installed in the destination directory. After that I created a directory listing of the destination directory. You will find this in the file "destination_dir.lst". The content of the subdirectory "bat" of the destination directory is installed correctly with 2 script files. In the file "source_dir.lst" you will find the listing of the directory, where the installer takes the files to install on a linux machine. The installer created only one symbolic link in the destination directory. If you sort the files in the source directory case insensitive, the first file and the first symbolic link are installed on the destination directory. The remaining files and symbolic links after the first link are not created in the destination directory.
Best wishes Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 05:40 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_888130
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890249
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890258
damoncourtney
commented
13 years ago No problem. I understand completely. 0-] Let me know what you find out on Monday.
Damon
On Mar 18, 2011, at 1:06 PM, ReinerWirtz wrote:
No, I tried it with the last released version 1.2.15. Thank you very much for your quick answer. So I will try it on Monday. I will inform you about the results. Now it is 7 pm in Germany and I want to go to my family.
Have a nice weekend Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 18:59 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
Have you tried with the latest snapshot? I seem to recall fixing something related to symlinks in the latest bits.
Damon
On Mar 18, 2011, at 12:56 PM, ReinerWirtz wrote:
Hi Damon,
I reproduced the error on a linux machine. The installer was created on a linux machine, too. I started the installer with the options "--debug --debugconsole" and copied the output to the file "debugconsole.out". I did a new installation, so that the destination directory was created by the installer. The installer did not report any hint for an error, but the files are not installed in the destination directory. After that I created a directory listing of the destination directory. You will find this in the file "destination_dir.lst". The content of the subdirectory "bat" of the destination directory is installed correctly with 2 script files. In the file "source_dir.lst" you will find the listing of the directory, where the installer takes the files to install on a linux machine. The installer created only one symbolic link in the destination directory. If you sort the files in the source directory case insensitive, the first file and the first symbolic link are installed on the destination directory. The remaining files and symbolic links after the first link are not created in the destination directory.
Best wishes Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 05:40 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_888130
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890249
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890258
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890298
ReinerWirtz
commented
13 years ago It works.
Hi Damon, I tested the last hourly 1.2 snapshot from the installjammer website. It installed all the symbolic links and files correctly.
Thank you very much.
Greetings Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 19:07 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
No problem. I understand completely. 0-] Let me know what you find out on Monday.
Damon
On Mar 18, 2011, at 1:06 PM, ReinerWirtz wrote:
No, I tried it with the last released version 1.2.15. Thank you very much for your quick answer. So I will try it on Monday. I will inform you about the results. Now it is 7 pm in Germany and I want to go to my family.
Have a nice weekend Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 18:59 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
Have you tried with the latest snapshot? I seem to recall fixing something related to symlinks in the latest bits.
Damon
On Mar 18, 2011, at 12:56 PM, ReinerWirtz wrote:
Hi Damon,
I reproduced the error on a linux machine. The installer was created on a linux machine, too. I started the installer with the options "--debug --debugconsole" and copied the output to the file "debugconsole.out". I did a new installation, so that the destination directory was created by the installer. The installer did not report any hint for an error, but the files are not installed in the destination directory. After that I created a directory listing of the destination directory. You will find this in the file "destination_dir.lst". The content of the subdirectory "bat" of the destination directory is installed correctly with 2 script files. In the file "source_dir.lst" you will find the listing of the directory, where the installer takes the files to install on a linux machine. The installer created only one symbolic link in the destination directory. If you sort the files in the source directory case insensitive, the first file and the first symbolic link are installed on the destination directory. The remaining files and symbolic links after the first link are not created in the destination directory.
Best wishes Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 05:40 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_888130
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890249
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890258
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890298
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890304
ReinerWirtz
commented
13 years ago Hi Damon,
Because our product should be installed on AIX, HP-UX, SUN, Linux and Windows, I created new installer with the snapshot version. Unfortunately I discover, that the Installer on AIX does not start in GUI Mode. This was announced in GitHub No. 56 as an error in an hourly snapshot, but it was also true in 1.2.15. I know that this is the wrong GH-75 and not GH-56. But I hope in this mail you can recognize the error messages better than in the Call 56. Up to now I didn't find the possibility to upload a file to GitHub.
Here is my description:
The display is working correctly, the start of "xterm &" starts a new window. If I start the installer it will start the installation in console mode. If I start the Installer with the options "--debug --debugconsole" I get an error.
autsedna@aixp6sedna:/addsys5rel1/sap_all/hcs_release/IJ-Target > ls -l total 394560 -rwxr-xr-x 1 1012 1002 49878208 Mar 21 10:28 ITA-HTTPContentServer-AIX-ppc-Install -rwxr-xr-x 1 1012 1002 53247315 Mar 21 10:28 ITA-HTTPContentServer-HPUX-hppa-Install -rwxr-xr-x 1 1012 1002 34933206 Mar 21 10:29 ITA-HTTPContentServer-Linux-x86-Install -rwxr-xr-x 1 1012 1002 26982783 Mar 21 10:29 ITA-HTTPContentServer-Setup.exe -rwxr-xr-x 1 1012 1002 36739291 Mar 21 10:29 ITA-HTTPContentServer-Solaris-sparc-Install autsedna@aixp6sedna:/addsys5rel1/sap_all/hcs_release/IJ-Target > ./ITA-HTTPContentServer-AIX-ppc-Install --debug --debugconsole invalid command name "console" while executing "console show" (procedure "::InstallJammer::ParseCommandLineArguments" line 147) invoked from within "::InstallJammer::ParseCommandLineArguments $::argv" (procedure "::InstallJammer::InitInstall" line 62) invoked from within "::InstallJammer::InitInstall" (file "/installkitvfs/main2.tcl" line 36275) invoked from within "source [file join $::installkit::root main2.tcl]" (file "/installkitvfs/main.tcl" line 3) autsedna@aixp6sedna:/addsys5rel1/sap_all/hcs_release/IJ-Target > xterm & [1] 245960 autsedna@aixp6sedna:/addsys5rel1/sap_all/hcs_release/IJ-Target > Warning: locale not supported by C library, locale unchanged uname -x AIX aixp6sedna 3242251340 1 6 00C140D44C00 autsedna@aixp6sedna:/addsys5rel1/sap_all/hcs_release/IJ-Target >
If you need more information, don't hesitate to contact me.
Reiner
-----Ursprüngliche Nachricht----- Von: WIRTZ, Reiner Gesendet: Montag, 21. März 2011 10:41 An: damoncourtney Cc: WIRTZ, Reiner Betreff: AW: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
It works.
Hi Damon, I tested the last hourly 1.2 snapshot from the installjammer website. It installed all the symbolic links and files correctly.
Thank you very much.
Greetings Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 19:07 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
No problem. I understand completely. 0-] Let me know what you find out on Monday.
Damon
On Mar 18, 2011, at 1:06 PM, ReinerWirtz wrote:
No, I tried it with the last released version 1.2.15. Thank you very much for your quick answer. So I will try it on Monday. I will inform you about the results. Now it is 7 pm in Germany and I want to go to my family.
Have a nice weekend Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 18:59 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
Have you tried with the latest snapshot? I seem to recall fixing something related to symlinks in the latest bits.
Damon
On Mar 18, 2011, at 12:56 PM, ReinerWirtz wrote:
Hi Damon,
I reproduced the error on a linux machine. The installer was created on a linux machine, too. I started the installer with the options "--debug --debugconsole" and copied the output to the file "debugconsole.out". I did a new installation, so that the destination directory was created by the installer. The installer did not report any hint for an error, but the files are not installed in the destination directory. After that I created a directory listing of the destination directory. You will find this in the file "destination_dir.lst". The content of the subdirectory "bat" of the destination directory is installed correctly with 2 script files. In the file "source_dir.lst" you will find the listing of the directory, where the installer takes the files to install on a linux machine. The installer created only one symbolic link in the destination directory. If you sort the files in the source directory case insensitive, the first file and the first symbolic link are installed on the destination directory. The remaining files and symbolic links after the first link are not created in the destination directory.
Best wishes Reiner
-----Ursprüngliche Nachricht----- Von: damoncourtney [mailto:reply@reply.github.com] Gesendet: Freitag, 18. März 2011 05:40 An: WIRTZ, Reiner Betreff: Re: [GitHub] Automatic symlink recreation depends on files order [damoncourtney/installjammer GH-75]
The error should show clearly if you are running in debug mode. If you are not in debug mode, the error will be a generic error displayed to the user. I need to work on the error handling with the installers a bit, and this is one area where things really fall down.
I understand what you're describing, but the code should not be erroring out for this. The basic operation is to simply do:
exec ln -s $linktarget $dest
So, IJ is actually using UNIX's ln command to do the symlinking, which will absolutely create a link to a missing target. Try running with debugging turned on and see if you can actually tell me what the error message says.
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_888130
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890249
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890258
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890298
Reply to this email directly or view it on GitHub: https://github.com/damoncourtney/installjammer/issues/75#comment_890304
Application source structure may contain relative symbolic links, e.g. linux86/lib subdirectory may contain libicudata.so libicudata.so.42 libicudata.41.1 One real file and two links. The links are recreated Ok if the link target extracted first, i.e. if libicudata.so is real file and two others points to it. In practice it is organized opposite way:
libicudata.so -> ./libicudata.so.42 libicudata.so.42 -> ./libicudata.so.42.1 libicudata.so.42.1
i.e. the link recreated before the target file extracted by installer. This is failed and install terminated. UNIX file system does not imply such limitation. (What is the most confusing: there is no clear error indication. I've filed separate issue about it.) Reproduced with InstallJammer 1.2.15 under Red Hat Enterprise Linux Server release 5.5 (Tikanga) Kernel 2.6.18-194.el5 on an i686