[00:00] er...oh. so you have an @ubuntu and an @kubuntu? [00:00] yeah [00:00] nhandler: you are using kubuntu.org, aren't you. [00:00] not kubuntu.com? [00:00] Right, I am using kubuntu.org [00:00] good ;) [00:00] It was bouncing up until toda [00:01] s/toda/today/ [00:02] check your spam? [00:03] * Hobbsee also notes that setting your @ubuntu.com address as your primary has been known to cause problems in the past, but isn't sure it's still an issue now [00:04] Hobbsee: I got your email. But for some reason, I still can't get any of the emails I send to nhandler@kubuntu.org [00:04] * jpds points at the docs he wrote for these kinds of situations: https://wiki.ubuntu.com/UbuntuEmail [00:05] jpds: oh, thankyou! === leonardr changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: - | launchpad-users@lists.launchpad.net [00:09] Hobbsee: Thanks for your help. They were getting put under All Mail and skipping the inbox. Another great gmail feature [00:09] nhandler: gotta love gmail's "features" [00:09] * Hobbsee just autoforwards all mail from there [00:18] Is it just me, or are both launchpad-users mailing lists still being used? [00:20] Peng_: there was a temporary problem with the redirect from the old list to the new one, but it's now been fixed [00:22] question: [00:22] i uploaded a package to my ppa, but i got this error via mail: [00:22] Rejected: [00:22] Could not find person 'soc-nw-krg' [00:22] Unable to find distroseries: unstable [00:22] Further error processing not possible because of a critical previous error. [00:22] what's wrong? [00:22] mthaddon: Okay. :) [00:23] soc: well, soc-nw-krg doesn't seem to exist, according to launchpad, and launchpad doesn't know about 'unstable', as that's a debian release name, not an ubuntu one. [00:24] mhhh ... i can't remember using anything of that ... [00:24] you would have, in dput.cf which you modified [00:24] my .dput.cf looks like this: [00:24] [soc-nw-krg]\n fqdn = ppa.launchpad.net\n method = ftp\n incoming = ~soc-nw-krg/ubuntu/\n login = anonymous\n allow_unsigned_uploads = 0 [00:25] \n means break [00:25] right [00:25] mthaddon: THanks for the quick response. :) [00:25] look at where you have soc-nw-krg in that. [00:25] yes ... [00:25] ~soc-krg-nw is the url of my page on launchpad [00:26] soc: soc-krg-nw != soc-nw-krg [00:26] https://launchpad.net/~soc-nw-krg comes up as a 404 [00:26] ouch [00:27] sorry, i'm stupid [00:27] sure, that's the mistake! [00:27] oops ;) [00:28] now i get "Already uploaded to ppa.launchpad.net" when i try to upload it again ... [00:28] use dput -f, but did you fix both errors? [00:29] that distroseries error? [00:29] yes [00:29] mhh, where can i correct "unstable"? [00:29] debian/changelog [00:29] it's not in the dput.cf [00:29] ah k [00:29] then rebuild your source [00:29] mom [00:30] what should it read instead of unstable? [00:30] main? [00:30] which ubuntu release do you want to build for? [00:30] intrepid? jaunty? hardy? [00:30] intrepid/jaunty? [00:30] i hope the package gets included in jaunty [00:30] but i hope to use it on my intrepid system [00:31] right [00:31] so to test it out, start with intrepid [00:31] ok [00:31] then you can copy it to jaunty later, iirc [00:31] btw, how can i get a package accepted in ubuntu? [00:31] new package, or change to existing? [00:32] new package [00:32] it doesn't exist in debian [00:33] https://wiki.ubuntu.com/MOTU/Contributing#Preparing%20New%20Packages, it appears [00:34] Hobbsee: Any chance you'd be able to do that little thing on the wiki for me? if you have time? [00:38] hrm - what's making the LP people so busy? [00:39] It seems like all of a sudden it's taking a long time to get anything done [00:39] MTecknology: holidays, maybe? [00:40] OH! [00:40] wow - the worst part is that's an actual epiphany [00:40] Hobbsee: mhh, the bug already exists ... so i basically have to write a shell script to fetch the source file from the git and clean it? [00:41] soc: you need to put the package itself on revu - do a checkout from the git, iirc. [00:41] * Hobbsee isn't overly familiar with git [00:44] ah k [01:06] lp doesn't have wiki yet. where is the appropriate place to put install instructions? [01:07] I am thinking either blueprint, check in INSTALL.txt, or maybe open a bug. [01:25] CarlFK: probably neither of those. [01:26] What sort of install instructions? I don't think launchpad is supposed to replace a project website entirely [01:26] CarlFK: I'd suggest one of (1) a file inside your branch/tarball, (2) the notes associated with the project release registered on launchpad or (3) the project description on Launchpad [01:35] jamesh: project description is reasonable. [01:38] it's really just wget/tar/cd/cd/bzr branch lp.../ [01:39] maybe i can just link to head%3A/INSTALL.txt [02:17] *sigh* [02:17] what's wrong now? [02:18] Rejected: [02:18] ttf-droid_1.00~b112-1.dsc: Section 'X11' is not valid\n ttf-droid_1.00~b112.orig.tar.gz: Section 'X11' is not valid\n ttf-droid_1.00~b112-1.diff.gz: Section 'X11' is not valid [02:18] Further error processing not possible because of a critical previous error. [02:18] does it make a difference between X11 and x11? [02:19] likely [02:19] !section [02:19] Sorry, I don't know anything about section [02:19] damit ... [02:19] it takes hours to upload that again ... [02:19] everything else is, so.. [02:19] you can build with -sd if you're not changing the original tarball, and it'll only upload the rest of it [02:20] !section is Please see http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections for a list of valid sections that you can use in your debian/control file, for debian packaging [02:20] I'll remember that, Hobbsee [02:34] grrrrrrrr [02:34] Rejected: [02:34] Unable to find ttf-droid_1.00~b112.orig.tar.gz in upload or distribution. [02:34] Files specified in DSC are broken or missing, skipping package unpack verification. [02:34] i give up [02:34] good night [06:04] oh yeah... I changed my username. so now bzr push doesn't.... [06:05] how do I straighten that out? [06:05] CarlFK: bzr push --remember lp:whatever [06:05] that'll remember the new location for future invocations [06:08] http://dpaste.com/105863/ target: https://code.edge.launchpad.net/~carlfk/web2conf/badges [06:09] CarlFK: you need to do "bzr launchpad-login carlfk" [06:10] Pushed up to revision 48. - thanks [06:54] https://edge.launchpad.net/~carlfk/+archive installed python-poppler and it didn't apply the patch [06:55] I think it has something to do with odd build requirements: "apt-get build-dep python-poppler" errored: unmet depandencies [06:55] but aptitude build-dep python-poppler installed what was needed === al-maisan changed the topic of #launchpad to: https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: al-maisan | launchpad-users@lists.launchpad.net === thekorn_ is now known as thekorn [10:03] Hi, to use the "decentralized with human gatekeeper workflow" i have to set me as the owner of the trunk branch right? [10:03] Is it possible to make releases without having any series or milestones? My project is modest - so far, I'm the only developer. [10:03] i've got an unruly developper :) [10:06] f4: that's right. [10:07] dlynch: what do you mean? [10:07] thanks [10:07] al-maisan: I have read the documentation on series and milestones, which concludes by talking about releases [10:07] aha [10:08] does that mean I cannot make a release from trunk, without using series? [10:09] dlynch: just a minute.. [10:09] al-maisan: thank you [10:13] dlynch: I think you will need to have a series at a minimum. [10:14] al-maisan: can i make my "series" be identical to trunk? :) [10:15] dlynch: "trunk" is really the tip of your source branch and hence a "moving target" [10:16] al-maisan: I understand that part. Does that mean I should get into the discipline of making a new series even if all it does is represent a snapshot of trunk? My project is currently so modest, that's all that a release amounts to [10:17] if all you want is trunk then there's no need for a relase either [10:17] trunk means bleeding edge [10:17] a release has to be identified somehow and that's what a series is there for [10:19] .. and yes, just checked that, a product release requires a product series. [10:19] thanks for looking into this [10:19] dlynch: you are welcome. [10:20] and one more thing: the documentation is generally excellent - it sure looks pretty too :) [10:21] dlynch: oh, thanks :) [10:21] that's very kind of you! [10:29] what about PQM is there a good documentation about it somewhere? [10:31] f4: PQM is part of the launchpad-internal build/integration test infrastructure. [10:32] What would you like to know about it? [10:34] how it works/how to use it with a laucnhpad project [10:34] it looks interesting [10:34] f4: PQM is used by the team is bulding launchpad proper [10:35] there is no need to use it with any projects *registered with* launchpad [10:35] .. by the team *that* is bulding launchpad proper .. [10:37] f4: the Bazaar team uses pqm, but I don't think it's possible to use pqm in a fully integrated way with launchpad [10:38] hi all [10:39] ok i was expecting that since it's not really documented [10:40] f4: if you'd want you could set it up yourself, but indeed, it's a bit underdocumented [10:40] people have been known to succeed though :) [10:41] i was using https://code.launchpad.net/bzr as a "template" for my own project (to see how they work) and they use it [10:41] right, we do [10:42] f4: the way that is set up, the canonical trunk branch is controlled by pqm and lives at http://bazaar-vcs.org/bzr/bzr.dev. lp:bzr is then mirrored from there [10:42] but anyway i don't need it. we're only 2 working on a small project, should be a few more in a few weeks/month but not much [10:43] i was just curious :) [10:43] right, pqm is overkill in that situation :) [10:46] but i think i'm going to act as gatekeeper because my mate keeps pushing untested/incomplete code on the trunk branch [10:47] and it's still interesting to manage it like a big project even if it's not :) i'm still a student i'm here to learn :) [10:51] f4: human gatekeeper sounds like a good solution === salgado-afk is now known as salgado === stub1 is now known as stub [11:15] one more question, my mate is creating many small branches instead of going on with the same one for a task, but he claims he's keeping the same. in fact he uses bzr pull to get last trunk revision before he works [11:15] is that the reason? he should be merging trunk into the feature branch right? [11:20] f4: the situation isn't clear to me [11:28] well it looks like this http://bluebox.selfip.com/vrac/bazaar_bad.png while it should look more like this http://bluebox.selfip.com/vrac/bazaar_good.png (sry for bad quality "image hack" ^^) [11:29] f4: neither is particularly wrong [11:29] f4: in general, there is no right or wrong approach, you can use the workflow you want [11:29] the branch i linked ont the second picture are related to the same task [11:29] f4: however, there seems to be a difference of opinion on what workflow you two want to use [11:29] tash which has a blueprint [11:30] only the first one is actually linked to the blueprint (the red one) [11:31] no we agreed on that, in his head he was doing the second picture :) [11:32] so the "problem" is that he's doing pull instead of merging the trunk in his branch i suppose [11:39] I still don't see what the problem is [11:48] the problem is there is 3 branches while he though he was working on the same one [11:51] he though he was doing the same as the branch going from rev 25 to 28 [12:41] thankyou, launchpad users mailing list, for the spam. [12:41] * Hobbsee thought the DC ran a spam filter [12:42] Hobbsee, you mean the autoreply? ;) [12:45] beuno: by subject only, it appears. the content doesn't look to be an autoreply ;) [12:45] apart from the fact that it's very late, it looks rather non-autoreply-ish [12:49] ay [12:49] more noise [12:50] barry, did anything change in the ML settings for lp-users? [12:50] ...and there goes the second one === mrevell is now known as mrevell-lunch [12:52] ...and the third. [12:52] * Hobbsee wonders hwy they're sending to lists.canonical.com [12:54] beuno: yes, elmo fixed the forwarding yesterday so now it's working the way it was supposed to :) [12:55] barry, why weren't we getting these annoying emails before? [12:55] where some users blocked and not migrated over? [12:55] what annoying emails? [12:55] vacation and away replies [12:56] which are actually trying to sell things [12:56] beuno: can you check the list copies and be sure they have a Precedence: list header? [12:57] are you seeing them only when you try to send a message to the list? i didn't see any on my test yesterday [12:57] barry, Precedence: list [12:57] the one from: consultoriatelecon@hotmail.com [12:58] to: launchpad-users@lists.canonical.com [12:58] okay, so our lists are doing the right thing, but those vacation responders are broken [12:58] possibly, but I wonder why *now* [12:58] maybe because those users are now subscribed and they weren't before? [12:59] if on the old list the email address was linked to a lp user, we subscribed that address to the new list [13:00] but there were lots of new subscribers to just the new team/list [13:00] so it's very possible you're getting the bounces from them [13:01] Hi guys, i can't seem to figure out how to delete a team from LP. Is the UI missing for it, or am I just missing it? [13:01] barry, cool. So now we start blocking users? :) [13:02] superm1: https://answers.edge.launchpad.net/launchpad/+faq/47 [13:03] al-maisan, that's for closing accounts though, is it valid for teams too? [13:03] superm1: I think so. [13:04] al-maisan, no in the change details section of the team, there is nothing on deactivating it [13:04] beuno: on python.org we get medieval on people with broken replybots :) [13:05] superm1: OK .. let me find out more. [13:05] i should clarify; i dont want to just remove myself from the team. i want to remove the team from existing [13:05] i'm the team administrator [13:05] barry, that's the spirit! [13:06] superm1: that's understood. [13:14] i've gone through and removed all members of the team (including myself) and all team memberships and still nothing is presented anywhere in the UI that I can find for removing the team: https://edge.launchpad.net/~mythbuntu-trunk [13:15] superm1: make a request (ask a question) to at answers.launchpad.net/launchpad. An Admin can deactivate the team [13:15] sinzui, ah great thanks. [13:16] superm1: The process of deactivate is an admin privilege because the changes a lot of users, bugs, etc... [13:17] sinzui, even for teams though? I would think that teams wouldn't be commenting on bugs, and at least an empty team wouldn't require changing any users [13:17] superm1: They can be subscribed to bugs, blueprints, answers. They have translations powers too [13:18] ah. all things i never used the team for i suppose [13:47] Is there any way to create a new project in lp so that I can upload my local bzr repo? i.e. I don't want to import (because the bzr repo is not on a public server) [13:48] yeah shouldn't you be able to make a project and just bzr push? [13:49] superm1: What's the link to make a project? I can only find to register a branch [13:50] balor, https://launchpad.net/projects/+new-guided [13:50] thanks === mrevell-lunch is now known as mrevell [14:13] somebody advised I come ask here: can we have the production of -dbg packages enabled for PPA builds? it helps greatly with reporting crashes if stack traces have symbols. [14:21] Shred00: https://bugs.edge.launchpad.net/soyuz/+bug/285205 [14:21] Launchpad bug 285205 in soyuz "Soyuz needs to be able to process and publish ddebs" [Medium,Triaged] === matsubara is now known as matsubara-lunch [15:01] hi guys. do you know where I could find the Launchpad OpenID plugin for moinmoin ? the same one used on help.ubuntu.com/community ? [15:02] adiroiban: help.ubuntu.com uses the default MoinMoin plugin for OpenID support [15:05] andrea-bs: not sure of that [15:05] fjlacoste: I have the same in my MoinMoin instance [15:05] it's moinmoin 1.7 ? [15:05] adiroiban: the default OpenID plugin should work, but if you want Launcphpad team support, that extension hasn't been pushed upstream yet [15:05] i thought it's 1.6 [15:05] andrea-bs: the default extension lacks team integration === fjlacoste is now known as flacoste [15:06] can I get the LP plugin from downstream ? [15:06] flacoste: is there a team integration for MoinMoin? === salgado is now known as salgado-lunch [15:09] andrea-bs: yes [15:09] andrea-bs: you can use launchpad team in ACL [15:09] but this hasn't been released yet [15:11] flacoste: cool, could you tell me when will it be released? I can't find anything on dev.launchpad.net :( [15:11] andrea-bs: don't know yet, i'll take to the people doing it, last month we released the Dupal extensions, the Moin ones should follow soon [15:12] thanks, flacoste [15:13] flacoste, can we have the unrelease code ? I would like to integrate it into our loco wiki page [15:14] adiroiban: can you file a question on answers.launchpad.net/launchpad/+addquestion about this? [15:14] sure [15:14] i'd do this right away [15:14] adiroiban: that way we could track it there, i'll ask the guys who are in charge of that process to comment on it [15:15] ok. No problem. I was thinking the code is somewhere in a bzr branch and it's just me who can not find it [15:16] hello [15:16] Please see : https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/314308 [15:16] Launchpad bug 314308 in linux "USB 2.0 too slow " [Undecided,Incomplete] [15:17] bug was not reported properly so I changed the package and description and asked for more info [15:18] coolbhavi: yes, ..? [15:18] but rude and arrogant answers [15:19] esp : https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/314308/comments/4 [15:19] Launchpad bug 314308 in linux "USB 2.0 too slow " [Undecided,Incomplete] [15:19] coolbhavi: I see .. somebody will look into this. [15:19] look at the whole comment by expanding the links [15:19] please [15:27] coolbhavi: please explain what you find so offensive about that comment .. I believe the user was using that quote as a signature and it was not specifically targeting you. [15:28] I understand that it may have hurt your feelings but that comment does not appear to be outright and intentionally offensive. [15:35] al-maisan, I know him pretty well [15:35] personally? [15:36] al-maisan, yup, his signature is only his name [15:36] hmm.. [15:36] * al-maisan looks at that comment again [15:37] can I see the code that builds PPA binaries ? [15:37] CarlFK: what do you mean? [15:37] the build system? [15:37] what I get from my PPA is not what I get when I apt-get source and build it local [15:37] hmm .. what are the differences? [15:38] the patch isn't applied [15:38] al-maisan, okay leave it he is a beginner and I ve marked it incomplete :) [15:38] https://edge.launchpad.net/~carlfk/+archive Intrepid is the only one I have tested [15:38] coolbhavi: thank you very much .. I believe this is the best course of action .. give him the benefit of doubt [15:39] al-maisan, :) [15:39] :) [15:40] I think it has something to do with odd build requirements: "apt-get build-dep python-poppler" errored: unmet dependencies, but aptitude build-dep python-poppler installed what was needed [15:40] CarlFK: did you apt-get source from the PPA? [15:40] al-maisan: yes [15:40] hmm .. that's a bit odd. [15:40] the upstream version has no patches. I have 1 patch that adds 2 chars. so pretty easy to track [15:43] CarlFK: Your package has an odd version number. How can it be based on 0.8.1-2 when unstable and jaunty only have 0.8.1-1 ? [15:45] maxb: " increase the Ubuntu version number and add a suffix of ~ppan " https://help.launchpad.net/Packaging/PPA#Versioning [15:45] hrm [15:46] Should probably have been 0.8.1-1ubuntu0~ppa1 in this case [15:46] CarlFK: my guess is that it's related to the unmet "build-dep python-poppler" dependencies [15:47] al-maisan: cept then it should have errored, not build a binary [15:47] Also, ideally your package would be in .orig.tar.gz and .diff.gz form - but it has accidentally ended up transformed into single-tarball form [15:47] CarlFK: please point me to your PPA [15:47] https://edge.launchpad.net/~carlfk/+archive Intrepid is the only one I have tested [15:51] CarlFK: so, what were the unmet dependencies that apt-get build-dep complained about? [15:51] al-maisan: give me a sec - I think I have a fresh ibex box.. [15:51] OK [15:52] CarlFK: It is an error to include a hyphen within the release portion of the version number. That is why your packaging has gone into single-tarball style === matsubara-lunch is now known as matsubara [15:55] CarlFK: Your patch is not being applied because you have improperly integrated quilt into debian/rules [15:55] * mpt is getting confused by duplicate bug report messages [15:56] maxb: that wouldn't surprise me. [15:56] al-maisan: my ibex install was waiting for me to confirm disk partitioning... so that's gonna be a few min (u-server, so maybe 10 min) [15:57] CarlFK: fair enough .. but I believe maxb found the root cause of your problem anyway [15:57] maxb: shouldn't the PPA build process have aborted? [15:59] No, because your rules file was genuinely configured to not apply the patch! :-) [15:59] doh [16:00] so whad I do wrong? [16:01] CarlFK: configure should stay depending on configure-stamp. configure-stamp should get an extra dependency on $(QUILT_STAMPFN) [16:02] I remember wondering about that [16:02] thanks [16:10] al-maisan, seen ? :-) [16:10] * al-maisan looks [16:11] ha - does someone want his homework done for him? [16:11] bigjools, I see the top contributor is someone else :-) === salgado-lunch is now known as salgado [16:12] strange project indeed :) [16:13] This person "david" seems to be an aspiring "project manager" :) === discoflux is now known as afflux [16:16] ftp.launchpad.net is down ? [16:16] can't upload to PPA [16:17] Kmos: any error messages? [16:17] ppa.launchpad.net i mean (connection refued) [16:17] refused [16:17] it worked yesterday :) [16:18] please show me your dput conf file [16:18] al-maisan: I can't get to it either [16:18] ah [16:18] poppy is probably down [16:19] cprov: ^ [16:19] Kmos: what bigjools said. [16:19] al-maisan: http://paste.ubuntu.com/101125/ [16:19] ah :) [16:19] thanks :) [16:19] np [16:25] Check your network (111, 'Connection refused') while trying to upload to PPA [16:26] coolbhavi: thanks for the hint .. we are already looking at it. [16:27] al-maisan, :) [16:31] hey guys, quick question: https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/306360 is not listed at https://bugs.launchpad.net/ubuntu/+source/landscape-client even though one task is not yet resolved. How can I change that? [16:31] Launchpad bug 306360 in landscape-client "Update landscape-client package to 1.0.25" [Undecided,In progress] [16:34] ahasenack, I think that's a bug in Launchpad [16:34] BjornT, gmb? [16:35] Hi [16:35] I'm getting "Connection failed, aborting. Check your network (111, 'Connection refused')" trying to dput to a private PPA. Some days ago I had no problem with this. Any idea on what may be the problem? [16:36] beuno: Looking... [16:36] you *can* see it if you look at "All bugs ever reported" [16:36] RainCT: we're on it [16:36] bigjools: so it's not only me? [16:37] RainCT, +1 [16:37] RainCT: unfortunately correct [16:37] OK, thanks [16:37] beuno: but that includes the closed ones? [16:38] ahasenack: The task that would appear at https://bugs.edge.launchpad.net/ubuntu/+source/landscape-client has been resolved - it's Fix Released. [16:38] ahasenack: I think that that page only shows... [16:38] gmb: so I need to change the task that is tracked to the other one? [16:38] ~$ ftp ppa.launchpad.net [16:38] ftp: connect: Connection refused [16:38] ahasenack: Ah hang on, I might be talking out of my hat. [16:39] is that me, or does it go off line now and then? [16:39] CarlFK, +1 seems ftp is down === bigjools changed the topic of #launchpad to: PPA uploading is broken, we're looking at it || https://launchpad.net/ | Channel logs: http://irclogs.ubuntu.com | Help contact: al-maisan | launchpad-users@lists.launchpad.net === _neversfelde is now known as neversfelde [16:39] coolbhavi: thanks. [16:39] gmb: my confusion is that there doesn't seem to be a simple way to list all open bugs against a package. That was my intention with the https://bugs.launchpad.net/ubuntu/+source/landscape-client URL [16:40] ahasenack: Right... Ah, I see the problem now. [16:41] ahasenack: So, this is sort of a bug, sort of not. [16:41] Hi all. Is there a way to search all launchpad ppa with a package name? [16:41] ahasenack: The problem is that because the bug has been targetted to a series (Jaunty and Intrepid in this case) the original task is no longer considered a task (that's why it says "status tracked in... blah"). [16:41] alefteris: not right now, no [16:42] ahasenack: So when you look at just the package page it will show you only the ones assigned to the package, not the ones targetted to a particualr series (well, it might show the ones for Jaunty because it's the current series; I haven't established that for sure yet). [16:43] gmb: so, how do I change where the status is tracked? [16:46] ahasenack: Well, I was right; the Jaunty tasks will show up at +source/landscape-client (because it's the current series). (see https://bugs.staging.launchpad.net/ubuntu/+source/landscape-client for an example) [16:46] ahasenack: As for changing where it's tracked, I'm not sure you can. [16:47] Since Jaunty is the current series for Ubuntu, so that's where the changes are tracked for the Ubuntu package. [16:47] Which, yes, is a bug. [16:47] gmb: yeah, because that means I'm better off opening another ticket for intrepid instead of another task at that ticket [16:47] gmb: because or else the ticket just "disappears" from the bug listing as was this case [16:48] ahasenack: For tracking purposes, yes, which sucks massively. [16:48] Absolutely blows. [16:48] gmb: ok, is there a bug open for it? If not, should I open one? [16:48] gmb: I'm not even sure how to search for this in launchpad to see if there is a bug already open or not :) [16:48] ahasenack: I'll file a bug about this (or find if there is one; *someone* must have seen this before) [16:49] gmb: cool, many thanks! [16:49] ahasenack: Sorry it had to bite you. [16:49] gmb: now that I'm aware of how it works, it's ok for the time being [16:49] gmb: thanks for the help [16:49] np [16:49] does someone know how long it will take to restore uploading? [16:50] not yet [16:51] alefteris: https://answers.edge.launchpad.net/launchpad/+faq/203 [16:51] something filled up the disk, the admins are investigating [16:54] al-maisan, thanks :) [16:55] al-maisan, the results listing is not very usufull though, it would be nice if the packages where listed [16:57] alefteris: https://bugs.edge.launchpad.net/soyuz/+bug/280958 [16:57] Launchpad bug 280958 in soyuz "Package page doesn't show PPAs for that package" [Undecided,Triaged] [16:58] ooi, does anyone know how far off signed PPAs are? Just roughly days/weeks/months? [16:58] cprov, ^ [16:58] maxb: days [16:58] Hi guys, for the purposes of an automated package builder, how long does the publisher take to publish a .orig.tar.gz on a PPA? We're doing builds for hardy and intrepid, but only want to upload orig.tar.gz once, so the first upload will have orig.tar.gz, and second wouldn't [16:59] superm1: up to 20 minutes [16:59] bigjools, okay so sleeping for say 25 minutes should be a safe estimate then [16:59] superm1: as long as it is accepted, yeah [16:59] there's no cirumstances that it will be larger right? [17:00] superm1: can you wait for the acceptance mail or is that not an option? [17:00] bigjools, well it would be a bit difficult to do so the way the job is cronned, so a static time would be a lot better [17:00] if it's not, add your voice to bug 305331 :) [17:00] Launchpad bug 305331 in soyuz "XMPP Messages" [Undecided,New] https://launchpad.net/bugs/305331 [17:00]