[01:23] I've uploaded a build of GCC 4.7 for Precise to a PPA but when other packages in the PPA build, they are still using GCC 4.6. [01:23] Here is a link to the PPA: https://code.launchpad.net/~george-edison55/+archive/nitroshare-dev [01:24] ...and here is a build that failed because GCC 4.6 is still being pulled in: https://code.launchpad.net/~george-edison55/+archive/nitroshare-dev/+build/4274624/+files/buildlog_ubuntu-precise-i386.nitroshare_0.3-0%7E201302050803%7Eprecise1_FAILEDTOBUILD.txt.gz [01:24] You probably need gcc-defaults to make sure it pulls in 4.7 [01:24] george_e: Have you also uploaded gcc-defaults ? [01:24] What StevenK said [01:25] Ah. [01:25] I will backport that and see if it helps. === Logan_ is now known as Guest95244 === Logan__ is now known as Logan_ [08:39] Hello guys, how can i get ssh key for lunchpad on osx ? 10.8? [08:39] launch* [10:42] dbm: ssh-keygen should work with it too. [10:49] Mkaysi: solved it [10:50] :) === matsubara-afk is now known as matsubara === Quintasan_ is now known as Quintasan === slank_away is now known as slank [15:08] Is anybody here knowing whether test cases using X11 will work with launchpad? [15:12] vibhav: you might need probably "xvfb" for that [15:14] geser: What is that? [15:14] Description-en: Virtual Framebuffer 'fake' X server === matsubara is now known as matsubara-lunch [15:32] geser: thanks === matsubara-lunch is now known as matsubara === Ursinha is now known as Ursinha-afk [17:40] Does Launchpad allow root privilages on its build servers? [17:41] fakeroot, not real root [17:41] tsimpson: A test case here needs Xvfb which needs root to run [17:43] tsimpson: And for Xvfb to function without root, one needs to chmod u+s the Xvfb binary, which requires root too :( === Ursinha-afk is now known as Ursinha [17:44] maybe you can disable the test cases on the build [17:45] not exactly a solution, but... [17:46] tsimpson: I am writing the autopkgtest cases [17:46] http://developer.ubuntu.com/packaging/html/auto-pkg-test.html [17:47] hmm, then I'd suggest filing a question and seeing what the LP admins suggest [17:47] sure, thanks === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [18:58] vibhav: there are several packages that build-depend on xvfb. If I not mistaken they use it for some build tests. Perhaps you could check how they manage to use xvfb on the buildds. [19:00] packages like apport, bamf, indicator-appmenu, libgtk2-perl and others === matsubara is now known as matsubara-afk [19:10] eh? xvfb doesn't need root to run [19:10] "xvfb-run -a yourscript" [19:12] dobey: vibhav got this already resolved in #ubuntu-devel (it was a internet page with wrong information) [19:14] ah === epsy is now known as \u03b5 === Guest19155 is now known as LoganCloud [23:30] Hi - I'm using a recipe to build some debian packages, and it looks to me like the builder is building into the wrong PPA. Is it possible to cancel the builds & delete the packages that have been published from the PPA? [23:31] thomi: Which build? [23:31] wgrant: https://code.launchpad.net/~thomir/+recipe/cegui-daily [23:31] wgrant: I just found the "delete packages" link in the PPA [23:31] I have no idea how it selected that PPA - other than it's at the top of the list of PPAs I have access to [23:32] thomi: You must have left the default selected when you requested the builds [23:32] It is a rather unfortunate default, but that's the only real possibility for what happened [23:32] what's the upper bound on resources a PPA builder can have for any given build? [23:32] wgrant: when I request the build it defails to what I've configured in the recipe though [23:33] wgrant: is there a way to cancel the incorrect builds? or should I just wait it out... [23:33] TheLordOfTime: What's interesting about the *upper* bound of available resources? [23:33] The lower bound is surely all that is relevant [23:33] wgrant: wondering whether libreoffice'll build. [23:33] thomi: Normally, yes, but that's a non-virt PPA so the builds can't be cancelled. [23:34] wgrant: need to build-test to see if a newer dep will break it, and i don't have pbuilder around to do it. [23:34] (not enough resources!) [23:34] wgrant: :( okay, thanks for your help [23:34] TheLordOfTime: The main constraint with some libreoffice builds is that they use >30GB of disk space, which some of our builders cannot support [23:35] ... lolwut? [23:35] it uses 30GB of disk space to build? [23:35] Yes [23:35] o.O [23:35] It's a pretty horrible package [23:35] I think it may be better now [23:35] But a few months ago it was a serious issue [23:35] of that you and I are agreed, but as a sync-request is dependent on testing the build, well... [23:36] because the sync is for a dep of the raring libreoffice, and it needs to work with the newer dep. [23:36] if it doesn't, it will cancel two other sync-requests [23:36] which is fine, but... [23:36] * TheLordOfTime yawns [23:36] you know what, i shouldn't be build-testing when i'm tired anyways [23:36] i'm likely to break the debian/control file :P