Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Wed 23 Jul 2014, 16:09
All times are UTC - 4
 Forum index » Advanced Topics » Cutting edge
MUT2 buggy edition
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 2 of 5 [69 Posts]   Goto page: Previous 1, 2, 3, 4, 5 Next
Author Message
Lobster
Official Crustacean


Joined: 04 May 2005
Posts: 15117
Location: Paradox Realm

PostPosted: Thu 14 Feb 2008, 03:14    Post subject: Re: MUT2 buggy edition
Subject description: evaluation time if you're a linux techie geek
 

Jesse wrote:
Hello Puppy enthusiasts,

I wouldn't advise putting this particular edition on a liveCD version of puppy.

Jesse


Confused
It is the only one I got

Mut2 - hooray
Can we have a screenshot?
What is the plan?

OK I am in Phoenix (CommunityEdition pre-alpha)
and moved Mut into usr/local
and tried to run mut2 with the wish tkl runner
but you also have a compiled program 'mut'?

OK can not run from live CD Crying or Very sad
maybe in the next release . . .

Mut is back! [round of applause]
thanks Jesse Very Happy

Code:

sh-3.00# wish mut2.tcl
version mut 2 multi-call binary version: mut2_1.0.0.1041
Error in startup script: couldn't open "/usr/local/mut//icon/fd3.ppm": no such file or directory
    while executing
"image create photo ::img::img(fd3)      -file "$::mut/icon/fd3.ppm""
    (file "mut2.tcl" line 691)
sh-3.00#

_________________
Puppy WIKI
Back to top
View user's profile Send private message Visit poster's website 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 03:25    Post subject: Re: Dingo  

Hi Raffy,

no TCL in Dingo??? thats a shame.

The MUT2 binary is written in C and really ought to run on Dingo, though I havn't tried it.
The MUT2 GUI is writtten in TCL/TK, so that part won't run on Dingo. The GUI is only supposed to be a GUI, so its theoretically possible to have other front ends to it written in other languages, MUT2 was written with this in mind. It might even be possible to have PMount as the front end if you could imagine that.

Perhaps it should say "since 2008"?

Jesse
Back to top
View user's profile Send private message 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 04:32    Post subject: Re: MUT2 buggy edition
Subject description: evaluation time if you're a linux techie geek
 

Hi Lobster,

Lobster wrote:
Jesse wrote:
Hello Puppy enthusiasts,

I wouldn't advise putting this particular edition on a liveCD version of puppy.

Jesse


Confused
It is the only one I got


Um, I should really clarify that statement. What I meant to say was, "this particular download is very likely to have all sorts of obvious and non-obvious bugs, as such please don't publish it in a Puppy ISO to make available to the general population."

MUT2 will run the same way regardless if you have booted either from a live cd, or another boot method like hard disk. There will be minor differences like the root system mount point, but are minor.

The MUT2 gui is very similar to the original MUT, not too much has changed there, with the obvious change of a scroll bar.

Theres no official plan, the current plan is to identify the first round of bugs with people who know how to use a command line interface, several bugs have already popped up.

I havn't tried Phoenix (CommunityEdition pre-alpha), but if its uses a 2.6 kernel and has /sys mounted, and has tcl/tk then it ought to be able to do something.

Please don't try to "propperly install" MUT2, as theres no real advantage. Plus a 'propper install' would be to /usr/bin or /bin with all the symlinks to mut, but that sort of thing is well down the track and I havn't even tried that.

Just extract it to a location like /temp/mut2, change to that directory and run it from there.

The compiled program 'mut' is encapsulates the essence that makes MUT2 different from the original MUT. The 'mut2.tcl' is just a front end.

Code:
 Error in startup script: couldn't open "/usr/local/mut//icon/fd3.ppm": no such file or directory


