[05:41] <Ursinha> spm, hi :)
[05:41] <spm> Ursinha: heyo!
[05:41] <Ursinha> oops, wrong channel
[05:41] <Ursinha> :P
[06:00] <anacrolix> greets
[06:00] <anacrolix> is this the right place if i'm having trouble with source packages on launchpad?
[06:05] <wgrant> anacrolix: Possibly. Ask the question and you'll be redirected if not.
[06:06] <anacrolix> when i upload my source package, the diff.gz is being modified, or isn't the one i uploaded, after i've removed a gcc (>=4.4) line from the build-depends
[06:06] <wgrant> anacrolix: The .diff.gz isn't being modified. What gives you this idea?
[06:07] <anacrolix> well when i view it from the launchpad site, the gcc 4.4 is back in the build-depends, and the build fails becoz of it
[06:07] <anacrolix> but when i dput it, it didn't contain that
[06:08] <wgrant> anacrolix: You didn't try to dput the same version number twice, did you?
[06:08] <wgrant> Are you sure you're looking at the right version?
[06:08] <wgrant> Launchpad doesn't mutate uploaded files like that, so it's probably something else.
[06:09] <anacrolix> alright i'll triple check (already double checked), perhaps there's some browser caching shenanigans or something
[08:44] <noodles775> Hi poolie, I forgot to mention, I updated the PPA mock with your comments: https://dev.launchpad.net/VersionThreeDotO/Soyuz/PPAUI
[08:46] <noodles775> I've integrated the timeline with the latest-uploads (as otherwise it would have been duplicating some of the info). See what you think anyway.
[08:50] <poolie> k
[08:53] <poolie> noodles775: is there any general policy or plan for when to use portlets in ui 3?
[08:53] <noodles775> poolie: yes, quite specific actually
[08:53]  * noodles775 finds the link
[08:54] <poolie> i'd say basically that looks good
[08:54] <poolie> very good
[08:54] <noodles775> Does the page have actions that create objects or notifications, does
[08:54] <noodles775>       it have a subscriber's list, does it have notification (events) to
[08:54] <noodles775>       show recent activity?
[08:54] <noodles775> From: https://dev.launchpad.net/VersionThreeDotO/UI/Conversion
[08:54] <noodles775> Thanks!
[08:54] <poolie> there's a couple of things i mentioned before, maybe after you mentioned this
[08:54] <poolie> the link text "How do I use ..."
[08:55] <poolie> and that you should be clear, i think, that ppa:cprov only works on karmic
[08:55] <poolie> "27 packages are included in this PPA for your system" -- i don't know what you mean by "for your system"
[08:55] <noodles775> Yes, I forgot to include the note on the image that the text only display that if the user is using karmic.
[08:55] <poolie> why not just delete that, it seems redundant with the list below
[08:56] <noodles775> Hmm... for your Ubuntu 9.10 system.
[08:56] <noodles775> True.
[08:56] <poolie> i really like the notifications
[08:56] <poolie> you may need to modify the changelog entries a bit to make them fit in there.
[08:56] <noodles775> Great! (it was your input that created it ;) ).
[08:57] <noodles775> Yes, perhaps truncated with a link... we'll have to see how it fits.
[08:57] <noodles775> BTW: Thanks for all your input inte LP3-0 generally, looking at the list, you're becoming the main source of input :)
[08:57] <poolie> ok, that conversion page makes sense and it looks like it fits what you're doing
[08:57] <poolie> thanks, i hope it helps
[08:58] <noodles775> It does indeed.
[08:58] <poolie> it looks like it's going well
[08:58] <poolie> so as i mentioned on the other thing
[08:58] <poolie> i'm a bit concerned that two columns plus portlets will be unwieldy on the little netbooks kids use these days ;-)
[08:59] <poolie> your mockup would probably scroll horizontally even on my fairly oldfashioned x series thinkpad
[08:59] <noodles775> I'm not 100%, but I think YUI grid might even collapse the two columns into one when there is not enough space.
[08:59] <poolie> oh, wow
[08:59] <poolie> ok
[08:59] <noodles775> I'm not sure, I just noticed that happening when I was playing with a different mock. We should try to ensure it does something sensible though.
[09:01] <poolie> overly wide layouts was a big annoyance in lp 1.x
[09:01] <poolie> probably before your time here
[09:02]  * wgrant has nearly forgotten was 0.0 was like.
[09:02] <noodles775> yes, I wonder if it's worth a general email to lp-dev on the topic?
[09:03] <noodles775> I'm *guessing* (as it was before my time) that they were table-based columns, which wouldn't fold.
[09:03]  * noodles775 checks yui grid examples.
[09:12] <poolie> good night
[09:12] <lifeless> ciao
[09:12] <noodles775> Night poolie
[12:08] <jcastro> Any admins around? I created lp.net/communitycouncil, but then set the team as maintainer, and I forgot to set the flag to make them use lp as a bug tracker.
[12:08] <jcastro> (we're trying to make it so people can file bugs against the community council
[14:07] <sinzui> jcastro: What will communitycoucil and the tech board be producing? I do not understand why they are projects
[14:16] <stas> hi, what does it mean when my package in ppa says "dependency wait" ?
[14:17] <Daviey> stas: Are you building a version of one of the build deps?
[14:18] <stas> Daviey: I'm trying to build a backport
[14:19] <stas> so this means that the dependency is unavailable and I have to review the deps?
[14:19] <Daviey> stas: possibly/probably
[14:19] <Daviey> stas: Is it a MANUAL wait?
[14:19] <stas> MANUAL means set by me?
[14:20] <Daviey> stas: I'm not exactly sure, but there are two types of "dependency wait", manual and auto
[14:20] <Daviey> manual means it won't resolve, and you need to fire a rebuild
[14:21] <Daviey> auto seems to trigger the rebuild, if the build dep is awaiting building in your PPA
[14:21] <Daviey> I'm not exactly sure, that is just my experience
[14:22] <stas> than it's an auto and I have to review the depends of the package
[14:22] <stas> thank you Daviey
[14:43] <jcastro> sinzui, https://wiki.ubuntu.com/ReportingCommunityProblems
[14:45] <sinzui> understood
[14:46] <sinzui> jcastro: Do you need me to change anything on the project as I approve them?
[14:46] <jcastro> well normally I set it right and then hand it off to that team, but I messed it up this time.
[14:47] <sinzui> jcastro: I think we do need an admin or member of the council to set official bugs and answers
[14:48] <jcastro> yeah
[15:10] <geser> a question about LP API: what's the difference between a source_package and a distribution_source_package? looking at +apidoc I couldn't figure out yet, when the former is used and when the later
[15:34] <jml> geser, a source_package could be better named 'distro_series_source_package'
[15:34] <jml> geser, it's specifically tied to a release of a distribution.
[15:35] <jml> geser, whereas a distribution_source_package is more general.
[16:19] <jcastro> mrevell, around?
[16:19] <mrevell> hey jcastro I am
[16:19] <jcastro> hi
[16:19] <jcastro> I need help with a little fire
[16:20] <mrevell> Sure, what's up?
[16:20] <jcastro> I need an admin or someone to set this project to use lp bugs and answers: https://launchpad.net/communitycouncil
[16:21] <mrevell> herb: can you help jcastro? ^^^^^
[16:22] <herb> mrevell: after the meeting? optionally check in with mthaddon who *may* have time now.
[16:22] <herb> though I can't speak for him.
[16:22] <mthaddon> jcastro: I can do that for you
[16:22] <jcastro> mthaddon, that would be great! Thanks mrevell and herb!
[16:23] <mthaddon> jcastro: ok, done
[16:23] <jcastro> thanks!
[16:23] <mrevell> thanks guys :)
[16:28] <sladen> what happened to the Launchpad CSS semi-recently that has made scrolling/pageup/pagedowining impossible
[16:43] <Magilum> I'm trying to build a java package in my PPA; however, the build fails because the build system installs an openjdk JRE and sun-java JDK. Is there any way to fix this? I have java-sdk in my build depends, but I guess that isn't specific enough?
[17:52] <maxb> Magilum: This suggests a problem with your Build-Depends line. Please provide a paste of your Build-Depends(-Indep) and a link to the PPA package buildlog - thanks!
[17:56] <jcfp> is there any way to password protect a ppa?
[17:56] <bigjools> jcfp: yes, private PPAs, but you need to pay
[17:57] <jcfp> bummer
[17:57] <bigjools> unless you mean something else?
[17:58] <maxb> You get what you pay for - if you don't pay in money you pay in making your packages available to anyone who wants them. Seems fair :-)
[17:59] <jcfp> bigjools: tx for your answer
[17:59] <bigjools> np
[17:59] <bigjools> jcfp: out of interest, what are you looking to do?
[18:01] <jcfp> bigjools: using ppa for unreleased alphas of a program I package
[18:01] <Magilum> maxb: Nope, it's a known bug in Soyuz: https://bugs.launchpad.net/soyuz/+bug/243779/+viewstatus
[18:02] <jcfp> although their svn is public, I don't fancy loads of complaints from joe average after installing it the easy way
[18:03] <bigjools> I doubt that would be a problem
[18:03] <jcfp> probably not but my time is already extremely limited
[18:03] <maxb> Magilum: How come all the builds in that PPA are showing as successful, then?
[18:04] <bigjools> well unless you advertise your PPA... and you can mark it as alpha in the description
[18:05] <maxb> Magilum: And that bug report is marked as Invalid
[18:06] <jcfp> bigjools: fair enough, that just gave me some good ideas, tx for your time
[18:06] <Magilum> maxb: Okay, have it your way... my Build-Depends line is "java-sdk,ant" and my build log is here: http://launchpadlibrarian.net/29963122/buildlog_ubuntu-jaunty-i386.i2p_0.7.6-rtc1_FAILEDTOBUILD.txt.gz
[18:07] <maxb> Magilum: sorry, should have asked for a link to the ppa as well
[18:08] <Magilum> maxb: https://launchpad.net/~tedks/+archive/ppa
[18:11] <Magilum> maxb: so what's actually going on, if not the Soyuz bug?
[18:12] <maxb> Well, it's installing packages that satisfy java-sdk. Problem is that there's nothing which ensures that ant will execute with the java install installed to satisfy java-sdk
[18:15] <Magilum> The problem seems to be that it's installing an SDK and a runtime from different java versions.
[18:17] <maxb> Or rather, that it's installing a SDK and two runtimes
[18:19] <Magilum> So, how does my build-dep line cause that?
[18:19] <Magilum> do I have to depend on a specific jdk and jre?
[18:23] <maxb> Well, from intrepid, the thing to do would be to depend on default-jdk
[18:23] <maxb> For hardy, I think you might have to pick one
[18:24] <Magilum> Is that how Debian handles it now too?
[18:27] <maxb> yes
[18:30] <Magilum> alright, I'll try that and see if it works.
[19:09] <EspadaV8> hi, i've just been looking over the lp site and checking out the import options, but noticed it's only possible to import from svn:// or http(s):// for subversion
[19:09] <EspadaV8> however, neither of this options are available for my repo
[19:10] <EspadaV8> the only way is via svn+ssh://
[19:10] <EspadaV8> is it likely that it would be possible to upload an svnadmin dump at some point?
[19:10] <EspadaV8> (or some other way)
[19:11] <beuno> EspadaV8, is this a one-time import you want to do?
[19:12] <EspadaV8> yeah
[19:12] <beuno> EspadaV8, then I think it's better to do a local conversion with bzr-svn
[19:13] <EspadaV8> i've currently got a set up that only i can checkout of, but i want to move it to a hosted site (like lp/sf.net/google code)
[19:13] <beuno> and then just push the branch up to launchpad
[19:13] <beuno> imports are usually better for recuring mirroring
[19:13] <EspadaV8> ah, ok
[19:13] <EspadaV8> yeah, i don't want it mirrored at all
[19:13] <EspadaV8> i'm basically moving everything
[19:14] <EspadaV8> i've not use bzr before, or git, or any dvcs, so i'm just seeing what's available atm
[19:18] <LarstiQ> EspadaV8: you'll want the bzr-svn plugin then
[20:15] <days_of_ruin> I am trying to delete a series  and I get this area:  Sorry, there was a problem connecting to the Launchpad server.
[20:15] <days_of_ruin> Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
[20:15] <days_of_ruin> Thanks for your patience.
[20:15] <days_of_ruin> *Error*
[20:44] <Darxus> How do I change which bug a bug is a duplicate of?
[20:45] <LarstiQ> Darxus: undupe it first
[20:46] <Darxus> LarstiQ: Thanks, how?
[20:48] <Darxus> Ahh, think I got it: https://bugs.launchpad.net/malone/+bug/50108
[20:48] <Darxus> Er, no.
[20:51] <Darxus> There we go.  I have to click update description, then mark as duplicate, then change what it's a duplicate of.
[20:51] <Darxus> Suboptimal :)
[20:55] <days_of_ruin> Can an admin delete the 0.6 series for rssn?
[21:12] <allenap> abentley: Hi. Can you try branching lp:~jelmer/trac-launchpad-migrator/merge? I get told it's not a branch, yet the web UI thinks it is.
[21:13] <abentley> allenap: The web UI says "This branch has not been pushed to yet".
[21:15] <allenap> abentley: Oh yes! I guess he must have erased it, because there is a merge proposal for it with diff. Thanks, sorry for not spotting that before.
[21:17] <abentley> allenap: It looks like it was created with "bzr send" but something went wrong before the branch got filled out.
[21:19] <allenap> abentley: Okay. I'll ask Jelmer to push them instead.
[21:40] <kfogel> Sanity check: Launchpad bugs can receive bug reports by email from people who are not registered in Launchpad, right?
[21:40]  * kfogel thinks so, but wants to be certain
[21:41] <kfogel> oh, no, apparently not
[21:41] <kfogel>     *
[21:41] <kfogel>       From address: the address from which you send the email must be registered in your Launchpad account.
[21:41] <kfogel> https://help.launchpad.net/Bugs/EmailInterface
[21:41] <LarstiQ> isn't that if you want to send commands?
[21:41] <LarstiQ> which you also need to gpg sign?
[21:42] <LarstiQ> but maybe also want to prevent comment spam, hmm
[21:42] <kfogel> LarstiQ: I think it's for all email commands, including "create a new bug"
[21:42] <LarstiQ> kfogel: oh, creating new bugs certainly
[21:42] <kfogel> LarstiQ: hmmm.  I had hoped launchpad.net/test was a test project anyone could use to experiment with these things, but apparently not
[21:43] <LarstiQ> kfogel: you're in the realm I as a user know little about
[21:44] <kfogel> LarstiQ: this GPG-signing, hmm... I mean, to prevent the vast majority of spam, it's sufficient to just insist on a certain command in every mail, like " launchpad-real-human: yes" or whatever
[21:44] <kfogel> GPG is such huge overhead for most people.
[21:45] <LarstiQ> maybe I'm wrong
[21:58] <abentley> kfogel: You can test mail handling on staging.
[22:00] <kfogel> abentley: thanks
[22:00] <kfogel> abentley: gary had implied to me it might not work
[22:00] <abentley> kfogel: All mail on staging gets redirected into one IMAP folder, which you can check.
[22:01] <gary_poster> sorry, I didn't know that kfogel!  cool.
[22:02] <kfogel> abentley: this is about bug manipulation
[22:02] <abentley> kfogel: Yes, that's what I gathered.
[22:43] <AlanBell> evening all. I am trying to mark bug 304702 as also affecting alfresco-community, but it is telling me alfresco-community isn't a project
[22:44] <AlanBell> oh, hang on
[22:44] <AlanBell> user error
[22:45] <AlanBell> sorry. "also affects distribution" for packages
[23:38] <sigmonsays> I'm trying to use txamqp deb repo and can't figure out where to find the GPG key used to sign the packages...
[23:38] <sigmonsays> of course it's not in the docs
[23:38] <sigmonsays> cause who would do that!
[23:46] <spm> sigmonsays: https://edge.launchpad.net/~txamqpteam/+archive/ppa <== where it says "signing key"?
[23:47] <sigmonsays> Hrm. How did u find that :)
[23:48] <spm> sigmonsays: :-) 1. I know from longish experience, and 2. https://help.launchpad.net/Packaging/PPA/InstallingSoftware
[23:49] <wgrant> Bug #277354 is probably relevant.
[23:57] <sigmonsays> man -- nothing but trouble
[23:57] <sigmonsays> is it me or is the key server dead?  apt-key adv --keyserver keyserver.ubuntu.com --recv-keys  EF0CEEF2  just hangs....
[23:59] <sigmonsays> woot got it