*** robmyers_ has quit IRC | 00:00 | |
*** karlushi has quit IRC | 00:00 | |
*** 13WAAGRQG has quit IRC | 00:00 | |
*** mralex has quit IRC | 00:10 | |
*** robmyers_ has joined #cc | 00:11 | |
*** karlushi has joined #cc | 00:11 | |
*** 13WAAGRQG has joined #cc | 00:11 | |
*** koo5 has joined #cc | 00:35 | |
*** luisv has quit IRC | 00:44 | |
*** akila87 has joined #cc | 00:56 | |
*** akila87 has left #cc | 00:56 | |
*** Bovinity has joined #cc | 01:10 | |
*** robmyers_ has quit IRC | 01:11 | |
*** karlushi has quit IRC | 01:11 | |
*** 13WAAGRQG has quit IRC | 01:11 | |
*** robmyers_ has joined #cc | 01:22 | |
*** karlushi has joined #cc | 01:22 | |
*** 13WAAGRQG has joined #cc | 01:22 | |
*** sudiptamondal has joined #cc | 01:24 | |
*** JED3 has joined #cc | 01:24 | |
*** johndoigiii has joined #cc | 01:25 | |
*** sudiptamondal has quit IRC | 01:28 | |
*** sudiptamondal1 has joined #cc | 01:29 | |
*** JED3 has quit IRC | 01:29 | |
*** johndoigiii is now known as JED3 | 01:29 | |
*** JED3 has quit IRC | 01:35 | |
*** DNS777 is now known as [777] | 01:45 | |
*** sudiptamondal1 has quit IRC | 01:45 | |
*** timhwang has joined #cc | 01:48 | |
*** sudiptamondal has joined #cc | 01:57 | |
*** sudiptamondal has quit IRC | 02:01 | |
*** JoiIto1 has left #cc | 02:24 | |
*** sudiptamondal has joined #cc | 02:56 | |
*** aurelia has quit IRC | 02:59 | |
*** JED3 has joined #cc | 03:03 | |
*** akila87 has joined #cc | 03:19 | |
*** nkinkade has quit IRC | 03:30 | |
*** sudiptamondal has quit IRC | 03:43 | |
*** sudiptamondal has joined #cc | 03:43 | |
*** sudiptamondal has quit IRC | 03:53 | |
*** Oxygeek has joined #cc | 03:54 | |
*** timhwang has quit IRC | 04:14 | |
*** Bovinity has quit IRC | 04:40 | |
*** Oxygeek has quit IRC | 05:08 | |
*** mick_laptop has quit IRC | 06:24 | |
*** mick_laptop has joined #cc | 06:34 | |
*** FHaag has joined #cc | 07:36 | |
*** JED3 has quit IRC | 07:50 | |
*** wormsxulla has quit IRC | 09:23 | |
*** akila87 has quit IRC | 09:26 | |
*** akila87 has joined #cc | 09:34 | |
*** [777] is now known as DNS777 | 09:38 | |
*** wormsxulla has joined #cc | 09:41 | |
*** akila87 has left #cc | 09:42 | |
*** JoiIto has joined #cc | 13:03 | |
*** tvol has joined #cc | 13:16 | |
*** akila87 has joined #cc | 13:44 | |
*** michi_ has joined #cc | 14:05 | |
*** nkinkade has joined #cc | 14:28 | |
*** nkinkade has left #cc | 14:36 | |
*** sudiptamondal has joined #cc | 14:37 | |
*** nkinkade has joined #cc | 14:40 | |
*** sudiptamondal has quit IRC | 14:44 | |
*** MarkDude has quit IRC | 15:01 | |
*** MarkDude has joined #cc | 15:11 | |
*** aurelia has joined #cc | 15:18 | |
*** mick_laptop has quit IRC | 15:50 | |
*** mick_laptop has joined #cc | 15:50 | |
*** mralex has joined #cc | 16:00 | |
*** FHaag has quit IRC | 16:02 | |
*** nyergler has joined #cc | 16:03 | |
nyergler | nkinkade, fyi, i got the data from amazon copied onto another external drive | 16:05 |
---|---|---|
nyergler | need to get some different screws to put those drives in the chassis and make the array | 16:05 |
nyergler | paroneayea, ping | 16:11 |
nkinkade | nyergler: Which drive did we have that would hold all that data? | 16:14 |
nyergler | i have a personal 2T external drive | 16:14 |
nyergler | didn't want to deal with HFS+ on the time capsule | 16:15 |
paroneayea | hi | 16:17 |
paroneayea | nyergler: pong | 16:17 |
paroneayea | I just saw the .au email | 16:17 |
nyergler | paroneayea, great, that's what i wanted to check in about (that and the serbia email) | 16:17 |
paroneayea | nyergler: so the serbian deed should show up in both languages? | 16:20 |
paroneayea | there's special code for serbia then I assume that I must have missed | 16:21 |
paroneayea | oh wait | 16:21 |
nyergler | paroneayea, it looks like all the multi-legal-code support may have been left out | 16:24 |
nyergler | for example, http://creativecommons.org/licenses/by/3.0/es/ | 16:24 |
nyergler | paroneayea, iirc we had conditionals in the old deed.pt for these | 16:24 |
nyergler | and we were moving them to RDF assertions | 16:24 |
paroneayea | yeah I'm seeing it in deed.pt now | 16:24 |
paroneayea | the conditionals are still there, they just must not be working with the new cc.license api's attributes | 16:25 |
paroneayea | okay, I can fix this. | 16:25 |
paroneayea | working on both now :) | 16:25 |
nyergler | paroneayea, great | 16:27 |
nyergler | paroneayea, ideally we wouldn't need the conditional in the template and would just show all legalcode assertions from the RDF | 16:27 |
*** DNS777 is now known as [777] | 16:27 | |
paroneayea | okay | 16:28 |
paroneayea | fixing it for the old way is super-fast (license.jurisdiction -> license.jurisdiction.code) | 16:28 |
paroneayea | so why don't I do that now and then | 16:28 |
paroneayea | we can do things the smart way after I've got it back up and running | 16:28 |
paroneayea | both bugs were related to license.jursidiction -> license.jurisdiction.code actually... :) | 16:28 |
paroneayea | I'm going to do a grep through the templates to double check that error hasn't been made again | 16:29 |
*** rjcp has joined #cc | 16:30 | |
*** rjcp has joined #cc | 16:30 | |
nyergler | paroneayea, great | 16:35 |
*** rjcp has quit IRC | 16:35 | |
nyergler | paroneayea, i suppose this will be our first experiment with clearing the "cache" :) | 16:35 |
paroneayea | :) | 16:35 |
*** akila87 has left #cc | 16:35 | |
*** akila87 has joined #cc | 16:36 | |
*** rjcp has joined #cc | 16:37 | |
*** rjcp has joined #cc | 16:37 | |
paroneayea | hey akila87... just FYI, I haven't forgotten about your plogpost. I just have a couple of critical things to take care of first | 16:38 |
paroneayea | heh, plogpost. | 16:38 |
*** bassel has joined #cc | 16:39 | |
akila87 | paroneayea sure :) don't worry about it. :) i just logged in automatically :) | 16:41 |
mralex | wow, my irc window is littered with :) | 16:42 |
paroneayea | mralex: :) | 16:42 |
mralex | adium renders them as icons. it's like my screen has the measles. | 16:42 |
paroneayea | ☺ | 16:43 |
*** [777] is now known as DNS777 | 16:44 | |
*** timhwang has joined #cc | 16:53 | |
nkinkade | paroneayea: Where is the jurisdiction's website URL stored these days? Or is it? | 16:58 |
nkinkade | paroneayea: As in: ./bin/jurisdiction add --lang=es_PR --uri=http://www.creativecommonspr.org/ pr ... where is --uri stored? | 17:02 |
nkinkade | NEvermind. I found it in jurisdictions.rdf. | 17:04 |
paroneayea | kk | 17:14 |
*** JED3 has joined #cc | 17:24 | |
paroneayea | okay | 17:29 |
paroneayea | http://creativecommons.org/licenses/by/3.0/rs/ <- As a test, I first tried wiping *just* rs's cached pages | 17:29 |
paroneayea | which looks good | 17:29 |
paroneayea | there are a lot of them though, so I'm just going to wipe the entire cache directory I guess? | 17:29 |
paroneayea | and see how much it slows things to a crawl for a while... :) | 17:29 |
*** JED3 has quit IRC | 17:29 | |
paroneayea | done! | 17:31 |
paroneayea | it appears to have not destroyed the website in the process too :) | 17:31 |
paroneayea | nyergler: cache wipe experiment a smooth success | 17:32 |
*** FHaag has joined #cc | 17:33 | |
nyergler | paroneayea, awesome :) | 17:33 |
nyergler | paroneayea, can you reply to both serbia and australia? | 17:33 |
paroneayea | sure. | 17:34 |
nyergler | thanks... am i correct that you're going to look at implementing the serbia fix "right" next? | 17:34 |
paroneayea | Yes. | 17:34 |
*** johndoigiii has joined #cc | 17:35 | |
nkinkade | nyergler: Where does the API get it's data? From license.rdf? | 17:46 |
nyergler | nkinkade, yes | 17:46 |
nyergler | nkinkade, specifically, it now uses the cc.license API, just like the license engine | 17:47 |
nkinkade | nyergler: So one thing that occurred to me is that we also need to retrieve the jurisdictions website URL, which is now only in jurisdictions.rdf. | 17:48 |
nyergler | ok | 17:49 |
nkinkade | I code around that by fetching and caching that file. | 17:49 |
nyergler | it seems to me that if we're going to add an API call, let's just send everything in the packet there | 17:49 |
nkinkade | What I'm wondering is this: should I try to do this using the tools we already have, or should we write a new API method? | 17:49 |
nyergler | nkinkade, i don't think we want to parse *all* of licenses.rdf (even if we cache it) | 17:50 |
nkinkade | I can make something that works using what we already have. I don't think it would be too much work at all. | 17:50 |
nyergler | er, index.rdf | 17:50 |
nyergler | index.rdf is 49M of RDF | 17:50 |
nkinkade | nyergler: that wouldn't be necessary. | 17:50 |
nyergler | oh? | 17:50 |
nkinkade | I'm talking about jurisdictions.rdf, which is only 150K at the moment. | 17:50 |
*** rjcp has quit IRC | 17:50 | |
nkinkade | Still not exactly a tiny file, though. | 17:50 |
nyergler | and then you'd make the call that generates a "BY" license to determine the version? | 17:51 |
nkinkade | Something is going to have to parse it one way or the other. It comes down to this: is it better to have the API parse it, or just do it in PHP. | 17:51 |
nkinkade | nyergler: I already started poking around with some code changes. The idea I was starting to write out was to just fetch jurisdictions.rdf and cache it for a predetermined amount of time. Maybe a week or so? | 17:52 |
paroneayea | Good thing I did that grep to see if there were any more license.jurisdiction errors when it should have been license.jurisdiction.code. There was! | 17:52 |
*** rjcp has joined #cc | 17:52 | |
*** rjcp has joined #cc | 17:52 | |
paroneayea | the class on the deed-main-content div | 17:52 |
nyergler | i don't think that's quite the right dichotomy; i think it's more like, "how many parsers do we want to maintain, and is the incremental cost of making an HTTP call too expensive?" | 17:53 |
nkinkade | nyergler: The parser I have in mind would be all of maybe 4 lines of code. | 17:54 |
nkinkade | Just load the document and fine a single element. | 17:54 |
nyergler | nkinkade, and you're parsing as RDF, not XML, right? | 17:54 |
nkinkade | But it's still 150K. | 17:54 |
nkinkade | nyergler: I was thinking to parse it as XML and then fake the rest. | 17:54 |
nyergler | nkinkade, no | 17:54 |
nkinkade | I wasn't sure how that would work, but figured it shouldn't be hard. | 17:54 |
nyergler | that will fuck us eventually | 17:54 |
*** akila87 has quit IRC | 17:55 | |
nkinkade | It's an XML document, right? | 17:55 |
nyergler | yes, but it's an RDF-XML document. That means namespace labels, prefixes can change and still have the same meaning | 17:55 |
nyergler | a naive XML parser won't get that right | 17:55 |
nkinkade | I don't know that there any good RDF parsers for PHP ... or at least searches didn't reveal anything totally obvious. | 17:55 |
nkinkade | ... or easy. | 17:55 |
*** akila87 has joined #cc | 17:56 | |
nkinkade | nyergler: Then I guess that means that John should just add a new API call. | 17:56 |
nkinkade | ... or we could just stop publishing jurisdiction site URLs. | 17:56 |
nkinkade | Because I can already grab the current version number from the call I referenced earlier on that ticket. | 17:56 |
nyergler | nkinkade, yeah, it's unlikely that we'd change things, but we have in the past when we added new terms, etc, so i don't want to set us up to fail like that | 17:56 |
paroneayea | heading to lunch, bbiab | 17:57 |
nkinkade | nyergler: If we didn't bother to publish the sites URL, then we could actually eliminate the worldwide plugin altogether. | 17:57 |
nkinkade | In fact, it would be easy enough to publish the URL in the body of the post instead of prgramatically. | 17:58 |
nkinkade | That would certain ease things. | 17:58 |
nyergler | nkinkade, i don't understand why moving the site URL to the body would eliminate the plugin; what about the license URLs? | 17:58 |
nkinkade | Right now we have to go changing XML and RDF around to effect that change, whereas it would be trivial to simply edit the post. | 17:58 |
*** akila87 has left #cc | 17:58 | |
nkinkade | nyergler: Because the code necessary to fetch the current version number would be all of 5 lines. | 17:59 |
*** MarkDude has quit IRC | 17:59 | |
nkinkade | And we could just stick it in the theme. | 17:59 |
nkinkade | There is already plenty of code in the theme instantiating classes and running class methods, and iterating through results and fetching names via the API> | 17:59 |
nkinkade | nyergler: That could be simplified to: fetch from AP, grab version number, create license links. | 18:00 |
nyergler | right | 18:00 |
nkinkade | That wouldn't take more than 10 lines of code, probably, and would eliminate about 150 lines of code and whole plugin. | 18:00 |
nyergler | i think there's value in having this as structured information | 18:01 |
nyergler | i think this is an easy add to the API | 18:01 |
nkinkade | There is also value in simplicity. | 18:01 |
nyergler | adding it to the API makes the worldwide plugin simpler | 18:01 |
nkinkade | The current setup is ridiculously complicated to achieve a ridiculously simple task. | 18:02 |
nyergler | i concur; but if: | 18:02 |
nkinkade | By the way, what structure are you referring to? | 18:02 |
nyergler | a) we already have to update the RDF for cc.license @ the API when we launch | 18:02 |
nyergler | b) we're building some tooling with fabric to make that easier | 18:03 |
nyergler | i don't see that using an API method is any more complex/difficult to maintain | 18:03 |
nyergler | i'm referring to storing it in the jurisdiction RDF | 18:03 |
nkinkade | nyergler: If there were an API call that returned 1) the jurisdiction site URL 2) And a list of all the current licenses .... then we wouldn't need the worldwide plugin. | 18:04 |
nkinkade | It could disappear into about 15 lines of code in the theme. | 18:04 |
nyergler | that's the sort of call i'd like to implement; i'm quite annoyed right now that you keep conflating the place we store the data and how we structure the code | 18:04 |
nyergler | let's implement the API call so we know where we're storing the information and then we can look at how the code work | 18:05 |
nyergler | i'll update the ticket | 18:05 |
nkinkade | nyergler: I don't understand "conflate" in this context. But all I'm saying is that worldwide plugin would no longer be necessary because the amount of code required to handle it all would be trivial, and could just go right in the theme. Eliminating a kludgy plugin. | 18:06 |
nyergler | sorry, just seems like there are two issues: 1) how we store/access the information (in RDF? in the post? local? via HTTP?), and 2) where the PHP code lives | 18:07 |
nyergler | i concur that eliminating a kludgy plugin is awesome | 18:08 |
nyergler | let's write a jurisdiction info API call and eliminate the plugin | 18:08 |
nkinkade | nyergler: I'm happy to keep this all in the RDF, and to just make a new API call. That seems useful, and not just for us. | 18:08 |
nyergler | complete agreement :) | 18:08 |
nkinkade | That sounds like next step. Implement that API call, then we can look at the code. | 18:09 |
nyergler | awesome | 18:09 |
nyergler | sorry to be so prickly | 18:09 |
*** rjcp has quit IRC | 18:10 | |
nkinkade | Your pricklyness didn't come through in text very much. Sorry if I wasn't explaining myself well, or was just being slow. | 18:11 |
nyergler | no worries; irc is a low-emotional-bandwidth transport :) | 18:12 |
*** rjcp has joined #cc | 18:22 | |
*** rjcp has joined #cc | 18:22 | |
nyergler | nkinkade, what's the easiest format for you to handle in response from the API? | 18:26 |
nyergler | XML? JSON? | 18:26 |
nkinkade | nyergler: I'd say JSON would be the easiest because it wouldn't require any parsing. | 18:26 |
nkinkade | But XML is easy enough, if it's better to go with that for consistency with the rest of the API or something. | 18:27 |
nyergler | nkinkade, i don't understand how it wouldn't require *any* parsing... or does PHP just turn it into an array for you? | 18:27 |
nkinkade | nyergler: Yeah, PHP has built in functions to parse the JSON. | 18:27 |
nyergler | nice | 18:28 |
nyergler | ok | 18:28 |
nkinkade | So, yes, it just spits out a nice array that I can walk. | 18:28 |
*** timhwang has quit IRC | 18:28 | |
nyergler | nkinkade, i just created a new issue for the API call | 18:29 |
nkinkade | Thanks. This actually seems like a useful call, our use case notwithstanding. | 18:29 |
*** rjcp has quit IRC | 18:29 | |
*** jgay has joined #cc | 18:32 | |
*** mlinksva has joined #cc | 18:35 | |
nyergler | nkinkade, i concur... and i'd like to keep us moving towards eating our own dogfood | 18:36 |
*** MarkDude has joined #cc | 19:13 | |
*** michi__ has joined #cc | 19:50 | |
*** johndoigiii has quit IRC | 20:04 | |
*** jgay_ has joined #cc | 20:04 | |
paroneayea | oh noes :( | 20:27 |
paroneayea | "bad file descriptor" and hda errors in my dmesg | 20:28 |
paroneayea | sigh | 20:28 |
paroneayea | babel.core.UnknownLocaleError: unknown locale 'oci_ES' | 20:40 |
paroneayea | nyergler: 'oci_ES'? | 20:40 |
*** FHaag has left #cc | 20:41 | |
nyergler | paroneayea, i have no idea; nkinkade? | 20:41 |
nyergler | is that one of Spain's many languages? | 20:41 |
paroneayea | hm | 20:41 |
paroneayea | msgid "lang.oci_ES" | 20:41 |
paroneayea | msgstr "Aranese" | 20:41 |
nkinkade | nyergler: Yeah, it's another of Spain's langauges. | 20:41 |
paroneayea | well babel dislikes it | 20:41 |
nyergler | paroneayea, does babel have a locale for Aranese (not country specific) -- so "oci"? | 20:42 |
*** tvol has quit IRC | 20:43 | |
nkinkade | paroneayea: It's a valid ISO 639-2 lang code: http://www.loc.gov/standards/iso639-2/php/code_list.php | 20:43 |
nkinkade | But it's named "Occitan" there. | 20:43 |
nkinkade | Apparently in | 20:44 |
nkinkade | Spain it's known as Aranese in the Aran Valley or something like that. | 20:44 |
nkinkade | Ignasi from CC Spain has me add it, but it remains at 0% translation, so I suspect it's safe to ditch it for now. | 20:45 |
paroneayea | hum | 20:47 |
nkinkade | And for your disk errors: smartmontools ????? | 20:49 |
paroneayea | cool, I'll look at that | 20:50 |
paroneayea | though | 20:50 |
paroneayea | it turns out the error and the dmesg message were unrelated | 20:50 |
paroneayea | the file descriptor error happened with trying to open file() 'rw' | 20:51 |
paroneayea | not sure why that was a problem with babel | 20:51 |
*** MarkDude has quit IRC | 20:52 | |
paroneayea | maybe I'm being foolish about something basic right now. | 20:52 |
paroneayea | well babel didn't like oci_ES and it didn't like ast_ES, so I just ignored them both. | 20:56 |
paroneayea | apparently it doesn't like all of spain's silly languages | 20:56 |
*** JED3 has joined #cc | 20:58 | |
paroneayea | nyergler: http://paste.pocoo.org/show/232935/ | 20:59 |
paroneayea | those are all of the jurisdictions with translations that said "a creative commons license" instead of the right license | 20:59 |
paroneayea | and the offending strings | 20:59 |
paroneayea | lots of translations there offending | 20:59 |
nyergler | great. fuzzify those fuckers | 20:59 |
nyergler | and i'd check the spain languages by hand quickly since they may have the same issue | 21:00 |
paroneayea | kk, will do | 21:00 |
paroneayea | I'm not sure if opening the Catalog with read_po in babel w/o specifying the locale would create a problem on write? | 21:01 |
*** aurelia has quit IRC | 21:01 | |
paroneayea | because otherwise I could just have babel do it. | 21:01 |
nyergler | paroneayea, should not, but should be easy to figure out -- just do a git status :) | 21:01 |
paroneayea | tru dat :) | 21:01 |
paroneayea | didn't look like it created a problem but then again they didn't have the issue so my script didn't try writing the file | 21:03 |
paroneayea | ooowell | 21:03 |
* paroneayea makes a note to file a bug with Babel | 21:03 | |
paroneayea | http://dpaste.com/214083/ wonder why babel's dropping "python-format" on those items? | 21:06 |
paroneayea | I'm not even touching them | 21:06 |
paroneayea | what does that mean, anyway? | 21:07 |
*** aurelia has joined #cc | 21:07 | |
paroneayea | nkinkade / nyergler: ^^??^^ | 21:08 |
nkinkade | paroneayea: It would appear that was added by gettext: http://www.gnu.org/software/gettext/manual/gettext.html#python_002dformat | 21:18 |
paroneayea | nkinkade: :O :O :O | 21:18 |
paroneayea | then why is babel, a python library, deleting this valuable flag! | 21:19 |
nkinkade | But I still don't know precisely what it's supposed to mean. I don't know that much about PO files. | 21:19 |
nkinkade | I think it may mean that part of the string may be code that shouldn't be altered by the translator. | 21:21 |
nkinkade | ... like our {%variable} tokens, or whatever we use. | 21:21 |
*** aurelia has quit IRC | 21:22 | |
nkinkade | paroneayea: This is helpful too: http://www.gnu.org/software/gettext/manual/gettext.html#Translators-for-other-Languages | 21:23 |
paroneayea | nkinkade: thx | 21:23 |
nyergler | paroneayea, figure it out? | 21:28 |
nyergler | (sorry, wasn't paying attention) | 21:28 |
paroneayea | nyergler: haven't figured out *why* it's being stripped yet | 21:43 |
paroneayea | though I've figured out what it is | 21:43 |
paroneayea | about to hackily set it back anyway | 21:43 |
nyergler | paroneayea, i noticed that the version of babel seems to be older than before | 21:43 |
paroneayea | yeah | 21:43 |
nyergler | maybe that's a 1.0 feature? | 21:44 |
nyergler | can't remember why we built our own version at one point | 21:44 |
paroneayea | the babel version I was using was the alleged "current" version | 21:45 |
paroneayea | but I will try now with the one in http://labs.creativecommons.org/~paulproteus/eggs/ | 21:45 |
paulproteus | ruh roh | 21:45 |
paulproteus | paroneayea: I don't think my patches related to "python-format" ever. | 21:46 |
paroneayea | paulproteus: still your version is in the 1.0 series | 21:46 |
paroneayea | the one easy_install pulls is 0.9x | 21:46 |
paulproteus | http://mirrors.creativecommons.org/irc/cc/%23cc.2009-03-16.log.html is a conversation about those patches from a while ago | 21:47 |
paulproteus | Babel has pretty simple code, especially if you read the patches I wrote ages ago, | 21:47 |
paulproteus | https://openhatch.org/people/paulproteus/ links to my patches and upstream's commit log messages for them. | 21:47 |
paroneayea | paulproteus: ah ok, thx | 21:48 |
paulproteus | http://mirrors.creativecommons.org/irc/cc/%23cc.2010-06-01.log.html is more chat log (actually from earlier this month) | 21:48 |
paroneayea | new babel still removes python-format though | 21:49 |
paroneayea | (new being ~paulproteus/eggs/) | 21:49 |
paroneayea | seems peculiar | 21:49 |
paulproteus | Yeah, removing things it doesn't know about is typical Babel behavior when round-tripping a PO file through it. | 21:49 |
*** mlinksva has quit IRC | 21:51 | |
paroneayea | hey mlinksva was in #cc! | 21:52 |
paroneayea | I was even going to joke that the log you showed me had mlinksva in it back then | 21:52 |
paroneayea | nyergler: hm, question | 21:57 |
paroneayea | should I have been marking those strings as fuzzy in i18n/i18n/, i18n/po/, or both | 21:58 |
paroneayea | I am guessing maybe I should have done it in po | 21:59 |
paroneayea | and then run po2cc | 21:59 |
paroneayea | but I am not entirely sure | 21:59 |
nyergler | paroneayea, probably both; one of those directories holds "po style" and the other holds "cc style" strings | 21:59 |
paroneayea | ok | 21:59 |
nyergler | paroneayea, actually what you said sounds right | 21:59 |
nyergler | po2cc should carry the fuzzy over | 21:59 |
paroneayea | well that is not what I did :) | 21:59 |
paroneayea | I only did it in i18n | 22:00 |
nyergler | :) | 22:00 |
nyergler | that'll get overwritten | 22:00 |
paroneayea | okay | 22:00 |
paroneayea | I'll do it in po then | 22:00 |
paroneayea | and then run po2cc. | 22:00 |
paroneayea | hm :\ | 22:02 |
paroneayea | doing it in po/ seems to do nothing. | 22:02 |
paroneayea | oic. | 22:05 |
*** mlinksva has joined #cc | 22:11 | |
*** bassel has quit IRC | 22:13 | |
*** mlinksva has quit IRC | 22:16 | |
*** jgay_ has quit IRC | 22:17 | |
*** bassel has joined #cc | 22:29 | |
paroneayea | nkinkade / nyergler: one more thing before I check this in. http://paste.pocoo.org/show/232957/ | 22:31 |
paroneayea | is it okay that babel is adding Plural-Forms there? (I'm not sure why it would be a problem) | 22:31 |
paroneayea | http://www.gnu.org/software/hello/manual/gettext/Plural-forms.html looks like it would be useful even to have that added | 22:32 |
nyergler | paroneayea, yeah, that's fine | 22:32 |
paroneayea | great :) | 22:32 |
nyergler | looks like it added human-readable language header, too | 22:32 |
nyergler | that's cool | 22:32 |
nkinkade | I'll go with whatever nyergler said. :-) | 22:32 |
paroneayea | :) | 22:32 |
paroneayea | urk | 22:37 |
paroneayea | one more question | 22:37 |
paroneayea | when I'm doing an svn up in ~pootle/checkouts/$project/cc-i18n-trunk and I get a conflict, what should I do? | 22:37 |
paroneayea | resolve the diff manually I assume | 22:38 |
paroneayea | damnit it opened the file in nano. | 22:39 |
*** JoiIto has quit IRC | 22:40 | |
*** mick_laptop has quit IRC | 22:40 | |
*** robmyers_ has quit IRC | 22:40 | |
*** karlushi has quit IRC | 22:40 | |
*** 13WAAGRQG has quit IRC | 22:40 | |
*** JoiIto has joined #cc | 22:41 | |
*** mick_laptop has joined #cc | 22:41 | |
*** robmyers_ has joined #cc | 22:41 | |
*** karlushi has joined #cc | 22:41 | |
*** 13WAAGRQG has joined #cc | 22:41 | |
paroneayea | nm | 22:41 |
paroneayea | kk done... still gotta send that email to CCi but I'll do that next week. Later all | 22:42 |
nyergler | paroneayea, later, thanks for your work today | 22:54 |
*** bassel has quit IRC | 23:02 | |
*** KarlinTrouble is now known as karlcow | 23:14 | |
*** nyergler has quit IRC | 23:15 | |
*** mralex has quit IRC | 23:21 | |
*** jgay has quit IRC | 23:24 | |
*** wormsxulla has quit IRC | 23:28 | |
*** wormsxulla has joined #cc | 23:48 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!