http://omeka.org/forums/ Forums Tag: install en Thu, 21 Aug 2008 22:42:28 +0000 http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-599 Fri, 15 Aug 2008 08:04:12 +0000 AlGordon 599@http://omeka.org/forums/ <p>Thanks Bruce, all seems to be working fine now...hope you escape the storms!</p> <p>Alastair </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-597 Thu, 14 Aug 2008 16:44:04 +0000 brucefulton 597@http://omeka.org/forums/ <p>Much of the UA infrastructure was down this am due to storms and power outages. Everything should be back up now. </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-594 Thu, 14 Aug 2008 11:01:05 +0000 AlGordon 594@http://omeka.org/forums/ <p>Hi,</p> <p>The link to the pdf doesn't seem to be working any more. Any ideas?</p> <p>Alastair </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-593 Thu, 14 Aug 2008 02:07:28 +0000 SheilaBrennan 593@http://omeka.org/forums/ <p>Thanks, Bruce. </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-592 Thu, 14 Aug 2008 00:24:03 +0000 brucefulton 592@http://omeka.org/forums/ <p>By the way, it looks like the link above includes the period at the end of the sentence. If you get a file not found, just backspace over the period or try this:</p> <p><a href="http://digin.arizona.edu/files/omeka.pdf" rel="nofollow">http://digin.arizona.edu/files/omeka.pdf</a> </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-591 Thu, 14 Aug 2008 00:21:07 +0000 brucefulton 591@http://omeka.org/forums/ <p>Be my guest! </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-590 Wed, 13 Aug 2008 17:59:04 +0000 SheilaBrennan 590@http://omeka.org/forums/ <p>Hi brucefulton, </p> <p>This is so great. We also will be very interested in feedback from your class on their Omeka experiences.</p> <p>Do you mind if we post this on our Codex?</p> <p>Sheila </p> http://omeka.org/forums/topic/omeka-ubuntu-vmware-win-or-mac#post-589 Wed, 13 Aug 2008 16:30:43 +0000 brucefulton 589@http://omeka.org/forums/ <p>I've created a fairly detailed document explaining how to install Omeka in a VMWare virtual machine running Ubuntu Linux on Mac (VMWare Fusion) and Windows (VMWare server and workstation) desktop platforms. This is useful for demo/development/checkout/ and classroom instruction. It may also help with installation procedures on a standalone Ubuntu server. The document is available at <a href="http://digin.arizona.edu/files/omeka.pdf." rel="nofollow">http://digin.arizona.edu/files/omeka.pdf.</a> If you have questions or comments, let me know. If there is demand, I could also provide a downloadable pre-configured virtual machine. We're using this and other virtualized digital repository applications in our Advanced Digital Collections course for the University of Arizona's Digital Information Management Certificate program (http://digin.arizona.edu), which, by the way, is also partially funded by IMLS. </p> http://omeka.org/forums/topic/introduction-blank-page-while-trying-to-install#post-551 Tue, 22 Jul 2008 15:10:52 +0000 KrisKelly 551@http://omeka.org/forums/ <p>You're absolutely right that mysqli should be listed on the Requirements page. Thanks for the vote of confidence, and let us know if you have any more issues.</p> <p>Btw, the stuff about unicode collation and charset in your database helps if you are using non-latin alphabets in your database. It's quite easy to set if you use phpMyAdmin to create your database. I think maybe some LAMP apps leave it implied that people will know this if they need to, but we make it explicit in order to avoid problems with internationalization in the future. Hope that helps! </p> http://omeka.org/forums/topic/introduction-blank-page-while-trying-to-install#post-547 Sat, 19 Jul 2008 17:34:35 +0000 spomerg 547@http://omeka.org/forums/ <p>My apologies. I skimmed the board for the answer to my question <em>before</em> I posted, but I wasn't thorough enough. I found the information about the <strong>mysqli</strong> requirement in alexan6's post entitled "Clemson Library installation". Thank you.</p> <p>Could this be added to the "System Requirements" section on the "How To: Preparing to Install" page, please? I believe it's <em>essential</em> information and would help many people.</p> <p>Omeka looks great!!!!!! Nice, clean, simple interface. Wonderful! I have a really good feeling about it. :)</p> <p>- Gavin </p> http://omeka.org/forums/topic/introduction-blank-page-while-trying-to-install#post-545 Sat, 19 Jul 2008 16:39:10 +0000 spomerg 545@http://omeka.org/forums/ <p>Greetings. Have been really excited to have discovered Omeka! :) At the library where I work, we started out using CONTENTdm. I thought CONTENTdm was ridiculously expensive and so my boss had me investigate Dspace and Greenstone. I looked at Dspace minimally, but I became pretty intimate with Greenstone. I made Greenstone do everything our CONTENTdm site did, functionally and visually. The "higher ups" were happy and I was proud of my work. If anyone cares to see it, it can be viewed at:</p> <p><a href="http://digital.lib.cwu.edu">digital.lib.cwu.edu</a></p> <p>I have tried to install Omeka on my test server at work and on my personal website hosted at iPower. I have followed the instructions to a "T" (and re-read them many times) and when I browse to my installation (both sites), I just get a blank page. Even the html source is completely blank. The only thing I can think of in the instructions that I didn't do (and I admittedly don't understand) is the part about "Make sure the database you create has a collation of 'utf8_unicode_ci' and a 'utf8' charset." How do I do this? I have installed tons of "LAMP" apps and never come across anything like this.</p> <p>My test server info is as follows:</p> <ul> <li>FreeBSD 7.0-STABLE</li> <li>Apache 2.2.9 (installed from port)</li> <li>mod_rewrite installed and enabled</li> <li>PHP 5.2.6 (installed from port)</li> <li>MySQL 5.1.26 (installed from port)</li> </ul> <p>I didn't see anything any my apache-error log that was helpful or relevant.</p> <p>Looking forward to checking out Omeka!! :D<br /> - Gavin </p> http://omeka.org/forums/topic/fatal-error-in-installation#post-427 Sun, 25 May 2008 20:12:20 +0000 AJMillion 427@http://omeka.org/forums/ <p>Kris,</p> <p>Thanks for getting back to me! I was about to try your suggestion but got a little help from my system admin first. His suggestion worked.</p> <p>First I moved the Omeka and folder from my root directory to the public_html one. This was the main one for my web site content although I had been running Omeka from another location. The reason for this was mostly because I had been having subdomain issues. Then I fixed the subdomain paths.</p> <p>After this I removed the rewrite rules from the Omeka's .htaccess file, set the correct database collation through cPanel-&gt;PhpMyAdmin-&gt;Operations and I managed to complete the installation. At the end of the installation I have appended again the same rewrite rules.</p> <p>I'm still not sure what occurred, but it seems that the .htaccess file may have been involved. Otherwise, I had do everything differently. I'll see if I can pinpoint the problem and get back to you. </p> http://omeka.org/forums/topic/fatal-error-in-installation#post-424 Fri, 23 May 2008 20:18:23 +0000 KrisKelly 424@http://omeka.org/forums/ <p>I'm unable to duplicate this problem on our servers (which have PHP compiled with SPL), but you could try using <code>__autoload()</code> - with two underscore characters at the beginning, instead of <code>spl_autoload_register()</code>. In order to get that to work, you need to actually copy/paste the code from the autoload() function that is located in application/libraries/Omeka.php, and put it in a function, as in the help on this page of the php.net site:</p> <p><a href="http://us3.php.net/__autoload" rel="nofollow">http://us3.php.net/__autoload</a></p> <p>Then put that function in the paths.php file that is in the root of your Omeka installation. You may also have to replace <code>__FILE__</code> with the correct path to your application/libraries directory. Then remove the reference to the function that it says you are missing. I'm not sure if that will work, but let me know what happens. </p> http://omeka.org/forums/topic/fatal-error-in-installation#post-423 Thu, 22 May 2008 03:32:50 +0000 AJMillion 423@http://omeka.org/forums/ <p>I seem to be having the same problem, but I have SPL Library installed on my server space. I, however, am using PHP 5.2.5. When I pull up my PHP info I get this:</p> <p>SPL support enabled</p> <p><code>Interfaces RecursiveIterator, SeekableIterator<br /> Classes ArrayIterator, ArrayObject, CachingIterator, CachingRecursiveIterator, DirectoryIterator, FilterIterator, LimitIterator, ParentIterator, RecursiveDirectoryIterator, RecursiveIteratorIterator, SimpleXMLIterator&lt;\code&gt;</p> <p>Any clues as to why? My administrator doesn't seem to think anything is wrong on his end.</p> <p>I'm running SQL 5.0.45.</code> </p> http://omeka.org/forums/topic/problem-with-zend-framework#post-366 Fri, 18 Apr 2008 14:28:42 +0000 TomScheinfeldt 366@http://omeka.org/forums/ <p>CastIronCook--</p> <p>That's great. Glad to hear you're up and running. Please let us know how the project turns out.</p> <p>Tom Scheinfeldt </p> http://omeka.org/forums/topic/problem-with-zend-framework#post-365 Fri, 18 Apr 2008 12:17:24 +0000 CastIronCook 365@http://omeka.org/forums/ <p>Thanks for the suggestions! I did notice the "paths.php" file and that it sets the include path dynamically. In a rare flash of insight, it occurred to me that I might change that. I tried setting it explicitly to:</p> <p><code>set_include_path(&#39;/opt/coolstack/php5/lib/php:.&#39;.PATH_SEPARATOR.LIB_DIR.PATH_SEPARATOR.MODEL_DIR)</code>;</p> <p>One of my expert coworkers suggested that I keep "/opt/coolstack/php5/lib/php" in there, in case there was some other dependency.</p> <p>Lo and behold, no more error! Now we have to see if the people who intend to use this installation will have any problems creating content.</p> <p>Thanks again! </p> http://omeka.org/forums/topic/problem-with-zend-framework#post-364 Thu, 17 Apr 2008 15:21:42 +0000 KrisKelly 364@http://omeka.org/forums/ <p>Hi, you can try deleting the Zend library from your application/libraries/ directory in your Omeka installation, which would remove the conflict due to redeclared classes, but I'm still not sure that Omeka would work properly. Your server has ZF 1.5 installed and Omeka runs on version 1.0, so there may be things that have changed in the library that won't work anymore.</p> <p>Another idea that occurred to me is, you could try modifying your include path in Omeka. To do that, open up the paths.php file in the root of your installation, then find the following line:</p> <p><code>set_include_path(get_include_path().PATH_SEPARATOR.LIB_DIR.PATH_SEPARATOR.MODEL_DIR);</code></p> <p>and remove the <code>get_include_path().</code> part, which should tell Omeka to ignore the include path that was set in the php.ini file, and let me know if that works. </p> http://omeka.org/forums/topic/problem-with-zend-framework#post-357 Tue, 15 Apr 2008 12:40:00 +0000 CastIronCook 357@http://omeka.org/forums/ <p>We're trying to install Omeka 0.9.1.1 with:</p> <p>* Solaris 10<br /> * Apache 2.2.6<br /> * PHP 5.2.4<br /> * MySQL 5.0.45</p> <p>(This is the "CoolStack" package - <a href="http://cooltools.sunsource.net/coolstack/" rel="nofollow">http://cooltools.sunsource.net/coolstack/</a>)</p> <p>We're not allowing .htaccess files, so we transplanted those configurations into the main httpd.conf file.</p> <p>We had it working, but then later we installed the Zend framework. We included Zend framework in the include path in the php.ini file, and we need it to stay that way for other applications. Now Omeka is throwing this error:</p> <p><code>Fatal error: Cannot redeclare class Zend_Db in /opt/coolstack/php5/lib/ZendFramework-1.5.0/library/Zend/Db.php on line 39</code></p> <p>Is there a way to tell Omeka to use a different installation of Zend or another way to fix this error?</p> <p>We have successfully installed the same version on another server without the Zend framework and it works fine. </p> http://omeka.org/forums/topic/fatal-error-in-installation#post-248 Tue, 18 Mar 2008 15:52:14 +0000 DaveLester 248@http://omeka.org/forums/ <p>It appears your server doesn't have the Standard PHP Library (<a href="http://us2.php.net/spl">http://us2.php.net/spl</a>) installed, despite having PHP 5.2.3 installed. You'll need this to run Omeka. Not having SPL is uncommon, so I'd ask your server administrator why this is the case and to consider adding it. </p> http://omeka.org/forums/topic/fatal-error-in-installation#post-247 Mon, 17 Mar 2008 20:28:08 +0000 Fritz 247@http://omeka.org/forums/ <p><code>Fatal error: Call to undefined function spl_autoload_register() in /usr/home/web/poormojo.org/data/fgs/application/libraries/Omeka/Core.php on line 104</code></p> <p>This is the error I am getting when navigating to my install directory. Does anyone have any insight into this one?</p> <p>I am running php .5.2.3 and I have sorted out all of the necessary .htaccess stuff for a non-root install. </p> http://omeka.org/forums/topic/installation-trouble-on-debian-etch#post-205 Wed, 05 Mar 2008 22:05:39 +0000 rubinsta 205@http://omeka.org/forums/ <p>That was it! Thanks a lot, jonlesser. </p> http://omeka.org/forums/topic/installation-trouble-on-debian-etch#post-204 Wed, 05 Mar 2008 19:51:15 +0000 jonlesser 204@http://omeka.org/forums/ <p>rubinsta, Is your httpd.conf file on your Debian server allowing htaccess overrides? This can often be off by default. You'd want to look for the AllowOverrides directive. </p> http://omeka.org/forums/topic/installation-trouble-on-debian-etch#post-202 Wed, 05 Mar 2008 01:36:27 +0000 rubinsta 202@http://omeka.org/forums/ <p>Thanks for the response...</p> <p>I've ftp'd via a few different clients and even copied the files from a working install to the debian server, all with the same results. Here are the contents of my index.php file in the omeka root directory:</p> <pre><code>&lt;?php // Ladies and Gentlemen, start your timers define(&#39;APP_START&#39;, microtime(true)); require_once &#39;paths.php&#39;; define(&#39;ADMIN_THEME_DIR&#39;, BASE_DIR.DIRECTORY_SEPARATOR.&#39;admin&#39;.DIRECTORY_SEPARATOR.&#39;themes&#39;); define(&#39;THEME_DIR&#39;, BASE_DIR.DIRECTORY_SEPARATOR.&#39;themes&#39;); require_once &#39;Omeka/Core.php&#39;; $core = new Omeka_Core; $core-&gt;initialize(); // Call the dispatcher which echos the response object automatically $core-&gt;dispatch(); if ((boolean) $config-&gt;debug-&gt;timer) { echo microtime(true) - APP_START; } // We&#39;re done here. ?&gt;</code></pre> <p>This matches the index.php on my working installs (I've since installed successfully on a debian desktop). The only installation step specific to my web server that I can think of is that I used unzip to uncompress omeka. I used Archive Manager on the Debian desktop and Stuffit on the Mac. Probably a red herring but I thought I'd through it into the mix. </p> http://omeka.org/forums/topic/installation-trouble-on-debian-etch#post-201 Tue, 04 Mar 2008 20:39:49 +0000 DaveLester 201@http://omeka.org/forums/ <p>My gut feeling is that these two problems are unrelated, but I could be wrong</p> <p>@rubinsta: Can you check to see that you've properly FTP'd the files to your server? If the htaccess file is properly routing then it should be sending requests through your index.php file - is this file empty?</p> <p>@asnagy: Is this Andrew from code4lib? If so, greetings! </p> <p>I looked at line 23 of the install file; is an exception being thrown, or how else are you seeing an error on that line? In any case line 23 executes the SHOW TABLES command on mysql, which could be handled differently if you're running a version of mysql that's below mySQL5 which Omeka requires to run by default. What version of mySQL are you running? </p> http://omeka.org/forums/topic/installation-trouble-on-debian-etch#post-199 Tue, 04 Mar 2008 17:48:06 +0000 asnagy 199@http://omeka.org/forums/ <p>I am experiencing the exact same problem. I was able to narrow it down to issues with the database (I think). However my mysql database is setup correctly.</p> <p>I was able to narrow it down to line 23 in install/install.php</p> <p>I will keep digging </p> http://omeka.org/forums/topic/installation-trouble-on-debian-etch#post-191 Sun, 02 Mar 2008 21:02:26 +0000 rubinsta 191@http://omeka.org/forums/ <p>I'm having some trouble installing Omeka on Debian Etch running PHP5.2 and Apache 2.x. </p> <p>When I navigate to omeka in my browser the page loads blank and neither PHP or Apache logs an error. mod_rewrite is enabled and I have .htaccess files in /admin and in Omeka's root directory. I've also tested PHP and PHP's error reporting and everything seems to check out. </p> <p>I've been able to successfully install Omeka on my Mac's MAMP stack but no luck on the Debian web server. Here are the contents of my .htaccess files (if this is any help):</p> <p>omeka root:</p> <pre><code>IfModule mod_php5.c&gt; php_value display_errors 1 php_flag zlib.output_compression On php_flag register_globals off php_value zlib.output_compression_level 5 &lt;/IfModule&gt; RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d [OR] RewriteCond %{REQUEST_URI} .+\/archive\/ RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php &lt;FilesMatch &quot;\.(php|ini)$&quot;&gt; Order Allow,Deny Deny from all &lt;/FilesMatch&gt;</code></pre> <p>/admin:</p> <pre><code>php_value display_errors 1 php_flag zlib.output_compression On php_value zlib.output_compression_level 5 RewriteEngine on RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php</code></pre> <p>This matches the .htaccess files on my successful MAMP stack install. I wish I had more information to give but this is all rather perplexing!</p> <p>Thanks so much! </p> http://omeka.org/forums/topic/fatal-error-thrown-when-trying-to-add-image#post-119 Mon, 28 Jan 2008 16:34:12 +0000 trevorjames 119@http://omeka.org/forums/ <p>MySQL version: 5.0.37</p> <p>PHP: 5.1.6</p> <p>-Trevor </p> http://omeka.org/forums/topic/fatal-error-thrown-when-trying-to-add-image#post-112 Sun, 27 Jan 2008 06:01:19 +0000 DaveLester 112@http://omeka.org/forums/ <p>In the Item data model, additional data is saved after forms are executed, so it makes sense that the item would be added even if there's an error saving to a collection. With that said, collections should be associated properly and do so on other systems we're testing Omeka on.</p> <p>What are the specs of your server? (php and mysql versions - I asked this on another thread, too) </p> http://omeka.org/forums/topic/fatal-error-thrown-when-trying-to-add-image#post-104 Thu, 24 Jan 2008 16:06:03 +0000 trevorjames 104@http://omeka.org/forums/ <p>I have Omeka successfully installed on my Linux server. However when I try and add an item to a collection (an image) I get the following error:</p> <p>Fatal error: Objects used as arrays in post/pre increment/decrement must return values by reference in /home/variantc/public_html/omeka/application/models/Item.php on line 172.</p> <p>Let me just add here that the error is thrown but the image still gets posted. Strange??</p> <p>Please help!!</p> <p>Thanks,</p> <p>Trevor James<br /> Frederick County Public Schools Webmaster </p>