[01:00] is there a way to connect to my launchpad accout with eclipse ide? [01:06] is there a way to connect to my launchpad account with eclipse ide? [01:20] jparkton: if you install eclipse-qbzr you can drive bzr operations from within eclipse. I'm not aware of bugtracker integration yet. [01:35] cool === dan64 is now known as Guest57017 [04:21] Hey, my bzr pushes seems to be taking a long time today. Any ideas? [04:24] michaelh: move to london [04:24] michaelh: just checked and no known load issues. [04:24] mwhudson: ah, I see you're channeling lifeless there [04:25] man, I work so hard to change my reputation [04:25] michaelh: are you perhaps pushing new branches ? [04:25] bzr push lp:~michaelh1/gcc-linaro/core-adddi has been running at ~2kB/s for ~45 minutes. It's been like that for the afternoon with multiple pushes. [04:26] ~50 line patch, stacked branch, ~9 MB total which is mainly the tree/keys. [04:26] Ping is the normal 300 ms. It normally goes up at ~100 kB/s. [04:29] I don't believe we've changed anything in this area recently. [04:31] Hmm. I'll see if it's the same tomorrow. I wonder if it's bzr 2.5.1 related. [04:34] michaelh: i just pushed a new launchpad branch with a simple change, it went fairly quickly and peaked at 300 odd kB/s [04:35] tcpdump suggests quite a bit of packet loss against crowberry [04:35] mwhudson: bzr --version? [04:36] michaelh: 2.5.1 [04:37] michaelh: mtr giving any indications of where the packet loss is? === michaelh is now known as michaelh|away === jam1 is now known as jam [08:49] hi, can anybody explain to me what goes wrong here: http://launchpadlibrarian.net/109138438/emesene-team-emesene-master.log [08:49] hi sbte [08:49] sbte: that looks like a successful import [08:49] jelmer, it isn't [08:50] if you look here https://code.launchpad.net/~emesene-team/emesene/master it says partial succes [08:50] and it didn't import the latest commits [08:52] it's probably better to use the git:// URL - I've updated it [08:53] jelmer, ok thanks [08:53] we'll see [08:54] jelmer, that totally worked, thanks === michaelh|away is now known as michaelh === tr-808_ is now known as tr-808 === yofel is now known as Guest57033 === michaelh is now known as michaelh|away === matsubara is now known as matsubara-afk === Guest57033 is now known as yofel === zyga is now known as zyga-food === zyga-food is now known as zyga [15:09] I'm having troubles using the Python LP API. It's returning what seems to be bogus values in the source package publishing history object. https://api.launchpad.net/1.0.html#source_package_publishing_history [15:09] Specifically, a source is saying there aren't any binaries associated with it. [15:11] Oh, hm. Maybe because getBinaries isn't part of the official API and getPublishedBinaries is returning [] because the quantal version is dep-waited [15:13] Is there a way to see all binaries that a source has, regardless of whether they are published or not? [15:18] mterry: hrmm, if it's dep-wait, it probably hasn't built yet, and i don't think lp knows about binaries until they are built, right? [15:20] dobey, bummer [15:21] mterry: yeah and i'm not sure there's an easy way to get the contents of debian/control(.in) to search for "Package:" lines in === Ursinha_ is now known as Guest65630 === 16SABILLY is now known as mkaysi === mkaysi is now known as NSSTUPID === NSSTUPID is now known as Mkaysi === matsubara-afk is now known as matsubara [16:19] can anyone help me? i can't get my ppa to build === zyga is now known as zyga-afk [16:25] RobinJ: which ppa? [16:25] https://launchpad.net/~robinj/+archive/gtkreddit/+build/3623968 [16:27] just hi retry, lets see what it does [16:29] it seems to me you have missed some dependencies, but I'm not sure if thats the right channel for that [16:31] jelmer: vila mgz can you help RobinJ [16:36] czajkowski: EOD here and dentist appointment :-} [16:37] vila: k [16:38] czajkowski: I'll have a look [16:38] RobinJ: that build seems to be happening - what's wrong with it? [16:39] jelmer; i hit retry, that's why. i'll see what it does this time [16:40] its a packaging issue, you have missed dependencies RobinJ [16:41] yeah, but how do i figure out which? [16:45] RobinJ: http://askubuntu.com/questions/152685/quickly-packaging-errors [16:45] Lasall; quickly package works though [16:46] RobinJ: your package builds on my local system, but with pbuilder precise i386 it fails with same error as launchpad builder [16:47] ... [16:47] "I figured out the reason: [16:47] Turns out, Quickly scans your python code to generate a list of dependencies. If you have half-written modules with syntax errors, quickly package will fail (even if you haven't imported the offending modules anywhere.)" [16:47] that's not really something i can act upon... as i don't have a clue what it means [17:27] :/ [17:28] you got it RobinJ ? [17:28] nop [17:28] i don't have clue which dependencies it's talking about [17:28] actually it compiled successfully in sid environment [17:29] I added libglib2.0-bin as build dependency [17:29] (for glib-compile-schemes) [17:29] erm... [17:29] i already did that :/ [17:29] hm [17:29] or i thought i did [17:29] it's working in precise too here [17:30] Lasall: it should be glib-compile-schemas, is that what you're using? [17:30] i see the problem.... [17:30] (rather than glib-compile-schemes) [17:30] sry I can't remember those names, thx jelmer :) [17:30] RobinJ: but you should check lintian warnings, there are many... [17:31] i've using quickly to push it to my ppa, and quickly simply overwrited the debian/control file [17:31] … never used quickly [17:31] Lasall; i'd reommend you keep it that way [17:31] it's nothing but trouble === philipballew_ is now known as philipballew [18:57] Lasall; it's built [18:57] only... E: Unable to locate package gtkreddit [18:59] RobinJ: Note: Some binary packages for this source are not yet published in the repository. [18:59] it's currently uploading [19:00] er [19:00] it has just finished building, and finished uploading an hour ago [19:02] RobinJ: should be there now [19:05] RobinJ: it takes time between build complete, and being published. [19:07] what is this garbage >.< [19:08] installed it from my ppa, now it doesnt launch [19:08] robin@RobinJ:~$ /opt/extras.ubuntu.com/gtkreddit/bin/gtkreddit [19:08] Traceback (most recent call last): [19:08] File "/opt/extras.ubuntu.com/gtkreddit/bin/gtkreddit", line 45, in [19:08] import gtkreddit [19:08] File "/opt/extras.ubuntu.com/gtkreddit/gtkreddit/__init__.py", line 26, in [19:08] from gtkreddit import GtkredditWindow [19:08] File "/opt/extras.ubuntu.com/gtkreddit/gtkreddit/GtkredditWindow.py", line 26, in [19:08] gettext.textdomain ('gtkreddit') [19:08] NameError: name 'gettext' is not defined [19:09] RobinJ: please use nopaste service for terminal output [19:09] apparently it is trying to use gettext without first importing it [19:09] .... [19:09] i didnt put that there [19:10] perhaps you should be asking in #quickly most of these questions. :) [19:10] from gettext import gettext as _ [19:10] gettext.textdomain ('gtkreddit') [19:10] i don't see what the problem is [19:11] the problem is it isn't doing "import gettext" [19:11] only _ is defined in that context [19:12] but these questions aren't really related to launchpad. [19:16] Successfully uploaded packages. [19:21] ... why doesn't this thing appear in my build list [19:21] ah there it is [19:22] build time just keeps increasing... === matsubara is now known as matsubara-afk [19:31] RobinJ: yes, freely available shared resources are not always instantaneous [19:31] dobey; didn't say it's unbearable, but just have limited time at the moment >;< [19:32] RobinJ: you should give pbuilder a try! [19:32] whazat? [19:33] look in ubuntu wiki :P [19:33] nah why bother :p it'll be at least another month before i ever need python or quickly again [20:04] hey, i have a short question about launchpad recipies [20:05] is it possible to to an nest or nest-part from an git repository? [20:05] leo-unglaub: hi [20:05] leo-unglaub: yes; you'll have to register a code import for that git repository first though [20:06] hmm, also not just nest-part packaging git:git.github.con/some-person debian debian [20:10] leo-unglaub: no, it has to be a branch on launchpad [20:11] so i have to pull down the git repo on my disc into an bzr project and push there?? [20:11] leo-unglaub: no, you can have launchpad import the git repository into a bzr branch for you automatically [20:12] jelmer: where is this option, i don't find this on my code site [20:12] https://code.launchpad.net/~leo-unglaub [20:12] where is this button? [20:13] leo-unglaub: if you go to https://code.launchpad.net/YOURPROJECT, there will be a "Import a branch" link [20:14] ah, so ist must be on a project? [20:14] not possible on +junk = [20:14] ? [20:15] leo-unglaub: no, not possible on +junk [20:15] I don't think recipes are possible on +junk either [20:16] recipies are.. [20:16] that was my confusion [20:16] is there a sandbox? [20:16] so i can try the git import? [20:17] or do i have to create a real projct for trying? [20:19] leo-unglaub: you'd have to create a real project; alternatively, you can try on staging.launchpad.net, which can be used as a sandbox (and changes there are regularly discarded) [20:19] jelmer: thank you ! === michaelh|away is now known as michaelh [20:22] jelmer: one more question. how often is lp checking the git repos for updates? [20:22] daily? [20:22] leo-unglaub: yes [20:24] and is lp doing a merge or an import? so if i modify some imported files, are there merges that run? or will lp override all changes i do to the imported repo? [20:25] leo-unglaub: you shouldn't try to make changes to the bzr repo if it's an import from an external source. the changes should happen on the external source [20:26] hmmm, okay [20:26] so the import from githup into one repo on lp, and another lp for the debian directory and than merge in the recipy? [20:28] hello, i have a private LP project and i set the contact email to a mailman mailing list. now, when people submit merge proposals, i have to approve each mail on the list due to: "Reason: Message has implicit destination" [20:29] how can i fix this? [20:29] leo-unglaub: yes [20:30] leo-unglaub: well, nest probably is easier [20:30] hmm, right.. [20:30] dobey: thanks, i think now i got it :) [20:39] nm, i found a mailman option to turn off Bcc: filtering [20:44] hi, set recipe to be build for precise and quantal, then I get error: "File gupnp_0.18.3-2~68~precise1.tar.gz already exists in dev, but uploaded version has different contents". I'm not sure how to solve it..., could you help? [22:09] why the hell does launchpad keep messing with my code? [22:09] RobinJ: how do you mean? [22:10] on my system the app works fine. i push it to the ppa, wait for 2 hours, and install it from the ppa. i try to launch it, and the thing crashes because launchpad insists on removing `import gettext` [22:12] RobinJ: Launchpad doesn't know how to do that. [22:12] RobinJ: there must be something else going on. [22:12] whatever it is, it's driving me nuts [22:12] RobinJ: such as, perhaps you haven't commited before you pushed to bzr. (If you're using bzr). [22:12] perhaps we could have a look, if you tell us the PPA? [22:13] robinj/gtkreddit [22:20] lifeless? [22:20] urgh what a nickname. seems like i'm insulting someone every time i use it :p === andi2 is now known as andi3_ [22:23] sorry, got distracted [22:24] looking now [22:25] RobinJ: which import gettext is missing ? [22:26] the one in gtkreddit/Gtkthingy....py [22:26] on launchpad it seems to be there, but the files it installs from the ppa don't have it$ [22:28] RobinJ: its commented out in your upload [22:28] RobinJ: how are you building this - what commands do you run to upload it and build it ? [22:33] RobinJ: I downloaded the the package source from https://launchpad.net/~robinj/+archive/gtkreddit/+packages [22:33] gtkreddit_12.07.7ubuntu4.tar.gz (540.8 KiB) [22:34] and looked in there, where gtkreddit/GtkredditWindow.py has #import gettext [22:35] lifeless; in my new upload, it is [22:35] lifeless; dput === wgrant is now known as Guest78124 [22:36] what version is your new upload ? [22:36] lifeless; this is my new attempt. just comment everything out that needs that line [22:36] ubuntu4, i think === Guest78124 is now known as wgrant_ [22:36] thats the one I downloaded [22:36] yeah, it'd ubuntu3 i'm talking bout [22:36] ok [22:36] ubuntu4 still needs to be built and i hope this will work [22:36] so in ubuntu4 [22:36] you have: [22:36] #import gettext [22:36] ... [22:36] #from gettext import gettext as _ [22:36] #gettext.textdomain ('gtkreddit') [22:37] import gettext [22:37] is that what you expect? [22:38] it should just have import gettext at the top, but it doesnt. so in ubuntu4 i'll just try to comment everything out that has to do with it [22:41] Start in 10 minutes << that's what it said 15 minutes ago too... [22:46] you can check what is going to be built before you upload it [22:46] just look inside the tar file that would be uploaded [22:47] RobinJ: 'Start in 10 minutes' is an estimate. There is a queue for things to be built. [22:47] i know [22:47] but the time just keeps increasing [22:48] Then people keep uploading things that are higher priority than your build. :-/ [22:48] annoyinh [22:48] RobinJ: so, my suggestion is to examine it locally, You're uploading things that are broken. It will save you time. [22:49] i'm not uploading things that are broken, as they run fine locally [22:50] yay it's building [22:57] hell [22:57] is this site trying to piss me off? [22:57] Note: Some binary packages for this source are not yet published in the repository. [22:57] The source has been built, it now has to be processed. It is not an instant process. [22:58] i know [22:58] it's a terribly slow one [22:59] it's not designed as a build-test-debug cycle tool; its designed for publishing software. You're using it to debug a problem that is demonstratable locally, by examining the tarball that dput uploads. [22:59] you can use pbuilder, or debuild to build-test locally as well. [22:59] We would love it to be faster and lower latency [23:00] the problem does not exist locally [23:00] how are you testing locally ? [23:03] `quickly run` [23:07] so, that doesn't test the same thing I described [23:07] I described building a package from the sourcepackage that you have been uploading with dput. [23:08] because you are testing with a different mechanism, its possible you will see things work that the package approach won't see work. [23:11] can someone try installing gtkreddit from ppa:robinj/gtkreddit? [23:13] it works! hell yeah!