Graphical installer for Defcon 1.42
Moderator: Defcon moderators
torig wrote:Why are you creating a symbolic link -named defcon- in /home/user after an installation to /home/user/defcon ?
It's only logical this fails
On my system Loki Setup creates links in ~/.local/bin when installing locally. It selects this directory by default.
I'd say the directories it offers in the drop down list are coming from ~/.bashrc.
You can create ~/.local/bin yourself and add it to your PATH (in ~/.bashrc). Then in future Loki Setup won't dump things into your home folder because you didn't tell it not to
![Smile :)](./images/smilies/icon_smile.gif)
Autopackage is another installer that uses this folder.
Jaus wrote:LokiSetup does that - That's not a bug...
You can deactivate it in the installer, if you don't want the symbol-link...
How can it not be a bug, if you try to write a file with a name that is in use by a directory already?
![Wink ;)](./images/smilies/icon_wink.gif)
It'd be cleaner to add the $installdir to $PATH, than to do what is happening now, but if that's out of your control (due to it being due to LokiSetup) it's OK.
Just wanted to share this.
Thunor wrote::
You can create ~/.local/bin yourself and add it to your PATH (in ~/.bashrc). Then in future Loki Setup won't dump things into your home folder because you didn't tell it not to![]()
Well yes, but then I can as well skip the graphical installer entirely and do everything right myself
![Smile :)](./images/smilies/icon_smile.gif)
torig wrote:How can it not be a bug, if you try to write a file with a name that is in use by a directory already?
Ah yes, I think I'd call that an 'issue'
![Smile :)](./images/smilies/icon_smile.gif)
Typing 'defcon' is preferable therefore the installation directory should be something else by default e.g. defcon-linux.
Thunor wrote:torig wrote:How can it not be a bug, if you try to write a file with a name that is in use by a directory already?
Ah yes, I think I'd call that an 'issue'. If the user's home folder is the [default] target for the defcon directory and the symlink then these will conflict, or the user chooses the same directory for both.
Typing 'defcon' is preferable therefore the installation directory should be something else by default e.g. defcon-linux.
![Smile :)](./images/smilies/icon_smile.gif)
Well, I agree it's not really a bug, and far from showstopping. But it isn't clean and should not happen. Inexperienced linux users could get confused or would not find defcon in their path, which would potentially be annoying (especially if no desktop icons or menu entries were created).
The defcon-1.42 final release version nicely untars to defcon-1.42, which would have been fine if used in the graphical installer indeed.
Hi!
Graphical installer failed running on my Fedora7 x86_64 box:
$ uname -a
Linux localhost 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:47:07 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux
any suggestions? You're welcome to request any additional information or testing.
Graphical installer failed running on my Fedora7 x86_64 box:
Code: Select all
$ sh ./defcon-linux-1.42-final.run --confirm
Verifying archive integrity... All good.
About to extract 68960 KB in /tmp/selfgz35342183 ... Proceed ? [Y/n] y
Uncompressing Defcon for Linux - Version 1.42 FINAL..........................................................
OK to execute: ./setup.sh ? [Y/n] y
The setup program seems to have failed on x86_64/glibc-2.1
Fatal error, no tech support email configured in this setup
The program './setup.sh' returned an error code (1)
$ uname -a
Linux localhost 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:47:07 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux
any suggestions? You're welcome to request any additional information or testing.
sneg wrote:any suggestions? You're welcome to request any additional information or testing.
Not that I have more of a clue than anyone else, but could your glibc package just be to outdated?
I notice that debian stable has glibc 2.3 while debian sid (unstable) is at 2.5.
However, the reason debian stable has 2.3 which seems fairly recent is because etch (debian 4.0, or "the new stable) was only released 8th April 2007.
Try updating your system and see what it gives?
(I could be talking out of my erh rear end here, completely, though, but updating your system never hurts. (Unless it *is* Debian unstable
![Razz :P](./images/smilies/icon_razz.gif)
sneg wrote:Hi!
Graphical installer failed running on my Fedora7 x86_64 box:Code: Select all
$ sh ./defcon-linux-1.42-final.run --confirm
Verifying archive integrity... All good.
About to extract 68960 KB in /tmp/selfgz35342183 ... Proceed ? [Y/n] y
Uncompressing Defcon for Linux - Version 1.42 FINAL..........................................................
OK to execute: ./setup.sh ? [Y/n] y
The setup program seems to have failed on x86_64/glibc-2.1
Fatal error, no tech support email configured in this setup
The program './setup.sh' returned an error code (1)
$ uname -a
Linux localhost 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:47:07 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux
any suggestions? You're welcome to request any additional information or testing.
Perhaps you should try running the installer with linux32
![Wink ;)](./images/smilies/icon_wink.gif)
I'm using the same system, but with the 32bit version of Fedora 7 and it works great for me...
torig wrote:Not that I have more of a clue than anyone else, but could your glibc package just be to outdated?
I notice that debian stable has glibc 2.3 while debian sid (unstable) is at 2.5.
However, the reason debian stable has 2.3 which seems fairly recent is because etch (debian 4.0, or "the new stable) was only released 8th April 2007.
glibc is not the case. unfortunately
![Sad :(](./images/smilies/icon_sad.gif)
Name : glibc
Version : 2.6
Release : 3
Build Date: Thu 24 May 2007 03:13:06 PM MSD
Jaus wrote:Perhaps you should try running the installer with linux32
looks like i have to
![Sad :(](./images/smilies/icon_sad.gif)
![Sad :(](./images/smilies/icon_sad.gif)
PS I tryed to launch untar'ed Defcon:
$ ./defcon
./lib/defcon.bin.x86: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory
# ln -s /usr/lib64/libGLU.so.1 /lib/libGLU.so.1
$ ./defcon
./lib/defcon.bin.x86: error while loading shared libraries: libGLU.so.1: wrong ELF class: ELFCLASS64
both 1.42-beta4 and 1.42-final
craaap
![Sad :(](./images/smilies/icon_sad.gif)
*downloading and burning an i686 spin*
install ia32-libs and reboot
Geek by Nature, Linux by Choice
68 74 74 70 3A 2F 2F 65 77 61 6E 6D 38 39 2E 63 6F 2E 75 6B 2F 0D 0A
68 74 74 70 3A 2F 2F 65 77 61 6E 6D 38 39 2E 63 6F 2E 75 6B 2F 0D 0A
Hi! I'm using Ubuntu 11.04 x64 and I have the following trouble:
Verifying archive integrity... All good.
Uncompressing Defcon for Linux - Version 1.42 FINAL..........................................................
The setup program seems to have failed on x86_64/unknown
Fatal error, no tech support email configured in this setup
Any ideas? Please consider I'm newbie to Linux
P.S. When I try to install Defcon from tar, I get following:
~/Defcon/defcon-v1.42/defcon: 46: ~/Defcon/defcon-v1.42/lib/defcon.bin.x86: Permission denied
What can be wrong with defcon.bin.x86? I set all the rights via "chmod" but it's no use
Verifying archive integrity... All good.
Uncompressing Defcon for Linux - Version 1.42 FINAL..........................................................
The setup program seems to have failed on x86_64/unknown
Fatal error, no tech support email configured in this setup
Any ideas? Please consider I'm newbie to Linux
P.S. When I try to install Defcon from tar, I get following:
~/Defcon/defcon-v1.42/defcon: 46: ~/Defcon/defcon-v1.42/lib/defcon.bin.x86: Permission denied
What can be wrong with defcon.bin.x86? I set all the rights via "chmod" but it's no use
Code: Select all
cd ~/Defcon/defcon-v1.42/lib
./defcon.bin.x86
Can you do this?
Who is online
Users browsing this forum: No registered users and 13 guests