Um, it is saying that it cannot find the file /usr/local/mut//icon/fd3.ppm, so presumably you installed to /usr/local/mut.
I'm not sure why this is failing, it might well be related to the way you are starting it with the explicit use of 'wish". Try using "./mut2.tcl" instead. The first line in mut2.tcl specifies that it is supposed to be run by wish and bash uses that for you.

Jesse
Back to top
View user's profile Send private message 
Sit Heel Speak


Joined: 30 Mar 2006
Posts: 2595
Location: downwind

PostPosted: Thu 14 Feb 2008, 04:54    Post subject:  

But before doing ./mut mutclient...please check whether I've placed the unpacked files where they ought to be. See screenshot:
http://i28.tinypic.com/9qws3m.png

Old MUT at lower right shows my actual drives arrangement.

Upper left ROX window shows what unpacked from the archive.

The window below it: I copied the unpacked's to new subdir /usr/lib/mut2 and renamed mut2.tcl to mut.tcl

The window below that, is the original /usr/lib/mut

Window at upper right, I made a copy of /usr/lib/mut2 and added-in the files and additional subdir from the original MUT subdir which were not present in the downloaded archive.

Which of these should I be running the tests from? Should I have kept the name mut2.tcl? Does it need to go in the original MUT's subdir /usr/lib/mut ?

Oh yes, by the way...good to see you here again!
Back to top
View user's profile Send private message 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 05:37    Post subject:  

Hi Sit Heel Speak,

Wow! what a lot of drives!!! and a scsi one in there too.
I'm sure you'll like the scroll bar in MUT2's gui.

Theres no need to "install" mut2, /temp/mut2 is just as good as anywhere, click on the mut2.tcl from rox, or run mut2.tcl from command line.
Your /usr/lib/mut2 looks just fine to me, you can run the tests from there.

There are no missing files in your /usr/lib/mut2 directory, theres just a lot fewer files in MUT2, it has had quite a change in layout strategy since 0.1.1.
All the functionality of the binary executables files in the bin directory for mut 0.1.1 have shifted into the single mut binary file for MUT2, which also contains the mut server and client applications, the mut2.tcl is just a gui front end, and the gui is what uses the icons in the icons directory.

I hope that helps to make things more clear.

Jesse
Back to top
View user's profile Send private message 
ecomoney


Joined: 25 Nov 2005
Posts: 2183
Location: Lincolnshire, England

PostPosted: Thu 14 Feb 2008, 05:43    Post subject: Interesting  

Sounds interesting..does it automount, what is the usage like? A screenshot and a description of how it works would be great.

P.S. Jesse hello! Ive used your previous program at least every day for the last two years!!

_________________
Puppy Linux's Mission

Sorry, my server is down atm!
Back to top
View user's profile Send private message Visit poster's website MSN Messenger 
Lobster
Official Crustacean


Joined: 04 May 2005
Posts: 15117
Location: Paradox Realm

PostPosted: Thu 14 Feb 2008, 06:04    Post subject:  

Quote:
I should really clarify that statement.




And the cructacean is in!

Jesse - the problem was
the icons need to be in a subdirectory called icon (see pic)
all the .ppm files went in there . . .

_________________
Puppy WIKI
Back to top
View user's profile Send private message Visit poster's website 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 06:10    Post subject: Re: Interesting  

Hi ecomoney,

Sorry, no automounting at this stage, unless you'd like to write a script for that?
I've never really been sure on how everyone expects automounting to be working, theres lots of options when you think about it, and different people have different expectations.
MUT2 is quite good at detecting usb storage devices, and can be used via scripts.
Its user interface is very similar visually to the original MUT that you are very familiar with, but it has a whole different set of bugs, possibly some common bugs too.
MUT2 differs from the original in that you aren't supposed to have to click on 'refresh' icon, any hardware changes appear when the system is ready for them. The refresh button is supplied in case there is some unknown bug lurking in there.
MUT2 differs from the original in that there is a drive/disk service that runs in the background, and the client connects to that for a hardware/status list.
The server and client is the mut executable file, but it is a multi-application, in a very similar way that busybox is.
If you wanted to write a script that interfaced with mut, you would shell to "mut mutclient" and parse the output from that to obtain your hardware information. The execution time of "mut mutclient" is very short, as it only takes a few ms to read the data from the mut server. If you look at the code in mut2.tcl you will see some examples of how mut is invoked, and some output samples, its a bit messy though.
Any invocation of mut will usually start the server going if its needed, unless its a command for other things like for example stoping the mut server "./mut --exit".

