*** tim_hwang has quit IRC | 02:40 | |
*** kreynen has joined #cc | 03:01 | |
*** johndoigiii has joined #cc | 03:13 | |
*** kreynen has quit IRC | 03:52 | |
*** pyrak has joined #cc | 04:05 | |
*** kreynen has joined #cc | 04:56 | |
*** johndoigiii has quit IRC | 06:05 | |
*** pyrak has quit IRC | 06:36 | |
*** johndoigiii has joined #cc | 06:59 | |
*** ROM123 has joined #cc | 07:08 | |
*** ROM123 has left #cc | 07:09 | |
*** Danny_B has quit IRC | 07:27 | |
*** _Danny_B_ has joined #cc | 07:27 | |
*** _Danny_B_ is now known as Danny_B | 07:27 | |
*** sama has joined #cc | 07:42 | |
*** johndoigiii has quit IRC | 08:12 | |
*** michi_ has joined #cc | 08:20 | |
*** haoyu_ has quit IRC | 08:20 | |
*** haoyu_ has joined #cc | 08:21 | |
*** RainRat has quit IRC | 08:55 | |
*** MeTh0Dz has joined #cc | 09:22 | |
*** MeTh0Dz has left #cc | 09:24 | |
*** haoyu_ has quit IRC | 09:36 | |
*** l403 has joined #cc | 09:44 | |
l403 | wicked | 09:44 |
---|---|---|
l403 | I love guessing channel names | 09:44 |
l403 | reading this part on wikipedia "Attribution (by) requires users to attribute a work's original author." | 09:45 |
l403 | are means of mentioning the artist given for digital art? | 09:45 |
l403 | I mean does it matter if the autor is stated clearly in corner or caption or in metadata or in a digital watermark or digital signature? | 09:46 |
ianweller | a caption is fine | 09:55 |
ianweller | l403: ^^ | 09:55 |
l403 | ianweller, I know a caption is the best thing to do but I am wondering about what is required | 09:58 |
l403 | if there is a least visible way to be allowed, not that I plan to use such thing | 09:59 |
l403 | just wondering | 09:59 |
*** sama has quit IRC | 10:52 | |
ianweller | l403: as long as there is some attribution somewhere that is visible i believe that's fine. | 11:08 |
ianweller | l403: in reality, you attribute how the content author wants you to | 11:09 |
l403 | okay | 11:09 |
l403 | ty | 11:09 |
*** tim_hwang has joined #cc | 12:52 | |
*** sama has joined #cc | 13:05 | |
*** kreynen has joined #cc | 13:29 | |
*** tim_hwang has quit IRC | 13:36 | |
*** tim_hwang has joined #cc | 13:59 | |
*** K`Tetch has joined #cc | 14:40 | |
*** tvol has joined #cc | 14:40 | |
*** mecredis has quit IRC | 15:05 | |
*** mecredis has joined #cc | 15:49 | |
*** nkinkade has joined #cc | 15:57 | |
*** johndoigiii has joined #cc | 16:17 | |
*** akozak has joined #cc | 16:25 | |
*** kreynen has quit IRC | 16:30 | |
*** kreynen has joined #cc | 16:31 | |
*** pyrak has joined #cc | 16:31 | |
*** kreynen has quit IRC | 16:32 | |
*** stevel has joined #cc | 16:32 | |
*** jgay has joined #cc | 16:34 | |
johndoigiii | hey nkinkade | 16:45 |
nkinkade | johndoigiii: Hey. | 16:46 |
johndoigiii | is ServerBeach handling our DNS? | 16:46 |
nkinkade | johndoigiii: We handle our own DNS. | 16:46 |
johndoigiii | ohh okay good, thanks | 16:46 |
nkinkade | By the way, as you saw, we got the extra IP. | 16:46 |
nkinkade | I'll configure it in just a bit. | 16:46 |
nkinkade | johndoigiii: Do you need something regarding DNS? If so you can change it on a5, or just ask me to do it. | 16:47 |
johndoigiii | its okay, i've configured but need to add a cname now | 16:47 |
johndoigiii | or rather, change the staging.cc.net one | 16:48 |
*** Bovinity has joined #cc | 16:53 | |
*** tim_hwang has quit IRC | 16:57 | |
mecredis | Bovinity: pushing this google draw thing to its limits on slide 16 | 17:04 |
nkinkade | johndoigiii: Are you doing something on a9 by chance? | 17:05 |
johndoigiii | yes I am | 17:05 |
nkinkade | Apache is down, and all the service it provides. | 17:05 |
nkinkade | *services | 17:05 |
johndoigiii | yikes, it must have just happened, I've had support.cc.org on auto refresh | 17:05 |
nkinkade | It must have been down for at least about 5 minutes, which is the grace period Nagios usually gives. | 17:06 |
nkinkade | I just got an SMS notifying me that Apache was gone. | 17:06 |
johndoigiii | okay, its an err in staging.cc.net apache conf, let me revert my changes | 17:07 |
johndoigiii | fixed | 17:08 |
nkinkade | Thanks. | 17:09 |
johndoigiii | does nagios send to a list? | 17:14 |
johndoigiii | or individuals | 17:14 |
nkinkade | It sends to a group. | 17:14 |
johndoigiii | I don't care to have the SMS, but I think emails wouldn't hurt, is that possible? | 17:14 |
nkinkade | It can do email and email->SMS ... currently Nathan and I are the only one's who receive these messages. | 17:14 |
johndoigiii | oh you have google dispatching the sms then? | 17:15 |
nkinkade | No, Nagios just sends emails and most providers have some sort of email->SMS interface. | 17:15 |
johndoigiii | ahh okay | 17:15 |
nkinkade | But for email, it just goes directly to some account. | 17:15 |
nkinkade | Do you want to get email alerts for creativecommons.net and staging? | 17:16 |
johndoigiii | yeah, I think cc.org could be useful too, in the event that neither of you are available I may be of some use | 17:17 |
johndoigiii | I can assign a ticket, this isn't of high priority, just curious | 17:17 |
akozak | nkinkade: do you get those for a6? | 17:18 |
nkinkade | akozak: I get them for every service on every server. | 17:18 |
nkinkade | (well, almost every service) | 17:18 |
akozak | wow, ok | 17:18 |
nkinkade | johndoigiii: Perfect, I'll look for the ticket ... just assign it to me. | 17:18 |
johndoigiii | cool, thx | 17:19 |
*** akozak has quit IRC | 17:20 | |
*** michi_ has quit IRC | 17:32 | |
*** UncleCJ has joined #cc | 17:35 | |
*** johndoigiii has quit IRC | 17:42 | |
*** tim_hwang has joined #cc | 17:52 | |
*** User768 has joined #cc | 18:06 | |
*** jgay has quit IRC | 18:20 | |
*** darrell has joined #cc | 18:25 | |
*** darrell has quit IRC | 18:32 | |
*** darrell has joined #cc | 18:34 | |
*** johndoigiii has joined #cc | 18:45 | |
nkinkade | johndoigiii: I've setup the new IP on a9. | 18:46 |
johndoigiii | ohh, okay, did I not do it correctly? | 18:47 |
nkinkade | I've modified /etc/apache2/sites-enabled/staging.creativecommons.org with a config that seemed like it might work, but I haven't restarted Apache. | 18:47 |
johndoigiii | ohh okay | 18:47 |
nkinkade | You should probably double check what I put in there to see if it fits your needs. | 18:47 |
johndoigiii | okay | 18:48 |
nkinkade | The config for *:8080 and the SSL vhost will probably be mostly the same. | 18:48 |
nkinkade | apache2ctl configtest | 18:48 |
nkinkade | Don't forget about that command before you restart Apache. It won't guarantee that it will start perfectly, but it's a good step in the right direction. | 18:48 |
johndoigiii | do you normally restart the apache processes? | 18:49 |
johndoigiii | or does a reload suffice? | 18:49 |
*** CharelB has joined #cc | 18:49 | |
nkinkade | reload is all you need. | 18:49 |
johndoigiii | oh okay | 18:50 |
johndoigiii | when should you do a restart? what is reload limited to? | 18:50 |
johndoigiii | i've always wondered that | 18:51 |
nkinkade | reload|force-reload = $ sudo apache2ctl graceful .... graceful does not abort existing connections, but allows them to complete normally. | 18:55 |
nkinkade | A restart just forcefully stops all Apache processes, then restarts Apache. | 18:55 |
*** jgay has joined #cc | 18:56 | |
nkinkade | That's my understanding. reload always seem preferable to me. | 18:56 |
Bovinity | nkinkade: have you ever experienced apache not properly reloading its config on a "apache2 reload"? | 18:57 |
nkinkade | Bovinity: Every once in a while I have noticed something like that. But I always start with reload, then if for whatever unknown reason it didn't implement the configuration, then I restart. | 18:58 |
nkinkade | I've noticed that sometime like when adding new PHP modules, for example. | 18:58 |
johndoigiii | nkinkade: I changed the dns record for cc.net on a5 a little over an hour ago so that the staging cname for staging pointed to this new IP, but it still does not appear have registered | 19:04 |
johndoigiii | how long does it normally take to propagate? | 19:05 |
nkinkade | johndoigiii: Did you increment the serial number? | 19:05 |
nkinkade | And did you then reload bind? | 19:05 |
nkinkade | Beyond that, it may take 3 or 4 hours for it to propagate. | 19:06 |
johndoigiii | ahh, did not update the serial | 19:06 |
nkinkade | You didn't the section of the config file labeled "NOTES" ;-) | 19:07 |
johndoigiii | lol no I didn't | 19:07 |
*** akozak has joined #cc | 19:08 | |
johndoigiii | ha very useful | 19:08 |
Bovinity | johndoigiii: curry? | 19:08 |
johndoigiii | ahh thank you, but I brown bagged today | 19:08 |
nkinkade | johndoigiii: I'm sure you already know this, but just as a quick reminder, you can always add the IP->name mapping in your /etc/hosts file until DNS converges. | 19:09 |
nkinkade | That way you can start testing immediately. | 19:10 |
*** sama has quit IRC | 19:21 | |
akozak | Bovinity: do you know why OpenEd makes so many connections to yui.yahooapis.com on page load? | 19:55 |
Bovinity | akozak: loading YUI js/css | 19:55 |
akozak | ok, I'm guessing that is used for the nav boxes? | 19:56 |
Bovinity | some nav and some SMW i think | 19:56 |
Bovinity | it could be optimised with a local install of the YUI files, but it's never been much of a problem in the past | 19:57 |
*** darrell has quit IRC | 19:57 | |
*** darrell has joined #cc | 19:58 | |
akozak | It just adds a lot of time to the page load. At some point we're going to need to do an optimization of OpenEd for international communities that have low-bandwidth connections | 19:58 |
*** darrell has quit IRC | 19:58 | |
akozak | also, I'm getting a 404 for beforeload.js... don't know how important that is | 19:59 |
akozak | Bovinity: sorry, one other thing. I've made some changes to the SF_main.css for the semantic forms extensions through console. Should I be documenting these changes somehow? I don't think it's under version control. | 20:00 |
*** darrell has joined #cc | 20:00 | |
Bovinity | akozak: you're modifying files from the wikimedia svn checkout? | 20:01 |
Bovinity | yeah, either document, or keep a copy in your home directory, just in case | 20:01 |
akozak | Bovinity: no, from the SemanticForms svn checkout. I understand it will get overwritten in an update, but Mediawiki:Common.css wasn't working | 20:01 |
Bovinity | akozak: you could override the css classes in one of the version controlled files in the skin directory though | 20:02 |
akozak | ah | 20:02 |
akozak | Bovinity: I'm assuming opened.css? | 20:05 |
akozak | that will override the extensions' styles? | 20:05 |
Bovinity | as long as it's loaded after the extension css file, it'll override | 20:06 |
johndoigiii | Bovinity: random question, but do you or the office have a screen calibrator? | 20:12 |
akozak | Bovinity: so after I make the change I can just do git commit -a or should I just commit the one file? | 20:17 |
Bovinity | johndoigiii: no. i'd love to have a Pantone Spyder, but alas. | 20:17 |
johndoigiii | ha, thats what I was hoping was floating around here somewhere | 20:17 |
Bovinity | akozak: are there otehr files to commit? (git status) | 20:17 |
pyrak | so, i need to hold two pieces of information in a cookie. do we prefer two cookies, or one cookie with some kind of spacer? | 20:18 |
akozak | Bovinity: no just the one | 20:18 |
akozak | opened.css | 20:18 |
Bovinity | akozak: then commit -a is fine | 20:18 |
johndoigiii | pyrak, I don't think there is any preference, what are you storing excatly? | 20:18 |
Bovinity | not that it wouldn't be fine in most other cases, but it's wise to check, and commit piecemeal if necessary | 20:18 |
pyrak | johndoigiii, this is for ccsearch: a search engine and a search query | 20:18 |
pyrak | i seem to recall reading somewhere that there's a good reason to only have one cookie for your site, but i forget why | 20:19 |
johndoigiii | yeah I would use a single cookie and devise some sheme for the value, eg "google.com://?querystring" | 20:19 |
Bovinity | browser probably pesters you to accept per-cookie, if told to do so | 20:20 |
pyrak | Bovinity, ah, that's a good reason | 20:20 |
Bovinity | i think you can store an array in a cookie with no problem... | 20:21 |
nkinkade | johndoigiii: Would you have any insight into why these two pages are showing up so differently?: | 20:24 |
nkinkade | http://staging.creativecommons.org/licenses/by/3.0/deed.en | 20:24 |
nkinkade | http://staging.creativecommons.org/licenses/by/3.0/deed.en_HK | 20:24 |
nkinkade | Is there a syntax error somewhere in the en_HK PO file? | 20:24 |
johndoigiii | hmm they are certainly different, looking now | 20:25 |
akozak | Bovinity: ok so I pushed out my commit, what else do I need to do? | 20:29 |
akozak | be back in a minute | 20:33 |
*** akozak has quit IRC | 20:33 | |
*** tvol has quit IRC | 20:33 | |
*** akozak has joined #cc | 20:34 | |
nkinkade | akozak: http://code.creativecommons.org/issues/issue144 | 20:35 |
akozak | nkinkade: ok. i think the calls take up in the hundreds of ms on opened on first page load | 20:39 |
nkinkade | It's been a problem for other CC sites. That's why I created that ticket. | 20:39 |
*** michi_ has joined #cc | 20:40 | |
akozak | well, especially on opened it will be problematic in developing countries. opened was designed with accessibility in mind for low bandwidth users | 20:40 |
akozak | could be -> may be | 20:40 |
akozak | or will be -> may be | 20:40 |
Bovinity | nkinkade: i don't see any reason why we shouldn't host it. i think all our properties incorporate it already. | 20:42 |
Bovinity | or if they don't, they will eventually | 20:42 |
nkinkade | Yeah, I think it really slows down page load on a lot of our sites. | 20:42 |
nkinkade | I personally site and watch my browser's status bar saying it's waiting on yahooapis. | 20:43 |
johndoigiii | nkinkade: svn finally finishedupdating and I think I see the problem for the en_HK deed | 20:44 |
nkinkade | johndoigiii: I'd be curious to know how you troubleshoot that type of thing. | 20:44 |
nkinkade | I wasn't even sure where to begin. | 20:44 |
johndoigiii | nkinkade: ohh okay | 20:44 |
johndoigiii | do you have the cc.engine project checked out? | 20:44 |
nkinkade | Yeah. | 20:44 |
nkinkade | If it's lengthy, we can always chat on Skype. | 20:45 |
johndoigiii | well then you can run a paster instance locally | 20:45 |
nkinkade | fg? | 20:45 |
johndoigiii | yes | 20:45 |
johndoigiii | paster will print exceptions to stdout | 20:45 |
johndoigiii | and for this instance, it looks like the license name in en_HK is invalid | 20:46 |
nkinkade | In the PO file? | 20:47 |
akozak | nkinkade: how can I update the opened site with style changes that I've recently committed? | 20:48 |
nkinkade | akozak: You'll have to do a git pull from the theme directory. | 20:48 |
nkinkade | Have you pushed your changes back to code.creativecommons.org? | 20:49 |
*** jgay has quit IRC | 20:50 | |
*** l403 has quit IRC | 20:54 | |
akozak | nkinkade: yes | 20:58 |
nkinkade | johndoigiii: Didn't there used to be a buildout.cfg for local buildouts, e.g., testing? | 20:58 |
akozak | I'm just not seeing the changes, I thought I remember hearing there was another step after pushing | 20:58 |
nkinkade | akozak: ^^^ | 20:59 |
nkinkade | Did you pull on the live site? | 20:59 |
nkinkade | bin/buildout is complaining like this: IOError: [Errno 2] No such file or directory: '/usr/lib/python2.5/site-packages/UniConvertor-1.1.2.egg-info' | 21:00 |
akozak | nkinkade: I'm pretty sure I pulled from the live site (there isn't an opened staging as far as I know). And then I committed and pushed my changes back, and it shows up on the log | 21:01 |
*** GeekShadow has joined #cc | 21:03 | |
nkinkade | akozak: But have you logged into a6, cd'd to /var/www/opened.creativecommons.org/www/skins/ahab and then done a 'git pull' | 21:03 |
johndoigiii | hmm, nkinkade I am not sure why buildout isn't handling that dependency, do you have that library installed already? `apt-cache policy python-uniconvertor` assuming your using debian | 21:06 |
akozak | nkinkade: wants a password for pulling from code.creativecommons.org | 21:06 |
johndoigiii | akozak: you need to set up your key there | 21:06 |
akozak | johndoigiii: even if i'm pulling from a6? | 21:07 |
johndoigiii | nkinkade, if you don't care about system-wide python packages then try apt installing then trying to buildout again | 21:08 |
nkinkade | johndoigiii: There appear to be a bunch of broken symlinks in /usr/lib/python2.5/site-packages/ that point to old version of things. | 21:08 |
johndoigiii | ohh okay | 21:08 |
nkinkade | It looks like some process isn't cleaning up in there. | 21:08 |
johndoigiii | akozak: are you on a6? trying to update the opened folder there? | 21:08 |
akozak | johndoigiii: yes | 21:08 |
akozak | just the skin | 21:08 |
nkinkade | akozak: In order pull to a6, your user on a6 has to connect to code@cc, it must do that with a public key. | 21:09 |
johndoigiii | then yes, you will need to be added to the gitosis config for your user account on a6 | 21:09 |
nkinkade | Your user on a6 needs to have public key setup for git. | 21:09 |
johndoigiii | akozak: I can add you real quick, whats your username on a6? | 21:09 |
nkinkade | Create public key on a6 with ssh-keygen | 21:09 |
akozak | johndoigiii: akozak | 21:09 |
akozak | ok | 21:09 |
nkinkade | then send it to me and I'll add it for you. | 21:09 |
nkinkade | For some reason building-out cc.engine is always a major ordeal. | 21:12 |
nkinkade | Just about everything related to cc.engine is a major ordeal. I can't wait until all this is simplified and streamlined. | 21:13 |
johndoigiii | nkinkade: yeah tell me about | 21:13 |
akozak | nkinkade: sent | 21:14 |
johndoigiii | the svn externals for cc.engine are structured in a very confusing manner | 21:15 |
*** GeekShadow has quit IRC | 21:15 | |
johndoigiii | mecredis: if you wanna chat before it gets too late over there let me know | 21:15 |
mecredis | yeah, was about to wrap up my day | 21:16 |
johndoigiii | we can postpone until tomorrow if you'd like | 21:16 |
mecredis | no, totally happy to do it now | 21:16 |
mecredis | was going to ping you anyway | 21:16 |
johndoigiii | nkinkade: hey, license_xsl says 3.0 for en_HK is invalid | 21:17 |
nkinkade | Hmm. | 21:18 |
nkinkade | the HK licenses have been launched for about 8 months. | 21:18 |
nkinkade | akozak: Give your pull on a6 another shot. | 21:18 |
akozak | nkinkade: success! | 21:19 |
akozak | thanks | 21:19 |
nkinkade | Cool. Sorry about the hassle. | 21:19 |
Bovinity | mecredis: just saw your slide #24. crazy. | 21:20 |
mecredis | hahaha | 21:21 |
mecredis | yeah, I got all obsessive | 21:21 |
mecredis | I hope that's not problematic for you | 21:21 |
Bovinity | tomas is working on some sweet slide designs | 21:22 |
mecredis | great | 21:23 |
mecredis | yeah, the graph I generated via google spread sheet / charts | 21:24 |
mecredis | It can be styled to some extent | 21:25 |
mecredis | but I'm not sure the best way of doing that | 21:25 |
Bovinity | i might export it out as an svg, and adjust it in a more civilised manner | 21:25 |
mecredis | oh ok | 21:25 |
mecredis | think its a png | 21:25 |
Bovinity | bastards | 21:25 |
mecredis | heh | 21:25 |
nkinkade | johndoigiii: Now I'm getting: Error: Couldn't find a distribution for 'ctypes'. | 21:25 |
nkinkade | I seem to recall I had a workaround for this issue, but can't remember what/where. | 21:26 |
johndoigiii | I get the same thing, I had to manually install ctypes | 21:26 |
johndoigiii | but i'm on mac, there should be a deb package for it (if you dont mind system-wide) | 21:26 |
nkinkade | johndoigiii: I usuall prefer system-wide. I installed python-ctypes, but I still get that error. | 21:31 |
*** michi_ has quit IRC | 21:33 | |
johndoigiii | nkinkade, hmm peek into the buildout script and make sure it has your system site-packages in the sys.path | 21:35 |
nkinkade | Oh, I just found where I had worked around this issue before: cc.license_/setup.py | 21:36 |
nkinkade | I comment out ctypes in under install_requires | 21:36 |
nkinkade | johndoigiii: I think the reason for this was that ctypes is included in python2.5, and there's no need for a package, so you can just comment that line out if you're using 2.5. | 21:37 |
nkinkade | It's only needed for 2.4 | 21:37 |
johndoigiii | ahh I see, for cc.license | 21:41 |
nkinkade | God almighty, cc.engine just built. It's a miracle. | 21:43 |
nkinkade | SyntaxError: invalid syntax (back35.py, line 285) | 21:44 |
nkinkade | <sigh> | 21:44 |
johndoigiii | alleluia | 21:44 |
johndoigiii | doh | 21:44 |
nkinkade | The backtrace is enormous. | 21:45 |
nkinkade | Any idea what that means? Ever seen it? | 21:45 |
johndoigiii | nkinkade, yeah the backtrace for paster is almost impossible to decipher | 21:45 |
johndoigiii | where is back35.py? | 21:45 |
*** tim_hwang has quit IRC | 21:47 | |
nkinkade | nkinkade@npk:/var/www/cc/cc.engine/trunk$ find . -name back35.py | 21:47 |
nkinkade | ./eggs/zope.app.component-3.4.0b3-py2.5.egg/zope/app/component/back35.py | 21:47 |
nkinkade | ./eggs/zope.app.testing-3.4.3-py2.6.egg/zope/app/testing/back35.py | 21:47 |
nkinkade | ./eggs/zope.publisher-3.5.0a1.dev_r78838-py2.5.egg/zope/publisher/interfaces/back35.py | 21:47 |
nkinkade | ./eggs/zope.app.testing-3.4.0a1-py2.5.egg/zope/app/testing/back35.py | 21:47 |
nkinkade | ./eggs/zope.app.component-3.4.1-py2.6.egg/zope/app/component/back35.py | 21:47 |
nkinkade | ./eggs/zope.component-3.4.0-py2.5.egg/zope/component/back35.py | 21:47 |
nkinkade | ./eggs/zope.component-3.4.0-py2.6.egg/zope/component/back35.py | 21:47 |
nkinkade | ./eggs/zope.publisher-3.4.6-py2.6.egg/zope/publisher/interfaces/back35.py | 21:47 |
nkinkade | :-) | 21:47 |
nkinkade | Just before the last line of the backtrack is this: ZopeXMLConfigurationError: File "/home/nkinkade/cc/devel/cc.engine/trunk/eggs/zope.app.component-3.4.1-py2.6.egg/zope/app/component/meta.zcml", line 10.4-14.10 | 21:47 |
nkinkade | So perhaps it's /eggs/zope.app.component-3.4.1-py2.6.egg/zope/app/component/back35.py | 21:48 |
johndoigiii | gross | 21:48 |
nkinkade | Line 285 of that file has some syntax like: with = | 21:48 |
nkinkade | I've never seen that, but granted I'm not experience with python. | 21:48 |
nkinkade | Does your's have that? | 21:49 |
johndoigiii | yes it does | 21:49 |
johndoigiii | with is a new python statement | 21:49 |
johndoigiii | at the top of that file try adding "from __future__ import with" | 21:50 |
johndoigiii | just to see if thats the problem | 21:50 |
johndoigiii | otherwise make sure you that you have python2.5 selected and not 2.4 as your /usr/bin/python | 21:50 |
nkinkade | I've actually got python 2.6.2. | 21:52 |
nkinkade | Could that be an issue? | 21:52 |
nkinkade | Bovinity: So I just discovered that the issue with Ubercart is that our theme is missing a critical component, a line that reads <?php print $scripts; ?> | 21:54 |
nkinkade | johndoigiii: I changed the bash magic at the top of bin/cc_engine to be #!/usr/bin/python2.5, but now I get a TypeError on launch. | 21:54 |
nkinkade | At least it's different. | 21:55 |
nkinkade | Bovinity: Is the support2009 theme based on any standard Drupal theme? | 21:55 |
Bovinity | nkinkade: nope | 21:55 |
nkinkade | I'd like to find out where it diverged, where that line got removed. | 21:55 |
Bovinity | the civicrm guys wrote the theme originally | 21:56 |
Bovinity | i rewrote for the redesign | 21:56 |
johndoigiii | nkinkade: yeah 2.6.2 may create some different behavior, because I think the __future__ modules were added in prep for 3.0 | 21:56 |
nkinkade | Hmmm. Any advice on what to do? | 21:56 |
nkinkade | Bovinity: And were the changes ever in svn or have they always been in git? | 21:57 |
nkinkade | I feel like we moved them to git recently. | 21:57 |
Bovinity | nkinkade: it's possible when i revised for the recent redesign i missed print $scripts | 21:57 |
Bovinity | you should be able to step through the git repo of the theme | 21:58 |
Bovinity | it has a branch with the old layout | 21:58 |
johndoigiii | nkinkade, I would start over and make sure your buildout is generated with whichever python bin you want to use | 22:02 |
nkinkade | That makes sense. I'll give it a go. | 22:03 |
johndoigiii | I use 2.5.2 fwiw | 22:03 |
johndoigiii | "/usr/bin/python2.5 bootstrap.py;./bin/buildout -v" | 22:04 |
*** darrell has joined #cc | 22:04 | |
johndoigiii | sometime buildout will fail for dependencies fetched over SVN, but verbose seems to resolve that for some odd reason so I always use that flag as a precaution | 22:05 |
*** darrell has quit IRC | 22:06 | |
*** akozak has quit IRC | 22:20 | |
isforinsects | paulproteus: you around? | 22:20 |
nkinkade | johndoigiii: For future reference, building out with 2.6.x won't work. When I re-built out with 2.5 cc.engine worked. Now after all these hoops I can take a quick look at en_HK. | 22:26 |
johndoigiii | nkinkade: great thats good to know | 22:27 |
nkinkade | Does this mean I'll have to specify those bizarre URLs to access the local instance? | 22:28 |
*** K`Tetch has quit IRC | 22:30 | |
johndoigiii | sigh, yes | 22:30 |
johndoigiii | for full functionality, yes | 22:30 |
nkinkade | johndoigiii: Could you give me an example one? | 22:30 |
nkinkade | I'm looking at the rewrite rules, but I must have got something wrong. | 22:31 |
johndoigiii | yeah I am looking at the rewrites too | 22:31 |
johndoigiii | looking for the deed.XX rewite in particular | 22:31 |
nkinkade | http://127.0.0.1:8080/++vh++http:localhost:80/++/licenses/by/3.0/?lang=en_HK | 22:33 |
johndoigiii | idk, but what you can do to get the deed.en_HK is to append ?locale=en_HK to the url | 22:33 |
johndoigiii | yeah | 22:33 |
nkinkade | That seems to work, but there are no stylesheets. | 22:33 |
nkinkade | And I get no output from cc.engine when I access that URL. | 22:34 |
nkinkade | Do I need to pass a special flag to make it more verbose? How did you determine the potential problem earlier? | 22:35 |
*** K`Tetch has joined #cc | 22:35 | |
johndoigiii | you aren't getting CSS? | 22:36 |
johndoigiii | or the images are missing? | 22:36 |
johndoigiii | on the deeds | 22:36 |
*** akozak has joined #cc | 22:37 | |
johndoigiii | http://127.0.0.1:8080/licenses/by/3.0/?lang=en_HK | 22:37 |
Bovinity | heh | 22:39 |
akozak | nkinkade: so I just met with Ahrash and Lee-sean, one of our interns, and we were discussing a lot of design changes to OpenEd. How labor intensive would it be to create a staging version of OpenEd? | 22:39 |
akozak | Bovinity this relates to you too :) | 22:39 |
Bovinity | indeed! | 22:40 |
nkinkade | akozak: It wouldn't be very hard. | 22:40 |
nkinkade | Just tell me what you want it named. | 22:40 |
Bovinity | akozak: i hope there will be some distilled notes | 22:40 |
nkinkade | But for the theme you should create a separate branch. | 22:40 |
akozak | Bovinity: yes, nothing was firmly decided on though | 22:40 |
akozak | nkinkade: would it be able to pull data from the database? | 22:41 |
nkinkade | akozak: it could. | 22:41 |
akozak | e.g. would it require a separate database | 22:41 |
akozak | pkl | 22:41 |
akozak | ok- | 22:41 |
nkinkade | We usually run another intance of the db, though. | 22:41 |
akozak | ah | 22:41 |
nkinkade | But there's no reason that it couldn't run from the same db. | 22:41 |
nkinkade | We run most things on a separate db just in case something we do fucks up the database. | 22:42 |
akozak | I don't think it would make a huge difference either way. The main reason to have it connected in to the db is that we'd be styling things that depend on that data in some cases. | 22:42 |
akozak | like when creating a semantic form | 22:42 |
nkinkade | But if you're just doing theme changes, then I can't see there would be much risk. | 22:42 |
akozak | Bovinity: I can loop you in to our design issues if you'd like. My assumption was that you didn't want to get involved in the smaller design decisions like checkbox formatting | 22:43 |
Bovinity | akozak: just keep me in the loop with changes - proposed or otherwise | 22:44 |
akozak | Bovinity: ok will do | 22:44 |
akozak | nkinkade: so refresh my memory... opened is basically just a checkout of mediawiki 1.14 w/ extensions and the theme | 22:45 |
nkinkade | akozak: You should probably create an account for yourself here: http://code.creativecommons.org/issues/ | 22:47 |
nkinkade | Then you could be "nosy" on tickets like this one: http://code.creativecommons.org/issues/issue390 | 22:47 |
nkinkade | akozak: We'll just cp -a the live site to some demo area. | 22:48 |
akozak | nkinkade: I do have an acct there | 22:48 |
akozak | nkinkade: cclearn has it's own issue tracker, which is problematic for me because I've been doing non-code and code things on the site | 22:49 |
nkinkade | Ah. | 22:49 |
nkinkade | Well you can make yourself nosy on that other ticket if you want. | 22:50 |
nkinkade | I'll get to it tomorrow morning sometime. | 22:50 |
akozak | Ok, not extremely urgent. | 22:50 |
akozak | nkinkade: would copying over all the files preserve the extensions? | 22:50 |
akozak | I could always reinstall them | 22:51 |
akozak | nkinkade: that's a still question. what i meant was would it preserve the svn data | 22:52 |
akozak | s/still/silly | 22:52 |
nkinkade | akozak: Yeah. cp -a will copy everything. | 23:04 |
nkinkade | subversion doesn't care what you call the container directory. | 23:04 |
nkinkade | Nor does git. | 23:05 |
akozak | ok so it would operate exactly the same except on a branch of the theme? | 23:05 |
akozak | and presumably with some modified settings for the domain | 23:05 |
akozak | nathany posted some thoughts on a branch too | 23:06 |
pyrak | nkinkade, who is making the final decision about which search engines are included in ccsearch? | 23:06 |
akozak | err, on a staging | 23:06 |
Bovinity | just branch ahab, it'll Just Work? | 23:06 |
pyrak | i know that nyergler mentioned that we may want to replace owl with jamendo | 23:06 |
pyrak | which i went ahead and did | 23:06 |
nkinkade | pyrak: It has been my impression that the search engine we include have something to do with the board and corporate donors. | 23:10 |
nkinkade | i.e., not selected at random or necessarily for their usefulness. | 23:11 |
Bovinity | they were selected based on CC integration | 23:11 |
nkinkade | But there's more to it than that. | 23:11 |
Bovinity | also space limitations based on the tabs | 23:11 |
nkinkade | I would bounce any major changes of Nathan and Mike. | 23:11 |
Bovinity | search hasn't been updated in years - other than ongoing i18n work | 23:11 |
pyrak | Bovinity, well it's about to get updated :) | 23:12 |
Bovinity | yup | 23:12 |
nkinkade | I suggested we ditch search.CC.org, but when I did it was clear that there were more reasons for it being there that it's usefulness. | 23:12 |
nkinkade | pyrak: That's fine. Like I say, I'd just ping Nathan and Mike on any changes unless they explicitly told you to make a change. | 23:13 |
pyrak | nkinkade, roger that | 23:13 |
pyrak | any idea what's going on here?: img id ="stat" src="transparent.gif?init"/> | 23:26 |
pyrak | found in footer of ccsearch | 23:26 |
Bovinity | it implies access tracking... | 23:28 |
pyrak | ? | 23:28 |
Bovinity | not mine. maybe asheesh was testing something. | 23:29 |
pyrak | i'd like to comment it out, because it's keeping the page from validating | 23:29 |
johndoigiii | pyrak: its an IE hack I think | 23:30 |
pyrak | ohmy | 23:31 |
johndoigiii | look at rev 3932 in ccsearch | 23:31 |
johndoigiii | http://code.creativecommons.org/viewsvn?view=rev&revision=3932 | 23:32 |
Bovinity | doesn't explain why it's in the footer | 23:33 |
Bovinity | that's something different to the IE-Fucking-Sucks hack | 23:34 |
pyrak | if it's an ie hack, perhaps we can use js to make it only display on ie? | 23:35 |
pyrak | or better yet, we could use php to do that | 23:36 |
Bovinity | unless there's some JS that refers to #stat or something that relates to transparent.gif?init, it's safe to remove | 23:36 |
pyrak | well, there's pngie.htc which refers to it i think | 23:37 |
pyrak | no idea what it does tho | 23:37 |
Bovinity | pngie is the IE hack, unrelated to the img tag you're referring to | 23:37 |
pyrak | ah | 23:38 |
pyrak | do you guys ever write test harnesses when you code stuff? | 23:39 |
pyrak | do people actually do that, or is that just something professors use to torture you? | 23:39 |
pyrak | also, asheesh made me promise that if i got this internship i would write a test harness for everything that i coded. | 23:40 |
johndoigiii | pyrak: ha yes, test everything | 23:45 |
pyrak | johndoigiii, of course i've been testing my code, but writing a whole test harness is different from just testing pieces manually | 23:46 |
pyrak | fwiw, i'm writing a test harness anyway, and it's going to kick ass. but i was jw if that was something that was generally "done" | 23:46 |
johndoigiii | yes, it should be done. are you testing PHP? | 23:48 |
pyrak | johndoigiii, yes | 23:59 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!