Mercury: Instant Messaging with Video Conferencing
I was trying to explain the torrents the other day on the IRC but you gave me the impression that you already know how they work.
Here it goes again:
The torrent works by sending small packages. You can stop a torrent at any time and continue it later, you just need to restart the download.
When you start getting the files, they look on disk as if they were the final size. It is as if you have a puzzle frame and then you start putting the pieces in place.
If you restart an already completed torrent, it does not download again, it just continues sharing it.
The bittorrent is a sharing mechanism. It's based on people 'serving' the files they are downloading. To be fair, one should upload at least the same volume as one downloads. That's what makes the process work.
By nature of the home connection, uploading is slower than downloading, so it is good netizenship to leave the torrent uploading for a fair amount of time.
Does the behaviour that you saw make sense now?
Here it goes again:
The torrent works by sending small packages. You can stop a torrent at any time and continue it later, you just need to restart the download.
When you start getting the files, they look on disk as if they were the final size. It is as if you have a puzzle frame and then you start putting the pieces in place.
If you restart an already completed torrent, it does not download again, it just continues sharing it.
The bittorrent is a sharing mechanism. It's based on people 'serving' the files they are downloading. To be fair, one should upload at least the same volume as one downloads. That's what makes the process work.
By nature of the home connection, uploading is slower than downloading, so it is good netizenship to leave the torrent uploading for a fair amount of time.
Does the behaviour that you saw make sense now?
Mercury
Hi Rarsa,
Just a short note about your reply. Sorry for leading you astray. My computer knowledge is all self taught, and that includes no command line training or experience....except for what you are providing to me on this Mercury thread and the prior CUPS thread. So, you patience and help are much appreciated. I don't mind doing the work, or taking the direction, because I really am learning. I truly believe I'm contributing to the success of Puppy, at least I hope so.
To Bittorrent - It is my understanding that people on the net that have the files to share - for our purposes, the JMF.torrent files - need to be online and have their machine set up to share what files they have.
Am I correct in believing this? If so, I'm more or less at the mercy of whoever might have the files being online when I am, and having their machines set to share the files.
A second point. I have the ctorrent -p 6881 JMF.torrent request set up currently on a Xterm that I activated in /root.
How I do this - I open the /root directory from the desktop, then place the curser inside the window, right click on top of the window, select Xterm Here from the dropdown menu, and put the ctorrent -p 6881 JMF.torrent request inside the xterm window. Question - Is this correct, or at least one of the ways to get the bittorrent to begin/continue with the downloading process?
Here's what my xterm window looks like at present, and it hasn't changed since I started it up.
Enter 'help' for a list of built-in commands.
# ctorrent -p 6881 JMF.torrent
META INFO
Announce: http://tracker.mercury.to/tracker.php/announce
Create On: Thu Aug 11 09:20:08 2005
Piece length: 131072
FILES INFO
Directory: JMF
<1> JavaLibs-freebsd.jar [1904171]
<2> JavaLibs-linux.jar [1814992]
<3> JavaLibs-macos.jar [1904171]
<4> JavaLibs-windows.jar [2084994]
<5> NativeLibs-linux.zip [583159]
<6> NativeLibs-windows.zip [971805]
<7> VidConf-libs.jar [617362]
Total: 9 MB
Check exist: 75/76 Complete
Already/Total: 69/76
Listen on: 6881
/ 0,[69/76/69],0,0 | 0,0 E:0
Dewdrop
Just a short note about your reply. Sorry for leading you astray. My computer knowledge is all self taught, and that includes no command line training or experience....except for what you are providing to me on this Mercury thread and the prior CUPS thread. So, you patience and help are much appreciated. I don't mind doing the work, or taking the direction, because I really am learning. I truly believe I'm contributing to the success of Puppy, at least I hope so.
To Bittorrent - It is my understanding that people on the net that have the files to share - for our purposes, the JMF.torrent files - need to be online and have their machine set up to share what files they have.
Am I correct in believing this? If so, I'm more or less at the mercy of whoever might have the files being online when I am, and having their machines set to share the files.
A second point. I have the ctorrent -p 6881 JMF.torrent request set up currently on a Xterm that I activated in /root.
How I do this - I open the /root directory from the desktop, then place the curser inside the window, right click on top of the window, select Xterm Here from the dropdown menu, and put the ctorrent -p 6881 JMF.torrent request inside the xterm window. Question - Is this correct, or at least one of the ways to get the bittorrent to begin/continue with the downloading process?
Here's what my xterm window looks like at present, and it hasn't changed since I started it up.
Enter 'help' for a list of built-in commands.
# ctorrent -p 6881 JMF.torrent
META INFO
Announce: http://tracker.mercury.to/tracker.php/announce
Create On: Thu Aug 11 09:20:08 2005
Piece length: 131072
FILES INFO
Directory: JMF
<1> JavaLibs-freebsd.jar [1904171]
<2> JavaLibs-linux.jar [1814992]
<3> JavaLibs-macos.jar [1904171]
<4> JavaLibs-windows.jar [2084994]
<5> NativeLibs-linux.zip [583159]
<6> NativeLibs-windows.zip [971805]
<7> VidConf-libs.jar [617362]
Total: 9 MB
Check exist: 75/76 Complete
Already/Total: 69/76
Listen on: 6881
/ 0,[69/76/69],0,0 | 0,0 E:0
Dewdrop
I've never used the ctorrent client before, so I still don't understand what the numbers mean.
My guess is that you have already completed the download. To confirm this check if the size, time and date of the files is changing.
Do this while ctorrent is running in an xterm:
- open another xterm
- cd to the JMF folder
- get the directory listing with details
- Execute the same command every 5 seconds 3 or 4 times each time comparing the size, time and date for the previous time.
- If the time is more than a few minutes in the past, most likelly the files are completelly downloaded
- To confirm that you have all the files get the disk usage for those files. If disk usage is 9MB then you are done downloading
In the JMF case, Mercury has it's own tracker so it is safe to asume that it is also seeding the file, so, as long as the tracker is up, the file is available. Plus, Mercury is popular, so Its almost sure that there is someone somewhere downloading the file at the same time as you. Remember, every person that downloads also seeds the file.
My guess is that you have already completed the download. To confirm this check if the size, time and date of the files is changing.
Do this while ctorrent is running in an xterm:
- open another xterm
- cd to the JMF folder
- get the directory listing with details
Code: Select all
ls -la
- If the time is more than a few minutes in the past, most likelly the files are completelly downloaded
- To confirm that you have all the files get the disk usage for those files. If disk usage is 9MB then you are done downloading
Code: Select all
du -h
Bittorent works a little bit different than other protocols. It is peer to peer, but it uses a 'tracker' that advertises who is currently downloading the file. In Bittorent you only share the files you are activelly "seeding". If the tracker server is up and there is at least one seed, you can download. Contrary to most p2p protocols, In bittorrent, the more people downloads, the faster it gets as each client can get packages from more peers.dewdrop wrote:To Bittorrent - It is my understanding that people on the net that have the files to share - for our purposes, the JMF.torrent files - need to be online and have their machine set up to share what files they have.
In the JMF case, Mercury has it's own tracker so it is safe to asume that it is also seeding the file, so, as long as the tracker is up, the file is available. Plus, Mercury is popular, so Its almost sure that there is someone somewhere downloading the file at the same time as you. Remember, every person that downloads also seeds the file.
Mercury
Hi Rarsa,
I have been out most of the day, so I'm just getting a chance to look at and carry out your instructions about the bittorrent downloads. Here are the results.
Dewdrop
From your instructions
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# cd JMF
# ls -la
drwxr-xr-x 2 root root 1024 Sep 18 12:23 .
drwxr-xr-x 32 root root 2048 Sep 19 19:14 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 18 13:06 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 18 12:23 .
drwxr-xr-x 32 root root 2048 Sep 19 19:14 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 18 13:06 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 18 12:23 .
drwxr-xr-x 32 root root 2048 Sep 19 19:14 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 18 13:06 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
#
# du -h
9.5M .
#
#
I shall now return to your initial instructions -(( step III - Configure VideoConference in Mercury)) concerning the moving of the JMF files to the respective directories.
Please provide the command line code for the copy and/or extract actions that are called for - I cannot find them in the exchanges we have had since I started with testing Mercury.
I think you mean for me to untar the downloaded files (#5 below) and place them info the designated directories - is that correct?
I have been out most of the day, so I'm just getting a chance to look at and carry out your instructions about the bittorrent downloads. Here are the results.
Dewdrop
From your instructions
andDo this while ctorrent is running in an xterm:
- open another xterm
- cd to the JMF folder
- get the directory listing with details
Code:
ls -la
I would say that the files have been downloaded - see the xterm info below from the 2nd xterm window opened per your instructions.- To confirm that you have all the files get the disk usage for those files. If disk usage is 9MB then you are done downloading
Code:
du -h
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# cd JMF
# ls -la
drwxr-xr-x 2 root root 1024 Sep 18 12:23 .
drwxr-xr-x 32 root root 2048 Sep 19 19:14 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 18 13:06 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 18 12:23 .
drwxr-xr-x 32 root root 2048 Sep 19 19:14 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 18 13:06 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 18 12:23 .
drwxr-xr-x 32 root root 2048 Sep 19 19:14 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 18 13:06 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
#
# du -h
9.5M .
#
#
I shall now return to your initial instructions -(( step III - Configure VideoConference in Mercury)) concerning the moving of the JMF files to the respective directories.
Please provide the command line code for the copy and/or extract actions that are called for - I cannot find them in the exchanges we have had since I started with testing Mercury.
I think you mean for me to untar the downloaded files (#5 below) and place them info the designated directories - is that correct?
Here they are in a little bit more detail:
1. Go to the Mercury web page to the address that I indicated (http://www.mercury.to/index.php?page=Wi ... tallingJMF
2. There you follow the instructions for linux that indicate that you need to download the JMF torrent.
3. For that you will need to install the CTorrent client here http://www.murga.org/~puppy/download.php?id=154
4. Download the JMF torrent file and open it with the CTorrent client. That will download the JMF files.
5. Untar the downloaded file and continue with the instructions.
Read the message after that one (this one). I made a mistake but couldn't fix it as I was not logged in.
Actually I did not put the actual commands on that step for two reasons, first, I wrote it very quickly, second: there are many ways to copy files (for example using rox) and to unzip the NativeLibs.
Here are the command line translations for the instructions.
Remember that after running the JMF wizard for the first time you may not see an image, you may have to wait 1 minute, then close, then run the wizard again and wait a couple of minutes the second time. From then on, it always shows, I don't know why.
Actually I did not put the actual commands on that step for two reasons, first, I wrote it very quickly, second: there are many ways to copy files (for example using rox) and to unzip the NativeLibs.
Here are the command line translations for the instructions.
Code: Select all
cp VidConf-libs.jar /root/Mercury/lib
cp JavaLibs-linux.jar /root/Mercury/lib
unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
Mercury
Hi Rarsa,
I believe that the first 2 commands, executed from the JMF directory, were successful.
However, the unzip command was not successful in the root, Mercury, nor JMF directories (see the xterm info below). I don't think it is a problem with the command lines that I wrote, but you might want to check that.
The Mercury program was not running during these command line activities, and I believe that the JMF Wizard will only appear (although I'm not sure where I'll find it) once I've successfully unzipped the NativeLibs-linux.zip file. Is this correct?
Dewdrop
The xterm info is as follows:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# cp VidConf-libs.jar /root/Mercury/lib
# cp JavaLibs-linux.jar /root/Mercury/lib
# unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
The unzip command was tried in the root directory:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
unzip: cannot find NativeLibs-linux.zip, NativeLibs-linux.zip.zip or NativeLibs-linux.zip.ZIP.
#
The unzip command was tried in the Mercury directory:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLib-linux.zip -d /root/Mercury/jre/lib/i386
unzip: cannot find NativeLib-linux.zip, NativeLib-linux.zip.zip or NativeLib-linux.zip.ZIP.
#
The unzip command was tried in the JMF directory:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I believe that the first 2 commands, executed from the JMF directory, were successful.
However, the unzip command was not successful in the root, Mercury, nor JMF directories (see the xterm info below). I don't think it is a problem with the command lines that I wrote, but you might want to check that.
The Mercury program was not running during these command line activities, and I believe that the JMF Wizard will only appear (although I'm not sure where I'll find it) once I've successfully unzipped the NativeLibs-linux.zip file. Is this correct?
Dewdrop
The xterm info is as follows:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# cp VidConf-libs.jar /root/Mercury/lib
# cp JavaLibs-linux.jar /root/Mercury/lib
# unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
The unzip command was tried in the root directory:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
unzip: cannot find NativeLibs-linux.zip, NativeLibs-linux.zip.zip or NativeLibs-linux.zip.ZIP.
#
The unzip command was tried in the Mercury directory:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLib-linux.zip -d /root/Mercury/jre/lib/i386
unzip: cannot find NativeLib-linux.zip, NativeLib-linux.zip.zip or NativeLib-linux.zip.ZIP.
#
The unzip command was tried in the JMF directory:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip -d /root/Mercury/jre/lib/i386
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
You need to execute the unzip command in the same folder where you have the NativeLibs-linux.zip. That's what you did the first time. I don't know why it gave you that error.
Try moving the zip file to an empty folder and unzip it there with
If it unzips correctly, just move all the *.so files to /root/Mercury/jre/lib/i386
If it gives you the same error, it may mean that the file is corrupted, delete just NativeLibs-linux.zip and restart ctorrent until it says that the download is complete.
Try moving the zip file to an empty folder and unzip it there with
Code: Select all
unzip NativeLibs-linux.zip
Code: Select all
mv *.so /root/Mercury/jre/lib/
Mercury
Hi Rarsa,
Today, I've tried the unzip command from the same directory as you suggested.
I tried moving NativeLibs-linux.zip to it's own directory and unzipping it
I've tried deleting it and downloading it a second and third time, all with the same results.
I beginning to wonder if it is me, or if the NativeLibs-linux.zip file is incomplete on the server.
I appear to be stopped at this point.
Note: I will be out of town over the coming weekend (9/23-26/05), and will not be able to do any testing during that time. Shall we give it a rest until Tuesday of next week? Your call.
My setup again is: Chubby Puppy 1.0.4, installed on a hard drive with a floppy for booting. When I'm doing the unzipping command, Mercury is not running (might this be the problem? - I don't think so, but you know better than I do).
I need more direction from you. Hopefully, these unsuccessful attempts is giving you new information and new ideas to try....I feel that if I could get the NativeLibs-linux.zip file to unzip, that would be the last major hurdle to overcome before everything works.
Dewdrop
This is what happens when I tried to open it from the root/JMF directory.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I moved it to an empty directory /root/Native Libs, and this is what the unzip attempt yielded:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I will now delete the NativeLibs-linux.zip file and restart ctorrent to get it again.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I will move it to another directory, and try to unzip it again.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
Same information each time.
Deleted NativeLibs-linux.zip file from the JMF directory again, and re-downloaded ... see below.
# ctorrent -p 6881 JMF.torrent
META INFO
Announce: http://tracker.mercury.to/tracker.php/announce
Create On: Thu Aug 11 09:20:08 2005
Piece length: 131072
FILES INFO
Directory: JMF
<1> JavaLibs-freebsd.jar [1904171]
<2> JavaLibs-linux.jar [1814992]
<3> JavaLibs-macos.jar [1904171]
<4> JavaLibs-windows.jar [2084994]
<5> NativeLibs-linux.zip [583159]
<6> NativeLibs-windows.zip [971805]
<7> VidConf-libs.jar [617362]
Total: 9 MB
Check exist: 75/76 Complete
Already/Total: 65/76
Listen on: 6881
| 2,[67/76/76],1894,0 | 0,0 E:0
#
Started a new xterm window to check for directory listing with details and got the following.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls - la
ls: -: No such file or directory
ls: la: No such file or directory
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# du -h
8.9M .
#
It appears that I have succeeded with with download, but it still gives the same information.
Today, I've tried the unzip command from the same directory as you suggested.
I tried moving NativeLibs-linux.zip to it's own directory and unzipping it
I've tried deleting it and downloading it a second and third time, all with the same results.
I beginning to wonder if it is me, or if the NativeLibs-linux.zip file is incomplete on the server.
I appear to be stopped at this point.
Note: I will be out of town over the coming weekend (9/23-26/05), and will not be able to do any testing during that time. Shall we give it a rest until Tuesday of next week? Your call.
My setup again is: Chubby Puppy 1.0.4, installed on a hard drive with a floppy for booting. When I'm doing the unzipping command, Mercury is not running (might this be the problem? - I don't think so, but you know better than I do).
I need more direction from you. Hopefully, these unsuccessful attempts is giving you new information and new ideas to try....I feel that if I could get the NativeLibs-linux.zip file to unzip, that would be the last major hurdle to overcome before everything works.
Dewdrop
This is what happens when I tried to open it from the root/JMF directory.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I moved it to an empty directory /root/Native Libs, and this is what the unzip attempt yielded:
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I will now delete the NativeLibs-linux.zip file and restart ctorrent to get it again.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
I will move it to another directory, and try to unzip it again.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# unzip NativeLibs-linux.zip
Archive: NativeLibs-linux.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of NativeLibs-linux.zip or
NativeLibs-linux.zip.zip, and cannot find NativeLibs-linux.zip.ZIP, period.
#
Same information each time.
Deleted NativeLibs-linux.zip file from the JMF directory again, and re-downloaded ... see below.
# ctorrent -p 6881 JMF.torrent
META INFO
Announce: http://tracker.mercury.to/tracker.php/announce
Create On: Thu Aug 11 09:20:08 2005
Piece length: 131072
FILES INFO
Directory: JMF
<1> JavaLibs-freebsd.jar [1904171]
<2> JavaLibs-linux.jar [1814992]
<3> JavaLibs-macos.jar [1904171]
<4> JavaLibs-windows.jar [2084994]
<5> NativeLibs-linux.zip [583159]
<6> NativeLibs-windows.zip [971805]
<7> VidConf-libs.jar [617362]
Total: 9 MB
Check exist: 75/76 Complete
Already/Total: 65/76
Listen on: 6881
| 2,[67/76/76],1894,0 | 0,0 E:0
#
Started a new xterm window to check for directory listing with details and got the following.
BusyBox v0.60.5 (2004.09.18-02:04+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls - la
ls: -: No such file or directory
ls: la: No such file or directory
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# ls -la
drwxr-xr-x 2 root root 1024 Sep 21 10:08 .
drwxr-xr-x 33 root root 2048 Sep 21 10:06 ..
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-freebsd.jar
-rw-r--r-- 1 root root 1814992 Sep 18 13:06 JavaLibs-linux.jar
-rw-r--r-- 1 root root 1904171 Sep 18 13:06 JavaLibs-macos.jar
-rw-r--r-- 1 root root 2084994 Sep 18 13:06 JavaLibs-windows.jar
-rw-r--r-- 1 root root 583159 Sep 21 10:08 NativeLibs-linux.zip
-rw-r--r-- 1 root root 971805 Sep 18 13:06 NativeLibs-windows.zip
-rw-r--r-- 1 root root 617362 Sep 18 13:06 VidConf-libs.jar
# du -h
8.9M .
#
It appears that I have succeeded with with download, but it still gives the same information.
Re: Mercury: Instant Messaging with Video Conferencing
Is there a instant messenging/video conferencing app for Puppy that is M$N independent?rarsa wrote:Mercury is a full featured java based MSN Messenger client. It only runs the MSN protocol but it runs it very well. Some say that maybe even better than the MSN Messenger.
doc
[b]Thanks! David[/b]
[i]Home page: [/i][url]http://nevils-station.com[/url]
[i]Don't google[/i] [b]Search![/b] [url]http://duckduckgo.com[/url]
TahrPup64 & Lighthouse64-b602 & JL64-603
[i]Home page: [/i][url]http://nevils-station.com[/url]
[i]Don't google[/i] [b]Search![/b] [url]http://duckduckgo.com[/url]
TahrPup64 & Lighthouse64-b602 & JL64-603
Why? as a matter of principle? If something get's the job done good enough, why would you care?Is there a instant messenging/video conferencing app for Puppy that is M$N independent?
Having said that and responding your question: To the best of my knowledge there isn't another videoconferencing application for Puppy that is M$N independent.
Actually, I haven't found a solution for Linux that is M$N independent. The closest thing may be Gnomemeeting, although it is also based on a M$N protocol. Before trying Mercury I started compiling Gnomemeeting. It has too many dependencies.
Read this thread: http://www.linuxquestions.org/questions ... did=349559
As a matter of strategy anything that helps M$ to make the argument that they are the best source of standards for anything is bad for long-term freedom on the Internet.rarsa wrote:Why? as a matter of principle? If something get's the job done good enough, why would you care?Is there a instant messenging/video conferencing app for Puppy that is M$N independent?
Besides, if they aren't making money from it, like Yahoo IM, they will keep changing things just enough to sabotage non-M$ apps.
I will have to look at some of the Amateur Radio apps for Linux. Perhaps there is something there that may be modified.
Two-way keyboard to keyboard via radio is easy via psk31, rtty, pskmail, etc.
Adding video such as is done via ATV would also seem possible.
Both completely independent of M$ anything.
Perhaps I am missing something but in the spirit of the Puppy model it sure seems that someone somewhere has a more simple and independent app.
You are more expert than am I so I will defer unless/until I can discover something in an unusual site on the Internet ... will advise if I do.
Thanks! doc
[b]Thanks! David[/b]
[i]Home page: [/i][url]http://nevils-station.com[/url]
[i]Don't google[/i] [b]Search![/b] [url]http://duckduckgo.com[/url]
TahrPup64 & Lighthouse64-b602 & JL64-603
[i]Home page: [/i][url]http://nevils-station.com[/url]
[i]Don't google[/i] [b]Search![/b] [url]http://duckduckgo.com[/url]
TahrPup64 & Lighthouse64-b602 & JL64-603
Error message with Mercury
Hi rarsa
I downloaded Mercury installer and followed your steps but all of a sudden a very long error message relating to Color appeared on rxvt window and the nice colour window that opened up froze.
I installed the Java pup package before d/l Mercury w/o Java.
Should I d/l Mercury with JVM?
If I do so, will Mozilla be affected by another Java being installed on the machine?
thanks again for so much help - cheers
Gon
I downloaded Mercury installer and followed your steps but all of a sudden a very long error message relating to Color appeared on rxvt window and the nice colour window that opened up froze.
I installed the Java pup package before d/l Mercury w/o Java.
Should I d/l Mercury with JVM?
If I do so, will Mozilla be affected by another Java being installed on the machine?
thanks again for so much help - cheers
Gon
spca5xx drivers ok
BTW I did manage to install my spca5xx drivers just fine and now the webcam's green LED comes up on just after running your script with depmod and modprobe spca5xx.
Is there any other way I can videoconference with my MSN id... and a simpler one than Mercury? Any website allowing a sort of WebMSN?
thanks again Gon
Is there any other way I can videoconference with my MSN id... and a simpler one than Mercury? Any website allowing a sort of WebMSN?
thanks again Gon
Not that I know of and I looked everywhere.goncal wrote:Is there any other way I can videoconference with my MSN id... and a simpler one than Mercury? Any website allowing a sort of WebMSN?
I cannot picture the error you are getting. At what point of the installation did you get the error?
I tried with the 'compact' version of Java that mark (MU) posted and it did not work with that one. Java has no problems running diferent VM in the same computer so I don'see how that can be an issue.
Let me retry my instructions later today as they worked flawlessly once I got them right. (Which took substantial amount of time). To see if something has changed since. I'll have an answer in less than 8 hours
What puppy version are you using?
Mercury error
rarsa
this happened at the very beginning, the progress bar only at about 8% or so.
I need to go back to the installation to get the error to you but I tried several times and always got the same error.
I did that just now. First of all a "strings: no such file or directory" appeared.
After that the nice full colour window.
Clicking on OK did it: file gnu_java_awt_peer_gtk_GdkGraphics2D.c: line 1433 (Java_gnu_java_awt_peer_gtk_GdkGraphics2D_cairoSetRGBAColorUnlocked): assertion failed: (gr ! = NULL)
Aborting...
Aborted
There you are
thanks again
Gon
this happened at the very beginning, the progress bar only at about 8% or so.
I need to go back to the installation to get the error to you but I tried several times and always got the same error.
I did that just now. First of all a "strings: no such file or directory" appeared.
After that the nice full colour window.
Clicking on OK did it: file gnu_java_awt_peer_gtk_GdkGraphics2D.c: line 1433 (Java_gnu_java_awt_peer_gtk_GdkGraphics2D_cairoSetRGBAColorUnlocked): assertion failed: (gr ! = NULL)
Aborting...
Aborted
There you are
thanks again
Gon
I.3
thanks rarsa -
things happened at I.3 when running the .bin which was turned into an executable
However I did install the webcam drivers and they have my Labtec webcam showing its green LED on, I just thought this was independent and could do it no matter when - and then of course maybe I was completely wrong
Gon
things happened at I.3 when running the .bin which was turned into an executable
However I did install the webcam drivers and they have my Labtec webcam showing its green LED on, I just thought this was independent and could do it no matter when - and then of course maybe I was completely wrong
Gon
I just installed both versions of mercury.
http://www.mercury.to/
Mercury 1709 for Linux with JVM
Mercury 1709 for Linux without JVM
First the one with vm:
chmod 755 1709_Linux_VM.bin
./1709_Linux_VM.bin
This works fine.
In the end it says there was an error, but I can launch /root/Mercury/mercury
Then I run the uninstall-script and delete /root/Mercury.
Next I try the other one.
With Dotpupdownloader (you can download it from the Wiki too in Mozilla), I install Sun-Java 1.5.0_4
Then
chmod 755 1709_Linux_NOVM.bin
./1709_Linux_NOVM.bin
The rest is identical to the first version.
So my question to Goncal is: What for a Java did you use?
Mark
Ps. I personally prefer the second version, as it uses Java 1.5.
The Mercury-inbuilt-Java is Sun-JRE 1.4
If there is trouble installing java, see: http://www.murga.org/%7Epuppy/viewtopic ... light=java
http://www.mercury.to/
Mercury 1709 for Linux with JVM
Mercury 1709 for Linux without JVM
First the one with vm:
chmod 755 1709_Linux_VM.bin
./1709_Linux_VM.bin
This works fine.
In the end it says there was an error, but I can launch /root/Mercury/mercury
Then I run the uninstall-script and delete /root/Mercury.
Next I try the other one.
With Dotpupdownloader (you can download it from the Wiki too in Mozilla), I install Sun-Java 1.5.0_4
Then
chmod 755 1709_Linux_NOVM.bin
./1709_Linux_NOVM.bin
The rest is identical to the first version.
So my question to Goncal is: What for a Java did you use?
Mark
Ps. I personally prefer the second version, as it uses Java 1.5.
The Mercury-inbuilt-Java is Sun-JRE 1.4
If there is trouble installing java, see: http://www.murga.org/%7Epuppy/viewtopic ... light=java
version of java
thanks MU
Downloaded a pupget package, jamjikescairo-1, using the DotPup Installer that comes with P1.0.5.
This works fine with Mozilla when browsing Java-dependent sites.
thanks again G
Downloaded a pupget package, jamjikescairo-1, using the DotPup Installer that comes with P1.0.5.
This works fine with Mozilla when browsing Java-dependent sites.
thanks again G
Ah I see.
So try the SUN-Java instead.
The package you mention is the effort, to build a "real" free Java (and it is quite small), but it does not have all the classes the huge SUN-Java has.
Some Apps work with it, some don't.
See this thread for details:
http://www.murga.org/~puppy/viewtopic.php?t=2416
Mark
So try the SUN-Java instead.
The package you mention is the effort, to build a "real" free Java (and it is quite small), but it does not have all the classes the huge SUN-Java has.
Some Apps work with it, some don't.
See this thread for details:
http://www.murga.org/~puppy/viewtopic.php?t=2416
Mark