Scratch

tcb wrote:

I'm not quite sure exactly what happens, but I know that the deb wont work, and I think its because the internet isn't working.
@gershmer: I amn't even going near the command line.

Wait? (I'm not a linux user, so correct me if I'm wrong) There's another way to install debs other than through the command line?

amoreno wrote:

Hello,

From Educational Department of Extremadura (Spain) we have a debian package working correctly for our linux machines, and we want to install it in the classrooms,  but we have two problems:
* Help buttons doesn't work. We have not the sources of the scratch plugin so we don't know how to call to the navigator (squeak call to Help/en/index.html throughout a primitive from the VM: a direct call should work!).  Now, when we save the changes, the spanish language is lost: the new image don't read locales...
Why help buttons doesn't work properly?
* This other is a documented question: compiz + full screen mode. As we have not time for wait for a solution we prefer disable this option (or hide the buttons) than not to install Scratch, but how can we do it easily?

Regards

Hi Amoreno,

We're glad you are using the Linux package for Scratch! The package is under active development, and the problems you have pointed out are known issues.
We hope to release a new package that addresses the issue with the help and language files very soon. (With any luck, in the next two weeks.)
Regarding compiz: there is good news. The problem with compiz that causes Scratch to fail to repaint properly after returning from full screen mode has been fixed in the next version of Ubuntu (Karmic) that will be released soon. Meanwhile, you can solve this problem on computers running Ubuntu 9.04 by selecting System > Preferences > Appearance from the main menu. Choose the visual effects tab and select "none." This will disable compiz, and solve the fullscreen repaint problem.

Thanks for your patience! Please let us know if you find any other issues.

Lightnin wrote:

gershmer wrote:

tcb wrote:

I'm not quite sure exactly what happens, but I know that the deb wont work, and I think its because the internet isn't working.
@gershmer: I amn't even going near the command line.

Wait? (I'm not a linux user, so correct me if I'm wrong) There's another way to install debs other than through the command line?

Yep. Ubuntu comes with an application called "package installer" that let's you just click on .deb files to install them. 
If you are curious, you can always download a live CD iso from the Ubuntu website, burn it, and then boot from it. That way you can try Ubuntu out without making any changes to your computer. Its come a long way in the past few years!
I think the problem tcb is having is because they aren't connected to the internet, and the package installer needs to get a dependency file from the Ubuntu repositories. We're working on a new version of the Scratch package with fewer dependencies, so it may solve this problem. We hope to release a beta in the next few weeks.

Thanks.

PS: I am connected, it just wont work. my internet bar shows almost full

Lightnin wrote:

If you are curious, you can always download a live CD iso from the Ubuntu website, burn it, and then boot from it.

Yeah, thought about doing that. Virtual Machine is easier though. <<getting around to doing that

linuxcentre wrote:

I've installed Scratch 1.4 on Ubuntu 9.10 / Karmic Koala beta1 and it seems to solve the 'When using Compiz, Scratch does not repaint window after leaving fullscreen / presentation mode' problem on the same hardware that exhibited the problem before on Jaunty. I used scratch_1.4.0.debian.5_i386.deb .
Yes, I do have the full desktop effects switched on also.

That's good to hear!

I tried installing it with the package installer but i get a message saying Error: Dependency is not satisfiable: libcairo2

smith2287 wrote:

Hi
I'm new here I think there's a lot of interesting topics and discussions happening on Linux and open source stuff and wanted to check it out and give and get some great advice on different issue of open source availibilty.I want to shift permanently from Window OS to Linux so I want to increase my knowledge from this community , so please help me.
I also consider myself a rather critical  thinker, in the sense that I generally like to inquire deeply into different matters of thought rather than just scratching the surface. 

I'll help you scratch the surface. Obviously, for scratch : this thread is what it's about.
I'm almost positive all common flavors of Linux have a program called WINE. It allows you to run SOME Windows programs (.exe)

gershmer wrote:

smith2287 wrote:

Hi
I'm new here I think there's a lot of interesting topics and discussions happening on Linux and open source stuff and wanted to check it out and give and get some great advice on different issue of open source availibilty.I want to shift permanently from Window OS to Linux so I want to increase my knowledge from this community , so please help me.
I also consider myself a rather critical  thinker, in the sense that I generally like to inquire deeply into different matters of thought rather than just scratching the surface. 