Jesse
Back to top
View user's profile Send private message 
JB4x4

Joined: 30 Jul 2006
Posts: 256

PostPosted: Thu 14 Feb 2008, 06:17    Post subject:  

Hi Jesse,

I am running Puppy 3.01, and the drives are both IDE.

JB
Back to top
View user's profile Send private message Yahoo Messenger 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 06:24    Post subject:  

Lobster wrote:
Quote:
I should really clarify that statement.

And the cructacean is in!

Yay, that looks really good Very Happy
I doubt you'll have problems with the nice simple setup like that, perhaps installing was the right thing for you to do.
You can resize the window to make it smaller if you need to, but it'll probably forget for when you relaunch it.
Jesse
Back to top
View user's profile Send private message 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 06:50    Post subject:  

Hi JB,

Could you please send me some debug output from mut2.
From a command line run these commands and then pm or post the results:

close the mut2.tcl gui program
stop the mut server with this command:
./mut --exit
start the mut server in debug with this command:
./mut mutclient --foreground --debug --nothreads > test1.txt
this command stays running till mut server exits.

From another terminal window run these scripts, replace hda with your cd drives node name.
./mut mutclient --debug --nothreads --drivecmd eject hda > test2.txt
./mut mutclient --debug --nothreads --drivecmd close hda > test3.txt
./mut --exit

The last command will stop output of the first command by stopping the mut server.

I've noticed a few bugs in the cd controls myself, but, still the drive ejects and closes on my pc, so hopefully I can spot the issues from the output files.

Jesse
Back to top
View user's profile Send private message 
mcewanw

Joined: 16 Aug 2007
Posts: 2231
Location: New Zealand

PostPosted: Thu 14 Feb 2008, 08:56    Post subject: mutt2 commandline interface/yasr etc  

Jesse wrote:
Hi Trobin,

I think I understand the problem, is that espeak and yasr use alphanumeric displays so that they can scan for the words to read aloud


yasr isn't exactly a screen scraper, but generally you have the right idea about it. It actually simply reads everything passing through /dev/tty and passes it on (in the discussed case) via speech-dispatcher to the espeak synthesiser.

What licence does mutt2 come with? If it is GPL, I wouldn't mind looking at the C source code for the server to see how to interface to it from the commandline.
Back to top
View user's profile Send private message Visit poster's website 
Jesse

Joined: 08 May 2005
Posts: 465
Location: Auckland, NZ

PostPosted: Thu 14 Feb 2008, 11:20    Post subject:  

Hello,

I've posted an update in first message, build 1058 http://www.murga-linux.com/puppy/viewtopic.php?t=26336.
The Audio controls, play/next/stop seem to have started working too, Yay! Smile

Wolf Pup,
can you please check to see if audio lockup is fixed?
Does mut audio controls now work for you?

JB4x4,
can you see if the latest build corrects your eject/close buttons?
If it works you can ignore those tests. I found and fixed a handle leak that would have caused your eject/close to not work.

mcewanw,
the code is GPL, the command line interface is via "./mut mutclient" it prints out machine readable output, to send a command "./mut mutclient --drivecmd eject hda" sort of thing. When I wrote the mutclient I gave it the unreasonable expectation that it should complete within 70ms, and it usually does, so that isn't a slow method. One page of confusing symbols might be easier than 288Kb source code. If you'd like the src anyway, send me your email address in an PM, and I'll email it.

Jesse
Back to top
View user's profile Send private message 
mcewanw

