Mantis Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0006608 [Squeak Packages] FreeType Plus major always 08-12-07 21:49 08-14-07 22:21
Reporter lexspoon View Status public  
Assigned To tween
Priority normal Resolution open  
Status assigned  
Summary 0006608: Installing FreeType Plus-plugins on a fresh Squeak installation
Description It does not work, complaining that "FT2Plugin does not exist".
Additional Information
Attached Files

- Relationships

- Notes
(0010982 - 72 - 72 - 72 - 72 - 72 - 72)
KenCausey
08-12-07 22:13

Category added for FreeType Plus and it and this issue assigned to Andy.
 
(0010987 - 933 - 1011 - 1271 - 1271 - 1271 - 1271)
tween
08-12-07 22:52

Please can you give some more info?

Which Operating System?
Which Image are you installing into? (3.10, 3.9, dev, web etc)
Where are you installing from? (SqueakMap, Package Universe)
What is the version number of your VM?

Can you provide a walkback call stack? The installer is a SAR file that includes a FT2Plugin file (a plugin for Linux). It would seem that a probem has occured when extracting the file from the SAR.

Perhaps the downloaded SAR file is corrupt. Try downloading manually from SqueakMap and installing. ( http://map.squeak.org/accountbyid/46dcf6af-067d-43e3-9fc9-d7010e067153/files/FreeTypePluginInstaller3.sar [^] )

Try opening the sar file in a fileList and note any errors.

Another possibility is that the error has occured when copying the FT2Plugin to the same directory as the squeak executable. Please try again, as root on Linux, or as Administrator on Windows. Does the problem still occur?
 
(0010989 - 1159 - 2860 - 2860 - 2860 - 2860 - 2860)
lexspoon
08-13-07 02:46

I installed on a fully-updated 3.10 image on Linux via package universes. Looking at the stack trace, the following do-it fails by trying to write to "/usr/bin/FT2Plugin":

DoIt
    | t1 |
    SmalltalkImage current platformName = 'Win32'
        ifTrue: [t1 := SmalltalkImage current vmPath.
            (t1 endsWith: FileDirectory slash)
                ifFalse: [t1 := t1 , FileDirectory slash].
            #('ft2plugin.dll' 'BitBltPlugin.dll' 'freetype6.dll' 'msvcr71.dll' 'credits.txt' )
                do: [:t2 | ((FileDirectory on: t1)
                            fileExists: t2)
                        ifFalse: [self extractMember: t2 toFileNamed: t1 , t2]].
            SmalltalkImage current unloadModule: 'BitBltPlugin'].
    ^ SmalltalkImage current platformName = 'unix'
        ifTrue: [t1 := SmalltalkImage current vmPath.
            (t1 endsWith: FileDirectory slash)
                ifFalse: [t1 := t1 , FileDirectory slash].
            #('FT2Plugin' 'BitBltPlugin' 'credits.txt' )
                do: [:t2 | ((FileDirectory on: t1)
                            fileExists: t2)
                        ifFalse: [self extractMember: t2 toFileNamed: t1 , t2]].
            SmalltalkImage current unloadModule: 'BitBltPlugin']



It looks unusual to me that merely loading a package would cause files to get created.
 
(0010990 - 523 - 569 - 569 - 569 - 569 - 569)
tween
08-13-07 07:52

Thanks. It looks like a permissions problem Did you try logged in as root?

"It looks unusual to me that merely loading a package would cause files to get created."
Unusual, yes. But that is the sole purpose of the package - to install plugin files.

The long term fix is to include these plugins in later VM distributions.
In the short term, the comments on SqueakMap and universes should be improved to warn of possible permissions problems; and better error handling and feedback added to the sar's install script.
 
(0010995 - 380 - 414 - 414 - 414 - 414 - 414)
lexspoon
08-13-07 12:42

Oh, this package contains the built plugin! How interesting.

I believe, at least on Unix, that you could save the plugin files to "FileDirectory default". Writing to vmdir is not reliable. FileDirectory default, if it works okay, would be a nice short-term solution.

As it stands, loading this package gives a weird error for a perfectly normal Debian-based installation.
 
(0011021 - 614 - 904 - 904 - 904 - 904 - 904)
tween
08-14-07 22:21

The VM doesn't find the plugin when installed to FileDirectory default.
(At least on SUSE 10.1)

I think that something along these lines could work quite well...

   the installer attempts to copy the files, and catches errors.

   after copying it checks to see if the plugins can be loaded.

   if there were errors copying, or errors loading, then it warns the user...
        "Sorry. Installation of the plugins failed.
        +more info on how to manually install them etc."
   else
        "The plugins have been successfully installed and loaded "

In this way it can 'successfully' fail :)
 

- Issue History
Date Modified Username Field Change
08-12-07 21:49 lexspoon New Issue
08-12-07 21:49 lexspoon Status new => assigned
08-12-07 21:49 lexspoon Assigned To  => KenCausey
08-12-07 22:13 KenCausey Note Added: 0010982
08-12-07 22:13 KenCausey Assigned To KenCausey => tween
08-12-07 22:13 KenCausey Category Any => FreeType Plus
08-12-07 22:52 tween Note Added: 0010987
08-12-07 23:06 tween Issue Monitored: tween
08-13-07 02:46 lexspoon Note Added: 0010989
08-13-07 07:52 tween Note Added: 0010990
08-13-07 12:42 lexspoon Note Added: 0010995
08-14-07 22:21 tween Note Added: 0011021


Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
59 total queries executed.
41 unique queries executed.
Powered by Mantis Bugtracker