Time  Nick            Message
23:35 * chris_n2      's virtual box install becomes a virtual disaster :-P
23:20 Nate            im gonna need it
23:20 Nate            thanks
23:19 chris_n2        heh... good luck
23:19 Nate            ive got a 1 year old comming over so ive got to kiddy-proof the house
23:18 Nate            ok I just popped on for a sec time to munch some pizza
23:12 chris           hell yeah
23:11 Nate            that always feels like a weight off the shoulders!
23:10 chris           not too bad, just finished a big rfi so thats good
23:09 Nate            how goes it
23:09 Nate            hey chris!
23:09 chris           hiya Nate
22:29 * chris_n2      gets confused by himself on occasion too :-)
22:28 wizzyrea        ;)
22:28 wizzyrea        it gets so confusing!
22:28 wizzyrea        _n2
22:28 wizzyrea        hi chris
22:28 brendan         evening chris_n2
22:19 chris_n2        g'evening
21:34 mdhafen         nope, the prev-install-log value is missed that way.  Have to add that to that block too
21:31 mdhafen         chris: yeah, a simple s/\$/\$\$/g before the return in _get_value should do the trick.  I make a patch for that.
21:28 chris           yeah sounds likely
21:27 mdhafen         chris: yeah, $$1000 ends up $1000.  Maybe Makefile.PL::_get_value needs to be checking for '$'?
21:25 mdhafen         chris:  I found the manual for make.  Looks like anything with a $ is a variable in make, except $$.  I'm going to try that now.
21:24 wizzyrea        we have users named sipterm...
21:24 wizzyrea        it said that the issuingbranch was SIPTERM, even though we don't have an issuing branch of SIPTERM ?!
21:23 wizzyrea        so I've been thinking more about that weird status deal we looked at yesterday
21:23 mdhafen         reserve constraints could be expanded to track item-level holds too.
21:23 mdhafen         be cool if it did though.
21:23 mdhafen         the reservecontraints table doesn't have itemnumber though, so maybe that isn't right.
21:22 mdhafen         I think
21:21 mdhafen         chris is right, if the field is still in use it would indicate if a reserve was originally item level
21:21 wizzyrea        they're hard to work around, those irritating exceptions that make ILS's so hard to write
21:20 wizzyrea        i can say it's relatively annoying that holds become true item level once assigned
21:20 wizzyrea        we don't either
21:20 mdhafen         I suspect it is still in use, but I'm not certain.  I don't see many item-level holds
21:19 mdhafen         right.  Maybe that field could be re-purposed to track the original state of the hold?
21:19 chris           if that is still in use, all you need to check is that column
21:19 chris           o = only the ones specified in constraints
21:19 jwagner         We'll just hope the traffic give me a break...
21:19 chris           a = all
21:19 chris           or an o in it
21:19 chris           that had either an a
21:18 wizzyrea        bye jwagner, sorry to make you late :)
21:18 chris           there used to be a field
21:18 jwagner         OK, I think I'll summarize the discussion in the bug report & see if anyone else has any input.  Tomorrow.  I've really gotta hit the road now....
21:18 mdhafen         what about the constraint column in reserves?  I believe it was used for group reserves, but I don't know what it's for now.  Maybe targetted holds?
21:18 wizzyrea        i like this, actually
21:17 chris           that oughta work
21:17 jwagner         chris, do you think that would be enough of a safeguard?
21:17 wizzyrea        that seems logical to me, insomuch as my puny brain can grasp it
21:16 * wizzyrea      is still thinking...
21:16 * wizzyrea      thinks that would work
21:15 jwagner         So if there's a barcode but the "waiting" flag isn't set yet, keep the hold as an item-level, otherwise make title-level?
21:15 chris           so if you just check that, a title level hold that is waiting, looks the same as an item-level
21:15 wizzyrea        I really do
21:15 wizzyrea        I think this is a case for a special hold rule
21:15 chris           yep, but a barcode gets set once an item is marked waiting
21:15 jwagner         I know if you place an item-level hold to begin with, it embeds the barcode.  The hold isn't triggered yet when our problem starts, it's still sitting there as priority 1.  So at that point, if there's a barcode, it should be because it was set that way.
21:15 chris           in the case of a title level hold, an item now gets assigned
21:14 wizzyrea        thank you, I knew there was something there that made my gut go EEKS!
21:14 jwagner         It makes sense.  Does the barcode in the reserves table change if it gets assigned?
21:14 wizzyrea        yes yes yes
21:13 chris           if that makes sense
21:13 chris           not how it is now
21:13 chris           to do it properly, you need to know the state the reserve started in
21:13 jwagner         Sounds like it :-(
21:13 chris           its a trickier problem than it seems
21:13 chris           consequently, if it started as item at the start, it should stay item
21:13 jwagner         I have one of the programmers looking at it now.  Sounds like we could either do it as a local fix, or maybe make it controlled by one of the all-proliferating sysprefs?
21:12 chris           but if it gets issued, it needs to go back to title
21:12 chris           once a hold is marked waiting, its switched to item-level from title
21:12 wizzyrea        right, that's what I was trying to get across, I think
21:12 jwagner         So it sounds like fixing it the way we want really wouldn't work for you, wizzyrea.
21:12 wizzyrea        i'm afraid that if you fixed all item level holds to only map back to item level holds, that functionality would break
21:12 chris           that is the problem right there wizzyrea
21:12 jwagner         Yes, a de-duping routine of some kind would be nice.
21:12 chris           *nod*
21:11 wizzyrea        BUT, I can say that once an item is assigned to a patron, it essentially becomes an item level hold, and if that item is checked out to another patron, we WANT it to go back to being a title level, instead of waiting in the queue for that specific item
21:11 chris           personally i hate nothing more than getting 6 rows of the same item
21:11 chris           but its on my list
21:11 chris           this doesnt exist in koha yet
21:11 chris           so you can group all the months together, and the search displays just one row
21:10 wizzyrea        I will have to do a little looking into how we do that
21:10 chris           that groups biblio records together
21:10 chris           is a meta record
21:10 wizzyrea        but you could say Time, january
21:10 chris           well a solution
21:10 chris           so the solution for that
21:10 wizzyrea        yes
21:10 chris           yes
21:10 wizzyrea        (that's in NExpress)
21:10 jwagner         That would mean that you get gazillions of hits in the hitlist, if you search that title?
21:10 chris           now we just have to reimplement groups
21:09 wizzyrea        this may be the wrong method of handling it
21:09 wizzyrea        i am pretty sure, that in the case of magazines, each month has a bib, and every library adds their copy to that bib
21:09 chris           we'll get back there, its a tradeoff, internal marc support, breaking the group model
21:09 chris           or similair work
21:08 chris           cos marc doesnt understand manifestations of the same work
21:08 chris           thats how it is now
21:08 jwagner         (one biblio, one biblioitem, many items?)
21:08 chris           now its 1 to 1, 1 to many
21:08 chris           1 to many, 1 to many
21:07 chris           koha used to have a three tier structure, biblio, biblioitem and item
21:07 wizzyrea        i may have to draw myself a picture
21:07 chris           it died when we started storing marc interntally
21:07 wizzyrea        so you were looking at both macro and micro title
21:07 jwagner         Well, that sounds like a useful feature.  I take it that it bit the dust with later versions?
21:07 wizzyrea        etc
21:07 wizzyrea        (walkin, local hold)
21:07 wizzyrea        that would probably be an enhancement to the special holds rules
21:06 chris           jwagner: thats right
21:06 chris           (in a consortia quite possible)
21:06 jwagner         Hmmm.  But a checkin of something outside that group wouldn't fill the hold?
21:06 chris           of the same thing
21:06 chris           the problem with item level, say you have 28 copies
21:06 wizzyrea        oh those halcyon days
21:06 chris           you could place a group level reserve, and either of those would satisfy it
21:05 chris           so if you had 2 copies of Vol 32. No 5
21:05 chris           cos you had group level holds
21:05 chris           this all worked fine in koha 1
21:05 jwagner         Because it's the same title?
21:05 wizzyrea        (and I am not really sure how we do it)
21:04 wizzyrea        why would you have those on the same bib? (this may be a dumb question)
21:04 jwagner         Right, but I don't understand why you would want it to change to a title level hold.  Our particular case is journal issues, for example.  If you've put a hold on Vol 32. No 5, you don't want it satisfied by Vol 31. No 2.
21:04 wizzyrea        in NExpress, we really try to avoid starting out with item level holds
21:03 * chris         looks in the direction of ohio
21:03 wizzyrea        we may be talking about two different things, which is why I'm thinking about it
21:03 chris           too much of that happens with koha
21:03 chris           so you cant fix it for someone and break it for someone else
21:03 wizzyrea        to another patron
21:03 wizzyrea        if it has been checked out
21:02 chris           liz is saying they want an item level to change to title level
21:02 jwagner         But this one makes sense to me -- an item-level hold should STAY an item-level hold.  Same for a title-level hold.
21:01 chris           is my theory
21:01 chris           but its best to just let them
21:01 wizzyrea        may the force be with you
21:01 wizzyrea        good luck, jwagner
21:01 chris           libraries act in retarded ways all the time
21:01 jwagner         Yes, let's talk tomorrow.  I've got to brave the Beltway traffic now....
21:01 wizzyrea        :)
21:01 chris           it should be an option
21:01 wizzyrea        have a good evening
21:00 wizzyrea        let me think about this
21:00 wizzyrea        sorry, thinking... we can talk more about it later
20:59 jwagner         no.  Why wouldn't you want to keep an item-level hold as item-level?
20:59 wizzyrea        it's totally right, for them
20:59 wizzyrea        i'm not saying what your library wants is wrong
20:59 wizzyrea        seewhatimean?
20:59 wizzyrea        then that would break the way we use it (or want it to work)
20:58 wizzyrea        right, but if you change it
20:58 jwagner         No, the problem my people are having is that an item-specific hold suddenly becomes a title level hold, which is a problem if they're trying to reserve one particular issue of a journal, for example.
20:58 wizzyrea        yes, yes it is
20:57 wizzyrea        which is probably what 2830 is saying...
20:57 wizzyrea        because we would WANT it to be title level if that happened
20:57 wizzyrea        I don't think you can specify the behavvior either way
20:57 jwagner         Not very long 'cause I'm about to hit the road :-)
20:56 wizzyrea        wait...
20:51 jwagner         hdl, I saw 2830, but it seemed to be the reverse -- comment #2 says it's going back into the holds queue as a copy specific instead of next available.  I'm guessing it's probably related, though.
20:50 hdl             I could ask nahuel to do it he had some ideas about that and a clear vision of C4/Reserves.pm but might take time as well
20:49 hdl             But had no time.
20:49 hdl             I wanted to fix that for 3.0.4 and then for 3.0.5
20:49 hdl             should be the same.
20:49 hdl             jwagner: see 2830
20:49 chris           ahhh 3.0.x doesnt have the problem its ok
20:45 chris           will do
20:44 hdl             chris please cherry-pick directly
20:44 munin           04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3792 normal, P3, ---, gmcharlt@gmail.com, NEW, Checking out on-hold item to someone else replaces item-level hold with next available
20:44 hdl             jwagner bug 3792 has a similar bug defined
20:33 chris           yup :)
20:32 * mdhafen       thinks this is a good time to also consult google ;)
20:31 mdhafen         apparently not, I got \000
20:30 mdhafen         hmm, yeah, I'll try that
20:30 chris           ?
20:30 chris           \$100000
20:29 chris           slash?
20:29 mdhafen         I've tried adding single quotes to the Makefile too, that doesn't work either.  It ends up as '000'
20:26 mdhafen         nope, looks like it's the export.  I added a warn to rewrite-config.PL.  In the Makefile it's $1000, but when rewrite-config.PL checks $ENV it's 000
20:09 mdhafen         That's kinda what I'm thinking too.  I'll have to take a closer look at rewrite-config.pl
20:09 chris           im guessing in the perl
20:08 mdhafen         is it export, or is it in rewrite-config.pl ?
20:07 mdhafen         I see it at the bottom of Makefile as 'export __VARIABLE__ := $10000' but make renders it as '__VARIABLE__ =000'
20:06 mdhafen         I have a value with a '$', but it doesn't make it to the koha-conf.xml
20:05 * mdhafen       needs some help with make.
20:02 richard         hi jo
20:02 Jo              Morning all
19:45 brendan         :)
19:45 richard         and everyone :)
19:45 richard         hi brendan
19:44 brendan         morning richard
19:44 richard         hi chris
19:44 chris           morning richard
19:37 richard         hi
18:39 chris           (if you are still awake)
18:39 chris           hdl: i sent a patch to fix the internal server error on detail.pl with invalid biblionumber, do you want me to cherry-pick and submit for 3.0.x as well
18:38 chris           sure sounds like a bug to me
18:15 jwagner         Any ideas?
18:15 munin           04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3792 normal, P3, ---, gmcharlt@gmail.com, NEW, Checking out on-hold item to someone else replaces item-level hold with next available
18:15 jwagner         One of my sites found a brand new holds bug, I think -- see Bug 3792
17:58 chris_n         yeah, I think I abused git a little too much on this one and confused it
17:53 brendan         doesn't sound too good there chris_n
17:53 brendan         oh man
17:41 chris_n         and the changes got pushed to my github repo over night.... so much for backups
17:41 hdl             mmm... could have been a problem of file permissions for reading.
17:40 * chris_n       reaches for another box of tissues :-(
17:40 chris_n         #git is at a loss as well it appears
17:40 hdl             chris_n sorry
17:40 chris_n         I can retrace exactly what I did, but the present state of my repo makes no sense in light of it
17:40 jdavidb         :((
17:39 chris_n         hdl: well it appears through some unknown sequence of keystrokes or just dumb blind misfortune, my code is lost
16:55 LadyNight32     I am from Cuba
16:54 LadyNight32     alguien que hable espaƱol?
16:53 LadyNight32     hi
16:53 owen            Hi LadyNight32
16:52 LadyNight32     hola a todos
16:07 chris_n         tnx
16:07 chris_n         I'll wander over to #git and see what comes up
16:07 chris_n         but the files still show up blank... and I know I was not dreaming when all of that code worked... ;-)
16:06 chris_n         I tried doing 'git reset --soft HEAD~3' to roll back before the commit
16:06 hdl             not mine
16:06 hdl             but then you would need #git assitance
16:06 hdl             maybe digging into objects.
16:06 hdl             mmmm
16:05 hdl             the commit is a snapshot of your tree
16:03 chris_n         hdl: ^^
16:03 pastebot        "chris_n" at 192.168.15.101 pasted "git log" (14 lines) at http://paste.workbuffer.org/61
16:01 hdl             chris_n : are you sure you commited ?
15:52 chris_n         well the situation is more hopeless as the commit contains empty files :-(
15:49 hdl             git log -p -n1 your commit id
15:47 chris_n         and one commit
15:47 chris_n         I see a number of dangling blobs
15:47 chris_n         hdl: any wisdom on how to apply git fsck to my situation?
15:43 chris_n         lol
15:41 munin           jdavidb: Quote #31: "<@gmcharlt> but hacking Koha *should* be a restful part of any vacation ;)" (added by chris at 07:31 PM, September 02, 2009)
15:41 jdavidb         @quote random
15:34 munin           jwagner: Quote #45: "<CGI988> sekjal - you are a genious!!!!! asking me about the browser!!!! yes it's the #$%$#%$#ing IE was messing my cataloguing, oh I hate miscrosoft, the evil!" (added by gmcharlt at 02:00 PM, November 05, 2009)
15:34 jwagner         @quote random
15:34 munin           jwagner: Quote #23: "<gmcharlt> /msg munin register nick password" (added by wizzyrea_ at 12:25 PM, August 06, 2009)
15:34 jwagner         @quote random
15:06 * chris_n       definitely needs help atm :-P
15:06 hdl             git fsck can help you
14:57 chris_n         if that is so, this will not be a good day
14:57 * chris_n       has somehow lost hours of code in a commit which appears to contain empty files >:-(
14:56 chris_n         arggg....
14:25 Nate            same to you chris_n!
14:07 chris_n         or whatever time of the day it is at your locale
14:06 chris_n         howdy Nate, top of the morning to you :-)
14:04 Nate            good morning #Koha!
13:31 owen            Hi
13:31 chris_n         hi owen
13:23 |Lupin|         bye
13:23 |Lupin|         k, till soon everybody
13:18 chris_n         it's rather convoluted and not pretty atm iirc
13:17 chris_n         but both are server side
13:17 chris_n         |Lupin|: there is a code in the additem.pl script, but also plugins which are eval'd depending on the syspref
13:16 chris_n         |Lupin| it depends on the syspref for auto generating barcodes
13:08 jwagner         A manual search for a "real" collection code works (e.g., mc-ccode:BOOK), so I'm guessing there's something that's checking any mc-ccode search against the list of policies.
13:06 jwagner         hdl, the record.abs line is melm 590$a      ccode -- I copied the 952$8 line.
13:05 mahesh          hdl: how can i disable zebra in koha 3 ?
13:04 jwagner         Yes, I added the 590a line -- just a sec while I get logged in to find it.
13:03 hdl             would you mind showing your 590$a line and see if there is any melm 590 line in your record.abs
13:02 hdl             jwagner: I can surely help.
13:01 |Lupin|         hdl: yeah but it's in the additem.pl script, I think. And since I replaced it by a home-made one, my barcodes are not computed correctly. Actually I thought the calculation would take place somewhere deeper in Koha...
13:00 jwagner         I have an indexing question for anyone who understands zebra.  One of my sites wants to set off a particular group of items/titles, and it doesn't quite work to give them normal item type or collection code settings.  I tried to set it up so that the 590a would be indexed in the ccode index, thinking I could then fake a ccode search for a particular code -- e.g., mc-ccode:GRANTCOLL.  I've reindexed etc., but a search for that doesn't find anything.  (A r
12:59 mahesh          how can correct it . i am not familiar with that .
12:58 hdl             any even
12:58 hdl             mahesh: it misses an
12:58 hdl             mahesh: I think it is owed to dom authorities configuration.
12:57 hdl             |Lupin|: serverside
12:46 |Lupin|         are the barcodes calculated on the server, or in the client, for new items, please ?
12:43 mahesh          ok
12:43 kf              its about the same error message
12:43 kf              mahesh: perhaps this thread can help you: http://old.nabble.com/Cron-Daemon-Warning-td22472776.html
12:43 mahesh          how can i disable zebra ?
12:42 |Lupin|         guten nachmitag kf :)
12:42 kf              hi lupin
12:41 |Lupin|         hi there
12:40 kf              perhaps someone else can help out?
12:40 kf              uh, im sorry, I am not sure
12:40 mahesh          how can i check it ?
12:40 kf              I think your zebra is not running correctly
12:34 mahesh          but journal search is working
12:30 mahesh          but still no results
12:29 mahesh          16:24:45-18/11 zebraidx(5988) [warn] Index 'any' not found in attset(s)
12:29 mahesh          its showing a [warn]
12:29 mahesh          i did a rebuild_zebra also
12:28 mahesh          zebra
12:28 kf              mahesh: have you chosen zebra or nozebra during install? zebra requires cronjobs and zebresrv running
12:00 mahesh          search is not working with opac and Intranet
11:59 mahesh          i have problem with koha
11:59 mahesh          hello all
11:28 kf              lunch time :)
09:26 imp             heyho
09:25 Amit            heya kf
09:00 kf              guten morgen Ropuch :)
08:58 Ropuch          Guten Tag, kf
08:29 kf              good morning #koha
08:23 richard         hey chris
08:23 chris           hi richard
08:18 richard         hi
07:12 Amit            hi ropuch
06:49 Ropuch          Good morning #koha
04:39 pianohacker     good night
03:45 brendan         excellent
03:44 Amit            i think next month delhi public library server is available like z39.50 server first in india
03:43 brendan         :)
03:43 brendan         that's great
03:43 Amit            i think biggest academic library in india which we have done
03:43 Amit            christ university library
03:43 Amit            yes
03:43 Amit            everything is fine here
03:43 brendan         I saw the note about another library in India going live with koha
03:43 brendan         how are you doing amit
03:42 Amit            heya brendan
03:42 brendan         Heya Amit
03:21 Amit            good morning #koha
03:21 Amit            hi chris, chris_n2, mason
02:46 pianohacker     good night
02:40 chris_n2        g'night #koha
02:35 Stang           is there a site that has more information on the prep of the os before installation
02:35 Stang           k
02:34 mason           deb packages, perl/cpan updating, etc...
02:33 mason           theres a reasonable amount of OS-level prep before the koha install proper
02:32 mason           if youve got to pay someone to set those up , then yes ;)
02:32 mason           "so operating systems and hardware would also qualify as cost?"
02:30 Stang           ok
02:29 mason           you'll get a better cross-section of results
02:29 mason           np, try the mailing-lists first
02:29 Stang           thx all
02:28 Stang           if I have any more questions about Koha I will let you all know
02:28 mason           your question are probably best answered if you send it the 'koha' and 'koha-devel' mailing-lists
02:27 mason           10 -20  hours , would be a good ball-park number, i think..
02:26 Stang           ok
02:26 Stang           so operating systems and hardware would also qualify as cost?
02:26 mason           apache tuning, etc...
02:26 Stang           i just don't know estimated completion time to install this system
02:26 Stang           and costs may come down to installation or maintenance
02:26 Stang           because it's open source
02:26 mason           including OS, hardware, mysql-tuning ?
02:25 Stang           I know the cost for koha is pretty much free
02:25 Stang           "Estimation of completion time and costs"
02:25 mason           depends on whos doing it.. ;)
02:25 brendan         howdy
02:24 Stang           about how long does it take to install koha
02:24 Stang           so I have several questions here
02:24 Stang           I'm trying to create a project proposal which would hypothetically use Koha in a library system
02:23 Stang           ok
02:23 Stang           I need some help with a project and I'm going to do my project on Koha so if anyone has any more information on this ILS it would be appreciated, just let me know
02:23 mason           whats up?
02:23 mason           im about stang...
02:22 Stang           Is anyone here?
02:22 Stang           Hello
02:12 chris_n2        heya brendan
01:56 pianohackr|work bbl, headed home
01:33 pianohackr|work so grand plans :)
01:33 pianohackr|work I do wish I had a grand piano. You really can tell the difference between a well-made grand and an upright
01:33 chris_n2        pianohackr|work: grand plans or grand pianos?
01:09 pianohackr|work * ... ->{'display'} & DISPLAY_SUBFIELD_EDITOR, rather
01:09 pianohackr|work Instead of -5 <= hidden < 6
01:09 pianohackr|work chris: I have a partially-implemented design for a new marc_subfields_structure.display column where the editor can say something nice and sane like $subfieldlib->{'display'} | DISPLAY_SUBFIELD_EDITOR
01:07 pianohackr|work heh. Don't know if I want to stay in college that long, but that could change :)
01:07 pianohackr|work right after I take off my bones outfit
01:07 brendan         by that time you will be a PH.D though
01:07 brendan         pianohackr|work - I'll stop calling you doctor sometime soon
01:06 pianohackr|work committee member is closer, I keep coming up with grand plans and never finishing them
01:06 chris           heh
01:05 brendan         Hi doctor
01:05 pianohackr|work hi, brendan, Jo
00:22 imp             ^^
00:21 pianohackr|work Good night, glad it's working
00:21 imp             anyway, need to sleep now :/
00:21 pianohackr|work It's more several cumulative wasteful things than one particular culprit
00:21 imp             db access isn't that much (but only based on a quick look on the process infos)
00:19 pianohackr|work oh, so many reasons. XML config file, lots of uncached database calls, etc etc
00:18 imp             why does it burn so much cputime? ;)
00:17 pianohackr|work Yeah, 7 seconds for some of koha's scripts sounds about right for something of that speed
00:16 imp             s/mz/mhz/
00:16 imp             500mz sparc, 256mb ram (might be a little bit small, but no problems so far) -> http://sunsolve.sun.com/handbook_pub/validateUser.do?target=Systems/Netra_T1_AC200_shared/spec
00:15 pianohackr|work Not entirely out of bounds. What specs on the machine?
00:14 imp             just saw 7 seconds cpu time for a perlscript
00:13 pianohackr|work Fixing that is one of the priorities for 3.4
00:13 pianohackr|work Koha can be a bit slow currently
00:11 imp             maybe i'm expecting too much from the machine, dunno
00:09 pianohackr|work ah
00:09 imp             yes
00:09 pianohackr|work on 3.0.1 ?
00:09 imp             it was slow before
00:09 imp             didn't even notice a differnce between both
00:09 pianohackr|work but that is really not well supported
00:09 pianohackr|work You most likely got used to high performance with mod_perl
00:08 pianohackr|work np :)
00:01 imp             thanks pianohacker :)
00:01 imp             but it's working :)
00:01 imp             it's still slow like a slug :/
00:00 imp             \o/
00:00 imp             *wait*