Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Monday, October 12th, 2009

< Sunday, October 11th, 2009Raw Log FileTuesday, October 13th, 2009 >
#TimeNickMessage
#00:27:02brendan_ga has quit IRC
#00:27:14brendan_ga has joined #evergreen
#01:24:36mck9 has left #evergreen
#01:34:45atz has quit IRC
#01:35:27atz has joined #evergreen
#04:54:16eguest039 has joined #evergreen
#06:29:15eguest039hi guys
#06:29:22eguest039hope u had a nice weekend
#06:29:30eguest039got a quick question
#06:29:51eguest039was installing the prerequiste files for evergreen .
#06:30:19eguest039i started it and then stopped it for whatever reason i dont know
#06:30:46eguest039i think due to that the yaz tar file got corrupted b4 it could finish dowloading
#06:31:47eguest039i reran the prerequisite installer again but each time it gets to the yaz installer,i get an error about gzip no being able to unzip the file well
#06:33:12eguest039i was thinking if there is a way to delete the locally downloaded file to enable the installation of hte file to continue as if from fresh or i was thinking about adding the yaz repository to my apt.sources list and then downoald the yaz from there and install it using apatitude
#06:33:34eguest039what do you guys think
#06:55:22eguest039any help
#06:57:09eguest039i added index data link to my apt.sources list and i now have the link for yaz3.049.should i install that one and the dev toolkit and then remove line which will install the yaz from the makefile
#07:45:57mrpeters-isl_ has quit IRC
#07:48:23mck9 has joined #evergreen
#08:29:55mrpeters-islall, what permissions are best to set to allow ONLY a Cat1 user to use vandelay to import/export records?
#08:33:45eguest039no idea :)
#08:40:50berickmrpeters-isl: CREATE_BIB_IMPORT_QUEUE or CREATE_AUTHORITY_IMPORT_QUEUE
#08:53:26kgs has joined #evergreen
#08:53:27atheos has joined #Evergreen
#08:54:42mrpeters-islberick: we have alot of issues
#09:00:12senator has quit IRC
#09:00:41senator has joined #Evergreen
#09:01:52lisppaste3atheos pasted "no printing from staff clients" at http://paste.lisp.org/display/88535
#09:02:16atheosself check prints fine, staff client won't print from any users
#09:03:26mrpeters-islatheos, its me too now
#09:03:34mrpeters-islthinking it may be an ownership issue on the /openils dir
#09:04:03gdunbar has joined #evergreen
#09:06:44atheosmrpeters-isl I'm informed that if the user clicks ok, the client then prints properly. They just get the error each time
#09:06:53mrpeters-islright
#09:07:15atheosnot urgent, but did https://evergreen.lib.in.us/gateway get moved
#09:07:42mrpeters-islatheos, come to #inevergreen
#11:00:32natschil has joined #evergreen
#11:08:35djfiander has joined #evergreen
#11:09:18djfiander has left #evergreen
#11:17:13brendan_ga_ has joined #evergreen
#11:17:13brendan_ga has quit IRC
#11:23:11natschilHello. I am trying to write an application that accesses OpenSRF over c, but am having some problems. I managed to connect it to opensrf, but even though I specified it to connect to the prive opensrf router, I cannot access any private opensrf apps.
#11:24:00natschilI looked at the srfsh code, and the only difference I could see was that I used osrf_system_bootstrap_client, whereas srfsh used osrfSystemBoostrapClientResc(). The latter has an optional login resource param...what does this mean?
#11:30:02natschilbtw, is there a working 1.6 staff client available anywhere?
#11:35:01phasefx_natschil: it's not official yet, but http://evergreen-ils.org/downloads/evergreen-setup-rel_1_6_0_0.exe
#11:35:50natschilphasefx_: thanks. Maybe this should be linked to from the download page.
#11:35:58phasefx_that's in winders, but you could treat the .exe as a .zip file and extract the build/
#11:36:20phasefx_natschil: it will be, once it's official
#11:36:48phasefx_it very likely was linked when 1.6.0.0RC1 was being advertised.. I see that's been striked out now
#11:46:27moodaepoCan I use XULRunner 1.9 for 1.4.0.6? I think it works fine with 1.6RC..
#11:46:47atz has quit IRC
#11:47:28atz has joined #evergreen
#11:50:24brendan_ga_ has quit IRC
#11:55:40phasefx_moodaepo: I think it'll likely work. Some things will be broken, like sticky checkboxes
#11:56:04phasefx_the shrinkable group boxes in the patron summary sidebar
#11:56:22phasefx_some color to permission denied dialogs
#11:58:49moodaepophasefx_ Will do. I'll just make the dmg for 1.4.0.6 with xulrnner 1.8 then and once I do the test upgrade to 1.6 I'll make one with 1.9...which should be OK for 1.6 right?
#11:59:38phasefx_yeah, we're officially going with xr1.9 for eg.16
#12:04:13brendan_ga has joined #evergreen
#12:06:28senator has quit IRC
#12:09:35senator has joined #Evergreen
#12:26:03wlayton has joined #evergreen
#13:40:44atz has quit IRC
#13:41:26atz has joined #evergreen
#14:12:34atheosI'm using xrl1.9 & built the 1.4.0.6 staff client for OSX. when running the staff client, here's the only output I recieve: XML Parsing Error: undefined entity
#14:12:34atheosLocation: chrome://open_ils_staff_client/content/main/main.xul
#14:12:34atheosLine Number 21, Column 1: <window id="main_win"
#14:16:32moodaepoatheos could you share your staff client for osx? I'm just getting it together and would love to test it out
#14:17:05atheosmoodaepo - I'll put it on the wiki, as soon as I get it working - building for Snow Leopard on x86
#14:17:49moodaepoyup that's what I have here...I could try it out now if you need help troubleshooting or shooting trouble : )
#14:19:25phasefx_sitka has some mac builds too
#14:19:31rsinger has quit IRC
#14:19:33atheosmoodaepo - it's pretty simple to put together following the information already on the Wiki, just substitute XULRunner 1.8.0.4 for a new version. or, build it with 1.8.0.4, maybe I jumped the gun by upgrading XULRunning, and even though I've removed 1.9, OSX won't allow me to install an older version over it
#14:19:45atheoshttp://open-ils.org/dokuwiki/doku.php?id=evergreen-user:installing_and_running_the_staff_client#installing_on_mac
#14:20:09atheosphasefx_ can you elaborate? do they have it posted for public download?
#14:20:10moodaepoyea I am looking at that...I am trying 1.8.1.3
#14:20:14phasefx_ just begs that folks don't specificy '' for the STAFF_CLIENT_BUILD_ID
#14:20:19phasefx_atheos: yes, one sec
#14:20:42phasefx_atheos: http://sitka.bclibraries.ca/support/staff-client-executables
#14:20:54atheosThanks phasefx_
#14:21:26_bott_I run 1.9.0.11 on my MacBook without issue. Seems I had trouble with 1.8.x under Leopard, but it's been some time since I've changed anything
#14:21:44moodaepophasefx_ I'm assuming your 1404 dmg doesn't specify for BUILD_ID
#14:22:19phasefx_moodaepo: I don't know what these clients are using for build id's
#14:22:34atheosthe sitka client is using a powerpc version of xulrunner
#14:22:45phasefx_I'd expect rel_1_4_0_4 for a 1.4.0.4 client
#14:23:33phasefx_ needs to get a mac
#14:24:24phasefx_be nice if I could run one in a virtualbox image like the bulk of my os's :)
#14:25:06atheosphasefx_ you can, I've had OSX 10.4 running in a virtual machine before. It just needs properly manipulated
#14:25:20phasefx_sweet
#14:25:49atzi really dislike the client versioning process.
#14:25:53atheos has left #Evergreen
#14:25:58atheos has joined #evergreen
#14:25:59atheos has left #Evergreen
#14:26:01atzit's not really linked to what it should be linked to
#14:26:08atheos has joined #evergreen
#14:27:07phasefx_we could swap it out with something else; just need to explain how it should work and get buy-in
#14:27:48atzi guess it wouldn't be too bad if you only ran on format releases
#14:27:50phasefx_could for example, rely on the user agent
#14:27:57atz*formal
#14:28:19phasefx_ never uses the client that gets built by the main Evergreen makefile
#14:28:36phasefx_with the timestamp
#14:29:06moodaepophacefx_ do you mean the one in the src folder?
#14:29:27moodaepos/phacefx_/phasefx_/
#14:30:03atzthe developers should be deciding when a given is too old to run the new features
#14:30:11atz*given client
#14:30:12phasefx_in the source tree, if you do the whole configure make make install dance.. the resulting staff client build is fine for the server side, but I would never take those files and package a client from them with the build id being a timestamp
#14:30:33atzyeah, that is meaningless
#14:31:24atzi can give up on trunk and install EG 1.4 on the server... create a new client with a newer build_id... but an older "real" version
#14:31:41phasefx_the build id stuff has also been used as a mechanism for delivering different interfaces to different sub-organizations within a larger organization
#14:31:51atzinteresting
#14:32:10phasefx_such things could also be managed with apache doing redirection based on IP, etc.
#14:32:19phasefx_I think some folks are doing that too
#14:32:23atzis it just setting ENV vars?
#14:32:35moodaepophasefx_ that's what I was planning for different themes...use apache
#14:33:12moodaepophasefx_ so if I shouldn't use the base staff client that gets created then what should I do?
#14:33:50phasefx_cd Open-ILS/xul/staff_client/ ; make STAFF_CLIENT_BUILD_ID=something_more_meaningful
#14:33:55atzif it is just ENVs, using apache will be preferable every time
#14:34:04dbs has joined #evergreen
#14:34:37phasefx_atz: I think it was used for a hacked set of server files that would prepend a certain library specific prefix to barcodes.. very horrible :)
#14:34:48atzblack magicks.
#14:34:51dbsbiblibre++ equinox++
#14:35:13moodaepodbs++
#14:36:46phasefx_atz: I think we should take the same version string that gets exposed in an API call (I think in Application.pm), and embed that in the staff client's User Agent string. Then go from there
#14:37:03phasefx_the client could then make an OpenSRF call prior to login, and compare versions
#14:37:07atzyeah, that sounds good
#14:37:20tel has joined #evergreen
#14:37:43phasefx_this would also solve the problem of certain hosts not returning 404 when they should.. they just mangle any URL fed to them into a 200 and deliver some content
#14:38:02atzit's find to communicate when the version was built, but that's not the same info as the version itself
#14:38:10atzfine* (bad typing day)
#14:38:45atzphasefx_: we had to do similar barcode prefix stuff w/ Koha, but went w/ the v.host setting ENVs, application catching them
#14:39:11atzpossibly for the same people, even.
#14:39:16natschil has quit IRC
#14:39:17atz:)
#14:39:45dbsphasefx: ils_version should probably come from a configure variable, then, so that O::A can be munged with the same value as the client build ID - and the RM would only need to bump it in one place
#14:40:10phasefx_dbs: sounds good to me
#14:41:09phasefx_now, if we do this, how strict do we get? Usually, presumably, any 1.2 client could connect to any 1.2 server, same with 1.4, etc. They remain compatible within the major version. Do we want the "version ok" logic to assume this?
#14:41:32phasefx_warn you that the version isn't exact, but give you an option to connect anyway?
#14:41:49phasefx_there's really no need for folks to upgrade their client everytime a new version of EG comes out
#14:42:54dbsright, assuming that our convention is that the same client should suffice for x.y versions, the comparison could just be done on that basis; or x.y.z, with a warning if z doesn't match?
#14:43:18dbsdamn, http://identi.ca/evergreen was just registered one week ago. ARGH.
#14:43:21gmcharltphasefx_: that would be entirely dependent on ensuring that the clients within a given x.y remain backwards and forwards compatible
#14:43:50gmcharlthas that actually been the case, historically?
#14:44:00atzyeah, if the coding practices don't match, it won't matter what checks we make
#14:44:06phasefx_it should be any easy thing to ensure, given that the client is mostly a browser and is receiving remote code
#14:44:31phasefx_it's been the case historically, I think
#14:46:00phasefx_there was one wart where a remote interface would detect that it was being invoked by an older client, and change its behavior
#14:46:01dbs creates http://identi.ca/group/evergreen
#14:46:43phasefx_aw, look at the glum gray face
#14:47:19phasefx_speaking of faces, http://www.kumon.com/images/global/global-kumonlogo.gif This one always struck me as one that's not encouraging to kids :)
#14:48:49dbsbah, we need a square logo
#14:49:09dbs stacks 8 of the eg_tiny logos on top of one another
#14:49:34atzyou can use my incredible 16x16 pixel favicon,ico
#14:49:40dbsheh
#14:49:52atzit will look real awesome up at 400%
#14:50:04phasefx_anyone have suggestions for the patron billing interface? I'm reworking it, making it slimmer. Hopefully faster
#14:50:38berickjust cowbell
#14:50:55phasefx_ will add a More Cowbell option to Admin -> For Developers
#14:51:41phasefx_or two options -> Cowbell, -> More Cowbell
#14:52:10berickheh
#14:52:23phasefx_ thinks he has a handle on styling xul trees now
#14:55:13phasefx_thinking about versioning, could also a preference to determine the behavior, so for folks who roll and pacakge their own client, they can simply change the prefs.js file
#14:59:53dbsI'm probably breaking trademark rules, but the tree in the Evergreen logo is squarish enough
#15:00:05dbsSO SUE ME
#15:04:18phasefx_could bring the square face back and have it munch on the sprig
#15:08:35_bott_Unrelated to everything being discussed... I've been playing with a status bar, used in place of alerts for Copied to clipboard, Copies not modified, etc. Save some clicks on closing the alert dialogs. Sound interesting to anyone?
#15:09:27phasefx_interesting to me; I've been meaning to remove a lot of those dialogs; at least the ones that were used as speed bumps before we got .authortiative methods to read from the master database
#15:11:12_bott_my xul foo isn't that grand, and I've only found ugly ways to get ahold of the parent window from certain dialogs, but it does seem useful
#15:12:23phasefx_you're using the statusbar that got introduced to the client in trunk?
#15:13:35_bott_um, no. was playing in my 1.4 dev box. I hadn't even realized it was there in trunk, gotta go look...
#15:14:02phasefx_ was experimenting with a network activity indicator there
#15:14:15phasefx_you can enable that with an org setting
#15:14:29_bott_...now where did I put that trunk install
#15:14:37phasefx_but in general, we have too many network stacks in the client for it to work well
#15:14:55phasefx_ wants to slowly swap out RemoteRequest with dojosrf
#15:15:16tel has quit IRC
#15:17:36_bott_The nice thing about a status bar is that there's a lot of room to work, so it could have a couple areas for different pieces of data
#15:18:53phasefx_for catalogers, if a library or volume is targeted for something-transfer, or a bib record marked for overlay.. be useful to put that info there
#15:21:05eguest039quick question guys
#15:21:16eguest039i got an error extend-reporter .sql:17 ERROR schema "extend reporter" does not exist as i was creating the database schema and configuring the database authentication
#15:21:38eguest039what does this mean?and is it serious
#15:24:16_bott_extend-reporter.sql attempts to drop the schema if it already exists. If it doesn't exist, you'll see this, but it's not a problem
#15:24:35eguest039okay thanks
#15:25:09eguest039and i suppose the dojo toolkit is installed by default with evergren 1.4.0.6 so there is no need to install it?
#15:30:10_bott_ has left #evergreen
#15:47:40eguest039in step 8 of the installatin where i am s upposed to edit the apache configuration file
#15:48:07eguest039i commented out the Allow from 10.0.0.0/8
#15:48:24eguest039but i cant seem to find out where to uncomment Alow from all
#15:48:41eguest039i am installing evg1.4.0.6
#15:49:31eguest039is it already done cause o cant seem to find any directory configurations which has a # on some directives
#16:01:07dbseguest039: someone screwed up when they changed it to say "uncomment", it's not there at all
#16:01:15dbsso just add it yourself
#16:01:27dbstimezones--
#16:01:41eguest039i did taht
#16:02:02eguest039in the same configuration for the cgi-bin directory i suppose
#16:02:08eguest039thats that same directive
#16:02:54eguest039and i cant seem to see where to change the user that is change www-data to opensrf
#16:04:17tel has joined #evergreen
#16:05:39eguest039does anyone know where i can change the user whom starts the apache to opensrf
#16:05:58eguest039it isnt in the apache.conf file
#16:06:32phasefx_eguest039: try grep -r www-data /etc/apache2/*
#16:06:44eguest039okay
#16:08:13eguest039i got /etc/apache/envvars:export APACHE_RUN_USER=www-data
#16:08:45eguest039and then /etc/apache2/envvars:export APACHE_RUN_GROUP=www-data
#16:09:03eguest039i suppose that means apache is run by the www-data and the same group
#16:09:07phasefx_those are your files, depending on which apache you're running (I'd expect apache2)
#16:09:12eguest039yes
#16:09:32eguest039so where do i modify these settings
#16:09:48phasefx_edit /etc/apache2/envvars
#16:10:35eguest039should i change both the group and the user or ony the user
#16:11:52phasefx_I'd let user be opensrf and group be www-data
#16:12:04eguest039okay
#16:12:08phasefx_that's what I have on my trunk instance of Evergreen
#16:12:25eguest039okay
#16:12:42eguest039why is this step necessary?
#16:15:18miker_eguest039: so that CGIs can write temp files into some of the directories owned by opensrf. for offline transaction and marc import upload, mainly
#16:15:45eguest039okay
#16:16:45eguest039could this be a security risk for you whole web server depending on what ermissions are given tot he opensrf user?
#16:16:49phasefx_suppose we could always use the suid bit on those scripts
#16:17:59moodaepoeguest039 I didn't know dojo toolkit get's installed automatically for 1406
#16:18:56miker_moodaepo: in the release tarball, yes, but not from an svn checkout -- one of the things I do when cutting a release
#16:19:17moodaepoThe running EG on a server with other websites/apps is a pain with the usr.grp requirements...unless it's run on a different port (?)
#16:20:45moodaepomiker_ that makes sense then...which also means I should make a note in the install instructions? But note what? > http://www.open-ils.org/dokuwiki/doku.php?id=server:1.4.0:install
#16:22:42miker_moodaepo: looks like we can just cut out step 5
#16:23:46eguest039and edit 8.1
#16:24:23eguest039the uncomment Allow from All is a bit misleading 'cause it isnt there at all you ahve to do it yourself
#16:27:31phasefx_anyone know how to intentionally flash the visual bell in screen, in a scripted manner? say I compile something in another window and want to know when it's finished
#16:29:26atzphasefx_: isn't that terminal dependent?
#16:30:07atz(and screen dependent)
#16:30:10phasefx_ doesn't know. "If I hit backspace at a bare bash prompt, I see a flash
#16:30:51phasefx_past experience sharing screens (or having multiple views of a given screen session) also show me a flash when I expect one
#16:31:43atzthere's an actual ASCII character for bell
#16:32:09atzi think the screen/terminal behavior is just resonding to that
#16:32:09phasefx_what's some perl for spitting that out?
#16:33:05phasefx_got it
#16:33:10phasefx_print chr(7);
#16:33:34atzdoes that do it?
#16:33:44phasefx_so I just tack ; perl -e 'print chr(7);" onto the end of my command
#16:33:45phasefx_yeap
#16:34:00atzcool, that's easy.
#16:34:12phasefx_ was trying chr(8) by mistake
#16:34:46eguest039about step 11 of the installation
#16:35:14eguest039i made a backup copy of my opensrf files after i configured them
#16:35:37eguest039cant i just copy them back and overwrite what is there now instead of setting it up again
#16:46:14moodaepoeguest039 I think you could...just back up the new ones or leave as .example in case you need them again
#16:46:46moodaepo#evergreen I've updated the install instructions for 1.4
#17:02:04eguest039i got some errors about some perl modules when i was running the autogen script
#17:03:02eguest039begin failed-compilation aborted at org_tree_option.pl
#17:03:18eguest039etc etccamt ;coate OPenisl fieldmapper
#17:03:26eguest039generally lots fof perl erros
#17:04:56wlayton has quit IRC
#17:07:39eguest039any help
#17:08:05moodaepoeguest039 I'd suggest looking through some of the results to this > http://www.google.com/search?q=evergreen+aborted+autogen
#17:08:23eguest039is it a serious problem?
#17:08:59moodaepoI didn't look through but I'd say you don't have a config right somewhere
#17:09:14gdunbar has quit IRC
#17:09:16eguest039okay
#17:16:30eguest039i am however able to startup the c services well
#17:16:46eguest039thats the osrf_Ctl.sh stat_all etc
#17:17:37wlayton has joined #evergreen
#17:22:14eby_ has joined #evergreen
#17:25:02moodaepoeguest039 check through your configs (opensrf opensrf_core srfsh etc) and then if it still complains go through
#17:25:02moodaepo > http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors
#17:25:30eguest039okay
#17:25:54eguest039what is usually the most common cause of this problem
#17:28:09eguest039is there a specific directory i should run this command from?
#17:28:11moodaepobad user : )
#17:28:19eguest039very funny
#17:28:27eguest039:D
#17:30:51eguest039i am getting the feeling it cant seem to find some perl modules
#17:39:02eguest039do i have to restart apache b4 i ran the autogen scripts or they should work b4 i restart hte apache
#17:44:20brendan_ga_ has joined #evergreen
#17:46:36brendan_ga has quit IRC
#17:46:44atzshutdown apache, autogen, restart apache
#17:50:08eguest039i stoppned apache and ran autogen but the autogen is still giving me errors
#17:51:09eguest039i get the error .cant locate openils/Utils/Fieldmapper.pm
#17:51:27eguest039seems to be that consistnet error
#17:51:42eguest039seems it cant find some per module i should think
#17:52:06atzfind /openils -name Fieldmapper.pm
#17:52:32atzprobably you don't have PERL5LIB set in your ENV
#17:52:45atzecho $PERL5LIB
#17:52:50eguest039okay
#17:53:05eguest039as the opensrf user?
#17:53:25jamesrf has joined #evergreen
#17:53:30eguest039i got nothing
#17:54:22atzyou can set it manually, or the install docs tell you to put it in .bashrc
#17:54:42eguest039the install doc tells me to put it in the .basrc
#17:54:57eguest039i think you export it using some commands
#17:55:19eguest039 i also reliazed when i ran start_perl it didnt genrerate a pid
#17:55:32atzafter it is in .bashrc, start a new shell and you should get the ENV
#17:56:04eguest039so i logout and login again or what
#17:56:10atzthat would do it
#17:56:28eguest039how can i make sure it isn in the .bashrc
#17:57:50eguest039i have export PATH=/openils/bin:$PATH twice
#17:58:01eguest039could that be why?
#18:03:57eguest039its running now after i i ran the command
#18:04:19eguest039export PERL5LIB=$PERL5LIB:/openils/lib/perl5
#18:04:25eguest039but i got an error
#18:04:39eguest039when i got to Updating OrgTree HTML
#18:05:40eguest039Exception OpenSRF: :EX:ERROR 2009-10-12T17
#18:08:42eguest039etc etc.. then i get perhaps you forgot to load OPENILS:APPLICATION:ACTOR ?at /usr/local/share/perl/5..8/Open/Opensrf/Applicatin.pm
#18:09:47eguest039everything works though
#18:09:52eguest039what could cause that error
#18:20:14atzdon't know that one
#18:23:59eguest039okay
#18:24:12eguest039i will give u the full error message
#18:24:47eguest039but it seems i have to echo that export command everytime i log in
#18:25:03eguest039how can i permanently add it to my enviromental path variables
#18:25:23atzif you have the line in bashrc twice, that might mess things up
#18:25:44atz.bashrc should do it (if your shell is bash)
#18:27:14eguest039so i remove one of the path environmental variables in my .bashrc which is repeated and add the paht for the perl modules
#18:28:39atzif the line is doing different stuff, then leave it. but if it is the same line repeated twice, remove it.
#18:28:52eguest039okay
#18:29:00eguest039could that be the cause of my earlier error
#18:30:25atznot sure
#18:46:15eguest039doest the autogen.sh take long to run when u run it the first time
#18:47:21dbsno
#18:47:49dbs looks around for the script berick committed that installs and configures everything on a bare debian install
#18:49:24atzdbs: i think it's in contrib
#18:49:38eguest039i am using ubuntu
#18:50:02eguest039hardy
#18:50:12eguest039lts 8.0.4
#18:50:37eguest039its running in a virtual machine
#18:50:56eguest039the autogen script is running but it seems t o be stuck when it got to the updating fieldmapper stage
#18:51:13eguest039but i can however see some hard disk activity so i dont know
#18:53:01jamesrf has quit IRC
#19:01:11[1]atz has joined #evergreen
#19:04:26[1]atz has quit IRC
#19:04:27eguest039i am now getting an autogen out of memory error
#19:05:12[1]atz has joined #evergreen
#19:05:58eguest039any ideas
#19:19:24atz has quit IRC
#19:19:24[1]atz is now known as atz
#20:04:05phasefx_eguest039: how much memory does your image have?
#20:04:22eguest0391.2 gig
#20:04:42eguest039i was using 512 meg at first but i was getting out of memory erros
#20:05:01phasefx_that should be enough. May need to tweak your number of child processes for certain apps, though
#20:05:17eguest039okay.will do that
#20:05:41eguest039feellllllllllllssssssssssss goooooooooooood to have finished this :) :) :) !!!!!!!wow
#20:35:28eguest039i am out
#20:35:38eguest039see u guys tomorrow
#21:00:01kgs has quit IRC
#21:25:51eguest039 has quit IRC
#21:43:23wlayton has quit IRC
#21:46:30atz has quit IRC
#21:47:07atz has joined #evergreen
#22:42:34tel has joined #evergreen
#22:54:24brendan_ga_ has quit IRC
#23:00:15tel has quit IRC
#23:12:13brendan_ga has joined #evergreen
#23:27:05dbs has quit IRC
< Sunday, October 11th, 2009Raw Log FileTuesday, October 13th, 2009 >