[03:32] <EagleScreen> when I build a source package, the pinentry window appears a fraction of second and the debsign fails by wrong passphrase
[03:32] <EagleScreen> gpg-agent problem
[03:36] <micahg> NCommand1r: hi, do you still intend to upload mame?
[08:31] <bilalakhtar> nigelb: Looking at your tweets about CakePHP, is it easy-to-use?
[08:32]  * bilalakhtar is annoyed to see a 14 MB ubuntu delta when merging
[08:34] <nigelb> bilalakhtar: Its pretty good, yes, but that depends on what you're looking for.
[08:38] <bilalakhtar> Fellow MOTUs:
[08:39] <bilalakhtar> I would like to advice everyone of you to please check the debdiff from the previous ubuntu version when uploading, to make sure there is no unnecessary change. This needs to be done in the case of ALL uploads (especially merges)
[08:41] <bilalakhtar> Package gnumeric had 14MB of Ubuntu delta, but later it turned out to be an unnecessary change that occured because the uploader called debuild (without any args) in the extracted source of the package before running debuild -S .
[08:41] <bilalakhtar> This is not the first time I have seen such a package
[08:42] <bilalakhtar> As for the gnumeric merge, after solving that problem, the delta was cut down to a mere 10 KB
[08:42] <bilalakhtar> 14 MB and 10 KB, the difference is huge
[09:12] <micahg> bilalakhtar: I would suggest you talk to a flavor dev before working on a merge for their packages
[09:12] <bilalakhtar> micahg: I did
[09:14] <bilalakhtar> micahg: oh no I didn't; I talked to the previous uploader and not an xubuntu-dev :( doing that now
[09:14] <micahg> bilalakhtar: ah, sorry, I see you weren't the last one to do the upload, but another MOTU was :_/
[09:14] <bilalakhtar> Bhavani, right? I talked to him, but to be sure, I will talk to an xubuntu-dev as well
[09:14] <micahg> bilalakhtar: I need to send a mail to the ML about this
[09:16] <bilalakhtar> micahg: to ubuntu-devel or ubuntu-motu?
[09:16] <micahg> bilalakhtar: ubuntu-motu
[09:16] <bilalakhtar> micahg: good, do send
[09:17] <micahg> bilalakhtar: yeah, it'll just be an awareness e-mail
[09:17] <bilalakhtar> micahg: about debdiffing or about contacting TIL?
[09:17] <micahg> bilalakhtar: neither
[09:17] <micahg> bilalakhtar: about packages that belong to packagesets
[09:17] <bilalakhtar> hmm
[09:17] <bilalakhtar> okay, do send it
[09:18] <bilalakhtar> Merging is a pain now
[09:18] <micahg> bilalakhtar: how so?
[09:18] <bilalakhtar> 95% of the remaining merges in universe are commented in MoM
[09:19] <micahg> bilalakhtar: there are other tasks besides merges that can be done
[09:19] <micahg> bilalakhtar: there are also main merges
[09:19] <bilalakhtar> micahg: I know, I fix FTBFS, SRU, NBS, but merging is the main need ATM
[09:20] <micahg> bilalakhtar: actually, the Universe merge list is very small ATM
[09:24] <bilalakhtar> micahg: That's due to a merging effort by debfx, coolbhavi and ari-tczew
[09:24] <micahg> bilalakhtar: indeed
[09:24] <bilalakhtar> and me as well, though I did very little
[09:28] <micahg> bilalakhtar: actually, I think it would be great if you can fix any of the remaining Debian RC bugs to help squeeze release
[09:28] <bilalakhtar> micahg: I can't get a list of open RC bugs anywhere
[09:28] <bilalakhtar> http://bugs.debian.org/release-critical/ has some fixed ones
[09:28] <micahg> bilalakhtar: http://udd.debian.org/bugs.cgi?release=squeeze&patch=&pending=ign&security=&notmain=&notsqueeze=&merged=ign&done=ign&outdatedsqueeze=&outdatedsid=&needmig=&newerubuntu=&fnewer=&fnewerval=7&rc=1&sortby=last_modified&sorto=asc&chints=1
[09:29] <bilalakhtar> thanks
[09:29] <bilalakhtar> bookmarked
[09:29] <micahg> bilalakhtar: great, if you can help squeeze release, then a lot of new upstream versions will flood into Debian, then we'll need lots of merging help :)
[09:30] <bilalakhtar> hmm
[09:30] <bilalakhtar> brb
[10:32] <bilalakhtar> So squeeze won't release until all RC bugs have been fixed?
[10:32] <geser> in theory
[10:33] <geser> in practice the release team will decide that the RC bug count is low enough for release
[10:34] <bilalakhtar> hmm
[18:45] <ari-tczew> who is responsible to @ubuntu.com aliases?
[18:45] <ebroder> ari-tczew: I think they're generated automatically based on your LP username and your primary e-mail on LP
[18:46] <ebroder> https://wiki.ubuntu.com/UbuntuEmail
[18:46] <ari-tczew> ebroder: I didn't ask how is adress created.
[18:46] <ari-tczew> ebroder: one server doesn't send mail on my alias
[18:47] <ebroder> https://answers.launchpad.net/launchpad/+faq/71 says "Ubuntu IS", which I assume is actually Canonical IS
[18:47] <ari-tczew> I have to get in touch with admins
[18:47] <ebroder> "Should you require more assistance, please email rt@ubuntu.com with a link to your Launchpad profile and the details of your problem."
[18:47] <micahg> ari-tczew: that's most likely an issue with the sending server then
[18:47] <micahg> ari-tczew: or on the receiving end, but not the alias
[18:48] <ari-tczew> micahg: I'm too small person to be a good person to contact with this server admin. I guess that Canonical is better sender.
[18:49] <micahg> ari-tczew: huh?  why not?
[18:50] <micahg> ari-tczew: how do you know it's on the sending end?
[18:50] <ari-tczew> micahg: what do you think; you're an administrator of big portal and you received mail from ari-tczew. ehh, who is this? nothing important... Canonical looks more seriously
[18:50] <micahg> ari-tczew: these's requests are usually taken seriously by administrators as it means their system isn't functioning properly
[18:51] <bilalakhtar> FYI fiodorland.canonical.com is responsible for forwarding mail to the respective addresses
[18:51] <bilalakhtar> (don't just type that in the address bar of your browser_
[18:51] <bilalakhtar> )
[18:51] <ari-tczew> micahg: because if server is sending mail to normal address, I got mail.
[18:52] <micahg> ari-tczew: to the same address it's being fwded to?
[18:52] <ari-tczew> micahg: yes
[18:53] <ari-tczew> so problem is with alias
[18:53] <ari-tczew> I'm afraid that more servers could not handle with @ubuntu.com aliases
[18:53] <micahg> ari-tczew: yeah, so open an RT ticket as ebroder suggested
[18:54] <bilalakhtar> ari-tczew: Appreciate the fact that one server has been chosen solely for this purpose :)
[18:54] <ari-tczew> lol
[18:55] <bilalakhtar> there is nothing funny in that
[18:56] <ari-tczew> bilalakhtar: s/lol/sigh
[18:56] <ari-tczew> better?
[18:56] <bilalakhtar> better
[19:30] <FTMichael> I'm using an application that needs its version updated in the repos.  (It's in Universe.)  How do I submit a bug report to request that the maintainer update it?
[19:31] <micahg> FTMichael: you can file a bug: ubuntu-bug logjam and request the upgrade
[19:32] <FTMichael> micahg: Excellent, thanks. :)  I didn't know if ubuntu-bug would have a space to request upgrade or if it would only find existing errors
[22:02] <ari-tczew> micahg: you might be interested in sponsor bug 682386
[22:03]  * micahg loves how people don't ask...
[22:03] <micahg> ari-tczew: thanks
[22:06] <ari-tczew> you're welcome
[22:12] <ari-tczew> micahg: you didn't comment this one so angelabad took merge
[22:13] <ari-tczew> I know that anyway he should ask, but this policy is dying.
[22:14] <micahg> ari-tczew: it's not as much a matter or right and wrong as it is of courtesy
[22:14] <micahg> ari-tczew: the assumption should be the TIL person will take the merge as it says on the top of the MoM page
[22:15] <ari-tczew> micahg: not always it works
[22:15] <micahg> ari-tczew: the problem isn't the policy
[22:17] <micahg> No one should have to waste their time to rush to MoM to comment that they'll take a merge, there is plenty to be worked on that contributors shouldn't be bored (including merges marked free to take on MoM)
[22:21] <ari-tczew> micahg: sometimes ago I had an idea, that MoM will send mail to TIL when merge is available. this information mail includes request to reply for confirm read. if receiver click yes, MoM will assign merge to TIL.
[22:22] <micahg> ari-tczew: that shouldn't be necessary
[22:22] <micahg> it shouldn't only be an issue when we're close to feature freeze
[22:23] <micahg> ari-tczew: you, bhavi, debfx, and bilalakhtar(sp?) have done a great job at reducing the amount of available merges in universe, it seems to be quite manageable now
[22:23] <ari-tczew> micahg: heh, contributors like to update merges ASAP, and I agree with that. If Debian has released a new package revision, we should merge ASAP. why be late?
[22:23] <ari-tczew> micahg: thanks
[22:24] <ari-tczew> It isn't done yet :P
[22:30] <micahg> ari-tczew: well, if someone has a particular interest in a package, that's great, but for the packages w/out a personal stake, it seems to make sense to only merge once or twice per cycle instead of 10 times (security fixes excluded of course), i.e. otherwise, I would think it's really hard to scale
[22:32] <ari-tczew> micahg: anyway, I disagree with you. You have your point of view, I have my point of view.
[22:33] <ari-tczew> how can I close multiple bugs in syncpackage?
[22:34] <micahg> ari-tczew: -b XXXXXXX,XXXXXX?
[22:34] <ari-tczew> micahg: syncpackage: Error: Invalid bug number(s) specified: 427308,680410
[22:34] <micahg> -b XXXXXXX -b XXXXXX?
[22:35] <ari-tczew> micahg: yeah, it works. However, this method to fix multiple bugs is strange. I should report bug to make it easier way. thanks
[23:43] <Laney> There's no point in merging for the sake of it
[23:52] <stgraber> Laney: +1