[00:13] Can anyone remove a package from my PPA for me? [00:14] I made a versioning error and I need to wipe out the old version of a package to correct it. [00:15] fbond: Please ask a question on the launchpad project. [00:15] Fujitsu: will do. === Ubulette_ is now known as Ubulette === jamesh__ is now known as jamesh [04:27] PPAs are pretty cool unless you get stuck behind the ubuntu-langpack builds [04:28] heh :) [04:28] jamesh: nothing you can do about them either, unless you have root access to those buildds. [04:29] I've just been playing round with packaging a newer version of bzr-pqm [04:31] * Hobbsee wasn't aware that that was public. [04:31] Hobbsee: bzr-pqm is just a plugin to submit PQM messages [04:32] an old version of it is even packaged in Ubuntu [04:32] ahh [04:32] the actual PQM server software is available at https://launchpad.net/pqm [04:32] Both bzr-pqm and PQM have always been public. [04:32] I don't know if that is packaged, since it is a pain to set up [04:34] neat! [05:09] jamesh: it appears you're in luck. this appears to be the last lot of langpacks [05:09] as in, the 3 building now [05:37] is there a shortcut url for ~me? [05:37] i thought it was launchpad.net/+me but that doesn't work [05:38] poolie: /people/+me [06:35] thanks [06:35] * poolie tries a PPA upload [06:35] how exciting [06:38] Have you activated it yet? I can't see it, though LP might be hiding it from me because it has no uploads. [06:43] woot [06:43] https://edge.launchpad.net/~bzr/+archive [06:50] so to get a package built for multiple ubuntu versions [06:50] do i need to upload several times? [07:00] poolie: Correct. With different version numbers. [07:00] Appending ~gutsy1, ~feisty1, etc. is the norm. [07:01] lifeless says those should be omitted [07:01] I say they shouldn't be. [07:01] The packages share the same pool, so the versions must be different. [07:03] Also, why is it a native package? [07:05] it's not, or at least it's not meant to be ? [07:05] shouldn't be [07:05] oh, if PPA has one pool then yes you need different qualifiers. [07:05] Yet another reason not to use PPA :(. I hope they get this fixed soon. [07:06] It is, but shouldn't be. You need the .orig.tar.gz in the parent directory, and to have a hyphen somewhere in the version. [07:06] This is intended behaviour. [07:06] I wouldn't call it a bug. [07:06] Fujitsu: thats ok, I'll do that. [07:06] Allowing the same version in multiple distroseries is evil. [07:06] (unless they're inherited from lower ones) [07:06] oh, i see, it's the missing hyphen [07:07] so what would be a better name? 1.0-1bazaar1? [07:07] 1.0-1~bazaar1 [07:07] ok [07:07] Fujitsu: if you have distro contents files it's functional but ugly to require the person requesting the build to manage the set of target distros. Bad UI. [07:08] poolie: if you are reusing my packaging you want 1.0-1~bazaar1~gutsy1 [07:08] erm [07:08] lifeless: Different distros have different build environments. There's no other way to do it. [07:08] 1.0-1~bazaar1gutsy1 [07:08] etc [07:08] * Fujitsu would use ~bazaar1~gutsy1 [07:08] 1.0-1~bazaar1-gutsy1 [07:08] Fujitsu: Consider it a challenge not something to lay down the law on [07:08] poolie: no - [07:09] Fujitsu: gutsy isn't before baazaar. only one ~ [07:09] because the digits implicitly separate parts [07:09] ? [07:09] lifeless: I would normally upload 1.0-1~bazaar1 to Hardy, then 1.0-1~bazaar1~gutsy1 to Gutsy, etc. [07:09] It's how backports are done, and consistency is good. [07:10] poolie: also, I wouldn't suggest sorting below debian/ubuntu builds [07:10] poolie: because you're wanting to override, not underride [07:10] * Fujitsu would definitely advise sorting below them. [07:10] Fujitsu: is today your 'disagree with everything' day? [07:10] Isn't the purpose to just backport 1.0 to previous releases? [07:10] no [07:10] or at least it hasn't been for the last X period. [07:10] sigh, I've been sucked into work. [07:11] BYE [07:11] i want to be above eg 0.91, but below the "official" 1.0 [07:11] bye! [07:11] That's what I thought you were trying to do, right. [07:13] So 1.0-1~bazaar1~gutsy1, with the use of the second tilde being debatable. === \sh_away is now known as \sh [07:25] New bug: #177087 in soyuz "+archive has headings mixed up" [Undecided,New] https://launchpad.net/bugs/177087 [07:26] Fujitsu: is there any reason for using Ubuntu release codenames rather than version numbers? [07:27] Fujitsu: since that makes 1.0-1~bazaar1~gutsy1 older than 1.0-1~bazaar1~warty1, which seems wrong [07:28] (not that people are going to be building new warty packages, but the point still stands) [07:37] otoh that's a good reason for ubuntu to stick to alpha numbers [07:37] leaving open the issue of what happens after the zesty zebra [08:56] anyone about? [08:56] I filed various inkscape bugs as "peepo" [08:56] but launchpad doesn't recognise my email address [08:57] is that 'normal' [08:57] ie do I need separate accounts, to file and review bugs? [09:00] hello? [09:00] there's no wfm so what's next best? [09:00] peepo: you have to activate your account in launchpad [09:00] peepo: if you go to https://edge.launchpad.net/~peepo/, you'll see there's a "Hey, I'm Peepo" link [09:00] later [09:00] https://bugs.launchpad.net/inkscape/+bug/165804 [09:00] Launchpad bug 165804 in inkscape "GTK-quartzvm detached toolbar stay on top even when inactive" [Low,Incomplete] - Assigned to Mjwybrow (mjwybrow) [09:40] New bug: #177108 in malone "Bug pages do not show project/distro logo any more" [Undecided,New] https://launchpad.net/bugs/177108 [10:30] jamesh: I didn't define the standard. It has been used by backports for a number of years. Besides, releases are in alphabetical order since Breezy, and will remain so. [10:30] Fujitsu: ... until Z [10:31] as poolie said [10:31] jamesh: True. Which is a while off. [10:32] Fujitsu: it seems stupid to rely on a convention that will eventually break, and we haven't even consistently followed in the past [10:32] Right. (though it's not so much not following it as it didn't exist) [10:32] especially when there is an alternative that has been consistently followed and won't break (i.e. that Ubuntu's version number will always increase) [10:32] I'm not sure why version numbers aren't used, and it seems strange not to. [10:32] Right. === stu1 is now known as stub [10:41] New bug: #177119 in malone "checkwatches fails trying to updated a conjoined bugtask" [High,Confirmed] https://launchpad.net/bugs/177119 [10:41] * Fujitsu wonders where one would have a conjoined task with a watch. [10:42] Ah, so it shouldn't be allowed. I see. [10:46] yeah, it's a bug [10:46] as usual :) [11:20] New bug: #177125 in malone "update-manager crashes" [Undecided,New] https://launchpad.net/bugs/177125 [11:35] New bug: #177131 in launchpad "No way to delete or remove a release" [Undecided,New] https://launchpad.net/bugs/177131 [11:36] Re 177131: Oh, I hear that! [11:39] Why don't we show a list of current bugs when we click on the bugs tab? It seems inconsistent with the rest of the site. [11:40] * Fujitsu likes the way sourcepackages work (ie. like that, without the graph etc.) === \sh is now known as \sh_away [12:02] Don't get me wrong, I like the graph, it could go above "Key contacts". [12:02] * Fujitsu thought the graph was going away soon anyway. === bigon_ is now known as bigon [13:05] kiko: ping [13:07] funny, I was just going to also say kiko: ping [13:08] mtaylor, Hobbsee: oink [13:09] kiko: would have thoguht that with using ppa as a component name...commercial partners may not like it, for the private repositories. [13:09] no idea how public you wan't that [13:10] (or discussions about it) [13:22] kiko, Hobbsee: ppa in the component name doesn't bother me so much... [13:22] me neither [13:22] could also stand for "private package archive" :) [13:22] nor do I think it'd bother commercial partners [13:22] but we'll need to investigate that further [13:22] it has some unwanted soyuz consequences [13:23] kiko: so did the things in that other mail all sound doable? [13:23] and/or make sense? [13:23] mtaylor, the one with a large number of concerns? [13:23] yes [13:23] I didn't read that one :) I just read the reply [13:23] hehe [13:23] it's too long [13:23] I think I started to ramble [13:23] yeah. but somebody else should read it -- bigjools or cprov-out [13:23] and if not holler [13:24] kiko: statik told me I should get you to comment on it [13:24] kiko: wait. perhaps we're talking about different mails [13:26] * Hobbsee notes that the docs could really do with a rewrite, now that the target audience has changed. [13:27] kiko: I was talking about the email in the "Re: Monty in Brazil and PPAs" thread [13:28] mtaylor: oh, that one. [13:29] mtaylor, oh! I think that's all doable [13:29] kiko: ok - great! :) [13:29] we are talking about different emails. [13:30] it started to seem that way [13:30] it does require some rather minor engineering work on our end -- the debian import in particular [13:30] but we have wanted to do that anyway, so having some pressure on it would be good. [13:30] glad I can help, then [13:31] anything else you'd like me to add to the list of things we need? [13:31] hah! not right now -- this has been a busy december as it is [13:32] good. well I'm going to chat this week with statik and the businessy folks on my side hopefully and see what we can get worked out [13:32] FWIW, i gave mrevell a list of questions that would be good to answer in a ppa faw [13:32] mtaylor, okay, am very much looking forward to that. [13:32] er, faq [13:32] no idea if you guys will find it useful. [13:32] Hobbsee, you did? I'll see that julian and cprov look at it and make it happen [13:33] kiko: cool, although i suspect it'll be mroe useful for someone to write who *doesn't* know soyuz inside out, and who is more of a new person looking in [13:34] well give me a chance to do it and then you can decide that [13:34] bigjools: by all means. [13:35] cool [13:35] bigjools: http://rafb.net/p/9eO3Kc15.html was the list. [13:35] * Hobbsee can email it, etc [13:35] I got it, thanks [13:36] good ole rafb [13:37] looks like there's the ppa documentation thread with a few more bits in it, too === kiko is now known as kiko-phone [14:00] New bug: #177162 in loggerhead "codebrowse doesn't show content of added files on revision page" [Undecided,New] https://launchpad.net/bugs/177162 === Hobbsee_ is now known as Hobbsee === \sh_away is now known as \sh === matsubara is now known as matsubara-lunch [15:13] Hi! There is a bug in the inkscape bug database on launchpad, which was written by me ages ago. However the system doesn't seem to have an account for me, at least for any of the mail addresses I usually use. Were the inkscape bugs migrated from somewhere else? If so, what happened to accounts? [15:15] New bug: #177167 in launchpad "Incorrect email subject when user joins an open team" [Undecided,New] https://launchpad.net/bugs/177167 [15:23] MvG: I suggest reading the paragraph at https://edge.launchpad.net/people and probably clicking the link in it [15:23] hmm, actually [15:23] if you don't already have another account... [15:23] there's probably a way to claim an account without creating a separate one [15:24] MvG: actually, I bet if you try to register with the email address that they already have for you it'll ask if you want to claim the account [15:25] radix: OK, I had a closer look at the last mail I got from the system, and found it was sent to my sourceforge mail address. With that I could claim the account. Thanks. [15:26] MvG: I'm not a LP dev, so these are mostly guesses :) === bluekuja_ is now known as bluekuja === \sh is now known as \sh_away [16:23] If I initially pushed a branch to LP using bzr+ssh using bzr 1.0rc3, is there any risk of braking it if I then bind to it using sftp, again running bzr 1.0rc3, and commit that way? [16:23] keeping in mind that LP is running bzr 0.92 [16:37] It should be documented somewhere that bzr 1.0 users need to use sftp, not bzr+ssh, to commit to bzr branches at LP. [16:38] launchpad will be running 1.0 by, uh, tomorrow i think [16:38] Cool, thanks. [16:38] the joys of being an early adopter :) === _bigon is now known as bigon [16:41] yar [16:55] New bug: #177188 in malone "+editstatus doe not check that the bug was converted into a question" [High,In progress] https://launchpad.net/bugs/177188 === flukierdonut is now known as profanephobia === \sh_away is now known as \sh [18:14] hi ppl! [18:14] i am trying to import a cvs-repo into launchpad [18:14] no sucess at all [18:14] cvs-repo: :pserver:anonymous@cvs.fritis.berlios.de:/cvsroot/fritis [18:15] jonasbjork: what project/series? [18:15] jonasbjork: oh, https://edge.launchpad.net/pyrisk/java-deprecated right? [18:15] mwhudson: no? [18:16] oops [18:16] or, well that seems to be kind of what i want [18:16] but for another project ;) [18:16] pretend i didn't mention that project [18:16] jonasbjork: which? [18:16] that you linked to [18:16] jonasbjork: i am a vcs-imports operator [18:16] seems to be a cvs imported project [18:16] jonasbjork: tell me which project you are trying to set up an import for [18:16] cvs-repo: :pserver:anonymous@cvs.fritis.berlios.de:/cvsroot/fritis [18:17] my launchpad project is "Fritis" [18:18] jonasbjork: you need to enter the details on https://edge.launchpad.net/fritis/trunk/+source [18:19] ok found it [18:20] may i ask, can i import the cvs-code and start use bazaar instead of berlios-cvs? [18:21] yes! [18:22] jonasbjork: that's the idea :) [18:23] as far as i understand my project will be mirrored from berlios [18:23] yes [18:23] but launchpad makes an own repository for it and i can work with that? [18:23] i'm a total newbie at this as you might understand ;) [18:24] what you say is true, though not necessarily a helpful way of saying things [18:24] jonasbjork: have you used bazaar at all? [18:24] mwhudson: nope, i'm a cvs/svn guy [18:25] read some tutorial that explained how to use bazaar [18:25] bzr command that is [18:25] so yes, launchpad makes its own repository containing a mirror of the cvs repository [18:26] then you will get a copy of this repository and can commit to it, pull in changes from the cvs mirror, push it to launchpad etc [18:26] so you use launchpad's repository as a data source, but you won't be writing to it [18:27] ok, so i still commit to cvs.berlios.de ? [18:27] uh [18:27] maybe [18:27] depends what you're trying to achieve [18:27] you *can* still commit to the CVS server, and the launchpad mirror will be updated regularly [18:28] or, you can make branches from the LP mirror and use bzr to do your work. [18:28] if you want to migrate and then abandon berlios [18:28] then mwhudson can help you more. :) [18:28] but i should start using my bazaar repo when it is imported from cvs? [18:28] ok, think i get it now [18:29] i'll just wait for my repo to be imported and try then [18:30] jonasbjork: i've started the import [18:30] it can take anything from a few minutes to several days [18:30] ok [18:30] Import status: Processing [18:30] it changed ! :) [18:30] mwhudson: thanks for your help [18:30] jonasbjork: np === \sh is now known as \sh_away [19:04] I'm looking at the upstream watch for bug 84603 and it seems to be out of sync [19:04] Launchpad bug 84603 in linux "Hard disk I/O randomly freezes when hald is running and optical drive is empty" [Unknown,Confirmed] https://launchpad.net/bugs/84603 [19:05] Any malone people around? [19:42] jonasbjork: your import is failing in a mysterious (to me) way [19:43] jonasbjork: i'll have to look at it tomorrow [19:51] New bug: #177230 in malone "upstream bug watch for bug 84603 is incorrect" [Undecided,New] https://launchpad.net/bugs/177230 [19:51] New bug: #177232 in malone "linux-source-2.6.24 package shouldn't allow bug reports" [Undecided,New] https://launchpad.net/bugs/177232 [19:53] mwhudson: ok, thanks for beeing helpful [20:39] Hey folks [20:39] Anyone else have any troubles with clearsigning the Ubuntu CoC [20:39] I did it, but when I paste the file contacts there are errors [20:40] (7, 9, 'No public key') [20:40] New bug: #177241 in launchpad "It's difficult to tell that your application for official mirror status was declined" [Undecided,New] https://launchpad.net/bugs/177241 [22:18] JordanC: Did you upload your key first? [22:18] #launchpad - where all your patience are belong to us [22:19] It's done now [22:19] JordanC: Oh, cool. [22:19] oh [22:19] No it's not [22:19] :/ === Ubulette_ is now known as Ubulette [22:29] does anyone know if there's a limit on the size of release download files? [22:42] bac, ^^ === JordanC is now known as JordanC[Sugaring === JordanC[Sugaring is now known as JordanC|Code [23:15] Rinchen, fyi, Szilveszter did successfully upload his 30MB mac installer [23:15] but when john tried, he got a 400 error [23:15] interesting [23:15] which hopefully turned into an oops [23:16] maybe it'd be good to have either a faq or display in the upload dialog about the limit, if any [23:16] Hey sexy launchpadders [23:17] poolie: the upload limit is 30Mb [23:17] I knew bac is faster than grep ;-) [23:17] heh [23:18] bac, Rinchen, it's a nice feature btw [23:18] I'm still greping to find the answer :-) [23:18] Rinchen: you're just lucky. i only woke up 2 minutes ago [23:18] bac where do we set that limit? hardcode, config, or zope-thing? [23:18] bac@sapa:~/canonical/lp-branches/feeds-branches/configs/default$ grep size launchpad.conf [23:18] ah thanks [23:19] max_productrelease_file_size 31457280 [23:19] well, that's why I don't see it.. I don't have feeds-branches, only trunk [23:20] it looks like we just scraped under this time [23:20] Rinchen: no, no...it's been in trunk for ages [23:20] there are open source releases which are larger... [23:20] that's just the branch i was sitting in [23:20] ah..ok, I'll keep looking. my interest is piqued [23:21] poolie: we can bump that up. the survey i did at the time seemed to indicate 30Mb was a good limit. i think we based it off the openoffice installer size [23:21] this one is kind of surprisingly large [23:21] but the convention for mac stuff is to ship all the dependencies in one blob [23:22] so it's big [23:22] poolie: ah, ok. mac stuff we didn't take into account [23:22] poolie: want to throw out a number? [23:23] bac, ok, I found it ...and also realized the pain of the config system in the process [23:23] i'd say, take the largest example you've heard of and double it [23:23] so, 60MB? [23:24] is anything going to break if it gets larger? === neversfelde_ is now known as neversfelde [23:24] i see there's some potential for abuse, whatever the size [23:24] poolie: i assume nothing would break but that hasn't been tested yet... [23:24] bac, db timeouts? [23:25] Rinchen: doubtful. the blob is stored on the file system with only references to it in the db, as done by the librarian [23:25] ah, nifty