Mercury: Instant Messaging with Video Conferencing

How to do things, solutions, recipes, tutorials
Message
Author
User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#21 Post by rarsa »

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?

User avatar
dewdrop
Posts: 298
Joined: Tue 30 Aug 2005, 01:54
Location: Texas USA

Mercury

#22 Post by dewdrop »

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

User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#23 Post by rarsa »

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

Code: Select all

ls -la
- 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

Code: Select all

du -h

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.
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.

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.

User avatar
dewdrop
Posts: 298
Joined: Tue 30 Aug 2005, 01:54
Location: Texas USA

Mercury

#24 Post by dewdrop »

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
Do 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
and
- 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
I would say that the files have been downloaded - see the xterm info below from the 2nd xterm window opened per 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?
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.

User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#25 Post by rarsa »

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.

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
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.

User avatar
dewdrop
Posts: 298
Joined: Tue 30 Aug 2005, 01:54
Location: Texas USA

Mercury

#26 Post by dewdrop »

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.
#

User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#27 Post by rarsa »

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

Code: Select all

unzip  NativeLibs-linux.zip
If it unzips correctly, just move all the *.so files to /root/Mercury/jre/lib/i386

Code: Select all

mv *.so /root/Mercury/jre/lib/
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.

User avatar
dewdrop
Posts: 298
Joined: Tue 30 Aug 2005, 01:54
Location: Texas USA

Mercury

#28 Post by dewdrop »

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.

User avatar
edoc
Posts: 4729
Joined: Sun 07 Aug 2005, 20:16
Location: Southeast Georgia, USA
Contact:

Re: Mercury: Instant Messaging with Video Conferencing

#29 Post by edoc »

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.
Is there a instant messenging/video conferencing app for Puppy that is M$N independent?

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

User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#30 Post by rarsa »

Is there a instant messenging/video conferencing app for Puppy that is M$N independent?
Why? as a matter of principle? If something get's the job done good enough, why would you care?

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

User avatar
edoc
Posts: 4729
Joined: Sun 07 Aug 2005, 20:16
Location: Southeast Georgia, USA
Contact:

#31 Post by edoc »

rarsa wrote:
Is there a instant messenging/video conferencing app for Puppy that is M$N independent?
Why? as a matter of principle? If something get's the job done good enough, why would you care?
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.

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

goncal
Posts: 71
Joined: Sun 09 Oct 2005, 18:11
Location: Girona, Spain
Contact:

Error message with Mercury

#32 Post by goncal »

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

goncal
Posts: 71
Joined: Sun 09 Oct 2005, 18:11
Location: Girona, Spain
Contact:

spca5xx drivers ok

#33 Post by goncal »

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

User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#34 Post by rarsa »

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?
Not that I know of and I looked everywhere.

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?

goncal
Posts: 71
Joined: Sun 09 Oct 2005, 18:11
Location: Girona, Spain
Contact:

Mercury error

#35 Post by goncal »

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

User avatar
rarsa
Posts: 3053
Joined: Sun 29 May 2005, 20:30
Location: Kitchener, Ontario, Canada
Contact:

#36 Post by rarsa »

Actually I need to know "At what step in the instructions that I provided" do you get the error.

I separated the post is high level steps (I, II, III) and inside that I've numbered the steps (1, 2, 3). I need to know the actual step. e.g. II.3

goncal
Posts: 71
Joined: Sun 09 Oct 2005, 18:11
Location: Girona, Spain
Contact:

I.3

#37 Post by goncal »

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

User avatar
MU
Posts: 13649
Joined: Wed 24 Aug 2005, 16:52
Location: Karlsruhe, Germany
Contact:

#38 Post by MU »

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

goncal
Posts: 71
Joined: Sun 09 Oct 2005, 18:11
Location: Girona, Spain
Contact:

version of java

#39 Post by goncal »

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

User avatar
MU
Posts: 13649
Joined: Wed 24 Aug 2005, 16:52
Location: Karlsruhe, Germany
Contact:

#40 Post by MU »

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

Post Reply