I'll help you scratch the surface. Obviously, for scratch : this thread is what it's about.
I'm almost positive all common flavors of Linux have a program called WINE. It allows you to run SOME Windows programs (.exe)

Thanks 

amoreno wrote:

Hello

I have tested scratch_1.4.0.debian.7_i386.deb at a GNULinux Debian Squeeze/Sid with kernel 2.6.30 and the problems with Compiz go on.
With Squeak we have the same problem indeed.
We can disable Compiz during Scratch execution, but tools like Compiz could be an standard in the future so the solution should be find.

Regards

Thank you very much for this information. Regarding the Compiz related problems - we assume they must be due to Compiz, because the repaint problem has stopped happening in the next version of Ubuntu (Karmic Koala).  Perhaps you could try upgrading to the latest version of Compiz, to see if that will solve the problem?
It's interesting that you see the problem with Squeak as well. It would be helpful if you would file a bug against Squeak, and mention that the problem happens with Scratch (which runs on the Squeak VM) as well.

Hmmm... Maybe it's Ubuntu version 8.04? You should be able to tell by clicking "About Ubuntu" in the System Menu. The current Scratch package doesn't support Ubuntu 8.04 - you'll need to upgrade to at least Ubuntu 9.04 for Scratch to work properly.

linuxcentre wrote:

Using Launchpad PPA version scratch - 1.4.0.debian.9 on Karmic beta (with all packages updated today) and I am still getting problems recording (recording didn't work at all before this version so this is an improvement!). It does actually record but the resulting sound is choppy as if only half of the sound is captured and the other half skipped every 1/2 second. My sound is hda_intel which otherwise works perfectly for recording and playback.

Ah, thanks for reporting this. Andresmh had this problem too. It's good to have it confirmed on another system. Must have something to do with changes to pulseaudio between Ubuntu 9.04 (in which sound recording / playback works well) and Karmic.   
Hopefully we can fix this soon.

Hi
I am new to Linux (Ubuntu 9.04)... but not Scratch.  I am trying to get Scratch up and running on a 64bit version of Jaunty using the Launchpad PPA.  I have followed the instructions provided for adding the sources and both are listed in Synaptic's Repository tab (selected) and the Key is listed in the Authentication tab.  Running apt-get update lists the following Launchpad sources:
http://ppa.launchpad.net jaunty Release
http://ppa.launchpad.net jaunty Release.gpg
http://ppa.launchpad.net jaunty/main Translation-en GB
http://ppa.launchpad.net jaunty/main Packages
http://ppa.launchpad.net jaunty/main Sources

However none of these repositories are listed in Synaptic's Origin section and Scratch is not listed in any search results... ?  Any help would be greatly appreciated.  Thanks in advance.

rogerm

Some additional information / background regarding 32 / 64 bit architecture for the curious!

Scratch runs on a Squeak virtual machine. After installing the Scratch package if you look at the start script /usr/bin/scratch, you'll see that it is calling the squeak-vm, and passing it the Scratch Image, as well as some other parameters:

/usr/bin/scratch_squeak_vm \
-plugins /usr/lib/scratch/Plugins \
-vm-sound-PA \
/usr/lib/scratch/Scratch.image "${@}"

We are supplying our own virtual machine with the package (scratch_squeak_vm), because the squeak-vm that comes in the ubuntu repositories has some bugs right now. But you can still use it - there are just some mild graphics issues when running compiz.

Since you can use the squeak-vm (32 bit) from the repositories, you could also install and use the amd64 bit squeak-vm from the repositories.

http://packages.ubuntu.com/karmic/squeak-vm

You'd just have to install the package through synaptic, and then change /usr/bin/scratch to this:

/usr/bin/squeakvm \
-plugins /usr/lib/scratch/Plugins \
-vm-sound-PA \
/usr/lib/scratch/Scratch.image "${@}"

I'll be interested to see if the instructions for forcing the install of the 32 bit Scratch package, as per the directions in the post above, works out. Either way it would also be interesting to see if these instructions work....