| ../irclogs/#mantishelp.2009-05-04.log | ||
| --- scribe started --- | 00:00 | |
| vb123 | hey | 04:23 |
|---|---|---|
| vb123 | Was just running the latest code and noticed that the number of queries is reported as 0. | 04:23 |
| mantisbot | New bug: Bug 10449 - edwerk - open - new | 05:51 |
| mantisbot | New bug: Report issue for an other reporter - http://www.mantisbt.org/bugs/view.php?id=10449 | 05:51 |
| [KK]Kirill | hi all | 06:57 |
| mantisbot | New bug: Bug 10450 - edwerk - open - new | 07:06 |
| mantisbot | New bug: Add real name and e-mailadres in advanced reporting view - http://www.mantisbt.org/bugs/view.php?id=10450 | 07:06 |
| [KK]Kirill | thank's paulr | 07:43 |
| * paulr slaps nuclear_eclipse | 10:02 | |
| paulr | __set doesn't work with public methods! | 10:02 |
| [KK]Kirill | paulr: what happend with mantisforge at morning? | 10:14 |
| paulr | mm? | 10:18 |
| [KK]Kirill | now asking | 10:19 |
| [KK]Kirill | not* asking | 10:19 |
| paulr | nothing as far as i'm aware? | 10:19 |
| [KK]Kirill | may be.. but in 8 GMT git.mantsiforge.org not open. | 10:20 |
| [KK]Kirill | after 40 minutes all work | 10:20 |
| paulr | cacti graphs show nothing strange | 10:21 |
| [KK]Kirill | ok.. may be it's for me | 10:23 |
| nuclear_eclipse | hi paulr | 12:32 |
| nuclear_eclipse | 06:02 < paulr> __set doesn't work with public methods! | 12:32 |
| nuclear_eclipse | I'm not quite sure what you mean by that... | 12:32 |
| dhx_m | nuclear_eclipse: are you any good with understanding the default Bug Fixed Regex Pass 1 regex string? | 13:23 |
| dhx_m | /(?:bugs?|issues?|reports?)+\s+(?:#?(?:\d+)[,\.\s]*)+/i | 13:23 |
| nuclear_eclipse | yeah, what do you need to know? | 13:24 |
| dhx_m | I'm not sure what the ? at the start of the group parenthesis means | 13:24 |
| nuclear_eclipse | ?: means it's a non-capturing regex group | 13:24 |
| dhx_m | I always thought that meant "zero or more of the previous" | 13:24 |
| dhx_m | ah :) | 13:24 |
| dhx_m | thanks | 13:24 |
| dhx_m | my other question is about the /i at the end | 13:25 |
| nuclear_eclipse | specifically, in this case, the first pass doesn't require any groups to match; it just pulls any string that matches the whole regex, and then uses the second pass regex to do the actual grouping to find bug numbers | 13:25 |
| nuclear_eclipse | /i means it does a case-insensitive match | 13:26 |
| dhx_m | ah ok :) | 13:27 |
| dhx_m | I was planning on just having: /m#\d+/ | 13:27 |
| dhx_m | guess that should work | 13:27 |
| dhx_m | is there a manual on POSIX extended regex? | 13:27 |
| dhx_m | google isn't helping (grr) | 13:28 |
| nuclear_eclipse | well, this uses PCRE | 13:28 |
| nuclear_eclipse | http://www.php.net/manual/en/regexp.reference.php | 13:28 |
| dhx_m | ah that helps (http://www.pcre.org/pcre.txt) | 13:28 |
| dhx_m | thanks | 13:28 |
| dhx_m | that PHP one is also nice, thanks for that | 13:29 |
| dhx_m | I must have been searching for the wrong thing | 13:29 |
| nuclear_eclipse | PHP uses libpcre, but they do have their own stuff on top of it that's only covered in the PHP manual | 13:29 |
| dhx_m | yep, the manual you linked to seems quite helpful :) | 13:31 |
| nuclear_eclipse | it also can help to understand the underlying concepts as well, such as state machines, etc, but it's not necessary | 13:32 |
| dhx_m | for a rainy day heh :) | 13:33 |
| dhx_m | sounds very complex at the core | 13:33 |
| nuclear_eclipse | it is rather complex once you start getting into the theory and so forth | 13:35 |
| nuclear_eclipse | it's actually quite a mathematical subject | 13:35 |
| nuclear_eclipse | and then you start getting into the differences between regular expressions and context-free or context-sensitive grammars, etc | 13:36 |
| nuclear_eclipse | and then you just want the class to be done with so your brain can stop hurting... | 13:37 |
| devnet_work | I love that stuff | 13:37 |
| devnet_work | then again, I did get my mathmatics degree | 13:37 |
| nuclear_eclipse | I love all of it except the math :P | 13:37 |
| dhx_m | haha | 13:37 |
| dhx_m | well I got my new regex to work nicely, thanks :) | 13:37 |
| nuclear_eclipse | you're welcome | 13:37 |
| nuclear_eclipse | and then I found out that what Perl calls a Regex is actually more than just a regex, it's actually pushing into the territory of context free grammars without being a full CFL... =\ | 13:38 |
| dhx_m | haha | 13:39 |
| nuclear_eclipse | and now I get sad everytime I try to do something fancy using a POSIX regex and can't because POSIX actually sticks to being a true regex system.... | 13:40 |
| dhx_m | it sounds like you've spent a lot of time with regex before | 13:40 |
| nuclear_eclipse | between my classes, work, and side projects, I've done more than my fair share of regex parsing and such :P | 13:40 |
| dhx_m | :) | 13:41 |
| nuclear_eclipse | I actually had to write a regex state machine simulator for my CS theory class | 13:41 |
| dhx_m | wow | 13:42 |
| nuclear_eclipse | just for the record, I *much* prefer to *use* a regex library than to write one... | 13:42 |
| dhx_m | haha | 13:42 |
| harpreet_singh | hi All | 14:31 |
| harpreet_singh | just now I have did the export import of mysql database from one server to other server | 14:33 |
| harpreet_singh | when I tried to login to new server I am getting an error | 14:33 |
| harpreet_singh | ERROR: your account may be disabled or the username/password you entered is incorrect. | 14:33 |
| harpreet_singh | please advise. | 14:33 |
| harpreet_singh | this is ver 0.17 | 14:33 |
| mib_883vjp | nuclear_eclipse: __set only gets called for protected properties not public ones | 14:38 |
| harpreet_singh | h | 14:39 |
| harpreet_singh | hi | 14:39 |
| mib_883vjp | hi | 14:42 |
| harpreet_singh | just now I have did the export import of mysql database from one server to other server | 14:44 |
| harpreet_singh | when I tried to login to new server I am getting an error | 14:44 |
| harpreet_singh | ERROR: your account may be disabled or the username/password you entered is incorrect | 14:44 |
| harpreet_singh | I am ver 0.17 | 14:45 |
| mib_c9sjm6 | . | 16:33 |
| * mib_c9sjm6 pokes daryn | 16:33 | |
| daryn | lo | 16:34 |
| harpreet_singh | hi | 16:35 |
| harpreet_singh | today I tried to clone the Mantis data from one server to another server. | 16:35 |
| harpreet_singh | so I used mysqldump and created a file. | 16:35 |
| harpreet_singh | once I have imported to new server I am not able to logon. | 16:36 |
| harpreet_singh | As my all the accounts are blocked. | 16:36 |
| harpreet_singh | this is ver 0.17 | 16:37 |
| daryn | harpreet_singh: sorry, i have no experience with the code prior to 1.1.x. I really have no idea why you would have this trouble. | 16:37 |
| harpreet_singh | ops...:(( | 16:38 |
| harpreet_singh | have u ever did the backup export/import | 16:39 |
| harpreet_singh | any special switches with the mysqldump command | 16:39 |
| daryn | not that i'm aware of | 16:39 |
| harpreet_singh | ok.. no issue. | 16:39 |
| mib_c9sjm6 | daryn: I figured out why dates wasn't working correctly | 16:40 |
| mib_c9sjm6 | during upgrade | 16:40 |
| * mib_c9sjm6 had swapped order of in/out params | 16:41 | |
| daryn | yeah? sorry i wasn't on...just getting my laptop back in running order | 16:41 |
| daryn | since when are you logged in as mib_c9sjm6? | 16:41 |
| daryn | what the heck is that? | 16:41 |
| daryn | coolio on the fix | 16:41 |
| mib_c9sjm6 | mibbit | 16:42 |
| daryn | so you about ready to commit dates? | 16:45 |
| harpreet_singh | May I request how to do the backup and restore to other server. | 16:47 |
| mib_c9sjm6 | daryn: i'm wondering if we can commit then tidy | 17:01 |
| daryn | probably wouldn't hurt. i don't see anyone else moving things towards RC. more eyes is better | 17:08 |
| * daryn_away is away: Gone away for now | 17:10 | |
| nuclear_eclipse | hi giallu | 17:22 |
| giallu | hi john | 17:23 |
| * siebrand smiles loudly. | 17:44 | |
| nuclear_eclipse | hi siebrand | 17:46 |
| siebrand | did anything come from my suggestion yesterday to plan 1.2.0 (instead of only 1.2.x) so we can start pushing for a 1.2.0 beta? | 17:47 |
| nuclear_eclipse | siebrand: well, the only thing I'm really waiting on to push out another release is paulr to finish his current work on dates | 17:48 |
| siebrand | nuclear_eclipse: ah. Is that a logged issue or not on the roadmap? | 17:49 |
| nuclear_eclipse | knowing paulr, it likely isn't... | 17:50 |
| siebrand | darn. | 17:52 |
| * siebrand bites paulr. | 17:52 | |
| siebrand | we have this great product and don't use it ourselves to create excellent release notes... | 17:52 |
| siebrand | nuclear_eclipse: then maybe create the version 1.2.0 already, plan whatever needs fixing for it, and get the show on the road? | 17:53 |
| nuclear_eclipse | well, with the current set of changes paulr is prepping for dates, I'd much prefer to wait on that... | 17:55 |
| siebrand | nuclear_eclipse: sure, I undersrtand and agree we cannot push it out before that is in, but what keeps you from creating the supporting values in the bug tracker? | 17:56 |
| siebrand | nuclear_eclipse: it'll create more insight for us, and the alpha testers. | 17:57 |
| paulr | hi guys | 17:58 |
| paulr | nuclear_eclipse: dates changes are on the roadmap | 17:58 |
| nuclear_eclipse | siebrand: I'm not quite sure what you mean by supporting values? | 17:58 |
| paulr | they are covered by: | 17:58 |
| paulr | bug 7974 | 17:58 |
| mantisbot | Bug 7974 - obouillaud - open - acknowledged | 17:58 |
| mantisbot | Date problem on french MSSQL - http://www.mantisbt.org/bugs/view.php?id=7974 | 17:58 |
| paulr | and bug 9140 | 17:59 |
| mantisbot | Bug 9140 - Blue Ninja - open - assigned | 17:59 |
| mantisbot | Blank due date on issue update shouldn't account for time zone. - http://www.mantisbt.org/bugs/view.php?id=9140 | 17:59 |
| siebrand | nuclear_eclipse: the tracker does not know of a 1.2.0 now, only of 1.2.0a3 and 1.2.x. | 17:59 |
| nuclear_eclipse | right, that's the point | 18:00 |
| siebrand | nuclear_eclipse: yes. | 18:00 |
| nuclear_eclipse | 1.2.x is the placeholder for our next alpha/beta/rc release | 18:00 |
| siebrand | nuclear_eclipse: and if issues are assigned to 1.2.0, and later fixed, that means 1.2.0 is ready for beta ;) | 18:00 |
| siebrand | nuclear_eclipse: how else can we use the roadmap to assess if we are ready to push out a new release? | 18:01 |
| nuclear_eclipse | I'm not understanding what you're getting at | 18:01 |
| nuclear_eclipse | well, by marking issues as targetting/fixed-in 1.2.x, we can see that on the roadmap... | 18:01 |
| siebrand | nuclear_eclipse: that currently there is no way to assess when 1.2.x is ready for a release. | 18:01 |
| nuclear_eclipse | yes there is... | 18:01 |
| nuclear_eclipse | it's on the roadmap | 18:01 |
| siebrand | nuclear_eclipse: how? | 18:01 |
| nuclear_eclipse | "ready" is a very relative term | 18:01 |
| siebrand | nuclear_eclipse: so if everything on http://www.mantisbt.org/bugs/roadmap_page.php?version_id=98 is crossed, we can release 1.2.0? | 18:02 |
| nuclear_eclipse | it's "ready" when the only things left on the roadmap for 1.2.x are deemed not important enough for this release, at which point we rename 1.2.x=>1.2.whatever, and create a new 1.2.x item, and retarget all the unresolved issues | 18:02 |
| siebrand | nuclear_eclipse: that's not really transparant, is it? | 18:03 |
| nuclear_eclipse | if you want to, you can already start retargetting some of those issues for 1.x.x to make it more clear... | 18:03 |
| * paulr interrupts | 18:03 | |
| paulr | bug object | 18:04 |
| paulr | we need to use protected | 18:04 |
| paulr | as otherwise set doesn't fire | 18:04 |
| * nuclear_eclipse doesn't see a problem with that :P | 18:05 | |
| paulr | I changed it from protected -> public due to you :P | 18:05 |
| paulr | (protected requires a simple __get | 18:05 |
| nuclear_eclipse | well, whatever; I'm just not 100% convinced of the need for __get/__set in the first place... | 18:06 |
| nuclear_eclipse | from my view, they just add more function calls | 18:06 |
| paulr | I just like the idea of knowing that a timestamp is an int, and not 'fsdjkl' | 18:06 |
| paulr | for example | 18:07 |
| paulr | i.e. we have calls to do db_prepare_int that just case to an int | 18:07 |
| paulr | where we can drop that casting if we know object only exposes an int | 18:07 |
| nuclear_eclipse | well, I don't see how "knowing" that it's an int really helps anything... you still aren't really dealing with something trying to set it otherwise... | 18:07 |
| nuclear_eclipse | but just do what you need to; I don't really care that much :P | 18:08 |
| nuclear_eclipse | all I care about is that if we're going to head in some direction that will break the current functionality of events/plugins, better to break it before we release 1.2.0 | 18:10 |
| paulr | you around for next few hours? | 18:10 |
| paulr | (its a bank holiday in uk) | 18:10 |
| nuclear_eclipse | partially; I'll be heading to class in about an hour | 18:10 |
| paulr | did you ever run my dates branch? | 18:11 |
| [KK]Kirill | john | 18:12 |
| nuclear_eclipse | no, I haven't had the chance to do actual testing... | 18:12 |
| [KK]Kirill | You don't forget for me? | 18:12 |
| nuclear_eclipse | what's up? | 18:13 |
| [KK]Kirill | nothing. Please add events system for attach | 18:14 |
| nuclear_eclipse | I just haven't had the time lately | 18:15 |
| [KK]Kirill | this badly :( | 18:15 |
| nuclear_eclipse | and I'm not really sure that I like doing it in the way you proposed... | 18:15 |
| [KK]Kirill | When release 1.2.x? | 18:15 |
| nuclear_eclipse | no clue | 18:15 |
| [KK]Kirill | ok | 18:15 |
| * paulr tries to remember path to push branch | 18:16 | |
| siebrand | nuclear_eclipse: done. | 18:27 |
| nuclear_eclipse | cheers | 18:31 |
| * paulr slaps john | 18:32 | |
| siebrand | now we're at 71% for 1.2.x all of a sudden :) | 18:32 |
| paulr | hmm? | 18:32 |
| reidLinden | can anybody help me with an installation question/issue ? | 18:59 |
| [KK]Kirill | read topic | 19:01 |
| reidLinden | trying to install mantis on ubuntu(jaunty), and debconf is barking about libphp-adodb... | 19:01 |
| reidLinden | it says I should update php.ini ...but I'm not sure 'how' ...I don't see any reference to the original path... | 19:02 |
| nuclear_eclipse | reidLinden: we can't support distro packages; if you can't get help from #ubuntu et al, you can try intsalling a source tarball from mantisbt.org | 19:03 |
| [KK]Kirill | Did you enabled adodb in php.ini? | 19:03 |
| * reidLinden understands.... | 19:03 | |
| reidLinden | ( no "adodb" found in php.ini ) | 19:04 |
| nuclear_eclipse | reidLinden: that said, your php.ini should have nothing to do with adodb (a library) | 19:04 |
| reidLinden | which seems to reflect what I'm seeing... | 19:04 |
| nuclear_eclipse | so I'm not sure what it's complaining about | 19:04 |
| killefiz | df -h | 19:06 |
| reidLinden | so, the recommendation...in general...would be to ignore the distro , and install the source tarvall ? | 19:08 |
| reidLinden | would that also make upgrading easier, in the future.... | 19:08 |
| nuclear_eclipse | yes, to both questions | 19:09 |
| reidLinden | ok... | 19:09 |
| reidLinden | I'll start over... | 19:09 |
| reidLinden | :) | 19:10 |
| nuclear_eclipse | naturally, you'll need to check for updates yourself | 19:10 |
| reidLinden | understood | 19:10 |
| nuclear_eclipse | but you can subscribe to our announcements list, or to our blog feed, both of which only get used for release announcements | 19:10 |
| reidLinden | excellent...I'll to that. | 19:14 |
| [KK]Kirill | John, did you use php-debuger tools? for example xdebug? | 19:20 |
| paulr | xdebug is a good tool | 19:20 |
| [KK]Kirill | paulr: You are use? | 19:20 |
| [KK]Kirill | and all hide :) | 19:22 |
| [KK]Kirill | ok. I search this it in internet | 19:22 |
| mantisbot | New bug: Bug 10451 - mnicle - open - new | 19:25 |
| mantisbot | New bug: APPLICATION ERROR #503 - file upload - http://www.mantisbt.org/bugs/view.php?id=10451 | 19:25 |
| paulr | nuclear_eclipse: gone to class yeT? | 19:37 |
| paulr | nuclear_eclipse: http://git.mantisforge.org/w/mantisbt/paul.git?a=commitdiff;h=aa6b90c91e0ed83b2edca8e46c4f9f6f18baeb57;hp=b10d27cf022bf1f5a389aecfc093e68dde9bc82e | 19:44 |
| paulr | wondering if that's commitable | 19:44 |
| paulr | yet | 19:44 |
| paulr | lo daryn | 19:47 |
| daryn | hello | 19:47 |
| daryn | brb | 19:48 |
| paulr | wb | 20:21 |
| paulr | daryn: I assume your busy working? | 20:21 |
| daryn | meh | 20:22 |
| daryn | trying to get my servers set up correctly | 20:22 |
| paulr | 4work? | 20:22 |
| daryn | so i can do mantis work | 20:22 |
| daryn | but yes for work too | 20:22 |
| paulr | I want to try to get bugobjects/date changes commited | 20:22 |
| daryn | separate commits? | 20:23 |
| paulr | yes | 20:23 |
| daryn | ok | 20:23 |
| paulr | but I want to benchmark them together ;/ | 20:23 |
| daryn | so i assume you need something from me...mainly my db? | 20:25 |
| paulr | could you try my dates2 branch | 20:26 |
| daryn | yeah, it will be a bit. trying to get the network settings right on my vm's. as soon as i can get that done i'll set up the test | 20:27 |
| paulr | collapse_cache_token | 20:37 |
| paulr | whats that do | 20:37 |
| nuclear_eclipse | paulr: it does fancy things | 21:10 |
| paulr | does it need to :P | 21:15 |
| CIA-31 | Mantisbt: paul * r4b34df234015 /login_page.php: Checks for plain password are part of /admin/check.php | 21:17 |
| rtyler | hai folks | 22:07 |
| rtyler | anybody run a trac -> mantisbt import? :D | 22:07 |
| paulr | rtyler: not sure i've heard of one | 22:43 |
| paulr | dhx_m: lo | 22:43 |
| dhx_m | hi | 22:43 |
| rtyler | drats | 22:43 |
| dhx_m | are we able to take another look at 10330 (http://git.mantisforge.org/w/mantisbt/dhx.git?a=shortlog;h=refs/heads/10330) ? | 22:44 |
| dhx_m | afaik it is ready to go except for the part where it changes configuration and constants around | 22:44 |
| dhx_m | so the upgrading part of it is yet to be done | 22:44 |
| nuclear_eclipse | bug 10330 | 22:45 |
| mantisbot | Bug 10330 - dhx - open - new | 22:45 |
| mantisbot | Don't use hardcoded default enum levels when reporting a new bug - http://www.mantisbt.org/bugs/view.php?id=10330 | 22:45 |
| dhx_m | essentially it fixes all the remaining bugs in Mantis dealing with custom enum strings | 22:45 |
| nuclear_eclipse | dhx_m: I like the patch, but I don't like the part about changing existing constant names and/or configuration names | 22:46 |
| dhx_m | ie. removes hardcoded stuff | 22:46 |
| dhx_m | that was more for consistency | 22:46 |
| rtyler | any of you gents using GitHub integration? | 22:46 |
| nuclear_eclipse | <- | 22:46 |
| rtyler | wtf is the "URL" supports to be in the set up | 22:46 |
| dhx_m | we previously had some constants with TYPEOFCONSTANT_ prefixes | 22:47 |
| nuclear_eclipse | dhx_m: my concern is more the point of not breaking existing configurations that will then have wrong constants | 22:47 |
| paulr | so like | 22:47 |
| paulr | how can I put bugobjects/date stuff into core :) | 22:47 |
| nuclear_eclipse | rtyler: in the case of github, the url is not needed | 22:47 |
| dhx_m | yeah I understand... which is why my patch was really not meant to be backported | 22:47 |
| rtyler | Imported 0 changesets, 0 files, and 0 bug references. | 22:48 |
| rtyler | :sadface: | 22:48 |
| dhx_m | I know there is some part of Mantis that already deals with renaming/deprecation of configuration | 22:48 |
| dhx_m | (configuration variables) | 22:48 |
| dhx_m | where I am unsure is how the configuration stored in the database is affected | 22:49 |
| dhx_m | it should be ok as it stores it as an integer (which hasn't changed with my patch) | 22:49 |
| nuclear_eclipse | rtyler: a) make sure you have the correct github user and repo names; b) it has to be a public repository | 22:51 |
| rtyler | nuclear_eclipse: could you pastebin or screenshot yours? | 22:51 |
| nuclear_eclipse | rtyler: give me a few, and I'll give you a screenshot | 22:51 |
| nuclear_eclipse | X11 is broken atm :P | 22:51 |
| rtyler | heh | 22:52 |
| paulr | can i break trunk :P | 22:52 |
| dhx_m | lol | 22:52 |
| dhx_m | unless a better idea would be to release 1.2.0 | 22:52 |
| dhx_m | and *then* break trunk? | 22:53 |
| paulr | sounds boring | 22:53 |
| dhx_m | yep :) | 22:53 |
| nuclear_eclipse | dhx_m: I'd rather see his object/date stuff hit trunk before we make a final 1.2.x release, so that core API's won't change much after official release of the plugin system | 22:53 |
| dhx_m | that makes sense | 22:54 |
| dhx_m | I haven't been following that object/date thing closely | 22:54 |
| CIA-31 | Mantisbt: paul * ree7bc384e36f /core/ (database_api.php html_api.php): fix query counting again | 22:54 |
| paulr | dhx_m: you just volunteered to test date thing | 22:54 |
| dhx_m | but I imagine you have a similar problem with the upgrade path? | 22:54 |
| paulr | congrats | 22:54 |
| CIA-31 | Mantisbt: paul * r165c12d191f3 /login_page.php: shorten upgrade check logic | 22:54 |
| dhx_m | :) | 22:54 |
| paulr | nuclear_eclipse: whilst coding dates | 22:54 |
| paulr | I worked out the way we handle user pref's is broken | 22:55 |
| paulr | :) | 22:55 |
| dhx_m | I've always disliked the web based configuration in Mantis | 22:55 |
| * paulr spents a lot of time finding stuff that's broken :P | 22:55 | |
| dhx_m | seems it has been neglected far too long | 22:55 |
| * paulr nods | 22:55 | |
| paulr | dhx_m: you have a test install of manits? | 22:56 |
| dhx_m | paulr: yep | 22:56 |
| paulr | oh looking at mantisforge reminds me | 22:56 |
| * paulr hits nuclear_eclipse again | 22:56 | |
| dhx_m | bugobjects3 and dates2? | 22:56 |
| paulr | dates2 | 22:56 |
| nuclear_eclipse | rtyler: http://imgur.com/2Z3nq.png | 22:59 |
| dhx_m | paulr: I'll try and check it out today | 22:59 |
| paulr | cool | 23:00 |
| paulr | today ends in 1 minute | 23:00 |
| dhx_m | for you :) | 23:00 |
| paulr | what happened to roadmap btw | 23:01 |
| dhx_m | ? | 23:02 |
| rtyler | nuclear_eclipse: how'd you get it to import changesets? | 23:05 |
| nuclear_eclipse | by clicking import latest changesets :P | 23:05 |
| nuclear_eclipse | c) make sure your PHP has access to either file_get_contents() on URLs, has the Curl extension installed, or has shell access to Curl itself | 23:07 |
| nuclear_eclipse | rtyler: it is a public repo, right? | 23:07 |
| rtyler | yarp | 23:11 |
| nuclear_eclipse | mind linking me to it? | 23:13 |
| rtyler | https://github.com/rtyler/cheetah/tree | 23:14 |
| paulr | nn | 23:18 |
| nuclear_eclipse | goodnite paulr | 23:18 |
| nuclear_eclipse | rtyler: I'm gonna try importing your repo on mine | 23:19 |
| nuclear_eclipse | rtyler: hmm, I can't import either | 23:22 |
| nuclear_eclipse | I'll have to look into it... | 23:22 |
| * nuclear_eclipse wonders if GitHub changeh their API.... | 23:22 | |
| nuclear_eclipse | rtyler: http://leetcode.net/mantis/view.php?id=34 if you're interested in tracking the fix | 23:25 |
| rtyler | heh | 23:52 |
Generated by irclog2html.py
