[03:11] Is there anything I can do if I've exceeded my quota of builds for the day? I notice that the build times are very short right now... [03:13] thomi: You should ask your manager about that limitation :) [03:14] wgrant: it's not for work, for a personal project [03:14] oh, I see what you're saying [03:14] ;) [03:14] No, there's no way to avoid it, unfortunately. [03:14] is that a recent restriction? I've not run into it before [03:14] Nah, it's been there since the start. [03:15] Max of 5 builds per recipe per series per day. [03:15] OK [03:15] I think it's pretty pointless and harmful, but others disagreed :) [03:15] well, I guess it stops people abusing the system [03:16] Yeah, unfortunately it also stops legitimate use :( [03:17] Most of the time it's not a problem, but it's not possible to relax the restriction when it is problematic. [03:40] I'm not sure an override system would pull its own weight [03:41] unless it was generic and usable on $many policies (quota, builds, branches, downloads, ...) [03:52] Indeed. [09:39] Hi, is it possible to update my keys from Ubuntu keyserver? When I added my OpenPGP key to Launchpad, it was sign-only. === nyuszika7h changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | For packaging help: join #ubuntu-packaging === yofel_ is now known as yofel [16:48] the project page for dosfstools appears to be woefully out of date... it shows the last release is from 2006 and points to a web site that is just a text file describing that ancient release. Could someone update it? It looks like the current home page is http://www.daniel-baumann.ch/software/dosfstools/ === sagaci_ is now known as sagaci === Philip6 is now known as Philip5 [22:06] Hi! I want to have Launchpad build a package for me in my PPA, but it build-depends on another package in my PPA. Is there a way to make that work? [22:07] dash, if the package is already in your PPA, it'll use that [22:07] EvilResistance: Hmm, it seems not to. [22:07] https://launchpad.net/~washort/+archive/ppa/+build/3222858 [22:07] i have the dependency listed in my ppa: https://launchpad.net/~washort/+archive/ppa/+packages [22:08] ... oh. They're built for different series. [22:08] that'd be the problem [22:08] make sure the dependency is built for each series you're building for, but also note that you may have to have series-specific versioning numbers [22:09] OK. [22:09] for example [22:09] https://launchpad.net/~trekcaptainusa-tw/+archive/znc [22:09] it has a PPA dependency on https://launchpad.net/~trekcaptainusa-tw/+archive/swig2.0 [22:10] that second PPA there contains the build-deps that were required for natty [22:10] not sure why the oneiric one was in there though [22:10] OK cool [22:10] that there had the same effect as me building the build-deps in the ZNC PPA, but i didnt have to :p [22:18] welp, it's building now. Thanks for the help/ [22:57] has anyone here used jamesh's gpgme Python lib? [23:07] jono: Launchpad uses it. [23:11] wgrant, are you particularly familiar with it? [23:11] I don't think anyone is any more :) [23:11] lol [23:11] I am trying to figure out how to verify a file [23:12] I signed it on the server side and my client knows the public key [23:12] http://bazaar.launchpad.net/~lifeless/+junk/gpgverify/view/head:/gpgverify/main.py may be relevant. [23:36] wgrant, thanks, although it looks like it is giving me a bad sig even though gpg --verify seems to work for me