[12:07] hey [12:07] does anyone know how to rebuild the fti in sampledata? [12:07] I copy and pasted and now I have bogus data in the fti fields [12:08] it's updated by a trigger [12:08] okay so far [12:08] so you can insert whatever you want without fti and it'll generate the fti for you [12:08] do I need to explicitly clear the field? [12:08] maybe not [12:09] what do I do? make schema? === kiko tries [12:10] kiko: make sampledata [12:11] not newsampledata? === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [12:12] meh, probably === kiko attempts [12:12] make schema loads -> database [12:12] make newsampledata unload -> disk [12:12] and how do I get fti generated? [12:12] make schema? [12:14] what's wrong with pqm, btw? it hasn't hung once today [12:15] I think it's not really running tests [12:15] just pretending to === kiko fails to get fti fields updated [12:16] triggers are disabled to load sampledata [12:16] so a make schema won't do it [12:16] what do I need to do? [12:17] copy the insert lines and paste them into psql [12:17] :) [12:17] ok [12:17] kiko: launchpad test suite got fixed - I talked with spiv, SteveA and JamesH at london [12:17] kiko: then jamesh fixed it [12:17] wow [12:17] was it always the same hang? [12:18] the external processes is what fucked it over [12:18] the ones that daemonised [12:18] so the process group killer could not kill them [12:19] what would happen is some failures would not teardown 'right' [12:19] then there would be a stale process connected to the db [12:19] after that, every test run was doomed === sgt_pepper [n=sgt_pepp@200.69.103.130] has joined #launchpad [12:24] FAILED (errors=46) [12:24] I think ddaa will be unhappy [12:28] muhahha [12:28] pqm has been nice to me today [12:33] food! [12:33] back soon [12:39] food, bah, what a wimp! [12:39] real hackers don't eat [12:39] they live off prana === kiko make schemas for the, say, 10th time? [12:43] Merge to devel/launchpad/: [trivial] Add a harness Makefile target for the sake of convenience and my wrists (r3418: kiko) [12:56] i need ubuntu's cds [12:56] sgt_pepper, shipit.ubuntu.com [12:57] thank kiko [12:57] sure [01:00] ubuntu have suport openoffice2.0? === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [01:03] sgt_pepper, yes === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad [01:06] thank Burgwork [01:06] sgt_pepper, np [01:09] kiko: ping? [01:09] elmo, pong [01:10] ah, never mind sorry, I'm being an idiot [01:10] never [01:11] but I should roll home if I am to not miss my swimming tonight [01:11] catch you all later [01:15] tchau [01:16] join #glud [01:16] ./join #glud [01:21] Merge to devel/launchpad/: [trivial] Last part of bug 30500: fix package searching for distroarchrelease, allowing us to match on non-ftiable values such as 'at'. Includes test, yay (r3419: kiko) [01:43] ok, wtf [01:44] how can adding a 3rd table to a from clause (no where clause at all) make a select return no results? [01:44] literally, 'select * from foo, bar;' works, 'select * from foo, bar, bat;' returns no rows [01:45] mmm, is there a relation ? [01:45] how do you mean? [01:47] if you do a \d bat in psql, is there a constraint between the tables [01:47] no, nothing, they're throwaway tables I just created [01:50] so, I never use that syntax ;). Try adding a full outer join perhaps; [01:52] hmm, I'm wondering if I'm shooting myself in the foot by calling the table 'temp' ;) [01:52] uhm [01:52] perhaps ;0 === erdalronahi [n=erdal@p50874995.dip.t-dialin.net] has joined #launchpad [02:00] hi all === erdalronahi [n=erdal@p50874995.dip.t-dialin.net] has joined #launchpad [02:05] morning === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [02:26] spiv: are you blocked on anything for the doc-bazaar review ? [02:30] spiv: you broke my nagios again [02:30] elmo: what went down ? [02:34] lifeless: https://lists.ubuntu.com/mailman/private/launchpad-reviews/2006-March/002580.html is still unanswered. You've told me (although Steve still hasn't replied to my emails directly) that the format is acceptable, but I'm still not sure that doc/ in launchpad is a better location than the wiki. [02:34] elmo: Hmm, that's surprising. I'll take a look. [02:34] spiv: it's specific, I'm no longer getting salt info, back I think [02:34] that may be considered a feature, I dunno [02:34] check_authserver - FAIL: missing salt from returned data [02:35] Oh, I see. [02:35] Yeah, it's returning v2 stuff from /RPC instead of v1. [02:35] Not that anything is still using v1 that I know of... [02:36] what's the difference between v2/v1? [02:37] elmo: see the comment near the top of https://wiki.launchpad.canonical.com/AuthServerAPI [02:37] cool, thanks [02:37] spiv: do you know how annoying links to password-requiring-archives-are ? [02:37] spiv: i.e. whats the date & title [02:37] lifeless: my browser auto-completes them, so no, I don't :P [02:37] spiv: mine hates me [02:38] lifeless: March 6 and "david/launchpad/doc-bazaar" [02:38] teams ['[{'displayname': 'Louise McCance-Price', 'id': 99, 'name': 'name99'}] '] [02:39] lulu! [02:39] oh, right,that's by design [02:39] how weird === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad [02:42] spiv: if you get stuck like this again, please bounce the branch to me. [02:42] lifeless: Ok. [02:43] spiv: your questions boiled down to 'I cant review this without someone else taking a decision' - which is fine, but while its in your queue, I'll be heckling *you* rather than the person you are blocked on. [02:43] now I've made it steves problem [02:44] sweet [02:44] we are down to 2 days as the oldest outstanding unreviewed branch, modulo kikos which I know about [02:44] now to sustain it === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [03:59] Gooooooooooooooooooooooooood afternoon Launchpadders! [04:01] that was fast === stub [n=stub@ppp-58.8.6.146.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@219-89-143-155.jetstart.xtra.co.nz] has joined #launchpad [04:32] lifeless, every time I've tried to land a branch in the past two days, PQM says "database creation failed: ERROR: source database "launchpad_ftest_template" is being accessed by other users" [04:36] It would actually say a heck of a lot more than that - please paste the output [04:39] when I submit it to Kinnison's paste service I get an empty page in response [04:39] hmm, maybe it's too big [04:39] no, fails with a shorter one too [04:42] mpt: there is a bug in your branch - other branches are landing find [04:42] *fine* [04:42] All the tests are passing [04:43] mpt: try 'make check_merge' [04:43] I can nearly guarantee that that will break. [04:44] I thought make check_merge was what PQM did [04:44] it is [04:44] and PQM says all tests passed [04:45] there are multiple things that emit 'tests passed' output [04:45] the only thing that /matters/ is the return code from 'make check_merge' [04:45] if that is 0 - your branch lands. if its not, its rejected. [04:47] right, but if make check_merge gives me exactly the same output, it's not going to help, because it's not telling me where the failure is [04:48] mpt: well its often easier to debug when you can look for active processes, etc locally [04:53] No module named vfs.ivfs [04:53] Oh, I don't have twisted in this branch yet [04:53] but PQM does, so that's not the problem... === mpt tries again === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [06:14] Merge to devel/launchpad/: [trivial] Add options.verbose flag to script verbosity setup (r3420: Stuart Bishop) [06:49] Well, that was interesting === mpt_ [n=mpt@222-154-182-157.jetstream.xtra.co.nz] has joined #launchpad [07:10] lifeless, https://chinstrap.warthogs.hbd.com/~dsilvers/paste/fileEhBDDm.html [07:10] There's just one error, near the bottom, which I'm pretty sure is nothing to do with me [07:10] (my branch is just template changes) [07:13] and it's not the same error as PQM gave [07:13] mpt_: ok. so you've done a diff against rocketfuel and it shows you just the simple diff you expect ? [07:13] yes, just did that [07:14] three templates, one zcml, one line in a view class [07:19] what was the exit code you got from make check_merge (you can echo $? straight after - and only straigh after) to find out [07:20] also that does not appear to be the full test run - it stops where I would expect the importd tests to start. === mpt__ [n=mpt@219-89-149-183.jetstart.xtra.co.nz] has joined #launchpad === mpt__ is now known as mpt === robotgeek [i=venkat@ubuntu/member/robotgeek] has joined #launchpad === mpt [n=mpt@219-89-149-183.jetstart.xtra.co.nz] has joined #launchpad === robotgeek [i=venkat@ubuntu/member/robotgeek] has left #launchpad [""seeking] === mpt [n=mpt@219-89-149-183.jetstart.xtra.co.nz] has joined #launchpad [07:53] Merge to devel/launchpad/: [trivial] Explains products on /products, and fixes a typo on /projects. (r3421: Matthew Paul Thomas) [07:54] oh really! [07:55] So the only difference between an unsuccessful and a successful merge was changing two templates from 2col back to 3col? [07:55] hmmmmmmmmmmmm [07:56] mpt: I suspect that's just co-incidence... [07:59] indeed [07:59] especially since there were no pagetest failures === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === carlos [n=carlos@68.Red-88-3-205.dynamicIP.rima-tde.net] has joined #launchpad [09:18] morning [09:23] hi carlos [09:23] mpt: hey dude [09:50] lifeless: hi, around? [09:50] yup [09:51] gmorning [09:51] lifeless: did you remove my AJAX branch that steve had on his queue? [09:52] talking about PendingReviews [09:52] nope [09:52] he did [09:52] ok === doko_ [n=doko@dslb-088-073-091-042.pools.arcor-ip.net] has joined #launchpad [09:52] look in the pending reviews history === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [09:56] mpt: ping [10:02] sabdfl, pong [10:03] just about to reply to your mail [10:03] mpt: evening === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [10:18] carlos, got time for 2 questions about rosetta? [10:19] mdke_: I always have time for you ;-) [10:19] carlos, heh :) ok. [10:19] 1. when a package is uploaded with a new pot, how long does it take for rosetta to add the pot? [10:19] does anything need to be done manually? [10:21] mdke_: the first time we see that .pot file, we need to approve it === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad [10:21] mdke_: next time, it's imported automatically [10:22] mdke_: unless we decided to block it [10:23] carlos, thanks, ok I'll come to you for some approval [10:24] carlos, second question, which I think you just answered, if the same pot file appears in two packages, is rosetta clever enough to figure that out? [10:24] mdke_: I look at the queue all days, so it should not take more than one day (we have some backlog from kde, but that was a special case) [10:24] mdke_: in two packages? [10:24] yes [10:25] mdke_: well, rosetta is not able to figure it automatically if it's on two different packages [10:25] it depends if I remember that I saw it before... [10:25] carlos, but you can approve one, and disapprove the other? [10:25] mdke_: in general, for approvals, you can come to me too [10:25] and let carlos do the hacking :) [10:25] jordi, ok, I will [10:25] yeah ;-) [10:26] carlos, a concrete example. the pot file for the ubuntu server guide is likely to be in both the ubuntu-docs and kubuntu-docs source. [10:26] mdke_: If you warn us, we can block one of them and leave the other available to translate [10:27] the template is already in rosetta under ubuntu-docs [10:27] i'll upload a newer template soon [10:27] mdke_: should we block the one from kubuntu-docs? [10:27] carlos, great. I hereby warn you: don't accept serverguide.pot for kubuntu-docs :) [10:27] also, can you remove pot files? [10:27] jordi: ^^^^ [10:27] mdke_: yes, I can, is not easy, but I will do a batch removal soon [10:28] carlos, shall I give you the ones to remove over irc, or by email? [10:28] ok :) [10:29] email generally works better :) [10:30] rosetta@ubuntu.com? [10:30] mdke_: rosetta@launchpad.net is better [10:32] carlos, will do. Thanks === frodon_ido [n=patrick@ip-213-49-233-214.dsl.scarlet.be] has joined #launchpad [10:35] carlos, jordi, thanks for help. [10:37] mdke_: you are welcome [10:47] mdke_: should we block the templates you asked us to remove or did you remove them from that package? === mpt [n=mpt@219-89-149-183.jetstart.xtra.co.nz] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [11:08] carlos: grumpf, I just uploaded a gnome-session current potfile over the hoary one due to rosetta :p [11:08] carlos: https://launchpad.net/products/gnome-session/+translations ... why the heck does it default to "hoary"? [11:09] seb128: because someone added the link from hoary to the product [11:09] and no one added the link from breezy or dapper [11:09] hum, that's just confusing :/ [11:10] if I don't manager to use it, I bet that users are having an hard time trying [11:11] seb128: right, but you should also read!!! [11:11] :-P [11:11] I just want to translate gnome-session [11:11] seb128: what did you expect there? [11:11] so I went on rosetta page [11:11] pick gnome-session to the list [11:11] picked french [11:11] and uploaded my po [11:12] I expected translating the current Ubuntu [11:12] seb128: but what version of gnome-session ? [11:12] not hoary which one year old [11:12] well, hoary is still supported... [11:12] whatever is current [11:12] yeah, but default should be current [11:12] current == breezy not dapper [11:12] just in case... [11:12] that's like we don't set tasks on hoary by defaulf when you file a bug :p [11:12] we defined a way to improve this situation las month while the london sprint [11:13] I disagree with the current, but that's arguable [11:13] the fact is [11:13] people go to https://launchpad.net/rosetta [11:13] seb128: at some point, we will move from breezy to dapper, before release [11:13] they want to translate gnome-sessio, they pick it [11:13] you get https://launchpad.net/products/gnome-session/+translations [11:13] click on french [11:13] dude [11:14] you get https://launchpad.net/distros/ubuntu/hoary/+source/gnome-session/+pots/gnome-session-2.0/fr/+translate [11:14] I know users don't read... [11:14] Rosetta is the primary translation system for the Ubuntu distribution. You can help translate any application in Ubuntu, or any of the Ubuntu derivative distributions, using this Web interface. Select a release to start translating. [11:14] you select the distribution you want to translate [11:14] the others are products [11:14] where? [11:14] launchpad.net/rosetta [11:14] https://launchpad.net/products/gnome-session/+translation only list hoary [11:14] no breezy [11:14] no dapper [11:14] because you selected a product [11:14] I went to https://launchpad.net/rosetta [11:15] when we import GNOME's CVS, you will get GNOME CVS there, instead of Ubuntu [11:15] and selected what I want to translate [11:15] seb128: but please, read! ;-) [11:15] I'm not stupid, I figured and fixed the pot [11:15] seb128: I know it's needs to be improved [11:15] my point was about the UI not being good [11:15] s/it's/it/ [11:15] you don't agree I'll stop here [11:15] seb128: I agree [11:15] but I still think most people will just click [11:15] and go to the wrong place [11:15] I already told you that, and that's why we are going to change it [11:15] cool :) [11:16] maybe a transition page "pick what version you want translate" [11:16] but the main problem here is the fact that people don't read :-) [11:16] with the distro branches and upstream product listed [11:16] you have to do with that [11:16] that's why GNOME put verbs on the buttons for its dialogs by example [11:16] carlos: I'd be grateful if you could solve that problem [11:17] you will not change users, you have to live with the fact than most don't want to read your blabla [11:17] and that the UI should make easy to go to the right place for those who don't read [11:17] yeah [11:17] a page when you click on the product [11:18] Pick what version of the product to translate: [11:18] * hoary === WaterSevenUb [n=WaterSev@195-23-238-197.nr.ip.pt] has joined #launchpad [11:18] * breezy [11:18] * dapper === carlos wish he had four hands and two computers... to work faster ... :-P [11:18] * upstream [11:18] would be good enough [11:19] seb128: anyway, we still depend on people linking sourcepackages with products [11:20] :/ [11:20] that will be solved when hct is in place because you will need to do that link to work with your packages. ATM, Rosetta is the only one using it.... [11:20] https://launchpad.net/products/gnome-session/+translations [11:21] if you look at the portlet on the right [11:21] there, you will get the list of distributions that have gnome-session [11:21] to translate [11:21] cool [11:21] and the main page will show the one where the translation focus should be [11:22] seb128: that functionality is already there [11:22] but needs someone to maintain the links [11:22] anyway, as said... we are going to improve it a bit [11:22] right [11:22] another question [11:22] do I have a way to know who updated gnome-session-2.0 fr.po and when? === koke [n=koke@ubuntu/member/koke] has joined #launchpad [11:25] seb128: https://launchpad.net/distros/ubuntu/breezy/+source/gnome-session/+pots/gnome-session-2.0/fr/ [11:25] that shows you who translated [11:25] we are not showing dates [11:25] but we have that information in our database [11:25] so it's a matter of adding it to our UI [11:26] I was working on a UI to expose that information [11:26] would be nice [11:26] when I had to focus on language packs [11:26] k [11:26] so as soon as language packs are rocking, I will finish that [11:26] another question and that should be enough for now [11:26] ok [11:26] when is planned a search feature? [11:26] like I dont want to browse 40 pages of translation to find the string I want to fix [11:27] and I don't want to wait on rosetta sending me a po by mail so I can fix and upload it back :p [11:27] the spec wasn't approved, we need to work a bit more on it and get it approved before I can work on it [11:27] I cannot give you a date, sorry [11:28] so that's not "soon" [11:28] k, thank you === seb128 hugs carlos :) [11:28] you are welcome [11:29] BACK TO WORK [11:29] ups, capslock :p [11:31] seb128: :-D [11:47] carlos, I've removed them from the packages === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad [11:47] ok === mpt [n=mpt@219-89-149-183.jetstart.xtra.co.nz] has joined #launchpad === erdal_ [n=erdal@p508752C8.dip.t-dialin.net] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [01:01] stub: hi, where is your script to remove potemplates? === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:12] MUHUWAHA! [01:13] there's a package names "cvssuck" in Ubuntu now :) === erdalronahi [n=erdalron@p508752C8.dip.t-dialin.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [01:15] Merge to devel/launchpad/: [trivial] fix bug 37133, make sure MessageSet.fromEmail() doesn't blow up when parsing forwarded emails. (r3422: Bjorn Tillenius) [01:16] carlos: chinstrap:/home/warthogs/archives/stub/dbascripts (which was an experiment that would have been better off being a Python script) [01:16] stub: would you add it to scripts/rosetta on rocketfuel? [01:17] stub: I'm adding a new script to do those kind of tasks there and I would move your script to python code later [01:17] and add tests for it [01:18] It isn't suitable for general use - how 'bout I just paste it to pollute Launchpad with one less file? [01:19] carlos: ^^^ [01:20] ok, I will make it suitable for general use then and will add it when it's ready [01:21] carlos: https://chinstrap.ubuntu.com/~dsilvers/paste/filesJc0mt.html === erdalronahi [n=erdalron@p508752C8.dip.t-dialin.net] has left #launchpad [] [01:22] I will redo the constraints ON CASCADE DELETE and similar, so DELETE FROM POTemplate WHERE will work. I can prioritize that if you want to make things easier. === erdalronahi [n=erdalron@p508752C8.dip.t-dialin.net] has joined #launchpad [01:23] stub: hmm I prefer to do the removal myself, that will prevent that we remove POTemplates if we don't realy want to do it... [01:23] ok [01:23] myself == using the same procedure you did with the .sql === erdalronahi [n=erdalron@p508752C8.dip.t-dialin.net] has joined #launchpad [01:24] score! 3 public holidays next week, not two. [01:24] Although that would be a bit rude taking them all === stub sighs [01:24] stub: well... if those are public holidays... === erdalronahi [n=erdalron@p508752C8.dip.t-dialin.net] has joined #launchpad [01:25] I have two days next week (Thursday and Friday) and one more the week after that (Monday) === WaterSevenUb [n=WaterSev@195-23-238-222.nr.ip.pt] has joined #launchpad === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad === erdalronahi [n=erdalron@p508752C8.dip.t-dialin.net] has joined #launchpad === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [01:53] Merge to devel/launchpad/: [trivial] fix bug 38567, make sure that the 'close support request' checkbox is visible when it should be. (r3423: Bjorn Tillenius) === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === niemeyer [n=niemeyer@200.193.155.88] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:03] o/~ hotline operator o/~ [03:03] hey elmo [03:03] say hi when you can [03:03] carlos, yeah, so do I [03:03] What's the equivalent to 'login' for zopeless scripts? [03:03] mmmm [03:04] I wonder if such a thing exists [03:04] kiko: I think you said nex meeting is on Thursday.. if most of us will be on holidays, shouldn't we move it to Wednesday? [03:04] thursday is not a holiday for me [03:04] but I am open to moving it [03:04] kiko: then, how could I change attributes that requiere launchpad.Edit permissions? [03:04] BjornT might know. [03:04] kiko: carlos, yeah, so do I [03:05] I have holidays friday and then the other monday [03:05] kiko: then I don't understand that [03:05] oh, ok [03:05] it was a more or less so do I [03:05] ;-) [03:05] BjornT: around? [03:05] carlos: yeah [03:06] BjornT: I have a zopeless script that needs to write to an attribute that is protected with: [03:06] [03:06] [03:06] permission="launchpad.Edit" [03:06] set_schema="canonical.launchpad.interfaces.IPOFile" /> [03:06] [03:06] carlos: by default zopeless scripts are allowed to get and set attributes, as long as there is a security declaration for the attribute, so it should work. doesn't it? [03:07] Traceback (most recent call last): [03:07] File "./scripts/rosetta/remove-upstream-translations.py", line 205, in ? [03:07] sys.exit(main(sys.argv)) [03:07] File "./scripts/rosetta/remove-upstream-translations.py", line 165, in main [03:07] pofile.latestsubmission = None [03:07] zope.security.interfaces.ForbiddenAttribute: ('latestsubmission', ) [03:08] with zope.Public it was working... but I changed it because those permissions were wrong [03:08] well, it hadn't exactly that with zope.Public, but with set_attributes + zope.Public [03:09] carlos: it's because latestsubmission is an Attribute, and set_schema="...IPOFile" doesn't include Attributes [03:09] I think I got that problem already and had to use set_attributes... [03:09] that's it [03:09] BjornT: I see [03:10] BjornT: thanks [03:11] np [03:11] BjornT: another thing I don't understand is... what's the utility of set_schema then?, if we have the same interface in allow and require... it's useless, right? [03:11] BjornT: I guess it's only useful if we split the interfaces between queries and modifications calls [03:12] carlos: the only useful thing about it is that it looks if a field is read only, and automatically denies write to such fields. if think it would be good to have something like set_interface though. [03:13] carlos: on the other hand, we should try to avoid being lazy, and don't use Attribute as much as we do [03:14] kiko: ping [03:14] sabdfl, pong [03:14] good news, i think [03:14] BjornT: if instead of Attribute I were using, for instance, an Int(), will set_schema work? [03:14] there's been a surplus of those this week! [03:14] tell me about it [03:15] carlos: yes. (although you should use Int only if the attribute is expected to be an int) [03:15] BjornT: yeah, I know, I said Int as an example for an Int === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [03:47] ddaa, ping? [03:47] kiko: pouet [03:47] ah, the flying frenchman [03:48] carlos, have you been noticing the error output in the import and exports of KDE? [03:48] staging is down again? [03:48] yay, yes [03:50] kiko: which kind of errors? [03:50] kiko: I'm aware that some .pot files were rejected [03:50] carlos, character set conversion errors, IIRC, and what else? mmmm [03:50] due encoding problems [03:50] yes [03:50] kiko: yeah, that's an error with the .pot file, I already reported it to riddell [03:50] ok. [03:51] thanks anyway [03:51]