[00:00] LaserJock: who is ignoring what? We had a week, we have 2 candidates, where was the process disregarded!? [00:00] LaserJock: I think norsetto and I just prefer to get things done, regardless [00:00] norsetto: I was told we had 3 candidates, that's all [00:00] LaserJock: looks to me we like to create problems just for the sake of it [00:00] mok0: for sure, and I'd actually be up for changing the process [00:00] but again, it's not about my personal opinion here [00:01] LaserJock: ok, assume we have 3, lets stop procastinating, lets call for a vote like it was in the process [00:01] it's about following processes that MOTU have agreed on [00:01] LaserJock: no, I wrote 2 1/2 (because its still unclear to me whether rainct actually volunteered or not. that's why I've asked him in the mail) [00:01] sistpoty: right, but 2 1/2 > 2 [00:01] heh [00:01] cody-somerville volunteered to. He just accidentally sent it to me instead of the list. [00:01] I suggested he resend it. [00:02] So we're at 3. [00:02] Ah, so now we have 4 candidates for 2 places [00:02] 3 1/2 [00:02] ScottK: ah. thanks [00:02] we could also leave the 2 vacancies unfilled, btw [00:03] LaserJock: what would be the point of that? [00:03] LaserJock: somehow, I have the impression you enjoy all this [00:03] unrelated: could anyone unsubscribe ubuntu-universe-sponsors from bug #12715 (package in main nowadays) [00:03] Launchpad bug 12715 in tsclient "tsclient could install xnest" [Wishlist,Confirmed] https://launchpad.net/bugs/12715 [00:04] sistpoty: sure [00:04] mok0: well, to have a smaller, more efficient team team [00:04] thanks pochu [00:04] LaserJock: somehow, I don't see how smaller correlates with more efficient... [00:04] norsetto: actually, I don't much, but there are a couple bigger issues here [00:05] mok0: right now a lot of the time I think it's a problem of "oh, somebody else will get it" [00:05] Oh, you were talking about the SRU processes? please reply to the process thread! :) [00:05] LaserJock: only if it's a matter of decision-making, like right now, we are 4-6 people discussing the same arguments for an hour [00:06] mok0: actually, its just the 3 of us, all the others are wisely doing something else [00:07] heh [00:07] I think we need to make sure we have people who can do code reviews [00:07] oh well, as much as I enjoy the discussion and the company, I think its time I rejoin my better half [00:08] Ah, LaserJock, why did you have to quit? Look all the trouble you are causing... [00:08] norsetto: seriously though, send me a list and I'll look at them [00:08] I don't want things falling on the floor [00:08] SRU are very important to me [00:09] LaserJock: don't worry, the last one you killed just 2 hours ago [00:09] and MOTU SRU are also policy makers [00:09] and have to deal with upstreams quite often [00:09] LaserJock: just to be curious, what are the premises that you judge a SRU request on? [00:10] It's basically a cost vs. benefit analysis [00:10] cost = possible regressions [00:10] benefit = what we get out of it [00:11] so low risk SRUs are good [00:11] or high risk but very important are also likely candidates [00:11] but to be honest, MOTU and contributors are doing a great job [00:11] so basically, it's a cost * benefit optimization problem [00:12] mok0: very roughly [00:12] really gotta go, g'night all, have fun [00:12] norsetto: g'night [00:12] bah [00:12] too late [00:12] he was fast [00:14] LaserJock: well, my philosophy is not to worry about problems that have not yet arisen [00:14] mok0: well, but I have seen problems :-) [00:15] LaserJock: what kind of problems? [00:15] MOTU SRU is not terribly energetic presently, things easily fall through the cracks [00:15] I've also seen MOTU and SRU preparers not understanding the SRU policy [00:16] the policy itself also has some minor issues that still need to be taken care of [00:16] LaserJock: you mean, too much lax-ness in evaluating SRU's? [00:16] well, same for FFe's... motu-release also acts as some kind of filter there [00:16] mok0: as in, not evaluating [00:17] although I do think we could be a bit more in-depth in evaluation [00:17] we tend to reject when we're uncertain, which is better than letting them through [00:17] but if we were able to do thorough code-reviews and get good testing we'd be able to allow more [00:17] LaserJock: hmm.. [00:18] we also need to look at bug-fix only microreleases [00:19] LaserJock: right' [00:19] MOTU SRU is likely to be given the ability to select packages who are allowed to have microrelease exceptions to the "minimal diff" rule [00:20] so you want people who can make good judgments doing that [00:20] I'm not saying anything against the current candidates [00:20] LaserJock: well, the distro somehow reflects the people doing the work [00:20] but I'm hesitant about "anybody who wants it is welcome" [00:21] there's a vote [00:21] so it's not exactly that [00:21] LaserJock: But otoh, you can't say "I only accept people who are exactly like me, but I don't have time to do it" [00:21] well, but we have nothing to "discriminate" against [00:21] mok0: no, that is for sure [00:22] It is those who volunteer AND the MOTU team approves [00:22] mok0: I'm just trying to tell you issues I see [00:22] LaserJock: what we want from you is that you pass on your experience. Perhaps you should write an SRU guide [00:23] mok0: yep, I've been thinking about that [00:23] as a way to make sure MOTU SRU members are on the same page [00:23] LaserJock: that would be awesome [00:24] we want to make sure that all members are applying policy consistently [00:24] LaserJock: exactly [00:24] however, I do feel that a vote for votings sake is not always a good thing [00:24] LaserJock: within the personal judgement [00:25] mok0: Hi. [00:25] wgrant: hi! morning for you now? [00:25] mok0: exactly. For sure we want to trust MOTU SRU to make judgment calls. We just want to make sure people are on the same page [00:25] mok0: Yep. [00:25] LaserJock: I agree with that [00:26] .win 8 [00:26] Damn. [00:26] I think if we were able to hear candidates' views on SRU and what they'd like to do, etc. [00:27] it would give us a better basis to vote for people [00:27] I dislike voting based on just "oh I know that person, I'll vote for them" :-) [00:27] LaserJock: otoh, the motu system is trust based to a wide extent [00:28] yes, so we want to encourage people to have a *basis* for that trust [00:28] LaserJock: In an associative manner [00:30] LaserJock: I prefer to think that MOTUs are all well-qualified [00:30] I'd rather know it [00:30] LaserJock: but that's not possible, unless you hire them all [00:31] and qualified for MOTU does not necessarily mean the best person for the job when it comes to leadership positions [00:31] LaserJock: no [00:31] no, but I don't see anything wrong with giving people and opportunity to show us what they've got [00:32] LaserJock: I agree [00:32] personally I love it when people give their ideas for how to improve the team [00:33] LaserJock: the interesting thing is that it is an organism under constant evolution and development [00:33] it is always good to have people giving ideas on how to improve things, rather than just criticize [00:33] RoAkSoAx: right [00:34] I think getting a "grilling" on what I have to offer a team is a great chance to really get a cohesive idea and make some plans [00:35] when it's just "hmm, I got voted it, now what do I do?" I think we miss a chance to help new members of the team [00:35] LaserJock: we could set that up... an IRC grilling of the various candidates... [00:36] mok0: What did you want me about? [00:37] wgrant: ah, many hours ago... [00:37] wgrant: It was about python-numpy vs. numeric [00:37] Aha. [00:38] wgrant: but I convinced myself that only numpy is relevant now [00:38] Good - that's what I thought. [00:39] wgrant: both numeric and numarray are deprecated in Debian now [00:39] upstream anyway, only numpy is relevant [00:40] they swallowed up numeric and numarray into scipy-core which got renamed to numpy [00:40] Good, good. [00:40] We can finally kill the others off, then? [00:40] I would guess so [00:40] That trio has been making numpy messy. [00:42] Perhaps we should check out all packages that depend on the messy bits [00:45] heh, my last merge closed 6 bugs [00:46] !merge [00:46] https://wiki.ubuntu.com/UbuntuDevelopment/Merging [00:46] mok0: awesome [00:47] Well it's take me all day to finish it :-) [00:47] taken [00:47] that's ok, quality over quantity :-) [00:47] is this the place to come to get support for building .debs? [00:48] I just don't want to bother anybody here if it isn't [00:48] Neurostu: no, go ahead and ask your question [00:49] gosh, I really gotta get out of this place, I'm going to be running a MOTU School session if I'm not careful ;-) [00:49] he [00:49] Neurostu: you can usually get an answer in this channel [00:50] \http://mwl.pastebin.com/m33b46f73 [00:50] these are the last few lines of an error I got when I tried to run $dpkg-buildpackage -rfakeroot [00:51] * sistpoty is spamming ubuntu-motu@l.u.c todasy [00:51] -s [00:52] Neurostu: what's the /usr/local thing? [00:52] I'm not sure what to do, I'm building two packages and the first package compiled just fine. The second package needs gtkglext-1.2 and gtkglextmm-1.2 and the first package, all three of which I installed [00:53] Neurostu: you _never_ should link against anything in /usr/local [00:54] Is that link defined in the source code or in the configure script? [00:54] sorry, I'm not the primary developer of the software, i'm working with him and he delegated the making of the debs to me [00:55] Neurostu: this is the culprit: /usr/local/lib/libgtkglextmm-x11-1.2.so.0 [00:56] Neurostu: you need to Build-Depends on libgtkglextmm-x11-dev [00:58] ok, so I need to add that to the control file... [00:58] ok I'll try that [01:01] so If I install gtkglextmm from source will it still work? I tried adding that to the control and it says gives me a dependencies not met error, do I have to install gtkglextmm as a deb? [01:02] Neurostu: If you are building on your own system you need to install that package [01:03] Neurostu: if you use a pbuilder, it will pull in the build-depends automatically [01:03] so can do I install it with : make, sudo make install? or do I need to precompile it into a deb [01:04] Neurostu: you should use dpkg-buildpackage [01:04] ok I'll try to rebuild and install the lib that way [01:04] thanks [01:04] interesting, I don't seem to be getting mail today [01:05] LaserJock: It's a conspiracy to get you to leave like you said you would. [01:05] Neurostu: with libgtkglextmm, just apt-get install it [01:05] right so last time I checked the hardy repositories don't contain the version i need [01:05] ah [01:06] wgrant: perhaps [01:06] yes... this is something we fought with on gutsy, we tried to plug version 1.2 for the hardy distro but we didn't speak loud enough i guess [01:06] Neurostu: hardy has 1.2.0-0ubuntu1 0 [01:07] ahh.. your right ok I don't know how I missed that [01:07] Neurostu: apt-get install libgtkglextmm-x11-dev [01:07] done [01:10] hello everyone. Im having trouble activating my openPGP key. Can someone help me? === santiago-ve is now known as Guest94467 === santiago-php is now known as santiago-ve [01:12] just_a_nick, which kind of problem? [01:12] just_a_nick: what do you mean "activating"? [01:12] well nifty, I think my @ubuntu.com has turned into a black hole [01:12] I have followed the instructions in launch pad [01:13] created one key in my machine [01:13] and the uploaded it with: gpg --send-key key-id [01:13] and gpg --keyserver keyserver.ubuntu.com --send-keys [01:14] just_a_nick: you have to copy-paste it into your LP page [01:14] also [01:14] i have copied my key, but it tells me it doesn't find it [01:14] just_a_nick: the _public_ key [01:15] i see the text field were i copy my key in this format: 27E0 7815 B47C 0397 90D5 8589 27D9 A27B F3F9 6058 [01:15] just_a_nick: what's your lp id [01:15] AdrianAncona [01:15] if I run $sudo rm -rf /usr/local/lib that will only remove the libraries that I have installed by hand right? [01:17] is there a problem if the mail i gave to get my key is hotmail? [01:17] just_a_nick: I don't see you [01:18] try soonick5 [01:18] yes got you [01:18] good ;) [01:19] what do you think is the problem then? [01:20] just_a_nick: hmm [01:21] just_a_nick: when you copy your key, you need to copy-paste all of the content of it, not just the fingerprint [01:22] Neurostu: right [01:23] but below the textfield i see: Example: 27E0 7815 B47C 0397 90D5 8589 27D9 A27B F3F9 6058 [01:23] what else should i copy? [01:23] ty [01:24] it is only a text field, not a text area [01:25] just_a_nick: you need to export your public key in "armor" format [01:27] can i ask how to do that? [01:29] is it just using --armor with --send-keys? [01:29] just_a_nick: gpg --export --armor [01:29] thank you, let me try that [01:30] just_a_nick: to find your id, use gpg --list-keys [01:30] just_a_nick: it's an 8-digit hex number [01:31] mok0: It needs the whole fingerprint. [01:31] Use gpg --fingerprint [01:31] wgrant: don't you need to copy paste your public key? [01:32] mok0: No, it gets it from a keyserver. [01:32] It only wants the fingerprint. [01:32] wgrant: ok [01:32] just_a_nick: listen to wgrant, he knows better :-) [01:32] ok, thank you. But i have already done what you told me :P [01:33] just_a_nick: What was the error? [01:33] uhuh [01:34] was it wrong? [01:35] i have already copied my fingerprint in the text field but i get an errror [01:35] Launchpad could not import your OpenPGP key. [01:36] so when I get: dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libsomanetwork-1.0-0.3.so.1 (used by debian/tspikes/usr/bin/ratetimelinevis). [01:36] Does this mean that /usr/lib/libsomanetwork isn't found/ [01:37] just_a_nick: ... and you sent your key to the keyserver? [01:37] i used this line: gpg --keyserver keyserver.ubuntu.com --send-keys [01:38] ScottK: regarding your reply... you might also want to read the irclogs (I just tried to pass on the info, not necessarily my opinion for all cases) [01:53] * sistpoty needs to go to bed now [01:53] gn8 everyone [02:50] JanC: Please subscribe motu-swat and add CVE references to any future universe/multiverse security bugs that you file. [02:50] Hello everyone. I have just uploaded my pgp key but i cant decrypt the mail launchpad sent me. Can someone help me? [02:51] just_a_nick: How are you trying to decrypt it? [02:51] my mail is a hotmail adress so i intalled firegpg [02:52] i choose decrypt and write my 8 hex digits key. But it tells me it is incorrect [02:52] just_a_nick: Try entering your passphrase, rather than your keyid. [02:53] i also copied the message to evolution and tried to decrypt it from there, but the same [02:54] i dont remember giving a passphrase [02:54] is there a way i could have gotten a pgp key without one passphrase [02:54] ? [02:54] just_a_nick: Ah. You really, really, really want a passphrase. If you don't have one, it's not very secure. You may want a new key. [02:56] how do i get a passphrase? i used gpg --gen-key to get the key [02:57] just_a_nick: It ought to have asked you for one during the key generation process. === iceman-away is now known as iceman [02:57] can i have more than one key for one mail adress? [02:58] just_a_nick: You can, but most of the tools aren't designed for that case, and it will make your life more confusing. [02:59] so i would have to register one new mail adress in launchpad? [02:59] just_a_nick: Just to simplify troubleshooting, try encrypting something to yourself locally, and decrypting it. [03:00] ok, ill try that [03:00] If that really doesn't require a passphrase, you ought to be able to add one with `pgp --edit-key -k $(keyid) passwd` [03:01] If it does require a passphrase, you at least can try things locally. [03:01] In the worst case, assuming that you're not already using the key for various things, you could delete it, and create a new key. [03:03] i have just created it [03:03] how can i delete it? [03:04] it worked with the passphrase of the new key i created. Thank you very much persia [03:05] just one more thing. How can i delete the old key [03:06] just_a_nick: Thinking about it, you probably don't want to just delete it. You'll want to first revoke it, as you've posted to a keyserver. [03:08] if you know the commands to do that i would appreciate if you told them to me. But if you dont know them by memory i can find them in google. Thank you very much for your help [03:09] just_a_nick: I don't remember the details. I think you start with --gen-revoke, but I don't remember how to publish the revocation (I've never done that) [03:10] thank you for your help. Ill search the datails in the net ;) === asac_ is now known as asac [05:06] Anyone know why this channel has stopped being logged? [05:06] or, hmm, looks like it was just for a few days [05:07] Flannel: The goal is to keep logging up all the time. Sometimes that doesn't work for various reasons. [05:07] In general, look for the ubuntulog bot. If missing, and there's no netsplit, ask for a bot wrangler to help in #ubuntu-ops [05:08] persia: It looks like it was just missing for a few days. but it's back now. No big deal [05:09] Flannel: I think it doesn't autojoin, and needs a prod whenever it drops off. Typically just needs someone to notice it's gone. [05:09] persia: makes sense [05:26] persia: We don't run ubuntulog [05:26] Amaranth: No? Who does? [05:27] not sure [05:27] --- [ubuntulog] (n=logbot@ubuntu/bot/ubuntulog) : log bot:: contact rt@ubuntu.com [05:27] Amaranth: Hmmm.. Where ought someone ask then? #canonical-sysadmin? [05:27] maybe you should try to find out in #ubuntu-irc xD [05:27] persia: maybe [05:28] persia: it is run by someone in there, I guess [05:28] persia, try in #u-irc [05:28] the logs used to be on someone's people url but i can't remember who [05:28] Amaranth: fabbione [05:29] RoAkSoAx: #ubuntu-irc is useless for such a thing [05:29] persia: I would imagine he still runs it [05:29] Amaranth: Maybe. Hmm. [05:31] here says that's run by canonical: https://wiki.ubuntu.com/IrcTeam/Cloaks?highlight=(irc) [05:31] ubuntulog (Canonical) [05:35] it's not run by fabbione again [05:35] if you want changes to it, you need to contact rt [05:38] hm === elky is now known as elkbuntu [08:55] anyone having problems configuring planet? === gordon is now known as Guest15137 === gnomefre1k is now known as gnomefreak === fta_ is now known as fta [13:03] how different is to merge if you use dad or mom [13:03] ? [13:04] not sure what you mean [13:04] a friend of mine and I were working together [13:06] he was using MoM (merges.ubuntu.com) I was using dad (http://dad.dunnewind.net/universe.php). we used the corresponding grab_merge.sh and we got that the folders extracted are different. while MoM reported a whole new makefile that could not be merged, dad didn't cmplain about it. [13:07] yeah, they don't strictly use the same method to determine what needs to be merged. what package is it ? [13:07] kguitar [13:11] Lutin, another thing would be the folder, the name on the folder you can work on has the name of the packages in ubuntu. the onde in dad reflects the name of the package in debian. I got confused for a bit there. [13:12] the name of the package ? uh [13:12] ought to be the same [13:12] Hi, I'm trying to package something which provide a python library, should I use pycentral or pysupport ? [13:13] effie_jayx: on the Makefile thing, it's MoM behaving weird [13:13] the same applies for the folder name, actually [13:14] Lutin, weird acting from mom... I had usde the grab_merge from mom and did the merge for audacious-plugins and it was fine [13:15] never said it was /wrong/ [13:16] Lutin, sorry, didn't intend to say it was wrong... it was not familiar then [13:17] Lutin, thanks for the clarification [13:18] effie_jayx: well, it's mostly that they do behave differently under certain circumstances, such as this one [13:20] (and btw I think MoM is better than DaD in this particular case) [13:22] math_b: What are you trying to package? [13:22] effie_jayx: Just to add to your confusion, neither MoM nor DaD is complete: both have a separate set of implemented exceptions for oddities, depending on to whom any given broken behaviour was reported. Regardless of which you choose (or if you choose neither), it is always good to look at the nature of the Ubuntu changes, rather than just merging according to the script. [13:22] Sometimes things which do not show as conflicts end up causing issues, depending on the nature of the changes. [13:22] stani: git version of xcb-proto [13:23] persia, right. like in audacious, I am aware of the pulse audio changes so that helps a bit. [13:23] persia: in this case it's a makefile that seems to be generated during the build [13:24] Lutin: I wonder how that came to be considered as an exception to code around :) [13:25] persia, there is a whole new makefile from debian, and MoM just separates them into makefile.debian and makefile.ubuntu and dad doesn't make reference to a change in makefile (maybe he just took the whole file and repleaced the old) [13:27] persia: well no version in the orig tarball, so we juste assume that it's a diff [13:28] wgrant: okay, I'll try to remember (and I didn't have the time to search for the CVE at that moment, but could have done afterwards) [13:28] wgrant: and why isn't motu-swat subscribed automaticly? [13:29] Lutin: That makes sense. I was more thinking about the merge problem that prompted the workaround in MoM. [13:29] effie_jayx: Sure. There are lots of reasons things like that could happen. I'm just advocating being careful, and not trusting either of MoM or DaD to do the right thing completely (even when there are no reported conflicts). [13:30] persia: what is weird is that it prints a warning - otherwise, it's rather clever, as the file is not included at all [13:31] evand: Could you have another look at the debdiff for bug #223812? I know it has become more complicated - any hints on how to make it simpler are appreciated ;) [13:31] for a reason I can't recall, it seems that I made the debian version override the ubuntu one in DaD [13:31] which in fact doesn't change anything - you'll end up with it in the diff.gz [13:31] math_b: I guess that is not really an ubuntu specific library. So it might be better to join Debian PAPT and do the packaging there. You will get probably more help on #debian-python for these specific questions. [13:32] stani: thanks [13:32] persia, thanks :D [13:33] Lutin: Odd indeed. [13:34] persia: acutally I think I made it behave this way just because of such cases - as splitting it in makefile.{debian,ubuntu} is irrelevant [13:34] persia, mind if I write about his in an email to mentors? I think I and others could benefit from this oportunity [13:34] ? [13:35] Lutin: That makes sense, although I'm of mixed minds. I almost think it's worth highlighting, just in case it could cause an issue with the merge. [13:35] persia: true, i didn't even bother writing a note [13:35] effie_jayx: If you like, although I think the larger plan is to merge MoM and DaD (in-progress now that MoM is open source). The taking care with merges is a good message, though. [13:40] JanC: Why would we be? Launchpad has a single distro security contact - it doesn't look like per-component contacts are coming any time soon. [13:40] JanC: Thanks. [13:42] I was just wondering why not, doesn't seem to be that difficult to implement if the distro component is known ツ [13:45] JanC: But that would make sense.. maybe after LP 2.0. [13:45] persia: hmm actually DaD is a lot less clever than that, I should work on it [13:46] Lutin: Is it worth it? I thought the two were merging? Is that stalled? [13:47] * persia cheers LP 2.0: the release after which sensible fixes are considered [13:47] persia: I don't know, as I only wrote the backend. better ask Adri2000 , as it's mostly UI-related [13:47] Lutin: Oh, the UI is merging and not the backend? I thought we were adding all the DaD quirk-handlers into MoM as well. [13:48] last time I spoke with Adri2000 he said that Scott Remnant was reviewing his changes.. Haven't heard anything new sync then [13:48] persia: I'd have to dive into the MoM code a bit more, but I'm not sure it has anything to learn to MoM backend-wise [13:49] s/learn/teach [13:49] Lutin: Ah. I thought there was a set of quirk-handlers already in MoM that would be expanded. Some of it (like maintainer-mangling) ought be relatively useful to put there. [13:49] RainCT: When was that? [13:49] persia: some weeks ago [13:50] persia: ahh true, forgot about that on [13:50] e [13:51] Lutin: As much as I was unhappy with some of the details of implementation, I thought handling that was one of the ways in which the DaD backend excelled. [13:51] (and it only broke for extremely rare cases anyway, specifically where a sync was indicated) [13:53] ah, yes. the blank-diff thing. one of the things you can only avoid if you have the luxury of having a local debian mirror ;) [13:56] completely unrelated ... would anyone know the rational for having NoDisplay=true in gok's .desktop ? [14:03] Lutin: My memory was that it was considered a rare case that someone would want to launch it from the menu. It generally would either be activated through System/Preferences/Assistive Technologies or not wanted at all. [14:04] fair enough [14:04] thanks, persia [14:05] Hmm. It seems to have moved. It's now part of System/Preferences/Preferred Applications [14:08] would that change anything ? [14:09] Only how a user gets to it. System/Preferences/Assistive Technologies has a button to launch System/Preferences/Preferred Applications anyway (at least in hardy). [14:11] oh, okay [14:11] (sorry for the stupid question. I don't use gnome) === [20]_Cent is now known as zwanzigcent [15:56] Hobbsee: what do you think about syncing soundkonverter from now on? I'm asking because you are the last (self-package) uploader [15:56] sebner: what was my change to it? [15:57] Hobbsee: build for ubuntu. https://edge.launchpad.net/ubuntu/+source/soundkonverter [15:59] sebner: i don't recall being overly against it, but i've not looked at the debian source recently [15:59] Hobbsee: well debian never had it but since oktober 2007. So we can avoid double work. It's building and working fine so far. [16:00] ah, nice. [16:00] Hobbsee: so I'll file a bug for you :) [16:01] sebner: awww. you could just do it :P [16:02] hi folks [16:02] Hobbsee: ^^, no I'm a exemplary contributor -> asking the last uploader :P [16:02] huhu sistpoty [16:02] hi sebner [16:02] Hi sistpoty [16:02] hi geser [16:02] sebner: ahhh [16:03] Hobbsee: hmm? [16:03] sebner: sounds fine by me, i don't have any great attachment on it [16:03] Hobbsee: ah k, With I quick look I'd say nothing speaks against it and we can avoid the double work =) [16:04] * geser loves to be able to do give-backs for universe, less bugging of the buildd-admins :) [16:04] geser: shiny new button I heart? ^^ [16:04] oh, can we do that nowadays, geser? cool :) [16:04] sistpoty: yes, since LP 1.2.5 [16:04] excellent! [16:05] use pitti's buildd.py script if you want less clicking [16:17] geser: cool. is that only for a certain group or any MOTU? [16:25] RainCT: any MOTU for now [16:26] geser: and where is that option? [16:26] RainCT: /+retry [16:28] RainCT: go to the build record, e.g. https://edge.launchpad.net/ubuntu/+source/libdatetime-format-db2-perl/0.05-2/+build/583408 and click on "retry" [16:29] ah, great :) [16:41] hm... I hope I set the SRU bug #204496 to the right state (fix committed). Is this correct after uploading? [16:46] sistpoty: for the SRUs I did in the last few days pitti set it to "Fix committed" after accepting the upload [16:47] geser: ok, so what state should I put it in? [16:48] I don't know. I'd leave it like it is now. [16:48] ok, thanks [16:59] Where should mozilla plugins go? /usr/lib/xulrunner/plugins?? [17:02] any bzr expert around? [17:03] RoAkSoAx: Best to just ask. Few are brave enough to paint themselves a target... [17:04] ok let's see... i'm trying to add my blog to planet, but when i try to checkout it shows me an error similar to bug #230294 and i'm using bzr from the PPA [17:11] upgrades suck, you have to babysit them like Windows [17:11]