Joined: 16 Aug 2007
Posts: 2231
Location: New Zealand

PostPosted: Thu 14 Feb 2008, 13:48    Post subject: interfacing to mut2  

Jesse wrote:

MUT2 communicates to itself (client) via a tcp/ip socket on a 127.0.0.2 address
. . .
The MUT2 comes with a graphical front end, similar to the original MUT, but you don't have to use this, if you remove the grapical user interface, there is only one file remaining, the mut binary executable file.
The MUT2 binary file (called mut) that does all the background magick also has several front-end command line interfaces , , , The MUT2 binary is written in C . . . The GUI is only supposed to be a GUI, so its theoretically possible to have other front ends to it written in other languages, MUT2 was written with this in mind. . . . If you wanted to write a script that interfaced with mut, you would shell to "mut mutclient" and parse the output from that to obtain your hardware information. The execution time of "mut mutclient" is very short


Jesse wrote:

One page of confusing symbols might be easier than 288Kb source code. If you'd like the src anyway, send me your email address in an PM, and I'll email it.


Thanks Jesse, that would be useful.

Coincidentally, I've not only also been working with yasr and espeak etc., a program I've written related to that project, which is particularly designed with the visually impaired or even totally blind user in mind, krecspk, works in a similar manner, philisophically at least, from what I understand of your client/server description of mutt2 above (making the client just a User Interface). I also have a background of C socket programming, having been a data comms engineer writing tcp/ip socket client/server programs to interrogate snmp MIB databases, and similar little socket-based client server programs (udp and tcp) for performance testing of tcp/ip satellite links. I'm thus interested in you program from two aspects: the interprocess communication aspects, and the interfacing with yasr aspect.

Indeed, an IPC communication shell program I use [wiak] to provide some of krecspk's functionality, is also being designed to handle socket communications (both UNIX sockets and TCP/IP sockets), as a means of expanding the comms capabilities of applications such as krecspk, as this extract from my homepage for it describes:

"wiak provides IPC facilities . . . to languages that don't have easy, flexible or any access to them (such as bash script). It also works well with the likes of gtkdialog to create event driven GUI or commandline user interfaces. . . . It is intended that wiak will eventually provide UNIX and INET socket capability
. . . [wiak] facilitates the creation of different clients for the same backend server(s), or indeed, different backend server(s) for the same GUI-client. Different versions of any wiakapp can thus be created relatively easily for different systems; the GUI-client, for example, being a separate component, can be simply re-implemented using alternative coding languages and GUI toolkits, and take different design forms, to match the needs of the user or the particular OS distribution. . . . The use of wiak thus liberates the programmer in many ways, simplifies the programming task, and helps to future-proof the application's code. " (from: http://wiakapps.freehostia.com/wiak.html)"

It may thus even be possible, that I might find the socket-capable wiak a convenient client for "talking" to your mut2 backend server as part of a yasr-compatible interface, such as Trobin is requesting. Maybe not, but I feel that it would be worth my having a look at your code to see if wiak could be made compatible with it.

I'm just about to crash, but I'll PM you later.

mcewanw
Back to top
View user's profile Send private message Visit poster's website 
Wolf Pup

Joined: 27 Apr 2006
Posts: 637

PostPosted: Thu 14 Feb 2008, 17:22    Post subject:  

Jesse wrote:
Hello,
Wolf Pup,
can you please check to see if audio lockup is fixed?
Does mut audio controls now work for you?


MUT2 makes puppy go real slow when play is clicked, at first i thought puppy frooze but it just went real slow, but no audio is played.

_________________

Visit The Repository - Helpful and hard-to-find treats for Puppy 3.
Click Here for Puppy Support Chat, + Helpful Links.
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 2 of 5 [69 Posts]   Goto page: Previous 1, 2, 3, 4, 5 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Cutting edge
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1091s ][ Queries: 12 (0.0062s) ][ GZIP on ]