*** mralex has quit IRC | 00:06 | |
*** akozak has quit IRC | 00:07 | |
*** Danny_B has quit IRC | 00:15 | |
*** Danny_B has joined #cc | 00:16 | |
*** JoiIto has quit IRC | 00:30 | |
*** JED3 has quit IRC | 00:36 | |
*** kreynen has joined #cc | 01:27 | |
*** bassel has quit IRC | 01:37 | |
*** blight_ has quit IRC | 01:51 | |
*** erlehmann has quit IRC | 02:00 | |
*** JoiIto has joined #cc | 02:07 | |
*** JED3 has joined #cc | 02:30 | |
*** MarkDude has quit IRC | 02:49 | |
*** MarkDude has joined #cc | 03:10 | |
*** JoiIto has quit IRC | 03:14 | |
*** nkinkade has quit IRC | 03:18 | |
*** DNS777 has quit IRC | 03:43 | |
*** DNS777 has joined #cc | 04:05 | |
*** DNS777 has joined #cc | 04:05 | |
*** JoiIto has joined #cc | 04:23 | |
*** kreynen has quit IRC | 04:37 | |
*** JED3 has quit IRC | 04:51 | |
*** JoiIto has quit IRC | 05:06 | |
*** MarkDude has quit IRC | 05:54 | |
*** JED3 has joined #cc | 06:04 | |
*** Kaetemi has quit IRC | 06:09 | |
*** Kaetemi has joined #cc | 06:15 | |
*** pmiller has joined #cc | 06:36 | |
*** Kaetemi has quit IRC | 07:03 | |
*** bassel has joined #cc | 07:48 | |
*** wormsxulla has quit IRC | 08:16 | |
*** wormsxulla has joined #cc | 08:31 | |
*** bassel has quit IRC | 09:18 | |
*** BjornW has joined #cc | 09:54 | |
*** BjornW has quit IRC | 11:20 | |
*** pmiller has left #cc | 11:43 | |
*** tvol has joined #cc | 12:44 | |
*** tvol has quit IRC | 13:01 | |
*** tvol has joined #cc | 13:01 | |
*** oshani has joined #cc | 14:06 | |
*** Kaetemi has joined #cc | 14:10 | |
*** kreynen has joined #cc | 14:50 | |
*** JoiIto has joined #cc | 14:57 | |
*** oshani has quit IRC | 15:12 | |
*** oshani has joined #cc | 15:13 | |
*** bassel has joined #cc | 15:15 | |
*** nkinkade has joined #cc | 15:31 | |
*** oshani has joined #cc | 16:01 | |
*** JoiIto has quit IRC | 16:02 | |
*** JED3 has quit IRC | 16:41 | |
*** akozak has joined #cc | 16:51 | |
*** paulproteus has quit IRC | 16:57 | |
*** dithyramble has quit IRC | 16:58 | |
*** greg-g has quit IRC | 16:58 | |
*** pyrak has quit IRC | 16:58 | |
*** JED3 has joined #cc | 17:21 | |
JED3 | paroneayea: ping | 17:21 |
---|---|---|
paroneayea | JED3: pong | 17:22 |
JED3 | paroneayea: hi, can i request a change to the cc0 deed template? | 17:22 |
paroneayea | JED3: sure; can I pick your brain about extractions? ;) | 17:23 |
JED3 | paroneayea: definitely, my request is simple though | 17:23 |
JED3 | <li style="padding-bottom: 0.5em; display:none;"><strong>Work Details</strong></li> in the CC0 template does not have a css selector id | 17:23 |
JED3 | in the PDM tempalte you have "work-details-title" as the id for that node, can we do the same for cc0? | 17:23 |
paroneayea | yes | 17:24 |
paroneayea | now for my question! | 17:24 |
paroneayea | http://paste.pocoo.org/show/275049/ the stuff I've extracted from zpt using a script built from zope's tools | 17:25 |
paroneayea | now does the pot file normally have what we end up with in the msgstr in the Default "comment" like that? | 17:25 |
paroneayea | before merging? | 17:25 |
JED3 | paroneayea: are you asking whether or not msgstr should == the default text there? | 17:26 |
paroneayea | yes | 17:27 |
paroneayea | basically does this get "corrected" by msgmerge or whatever the hell | 17:27 |
paroneayea | I'm guesing no | 17:27 |
JED3 | paroneayea: no, i don't believe so | 17:29 |
paroneayea | kk, I think I need to interface-monkeypatch some of these zope tools then | 17:29 |
paroneayea | blaurgablaurga | 17:29 |
paroneayea | thx JED3 | 17:29 |
JED3 | paroneayea: well now i'm a bit stumped | 17:31 |
JED3 | where/when is the default text used? | 17:31 |
JED3 | in the gettext machinery? | 17:31 |
paroneayea | well normally we turn that into the msgstr in *our* pot files | 17:32 |
paroneayea | but I'm not sure how the hell that happened with the old i18nextract.py setup since instead of putting that in the msgstr it puts it in the Default thing | 17:32 |
paroneayea | am I making any sense? | 17:32 |
akozak | JED3, network seem slow to you? | 17:36 |
JED3 | the local network or the cc network? i'm concerned with the latter | 17:36 |
*** pyrak has joined #cc | 17:37 | |
*** paulproteus_ has joined #cc | 17:37 | |
JED3 | akozak: i'm not experiencing anything over here | 17:38 |
*** dithyramble has joined #cc | 17:38 | |
*** greg-g has joined #cc | 17:38 | |
JED3 | paroneayea: http://code.creativecommons.org/viewsvn/metadata_scraper/trunk/src/cc/deedscraper/i18n/cc_org.pot?revision=13957&view=markup&pathrev=13957 | 17:40 |
paroneayea | JED3: oh hrm!! | 17:40 |
paroneayea | so maybe this is working "right" after all | 17:41 |
paroneayea | I've never done a msgmerge or message extract before | 17:41 |
JED3 | yeah i think so | 17:41 |
paroneayea | and am doing it at a time when the tools are broken, so it's kind of frustrating not knowing what is and isn't broken | 17:41 |
paroneayea | however nathan's speech has been pushed back till friday so I am flipping a few less tables | 17:42 |
JED3 | paroneayea: i can help with the i18n merge | 17:42 |
JED3 | quick question, how are you setting the default text? | 17:43 |
paroneayea | JED3: I'm not setting it myself, zope's tools are in this section of code: | 17:43 |
paroneayea | http://dpaste.com/257383/ | 17:44 |
JED3 | paroneayea: this is from the routine performing the extraction? | 17:46 |
paroneayea | yes | 17:47 |
paroneayea | were you asking how it looks on the template side? | 17:47 |
JED3 | yeah | 17:48 |
paroneayea | it just takes whatever text is between the elements like so: | 17:48 |
JED3 | paroneayea: ahh nvm then | 17:48 |
paroneayea | http://paste.pocoo.org/show/275059/ | 17:48 |
JED3 | paroneayea: i think before you go the i18n_merge, you'll need to moved those default values in the msgstr's | 17:50 |
JED3 | paroneayea: unless there's a shit ton of new strings being added? | 17:50 |
paroneayea | there are quite a few. how did you do it? | 17:51 |
paroneayea | manually? :o | 17:51 |
paroneayea | JED3: updated on live | 17:52 |
paroneayea | w/ your request | 17:52 |
JED3 | paroneayea: great thank you | 17:52 |
paroneayea | yup | 17:55 |
paroneayea | once I figure out the "proper" way to move from Default->msgstr I think I'll be in a good state | 17:55 |
paroneayea | I might just write a script that runs the thing through Babel if necessary | 17:55 |
*** Bersam has joined #cc | 17:59 | |
*** mralex has joined #cc | 18:06 | |
*** Bersam has left #cc | 18:33 | |
*** MarkDude has joined #cc | 18:51 | |
*** MarkDude has quit IRC | 18:56 | |
*** JoiIto has joined #cc | 19:12 | |
*** MarkDude has joined #cc | 19:46 | |
*** JoiIto has quit IRC | 19:51 | |
akozak | mralex, if only those miners had some sticks. they could craft diamond picks and torches to avoid the creepers. | 20:15 |
mralex | that was my first though too :( | 20:21 |
mralex | i hope they had enough light to fend off zombies and creepers | 20:21 |
akozak | nkinkade, not sure I totally understand your last email. what are some circumstances where a client forces varnish to refresh an object, and does this affect the wiki at all? | 20:28 |
akozak | I understand the http header cache-control, but I don't necessarily know in what circumstances it's common to be sent | 20:30 |
nyergler | JED3: paroneayea: not sure who this should be assigned to, but it is embarassing -- http://code.creativecommons.org/issues/issue686 | 20:31 |
nkinkade | akozak: Any client can set what request headers they want. | 20:32 |
akozak | right, but does no-cache correspond with e.g. browser refresh | 20:32 |
nkinkade | One common way to cause that to happen, in Firefox, at least, is the Shift-Refresh method. | 20:32 |
akozak | ah ok | 20:32 |
nkinkade | No, but it does correspond with Shift-Refresh. | 20:32 |
nkinkade | Or you could use wget and set it manually. | 20:33 |
nkinkade | Or I'm sure there are Firefox extensions for manually altering headers. | 20:33 |
paroneayea | nyergler: looking | 20:33 |
nkinkade | And I have no idea how Opera, Safari, IE and the others work. | 20:33 |
nyergler | thanks | 20:33 |
akozak | nkinkade, so do you know how long varnish caches a page? i'm having a hard time envisioning how all of this works in relation to internal caching in SMW since there are two layers of it | 20:34 |
nkinkade | akozak: From what I've known it's always been 180 seconds. | 20:35 |
akozak | normally SMW refreshes data on a page when its saved. but could varnish theoretically serve an older version? | 20:35 |
akozak | ah ok | 20:35 |
nkinkade | akozak: I wouldn't worry too much about it until you know there's a problem. | 20:35 |
nkinkade | If things seem to work fine, then they are probably fine. | 20:35 |
akozak | nkinkade, I'm mostly worried about my own development, since I'm refreshing pages a lot when developing templates. | 20:36 |
nkinkade | akozak: Like I say, if there is a major caching issue, you'll know about soon enough. | 20:36 |
akozak | just wondering if I should consider avarnish a factor if something isnt working | 20:36 |
nkinkade | Perhaps. | 20:36 |
akozak | ok thanks | 20:36 |
JED3 | paroneayea: should we be including the license number in the "title" of a license object? | 20:37 |
JED3 | >>> cc.license.by_uri('http://creativecommons.org/publicdomain/zero/1.0/').title() | 20:37 |
JED3 | u'CC0 1.0 Universal' | 20:37 |
paroneayea | JED3: yes | 20:37 |
paroneayea | I think? | 20:37 |
JED3 | paroneayea: you're right | 20:37 |
*** paroneayea has quit IRC | 20:39 | |
*** paroneay` has joined #cc | 20:40 | |
*** paroneay` has quit IRC | 20:41 | |
nyergler | akozak: just request your page from port 8080 when developing to bypass varnish | 20:41 |
*** paroneayea has joined #cc | 20:41 | |
akozak | ah thanks nyergler | 20:42 |
paroneayea | JED3: <dc:title xml:lang="en-sg">Attribution 3.0 Unported</dc:title> | 20:43 |
paroneayea | 20:43 | |
paroneayea | so that's the norm | 20:43 |
* JED3 raises hand to claim the embarrassing bug | 20:43 | |
paroneayea | to have the version in the title | 20:43 |
JED3 | nyergler: paroneayea: just pushed the fix | 20:43 |
nyergler | awesome, thanks JED3! | 20:44 |
*** bassel has quit IRC | 20:45 | |
nkinkade | JED3: What is /var/www/staging.creativecommons.net on a9? | 20:47 |
nkinkade | Should I just move zupport.CC.org to that dir? | 20:47 |
JED3 | hmm, yeah thats no longer needed | 20:47 |
nkinkade | JED3: Like you were saying a few days ago, I think it makes sense that zupport.CC.org goes away and becomes staging.CC.net. | 20:48 |
nkinkade | I'll do that now if the exiting staging.CC.net isn't needed any longer. | 20:48 |
JED3 | agreed, and zapport can be blown away as well | 20:48 |
mralex | nkinkade: can we make staging.cc.net a fresh clone of production? | 20:51 |
nkinkade | mralex: Yeah, I can do that while I'm cleaning up right now. | 20:51 |
JED3 | nkinkade: mralex is there any way to sync 2 drupal installations? | 20:52 |
nkinkade | mralex: JED3: I'm going to clean up the /var/www and also /etc/apache, but I'll archive any of the old dirs and files in my home dir just in case we need them in the coming months. | 20:52 |
nkinkade | JED3: In terms of the database? | 20:52 |
mralex | i'm not sure if i hit send on my reply to that deployment roundup thread, but i think it would be a good idea to have a development instance too, so staging remains as clean as possible for production testing | 20:52 |
JED3 | nkinkade: yes | 20:52 |
nkinkade | JED3: For that I usually just mysqldump the production version, then drop the staging version, then import the dump into the staging db. | 20:53 |
nkinkade | It generally works pretty well, but you have to be a little careful about site configs and paths that might be saved in the db instead of the config files. | 20:53 |
JED3 | nkinkade: hmm, couldn't we set the staging db to act as a slave to the production one? | 20:53 |
nkinkade | JED3: I'm not sure I follow. | 20:54 |
nkinkade | How would we resolve places where the dbs differed necessarily. | 20:54 |
nkinkade | Like in CiviCRM where paths are saved? | 20:54 |
JED3 | nkinkade: i'm pretty sure you can configure which tables should be replicated and which should not | 20:55 |
nkinkade | Hmm. Yeah, we'll then maybe that could be a possibility. | 20:55 |
nkinkade | I don't really know anything about master/slave setups in MySQL or replication. | 20:55 |
JED3 | http://twitter.com/wizwow hehe this is pretty entertaining | 20:58 |
*** paulproteus_ is now known as paulproteus | 21:11 | |
JED3 | nkinkade: ping | 21:19 |
nkinkade | JED3: ? | 21:19 |
JED3 | do you know what just happened to civicrm? | 21:19 |
JED3 | https://creativecommons.net/civicrm/dashboard | 21:19 |
nkinkade | JED3: Not sure. But could it be related to my moving some old directories around? | 21:21 |
JED3 | nkinkade: hmm possibly, i was using civicrm about 30 min ago and it was working fine | 21:21 |
nkinkade | JED3: I just moved all the old webroots back into place, but the problem seems to be persisting. | 21:23 |
nkinkade | Let's keep looking a bit more. | 21:23 |
*** wormsxulla has quit IRC | 21:24 | |
nkinkade | JED3: Fixed, I believe. | 21:26 |
JED3 | nkinkade: awesome, what was it? | 21:26 |
nkinkade | It would appear that CiviCRM was still using /var/www/support.CC.org for some things. | 21:26 |
nkinkade | I'm going to check all the file paths in the settings. | 21:26 |
nkinkade | Yup. That was it. So when I moved the old directory, thinking it was defunct, CiviCRM got upset. | 21:28 |
JED3 | nkinkade: ahh okay | 21:29 |
*** tvol has quit IRC | 21:35 | |
*** wormsxulla has joined #cc | 21:36 | |
nkinkade | JED3: I also found an old path in civicrm.settings.php, and settings_location.php. | 21:42 |
nkinkade | And discovered that it was necessary to delete files/civicrm/templates_c/en_US/ConfigAndLog/Config.IDS.ini | 21:42 |
*** oshani has quit IRC | 22:01 | |
*** oshani has joined #cc | 22:04 | |
*** erlehmann has joined #cc | 22:05 | |
*** bassel has joined #cc | 22:26 | |
*** oshani has quit IRC | 23:17 | |
*** kreynen has quit IRC | 23:21 | |
*** akozak has quit IRC | 23:27 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!