[03:39] <Wofl> hey, i was just wondering if it possible to have code that is not accessible to anyone else?
[03:39] <Wofl> just for the tesm
[03:39] <Wofl> s/tesm/team
[03:40] <Fujitsu> Wofl: Not at this time, although I believe such a feature is planned.
[03:40] <Wofl> so all code is open to the public?
[03:40] <Fujitsu> Yes.
[03:41] <Wofl> ok
[03:41] <Wofl> i was just wondering, i went to the ubuntu project, and the code tab is greyed out
[03:43] <Fujitsu> That's because Ubuntu is a distribution, and distributions don't have code branches in the Launchpad model.
[03:43] <Wofl> ah
[03:43] <Wofl> so could you make some code be classified as a distro?
[03:44] <Fujitsu> What do you mean?
[03:45] <Wofl> well, have some project seem like a distro, so you can grey out the code tab
[03:46] <Fujitsu> Ah, no.
[03:46] <Fujitsu> There's no way to disable Code for a project.
[03:47] <Fujitsu> Hmm...
[03:47] <Wofl> ah well, thanks anyway
[03:47] <Fujitsu> Apparently the private-branches spec has been implemented, but I can't see how it can be used.
[03:49] <Wofl> hm, ill look into it
[03:53] <Fujitsu> Morning kiko.
[04:13] <thumper> Wofl: are you asking just because of the disabled tab, or because you want it?
[04:13] <Wofl> i would like it
[04:13] <Wofl> so i dont have to use svn
[04:13] <Wofl> without ssh
[04:13] <thumper> Wofl: for a private project, or open source?
[04:14] <Wofl> private, i would like to make it public after the summer though
[04:14] <Wofl> its botball (botball.org)
[04:14] <jamesh> Wofl: you can always not publish your code
[04:14] <Wofl> so i want the teams code to be "secret"
[04:15] <Wofl> well,  the team should colaborate
[04:15] <Wofl> over launchpad
[04:15] <thumper> Wofl: the launchpad policy is to be free for open source stuff (which has an implication that if you want it for private it might cost)
[04:15] <Wofl> ah, i see
[04:15] <thumper> Wofl: the person to ask about private stuff is statik
[04:15] <Wofl> ok, thanks
[04:15] <thumper> Wofl: who is on UTC-5 time
[04:16] <Wofl> -6 here
[04:16] <thumper> ok
[04:16] <Wofl> statik: let me know when you are there
[04:16] <thumper> Fujitsu: the feature does exist (private branches)
[04:17] <Fujitsu> thumper: There's no public UI for it?
[04:17] <thumper> Fujitsu: no public way to enable it no, it is an admin thing
[04:17] <Fujitsu> That makes sense - thanks.
[05:36] <Hobbsee> urgh.  team expiry which can't be renewed
[05:36] <Hobbsee> mdz: tentative ping?
[05:39]  * Hobbsee notes that bugging the TB every 2 months is going to get rather annoying.
[06:15] <thumper> Launchpad reviewer's meeting in #launchpad-meeting now
[06:16] <thumper> jamesh: ^^^
[08:11] <carlos> morning
[08:11] <Fujitsu> Hey carlos.
[08:41] <ubotu> New bug: #181190 in launchpad "HTTP resume support" [Undecided,New] https://launchpad.net/bugs/181190
[09:30] <mpt> Gooooooooooooooooooooooooooooooood morning Launchpadders!
[09:30] <Fujitsu> Hey mpt.
[09:39] <geser> good morning
[09:40] <gryc> is there any way to duplicate a branch on launchpad? the upload times of making a new branch are a real killer
[09:40] <Odd_Bloke> gryc: I don't believe there is, no.
[09:40] <gryc> argh.
[09:40] <kiko> gryc, we're working on making the new branch time really faster
[09:40] <kiko> gryc, one question I have: are you using bzr+ssh or sftp?
[09:40] <gryc> bzr+ssh
[09:40] <kiko> gryc, how big is your branch?
[09:41] <gryc> about 15mb, counting the .bzr folder
[09:41] <Odd_Bloke> kiko: Is the speed-up going to be by using shared repositories for stuff, or is there some other speedup to be got?
[09:41] <gryc> just the files are about 3mb
[09:42] <kiko> Odd_Bloke, I'm talking about shared/stacked repos.
[09:42] <Odd_Bloke> Cool, that's what I assumed.
[09:42] <kiko> which basically reduces immensely what you need to push over the wire
[09:43] <Odd_Bloke> Still doesn't help the first time push, but that's an issue for #bzr. :p
[09:45] <kiko> not the first time the project is every pushed to
[09:45] <kiko> but after that all project branches share at least some history right?
[09:48] <Odd_Bloke> kiko: Sure, I was just talking about that first-time push.
[09:48]  * Odd_Bloke notes that his hyphenation is varying wildly this morning.
[09:48] <kiko> Odd_Bloke, yeah, the smart server needs to improve to reduce that to something closer to an rsync
[10:01] <jamesh> Odd_Bloke: with a stacked repo, the idea is that your initial push would include a pointer to the branch you branched from and just the changes relative to it.
[10:01] <jamesh> Odd_Bloke: Launchpad would then be able to fill in the history from there
[10:03] <Odd_Bloke> Ah, so you could just submit a bundle with the 'submit branch' appropriately set and magic would happen.
[10:03] <Odd_Bloke> (NB. I may not mean 'submit branch', but we all know what I do mean :p)
[10:04] <jamesh> Odd_Bloke: the idea is to make your initial push proportional to the size of your changes -- not the history
[10:04] <jamesh> even in cases where permissions would prevent you from using the history from another branch on bazaar.launchpad.net
[10:05] <Odd_Bloke> Sounds nifty.
[10:05] <Odd_Bloke> And less hacks than just symlinking all the repositories of all branches of a project to one SUPER-REPO. :p
[10:06] <Odd_Bloke> I'd make a great sysadmin. ^_^
[11:06] <ubotu> New bug: #181216 in malone "No tabs work on bug nomination page (nominations/n/+editstatus)" [Undecided,New] https://launchpad.net/bugs/181216
[11:47] <jel> Not being pushy or anything, but... could someone give me a rough idea of how long it usually takes for a first translation file to be reviewed?
[11:48] <jel> (and hi, btw :)
[13:11] <statik> Wofl: still there?
[13:31] <ubotu> New bug: #181238 in launchpad "canonical_url is inconsistent regarding trailing '/'" [Undecided,New] https://launchpad.net/bugs/181238
[14:35] <ubotu> New bug: #181254 in rosetta "Auto-approval script scales badly with queue size" [Medium,New] https://launchpad.net/bugs/181254
[15:10] <ubotu> New bug: #181262 in launchpad "Searching for 802.11n in Ubuntu answers doesn't find anything" [Undecided,New] https://launchpad.net/bugs/181262
[16:36] <PriceChild> Hey there. Me and LjL are just doing a little housekeeping on launchpad. We're part of the "ubuntu-irc-council" team, which owns "ubuntu-irc" and "ubuntu-irc-cloaks". To start with, we're confused what "notifications" refer to wrt the "contact address", and why two teams can't have the same contact address (e.g. a private mailing list for the council)
[16:37] <LjL> When changing "Contact address" details, two options are given: E-mail notifications for this team should go to: "Each member individually", or "Another e-mail address". But don't notification when no "other e-mail address" is set only reach team *administrators*, rather than each member?
[17:36] <ubotu> New bug: #181299 in malone "Can't search for presence/absence of more than one subscriber" [Undecided,New] https://launchpad.net/bugs/181299
[17:54] <LaserJock> kiko: hi
[17:56] <kiko> LaserJock!
[18:05] <ubotu> New bug: #181307 in python-launchpad-bugs "text interface for [assigned|commented|subscribed|reported] bugs missing" [Undecided,New] https://launchpad.net/bugs/181307
[18:10] <mtaylor> hey all... is launchpad having any problems? I'm having a pull that's just hanging in the middle of a read()
[18:22] <mtaylor> bzr branch bzr+ssh://monty@bazaar.launchpad.net/~ndb-connectors/ndb-connectors/devel 
[18:26] <ubotu> New bug: #181313 in launchpad "it should be easier to report a bug from your own profile page" [Undecided,New] https://launchpad.net/bugs/181313
[18:45] <ubotu> New bug: #181318 in launchpad "main "report a bug" page should provide a link to the package's bug page" [Undecided,New] https://launchpad.net/bugs/181318
[19:00] <ubotu> New bug: #181322 in launchpad "Feed icon makes "See all announcements..." look like a feed link" [Undecided,New] https://launchpad.net/bugs/181322
[19:00] <ubotu> New bug: #181323 in soyuz "Add changelog or description to packages in PPA" [Undecided,New] https://launchpad.net/bugs/181323
[19:14] <thumper> mtaylor: how long is it hanging for?
[19:14] <thumper> mtaylor: it may be attempting to acquire a lock
[19:15] <thumper> mtaylor: have you done a Ctrl-C on it at all?
[19:15] <mtaylor> thumper: it eventually timed out
[19:15] <mtaylor> thumper: should I try break-lock? 
[19:15] <kiko> thumper!
[19:16] <thumper> mtaylor: there was a bzr bug that has been addressed in the latest release (I think)
[19:16] <thumper> mtaylor: which had to do with break-lock and the smart server
[19:16] <thumper> mtaylor: let me take a look
[19:20] <ubotu> New bug: #181329 in malone "Choose which implicit subscribers should be explicitly subscribed when marking a bug private" [Undecided,New] https://launchpad.net/bugs/181329
[19:21] <ubotu> New bug: #181328 in soyuz "no build records for previously-failed builds" [Undecided,New] https://launchpad.net/bugs/181328
[19:25] <ubotu> New bug: #181331 in launchpad-bazaar "Provide statistics on access to hosted branches" [Undecided,New] https://launchpad.net/bugs/181331
[19:30] <thumper> mtaylor: there doesn't appear to be a lock on the branch
[19:31] <mtaylor> thumper: hm. how odd
[19:31] <thumper> mtaylor: how's your internet connection?
[19:31] <mtaylor> it's good. I have a 6M connection 
[19:31] <mtaylor>  thumper let me try again
[19:37] <mtaylor> thumper: well, it worked that time
[19:37] <mtaylor> :(
[19:37] <mtaylor> how odd
[19:37] <thumper> good
[19:37] <thumper> ... kind of
[19:38] <mtaylor> yeah - except I'd love to know what the problem was
[19:38] <thumper> me too
[20:06] <ubotu> New bug: #181337 in launchpad-bazaar "Branch registration date isn't visible anywhere" [Undecided,New] https://launchpad.net/bugs/181337
[20:47] <domas> hi! just wondering, how soon does stuff show on team ppa lists, after it has been dput'ed?
[20:52] <domas> mtaylor: ping :)
[20:52] <mtaylor> domas: hi
[20:52] <domas> ha!
[20:53] <domas> I just dput'ed few packages on ppa, and they don't show anywhere :) is it supposed to be that way?
[20:53] <mtaylor> domas: it depends on the length of the build queues, but I've been seeing an average of about 20-30 minutes between dput and build
[20:53] <mtaylor> domas: yeah - it takes just a bit for them to show
[20:53] <domas> ah, so it shouldn't show up in 'all states' nor 'needs building'? :)
[20:53] <mtaylor> domas: you should get an email back saying source package accepted or rejected
[20:53] <domas> ah
[20:53] <mtaylor> once it's in the build queue, it'll be there in all states and needs building
[20:54] <domas> email, right
[20:54] <mtaylor> but it take a bit to show up there
[20:54] <domas> found some rejects
[20:54] <domas> "Rejected:
[20:54] <domas> Unable to find distroseries: wikimedia
[20:54] <domas> Further error processing not possible because of a critical previous error."
[20:54] <domas> heh
[20:54] <domas> what 'distroseries' should I use for gutsy++ building?
[20:55] <domas> I guess 'unstable' should do fine
[20:58] <mtaylor> domas: nope
[20:58] <mtaylor> domas: gutsy
[20:58] <mtaylor> domas: do you have depends on things that aren't in gutsy? 
[20:58] <domas> nope
[20:58] <mtaylor> then just gutsy
[20:58] <mtaylor> that tells PPA what distro to build against
[20:58] <mtaylor> I think you can do hardy, too
[20:58] <domas> mmm, how do I build against feisty+gutsy?
[20:58] <domas> then just specify feisty?
[20:59] <mtaylor> upload one source package for gutsy and one for feisty
[20:59] <mtaylor> just make sure to mark one of them in the version number, since it's a flat namespace
[20:59] <mtaylor> like memcached 1.2.1-1feisty or something
[21:00] <domas> mhm
[21:01] <mtaylor> domas: your packages will also have available for build-depends any other packages in your ppa
[21:01] <domas> mhm
[21:01] <mtaylor> so if you do need to build against something else, you can upload that, let it build, then upload the second...
[21:01] <domas> I wonder what is the best way to tweak *.changes
[21:02] <mtaylor> I always just tweak the changelog and then do another debuild -S
[21:03] <domas> heh
[21:03] <domas> thats cheating
[21:03] <domas> ok, learned about debuild -S
[21:03] <domas> was doing dpkg-source -b, dpkg-changes -S manually
[21:04] <SteveA> domas: ar mes jau susitikim?
[21:04] <SteveA> (does that even make sense... it's been a while since I tried lithuanian)
[21:04] <domas> SteveA: yup!
[21:05] <domas> SteveA: I guess I've met you once or twice :)
[21:05] <SteveA> cool!
[21:05] <SteveA> mtaylor: monty?
[21:05] <mtaylor> SteveA: hey there
[21:05] <SteveA> hey, how are you?
[21:06] <mtaylor> doing well! how about you? 
[21:06] <SteveA> great!
[21:06] <SteveA> see you at pycon perhaps?
[21:06] <mtaylor> I don't know if they're going to let me come this year... but I hope so!
[21:07] <domas> mtaylor: stay and work!
[21:08] <domas> mtaylor: pity one can't cheat and have multiple builds from single source package
[21:10] <mtaylor> domas: I asked kiko about that at one point I believe
[21:10] <mtaylor> I think he said they'd thought about
[21:10] <mtaylor> it
[21:14] <domas> cause that would make it rock
[21:14] <mtaylor> kiko will fix it.. he fixes everything
[21:14] <domas> we're now in gutsy-feisty transition
[21:15] <domas> heh, maybe some day we will move more of development to launchpad :)
[21:16] <mtaylor> I think you should
[21:16] <domas> I tried to mix SVN/BZR 
[21:16] <domas> didn't work that well
[21:16] <mtaylor> I've been doing that alot, actually
[21:16] <domas> well, I guess my order was wrong
[21:16] <domas> there's no way to do 'svn import' that would skip .bzr stuff
[21:16] <mtaylor> I branch the pkg-mysql svn repos from debian, commit locally and push to it all quite successfully
[21:17] <mtaylor> I haven't tried to go that direction
[21:17] <mtaylor> I use bzr to talk to svn
[21:17] <mtaylor> so I never have to touch the svn command
[21:17] <domas> damn. debuild -S didn't include orig.tar.gz in archive :)
[21:17] <mtaylor> hehe
[21:18] <mtaylor> try debuild -S -sa
[21:18] <mtaylor> that forces it to include the orig
[21:18] <domas> riiight, magic options
[21:18] <mtaylor> well, it's an option passed on to dpkg-buildpackage
[21:19] <domas> yup, seems to be better now
[21:20] <mtaylor> domas: so, once you're happy with that - you should see bzr-builddeb
[21:20] <mtaylor> it's teh r0xr!
[21:20] <domas> hehe
[21:21] <domas> I've spent quite some time today thinking how to untangle imagemagick package in ubuntu
[21:21] <domas> I guess I'll just completely rebuild it
[21:21] <domas> it is the kind of package where everything goes to .diff.gz
[21:21] <domas> no dpatch
[21:21] <mtaylor> oh yuck
[21:21] <domas> and they've been backporting three years of patches
[21:21] <mtaylor> I'm a big dpatch fan
[21:21] <mtaylor> omg
[21:21] <domas> in imagemagick.
[21:22] <domas> so, no wonder ubuntu imagemagick is now 3 years old
[21:22] <mtaylor> I'll say
[21:22] <mtaylor> I'd say just start from scratch and do a new one with dpatch
[21:22] <domas> well, thats the real thing
[21:22] <mtaylor> and then try to get the deb guys to take it
[21:22] <domas> with new imagemagick you don't need too much patching %)
[21:22] <domas> most of patches are just dirty hacks to fix security bugs
[21:23] <domas> backporting for ages
[21:23] <domas> will try rolling our own packages and publishing those
[21:23] <mtaylor> now if only I could _ever_ convince anyone to let me be a debian dev or an ubuntu motu
[21:23] <domas> on which side, ab or projects?
[21:23] <mtaylor> sometimes I think I'd have better luck being cast in a starring role in a major hollywood film than I do getting anywhere with the maintainer processes for debian or ubuntu
[21:24] <domas> hah
[21:24] <domas> ok, new problem:
[21:24] <domas> Signer has no upload rights at all to this distribution.
[21:24] <domas> Signer is not permitted to upload to the component 'universe' of file 'memcached_1.2.4-2wikifeisty.dsc'
[21:24] <domas> Not permitted to upload to the RELEASE pocket in a series in the 'SUPPORTED' state.
[21:24] <mtaylor> oh. 
[21:24] <mtaylor> I think you're dputting to the wrong place
[21:25] <domas> the one in n00bguide :)
[21:25] <domas> incoming = ~wikimediabuild/ubuntu/
[21:25] <mtaylor> ok
[21:25] <domas> should I create new project and upload into it?
[21:25] <domas> that 'ubuntu' scared me too :)
[21:25] <mtaylor> shouldn't need to
[21:25] <mtaylor> no, that's in mine
[21:26] <mtaylor> did you put that in like a [ppa] section? 
[21:26] <domas> damn
[21:26] <domas> you're right
[21:26] <mtaylor> [ppa]
[21:26] <mtaylor> fqdn = ppa.launchpad.net
[21:26] <mtaylor> incoming = ~monty/ubuntu
[21:26] <mtaylor> login = anonymous
[21:26] <domas> I forgot to specify ppa :))
[21:26] <mtaylor> and then dput ppa foo.
[21:26] <mtaylor> :)
[21:26] <domas> did I nearly hack ubuntu packages?
[21:27] <mtaylor> yup
[21:27] <domas> would be quite a typo if I had maintainer rights
[21:27] <mtaylor> if you were an ubuntu motu :)
[21:27] <domas> well, old package sucks anyway! :)
[21:27] <domas> this one has 2G allocations by default
[21:30] <mtaylor> rock!
[21:31] <domas> yay, accepted
[22:15] <ubotu> New bug: #181365 in malone "Link to CoreDump.gz is sent by e-mail when Apport bug is marked as duplicate" [Undecided,New] https://launchpad.net/bugs/181365
[23:55] <Ubulette> are ppa builders broken ?
[23:55] <Ubulette> http://launchpadlibrarian.net/11221220/buildlog_ubuntu-hardy-i386.xulrunner-1.9_1.9~b3~cvs20080108t1206%2Bnobinonly-0ubuntu1~fta1_CHROOTWAIT.txt.gz